Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

clube mobile


Cursos grátis para toda base ACBr
+ Promoção Clube Mobile para o ACBr Pro

Saiba mais

adriano santos

click.png

click.png

click.png

click.png

click.png

click.png

JJA

Membros
  • Content Count

    115
  • Joined

  • Last visited

Community Reputation

16 Good

About JJA

  • Rank
    Membro

Contact Methods

  • Website URL
    www.jjaconsulting.com.br

Profile Information

  • Sexo
    Masculino
  • Location
    Campinas-SP

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Boa noite Juliomar, tudo bem? Infelizmente, nenhuma das alternativas deu certo. - Desfiz o que havia feito ontem, ou seja, excluí todos os BPLS e DCUs que havia copiado para $(BDSCOMMONDIR)\Bpl, no qual havia funcionado o componente e tentei as 2 formas: 1) Rodei o ACBr como administrador na pasta existente (Dentro de Arquivos de programas...). Não funcionou. 2) Excluí o repositório do ACBr e criei na pasta C:\Componentes\ACbr. Não funcionou. Ambos os casos deu o mesmo erro.
  2. Mas o problema está no instalador deixar de fazer algo porque é uma pasta de sistema? Se sim, se realmente se a pasta estiver em um diretório que o componente não vai ser instalado corretamente, seria interessante que o instalador mostrasse um alerta. Irei fazer a reinstalação colocando o repositório diretamente na raiz e reporto como ficou.
  3. Problema resolvido. Copiei todos os .BPL gerados pelo ACBr e copiei para a pasta $(BDSCOMMONDIR)\Bpl. Achei um tópico antigo falando disso e relacionando ao Windows 7 o "problema". Não me lembro de ter feito isso na primeira instalação, mas na re-instalação precisei fazer.
  4. Agora estou com apenas 1 repositório. Rodei aquele apagarAcbr.bat que vem junto com o repositório. Rodei a limpeza que vem junto no instalador. Compila tudo certinho Ao abrir o Delphi, nenhum BPL do ACbr abre. Can't load package C:\Program Files (x86)\Embarcadero\Studio\17.0\Componentes\ACBr\Lib\Delphi\LibD23\Win32\DCLACBr_Comum.bpl. O dispositivo não está pronto. Do you want to attempt to load this package the next time a project is loaded? E esta mensagem se repete para todos os BPL.
  5. Certo, tendo apenas 1, eu consigo instalar nos 2 Delphis de uma vez na mesma instalação? Ou deva fazer 1 por 1?
  6. Bom dia Juliomar, tudo bem? Sobre a mensagem, o caminho não é igual, mas está apontando para aonde fica o repositório do ACBr do Delphi Seattle. Sobre as pastas, não possuo uma única. Como eu inicialmente tinha o Delphi 7 e depois instalei o Seattle. Eu acabei separando em pastas separadas para os componentes de cada versão pois também tenho componentes pertinentes a cada versão, mantendo assim uma padronização. Então eu tenho 2 repositórios do ACBr para cada versão. Mas reforçando que, quando instalei o Seattle e instalei o ACbr, de alguma forma deu tudo certo e ainda as 2 versões
  7. Bom dia. Estou exatamente com o mesmo problema. Já tinha o ACBr instalado e funcionando normalmente. Resolvi atualizar os fontes e reinstalar. Marco a opção para limpar os arquivos antigos, o restante mantenho default. Dessa vez, todos os BPLs do ACBr deram este erro ao abrir o Delphi. Sinceramente não consigo entender porque as vezes acontece esses problemas ao instalar. Entendo que o instalador deveria desfazer todas as configs antigas e refazer tudo do zero para evitar problemas. As vezes consigo instalar sem nenhum problema, mas dessa vez deu esse problema. Uso Delphi Sea
  8. Perfeito Juliomar. Baixei as DLLs do PostgresA atualizadas para x86 e deu certo. Muito obrigado pela ajuda. Problema resolvido.
  9. Bom dia Juliomar. Obrigado pela ajuda. Eu identifiquei as DLLs que estão na pasta do PGADmin. Realmente a DLL libpq.dll que vem com o PGAdmin é mais nova (versão 13) é diferente da que eu uso (Versão 8), porém ao atualizar essa DLL e fazer o Zeos olhar para essa nova DLL, ocorreu o seguinte erro: Client-Library C:\SYSCare\DLL\PGAdmin4\libpq.dll found but could not be loaded. Check compile-target and library compatibility!. Tentei também utilizar o FireDAC, apontando para a nova DLL, porém o erro volta a ser o mesmo que ocorre com o Zeos: [FireDAC][Phys][PG][libpq] SSL SYSCALL
  10. Bom dia pessoal. Utilizo ZeosLib (7.2.1) para conectar no banco Postgres usando localmente na máquina. (Atualmente versão 9.6). Já havia criado base de dados Postgres na AWS e havia conseguido conectar normalmente no Delphi com o mesmo componente Zeos. (Coisa de um 1 a 2 anos atrás, não lembro a versão do Postgres na época). Atualmente criei uma nova conta na AWS e criei uma base de dados Postgres 12 na AWS. Estou conectando esta base no PGAdmin 4 normalmente, então o acesso a base já está OK. Peguei as mesmas configurações que utilizei no PGADmin 4 para conectar a base e c
  11. Boa tarde pessoal, Estou tentando abrir o fonte do exemplo do SATTeste localizado no repositório \Exemplos\ACBrSAT\Delphi e não estou conseguindo abrir o projeto pois está faltando o arquivo satteste.dpr. Obrigado a todos.
  12. Boa tarde pessoal, Estamos desenvolvendo a integração para emitir NFSe para Fortaleza-CE. Vi que no arquivos.ini está apontando para o provedor ISSForteleza, porém estava olhando no site e lá indica GINFES. Alguém aqui está usando envio para Fortaleza? Poderiam confirmar se o componente está apto? Se houve atualização em relação ao provedor? Abraço
  13. Bom dia Juliana, por algum motivo ainda não entendido, resolveu sim. O problema que ocorreu no início do tópico não acontece mais. Estou conseguindo gerar aplicativos tanto em 32bits quanto em 64bits, porém não foi feito absolutamente nada. Obrigado pela ajuda.
  14. Tenho 2 versões do Delphi instalados. Delphi 7 e Seattle.
  15. Bom dia Juliomar, acredito que a instalação tenha sido concluída com sucesso. Não me lembro de qualquer problema durante ela. Mas porque simplesmente alternando para compilar em 64 bits funcionou? Porque isso seria um problema na instalação? Como se tivesse faltando algo na instalação que prejudicou compilações em 32 bits?
×
×
  • Create New...