Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

aocampioni

Usuários SAC
  • Content Count

    208
  • Joined

  • Last visited

Community Reputation

37 Excellent

2 Followers

About aocampioni

  • Rank
    Membro
  • Birthday 11/15/1973

Contact Methods

  • Website URL
    http://www.consultatec.com.br

Profile Information

  • Sexo
    Masculino
  • Location
    São Joaquim da Barra

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Juliana, boa tarde. Farei um teste e te reporto tá ok. Até, Daniel, boa tarde. Ok, entendido, também enxergo que a solução proposta reduz drasticamente a performance da aplicação , principalmente se o arquivo é escrito em rede. Vamos estudar mais um pouco aqui e qualquer resultado diferente que consigamos aqui eu reporto tá ok. Obrigado e até mais,
  2. Boa noite. Infelizmente tenho esse mesmo problema até hoje. Alguns clientes usam Kaspersky e outros não. Imagino que seja um problema que ocorreu em um dos grandes refactorys do ACBr, no fim do ano passado, um dano colateral normal. Acredito que um tratamento com IOResult deva resolver, assim como foi feito nos ACBDeviceSerial e em outros arquivos. O que acha @Daniel Simoes, será que pode ser o mesmo problema que encontramos lá em fevereiro? Afinal existem nessa unit a WriteLog também. Vamos aguardar, Boa noite a até mais,
  3. Amigo alexandre.abaco tente variar então o SSL Type pra LT_All, ou tentar usar o capicom (atualize as dlls e registre, conforme arquivo que te enviei e execute-o novamente) pra ver se surte efeito. Desmarque as opções de protocolo nas configurações do IE e deixe apenas o TLS 1.2 marcado, enfim, tente isso e nos avise. Abraço
  4. Bom dia Juliomar, Então, assim, rsrs, como disse acima pro colega, as vezes passamos mil vezes pelo problema e não o vemos, então, adotei esses mesmos procedimentos que passei pra ele. Nesse, em questão, quando baixo o ACBr simplesmente desinstalo todo ACBr do meu delphi, executo o bat de apagar pra não ficar nenhum vestígio (pra se ter uma ideia a minha máquina é particionada em dois volumes, eu executo nos dois) e depois instalo tudo novamente, confiro DLL`s atualizadas e tals. Uma vez o Daniel comentou que qualquer vestígio de BPL, DCU perdida em algum diretório poderia causar o proble
  5. Estimado, Bom dia! Desmarca SSL3, TLS 1.3. Marca a TLS 1.0 e a 1.1 e copia as novas dlls disponíveis no ACBr pro diretório de sua aplicação. Esse erro aí é problema de DLL. Ao baixar o ACBr (atualizações) já lhe adianto que não adianta recompilar, pelo menos comigo aqui funciona assim: Desinstalo tudo, executo o apagarAcbr. Instalo novamente, verifico no diretório DLLs se há novas versões de DLL (mais novas que as que tenho no diretório da minha aplicação), atualizo as que são mais novas, e só depois recompilo meu sistema e executo ele. As vezes é calma, principalmente nessa hora do clien
  6. Daniel, obrigado. Matou a pau, erro em uma máquina que tenho aqui que simula o mesmo ambiente que tem na maioria dos clientes. Windows 7. Um KB estava desatualizado nela (assim como em muitos dos clientes) e por isso não rodou a impressão. Rodei pela minha que tem windows 10 (no começo do post eu havia rodado na minha e deu erro 103) e não deu mais nenhum erro. Engraçado que pelo posprinter , lá na máquina que tem windows 7 funcionou. Mas é isso, acredito que está resolvido essa questão no ACBr. Obrigado mais uma vez e até mais.
  7. Pessoal, Boa tarde. Dando um retorno prometido sobre a situação é o seguinte. Em 90% do tempo não consigo usar mais os comandos a : Assignfile(iImp,'\\192.168.100.97\tp650'); Rewrite(iImp); <== agora o erro é i/o error 1265 Writeln(iImp,sCodigoInicializacaoImp); <== não chega aqui. Se eu coloco Assignfile(iImp,'\\192.168.100.97\tp650'); {$I-} Rewrite(iImp); <== engole o erro {$I+} Writeln(iImp,sCodigoInicializacaoImp); <== então dá i/o error 103 No posprinter, tudo resolvido, digo, no programa de exem
  8. ok Daniel, farei mais uns testes esse fim de semana e na segundona reporto como está tá ok. Obrigado pessoal. Abraço.
  9. Opa, vou verificar Waldir e aplicar esse workaround aqui no meu código, valeu. Abraço.
  10. Waldir e Daniel, Bom dia. Olha, olhando aqui com um pouco mais de calma (não consegui acompanhar todo fluxo pois me falta tempo e certa competência) mas notei que falta aplicar as diretivas também no arquivo ACBrDeviceRaw. No arquivo ACBrECFNaoFiscal não notei que precisa dessas diretivas se bem que há pontos em que elas 'calham'. A impressão, como o Waldir disse mesmo, é que após um assign pra começar a trabalhar com Reset ou Rewrite em algum ponto arquivo parace ser fechado antes de eu comandar Reset ou Rewrite, mas após acontecer pela primeira vez ele parece permanecer aberto (ou é ao
  11. Waldir, Sinceramente digo que me preocupo mas sei o que tem por traz de todo esse projeto. Essa sim é uma grande equipe de desenvolvimento, das melhores que já vi. Do outro lado, muitos usuários testando e é isso que fazcom que o ACBr seja esse sucesso que é hoje. Sei que será resolvido e o que nós usuários pudermos fazer para contribuir, faremos. Estou agora copiando essa versão de 06/01 para um diretório isolado e vou fazer um SVN Update nele lá e voltar algumas revisões pra chegar em 06/01 e de lá pra cá tentar identificar algo. Qualquer coisa posto aqui. Muito obrigado, abra
  12. Então Waldir, muito estranho, eu fiz aplicação desse item que você mencionou em todas minhas chamadas, inclusive não só impressão, mas também quando eu precisei ler ou gravar arquivos textos em algumas rotinas. Fiz em todas mas não resolveu. Apenas gostaria de dizer, que aparentemente depois que o ACBrDeviceSerial entrou na jogada (pois eu não tinha ele quando atualizei em 06/01/2020) o erro começou a aparecer. Pode ser alguma coincidência. pode estar em alguma rotina nova, ou alguma outra alterada/melhorada, não sei. Fiz o teste na outra máquina que estava funcionando também, atualizei o ACBR
  13. Daniel, Confirmando apenas : - fiz o teste com o fonte que você me passou e continuou o problema. - fiz o teste com o fonte que você me passou, com instalação limpa do delphi e do acbr, o problema continuou, até ao abrir os projetos pela primeira vez dava o bendito erro io 103 e não só nas impressões com o writeln e o posprinter. - removi novamente todo acbr e instalei a versão anterior que eu tinha (sempre guardo) de 06/01/2020 e funcionou, sem problemas, tive que remover todos os ACBrDeviceSerial dos fontes onde tinha a unit ACBrDevice pois não está presente esse arquiv
  14. Daniel, boa noite. Muitíssimo obrigado pelas prontas respostas, vou substituir a biblioteca agora e testar. Retorno mais breve possível. Até mais, Daniel, Passo a passo é o seguinte, entrei no demo, coloquei a porta de rede \\127.0.0.1\tp650, como eu disse é local mas poderia ser \\192.168.0.30\tp650 (que é como outra máquina da minha rede vê a minha) e daí ativei, desativei, ativei novamente e aqui já dá o erro. Lembrando, que pelo USB:Tanca local ou se tivesse RAW:Tanca-TP650 posso fazer o procedimento que o erro não acontece. Também não acontece com a impressora RAW:
  15. Pessoal, Boa tarde. Notei um fatídico I/O error 103 após última atualização que fiz nessa semana, dia 10. Simplesmente não sei o que é, antes eu utilizava portas no sistema , mesmo com o ACBrPosPrinter ou com o famoso Rewrite dessa maneira: \\127.0.0.1\tp650 , tipo, impressoras compartilhadas em outras máquinas (claro que essa impressora é compartilhada mas tá local na minha máquina para testes) e agora obtenho esse erro; Basta tentar ativar ou desativar que o erro é provocado. Pra simular certinho, entrei no posprinter demo, dei ativar e não ocorreu o erro. Desativei e selecio
×
×
  • Create New...