Access violation ao assinar NFe

[andreiluis]

Bom dia, atualizei o ACBr e dentro do meu sistema está dando o erro abaixo ao assinar o XML. Testei pelo exemplo que vem com o componente e não apresentou o erro. Puxei o form do exemplo para dentro do meu sistema e apresentou o erro novamente.

Na pasta do meu executável não tem as dlls que o ACBr utiliza, não entendo porque dentro do meu sistema dá erro mesmo usando o form do exemplo, e rodando o exemplo pelo projeto do exemplo não dá erro. Alguém pode dar uma luz?

Grato

[Daniel Simoes]

a recomendação, é copiar todas as DLLs de dependência do ACBr, para a mesma pasta do seu .exe

[andreiluis]

Muito obrigado pela resposta Daniel.

Apaguei as dlls antigas que estavam na pasta system32 e copiei as novas para a pasta do executável e o erro persiste. A lib de assinatura estava configurada para xsLibXml2, peguei a libxml2 que está na pasta do exemplo e coloquei na pasta do meu executável. Mesmo erro! Aí troquei a lib para MsXml e assinou normal. Isso tudo usando as mesmas rotinas do exemplo do ACBr que copiei o form todo para dentro do meu projeto. Alguma ideia do porque no exe do exemplo funciona, e no meu exe o mesmo form do exemplo não funciona com a mesma dll do exemplo?

[Daniel Simoes]

Provavelmente você configurou o seu programa para usar a MSXML

[andreiluis]

Olá Daniel, sempre esteve como LibXML2, e começou a dar erro agora. Troquei para MsXML e deu certo. Mas porque o exemplo do ACBr funciona com LibXML2, e quando chamo o form do exemplo dentro do meu executável dá erro?

[Daniel Simoes]

Verifique se você está usando as DLLs na versão e arquitetura correta 

[cne]

Em 29/10/2020 at 17:01, andreiluis disse:

Muito obrigado pela resposta Daniel.

Apaguei as dlls antigas que estavam na pasta system32 e copiei as novas para a pasta do executável e o erro persiste. A lib de assinatura estava configurada para xsLibXml2, peguei a libxml2 que está na pasta do exemplo e coloquei na pasta do meu executável. Mesmo erro! Aí troquei a lib para MsXml e assinou normal. Isso tudo usando as mesmas rotinas do exemplo do ACBr que copiei o form todo para dentro do meu projeto. Alguma ideia do porque no exe do exemplo funciona, e no meu exe o mesmo form do exemplo não funciona com a mesma dll do exemplo?

Olá pessoal, estamos tendo este mesmo problema com a libxml2.dll, fizemos os procedimentos informados neste tópico, e também excluímos o ACBr.inc e reinstalamos novamente, segundo as orientações deste tópico (

) e o problema persiste, o problema ocorre no parse do xml, no método TDFeSSLXmlSignLibXml2.Validar, linha 383, como não consegue fazer o parse do xml, dispara uma exception no metodo TDFeSSLXmlSignLibXml2.LibXmlNodeWasFound.

 

desde já somos imensamente gratos pela ajuda da comunidade.

 

segue imagens do sistema com erro e o outro sistema ok, respectivamente. 

obs: ambos estão no mesmo diretório e usando a mesma dll.

[Daniel Simoes]

Parece ser um problema (ou incompatibilidade), do XML que você está tentando processar... com a implementação do ACBr...
O erro não é o mesmo do tópico (falha na carga das bibliotecas), ou access violation...

Trata-se de um exception programado, porque ele não achou uma Tag importante...

se possível anexe o XML com problema

[cne]

37 minutos atrás, Daniel Simoes disse:

Parece ser um problema (ou incompatibilidade), do XML que você está tentando processar... com a implementação do ACBr...
O erro não é o mesmo do tópico (falha na carga das bibliotecas), ou access violation...

Trata-se de um exception programado, porque ele não achou uma Tag importante...

se possível anexe o XML com problema

Boa tarde Daniel, é justamente por não fazer o parser que dispara o access violation, pois tenta acessar o propriedade ANode^.ns^.href, no método LibXmlNodeWasFound.

xml_file.xml

[Daniel Simoes]

Aqui não tive A.V... o componente acusou corretamente o problema no XML... o mesmo que o Validador do SEFAZ acusou

Por favor verifique se seus fontes do ACBr estão corretamente atualizados...

[cne]

Bom dia, os fontes estão atualizados, como tinha dito, no exemplo do acbr e na outra aplicação que temos (Frente de Caixa) funciona perfeitamente, o problema é somente no retaguarda, acredito que seja algum problema de conflito de modulo/dll que esta aplicação carrega; O motivo de postar é justamente pra saber se quem já passou por este problema conseguiu resolver.

[Daniel Simoes]

Na pasta onde fica o EXE desse retaguarda, está a LibXML2 atualizada ?

http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/LibXml2/x86/

(Copie todas as DLLs, da pasta acima)

[cne]

Daniel, peguei estas dlls e mesmo assim o problema continua, o mesmo comportamento, usando o PDV funciona usando o retaguarda não funciona, ambas aplicações no mesmo diretório. Vou subir em anexo os módulos/dll que ambas aplicações importam, caso vc ou qualquer outro membro da comunidade identifiquem possíveis conflitos com a libxml2.

loaded_module_pdv.txt loaded_module_retaguarda.txt

[Juliomar Marchetti]

36 minutos atrás, cne disse:

Daniel, peguei estas dlls e mesmo assim o problema continua, o mesmo comportamento, usando o PDV funciona usando o retaguarda não funciona, ambas aplicações no mesmo diretório. Vou subir em anexo os módulos/dll que ambas aplicações importam, caso vc ou qualquer outro membro da comunidade identifiquem possíveis conflitos com a libxml2.

loaded_module_pdv.txt 15 kB · 0 downloads loaded_module_retaguarda.txt 12 kB · 0 downloads

Olha então os componentes que tu usa no ERP eno seu PDV

[cne]

3 minutos atrás, Juliomar Marchetti disse:

Olha então os componentes que tu usa no ERP eno seu PDV

Estou fazendo exatamente isso, o form de emissão de nfe é comum para os dois projetos, então tanto o PDV quanto retaguarda usam o mesmo form/rotina, e com a mesma configuração, independente do projeto.  

[EMBarbosa]

1 hora atrás, cne disse:

Estou fazendo exatamente isso, o form de emissão de nfe é comum para os dois projetos, então tanto o PDV quanto retaguarda usam o mesmo form/rotina, e com a mesma configuração, independente do projeto.  

Boa tarde.

   Primeiro, você vai precisar debugar e ver exatamente em qual linha do código acontece o Access Violation.

   Daí tentar descobrir o motivo do Access Violation. Só então vai dar pra ter uma posição, porque não conseguimos reproduzir daqui.

1 hora atrás, cne disse:

Vou subir em anexo os módulos/dll que ambas aplicações importam, caso vc ou qualquer outro membro da comunidade identifiquem possíveis conflitos com a libxml2.

loaded_module_pdv.txt 15 kB · 0 downloads loaded_module_retaguarda.txt

Eu dei uma olhada, mas não consegui identificar nada aqui.

Se o motivo for esse, então talvez alguma dessas dlls estejam repetidas no seu HD.  uma aplicação usa uma e a outra use outra. Mas isso não dá pra descobrir por esses logs porque os logs só mostram os nomes das dlls e não os caminhos.

[Daniel Simoes]

1 hora atrás, EMBarbosa disse:

Se o motivo for esse, então talvez alguma dessas dlls estejam repetidas no seu HD.  uma aplicação usa uma e a outra use outra. Mas isso não dá pra descobrir por esses logs porque os logs só mostram os nomes das dlls e não os caminhos.

Eu desconfiaria de algo nessa linha... o retaguarda deve estar carregando outra DLL que não a indicada...

Faça uma varredura no HD, e veja se acha outras cópias da libxml2.dll e libiconv.dll

[cne]

Boa tarde pessoal, finalmente consegui resolver este problema, de forma bem simples (depois de lutar muito);

1º copiei o todo o conteúdo do .dpr, (SISCOM.dpr).

2° Criei um novo projeto, e salvei com o mesmo nome do retaguarda

3° Colei o conteúdo do 1º passo no novo .dpr, fiz todas as configurações do projeto (compiler, icone, etc...), salvei....  e a "mágica" aconteceu........

 

grato a todos pela ajuda e observações.   

[Juliana Tamizou]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.