Pesquisar na Comunidade

Bom dia pessoal! Estou enfrentando um problema de Access Violation, e vocês sabem que esses erros geralmente são chatos pra caramba de resolver... Esse erro em questão está bem estranho, é um projeto que anteriormente era em Delphi 7, mas recentemente fiz a migração para o Seattle. O erro ocorre (onde consegui identificar) ao dar ".free" em um formulário, eu sigo aquela receitinha de bolo padrão p/ exibir novos formulários: Application.CreateForm(TFormTeste, FormTeste); FormTeste.ShowModal; FormTeste.Free; Estou tentando usar a Call Stack do Delphi para ver se encontro onde o problema realmente ocorre, mas não consigo, na janela da Call Stack aparece a mensagem "Process is not accessible", acredito que pelo fato do projeto ser originalmente de outro Delphi falta alguma configuração pra a Call funcionar no Seattle, alguém sabe como posso habilitar isso? Ah, e se alguém já passou pelo mesmo problema no ".free" ou tiver alguma dica, agradeço muito! Obrigado.

Boa tarde pessoal, Fizemos a liberação de uma versão recentemente com a ACBr mais atualizada e verificamos que em 2 clientes, foi reportado erro no ECF. Analisando o log, verificamos o seguinte: -- 14/02 12:54:21:506 estLivre -- 14/02 12:54:21:661 GrandeTotal -- 14/02 12:54:21:663 TX -> [FS]R[200]001[183] -- 14/02 12:54:21:814 RX <- :[200]001000000000115917095[CR] -- 14/02 12:54:21:855 GrandeTotal -- 14/02 12:54:21:855 TX -> [FS]R[200]001[183] -- 14/02 12:54:21:878 Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0 -- 14/02 12:54:21:879 RX <- -- 14/02 12:54:21:879 ----------------- ERRO ----------------- A call to an OS function failed ---------------------------------------- -- 14/02 12:57:35:155 -------------------------------------------------------------------------------- ATIVAR - 14/02/18 12:57:35:155 - Modelo: Daruma - Porta: COM4 - TimeOut: 10 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE= MAXBANDWIDTH=0 SENDBYTESCOUNT=0 SENDBYTESINTERVAL=0 -------------------------------------------------------------------------------- E também: -- 14/02 12:59:15:894 estLivre -- 14/02 12:59:16:017 GrandeTotal -- 14/02 12:59:16:018 TX -> [FS]R[200]001[183] -- 14/02 12:59:16:203 RX <- :[200]001000000000115917555[CR] -- 14/02 12:59:16:247 GrandeTotal -- 14/02 12:59:16:247 TX -> [FS]R[200]001[183] -- 14/02 12:59:16:249 Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0 -- 14/02 12:59:16:249 RX <- -- 14/02 12:59:16:249 ----------------- ERRO ----------------- A call to an OS function failed ---------------------------------------- -- 14/02 13:02:11:846 -------------------------------------------------------------------------------- ATIVAR - 14/02/18 13:02:11:846 - Modelo: Daruma - Porta: COM4 - TimeOut: 10 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE= MAXBANDWIDTH=0 SENDBYTESCOUNT=0 SENDBYTESINTERVAL=0 -------------------------------------------------------------------------------- Ou seja, aparece este erro: A call to an OS function failed Em contato com o pessoal do suporte, nos foi relatado que isso ocorre no ECF Daruma quando o mesmo fica com pouco papel, conforme podemos observar várias vezes no log em anexo: -- 14/02 12:52:14:507 PoucoPapel -- 14/02 12:52:14:507 TX -> [GS][255][CR] -- 14/02 12:52:14:649 RX <- :A1E20C000000[CR] Em teste, o pessoal da qualidade conseguiu reproduzir uma única vez, em desenvolvimento estamos tentando simular, mas ainda não conseguimos êxito. Gostaria da opinião de vocês sobre este assunto. Desde já agradeço. LOG_ECF_ACBr-20180215.txt