Júlio Cavalcanti

Este guia detalha o processo de configuração do ambiente Lazarus para a depuração de uma DLL. Como exemplo prático, utilizaremos a biblioteca ACBrLibPIXCD e seu programa de demonstração ACBrLib.PIXCD.Demo em .NET. Passo 1: Abrir o Projeto da DLL no Lazarus Primeiramente, inicie o Lazarus. Em seguida, abra o projeto da DLL que você deseja depurar. Nesse exemplo vou utilizar o ACBrLibPIXCD.lpi. Passo 2: Configurar as Opções do Compilador para a DLL Acesse o menu Projeto > Opções de projeto > Opções do Compilador: Observação: Em alguns cenários de teste, mover a DLL manualmente para o diretório correto após a compilação pode não ser suficiente para que o depurador funcione como esperado. Por isso optei por direcionar a saída da DLL para o diretório do executável. Veja os comentários dessa resposta no SO. Passo 3: Configurar as Opções de Depuração Acesse o menu Projeto > Opções de projeto > Opções do Compilador > Depuração: Observação: As configurações exatas de depuração podem precisar de ajustes com base nos requisitos específicos do seu projeto ou na versão do Lazarus que você está utilizando. Por exemplo, você pode marcar todas as opções do grupo "Verificações e afirmações". Passo 4: Configurar o Backend do Depurador para o GDB Acesse o menu Ferramentas > Opções > Depurador > “Backend” do depurador: Passo 5: Configurar os Parâmetros de Execução para a Depuração Acesse o menu Executar > Parâmetros de execução: Observação: No campo "Aplicação servidora" , você deve especificar o caminho completo para o arquivo executável que utilizará a sua DLL. Passo 6: Limpar e Construir o Projeto Acesse o menu Executar > Limpar e construir. Passo 7: Rodar a aplicação Ao executar, o Lazarus iniciará a "Aplicação servidora" que você configurou. Quando essa aplicação carregar a sua DLL e executar o código onde os breakpoints foram inseridos, a execução será interrompida no depurador do Lazarus.

Já estamos avaliando esse upgrade da versão para incluir os novos recursos do .NET 8.0 e adequar o exemplo. Mas isso seria para as classes que temos e o programa exemplo. Se o seu erro for algo em relação a limitação da DLL, pode detalhar qual erro ocorre?

Disponibilizamos aqui: https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/ACBr Common/

Passo a passo: docker build -t impressao . docker run -it impressao Após selecionar a opção para imprimir o evento. Tu pode usar o comando cp para extrair o pdf do container: docker cp id_container:/PDF ./data/ Resultado: EventoPDF-Docker.7z

Realizando apenas alguns ajustes, logo retorno com o projeto teste

Vou preparar e logo retorno aqui.

Apenas um detalhe que percebi. Consegui simular a impressão acima invertendo os xmls. Perceba que ao imprimir um evento, primeiro devemos informar o xml da nota e depois o xml do evento.| Se eu inverter, informar primeiro o xml do evento e depois o xml da nota. Tenho uma impressão vazia, semelhante ao pdf anexado no inicio do tópico.

O teste que fiz foi no Windows. Vou realizar um teste em um container linux.

Container windows? Olhando o .ini de configuração, nenhuma configuração deveria interferir na impressão. Visto que tu carrega apenas o xml. Mas me passe teu ACBrLib.ini só para teste

Realizei um teste utilizando o programs exemplo e a LibNFe na versão 1.4.7.348:

Bom dia, @LeonardoRocha. Vou realizar um teste.

Bom dia, @Jamil Araujo. Obrigado por reportar, vamos criar uma TK para analisar esses casos isoladamente. Logo trago um retorno.

Bom dia, @SWAPI. Apenas para confirmar, você deseja um método para retornar o JSON diretamente?

Parece faltar alguns campos. Verifique se está informando corretamente o código do cedente, agencia, carteira, ...

Está bem diferente mesmo. Para o banco Inter, temos algumas particularidades. Seguiu essas instruções? https://acbr.sourceforge.io/ACBrMonitor/Particularidades.html

Bom dia, @tryideas sistemas. Se a linha digitavel calculada é diferente de quando gerada pelo banco, tem algo de errado ou faltando. Pode anexar as duas aqui para análise?

Realmente, o LerRetorno via Stream não injeta nas classes. Criamos a TK-6805 para implementar esse fluxo.

Boa tarde, @Rodrigo - Digibyte. Vou realizar um teste com a implementação atual.

O LerRetorno (Stream) devolve o Base64 que precisa ser decodificado para ficar legível. O LerRetorno devolve o .ini em formato de String e popula a classe.

Pode manter como true. Se você tiver com o mesmo cedente do retorno configurado, não terá problemas. Mas caso contrário, recomendamos manter como true.

Criamos a TK-6783 para essa implementação. Retornaremos por aqui assim que concluirmos.

Realmente, não encontrei. Até temos implementado no retorno da API mas parece não conter no retorno. Pode anexar esse retorno para auxiliar na implementação?

Bom dia, @SWAPI. Vou confirmar se não existe nenhuma propriedade equivalente no retorno.

Deve ser FPDF.

Bom dia, @jeffersonjunglaus. Tu precisa configurar o Path no ACBrLib.ini.