[O aplicativo não pôde ser inicializado corretamente (0xc000007b)]

Em 17/01/2017 at 10:48, Juliomar Marchetti disse:

Não pode usar somente o Fast

Juliomar e Celso,

o problema era a instalação do Fortes mesmo. Hoje consegui fazer pela primeira vez a emissão do DANFE no meu cliente.

Obrigada pela ajuda.

[O aplicativo não pôde ser inicializado corretamente (0xc000007b)]

4 minutos atrás, Juliomar Marchetti disse:

Bom dia

tu não tem o fortes instalado!

 

Bom dia Juliomar, essa foi uma das minhas dúvidas.

Eu pretendo usar o Fast por ser nativo no Delphi XE7. A instalação do Fortes se faz necessária, mesmo se eu não pretendo utilizá-lo? Entendo que ele é necessário para que eu utilize a demo, mas sem a utilização da demo, visando apenas a minha aplicação, se eu não utilizar o Fortes, eu preciso instalar mesmo assim?

 

[O aplicativo não pôde ser inicializado corretamente (0xc000007b)]

Em 10/01/2017 at 15:45, Celso disse:

Por favor, poste mais informações sobre seu ambiente, é Delphi isso?

Você consegue reproduzir o erro usando a demo do ACBrNFe, compilar a demo?

Você está usando a trunk2 correto?

Bom dia! Estou desenvolvendo no Delphi XE7. Estou utilizando o trunk2.

Não consegui compilar a demo, porém, continuei o desenvolvimento e o aplicativo que eu desenvolvi na minha máquina funciona corretamente. Gera o XML, emite o DANFE, envia o e-mail....

Seguem abaixo os erros da compilação do projeto demo. As mensagens de erro, eu imagino que seja porque não tenho todas as ferramentas de relatório (Rave, Fortes). Gostaria de trabalhar com o que tem nativo no XE7 que é o Fast. Sou obrigada a instalar os outros geradores de relatório mesmo sem querer utilizá-los? Será que esse é o problema?

 

[O aplicativo não pôde ser inicializado corretamente (0xc000007b)]

Em 03/01/2017 at 08:38, Celso disse:

Dificil saber se são as DLLs que causaram seu erro. Talvez as DLLs estejam em local incorreto, olhe o tópico abaixo:

O que sugeri acima é rodar os comandos de registro de DLL pelo prompt de comando, as vezes da erro ao registrar usando o .bat.

Outro teste é tentar reproduzir o erro nesta máquina usando a demo do ACBrNFe.

Faça os testes e poste aqui os resultados.

Boa noite Celso,

após alguns testes descobri que o componente que está ocasionando o access violation é o ACBrNFeDANFEFR1. Se eu tirar o componente do form, todo o processo funciona, gera o xml direitinho. Eu coloquei o componente no meu form, vinculei a propriedade ACBrNFe com o meu componente ACBrNFe1. Em tempo de execução, no create do form, eu alterei as propriedades FastFile e PathPDF. São essas as únicas interações que faço com o componente. Está faltando setar alguma outra propriedade?

 

[O aplicativo não pôde ser inicializado corretamente (0xc000007b)]

Em 19/12/2016 at 10:54, Celso disse:

Existe no diretório dos fontes do ACBr um arquivo instala.bat para copiar e registrar as DLLs, ele verifica se o windows é 32 ou 64 e coloca as DLLs no local correto.

Se você já executou o bat e o erro persiste, tente rodar as linhas do bat em um prompt de comando uma a uma, sempre em modo administrador.

Boa noite Celso,

estou com um problema bem parecido com o do colega carlos_augusto. Acabei de desenvolver meu aplicativo em Delphi XE7 e na máquina de desenvolvimento consegui completar todo o ciclo de emissão da NFe. Ao tentar instalar no primeiro cliente dá um access violation quando tento entrar na tela onde tem os componentes AcBR.

A aplicação é 32 bits, a máquina cliente é windows 7 64 bits. Copiei as dlls para a pasta c:\windows\syswow64 e executei o instala.bat. Não aprsentou nenhum erro, mas depois li que a opção /s oculta os erros então executei manualmente pelo prompt com direito de administrador e não deu nenhum erro. Porém, continuo com o access violation. 

Tem alguma sugestão?

 

Claudia