Endrigo Rodrigues

Bom dia! Todos os municípios passarão a utilizar o padrão nacional à partir de 01/01/2026, correto?

Fiz os testes e está tudo certo. Muito obrigado.

Muito obrigado. Assim que tiver disponível em Downloads já faço o teste.

Configurando [PIXCD] PSP=1 (Itaú), ao enviar uma requisição PIXCD_CriarCobranca ou PIXCD_ConsultarCobranca não está retornando o texto do QRcode que é utilizado para gerar a imagem e realizar o pagamento. No log do ACBrPIXCD em anexo apresenta a comunicação com o banco Itaú e o retorno do texto do QRCode na tag pixCopiaECola. acbrpixcd.log

FROM ubuntu:22.04 ENV TZ=America/Sao_Paulo ENV DEBIAN_FRONTEND=noninteractive RUN apt-get update RUN apt-get install -y python3.10 python3-pip python3.10-dev RUN apt-get install -y build-essential cmake make gcc g++-11 wget tar RUN apt-get install -y curl software-properties-common xz-utils RUN apt-get install -y \ xvfb \ xauth \ openssl \ libxml2 \ libgtk2.0-0 \ gnome-themes-standard \ gnome-themes-extra RUN echo ttf-mscorefonts-installer msttcorefonts/accepted-mscorefonts-eula select true | debconf-set-selections RUN apt-get install -y ttf-mscorefonts-installer RUN wget https://www.openssl.org/source/openssl-1.1.1q.tar.gz RUN tar -zxf openssl-1.1.1q.tar.gz RUN cd openssl-1.1.1q && ./config && make && make install && cd ../ RUN rm -rf openssl-1.1.1q.tar.gz openssl-1.1.1q RUN wget http://security.ubuntu.com/ubuntu/pool/main/o/openssl/libssl1.1_1.1.1f-1ubuntu2_amd64.deb RUN dpkg -i libssl1.1_1.1.1f-1ubuntu2_amd64.deb RUN rm -rf libssl1.1_1.1.1f-1ubuntu2_amd64.deb RUN apt-get install -y \ ca-certificates \ fonts-liberation \ libasound2 \ libatk-bridge2.0-0 \ libatk1.0-0 \ libc6 \ libcairo2 \ libcups2 \ libdbus-1-3 \ libexpat1 \ libfontconfig1 \ libgbm1 \ libgcc1 \ libglib2.0-0 \ libgtk-3-0 \ libnspr4 \ libnss3 \ libpango-1.0-0 \ libpangocairo-1.0-0 \ libstdc++6 \ libx11-6 \ libx11-xcb1 \ libxcb1 \ libxcomposite1 \ libxcursor1 \ libxdamage1 \ libxext6 \ libxfixes3 \ libxi6 \ libxrandr2 \ libxrender1 \ libxss1 \ libxtst6 \ lsb-release \ wget \ xdg-utils RUN apt-get install -y \ nano RUN ln -s /usr/lib/x86_64-linux-gnu/libxml2.so.2 /usr/lib/x86_64-linux-gnu/libxml2.so RUN curl -o node-v16.20.2-linux-x64.tar.xz https://nodejs.org/dist/v16.20.2/node-v16.20.2-linux-x64.tar.xz \ && tar -xJf node-v16.20.2-linux-x64.tar.xz -C /usr/local --strip-components=1 \ && rm node-v16.20.2-linux-x64.tar.xz RUN apt-get install -y tzdata RUN ln -fs /usr/share/zoneinfo/America/Sao_Paulo /etc/localtime && dpkg-reconfigure -f noninteractive tzdata

Acabou que postei a resposta no tópico errado.

Já passei tamanho de buffer até de 10000 e mesmo assim.

Mas veja bem, mesmo que seja menor. A biblioteca só pode salvar no buffer o tamanho que foi passado no parâmetro. Não sei se está me entendendo. Veja no log em anexo que quando tem sucesso na consulta, a lib trava, não continua o processo interno dela e finaliza minha aplicação. ACBrLibNFE-20231124.log

OpenSSL 1.1.1q 5 jul 2022 Mas essa questão do buffer está acontecendo dentro da biblioteca, não acontece na minha aplicação. O buffer já instanciei o mesmo até com 4096 bytes. E veja bem, se fosse o buffer que envio, por que funciona para mensagem de erro do webservice e não funciona para mensagem de sucesso?

Agora obtive retorno: versão >>>>>>> 0 Nome >>>>>>> 0 DFe.ArquivoPFX >>>>>>> 0 DFe.Senha >>>>>>> 0 DFe.SSLCryptLib >>>>>>> 0 DFe.SSLHttpLib >>>>>>> 0 DFe.SSLXmlSignLib >>>>>>> 0 DFe.UF >>>>>>> 0 NFe.Ambiente >>>>>>> 0 NFe.PathSchemas >>>>>>> 0 Nome: ACBrLibNF Versão: 0.4.6.256 ObterCertificados >>>>>>> 0 Certificados: 6111230126 StatusServico >>>>>>> -10 Status Serviço: WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro Interno: -2 Erro HTTP: 500 URL: https://nfe.fazenda.mg.gov.br/nfe2/services/NFeStatusServico4 error:140AB18E:SSL routines:func(171):reason(398) finalizar >>>>>>>> 0 Parece que quando consulta e retorna sucesso acontece o Segmentation fault quando retorna algum problema não acontece o erro.

Utilizei o exemplo, e mesmo assim acontece o erro. Inseri a função StatusServico respeitando a mesma forma de declaração dos parâmetros e executei ObterCertificado e StatusServico. Li que Segmentation fault pode ser tentativa de atribuir valor a um ponteiro não inicializado ou com tamanho incompatível ao que está tentando atribuir. versão >>>>>>> 0 Nome >>>>>>> 0 DFe.ArquivoPFX >>>>>>> 0 DFe.Senha >>>>>>> 0 DFe.SSLCryptLib >>>>>>> 0 DFe.SSLHttpLib >>>>>>> 0 DFe.SSLXmlSignLib >>>>>>> 0 DFe.UF >>>>>>> 0 NFe.Ambiente >>>>>>> 0 NFe.PathSchemas >>>>>>> 0 Nome: ACBrLibNF Versão: 0.4.6.256 ObterCertificados >>>>>>> 0 Certificados: 6111230126 Segmentation fault

Bom dia @Daniel InfoCotidiano. Vou fazer um exemplo usando exatamente as mesmas declarações e processos do exemplo.

Utilizando o pacote segfault-handler para exibir o processo que gerou o Segmentation fault (core dumped): Biblioteca: ACBrLibNFE - Versão: 0.4.6.256 Certificado: 611123012641C28E|FANTASTSOFT SISTEMAS LTDA|00843106000157|27/01/2024|AC SOLUTI Multipla v5|C=BR, O=ICP-Brasil, ST=MG, L=Contagem, OU=AC SOLUTI Multipla v5, OU=34015104000191, OU=Videoconferencia, OU=Certificado PJ A1, CN=FANTASTSOFT SISTEMAS LTDA:00843106000157|C=BR, O=ICP-Brasil, OU=AC SOLUTI v5, CN=AC SOLUTI Multipla v5 Tamanho do buffer 4096 0 1 2 03 PID 4905 received SIGSEGV for address: 0x18 /home/endrigo/node/testeNFe/node_modules/segfault-handler/build/Release/segfault-handler.node(+0x372d)[0x7f3f4689372d] /lib/x86_64-linux-gnu/libc.so.6(+0x3c460)[0x7f3f4623c460] /lib/x86_64-linux-gnu/libc.so.6(__pthread_rwlock_wrlock+0x16)[0x7f3f46295a86] node(CRYPTO_THREAD_write_lock+0x9)[0x1bbc189] node(ossl_x509v3_cache_extensions+0x4c)[0x1c3292c] node(X509_get_extension_flags+0x11)[0x1c33771] /usr/local/lib/libssl.so(+0x6c5ff)[0x7f3f1c56e5ff] /usr/local/lib/libssl.so(SSL_CTX_use_certificate+0x2a)[0x7f3f1c5463aa] ./libacbrnfe64.so(+0x50c612)[0x7f3f1ed0c612] Falha de segmentação (imagem do núcleo gravada) Para instalar no seu basta executar na pasta de teste: npm i segfault-handler E no arquivo testeNFe.ts adicionar após o último import (que é o import os from 'os': import { registerHandler } from 'segfault-handler'; registerHandler('./logs/segfault.log');

Obtive esse retorno: Criando pasta /home/endrigo/node/testeNFe/logs/acbr Biblioteca: ACBrLibNFE - Versão: 0.4.6.256 Certificado: 611123012641C28E|FANTASTSOFT SISTEMAS LTDA|00843106000157|27/01/2024|AC SOLUTI Multipla v5|C=BR, O=ICP-Brasil, ST=MG, L=Contagem, OU=AC SOLUTI Multipla v5, OU=34015104000191, OU=Videoconferencia, OU=Certificado PJ A1, CN=FANTASTSOFT SISTEMAS LTDA:00843106000157|C=BR, O=ICP-Brasil, OU=AC SOLUTI v5, CN=AC SOLUTI Multipla v5 Tamanho do buffer 4096 0 1 2 03 Falha de segmentação (imagem do núcleo gravada)

E sobre a senha ser criptografada, sim, eu me atentei a essa observação por isso no fonte no arquivo testeNFe.ts tem o: nfeApi.configGravarValor('DFe', 'Senha', '********');