Erro ao inicializar a Biblioteca LibXML2 em aplicação .NET

[Dev Telluria 0]

Boa tarde!

Estou criando uma aplicação Class Library em .NET Core que consome ACBrNFe32.dll e estou com problemas ao utilizar o método NFE_Assinar.

Quando utilizo o método recebo o erro "Erro ao inicializar a Biblioteca LibXML2", as dlls da LibXML2 na versão 32 bits já estão na mesma pasta da dll ACBrNFe32.dll, que é a mesma pasta em que é gerada a DLL do meu projeto .NET Core.

O que mais posso verificar?

 

[antonio.carlos 65]

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

esta faltando a lib LibXML2 dependência
veja esse vídeo

  

[Rafael Dias 1,215]

Sua aplicação é 32 bits ?

Pois aplicações .net por padrão são AnyCPU, ou seja elas funcionam de acordo com o sistema operacional, se o sistema operacional é 32 bits o app é 32 se o sistemas é x64 ele é x64.

[Dev Telluria 0]

Olá @antonio.carlos, as dependências da LIBXML2 já estão na mesma pasta do projeto junto com a ACBrNFe32.dll

[antonio.carlos 65]

Agora, Dev Telluria disse:

Olá @antonio.carlos, as dependências da LIBXML2 já estão na mesma pasta do projeto junto com a ACBrNFe32.dll

Veja orientação do @Rafael Dias.

[Dev Telluria 0]

Sim @Rafael Dias, eu alterei o projeto para ser 32bits.

[Rafael Dias 1,215]

A dll do OpenSSL e libxml2 precisam dos runtimes do C++
Use este app que instala todos

Releases · abbodi1406/vcredist (github.com)

[Dev Telluria 0]

Realizei a instalação dos runtimes do C++, mas o problema ainda persiste.

 

 

[Juliomar Marchetti 3,844]

http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Diversos/x86/VC_redist.x86.exe

usa esse

[Dev Telluria 0]

@Juliomar Marchetti, instalei, ainda não deu certo.

[Rafael Dias 1,215]

Tenta o seguinte na pasta do seu executável crie uma pasta ACBrLib, dentro desta pasta crie um pasta x86 e uma x64 e dentro destas pasta coloque as dlls de acordo com a arquitetura, pois infelizmente eu não consigo reproduzir este erro que você esta tendo.

[Dev Telluria 0]

25 minutos atrás, Rafael Dias disse:

Tenta o seguinte na pasta do seu executável crie uma pasta ACBrLib, dentro desta pasta crie um pasta x86 e uma x64 e dentro destas pasta coloque as dlls de acordo com a arquitetura, pois infelizmente eu não consigo reproduzir este erro que você esta tendo.

Fiz esse processo, ainda não deu certo.

Lembrando que meu projeto é uma Class Library, portanto não gera executável, gera uma dll.

[Rafael Dias 1,215]

então tem que colocar no path do executável que esta consumindo esta dll

O windows localiza dll que estão no path da seguinte forma.

1 - O path da aplicação.

2 - Os paths que estão configurado no windows.

[Dev Telluria 0]

14 horas atrás, Rafael Dias disse:

então tem que colocar no path do executável que esta consumindo esta dll

O windows localiza dll que estão no path da seguinte forma.

1 - O path da aplicação.

2 - Os paths que estão configurado no windows.

Movi as dlls para a mesma pasta do executável que consome a dll, mesmo assim o problema ainda persiste.

[antonio.carlos 65]

verifique se não tem nenhuma dll "solta" pela maquina, isso pode fazer com que a aplicação esteja utilizando essa dll ao invés de usar a que esta no path do executável.

[Dev Telluria 0]

41 minutos atrás, antonio.carlos disse:

verifique se não tem nenhuma dll "solta" pela maquina, isso pode fazer com que a aplicação esteja utilizando essa dll ao invés de usar a que esta no path do executável.

Varri toda a máquina e só encontrei a DLL na pasta correta da minha aplicação.

[Dev Telluria 0]

Pessoal, conseguir resolver o problema adicionando a dll na pasta syswow64, acredito que seja porque estou em tempo de projeto e não em execução.

[antonio.carlos 65]

Obrigado por reportar.

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

[Rafael Dias 1,215]

COm certeza não é este o problema você estava copiando para o lugar errado mesmo eu uso normalmente aqui em DesignTime os componentes tanto em projetos web como em projeto desktop no visual studio sem problema algum.