EMBarbosa

Rapaz, acho que você está me levando a mal. Não tive intenção de dizer que eu não erro. A intenção foi explicar os motivos das regras e realmente cobrar que elas sejam aplicadas. Sim já errei várias vezes. Se pesquisar no fórum por meu nome e pedido de desculpas vai encontrar. Também já expliquei também algumas vezes que tenho pouco tempo para ajudar no fórum, então normalmente minhas palavras não são floreadas mas sim diretas. Se elas foram duras demais pra você, me desculpe. Você é relativamente novo no fórum. Eu não quero ter que ficar trancando tópicos, repetindo regras, o dia inteiro ao invés de ajudar um colega com problemas que talvez sejam difíceis de diagnosticar (). Por favor, nos ajude a ajudar.

Ok. Bom trabalho aí.

Use a pesquisa no fórum. Veja algumas dicas de como encontrar resposta as perguntas neste

Qual a diferença deste para o outro tópico que você criou ontem?

Isso é uma resposta? Como pode? Você já marcou o tópico como resolvido. ??:: Queira ter um pouco mais de paciência. Normalmente aqui no fórum nós recebemos respostas quase instantâneas. Isso porque os desenvolvedores/moderadores/administradores/usuários mais assíduos estão de parabéns de voluntariamente ajudar outros. Mas você não pode esperar que sempre tenha uma resposta antes de 24 horas. É uma expectativa irrealista. E depois que marcar um tópico como resolvido, aí é que menos pessoas vão ajudar. EDIT: Link para tópico com problema semelhante:

Sério que eu queria ter o Delphi 6 aqui para poder investigar melhor... Bom, vamos lá... Não tem nada sobre essa mensagem de "Out of Memory" no log. Consegue dizer quando ela acontece? Se debugar, dá pra achar a linha específica? Tem alguns Memory leaks, mas esses são memory leaks que vão incluídos no código do Delphi 6 e já são bem conhecidos (http://support.smartbear.com/articles/aqtime/leaks/leaksd6/). Como são pequenos não atrapalham muito. De qualquer forma acrescente as seguintes linhas no dpr do ECFTeste pra poder tornar o relatório do FastMM mais eficiente: // Registra memory leaks da VCL já esperados causados pela unit HelpIntfs padrão do Delphi. FastMM4.RegisterExpectedMemoryLeak(36, 2); // THelpManager x 1, THTMLHelpViewer x 1 FastMM4.RegisterExpectedMemoryLeak(20, 7); // TObjectList x 3, THelpSelector x 1, Unknown x 3 FastMM4.RegisterExpectedMemoryLeak(52); // TWinHelpViewer x 1 Depois de adicionar isso, faça um Build (não vale um compile), e tente novamente. Anexe o log outra vez. Você quer dizer que, deixando sem cast e sem o ACBrStr o ECF não foi inicializado e nem apresentou nenhuma mensagem de erro?

Você deve atualizar o arquivo pelo SVN e anexar aqui o arquivo alterado para facilitar a comparação. Numa função grande assim fica difícil descobrir o que você alterou.

Os "srs moderadores nao vai ficar bravo" (sic) por você indicar um link externo. Isso não é contra as regras do fórum, que a propósito, você deve ler. Os moderadores ficam bravos pois o Régys já respondeu essa pergunta na página 3 e na página 6 deste tópico. E agora você está duplicando o mesmo post na página 8. Contando com as perguntas, isso significa que quase uma página deste tópico é só pra repetir algo que já foi dito. Seria muito fácil de achar se o interessado em descobrir tirasse tempo pra ler o tópico que não tinha nem 8 páginas. Além de disseminar a preguiça na leitura, ainda inundamos nosso fórum com respostas repetitivas que não acrescentam em nada. Isso não torna o fórum mais eficiente.

Esse é o item 4 do Requisito VII "Arq. MF". Ele não está relacionado com o item 17 do requisito VII arquivo de "Registros do PAF-ECF". Vocês estão misturando as coisas. Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". O item 4 já estava implementado antes. É só você verificar a qual requisito ele era anteriormente num ER 1.x e procurar no fórum. O item 17 é que precisa ser alterado. Mas se usar os registros já disponíveis no ACBrPAF, você vai conseguir com facilidade. Basicamente o que mudou agora é que os registros vão todos em um arquivo só ao invés de ter vários arquivos.

É exatamente esse tipo de entendimento que queremos abolir. Não existe um tópico único pra cada componente/tipo de nota/documento fiscal/legislação/etc. Um tópico assim teria mais de trezentas páginas e não responderia todas as perguntas. Esse tópico já tem 5 páginas tratando de diversos assuntos, mas o que o Ítalo planejou no início, que era ajuntar "as pessoas para por a mão na massa", está ficando obscurecido. A intenção não era criar um tópico único sobre o MDF-e onde as pessoas pudessem colocar quaisquer dúvidas que encontrarem. Para isso nós temos os subfóruns. Senão a gente criava um fórum só, com um tópico para cada componente.

Rapaz, seus códigos estão muito defasados, eles são de antes de ter adicionado o ACBrAAC. E isso tem tempo... Veja o que vou lhe sugerir para tentarmos encontrar qual o problema. 1) Use o Tortoise para mostrar o log (SVN Show Log) 2) Navegue até a revisão 2500 3) clique com o botão direito e escolha Revert to this revision Isso vai fazer com que o código volte para uma revisão próxima a que você estava usando. Daí você pode testar. Se der certo, você pode atualizar algumas versões usando o "Update to revision...". E vai fazendo isso até conseguir encontrar qual alteração que atrapalhou o funcionamento. Pergunta: Você já instalou o Fastmm no seu projeto? Qual o resultado?

Olá Leandro, Bem vindo ao fórum. Deixe me aproveitar a oportunidade para lhe indicar as regras e algumas dicas de como encontrar resposta as perguntas neste Se pesquisar por iniciante ou iniciando encontrará alguns tópicos já com algumas dicas de onde buscar informação como esse abaixo: Já vou lhe dizer que programar para comunicar com ECF usando o ACBr é uma tarefa fácil. No entanto, programar para atender as legislações é uma tarefa árdua e muito complicada. Essa parte você precisará consultar muitas vezes o contador do seu cliente, ou alguém preferencialmente experiente de sua região, pois a legislação varia de Estado para estado. Comece por verificar se em seu Estado é obrigatório atender a legislação sobre PAF-ECF. Depois pesquise sobre a necessidade de implementar o TEF. E a partir daí se precisará implementar Sintegra e/ou SPED. Quem pode lhe informar as alíquotas e tributações utilizadas é o seu cliente ou o contador dele. O próprio contador vai indicar se precisa de algum relatório de seu programa. Normalmente é o Sintegra que é enviado no final do mês ou início do mês subsequente. Depois que definir o que precisa, aí sim comece a estudar a legislação. Só depois de estudar a legislação pertinente é que você deve estudar os exemplos e componentes ACBr. Isso vai permitir que você saiba para que objetivos vai utilizá-los.

Podemos tentar verificar a versão por meio dos arquivos "change.log". Em cada pasta de arquivos fonte dos pacotes existe um arquivo que armazena as alterações mais significativas. Por exemplo, na pasta "Trunk\Fontes\ACBrSerial\" tem o arquivo "ACBrSerial-change-log.txt". Compare a versão antiga com a que você tem hoje. Tente qual a data da última atualização neste arquivo antes de atualizarem pelo tortoise. Faça isso com outros pacotes (ACBrComum, Synalist) que podem indicar alterações mais precisas. Talvez depois do seu retorno a gente possa identificar a maior parte das versões que podem dar problemas. Enquanto isso, inclua o Fastmm no seu projeto e coloque ele em teste para verificar se o erro continua acontecendo. Talvez seu problema possa ser resolvido só com isso.

Vocês conseguem identificar qual versão do ACBr que funcionava antes de ser atualizado? Nysp, você diz que está utilizando o Delphi 6 e assim apresenta erros de memória. Você utiliza no seu projeto o Fastmm?

Roberio, Por favor, não faça posts duplicados. Continue em: Além disso não poste dúvidas diferentes das que estão no tópico conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto".

Que arquivo MF, qual o requisito?

O Daniel tem razão, você precisa chamar ACBrECF1.DadosReducaoZ ou ACBrECF1.DadosUltimaReducaoZ antes de usar a ACBrECF1.DadosReducaoZClass.

Eu concordo com o Daniel. Se não tiver nenhum motivo específico da Daruma pra ter feito essa diferença, acho que é a melhor opção.

Leia desde o início e veja que a tabela é provida pelo órgão responsável. O Régys a postou apenas para facilitar. Mas ele não assumiu a responsabilidade de distribuí-la a todos. Vocês são novos no fórum, então vou indicar vocês a lerem as regras e as orientações gerais do fórum neste .&do=embed' frameborder='0' data-embedContent> Darlana, ViniBH, e outros: Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto". Mas antes de criar um novo tópico, usem a PESQUISA. Eu estou fechando esse tópico até que consigamos acertar as coisas ou outro moderador/Administrador assuma a responsabilidade por abri-lo.

Se o ATO COTEPE fala que é arquivo criptografado, então tem que ser arquivo criptografado. Se estiver usando o ACBrECF, veja o componente ACBrAAC que já faz praticamente todo o tratamento para você. Estude os exemplos, e pesquise no fórum sobre eles.

Já existe um tópico sobre o assunto. Use a pesquisa conforme as regras neste Em especial a "3.1 - Não faça flooding". Continuem em: Nota: César, queira observar as datas dos posts.

Sem problemas. Apenas tente facilitar as coisas para quem está querendo ajudar. Nós temos uma base de usuários grande pela qual temos que zelar, não dá pra sair modificando os componentes assim sem explicação. Vamos voltar então ao caso. O erro acontece com o ECFTeste ou só no seu projeto? Qual a mensagem de erro no ECFTeste? Se adicionar o FastMM no ECFTeste, o erro persiste? Em caso positivo a mensagem de erro muda ou é a mesma? Se mudar, anexe a imagem da mensagem de erro. Verificar o ECFTeste vai reduzir o número de possíveis outros erros que podem tentar pegar carona no que estamos analisando. Ainda usando o FastMM no ECFTeste, se ao invés de usar a função ACBrStr você usar o cast com AnsiString há alguma diferença? O erro persiste? E se você remover o cast e não usar o ACBrStr?

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

Você sabia que o Delphi 6 não é preparado para trabalhar com unicode? Quero dizer, que dentro do código dele String é igual a AnsiString? Que esses tipos fazem parte do compilador e nem estão ao menos declarados numa Unit? Os posts do Andreano, até onde eu entendi, são para quem está programando com Delphi acima do 2007 ou migrando para alguma destas versões. Me corrija se eu estiver errado. Essa é a sua única ideia porque vocês estão desconsiderando usar o FastMM ou algum outro gerenciador de memória como solução para o problema. É sério. A qualquer usuário do Delphi usando uma versão anterior ao 2007 que ainda não adiciona o FastMM no projeto eu aconselho a usar o FastMM. Se você não quer adicionar simplesmente por não querer, sem dar uma explicação, então, eu deixo de lado. Não tenho tempo nem interesse de ficar discutindo algo que pra mim está tão claro e muito bem documentado na internet e na comunidade Delphi internacional. Se essa opção não funcionar ou tiver motivos válidos para não pô-la em prática, aí tudo bem.

Acho que você deve estar enganado. Eles não ocultam o erro. Eles corrigem o erro. Ainda não entendi, qual o sentido de dar um Access Violation em um Cast de string para string?