Conflito entre Harbour e tbrowse.prg externo

[JoséQuintas]

No meio de uma "tentativa" de alteração sobre isso, precisar dar suporte pra cliente.
Acabei enviando uma versào com alteração que eu nem havia feito teste, e que talvez poderia travar tudo.
E não é que funcionou normalmente.
Agora aguardar pra ver se trava tudo, ou se por uma daquelas coincidências malucas resolve....

Código: Selecionar todos

   hb_gtReload( "WVG" )
   ze_NetIoOpen()
   AppInitSets( .F. ) // pra nao criar tela pra thread principal

NÃO sei porque, eu era obrigado a usar hb_gtReload( "WVG" ) antes de ze_NetIoOpen(), senão dava problema.
Isso não fazia sentido.

Código: Selecionar todos

   AppInitSets( .F. ) // pra nao criar tela pra thread principal
   ze_NetIoOpen()

Alterei pra isso acima.
Mas antes de testar, foi quando precisei trocar o EXE no cliente.... e até esqueci disso.
Funcionou desse jeito.

Se isso ai fazer alguma diferença para o restante.... não sei.

Uma explicação possível:
hbnetio precisa de janela, mesmo oculta, e o conteúdo da minha rotina de inicialização deve fazer isso.
Isso dispensou hb_gtReload(), e NÃO SEI se a solução anterior do problema criava outro problema.
NÃO SEI mesmo.
Depois de mais de 5 anos do jeito anterior, qualquer coisa é esperada kkkk

[JoséQuintas]

Agora a coisa ficou "mais legal" ainda.
Estou tendo problema com um browse de um DBF.
Ele começa zerado, SEMPRE começou assim.
Numa das operações, acompanhando pelo debug, são gravados 245 registros.
Mas o browse continua vazio.

[JoséQuintas]

Aleluia.
Cheguei a algo funcionando, no que se refere a DBF.

Agora vamos ver se consigo identificar o que mudou.

[JoséQuintas]

Não tá fácil.
Por enquanto dividi minhas alterações, pra tentar isolar o problema.

Lembram daquela história do tbrowse do Harbour e meu tbrowse?
Pois é... tudo começou ali, quando renomeei a minha, por achar que não poderia usar o mesmo nome existente no Harbour.

Foi sugerido isso, por parecer que uma interferia na outra.
Seja o que for, o problema com DBF apareceu depois disso.

O mais estranho é que anulei essas alterações.... então por enquanto não faz sentido.

Também conferi a tbrowse.prg antes e depois, e estão exatamente iguais.

Só restou isso acima, separar as alterações, e anular tudo via git.

Putz... melhor ainda.... vou mexer na ordem disso tudo pelo git, assim testo sem precisar alterar ou anular nada.

[JoséQuintas]

Estou mostrando porque isso é muito útil.
Olhem aí:

Tinham minhas alterações iniciais, cada uma com várias coisas.
"Alterei as alterações", separando o que era ou não browse.
Agora alterei a ordem, as de tbrowse estão no final.
É como se eu tivesse alterado tudo primeiro, e o tbrowse no final.

Qual a diferença?
Agora posso voltar a situação SEM alterações de tbrowse.

Qual a diferença?
Voltei metade das alterações de cada dia, ao invés de anular tudo, anulei apenas uma parte.
Deste jeito não perco as alterações de resource, stored procedure, stored function, etc.

E isso tudo pelo git, sem precisar mexer nos fontes, e sem deixar escapar nada.

Se tudo isso der certo... é o que importa.

[JoséQuintas]

Pra teste, resetando pra antes de mexer no tbrowse.
Que na teoria não mexi em nada, mas na prática parece ter feito diferença.

[JoséQuintas]

Por enquanto voltei aplicativo e lib pra antes, mas só adiantei a lib.
Tá dando falta da função renomeada, mas não vou mais fazer isso.
Criei o tapa buraco, já corrigi o nome, nessa tela tá errado.

Como eu disse, só renomeei minhas rotinas de tbrowse pra ze_tbrowse.
Depois voltei tudo ao nome anterior, por isso não tem explicação pra não funcionar.

[JoséQuintas]

Pronto funcionou.

Meu tbrowse tava fora do Harbour pra evitar alterações no original.
Perdendo tempo pra manter fonte compatível... e tendo problemas..
O defunto que fique diferente, e pronto.

Quem sabe já não resolve tudo de uma vez.

[Itamar M. Lins Jr.]

Olá!
Troque o titulo, pq ai já é fake!
O harbour aqui está 100%

Saudações,
Itamar M. Lins Jr.

[JoséQuintas]

No início do post era o Harbour oficial.

Agora deixou de ser, e está funcionando perfeito.

O que leva a outra coisa: será por um motivo parecido que as LIBs não usam Harbour oficial ?

NÃO ERA defeito no Harbour sozinho, mas sim do Harbour + minha LIB com mesmo nome.
Porque isso mudou com o passar dos tempos, ainda mais com um Harbour parado....
Por querer deixar compatível ou por usar mingw mais novo ?
Sei lá... de volta a mingw 7.3, mas com Harbour 3.4 alterado.

Tive que remover o browse com imagens do tbrowse, mas não uso mesmo, então não vai fazer falta.

Agora é aguardar, pra ver se realmente deixou de ficar maluco.

[JoséQuintas]

E hoje, instalando no cliente, o problema voltou.

Agora fud... porque agora não dá pra voltar versão anterior.

[JoséQuintas]

Resolvido.

Restos mortais da tentativa anterior de resolver, e que ficaram errados.

TBrowse() não trás os codeblocks pra DBF.
TBrowseDB() sim

Resultado: Sem codeblocks pra DBF, sem movimentação.