EMBarbosa

Eu acho que vocês estão atacando o problema pelo lado errado. Estão tentando remover um sintoma sem entender a causa dele. Ninguém explicou como é que um simples cast para string causa um Access Violation. Eu sugeri antes, e vou fazê-lo mais uma vez: Usem o FastMM no seu projeto e tentem verificar se o erro continua ocorrendo. O gerenciador de memória do Delphi 7 é sofrível, mas o do Delphi 6 É PÉSSIMO. Talvez isso possa estar relacionado.

Eu não costumo aumentar a PausaRelatorio. Nunca vi necessidade. Mas suas circunstâncias podem variar. Sobre a perda de dados, queira dar mais informações. Comece com as seguintes perguntas: Qual a mensagem de erro apresentada? Qual o tipo de comunicação utilizada? USB, Serial, USB com conversor para Serial? Se for Serial, você usa uma placa on-board ou uma placa serial off-board? O sistema operacional nas máquinas? Acontece em todas as máquinas ou só algumas? É recorrente (acontece toda hora) ou intermitente (acontece algumas vezes, volta a funcionar, depois volta a dar problemas, depois volta a funcionar, etc...)? Chegou a testar com o programa exemplo do ACBrECF para ver se o erro também acontece?

O link que o Régys passou não é do SVN? Vocês estão usando o Tortoise para baixar, ou estão tentando baixar ele pelo browser? Sugiro vocês tentarem usar essa dica do Andy: http://andy.jgknet.de/blog/2013/05/how-to-install-jcl-and-jvcl-for-xe4/

Eu estava perguntando sobre o resultado. Me desculpe, pois não tinha sido claro. Além do mais, por fim eu notei que você deu um monte de espaços (ENTER) e depois de escrever outras frases é que postou o resultado. Como eu escrevi ali acima, as informações retornadas destes dois comandos "variam de acordo com o modelo e marca do ECF. Na verdade, todos os campos retornados podem variar de um comando para outro visto que a natureza de ambos é diferente. Creio que essa é uma das dúvidas mais frequentes aqui no fórum e já devem haver muitos tópicos sobre o assunto." Tente fazer uma pesquisa destes dois comandos aqui no fórum. Com respeito as diferenças nos resultados que você encontrou, seria melhor você apontar em qual está com dúvida ao invés de esperar alguém ler toda as duas reduções procurando diferenças.

Sem problemas.

É o mesmo que ER-PAF-ECF. Está escrito no meu post. o.O''

São funções diferentes que usam métodos diferentes para pegar os dados. Uma usa o comando #8 e a outra a chamada da DLL. Por favor, faça a seguinte verificação: Altere as funções ArquivoMFD_DLL do arquivo ACBrECFBematech.pas para procurar os arquivos na pasta "c:\". Faça isso alterando a seguinte linha: FindFiles( FileMask, Arquivos ); Para FindFiles( 'C:\'+ FileMask, Arquivos ); Essas linhas são as linhas 3665 e 3748 no arquivo atual. Veja se isso resolve seu problema.

Pelo menos o erro parece ser apenas gráfico. Como comentado acima pelo askimura, depois de enviar a nota e receber a confirmação, se tentar uma segunda vez a geração do DANFe o problema desaparece. O único problema de erros que aparecem sem motivo e somem sem motivo, é que eles podem voltar mais a frente, sem motivo, e talvez até acompanhados...

Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto".

De onde vem essa parte do caminho "D:\Workdir\PAFECF"? Você procurou saber? Pois o restante, ("PAFECF\Arquivos\LMFC_ATO_COTEPE_1704_31052013-111511.txt"), aparece no seu código... mas essa parte não aparece.

Sim, são coisas distintas. Antigamente era necessário ter certificação TEF para cadastrar o programa numa SEFAZ. Agora já não há essa exigência (pesquise no fórum para ver sobre essa mudança). Mas ainda pode haver requisitos que exijam o comportamento do TEF. Terá que ler a Especificação de Requisitos PAF-ECF (ER-PAF-ECF) e o Roteiro para Análise da ER-PAF-ECF. Todas as outras perguntas são respondidas na ER ou aqui no fórum. Queira lê-la com cuidado. Se tiver com algum problema em algum requisito, pesquise no fórum sobre o requisito. Caso a dúvida persista, crie um tópico sobre aquele requisito. Poste o requisito e a parte que você não entendeu. Queira ler algumas dicas de como encontrar resposta para as suas perguntas neste

MODERAÇÃO: Removi alguns posts que estavam discutindo sobre as versões do Delphi ou votando por meio de comentários. Por favor, façam discussões na área de Object Pascal. Esse tópico é apenas para pesquisa sobre o uso de IDE. Repito: Para votar usem as opções logo no início do tópico e não os comentários.

Se a tabela disponibilizada pelo governo estiver diferente mesmo, acho que seria bom verificar com a Daruma o motivo de estar cadastrado assim. Talvez eles tenham alguma recomendação nesse caso. No mais, considerando que é muito difícil ter modelos com nomes ambíguos quando se retira os espaços, acho que não há nenhum problema. Exemplo: Não acho que fabricante algum iria criar um ECF Modelo "MAXI 490" e depois um outro "MAX i490". Mas seria bom deixar documentado, talvez até no código, o motivo de fazer esse "trim" para que no futuro ninguém tivesse problema ao mexer nessa parte do código.

O quê está diferente? Se ao dizer "outros" você está se referindo ao comando para pegar os dados da ULTIMA redução, então deve saber que as informações retornadas variam de acordo com o modelo e marca do ECF. Na verdade, todos os campos retornados podem variar de um comando para outro visto que a natureza de ambos é diferente. Creio que essa é uma das dúvidas mais frequentes aqui no fórum e já devem haver muitos tópicos sobre o assunto.

Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto".

Que bom que resolveu. Obrigado pelo retorno.

Qualquer Access Violation em endereços próximos a '00000000' indicam tentativas de acesso a ponteiros nulos. Ou seja, você (ou o componente) está acessando algo antes de ser criado ou depois de ter sido destruído por um FreeAndNil, ou alguma função que deveria pertencer a um objeto que também não foi criado. Como você apontou a linha do erro, verifique se algum objeto nesta linha é NULL ou NIL. Mais informações sobre esse tipo de erro veja: http://stackoverflow.com/questions/2237028/how-to-track-down-access-violation-at-address-00000000 Além disso tente ir mais fundo. Quais passos que você fez no ACBrECF para dar esse erro? No log por exemplo menciona que você vendeu um item e logo depois cancelou. Você fez mais alguma coisa depois?

Não sei se é todo mundo que repara na data dos posts... Mas deveria ser todo mundo...

Dessa vez, nem eu achei o tópico. Talvez por não ter entendido o assunto...

Tente pesquisar aqui no fórum por "Aguardando resposta do comando anterior". Sempre use a pesquisa no fórum. Veja algumas dicas de como encontrar resposta as perguntas neste

A geração da Daruma e a da Bematech são diferentes. Não pode concluir que se uma funciona a outra também tem que funcionar. Uma sugestão: Use mais parágrafos e pontos finais em seus posts. Fica confuso ler com frases muito extensas.

Olá, a sua dúvida é parecida com a da Tati que eu respondi ali acima. MD5 é um hash utilizado em vários lugares para verificar integridade. Isso acontece com o arquivo executável, (que é o que você mencionou), e com os dados (que é o caso mencionado pelo Cleber). Ambos os casos são requisitos do PAF-ECF. Mas são requisitos distintos. Veja que no primeiro post o Cleber menciona sobre o MD5 estando em várias tabelas de banco de dados. Esse não é o MD5 que valida os executáveis do PAF-ECF, ou seja, o MD5 que deveria ficar armazenado no AAC. É um MD5 que valida os registros e tabelas que não podem ser alterados por fora do seu PAF. Na verdade são vários MD5, um para cada registro que precisa ser validado. Só para finalizar, os requisitos na versão 1.13 da ER são: Alínea “c” do Item 1 do requisito IX (Identificação do Executável PAF) Testes do Bloco VII do Roteiro de análise da ER (Integridade dos dados das tabelas) Tenho que pegar o novo roteiro para saber onde eles se encaixam na nova legislação...

O recomendado é pegar antes e depois. Daí fazer um "merge".

Você gostaria de portar todo código feito em Delphi/Lazarus para .net? Se for, o código é aberto de modo que você pode fazer isso. Você pode criar um outro projeto para isso. Não há problema algum. Mas se for isso que eu entendi, você vai desvincular o código com o dos componentes mantidos atualmente pela comunidade, e vai perder a comunidade atuante Delphi/Lazarus/etc... atual. Terá que criar uma nova comunidade em torno deste projeto. Não uso .net, então não tenho certeza de qual a necessidade dos usuários atuais nesse caso. É melhor esperar a reação deles... Mas acredito que seria melhor fazer o port dos componentes que você precisa que ainda não estão disponíveis nos moldes atuais do ACBrFrameWork, ou tentar otimizar os atuais que você poderia utilizar. Ainda assim, a decisão final seria sua. (: EDIT: Olha aí, enquanto eu escrevia o Rafael já se manifestou. Você sempre pulando em minha frente né rapaz. hehe

Pessoal, Estamos postando muitas dúvidas paralelas neste tópico. Se eu fosse moderar e dividir os tópicos talvez teria que criar uns cinco novos além deste. Só nesta página tem 2. Está ficando difícil encontrar alguma informação específica.