EMBarbosa

Você pode procurar no fórum e analisar o código no branches. Se desejar compartilhar alguma atualização, anexe aqui no fórum informando o que foi alterado.

Basicamente é assim: Se você vai usar herança, então não precisa copiar as units. Se você vai criar um componente diferente onde os métodos precisarão ser alterados então você faz cópia dos arquivos.

Olá Lucio. Não existe um aplicativo do tipo "Monitor" para geração do aquivo SPED. Isso porque não faria sentido você gerar um arquivo .txt com os dados para simplesmente ser gerado outro arquivo .txt. É mais fácil você gerar o arquivo SPED direto.

Agora sim uma pista. Eu não sei se entendi direito, mas talvez seja algum problema no isolamento dos privilégios do SO.

De forma educada, pergunte a ele de o porquê de ele pensar ser necessário fazer esse tipo de teste. Tente descobrir de onde ele tirou isso...

Não. Os projetos ACBrMonitor e ACBrNFeMonitor é que serão unificados no ACBrMonitorPlus.

Pode ser problema no provedor na internet dele. Pode ser problema na rede dele. Pode ser problema na máquina dele. Pode ser um problema nos softwares instalados na máquina dele. É uma gama muito ampla de problemas...

https://github.com/mantisbt-plugins/source-integration

Desculpe acho que não fui claro. Eu quis dizer descrever os motivos das alterações, não alistar as alterações em si...

Por favor, poderia descrever suas alterações?

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]".

Esse tópico deve ter vazado na peneira quando foi criado o subfórum... Movido.

Quais foram os parâmetros que você utilizou? Essa procedure tem dois muito importantes neste caso, Documentos e Finalidade.

Acho que o André já subiu uma versão para testes: Só não sei se tem isso que foi mencionado nesse tópico.

Olá, Obrigado por ter me mandado o erro. Mas você poderia ter respondido aqui mesmo ao invés de uma mensagem privada. Eu não tenho muita experiência com os Monitores, mas vamos lá... Bom, o erro parece mesmo ser bem genérico mas talvez isso indique que o problema esteja em outro lugar. Por isso fui verificar o seu log. Veja a parte inicial abaixo: Exception: Stack overflow Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\SAINFE.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\SAINFE.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\SAINFE.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\SAINFE.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\SAINFE.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\SAINFE.TMP\.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\SAINFE.TMP\.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\SAINFE.TMP\.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\SAINFE.TMP\.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\SAINFE.TMP\.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\SAINFE.TXT\.tmp". O sistema não pode encontrar o caminho especificado Exception: Cannot create file "C:\ACBrNFeMonitor\TXT\SAINFE.TXT\.tmp". O sistema não pode encontrar o caminho especificado 23/04/2015 18:22:45 - NFe.StatusServico; ERRO: Arquivo não reconhecido Pelo visto está havendo vários problemas antes de acontecer o erro "Arquivo não reconhecido", inclusive um de StackOverflow. Eu acho que o problema está aí. Será que você poderia testar com uma versão mais recente do Monitor?

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]".

Acho que o comando que você quer é o TACBrECF.ArquivoMFD_DLL(). Poderia verificar?

Verifique como é feito no programa de Exemplo do ACBrTEFD.

Qual mensagem de erro?

Qual a sua IDE?

Se a mudança tiver sido essa, poderia sim.

Muitos tem visto que o código dependendo do tamanho do BD do seu cliente algumas operações podem ficar muito lentas. Em especial notamos isso na geração dos arquivos como SPED e Sintegra. Então, na medida do possível, estou analisando aqui alguns métodos que são muitas vezes utilizados e podem fazer grande diferença no código para otimizá-los, fazendo-os serem executados com o mínimo de tempo possível. Especificamente neste caso, as vezes o problema está na constante alocação de memória e redimensionamento das strings. Vejam um exemplo o código do método ACBrUtil.TiraPontos. O método atual é executado várias vezes nos registros Sintegra. A seguinte linha abaixo causa realocação de memória ao redimensionar a string xStr toda vez que é executada: xStr := xStr + str[i] Podemos remover essa realocação por inicializar a string no começo e apenas redimensioná-la no final. Nos meus testes isso reduziu o tempo de execução em pouco mais de 80%. Quer dizer, se você utiliza esse método várias vezes chegando ao tempo total de aproximadamente 1,33 segundos, o tempo gasto depois de corrigido é de menos de 0,23 segundos. Criei o projeto abaixo para demonstrar como isso pode afetar o código quando é executado muitas vezes. Assim outros podem testar e ver a otimização. program project; {$APPTYPE CONSOLE} uses SysUtils, ACBrUtil, Diagnostics; function TiraPontosX(Str: string): string; const InvalidChars : set of char = ['/',',','-','.',')','(',',',' ']; var i, Count: Integer; begin SetLength(Result, Length(str)); Count := 0; for i := 1 to Length(str) do begin if not (str[i] in InvalidChars) then begin inc(Count); Result[Count] := str[i]; end; end; SetLength(Result, Count); end; var st1: TStopwatch; c: Extended; s: string; I,N: Integer; begin try { TODO -oUser -cConsole Main : Insert code here } st1 := TStopwatch.Create; for N := 1 to 3 do begin st1.Start; for I := 0 to 3000000 do begin s := ACBrUtil.TiraPontos('0.0'); end; st1.Stop; c := st1.ElapsedMilliseconds; Writeln(FloatToString(c)); st1.Reset; end; for N := 1 to 3 do begin st1.Start; for I := 0 to 3000000 do begin s := TiraPontosX('0.0'); end; st1.Stop; c := st1.ElapsedMilliseconds; Writeln(FloatToString(c)); st1.Reset; end; Readln; except on E: Exception do Writeln(E.ClassName, ': ', E.Message); end; end. Aproveitei para adicionar alguns testes para esse método específico e não causar nenhum problema ao inserir a otimização. (: Essa não é uma mudança que resolve todos os problemas. O método precisa ser chamado muitas vezes para começarmos a ver diferenças. Mas se fizermos isso com mais funções, com certeza teremos uma execução muito mais rápida. Conseguindo fazer o mesmo com outros métodos avisarei aqui nesse tópico.