Página 1 de 3
E quando dá erro no mingw? o que fazer?
Enviado: 24 Nov 2017 21:18
por JoséQuintas
Parece piada mas....
Ao gerar a LIB de HMG Extended, o mingw causa GPF.
E agora?
Por enquanto vou tentar identificar aonde acontece isso, mas.... é uma situação curiosa.... rs
E quando dá erro no mingw? o que fazer?
Enviado: 24 Nov 2017 21:33
por JoséQuintas
E quando dá erro no mingw? o que fazer?
Enviado: 24 Nov 2017 21:35
por JoséQuintas
Tudo indica que se refere ao resource.
E quando dá erro no mingw? o que fazer?
Enviado: 24 Nov 2017 21:47
por JoséQuintas
Ok, bloqueando os RC da HMG Extended, passou.
Código: Selecionar todos
#{hbexe}sources=resources/minigui.rc
#{hbexe}sources=resources/hbprinter.rc
#{hbexe}sources=resources/miniprint.rc
Vou ter que repensar isso no HBC pra HMGE....
O estranho é causar GPF.... mas paciência...
Já vi tanta coisa incomum nas LIBs gráficas, que uma coisa a mais não faz diferença.... rs
E quando dá erro no mingw? o que fazer?
Enviado: 24 Nov 2017 22:05
por MSDN
Se vc achar uma solução pra esse problema vai ser ótimo, a MiniGUI Extended é uma lib muito boa (no geral), mas esse negócio de ficar preso ao BCC mata.
PS : quando eu digo preso, seria só pelo motivo que tudo acontece 100% quando usa BCC, mudou, alguma coisa dá erro.
E voltando em um assunto que o Quintas já falou diversas vezes, se os desenvolvedores de Harbour, MiniGUI, HwGUI, etc, se juntassem, ficaria fácil criar um sistema parecido ao do Java (máquina virtual) para ter aplicativos gráficos nos SO's que o Harbour funciona, isso ajudaria também para Mobile e IoT (internet das coisas).
Abraços
E quando dá erro no mingw? o que fazer?
Enviado: 24 Nov 2017 22:13
por JoséQuintas
Solução existe, direta ou indiretamente.
O problema está nos arquivos de resource.
Só criar direto o que precisa no aplicativo, ou com #include, ou sem usar nome repetido, ou seja lá qual for a incompatibilidade.
Sem falar que em Harbour, dá pra usar resource embutido no PRG, sem precisar de arquivo RC.
É assim que as LIBs deveriam fazer, já que inventam de acrescentar imagens.
E quando dá erro no mingw? o que fazer?
Enviado: 24 Nov 2017 22:21
por JoséQuintas
Preciso passar pra elas minha "tecnologia".... rs
pra compilar aplicativos:
C <ENTER>
pra gerar LIBs HMG3, HMGE, HWGUI e OOHG
C -w0 -es0<ENTER>
(o default em minha máquina é -w3 -es2)
Pra gerar com controle de versão automático:
C <ENTER>
Pra gerar projeto da pasta inteira sem HBP
C <ENTER>
Pra gerar projeto que contenha um ou mais HBPs
C <ENTER>
Pra gerar os samples de qualqer LIB gráfica:
C <ENTER>
Pra exceções:
C /cmd alguma coisa <ENTER>
O que tem no C.BAT? É SÉRIO! Pode ser isto:
Código: Selecionar todos
d:\cdrom\FONTES\build\build.exe %*
mostrando no forum pctoledo
Mas a segunda linha se altera a cada uso.
E quando dá erro no mingw? o que fazer?
Enviado: 24 Nov 2017 23:16
por asimoes
Fugindo um pouco do assunto (offtopic)
Teve uma atualização hoje do harbour fork, o Viktor removeu do hbmk2 a busca da pasta comp, onde normalmente ficava instalado o compilador mingw, etc.
Ok, agora tem que informar o path do compilador que eu uso. Efeitos colaterais, pelo menos identifiquei esse, na versão anterior do hbmk2 quando usamos um .rc setava o ícone do executável com sucesso, com essa nova versão não, mas a aplicação roda normalmente só o ícone do exe que não seta. Outra coisa que tá acontecendo quando eu compilo a hwgui agora tá aparecendo um monte de "warnings" que antes dessa modificação no hbmk2 não acontecia, ainda bem que é só warning, alguém depois confirma isso.
Aparentemente não está incluindo o .rc no executável tem um bug no hbmk2 depois destas alterações ?
E quando dá erro no mingw? o que fazer?
Enviado: 25 Nov 2017 08:46
por JoséQuintas
Aqui continua tudo igual antes, mas manifest e ícone do aplicativo nunca usei pelo hbmk2, e sim pelo RC.
E quando dá erro no mingw? o que fazer?
Enviado: 25 Nov 2017 09:07
por asimoes
Sim compilando com RC não está funcionando com esta última atualização, que não usa mais a pasta COMP tem que informar pro hbmk2 o path do compilador na bat de compilação. Repetindo o icone que está n RC ou melhor tudo que está no RC não está sendo "embutido" no .exe
E quando dá erro no mingw? o que fazer?
Enviado: 25 Nov 2017 09:36
por JoséQuintas
Outro dia vi no Harbour-devel ensinarem errado, ou pelo menos diferente do jeito que eu uso.
d:\tools\util;d:\harbour\bin;d:\harbour\comp\mingw\mingw64\bin
Uso assim, seja 32 ou 64 bits.
E quando dá erro no mingw? o que fazer?
Enviado: 25 Nov 2017 10:58
por asimoes
Faço apontando para a pasta C:\msys64\mingw32\bin conforme recomenda o Viktor
Se você atualizou o harbour hoje, compila e faz o teste compilando com rc, vai ver as novidades.
Por enquanto vou usando a atualização de 21/11
Outra coisa, esse problema acontece para GCC e CLANG
E quando dá erro no mingw? o que fazer?
Enviado: 25 Nov 2017 11:13
por JoséQuintas
E quando dá erro no mingw? o que fazer?
Enviado: 25 Nov 2017 11:17
por JoséQuintas
Faço apontando para a pasta C:\msys64\mingw32\bin conforme recomenda o Viktor
Na verdade não faço nem idéia se o meu mingw é o recomendado.
Acabei criando uma pasta mingw64 dentro da pasta mingw, o que significa que eu é que criei pasta adicional.... rs
Nem sei como conferir o mingw, só sei que está funcionando.... rs
É 7.1
d:\harbour\comp\mingw>set hb
HB_COMPILER=mingw
HB_COMPILER_VER=0701
HB_INSTALL_PREFIX=d:\harbour
HB_LANG=EN
E quando dá erro no mingw? o que fazer?
Enviado: 25 Nov 2017 11:26
por JoséQuintas
vou limpar essa pastinha.... rs
Dá pra apagar tudo que é lib gráfica, menos fivewin que mantenho pra curiosidade, apesar de não ter Harbour compatível.
O compilador mingw 7.1, que eu uso, tá aí em destaque.