Daniel Simoes

Não na minha máquina... Pense bem, se o erro fosse assim tão primário... o fórum já estaria inundado de pedidos de ajuda como este... Com certeza é algo na sua instalação do Delphi

O problema é descobrir ONDE está o erro... por isso que solicitei a analise do History do SVN...

Veja um exemplo bem simples, usando a Synapse que é distribuída com o ACBr em: http://www.ararat.cz/synapse/doku.php/p ... tcpwithssl http://www.ararat.cz/synapse/doku.php/public:howto

Beleza... estamos próximos da solução... Agora, usando o WinMerge, compare as Units da pasta ACBrBoleto, mas em específicos as Units que tenham algo com FortesFC no nome (compare o DFM também)

Tente com essa: ftp://freepascal.dfmk.hu/pub/lazarus/sn ... -win32.exe Se o Link morrer abra: ftp://freepascal.dfmk.hu/pub/lazarus/snapshots/ e procure por Lazarus 1.1 e FPC 2.6.1 com Win32

O ACBrMonitor não tem suporte para o Sintegra e nem para nenhum outro componente de geração de TXT (Ex:Sped) Não temos planos de inserir suporte a eles no ACBrMonitor

Leao, Eu não tenho a menor ideia de qual é a alteração que você se refere... isso porque aparentemente nenhuma das ultimas modificações (acho que eu fui o único desse post a consultar o history) poderia causar um problema desses... Reverta seus fontes para versões anteriores e teste... Se você quer nos sugerir para mudar ou reverter algo nos fontes... Informe exatamente o que você quer (quais linhas mudar ??)... Teste a rotina de PDF do Fortes com outro relatório qualquer... se tiver o mesmo problema, então é o Fortes. Não uso o Delphi e não uso o Fortes para Delphi... e com meus testes tive a conclusão que o problema é no Fortes... Portanto não pretendo efetuar maiores testes, debug ou correções... até porque tenho pouco conhecimento sobre esses produtos... Se tiver alguma correção para subirmos ficaremos muito agradecidos..

Qual versão de Lazarus e FPC você está utilizando ?

Aí que está o ponto... Algum de vocês analisou o SVN history conforme solicitado já por dua vezes ? Não precisa ser "fera" da programação para fazer isso... Um bug report correto seria... "Após mudarem a linha X da Unit Y aconteceu o problema Z... Reverti as modificações para a revisão N e tudo voltou a funcionar..." Em todo caso, não creio que o problema seja no ACBr, mas sim algo no Fortes...

Parece ser um Bug no filtro de PDF do Fortes Report... o ACBrBoleto apenas manda um relatório comum para o gerador, a conversão para PDF fica por conta do Gerador... Se você listar na tela verá que sai correto... Testei com um Delphi XE2 e Fortes 3.71b Tentei usar uma copia do SVN do Fortes, mas nem compilou... Reporte o caso no Suporte/Forum do Fortes Report ou Experimente usar um outro Engine de Gerador, como Quick ou FastReport, o ACBrBoleto tem componentes para eles...

Vamos lá... Já fez o que foi solicitado ??? Seu post ainda não tem imagem em anexo, e não diz exatamente qual é o problema, fica portanto bem difícil de lhe responder...

Qual o Erro ? Aparentemente o G.P. fez uma pergunta, e não reportou um erro... No Pay&Go, verifique pela configuração "Acatar desfazimento" (ou algo parecido)

Não o objeto TEF, pois não há como interagir na Interface através do ACBrMonitor (o componente ACBrTEFD usa muito eventos)... Mas você pode usar vários métodos que facilitam o desenvolvimento do TEF como: ACBr.BlockInput ACBr.AppActive ACBr.LoadFromFile ACBr.SaveToFile ACBr.DeleteFiles Veja instruções sobre esses métodos em: http://acbr.sourceforge.net/ACBrMonitor.htm

Por favor leia esse post da Daruma viewtopic.php?f=10&t=5713&start=10#p30320

Não uso Delphi nem a Indy... fica difícil analisar... Uso Lazarus/FPC e a própria Synapse (usada para construir o ACBrTCP) como Client..

perfeito... o problema é a conexão inicial, que só o Client pode iniciar... depois de conectado ambos os lados podem enviar dados...

Sempre o Cliente que deve iniciar a "conversa" e nunca o servidor... Você pode enviar qualquer informação ou tipo de dado... no caso do TXT, leia-o em um StringList e envie como qq outra string

Sim, é premissa de todo Servidor aceitar múltiplas conexões... Veja o Demo do ACBrTCP na pasta Exemplos

Depende Regys... tb é permitido abrir um CCD e imprimir todas as vias de todos os cartoes nele... Eu particularmente prefiro assim, pq em alguns ECFs, como por exemplo na bematech, não é permitido abrir 2 CDC usando a mesma Forma de Pagamento, no mesmo cupom...

A licença do ACBr é a LGPL, ela permite que o código do ACBr seja "linkado" estáticamente no seu binário final... É do bom costume citar créditos os projetos de OpenSource em uma janela do tipo "About" ou "Sobre" Veja um exemplo em anexo

Atualização do Fortes ou do ACBrBoleto ?? Se for do ACBrBoleto, usem o SVN History e verifiquem quais foram as últimas modificações

Oi Edgar, Muito bacana sua alteração.. obrigado... @Regys, pode testar e subir ?

Se vc quer Bloquear o Mouse/Teclado por causa do TEF, use o ACBrTEFD para isso, e deixe essa propriedade do ACBrECF em False

Para impressão em portas USB tente o seguinte... - Instale o driver da Impressora.. teste pelo windows e verifique o funcionamento - Compartilhe essa Impressora na Rede (com o nome por exemplo de "IMP1") - Use como porta para o ACBrECF a string "\\localhost\IMP1" ou ainda "\\127.0.0.1\IMP1" ou "\\IP_DA_MAQUINA\IMP1"

Evite esse tipo de artifício, use-o somente quando o Banco de Dados não contiver a informação para geração do TXT. O motivo é que o cliente é obrigado a gerar o SPED ou outros TXTs mesmo que o ECF seja queimado ou roubado...