Página 5 de 5
Harbour maluco ????
Enviado: 17 Ago 2021 12:05
por 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
Harbour maluco ????
Enviado: 24 Ago 2021 08:58
por 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.
Harbour maluco ????
Enviado: 24 Ago 2021 12:05
por JoséQuintas
Aleluia.
Cheguei a algo funcionando, no que se refere a DBF.
Agora vamos ver se consigo identificar o que mudou.
Harbour maluco ????
Enviado: 24 Ago 2021 12:34
por 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.
Harbour maluco ????
Enviado: 24 Ago 2021 12:42
por 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.
Harbour maluco ????
Enviado: 24 Ago 2021 12:45
por 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.
Harbour maluco ????
Enviado: 24 Ago 2021 12:53
por 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.
Harbour maluco ????
Enviado: 24 Ago 2021 13:13
por 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.
Harbour maluco ????
Enviado: 24 Ago 2021 14:56
por Itamar M. Lins Jr.
Olá!
Troque o titulo, pq ai já é fake!
O harbour aqui está 100%
Saudações,
Itamar M. Lins Jr.
Harbour maluco ????
Enviado: 24 Ago 2021 15:34
por 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.
Conflito entre Harbour e tbrowse.prg externo
Enviado: 30 Ago 2021 07:45
por JoséQuintas
E hoje, instalando no cliente, o problema voltou.
Agora fud... porque agora não dá pra voltar versão anterior.
Conflito entre Harbour e tbrowse.prg externo
Enviado: 30 Ago 2021 10:20
por 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.