EMBarbosa

Na minha opinião essa mensagem é estranha, pois menciona o Pin e não a senha... Já "0x80090005" é NT_BAD_DATA e pode ser causado por várias situações. Uma delas é erro no código ou na importação da API. Mas não parece que seja o caso. Talvez ajudaria se você, usando o DEMO, pudesse debugar e trazer mais informações. Por exemplo: Em que situação e mais especificamente qual linha de código gera o erro citado? É possível levantar o CallStack?

Não é nenhum problema com antivírus ou plugins de proteção bancária?

Desculpe, mas desconheço essa situação de que apagando roles o banco se torna válido.

Quer dizer que arquivo não é banco de dados firebird válido.

Aí está escrito que não completou porque encontrou erros. Os erros devem estar antes disso...

que mensagem? Funciona no 2.3.5 ?

Olá Jumper, Acho que o programa validador não tem sistema de atualização. Eu sugiro você fazer o seguinte: desinstalar o 2.4.0 instalar o 2.3.5 Substituir na pasta do 2.3.5 o seu backup abrir o programa para verificar se os dados foram mantidos instalar o 2.4.0 para atualizar a versão Acho que isso deve garantir que o banco seja atualizado corretamente.

Ahh sim. Como o site do autor está "fora do ar", achei que ele tinha abandonado o driver...Mas depois que você disse que estava disponível, fiz uma pesquisa melhor e achei ele no GitHub. Bom, depende mesmo se está concatenando. Eu ainda não entendi porque o driver faria isso. Eu tentaria verificar essa opção "Trim Char", já que você a utilizava antes. Me parece que a opção ainda existe. Veja no código fonte. Se isso não for possível e você ainda estiver no início do trabalho, eu tentaria utilizar outra tecnologia pra acesso ao BD. Por exemplo FireDAC, ZEOs, IBX2, os componentes UIB, etc... Em caso negativo, você precisará tratar isso no código e/ou no banco. Por exemplo adicionar o comando Trim nas comparações. Que componentes você usava anteriormente?

O que você precisa especificamente? O que essa software house provê atualmente que está deixando a desejar?

Não está havendo alguma confusão? Se o campo é do tipo VARCHAR(3) então o valor dele é realmente 'A' e não 'A ' conforme a documentação explica. A menos que o componente que você está usando envie os espaços no final. Não utilizei esse driver para DBX. Ele ainda está disponível?

Moderação: Tópico fechado. Continue em:

Infelizmente não tenho essa configuração aqui para poder testar... Talvez seja possível você implementar a versão mais simples e levar no cliente para testar antes. Daí se não funcionar você pode "voltar pra fase de planejamento..." Seria o que eu tentaria se não tiver outra opção...

Acho que isso vai depender mais da integração entre os aparelhos do que do componente...

Moderação: Dividido De: Não é apropriado. Apesar de parecer o mesmo problema, são situações diferentes já que sua impressora é não fiscal. Sim. É exatamente por ser uma impressora não fiscal. A impressora fiscal tem um protocolo específico para trabalhar. Você pode tentar utilizar uma ECF virtual. Pesquise aqui no fórum sobre ACBrECFVirtual e estude os exemplos

Olá Filipe, Enviei as alterações Revisão 14168. Me parece OK. Se puder testar agradeço.

Dá pra acessar via WayBackMachine: https://web.archive.org/web/20120425065621/http://www.forumweb.com.br/foruns/topic/74093-pequenos-problemas-com-acbr/ Também tem o exemplo do Delphi. "\ACBr\Exemplos\ACBrSerial\ACBrECF\Delphi\uVendaFrenetica.pas" Acho que não está no exemplo do Lazarus...

É preciso verificar o protocolo se está correto bem como as configurações de conexão e configurar no ACBrBal.Device.

Talvez seja possível alterar para utilizar a synapse ao invés dessa outra unit EncdDecd.pas (ou soap.EncdDecd.pas no Delphi XE2 ou superior) pois não consegui encontrar uma versão dela para Delphi 7 ou Lazarus. A synapse tem o método encode e decode para Base64. http://synapse.ararat.cz/doc/help/synacode.html Mas precisaria ver melhor como mostrar a imagem png nessas versões (Lazarus e Delphi 7)...

Foi adicionado na revisão 14143.

Olá, notei que o código não está compatível com o Lazarus e o Delphi 7, só do Delphi 2009 pra frente, mesmo assim com alguns ajustes... Pelo que percebi o código foi alterado para fazer o seguinte: * usar o outro endereço * localizar a imagem nessa outra página via tags * decodificar a imagem da página para um stream (porque a imagem está em base64) * jogar o stream para uma imagem png * corrigir outros detalhes no envio Foi isso mesmo? Perdi alguma coisa?

Você precisa tornar sua aplicação "DPI-aware". Infelizmente não conheço nenhum tutorial em português sobre esse assunto voltado pro Delphi. Mas talvez você encontre pesquisando na Internet. Esse link tem uma lista de artigos sobre o assunto: http://zarko-gajic.iz.hr/writing-and-enabling-delphi-application-to-support-high-dpi-displays-and-4k-screen-resolutions/

Pelo visto esse valor abrange tanto consulta de NF-e, CPF e CNPJ. Mas mesmo assim é um valor muito alto para uma pequena empresa pagar. O mais estranho é que a própria descrição da pesquisa por CNPJ diz que "você tem acesso as informações públicas do Cadastro Nacional de Pessoas Jurídicas". Se as informações já são públicas, isso torna o valor ainda mais alto pra pagar...

Esse plugpag? https://github.com/pagseguromaster/plugpag Se for, me parece que basta "fazer o wrapper" (ou converter o header da dll) do arquivo PPPagSeguro.h de acordo com a versão https://github.com/pagseguromaster/plugpag/blob/master/windows/1.3.3/x86/PPPagSeguro.h O artigo citado nessa resposta pode ajudar: https://stackoverflow.com/a/1657329/460775

executar o demo Configurar para buscar do arquivo .json preencher ano com 2017 clicar no botão buscar Na lista de feriados vai aparecer Páscoa com data de 30/12/1899...

No SVN já está corrigido. Se puder testar eu agradeceria. Esqueci de mencionar que o erro aconteceu no Lazarus. Pode ser algo relacionado com a codificação dos arquivos. Entendi. Obrigado pela explicação. Se puder alterar e anexar os arquivos alterados aqui, eu ficaria feliz em atualizar. Mas antes, queira testar a versão do SVN se está tudo ok.