-
Total de ítens
583 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Jamil Araujo
-
-
1 hora atrás, Daniel Simoes disse:
Me parece que esses são os fontes do Harbour...
Não há como apenas copiar as bibliotecas necessárias, ou gerar uma compilação estática ?
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
-
19 minutos atrás, Daniel Simoes disse:
Não é o caso... eu preciso conseguir reproduzir o problema, na máquina de Desenvolvimento...
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
-
22 horas atrás, Daniel Simoes disse:
Infelizmente não consegui rodar o seu binário... existem dependências dinâmicas
tux@localhost:~/tmp> ./acbr ./acbr: error while loading shared libraries: libharbour.so.3.2: cannot open shared object file: No such file or directory
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
-
Em 25/10/2021 at 08:46, Daniel Simoes disse:
@jamil, por favor anexe um Zip, com o seu. EXE de testes e passos para instalação e reprodução do problema...
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
-
Em 22/10/2021 at 16:40, Daniel Simoes disse:
Acabei de baixar do Fórum, e testar em uma V.M., com nosso Teste Unitário,
OpenSuse 64, e usando a ACBrLibPosPrinter, MT
Você consegue gerar um pequeno executável, console, que carregue a Biblioteca e exiba a versão da mesma ?
Se ele funcionar na versão antiga, e não funcionar na nova... eu teria um ponto de partida, para testar aqui...
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.
-
2 horas atrás, Daniel Simoes disse:
Acabei de baixar do Fórum, e testar em uma V.M., com nosso Teste Unitário,
OpenSuse 64, e usando a ACBrLibPosPrinter, MT
Você consegue gerar um pequeno executável, console, que carregue a Biblioteca e exiba a versão da mesma ?
Se ele funcionar na versão antiga, e não funcionar na nova... eu teria um ponto de partida, para testar aqui...
@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
-
1 hora atrás, Daniel Simoes disse:
@jamil, por favor verifique, se você não pegou as DLLs da Pasta "MT\Linux" (Multi-thread).. use as versões da pasta raiz, \Linux
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...
-
25 minutos atrás, Daniel Simoes disse:
por favor anexe o Log, da ACBrLib
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
-
3 horas atrás, Rafael Dias disse:
Já foi incluído no manual e manual já foi atualizado.
pode me atualizar aqui com a pagina on-line correta do manual das Lib's
Obrigado
-
6 horas atrás, Rafael Dias disse:
Exatamente por estar passando o nome que não esta levando em consideração os emails, para que ele faça a separação tem que passar apenas o primeiro parametro e o segundo tem que ser vazio.
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.
-
1 hora atrás, Daniel Simoes disse:
a Sintaxe dessa linha, não parece correta...
16/09/21 17:43:37:255 - MAIL_AddAddress( jamilaraujo@gmail.com;kellicsreis@gmail.com,Or[195][167]amento / Cota[195][167][195][163]o )
Eu sei que está errada, só coloquei para ilustrar que nas LibNFE e LibBoleto , funciona....
se poderia ficar igual na LibMail, seria Perfeito.
-
1 hora atrás, Rafael Dias disse:
Por favor post o log da lib.
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.
-
Em 27/08/2021 at 12:33, José M. S. Junior disse:
Realmente parece não estar. Vamos atualizar...
Veja como referencia essa documentação que é o mesmo ini utilizado pela Lib: https://acbr.sourceforge.io/ACBrMonitor/ModeloTituloArquivoINI.html
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...
-
2 horas atrás, José M. S. Junior disse:
Bom dia,
Pode utilizar o campo "DataBaixa" para isso, o componente calcula os dias para baixa baseado nessa data e no vencimento.
"DataBaixa"
não localizei na documentação da LibBoleto
- 1
-
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.
-
7 minutos atrás, Rafael Dias disse:
O erro esta ocorrendo devido uma correção que foi feita nos fontes relativo a informar o Layout de impressão no ini do Boleto, a ACBrLibBoleto não estava acatando esta instrução.
Para resolver não informe no ini do boleto o campo LAYOUTBOL, para seguir o padrão, ou informe ele com o layout desejado.
Show.... Resolvido
Obrigado....
-
6 horas atrás, Daniel Simoes disse:
Por favor anexe o Log gerado pela ACBrLib
Segue conforme Solicitado
-
Em 06/08/2021 at 16:34, José M. S. Junior disse:
Boa tarde,
Está se referindo ao manual? Os layouts não foram alterados, os layouts disponíveis no componente são incorporados automaticamente também na lib.
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.
-
1 minuto atrás, José M. S. Junior disse:
Boa tarde,
Está se referindo ao manual? Os layouts não foram alterados, os layouts disponíveis no componente são incorporados automaticamente também na lib.
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...
-
Em 25/07/2021 at 17:01, Rafael Dias disse:
Post o log fazendo favor.
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.
- 1
Lib NFE/Boleto/Etiqueta/E-mail/Pos-Printer etc.... esta dando Erro na .so (DLL)
em NFe/NFCe - Nota Fiscal Eletrônica
Postado
https://drive.google.com/file/d/1WNN7G3nEK4gjxmC8AOE-uJ7SohPeTrrG/view?usp=sharing