Daniel Simoes

Isso parece errado... você não deveria reaproveitar variáveis, dessa maneira... Me parece que o seu modelo de codificação não está definindo muito bem as responsabilidade de cada método... O método que cria o objeto, deveria ser o mesmo responsável por liberá-lo ...

Acho que a melhor solução.... seria trocar: A.Free; por FreeAndNil(A); pois nesse caso, "A" deixará de apontar para a memória (que foi liberada)

Você precisa de mais informações... o ideal é ter alguma rotina de Log dentro do sistema, para tentar detectar, qual é o momento da lentidão... Se você emitir NFCe, sem o TEF, a lentidão não ocorre ? O componente ACBrTEFD, tem um Log interno... se ele estiver ativado, a analise do Log pode nos mostrar algo... (por favor anexe o log do mesmo)

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Você precisa entrar em contato com o provedor Terra, e verificar se eles tem o fonte do e-mail...

no FPC existe TObject.Equals mas a ideia é semelhante... function TObject.Equals(Obj: TObject) : boolean; begin result:=Obj=Self; end;

O ACBrMail vai até a conexão com o Servidor SMTP e compor a mensagem nele... Se não ocorreu erro nessa fase de envio, então não é um erro do ACBrMail... Tudo indica que o Terra está tratando seus emails como Spam

Que bom que deu certo... Você modificou nas Units do ACBrSMS ? Se sim, Poderia compartilhar as Units modificadas ? Talvez seja útil enviarmos esses ajustes ao SVN

Você deseja testar com o ACBrPosPrinter ? Se SIM, você pode atribuir a porta em arquivo, exemplo: ACBrPosPrinter.Porta := 'c:\temp\saida.txt';

tentou com a versão 0.08 ?

Deve haver uma forma mais automatizada, de converter... mas criei uma rotina... veja se dá certo... (projeto com fontes, em anexo) function TForm1.Convert(AData: String): String; var BinaryStr: AnsiString; WideStr: WideString; LenData, i: Integer; B1, B2: Byte; begin BinaryStr := ''; LenData := Length(AData); i := 1; while i < LenData do begin B2 := StrToInt('$' + copy(AData, i , 2)); B1 := StrToInt('$' + copy(AData, i+2, 2)); BinaryStr := BinaryStr + AnsiChr(B1)+AnsiChr(B2) ; Inc(i, 4) ; end ; LenData := Trunc(Length(BinaryStr)/2); SetLength(WideStr, LenData); StrLCopy(PWideChar(WideStr), PWideChar(BinaryStr), LenData*2); Result := String(WideStr); end; Converte.zip

Creio não haver problema... toda leitura de INI, prevê um valor "Default"

Que estranho.. ocorre algum erro, quando o Delphi é excutado ?

Sim... mas parece ser UTF16, com BigEndian... vou tentar criar uma rotina de conversão...

Apenas as frases com acentos, que ele retorna dessa maneira ?

parece que a sua imagem está com 8 Bits por Pixel... veja:

verificando... mas porque não usar PPLA, que é compatível com BMP mono ?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Realmente faz todo sentido... e diminui o "trabalho" da impressora...

Verifique se você não modificou o ACBr.inc, para compilar usando as Libs da MINGW, na dúvida, apague o ACBr.inc, baixe o original, e rode novamente o instalador

Se você tiver vários exemplos de palavra, retorno... talvez seja possível deduzir... Qual seria o retorno de: "ÁÉÍÓÚ" "áéíóú" "NÃO" "não" (por favor envie respeitando maiúsculas e minúsculas)

Sim.. pois se ele ler um XML antigo... a Tag precisa estar lá para ser mapeada... Mas... talvez pudéssemos deixar o campo ReadOnly... o que acham @Italo Jurisato Junior e @EMBarbosa, e @Rafael Dias ?

Parece ser falta de atualização do Windows... Veja esse link https://www.techtudo.com.br/google/amp/dicas-e-tutoriais/2017/08/como-corrigir-o-erro-api-ms-win-crt-runtime-l1-1-0dll.ghtml

Então talvez o Suporte a Bluetooth para Windows 32 Não funcione na sua versão de Delphi