Jamil Araujo

https://drive.google.com/file/d/1WNN7G3nEK4gjxmC8AOE-uJ7SohPeTrrG/view?usp=sharing

@Daniel Simoes não sei se vai dar certo... copie o arquivo do link abaixo para /usr/lib64 https://drive.google.com/file/d/1WNN7G3nEK4gjxmC8AOE-uJ7SohPeTrrG/view?usp=sharing

@Daniel Simoes Perfeito Abaixo segue o Link com um atalho para baixar uma instalação temporária que coloquei no meu Driver do Google do Harbour.... para que possa reproduzir o problema. o arquivo anexado deve ser execudo antes da instalação para carregar certas bibliotecas / arquivos que são solicitados para instalação do Harbour .... espero com isso poder nos ajudar na caminhada para resolver esse problema https://drive.google.com/file/d/1yIYnzksFI6CBNE-HcBBu6wxUYGIqJV7E/view?usp=sharing hbjamil.tar.gz

poderia sugerir a voce instalar o anydesk e fazer o teste direto na minha maquina ?

Boa Noite, para tentar Ajudar a Elucidar melhor esse problema, Eu uso exatamente o modelo exemplo em Harbour, disponibilizado pela Equipe ACBr no Site para Ler as Lib então exatamente na linha ::hHandle := DllLoad( ACBrLIB ) onde ::hHandle anteriormente me retornava uma valor ( ex. 0x000002456BE8 ) hoje está me retornando NIL em todas as LIb's ..................... assim não é possível dar continuidade ao processo, tendo em vista que não li a LIb Espero ter conseguido me esplicar, e mostrar que no Site já tem um bom exemplo de programa para teste, basta fazer em Linux 64

Segue conforme Solicitado se usar a biblioteca da Libnfe atualizada recentemente, vera que apresenta o mesmo problema x := dllload( libnfe64 ) x retorna NIL e anteriormente X retornava 0x000002456BE8 arq.zip

adaptei meu sistema para a Nova MultiThread , porem o problema continua o mesmos erro /0 já no DllLoad( ACBrLIB ) , ou seja , quando vou carregar a .so ....... quando carrego a versão anterior a última atualização funciona (Carrega) perfeitamente Bem.

@Daniel Simoes, foi exatamente o que Eu fiz.... gerei um executável... ele carrega a .so antiga sem problemas.... quando mando carregar a versão nova ... erro 0 já no comando dllload() do harbour não uso a .so/MT e sim .so comum OK

Obrigado @Daniel Simoes, foi a primeira coisa que fiz.... pois já havia feito isso anteriormente, realmente essa Compilação/Atualização da .so veio com problema...

@Daniel Simoes o problema acontece logo quando eu tento carregar a .so ..... não deixa... com isso não gera log

Boa Tarde, Hoje resolvi atualizar para a última libnfe 0.4.6.144 .so para Linux não esta deixando carregar.... ou seja, retorna 0x00000 ... a mesmo se repete para todas as LIB' s

pode me atualizar aqui com a pagina on-line correta do manual das Lib's Obrigado

Obrigado, Funcionou perfeitamente. posso sugerir mais uma vez que coloquem essas informações como exemplo na Documentação ? Parabéns a equipe pelo excelente trabalho.

@Daniel Simoes Eu sei que está errada, só coloquei para ilustrar que nas LibNFE e LibBoleto , funciona.... se poderia ficar igual na LibMail, seria Perfeito.

acbrlib.ini ACBrLibMail-20210916.log ACBrLibNFE-20210916.log @Rafael Dias, observe que na LibNFE e na LibBoleto o E-mail é enviado em grupo já na LibMail não, se pudesse ficar igual a LibNFE e a LibBoleto seria Show. ACBrLibMail-20210916.log ACBrLibNFE-20210916.log ACBrLibBoleto-20210916.log

Bom Dia, Verifiquei que a LibEmail não envia e-mail em grupo... Ex. AddAddress( "[email protected];[email protected]") ao contrario do e-mail usado na libNFE e do E-mail usado na LibBoleto que permite enviar dessa maneira NFe/XML/Boleto será que essa classe do AddAddress da LibEmail poderia ficar igual as demais Lib's desde já obrigado pelo Espaço e parabéns pelo excelente trabalho.

Obrigado Funcionou Perfeitamente.... sugiro que o manual on-line seja atualizado com mais frequência, já não é a primeira vez que abro um tópico pedindo ajuda que já existe solução que não está ainda no manual.... mais de qualquer forma vou abrir um tópico para os amigos Administradores atentem para isso * ainda não foi atualizado no manual.... #ficaadica mais uma vez Obrigado. e parabéns a Equipe pelo excelente Trabalho.... atente que isso é uma crítica construtiva para ajustar as devidas falhas...

"DataBaixa" não localizei na documentação da LibBoleto

Bom dia, Já estou emitindo e Recebendo Boletos pela CEF, porém ontem esbarrei com o seguinte problema: quando o boleto vence, a CEF baixa imediatamente do sistema, segundo a CEF eu deveria informar o tempo apos o vencimento to título para que ele fosse baixado pelo banco e isso está indo = 0 na remessa não encontrei no componente da LibBoleto onde informar os Dias para baixa apos vencimento o mais próximo que achei foi " DataLimitePagto " , mais não funcionou..... gostaria de deixar claro que esse problema só ocorreu na CEF, que no Santander, Bradesco , Itau e os os 3 bancos que já uso Boleto está ok. cb270801.rem boleto.pdf acbrlib.ini

Show.... Resolvido Obrigado....

Segue conforme Solicitado ACBrLibBoleto-20210809.log

Bom dia, @José M. S. Junior tentando ser mais claro na minha explicação, na versão da LibBoleto 0.2.107 o Layout 7 é impresso corretamente na impressora térmica conforme imagem em anexo ( Ex.Bol1.pdf) mas já na última versão da LibBoleto 0.2.108 o Layout 7 não sai mais impresso corretamente na impressora térmica conforme imagem em anexo (Ex.Bol2.pdf) espero assim ter sido claro quanto ao problema que está ocorrendo na última versão disponibilizada pelo @Daniel Simoes Espero assim está contribuindo também. bol1.pdf bol2.pdf

isso alem de ter sumido do manual.... quando seleciono..... BoletoBancoFCFortesConfig = Layout = 7 o componente não Gera mais o Layout 7 na impressora e gera Layout 0

Boa Tarde, Reparei que na última atualização da LibBoleto foi retirado o Layout 7 o qual é perfeito imprimindo em 40 colunas , utilizava ele com sucesso em todos os meus colaboradores não entendi o porque não existe mais...

Boa noite @Rafael Dias, como estou fazendo mudanças para o PostegreSQL, acabei sem perceber testando as Libs em uma versão desatualizada dos meus Fontes... hoje que percebi meu erro peço mil desculpas, não existe o problema por mim relatado equivocadamente.