Celso Marigo Junior

De uma olhada neste link, en, mesmos problemas. No nosso caso adicionando uma exceção no BitDefender resolveu, pode ser que vc tenha que trocar de AV. http://lazarus.lazarus.freepascal.narkive.com/Y2gZj9EM/sigsegv-with-gdb-exe

Este erro da forma que foi relatado parece um erro de bloqueio por anti-vírus ao GDB. Para confirmar, abra um projeto novo do Lazarus e rode ele sem nada no formulário, se o erro ocorrer, verifique seu anti-vírus, pois ele está bloqueando o debugger. Tivemos este problema com o BitDefender recentemente.

Achei também que era falta do componente... Olhe o tópico do Regys: http://www.projetoacbr.com.br/forum/announcement/8-fortes-report-community-edition/

Tente instalar o pacote, ACBr_NFe_DanfeRL \trunk2\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fortes (Considerando que você esta usando o SVN da trunk2) Na raiz da trunk2 existe um PDF explicando um pouco sobre como estão organizados os pacotes, se não viu ainda, sugiro dar uma olhada lá.

Alberto, Bom dia. Favor postar os logs dos novos testes, onde os erros não ocorreram. Analisei a possibilidade de uma chamada recursiva, conforme sugerido pelo Daniel e não é o que parece estar acontecendo, pois, todas as chamadas a gravação do ACbrMonitor.Ini estão sendo encerradas usando o finally do try. Presentes em: TfrmACBrMonitor.SalvarIni TFrmACBrMonitor.SalvarConfBoletos TFrmACBrMonitor.SalvarSW Observei que a chamada a procedure SalvarConfBoletos, ocorre se os dados de configuração mudaram ao Incluir um Titulo, e ao finalizar a configuração na Interface, a mesma chamada ocorre na função SalvarIni. O log postado inicialmente confere com erro de gravação dos dados do boleto e sw.house. As chamadas registradas no log conferem, a não ser que o finally do try que fecha as conexões esteja falhando não consigo ver o erro ocorrendo, apenas quando tenta-se salvar uma alteração. Se possivel poste o print de suas configurações na aba dos boletos, para tentar-mos reproduzir o erro. ...

Bom dia. Na verdade o ACBrMonitor.INI está sendo gravado com as configurações padrão, como na linha do Log abaixo. Ln.1 => Configuração geral gravada com sucesso Apos isso o fluxo segue e é chamado o comando para gravar os dados do Boleto, acredito que o erro está nestes dados, talvez algum valor inválido sendo enviado, pois as falhar são sempre nas chamadas da função: TFrmACBrMonitor.SalvarConfBoletos Você poderia debugar esta função para assim detectar qual valor é incorreto. ...

Novo manual do PAF-ECF com o ACBrMonitor, com os comandos corretos para geração dos binários. PAF-ECF ACBrMonitor.pdf

Átila, Bom dia. Para gerar os binários, utilize os seguintes comandos: pafmf_arquivo_mf( path_do_arquivo ) pafmf_arquivo_mfd( path_do_arquivo ) Os comandos foram implementados para as seguintes impressoras: Bematech, Epson, SwedaSTX e Daruma. A implementação foi feita nos fontes do ACBr, talvez seja necessário adicionar a implementação na camada de interoperabilidade. Att...

SwedaSTX também ja foi para o SVN, testada e funcionando. Ficou faltando apenas a Daruma, lembrando que o comando ficou o: ECF.pafmf_arquivomf e ECF.pafmf_arquivomfd

Caro Reginaldo, Bom dia. Os comandos postados no manual foram testados em 3 ECFs: Bematech, Daruma e EPSON, e a geração foi feita da forma correta. Estes comandos são utilizados no nosso PDV, já homologado, portanto certamente eles geram os arquivos necessários. Os comandos adicionados pelo Regys, não pedem o período, mas fazem uso da mesma função da DLL, desta forma em alguns ECFs não estão implementados sem os parâmetros de período. Os erros reportados aparentemente são devidos à falta de DLLs dos fabricantes no diretório do ACBrMonitor, faltou adicionar ao manual a lista de DLLs, segue abaixo a lista e o local onde encontra-las no SVN do projeto ACBr, outra opção é obte-las por download junto aos fabricantes. Lista de DLLs, por ECF: Bematech(BemaFI32.dll, BemaMFD.dll, BemaMFD2.dll, sign_bema.dll, BemaMFD2_MP4000THFI.dll) Sweda(swmfd.dll, CONVECF.dll) Daruma(DarumaFrameWork.dll, LeituraMFDBin.dll, lebin.dll) DataRegis/Termoprinter(DLLG2.dll, DLLG2_Gerador.dll, HIME.dll) Elgin(elgin.dll) Elgin/Urano(ATO17.dll, leitura.dll) Epson(InterfaceEpson.dll) SVN ACBr: https://svn.code.sf.net/p/acbr/code/trunk/DLLs/ECF Att,

Reginaldo, Boa tarde. Tente usar os comandos do manual neste tópico: ...

Bom dia. Estou postando um PDF com um breve turorial para o uso do ACBrMonitor na geração dos arquivos do PAF, espero que possa ajudar com o que você precisa. O tutorial não está 100% concluído, estarei adicionando algumas informações adicionais a ele antes de incorporar seu conteúdo na documentação do ACBr. Sendo assim sugestões são bem vindas. Att,

Primeiramente, você deve incluir todos os comandos de impressão, (ACBrETQ.ImprimirTexto, ACBrETQ.ImprimirLinha, etc), de 1 etiqueta ou uma linha de etiquetas no caso de mais de uma coluna, chamar o comando de impressão (ACBrETQ.Imprimir), informando quantas cópias deseja imprimir, depois fazer o Loop repetindo os comandos para imprimir mais etiquetas. As vezes é necessário aguardar alguns instantes antes de mandar o próximo comando pois a impressora leva um tempo para imprimir. Desta forma deve funcionar.

O Item FONTE é um número inteiro de 1 a 5 que vc deve verificar no manual da sua impressora o qual corresponde afonte que vc deseja imprimir. TACBrETQEpl2.ImprimirTexto(Orientacao: TACBrETQOrientacao; Fonte, MultiplicadorH, MultiplicadorV, Vertical, Horizontal: Integer; Texto: String; SubFonte: Integer = 0; ImprimirReverso : Boolean = False) ...

As tabelas podem ser baixadas em: http://www1.receita.fazenda.gov.br/sist ... odigos.htm

Boa tarde a todos. Esta ocorrendo um erro no comando ConfigurarDados, utilizando o arquivo CEDENTE.INI anexo abaixo. Neste o tipo de pessoa está definido como 1 - Juridica, mas o ACBr retorna um erro de validação do CPF: ERRO: CPF deve ter 11 digitos. (Apenas numeros). Verifricado também que o ACBr esta gravando incorretamente os campos que contém máscara, CPF/CNPJ e CEP. Obrigado! cedente.ini