Nysp

EMBarbosa, desculpa a demora na resposta. Você tem algum tutorial de como usar o FastMM com Delphi 6? Eu inclusive tirei a função do meu projeto e a deixei em um projeto a parte somente para testar com o FastMM mas, mesmo usando vários tutoriais (nenhum deles específico para Delphi 6, algo que não encontro), não consegui ter o log de possível erro. Sobre voltar o Tortoise para revisão específica, eu não posso fazer isso pois utilizo outro componente que precisa estar atualizado. Há uma maneira de fazer isso comente com o ACBrETQ? Obrigado

EMBarbosa, não sei se isso irá ajudar a esclarecer algo, mas segue as comparações dos logs que você indicou. Estou pegando o que consta como última atualização de cada um deles: ================================================================ ACBrComum (ACBrComum-change-log.txt) versão antiga, anterior ao Tortoise: Data: 27/07/2011 -- ACBrUtil -- [-] Corrigido o método AjustaLinhas para considerar as tags de formatação estava colocando a quebra de linha no meio delas e causando erros (por: Régys Silveira) versão posterior ao Tortoise: Data: 05/04/2013 -- ACBrUtil -- [+] Adicionado os metodos para conversão de Inteiros em Strings binárias no formato Little Endian (por: DSA) function IntToLEStr(AInteger: Integer; BytesStr: Integer = 2): AnsiString; function LEStrToInt(ALEStr: AnsiString): Integer; ================================================================ ACBrSerial (ACBrSerial-change-log.txt) versão antiga, anterior ao Tortoise: Versão 0.9.6 11/09/2010 -- ACBrECF -- [-] Corrigido rotina VendaItem, para Daruma FS345, quando quantidade do item tem 3 casas decimais (Isaque Pinheiro). versão posterior ao Tortoise: Data: 09/05/2013 -- ACBrBal -- [-] Alterado tempo de sleep após envio de comando de LePeso para corrigir AV. ================================================================ No Synalist não encontrei log. O último registro que encontrei nos logs relacionado a ACBrETQ no log do ACBrSerial foi esse aqui: Data: 13/03/2011 -- ACBrETQ -- [+] - Adicionado suporte a novo protocolo EPL2 (que é igual ao PPLB) Por: José Luís Schiavo e DSA [*] - Modificada a assinatura do método: CarregarImagem, para: CarregarImagem(AStream : TStream; NomeImagem: String; Flipped : Boolean = True; Tipo: String = 'BMP' ); overload; Pois alguns modelos de Impressoras suportam imagens diferentes de BMP e não suportadas pelo Delphi. A mudança também permitira o uso desse método em aplicações console [+] - Adicionado o método: CarregarImagem(ArquivoImagem, NomeImagem: String; Flipped : Boolean = True ) (Uma sobrecarga do método já existente) [+] - Adicionada a propriedade "DPI", que permite informar ao ACBrETQ, quantas DPI o equipamento comandado suporta. Dessa maneira é possível utilizar unidades de medida em Milimitros ou Polegadas mesmo em modelos EPL2 e PPLB (que originalmente só suportam medidas em Dots) [*] - Aplicação Demo - ETQTeste, modificada para melhor exemplifiar as novas funcionalidades Espero que tenha pego as informações corretas. Obrigado pela ajuda.

Obrigado por responder EMBarbosa. Começando pelo fim, não, infelizmente não utilizo o Fastmm. Sobre a versão do ACBr eu não sei identificar qual era a versão anterior a nossa atualização pelo seguinte: o ACBr foi instalado por um funcionário aqui da empresa que não trabalha mais aqui sem controle de versionamento. Como ele foi instalado e sempre foi utilizado sem problemas, nunca ninguém se preocupou em utilizar o Tortoise pra atualizar e ter as versões mais atuais dos componentes até o começo de abril desse ano. Portanto, nosso projeto era gerado com uma versão antiga do ACBrETQ e que funcionava perfeitamente. Porém, desde o começo de abril de 2013, passamos a atualizar o diretório com os componentes para termos uma nova versão de outro componente, o ACBrValidador e, por consequência, o ACBrETQ começou a apresentar esse problema esporádico - partindo do princípio de que seja realmente ele o problema como mencionei no post acima. Eu ainda até tenho um backup do antigo diretório anterior ao momento em que começamos a atualizá-lo com o Tortoise, mas não consegui identificar a qual versão do ACBr ele era. Se você souber de alguma forma, posso te informar, mas garanto que era bem antiga, provavelmente do começo do ano passado (2012). Não sei se há alguma identificação dentro do diretório de qual versão fazia parte. No log do Tortoise consta que a primeira versão que baixou para nós após o uso do mesmo foi o versionamento 5260. Porém, não sei especificar se foi realmente a partir dessa versão que começou o problema pois, como te disse, utilizamos uma versão bem defasada. Acontece que, após atualizarmos os componentes, qualquer projeto gerado a partir da atualização apresenta esse erro. E os gerados anterior a atualização não, sendo o código fonte exatamente igual de ambas. Desculpa pela falta de informações e até de exatidão para esclarecer se o erro realmente vem do componente, mas tentei explicar detalhadamente o que aconteceu pra ver se é possível identificá-lo. Se eu puder ajudar com mais informações, é só me pedir. Obrigado novamente pela ajuda.

Bom dia. Vou tentar explicar a situação que passamos aqui na empresa onde trabalho pra ver se é possível alguém ajudar. A cerca de 6 meses, utilizamos o componente ACBrETQ para impressão de código de barras em uma impressora Argox OS-214. E foi implementado em nosso cliente normalmente, nunca houve necessidade sequer de manutenção. Porém, como ele utiliza essa impressão apenas de tempos em tempos (cerca de 15 dias), ele reclamou que estava imprimindo apenas de vez em quando, em outras aparecia uma mensagem de erro. Ao realizarmos os testes aqui na empresa, constatamos que está retornando uma mensagem normalmente associada a memória (stackoverflow) e esse erro acontece esporadicamente, sem uma lógica. Para confirmar os testes, pegamos uma versão de nosso projeto gerada no final de março de 2013 e essa funcionou corretamente. Porém, depois que atualizamos os componentes ACBr através do Tortoise (algo que não fazíamos até então) no começo de abril, todas as versões geradas desse período até então retornam o mesmo erro. Até o momento que escrevo essa mensagem, estamos utilizando a versão 5351 pelo Tortoise. Nosso sistema é feito em Delphi 6. infelizmente, não tenho como dar mais detalhes pois é um problema que está fugindo de nosso compreendimento. Não sei se o componente sofreu alterações no período que possam ser revistas pelos desenvolvedores. O código fonte de nosso projeto é exatamente o mesmo de quando fizemos pela primeira vez e, dados os resultados dos testes (por ele funcionar com projetos até o fim de março e não funcionar com os projetos feitos a partir do começo de abril), parece ser mesmo do ACBrETQ. Fizemos testes em Windows XP e 7. Não sei se o problema realmente é no componente mas chegamos a essa conclusão devido a nossos testes utilizando o mesmo código fonte somente com versões diferentes de atualização do componente. Caso alguém precise de mais informações, vou postando. Se puderem ajudar, agradeço muito. Obrigado PS: criei esse novo tópico conforme pedido do moderador Daniel Simões. Se quiserem apagar as mensagens do outro tópico, fiquem a vontade.

Oh, perdão Daniel. Eu li as regras, é que como o meu problema é também uma dúvida sobre o componente em si, achei que se encaixaria nesse mesmo tópico. Vou criar outro específico. Obrigado!

Bom dia. Vou tentar explicar a situação que passamos aqui na empresa onde trabalho pra ver se é possível alguém ajudar. A cerca de 6 meses, utilizamos o componente ACBrETQ para impressão de código de barras em uma impressora Argox OS-214. E foi implementado em nosso cliente normalmente, nunca houve necessidade sequer de manutenção. Porém, como ele utiliza essa impressão apenas de tempos em tempos (cerca de 15 dias), ele reclamou que estava imprimindo apenas de vez em quando, em outras aparecia uma mensagem de erro. Ao realizarmos os testes aqui na empresa, constatamos que está retornando uma mensagem normalmente associada a memória (stackoverflow) e esse erro acontece esporadicamente, sem uma lógica. Para confirmar os testes, pegamos uma versão de nosso projeto gerada no final de março de 2013 e essa funcionou corretamente. Porém, depois que atualizamos os componentes ACBr através do Tortoise (algo que não fazíamos até então) no começo de abril, todas as versões geradas desse período até então retornam o mesmo erro. Até o momento que escrevo essa mensagem, estamos utilizando a versão 5351 pelo Tortoise. Nosso sistema é feito em Delphi 6. infelizmente, não tenho como dar mais detalhes pois é um problema que está fugindo de nosso compreendimento. Não sei se o componente sofreu alterações no período que possam ser revistas pelos desenvolvedores. O código fonte de nosso projeto é exatamente o mesmo de quando fizemos pela primeira vez e, dados os resultados dos testes (por ele funcionar com projetos até o fim de março e não funcionar com os projetos feitos a partir do começo de abril), parece ser mesmo do ACBrETQ. Fizemos testes em Windows XP e 7. Caso alguém precise de mais informações, vou postando. Se puderem ajudar, agradeço muito. Obrigado