Dércio Luis Zanatta

Tenho um caso aqui de uma NFCe que demorou 45 seg para retornar a resposta e retornou o erro interno 10060 HTTP:0. Entrei em contato com a SEFAZ e passei os dados da Nota. A nota está autorizada la e, segundo eles, demorou 4 sentésimos de segundo para autorizar. Através disso da para concluir que o problema não deve estar no envio e sim na leitura do retorno da SEFAZ. A conexão com a internet do cliente é via Fibra e está super estável. O que poderia estar causando essa demora toda, sendo que nota foi autorizada e retornou esse erro de conexão ?

Tenho um caso aqui de uma NFCe que demorou 45 seg para retornar a resposta e retornou o erro interno 10060 HTTP:0. Entrei em contato com a SEFAZ e passei os dados da Nota. A nota está autorizada la e, segundo eles, demorou 4 sentésimos de segundo para autorizar. Através disso da para concluir que o problema não deve estar no envio e sim na leitura do retorno da SEFAZ. A conexão com a internet do cliente é via Fibra e está super estável. O que poderia estar causando essa demora toda, sendo que nota foi autorizada e retornou esse erro de conexão ?

Certo, então nesse caso não tem como controlar um TimeOut ? Ta bem complicado isso, pois o cliente é um supermercado. A Internet está muito estável, não ha problemas de conexão e mesmo assim, aleatoriamente demora 30, 40, em alguns casos até passa de minutos para retornar o erro. Não teria uma forma de controlar esse tempo ?

Boa tarde Também notei esse problema em meus clientes e fiquei na dúvida. Se estou enviando no modo Síncrono, não deveria respeitar o Time Out configurado no componente propriedade "Time Out" e Numero de tentativas ?

Boa tarde Tenho enfrentado alguns problemas ultimamente e gostaria de ver se alguém já passou por isso e tem alguma outra sugestão para tentar resolver o problema. Uso OpenSSL, acessnado o cretificado .pfx O que ocorre em quem em alguns envios de NFCe, aleatóriamente demora certa de 1 min para retornar da função ACBRNFe1.Enviar(Cupom,False,True) e quando retorna, retorna o erro:Erro Interno:10060 HTTP:0 Tenho configurada a propriedade TimeOut = 5000 e a propriedade Tentativas = 2 Em pesquisa aqui no fórum vi para atualziar as DLLS do OpenSLL e alterar a propriedade VerificarValidade = False. Fiz isso, porém o problema continua. O maior problema é que não respeita o timeout configurado (10 seg, no máximo) chegado normalmente a 1 min. Alguém teria alguma sugestão para ao menos demorar o que está configurado no timeout ?

Boa tarde Tenho enfrentado alguns problemas ultimamente e gostaria de ver se alguém já passou por isso e tem alguma outra sugestão para tentar resolver o problema. Uso OpenSSL, acessnado o cretificado .pfx O que ocorre em quem em alguns envios de NFCe, aleatóriamente demora certa de 1 min para retornar da função ACBRNFe1.Enviar(Cupom,False,True) e quando retorna, retorna o erro:Erro Interno:10060 HTTP:0 Tenho configurada a propriedade TimeOut = 5000 e a propriedade Tentativas = 2 Em pesquisa aqui no fórum vi para atualziar as DLLS do OpenSLL e alterar a propriedade VerificarValidade = False. Fiz isso, porém o problema continua. O maior problema é que não respeita o timeout configurado (10 seg, no máximo) chegado normalmente a 1 min. Alguém teria alguma sugestão para ao menos demorar o que está configurado no timeout ?

Bahh EMBarbosa. Tu não tens idéia do galho que me quebrou cara... Muito obrigado pela paciência em me ajudar. Espero retribuir isso em alguma outra oportunidade. Abraço..

Bom dia. Fiz alguns testes aqui com o FastMM4.pas incluso no meu projeto e os resultados foram maravilhosos. Acredito que vai resolver meu problema definitivamente. Só fiquei na dúvida se é necessário jogar aquelas DLLs do FastM na máquina do cliente. Acredito que não, mas só para confirmar mesmo.

Certo.. Desculpe minha ignorância, mas o que seria modo Release ? Hoje eu compilo o projeto e envio o executável para o cliente, não sei seria isso o modo Release ? Quando vc diz "desligar: FullDebugMode e o ReportLeaksOnShutDown Vc quer dizer colocar um . na frente ?? ({.$define FullDebugMode} Não econtrei o define para ReportLeaksOnShutDown no arquivo .INC encontrei apenas esses texto: {Set this option to enable manual control of the memory leak report. When this option is set the ReportMemoryLeaksOnShutdown variable (default = false) may be changed to select whether leak reporting should be done or not. When this option is selected then both the variable must be set to true and the other leak checking options must be applicable for the leak checking to be done.} {.$define ManualLeakReportingControl} Pelo que entendi, dessa forma já estaria "desligado" certo ?

Posso deixar ele incluso no meu projeto ? Não vai dar diferença de velocidade ou desempenho executando a aplicação no cliente ? Preciso enviar o arquivo .INC para o cliente tb ou basta compilar com o FASTMM4 no uses ?

Certo Daniel. Vou encaminhar uma atualização para um cliente meu que é supermercado, onde são registrados vários ítens por NFCe. Ai vou acompanhar para ver se chega a dar o "out of memory" ainda e qual a quantidade de memória que fica alocada depois de um bom tempo de uso. Muito obrigado a todos pela ajuda ai.. Vcs são demaaaais... Abraço..

Eurecaaaaa Meu aplicativo não está gerando Log do FASTMM pois não gera nenhum Memory Leak. Fiz um teste agora, forçando um memory leak. Criei um String list e não liberei. Dessa forma gerou log. A notícia boa é que não tem memory Leak no meu aplicativo. A notícia ruim é que mesmo assim a memória alocada Fica Crescendo conforme utiliza o mesmo. Por enquanto, muito obrigado pela ajuda de todos. Se alguém tiver mais alguma sugestão do que pode ser feito para resolver isso, fico agradecido.

Fiz o seguinte... 1 - Alterei o arquivo FastMM4Options.INC as seguintes linhas: {.$define FullDebugMode} para {$define FullDebugMode} e {.$define ClearLogFileOnStartup} para {$define ClearLogFileOnStartup} 2 - No meu .DPR, inclui o FastMM4 no Uses como primeira Unit. e setei as variáveis antes do Application.Initialize; FullDebugModeScanMemoryPoolBeforeEveryOperation := True; SuppressMessageBoxes:=False; Rodo a aplicação em modo Debug !! Faltou alguma coisa ?

Alguém sabe se esse FAstMM4 funciona no Delphi 7 ? Aqui pra mim funciona no delphi 2010, porém não funciona no 7 , não cria o log ! Uma perguntinha... Atualmente eu somente uso o Fortes para gerar a DANFE em PDF no envio por e-mail. Se eu não usar o método ACBRNFe1.ImprimrPDF, esse métodos serão carregados mesmo assim ? Somente o fato de estar compilado o componente do ACBR que usa o Fortes já causaria o problema ?

Estou tentando gerar esse log no meu aplicativo , em Delphi 7, porém não estou conseguindo... Inclui o FastMM4 no uses, fiz as configurações no arquivo .INC, setei as variáveis, faz tudo... só não cria o log ! Vou continuar tentando.. Se conseguir, posto aqui.. Estou tentando gerar esse log no meu aplicativo , em Delphi 7, porém não estou conseguindo... Inclui o FastMM4 no uses, fiz as configurações no arquivo .INC, setei as variáveis, faz tudo... só não cria o log ! Vou continuar tentando.. Se conseguir, posto aqui..

Inclui o FastMM4 no Demo do ACBR e enviei uma NFCe.. Gerou o log em anexo.. Confesso que não entendi nada ehehhehe.. Talvez alguém possa me explicar.. ACBrNFe_demo_MemoryManager_EventLog.rar

Uso Delhphi 7. No Acbr, a cada NFCe que envia, também cresce a memória.. Ola. Eu uso Delphi 7. Estive lendo algo sobre esse FastMM. Não sei se entendi direito, mas ele tem a função de informar o que está carregado não de liberar. Certo ?

Talvez eu esteja falando besteira, mas seria possível dar um AcbrNFe1.clear no final de cada nota e criar uma função para criar o componente via Código novamente ? Será que isso não liberaria tudo que o componente fez e/ou carregou na NFCe anterior ?

Não tenho criação de tabelas temporárias nem criação de objetos. No final de cada nota, todas as querys são fechadas, inclusive é desconectado do banco de dados e conectado novamente. Não tenho nenhuma Triggers no BD. Vou ter que altera o Demo para mandar mais ítens por nota, mas posso tentar Acabei de testar aqui com o demo e ocorre a mesma coisa.. Enviei com um ítem mesmo, sem alterar nada no Demo.. Enviei 3 NFCes. A primeira - 5,3 MB A segunda 13,3 MB A terceira 17,3 MB

Passei a usar o componente em um DataModule, mas o comportamento ainda é o mesmo ! Fica alocando cada vez mais memória no Envio..

Olá. Eu uso uma função que achei em outro fórum chamada TrimAppMemory que diminui bastante a quantidade de memória. Não sei se se trata disso...

Vou tentar colocar num DataModule. Vamos ver se da alguma diferença Obrigado pela dica

Bom dia Estou enfrentando um problema ultimamente e gostaria de saber uma opinião sobre isso.. Depois de debugar o programa acompanhando o uso de memória no gerenciador de tarefas no windows, verifiquei que a quantidade de memória alocada no momento em que é feito o envio da NFCe (ACBRNFe1.Enviar) sobe muito e além disso fica cada vez maior conforme os documentos são enviados na seqência. Ex: Envio uma NFCe de 120 ítens.. Antes de enviar a memória alocada era de 6MB. Quando executou o envio, subiu para 38 MB. Depois Fiz a mesma nfce com os mesmos 120 ítens. Antes de enviar 6MB, No envio, 42 MB. Em uma terceiria tentativa, foi para 56 MB, e assim vai subindo até que uma hora ocorre "out of memory" no sistema. Uso o componente do ACBR em outro formulário e faço a liberação do mesmo após cada envio. Será que existe algo que se possa fazer para controlar isso ?

Olá pessoal Sei que esse Post é meio antigo, mas estou enfrentando alguns problemas com "out of memory" no Delphi 7 Utilizo Delphi 7 com Firebird 2.5.3 O que ocorre é que aleatóriamente, quando faz um Select numa tabela (não é sempre na mesma tabela) ocorre o erro de "Out Of Memory" Não tem lógica nenhuma.. As vezes ocorre, as vezes não... Alguém já passou por uma situação parecida ?

Bom dia Verdade Ítalo. Estou impressionado com o amadorismo desse pessoal da prefeitura de Carazinho.. Tinham me informado via telefone que não havia necessidade de assinar os arquivos xml, que podia usar o método Síncrono e passaram o endereço da página de login do site deles como sendo a URL de homologação.. Pois bem, tudo errado... PRECISA ASSINAR OS XML, NÃO EXISTE MÉTODO SÍNCRONO E A URL... NEM SE FALA ! A luta continua companheiros !! kkkkkkkkkkkkkk