EMBarbosa

Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Queira por favor atualizar, testar e reportar qualquer problema.
Mais uma vez obrigado.

Oi Clóvis, bom dia.
Esses logs indicam que o ACBr foi instalado corretamente. Essa é a boa notícia.
A má notícia é que o erro que você apresentou não é de instalação.
Esse erro:
Geralmente isso significa que o compilador está encontrando arquivos dcu ou pas de versões diferentes e/ou não consegue recompilar os mesmos.
Isso pode ser por vários motivos:
Seu path do Windows pode estar incluindo pastas que são de Delphis diferentes Tem várias cópias do ACBr na máquina Tem várias cópias do código fonte da synapse na máquina Em qualquer uma das situações acima, o Delphi encontrou uma "Synautil"(.dcu ou .pas) uma vez (na hora de compilar o dcu da unit ACBrUtil.Math), mas depois (na hora de montar o exe) está encontrando outra "Synautil".
A única opção que você tem é localizar essas units Synautil que estão repetidas e remover elas. Daí reinstalar o ACBr e aí tentar recompilar o demo.
Antes disso, faça questão de localizar no seu computador a pasta de BPLs de todos as versões Delphi que tem instalada e apagar qualquer bpl do ACBr ou Synapse que esteja lá.
Elas geralmente ficam na pasta:
C:\Users\Public\Documents\Embarcadero\Studio\<versao>\Bpl Onde <versao> deve ser uma versão instalada. Por exemplo o Delphi Alexandria é 22.0, ficando:
C:\Users\Public\Documents\Embarcadero\Studio\22.0\Bpl Verifique todas as pastas BPL que tiver.
Atualmente, nenhuma BPL do ACBr deve ficar nessas pastas.

É isso mesmo. Usando o Fortes, não há comando de corte (guilhotina) visto que não há esse comando via spool.
O que pode ser verificado é se o driver da impressora implementa isso. Daí você acionaria no driver, nas configurações do dispositivo (impressora).
Como vias, não... teria que imprimir duas vezes mesmo. Mas se o corte é importante, talvez seja melhor usar o modelo ESC/POS

Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi as alterações para o SVN na Revisão  29900.
Pelo que vi está tudo certo, mas queira por favor atualizar, testar e reportar qualquer problema.
Mais uma vez obrigado.

Possivelmente a configuração não está sendo salva como padrão de impressão. Deve estar sendo salva apenas para a impressão atual.
Lembro de ter passado por isso uma vez, e a questão foi achar exatamente onde modificar a configuração padrão de impressão.

Olá... já respondemos você em outro tópico. Veja:
 
 

Infelizmente essa matéria está desatualizada e com poucas informações sobre a fonte. Você pode ver a data:

Apesar dessa data, nada foi pra frente ainda.
O que deve ser avaliado para implementação é o layout atual e o que está em desenvolvimento do eSocial, em especial o que está pra entrar em homologação.
E esse registro S-1220 não entra nem na versão S-1.2 até o momento.
Esse registro no entanto está em análise pela equipe do e-Social como pode ser vista numa minuta NDE de 2021, a saber: https://www.gov.br/esocial/pt-br/documentacao-tecnica/manuais/20210903-minuta-nde-01-esocial-s-1_0-ir-sobre-rendimentos-do-trabalho.pdf.
Ainda assim, não temos como saber quando vai entrar em vigor. Mas podemos estimar que seja só em 2024 ou no fim desse ano. Isso porque esse evento vai substituir a DIRF do IR, e pela INSTRUÇÃO NORMATIVA RFB Nº 2.096, DE 18 DE JULHO DE 2022 (veja aqui) isso deve acontecer só no início de 2024.
Também temos o fato que só em setembro desse ano (2023) vai entrar em produção o último item da NT nº 02/2023 da versão S-1.1.
Acho bem improvável o governo incluir esse evento antes disso já que nem fizeram a previsão pra versão S-1.2 entrar em produção.
Resumindo, não se preocupe com isso ainda... aguarde e acompanhe as informações do site do e-social e aqui no fórum.

Bom dia.
Pode deixar que vamos analisar a questão dos logs não serem gerados na pasta configurada.
Esse é o problema maior. Não temos esse ambiente pra testar e avaliar a situação. Precisamos disso. Nesse caso, você pode:
1) montar uma VM e disponibilizar pra nós para conseguirmos reproduzir
2) procurar ajuda com pessoas que são especialistas em linux e no ambiente que você montou para obter mais informações sobre o motivo.
 

Respondido em:
 

Respondido em:

Cdecl e StdCall são "convenções de chamadas de funções" e você deve usar de acordo com a programação da sua linguagem ou Sistema Operacional.
Já a versão MT, é a lib preparada para MultiThread. Use ela se você for programar com esse objetivo.
Existe esse projeto no GitHub criado pela comunidade em Python. Talvez possa ser útil:
https://github.com/base4sistemas/acbrlib-python

Olá,
Vamos lá...
Só pra deixar claro e sem ambiguidade, nesse contexto, o "CTD" significa "Crash to Desktop", certo? Se for isso, eu acredito que o que está acontecendo é que uma exception não foi tratada da maneira que deveria. Com isso a aplicação se perdeu.
Uma exception sem mensagem não é muito comum nos códigos do ACBr. Precisamos obter mais informações.
Você consegue testar com o utilitário ETQTeste? Link logo abaixo.. Configure ele para gerar o Log e anexe o log aqui pra nós.
Se funcionar nele, então deveria funcionar na LIB.
 
É importante também verificarmos com detalhes a LIB.
Então, anexe também o log da ACBrLib para gente verificar até onde ela foi sem erros. Coloque o log no nível paranoico por favor.
Outra coisa importante é procurar no Visualizador de Eventos do Windows que informações estão disponíveis sobre o crash de sua aplicação.
A tela é mais ou menos assim:

As informações que estão ali nas abas "Geral" e "Detalhes" podem ajudar no diagnóstico.
Eu notei que seu código está dentro de um Event Handler. Não sou especialista em C# nem tenho todo o seu códig, mas há uma possibilidade de isso afetar a forma como a aplicação responde. Veja por favor se faz algum sentido o seguinte link: https://stackoverflow.com/a/66163636/460775
Uma outra possibilidade é você atribuir o evento Application.DispatcherUnhandledException. Por meio dele você consegue fazer um log, talvez até um callstack na sua aplicação do momento em que ela crashou.
Essa já é uma pergunta que você deve levar a pessoas mais experientes no C#. Talvez algum fórum específico de C#.
EDIT:
Só pra deixar claro, a chamada ativar deveria ser apenas uma chamada à lib (uma dll). Assim, teoricamente, nada "externo" deveria influenciar.
Por outro lado, se a exception gerada pela lib está saindo "fora do lugar", talvez o que está "externo" influencie o como ela está sendo tratada.

Muito obrigado pelo report.
Subi as alterações para o SVN na Revisão  29115.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.
 
Em tempo, essa alteração está relacionada ao seguinte tópico:
 

Muito obrigado pelo report.
Fiz a correção e subi as alterações para o SVN na Revisão  29087.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.
Mais uma vez obrigado.

Só pra ficar claro pra alguém mais que encontrar esse tópico: PPLZ é o mesmo que linguagem ZPL, que é diferente de ZPLII (ou ZPL2).
Infelizmente ZPL2 não é compatível com a ZPL, por isso não funcionou.

Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi as alterações para o SVN na Revisão  28949.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.
Mais uma vez obrigado.

Obrigado pelo retorno.
Mas é como eu disse, poderia mesmo ser algo da própria impressora. Não quer dizer que seja um problema da linguagem PPLA. Talvez seja da PPLA nessa impressora.
As fontes geralmente são internas, ou seja, pré codificadas na memória interna da impressora. Pode ver no manual que o Elias postou acima. Inclusive, nesse manual, em algumas fontes tem diferença entre um "ç" e um "Ç". Mas parece que nem todas as fontes tem isso. Fora o fato já citado que varia de impressora para impressora.
De qualquer forma, me parece que sua dúvida maior seria: qual linguagem usar? Certo?
A resposta é use a que for melhor para a impressora que tem. Seu sistema pode ser parametrizável de forma que use a linguagem que seja mais compatível com a impressora de cada cliente.

Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi as alterações para o SVN na Revisão  28487.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.
Mais uma vez obrigado.

Muito obrigado pela contribuição.
Fiz a implementação baseada nela mas mantive outras validações que me pareceram corretas conforme outro tópico
Subi as alterações para o SVN na Revisão  28486.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.
Mais uma vez obrigado.

Muito Obrigado.
Subi as alterações para o SVN na Revisão  28486.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema no tópico linkado:
Estou fechando esse para evitar duplicidade de informações.

Boa tarde.
Não temos nada no ACBr que faça isso.
Mas você pode tentar a comunidade. Tente no subfórum banco de dados :https://www.projetoacbr.com.br/forum/forum/60-banco-de-dados/
Alguém pode sugerir uma opção open source. Mas é importante você citar qual banco de dados e backend você está trabalhando.
E talvez também queira tentar a área de classificados.
Existem muitas opções no mercado, mas variam muito em quais bancos de dados suportam.

@oliveira_arara e @Alysson Rengel Outras perguntas importantes:
1) Por que vocês estão usando Capicom?
2) Tentaram com OpenSSL?
3) E WinCrypt?

Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi as alterações para o SVN na Revisão  28366.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.
Mais uma vez obrigado.

@djinfope
Muito obrigado pela contribuição.
Fiz a implementação baseada nela.
Subi as alterações para o SVN na Revisão  27755.
Pelo que vi está tudo certo.
Queira por favor atualizar, testar e reportar qualquer problema.
Mais uma vez obrigado.

Relacionado:
https://www.projetoacbr.com.br/forum/topic/69444-consultar-xml-totalizadores-5001-5003-de-um-xml-existente/