Página 1 de 5
Conflito entre Harbour e tbrowse.prg externo
Enviado: 26 Jul 2021 11:56
por JoséQuintas
Hoje fiz uma alteração no fonte pra corrigir um erro.
Até aí.... SERIA normal....
Digo SERIA.... porque antes funcionava do jeito que está.
mistérios......
alterei pra
Harbour maluco ????
Enviado: 26 Jul 2021 11:58
por JoséQuintas
Nota:
E isso "explica" os outros erros.
"explica" pela ocorrência, mas não explica por funcionar antes.
Isso é deixar de funcionar TUDO, incluindo classes com variáveis sem valor definido.
É uma coisa muito doida, que vai exigir revisão em TODO O APLICATIVO, pra coisas que funcionavam antes.
Harbour maluco ????
Enviado: 26 Jul 2021 16:01
por JoséQuintas
d:\fontes\integra>HBMK2 -w3 -es2 -m -n *.hbp -strip -compr -workdir=c:\temp -q -ID:\fontes\build\
hbmk2: Processando opções do ambiente: -comp=mingw
hbmk2: Processando arquivo de configuração: d:\harbour\bin\hbmk.hbc
hbmk2: Acionado pelo operador de diretivas '#require': hbnetio.hbc
hbmk2: Acionado pelo operador de diretivas '#require': hbziparc.hbc
hbmk2: Acionado pelo operador de diretivas '#require': hbtip.hbc
hbmk2: Acionado pelo operador de diretivas '#require': hbhpdf.hbc
hbmk2: Acionado pelo operador de diretivas '#require': hbzebra.hbc
Harbour 3.4.0dev (826a21f886) (2021-06-08 00:29)
Copyright (c) 1999-2021,
https://github.com/JoseQuintas/harbour_34/
d:/harbour/comp/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: d:/harbour/addons/josequintas/lib/win/mingw\liblibjpa.a(ze_savescreen.o):(.text+0xc0): multiple definition of `HB_FUN_WOPEN'; d:/harbour/lib/win/mingw\libhbct.a(ctwfunc.o):(.text+0x440): first defined here
d:/harbour/comp/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/10.3.0/../../../../x86_64-w64-mingw32/bin/ld.exe: d:/harbour/addons/josequintas/lib/win/mingw\liblibjpa.a(ze_savescreen.o):(.text+0xe0): multiple definition of `HB_FUN_WCLOSE'; d:/harbour/lib/win/mingw\libhbct.a(ctwfunc.o):(.text+0x540): first defined here
collect2.exe: error: ld returned 1 exit status
hbmk2 [JPA]: Erro: Executando linkeditor. 1
E que tal não poder gerar mais o aplicativo?
É... esse problema estava resolvido faz tempo.... mas não sei porque voltou.
E nem precisava mais alterar o Harbour original...
Tem dia que de noite é phoda....
Harbour maluco ????
Enviado: 26 Jul 2021 17:15
por Claudio Soto
Esos errores aleatorios a veces me aparecian cuando compilaba la lib de HMG con compilación incremental, por eso por defecto esta desactivada en el bat.
Harbour maluco ????
Enviado: 26 Jul 2021 17:26
por JoséQuintas
Claudio Soto escreveu:Esos errores aleatorios a veces me aparecian cuando compilaba la lib de HMG con compilación incremental, por eso por defecto esta desactivada en el bat.
Este último erro, é porque precisa pegar minha LIB ANTES da lib do Harbour.
A solução já foi usada antes, então sem sentido aparecer depois de tanto tempo.
Movi uma das LIBs, a SEFAZCLASS, pra dentro de outra pasta, e foi aí que aconteceu este último problema.
Qualquer que seja a explicação, estava resolvido, apenas alterei pastas.
Procuro evitar a incremental, em certos casos.
Mas... é a mesma compilação nos últimos 10 anos... qualquer explicação.... não faz sentido.
Harbour maluco ????
Enviado: 26 Jul 2021 17:28
por JoséQuintas
SYSTEM ERROR
Error BASE/1302 Object destructor failure: Reference to freed block
Called from INKEY(0)
Called from MAIN(85)
Erro no INKEY()
Harbour maluco ????
Enviado: 26 Jul 2021 18:22
por alxsts
Olá!
Não sei se ajuda:
Destructors
Harbour maluco ????
Enviado: 27 Jul 2021 11:59
por vailton
O coletor de lixo e a HVM sempre foram o orgulho do projeto. Mas este erro apontado no INKEY() é claramente uma falha interna na VM, se não for falha de hardware (memória,etc.) me parece que esta instalação está comprometida... Existe a opção de voltar a versão do Harbour para um commit anterior mais estável?
Harbour maluco ????
Enviado: 02 Ago 2021 07:17
por JoséQuintas
vailton escreveu:O coletor de lixo e a HVM sempre foram o orgulho do projeto. Mas este erro apontado no INKEY() é claramente uma falha interna na VM, se não for falha de hardware (memória,etc.) me parece que esta instalação está comprometida... Existe a opção de voltar a versão do Harbour para um commit anterior mais estável?
Só agora vi sua mensagem.
Obrigatoriamente voltando tudo pra alguma coisa anterior.
Neste momento troquei no cliente, e está TUDO liberado pra TODO MUNDO.
Deixou de funcionar todo esquema de usuário/senha.
Provavelmente aquilo de array não funcionando mais como deveria, automaticamente passado por referência.
Só espero que seja a versão de mingw, senão.... ferrou tudo geral.
Harbour maluco ????
Enviado: 06 Ago 2021 19:34
por JoséQuintas
Error BASE/1066 Argument error: conditional
Called from BROWSEADORC(37)
Called from BROWSEADO(204)
Called from JPCADASTROCLASS:GRIDSELECTION(95)
Então..... aqui:
Usado em TODOS os browses do aplicativo, TODO o tempo, em TODOS os clientes.
Em determinado momento.... deu erro.
Harbour maluco ????
Enviado: 06 Ago 2021 19:45
por Itamar M. Lins Jr.
Olá!
Isso já foi dito aqui no forum.
É erro na rede. Fica assim dando erros malucos mesmo. O pessoal me ligou essa semana dizendo que o sistema de uma das máquinas não achava o servidor. Foi um erro de rede do windows, sei lá o que eles atualizaram que 2 maquinas não entrava na rede de forma nenhuma. Depois de um tempo reinicializou e voltou ao normal.
Saudações,
Itamar M. Lins Jr.
Harbour maluco ????
Enviado: 07 Ago 2021 09:13
por JoséQuintas
Itamar M. Lins Jr. escreveu:Olá!
Isso já foi dito aqui no forum.
É erro na rede. Fica assim dando erros malucos mesmo. O pessoal me ligou essa semana dizendo que o sistema de uma das máquinas não achava o servidor. Foi um erro de rede do windows, sei lá o que eles atualizaram que 2 maquinas não entrava na rede de forma nenhuma. Depois de um tempo reinicializou e voltou ao normal.
É um servidor Linux
Também é o servidor MySQL
Também tem uma máquina virtual com Windows Server
É usado via terminal service
Se está sendo usada uma única máquina, onde o Linux está fazendo o papel da rede, e o problema é a rede... então... podemos concluir que o problema é o Linux !!!
É isso?
Faltou dizer: e não é DBF.... não tem acesso nem mesmo a disco durante o browse.
Harbour maluco ????
Enviado: 07 Ago 2021 10:05
por Itamar M. Lins Jr.
Olá!
então... podemos concluir que o problema é o Linux !!!
Aff!!! REDE não é nem Linux nem WINDOWS, nem DOS...
Falha de rede! E seu aplicativo nem roda no Linux. Tem nada a ver com Linux aff!!!
TCP/IP é LINUX ? É WINDOWS ? Protocolo não tem nada a ver com OS é comunicação.
Também tem uma máquina virtual com Windows Server
Que SOFTWARE vc usa para virtualizar Windows no LINUX ? Cada rolo !
onde o Linux está fazendo o papel da rede
Linux é placa de rede, mesmo que virtual ?, Linux é FIO de rede ? o que é "papel de rede ?"
Vc sabe como está configurado a TRANSMISSÃO de dados de uma placa para outra ? Isso que é a rede. Mesmo que seja VIRTUAL.
Se falha o envio via placa virtual Linux p/ outra placa virtual no Windows, é problema do sistema que está virtualizando, "conversando com os dois OS"
Saudações,
Itamar M. Lins Jr.
Harbour maluco ????
Enviado: 07 Ago 2021 11:19
por JoséQuintas
Simplesmente não tem como ser problema de rede.
Harbour maluco ????
Enviado: 07 Ago 2021 12:10
por Itamar M. Lins Jr.
Olá!
Quantas vezes aqui eu peguei erro ou um "time" de rede em processo de virtualização.
Quando copiamos diversos arquivos de fora p/ dentro e vice versa. Já peguei "repetir"...
Mas fica ai procurando, quem sabe é outra coisa mesmo. Quem tem tempo pra isso, é até interessante para todos nós, acharmos o problema em definitivo.
Saudações,
Itamar M. Lins Jr.