Rafael Dias

O ox0010 la é uma contante que esta no arquivo ACBrLib.ch que esta na pasta comum, você não deve ter baixado ela.

Suas declarações estão estranhas. Eu enviei para o SVN o demo da ACBrLibMail em Harbour, de uma olhada nele, ele usa dll cdecl em ST. http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Harbour/ Baixe toda a pasta pois tem arquivos compartilhados entre os demos.

Se é o mesmo erro continua com os schemas errados. O link dos schemas esta na minha resposta acima.

o ACBr não muda a data do ini confere se o INI enviado para o ACBr esta correto. Poste o log fazendo favor.

Seus schemas estão desatualizados. http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/Schemas/CTe/

Se olha no manual verá a seguinte observação https://acbr.sourceforge.io/ACBrLib/ModeloNFeINI.html

Esta na lista de tarefas desta semana.

Rapaz ai eu não sei teria que tentar simular algo aqui pois é erro do gerador de relatorio

Não tem como mudar a fonte sem alterar o componente de impressão inteiro.

& comercial no xml é caractere invalido.

Agora o erro é que a fonte usada na impressão não existe na maquina.

Poderia testa com esta versão. ACBrBoleto.rar

No caso o tipo de saida que esta utilziando é o BoletoTpSaida.PDF ?

Me responde uma pergunta o tipo de saida que esta usando é qual, infelizmente não ta aparecendo no log será corrigido na proxima versão ?

Sim temos casos sim que usam sem o lock isso é algo pontual ai, este erro ali pelo que li tem haver com a parte de leitura do ini, parece que tem algo duplicado no ini

A não ser que esteja reaproveitando a instancia da classe não deveria haver concorrência, se você esta aproveitando da instancia com certeza absoluta vai ter concorrência. O que mudou da lib ST para MT é que agora as instancia da classe são independentes diferentes de antes, sempre era a mesma instancia.

Por que você simplesmente esta com a outra dll desatualizada, baixe toda a pasta do svn com os demos em c# e verá que todas usam o mesmo projeto. Lembre-se que não é so a dll que tem atualizações as classes tbm são atualizadas conforme é necessario.

Sim sempre confira se o ambiente e a dll são os mesmo, lembre-se que no MVC se roda 32 ou 64 é definido pelo IIS, e geralmente ele da preferencia para a versão 64.

Não, são a mesma dll, não são diferentes, você simplesmente deve ter versões diferentes, olhe no SVN e verá que o projeto usado pelas 2 são o mesmo.

Cara infelizmente preciso que faça um demo simples so com a impressão onde ocorra o erro, pois não tem como corrigir se eu não conseguir simular o erro, pois aqui não acontece.

Esse ocorre pois falta as dependências no caso a libxml2

Informe um passo a passo de como reproduzir este erro usando os demos do projeto.

Como esta usando, por acaso é em multithread ? Qual o tipo de impressão esta usando ? Pelo log parece ser fortes e o erro acontece quando vai acessar o logo, confirmar para mim isso.

Eu entendi exatamente o que quer fazer, mas isso adiciona uma dificuldade desnecessária, além de ser uma mudança grande e impactante ao codigo. Sobre o que você fez na parte cliente do Java tem como fazer structs usando o JNA tbm, então não tem necessidade daquele monte de codigo bastava gerar uma classe herdando da classe Struct. https://stackoverflow.com/questions/36747228/c-struct-to-java-jna-structure-pointer-to-struct

Eu falei de manipulação e não de leitura