WesleyAS

As alterações já foram feitas e estão anexadas no tópico, mas ainda não foram analisadas e integradas no SVN.

Alguma novidade? Pois precisamos dessa alteração na DANFE.

Com essa alteração da erro de "Access Violation" quando executa "frxReport.PrepareReport" utilizando o arquivo "DANFSE.fr3".

Acabei de atualizar o repositório e o erro continua ocorrendo. Testei no Delphi 2010 e no Seattle. Aparentemente tem relação com a ordem de criação dos objetos em memória. Apenas quando é criado o objeto da NF-e primeiro e depois da NFS-e ocorre o erro. Em anexo esta o projeto atualizado com os testes de criação dos objetos. NFS-e.zip

O erro em anexo começou a ocorrer quando migramos para o Trunk2. Fiz alguns testes e verifiquei o seguinte: Internamente a impressão da DANFE (NF-e e NFS-e) cria alguns objetos "TfrxDBDataset" e a propriedade "UserName" é especificada manualmente (como por exemplo "Parametros"). Ocorre que as classes "TACBrNFSeDANFSeFR" (NFS-e) e "TACBrNFeFRClass" (NF-e) utilizam os mesmos valores para esta propriedade e se existir a instancia dessas duas classes ao mesmo tempo, ocorre o erro em anexo. Este erro começou a ocorrer na migração pois antes utilizávamos a impressão da NF-e com Rave e a NFS-e em FastReport. Agora temos tudo em FastReport. Para simular o erro basta criar um projeto e adicionar no mesmo formulário os componentes para NF-e (TACBrNFe e TACBrNFeDANFEFR) e NFS-e (TACBrNFSe e TACBrNFSeDANFSeFR), carregar o XML de uma NFS-e e imprimir. Em anexo tem um exemplo do fonte. No momento estamos alterando o sistema para contornar esse erro, mas a alteração necessária seria apenas utilizar nomes específicos em cada projeto, como "ParametrosNFe" e "ParametrosNFSe". Não vi ainda se teremos estes problemas com a CT-e e MDF-e. NFS-e.zip