Ir para conteúdo
  • Cadastre-se

dev botao

DLL msvcrt.dll


mmcamilo
Ver Solução Respondido por mmcamilo,
  • Este tópico foi criado há 2494 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Bom dia pessoal. 

Por acaso mais alguém de vocês passou a ter problemas com a dll MSVCRT.DLL de ontem pra hoje, ou após alguma atualização do Windows? No meu caso (Windows 10), de ontem pra hoje apenas quando realizo a Manifestação do Destinatário acontece o erro de Access Violation, em outros procedimentos como consumir DFeDistribuicao NF-e ou CT-e  isso não acontece. Estou usando uma atualização recente do ACBr a 13507 e até então estava tudo ok, ou seja, imagino ser alguma atualização do próprio Windows que pode ter alterado algum recurso que utilize essa DLL e que como sabemos acontece quase todos dias... Não uso há um tempo a CAPICOM para as questões de Certificado Digital e até então o OpenSSL estava tudo ok para os certificados A1. Li diversos posts anteriores (2015 e 2016) mas considerei que o problema era pontual e de alguma forma já havia sido resolvido no passado.

Se algum estiver passando por alguma instabilidade do tipo e conseguiu resolver agradeço muito pelo feedback.

Att. 

Link para o comentário
Compartilhar em outros sites

  • Moderadores
2 horas atrás, mmcamilo disse:

Bom dia pessoal. 

Por acaso mais alguém de vocês passou a ter problemas com a dll MSVCRT.DLL de ontem pra hoje, ou após alguma atualização do Windows? No meu caso (Windows 10), de ontem pra hoje apenas quando realizo a Manifestação do Destinatário acontece o erro de Access Violation, em outros procedimentos como consumir DFeDistribuicao NF-e ou CT-e  isso não acontece. Estou usando uma atualização recente do ACBr a 13507 e até então estava tudo ok, ou seja, imagino ser alguma atualização do próprio Windows que pode ter alterado algum recurso que utilize essa DLL e que como sabemos acontece quase todos dias... Não uso há um tempo a CAPICOM para as questões de Certificado Digital e até então o OpenSSL estava tudo ok para os certificados A1. Li diversos posts anteriores (2015 e 2016) mas considerei que o problema era pontual e de alguma forma já havia sido resolvido no passado.

Se algum estiver passando por alguma instabilidade do tipo e conseguiu resolver agradeço muito pelo feedback.

Att. 

Se rodar o demo da pasta exemplos ocorre o mesmo?

Consultor SAC ACBr Juliomar Marchetti
 

Projeto ACBr

skype: juliomar
telegram: juliomar
e-mail: [email protected]
http://www.juliomarmarchetti.com.br
MVP_NewLogo_100x100_Black-02.png
 

 

Link para o comentário
Compartilhar em outros sites

  • Solution
55 minutos atrás, Juliomar Marchetti disse:

Se rodar o demo da pasta exemplos ocorre o mesmo?

Juliomar grato pelo retorno, e sim, acontecia o mesmo, porém veja o que fiz...

Quando usei o apagarACBr.bat e em seguida fiz o SVN Update para a atualização dos componentes, o arquivo ACBr.inc retornou ao seu estado original com a linha {.$DEFINE USE_MINGW}, ou seja, deixou de usar as dlls da MINGW (no meu caso) e passou a tentar a usar as dlls da \OpenSSL\0.9.8.14 .... por esse motivo começou o Acess Violation se referenciando a dll MSVCRT.DLL. Depois de identificar esse detalhe, descomentei a linha  {$DEFINE USE_MINGW}, dei um Build geral por aqui e a aplicação voltou ao normal novamente não ocorrendo mais erros.

De qualquer forma fica ai o caso para ajuda se algum dia alguém passar pelo problema acima.  

Grato. 

  • Curtir 2
  • Obrigado 1
Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 2494 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.