Painel de líderes

Importante descoberta... obrigado... Vou fazer alguns testes... No FPC, um Unsigned Int de 4 bits seria o Cardinal, "longword" http://www.freepascal.org/docs-html/ref/refsu5.html

Verifique (debug) como ele está computando o método "SaldoRestante"

Olá Allan, Infelizmente não estou conseguindo parar para mexer com isso, mas acredito que se o tipo da xmlSecSize deve ser um int de 4 bytes, deveríamos declara-la na libxmlsec.pas como SizeInt e não como Cardinal. xmlSecSize = SizeInt; Assim, tanto em plataformas de 32 como de 64 bits o sistema fica adequado. http://www.freepascal.org/docs-html/ref/refsu5.html Não fiz nenhuma alteração e nenhum teste, é apenas um sugestão Abraços,

Pessoal foi falha minha aqui, na UF do Webservice eu não estava trocando a UF .. estava deixando a de SP, por isso gerava o erro.. mil desculpas... Maiquel conferi na propriedade UF de webservices e estava lá a burrada... grato a todos pela ajuda!

Boa tarde. Em testes realizados com os fontes do André Medeiros no Delphi 10.1 Berlin em ambiente x64, consegui passar pela assinatura modificando os tipos Cardinal para UInt64 e LongInt para Int64. {$IFNDEF FPC} {$IFDEF CPU64} ValUInt = UInt64; SizeInt = Int64; {$ELSE} ValUInt = Cardinal; SizeInt = LongInt; {$ENDIF} PSizeInt = ^SizeInt; TLibHandle = THandle; {$ENDIF} Porém o XML não é assinado corretamente, ficando com as tags DigestValue, SignatureValue e X509Certificate em branco. Pesquisando sobre o assunto encontrei alguns links interessantes, que podem fazer mais sentido para vocês que conhecem bem o Linux. https://www.aleksey.com/pipermail/xmlsec/2007/008005.html https://www.mail-archive.com/[email protected]/msg04837.html http://www.forum.hr/showthread.php?p=43283545 Basicamente xmlSecSize deve ser um "unsigned int" definido com 4 bytes, porém não obtive sucesso nos meus testes. Se precisar de algo estou a disposição. Att.

eu uso Fast Report... Talvez seja isso.... vou tentar achar as tag´s fields e etc na Unit correspondente ....

Caros colegas.... Achei onde alterar.... Segue a dica.... unit ACBrCTeDACTEFR; ... procedure TACBrCTeDACTEFR.CarregaSeguro; ... case respSeg of rsRemetente : FieldByName('RESPONSAVEL').AsString := 'Remetente'; rsExpedidor : FieldByName('RESPONSAVEL').AsString := 'Expedidor'; rsRecebedor : FieldByName('RESPONSAVEL').AsString := 'Recebedor'; rsDestinatario : FieldByName('RESPONSAVEL').AsString := 'Destinatário'; rsEmitenteCTe : FieldByName('RESPONSAVEL').AsString := 'Emitente do CTE'; //'Emitente' <<<<<---------- rsTomadorServico: FieldByName('RESPONSAVEL').AsString := 'Tomador'; end;

No Log da Elgin dá pra ver o erro ocorrendo... 04/10/2016 17:06:01:363 100062|EnviarDadosVenda|12345678|у 04/10/2016 17:06:09:7 Request timed out! 04/10/2016 17:06:09:7 100061|06000|0000|Emitido com sucesso + conteúdo notas||| Ocorreu um TimeOut no envio da DLL para o SAT... e a DLL ao invés de retornar um erro para a aplicação... acabou retornando a resposta da sessão anterior 100061 Tudo indica ser um bug na rotina de tratamento de envio da DLL ao SAT, que não considera corretamente o erro de TimeOut ...

Acabamos de disponibilizar a versão 1.0.0.0 do ACBrMonitorPLUS Esta versão vem assinada digitalmente com o certificado da DJSystem. É essa assinatura que garante que esta é a versão oficial do ACBrMonitorPLUS, compilada pela equipe do ACBr. Além disso a assinatura garante que os anti-vírus em sua maioria não irão bloquear a execução do aplicativo. Assim como o Windows reconhecerá a autenticidade do mesmo. Sobre o número da versão, adotamos o padrão do Lazarus, implementando um maior controle sobre este número. A IDE do Lazarus nos auxilia nesse sentido gerando automaticamente o numero de build do executável. O número de versão é gerado da seguinte maneira: Ver.: 1 . 0 . 0 . 1 Ver.: MJ . MI . R . B - B (Build): é o número da compilação do executável, este número muda a cada build do programa; - R (Revision): será incrementado quando houver pequenas correções de bug; - MI (Minor): será incrementado quando houver adições de recursos ou pequenas mudanças; - MJ (Major): será incrementado quando houver grandes mudanças ou refatorações, novos recursos importantes. A versão do ACBrMonitorPLUS estará sempre visível na barra de títulos do mesmo. O instalador além de conter a versão no nome, passa a ter a data de sua geração também.

Tudo indica um erro de configuração no Provedor SMTP O provedor está respondendo ser capaz de fazer uma autenticação "CRAM-MD5", quando na verdade, ela é "PLAIN"... Provavelmente, se fosse tentada a autenticação "PLAIN" primeiro, a autenticação ocorresse com sucesso... O Erro do provedor, é responder que ele é capaz de autenticar usando "CRAM-MD5", quando na verdade, ele não o é... Aplicado um "workaround", que tenta a autenticação PLAIN por primeiro... A correção está no SVN... Commit [r12331]

Notei no seu Log, que houve um erro anterior: -- 08/09 11:32:00:517 -- Ativando a porta: COM3 -- 08/09 11:32:00:533 ----------------- ERRO ----------------- Communication error 5: Acesso negado ---------------------------------------- -- 08/09 11:32:00:533 ----------------- ERRO ----------------- Communication error 6: Identificador inválido ---------------------------------------- Me parece que algo ocorreu com a Porta Serial virtual, e ela ficou inacessível... (Acesso negado)

Olá Daniel Eu fiz os ajustes nos que você me enviou... esqueci de te enviar o ACBrDFeOpenSSL.pas da primeira vez. Para testar aqui, atualizei os fontes para ultima versão do svn e subscrevi com este fonte que estou te enviando anexo e consegui passar pela assinatura. Mesmo assim se continuar com problemas conte comigo para ajuda Abraços Fontes.zip

Ainda não consegui passar pela assinatura... a chave continua chegando com Null... Poderia por favor testar com os fontes que estou trabalhando ? Fontes.zip

VLW , PAULO , NA MOSCA, ABRAÇO