PC Toledo

Faltou acrescentar:

aplicativo pronto pra emitir NFE, CTE, MDFE, acessar MySQL, etc.....e até falar...

Lógico... faltaria instalar CAPICOM, MSXML5 e ODBC MySQL, apesar que os dois primeiros já estavam na máquina, e talvez até o terceiro.

Isso foi só pra testar se o Harbour 3.4 estava funcionando... rs

Mais uma contribuição muito boa, valeu Quintas.
Aproveitando, uma dúvida...vc é biônico ou tem um irmão gêmeo ?
Pelas tuas postagens de hoje, deu pra ver que vc fez :
1- formatou máquina
2- instalou e configurou windows 10
3- instalou tudo de volta
4- respondeu postagem aqui no fórum
5- arrumou a sefazclass
6- deu suporte pra outro programador
7- deve ter dado suporte pra cliente
fora comer, beber, ir no wc, etc...

JoséQuintas escreveu:E ainda dá pra incluir uma biblioteca de 5.000 filmes pro usuário assistir pelo aplicativo, incluindo canais de TV.

Não não, eu prefiro um banco de dados com 5000 fotos das garotas que voce usa como papel de parede no seu desktop :)Pos )

Inclusive uma das correções da SefazClass foi pra resolver problema em cliente.

Também atendi problema hoje de MDFE, mas a mensagem era "detectada movimentação do MDFE não pode cancelar" ou algo assim.

E outro ref. transmissão pra ANP, restaurando backup no MySQL inclusive....
Mas o problema era estoque negativo, e ANP não aceita estoque negativo.
Nesse caso o cliente vai ter que decidir o que fazer no estoque.... rs

mais remoto, mais ligação pra Microsoft ref problemas com W10...

Só não, agora tentando arrumar um jeito de calibrar impressora HP, porque no W10 não tem opção aparente... rs

Acho que depois brincar um pouco de tranca na internet pra relaxar... rs

Bom dia a todos.

Agora entendi porquê alguns aqui estão a anos luz dos mortais: São extraterrestres, rsrsrs...

O futuro a Deus pertence e talvez o Harbour ainda surpreenda a surja uma nova geração de programadores. Lembrem que ele não tem marketing só o boca a boca de quem usa. A verdade é que tem muito mais opções que nosso tempo. Eu comecei aprendendo Cobol em 1977, nem se via o computador, era na folha de programação e cartões perfurados. E ainda vejo Cobol rodando por aí, inclusive em Windows.

Outro dia estava trocando de celular no Ponto Frio e a tela era emulada em fósforo verde, em Cobol provavelmente, kkkkkkk Fiquei surpreso quando a vendedora bateu meu CPF e voltou meus dados, inclusive endereço. De onde veio isso, da receita federal? Da Febraban? Fiquei de bobeira...

Sds,
Mario.

Não não, eu prefiro um banco de dados com 5000 fotos das garotas que voce usa como papel de parede no seu deskto

Acabei não respondendo....
Já tive muito mais fotos de mulheres do que 5.000.
No momento são apenas 81 fotos, ocupando 92MB.
Talvez por isso chamem a atenção: no geral fui deixando só as que achei mais bonitas, considerando o conjunto da foto.

Pessoal,

O último commit do harbour é de 21/12/17 amanhã faz um mês, pergunto: o projeto foi abandonado ? existem bug´s para serem corrigidos ? acredito que tenha no hbmk2, espero estar enganado.

Como o Viktor disse, antes da última mexida, ele entraria de férias e iria decidir na volta das férias.
Não sei sobre bugs.
Por enquanto, pendente, só integração de alguma coisa do 3.2.
Aliás... vou tentar aqui...

Tentei integrar, mas tem alguns conflitos em fonte C que não sei resolver.
Por enquanto pendente o hb_Default() pra variável hash.

As LIBs gráficas NUNCA acompanham o Harbour, e não fazem uso das novidades, então não é problema.
O Harbour 3.4 está a frente de todos.
Ficar atrasado... vai demorar muito pra isso acontecer...
Não é por estar arquivado que vou deixar de usá-lo.

Não sei nada sobre existir bug.

Nota: O XHarbour tá arquivado há muito tempo e continuam usando, então 3.4 vai sobreviver por muito tempo, mesmo arquivado.

Pois é para mim o problema é na compactação usando UPX só funciona usando UPX --FORCE NOMEEXE.EXE, o PECOMPACT não funciona, faz a compactação mas a aplicação não roda.

Eu desconfio do hbmk2 ou do harbour.exe mas não posso dizer onde é extamente pela complexidade que é.

Como eu disse em outro tópico uma versão que tenho de 11/2017 está funcionando o UPX com a sintaxe simples UPX NOMEEXE.EXE e PECOMPACT.

O harbour estou gerando para CLANG que é o padrão adotado pelo Viktor e também o mingw32 do MSYS2, resumo estou usando tudo que está sendo recomendado pelo mantenedor do projeto. As minhas aplicações podem ficar sem a compactação, vão ficar grandinhas, fazer o que né! só demora mais para subir/atualizar no cliente.

Eu desconfio do hbmk2 ou do harbour.exe mas não posso dizer onde é extamente pela complexidade que é.

Torne o problema simples:

opção 1: -traceon ou algo assim, pra mostrar qual o comando está sendo utilizado pelo hbmk2

opção 2: gere normalmente e use o UPX por fora do HBMK2

UPX que tenho aqui é 3.94W
Compacto, e assino no final.

LIB Gráfica? Manifest?
Podem ser culpados também....
De nada adianta o Harbour preparado pra Windows 10 se a LIB gráfica não é.... não adianta manifest pra Windows 10.
Tente modo de compatibilidade XP.

-traceon

O UPX é gerado fora : Versão 3.94W

UPX --force ASAPREV.EXE

Com o --force
Sem o --force
Sendo repetitivo na versão de 11/2017 do fork não precisava de --force e o pecompact funcionava

Acho que agora dá pra esclarecer melhor, o detalhe é que no caso do pecompact não apresenta erro, compacta o exe mas a aplicação não roda.

O meu arquivo rc é mesmo há muitos anos, o manifest é do windows 7

O harbour eu baixo do git
Compilo para CLANG
O compilador é do MSYS2 atualizado

Complicado isso, tá cheio de situações semelhantes na NET, e até como bug pendente no UPX.

https://github.com/upx/upx/issues/31

https://www.google.com.br/search?source ... OWNBXiqdFo

Não sei se pode ter a ver com algum resource em específico, incluindo manifest, ou outra coisa.

Quem sabe, envia um EXE de exemplo pro pessoal do UPX, talvez é o UPX que precisa de uma melhor compatibilidade.

Achei isso, é de 2016 sobre esse problema do UPX, que aparentemente foi resolvido, mas voltou a dar problema, tenho pra mim que deve ser o complador

https://github.com/Alexpux/MSYS2-packages/issues/454

Autor: Viktor Vszakats