EMBarbosa

Olá Murilo. Esse ajuste foi por causa do seguinte tópico: Depois de vê-lo, talvez você possa detalhar melhor que tipo de problema está encontrando.

Qualquer erro deste tipo é bug do compilador ou da IDE. Como o nome diz é um "erro interno". É muito difícil saber o que levantou o problema porque mesmo que o erro seja levantado em uma linha, ele pode estar relacionado a um código de outra unit ou dcu. Tente verificar o que o BigWings mencionou acima. Caso não encontre nada, sugiro: Instalar o IDE FixPack (se ainda não tiver feito) Verificar se há patches pra sua versão do Delphi que não foram instalados tentar com outra versão do Delphi fazer um update to revision do ACBr para a versão que funcionava e ir manualmente fazendo update to revision até encontrar o ponto que gera o problema

Vocês conseguem reproduzir o travamento?

Depende do que os seus clientes estão reclamando. Sugiro você pegar uma reclamação concreta (talvez a que a maioria faz) e fazer buscas pra resolver ela primeiro. Gosto muito das perguntas mais populares no site UX (parente do StackOverflow): https://ux.stackexchange.com/questions?tab=Votes De modo geral, isso está relacionado a experiência do usuário, usabilidade de aplicação, interface de usuário, UIX (user interface expirience)... Coisas similares podem ter resultados em pesquisas.

Nesse caso deve ser a versão mais atual. O que limita então a ter que procurar o que realmente está causando o "Out of memory". Talvez uma fragmentação da memória. Mas daí já complica...

Você usa o FastMM? Se sim, qual versão?

Talvez sejam os componentes Core Lab MyDAC... Não sei se ainda existem em algum lugar...

Erro 500 geralmente é erro no Servidor. O indicado é contatar o responsável pelo servidor para pedir mais informações sobre o erro. Por outro lado, talvez a requisição esteja malformada. Nesse caso, você precisa verificar a requisição que está enviando e analisar se ela realmente está do jeito que a documentação do servidor precisa receber.

Quantos itens são? Qual a versão do seu Delphi? Testou com o aplicativo de exemplo?

Algum antivírus, ou aplicativo de segurança bancária na máquina? Isso explicaria o travamento. Outra possibilidade é a aplicação ser multithreading e estar havendo Deadlocks ou conflitos de lock.

Você provavelmente está com os fontes incorretos. O evento está programado sim.

Depois de avaliar a questão das margens conforme o José Júnior mencionou acima, tente ver esse post:

Os pacotes estão sendo separados em DesignTime e Runtime. Isso significa que agora temos dois pacotes para quase todos os componentes. Como a separação do pacote MDFe ainda não foi pro SVN, ele ainda precisa do pacote Designtime do ACBr_Comum, ou seja, precisa do DCLACBr_Comum.

Eles devem ter mudado de ideia ou se equivocado na versão 3.0.2. Mas muito obrigado pelas contribuições. Se encontrar mais algum problema, fique a vontade pra nos avisar. Bom trabalho por aí!

Que ótimo que deu certo! Muito obrigado pelo retorno também. Bom trabalho por aí!

Apenas para informação: Se alguém quiser fazer essa alteração no código fonte ficaremos gratos e felizes em analisar a contribuição. Nesse caso, queira criar um novo tópico e anexar os arquivos alterados por favor.

Boa tarde. Não sei se notou, mas o arquivo que você citou está desatualizado uns 6 anos. É melhor você contatar a certificadora (Software Express, SkyTef, ou outra), para poder ter a versão mais atual dos manuais.

Muito obrigado pela contribuição, @Lazaro Pavao e @Leandro Araújo Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 19552. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 19551. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Boa tarde. Muito obrigado pela contribuição. Fiz a implementação baseada nela. Mas não subi a alteração do nome do campo no registro C185. Não encontrei essa alteração no Guia Prático versão 3.0.3. Subi as demais alterações para o SVN na Revisão 19550. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

A Sefaz de MG publicou nova resolução adiando os prazos de obrigatoriedade para NFC-e em MG. As datas anteriores para os contribuintes eram: 1º de junho de 2020 para empresas com faturamento entre 500.000,00 e 1.000.000,00 1º de setembro de 2020 para empresas com faturamento menor que 500.000,00 As novas datas para os contribuintes são: 1º de setembro de 2020 para empresas com faturamento entre 500.000,00 e 1.000.000,00 1º de dezembro de 2020 para empresas com faturamento menor que 500.000,00 Veja mais informações direto no site da Sefaz: http://www.sped.fazenda.mg.gov.br/spedmg/noticias/Resolucao-SEF-5.355-/

Muito obrigado pela contribuição. Fiz a implementação baseada na "Solucao1". Subi as alterações para o SVN na Revisão 19527. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Nesse caso, ou é o timeout muito baixo, ou erro na Sefaz mesmo. Tente aumentar o timeout nos lugares que está recebendo esse erro.

Até onde eu entendo, você precisa passar todos os dados requeridos. Fazendo isso, é gerado conforme. O exemplo, é como o próprio nome diz, apenas um exemplo. Você segue a ideia para fazer tudo o que a documentação requisitar.

Olá Ronaldo, Acho que precisamos verificar essa situação com mais cautela. De acordo com a documentação da Microsoft, o ACBrInstall não parece ser compatível com essa flag. Vejas as exigências na documentação: O primeiro ponto (não usar arquivos .ini) já é suficiente para que o ACBrInstall não se enquadre nas aplicações que podem usar de forma segura o flag mencionado.