Instalação ACBR - O dispositivo não está pronto

[heptas]

Olá, estou com um problema.

Após instalar o ACBR pelo instalador, ao abrir o Delphi 2010 ele me apresenta essa mensagem de erro.

Se eu copiar as BPL da pasta LibD14 para a pasta LIB do delphi dentro de C:\Users\Public\Documents\RAD Studio\7.0\Bpl ele me deixa ir marcando alguns pacotes, mas quando chega no Acbr - Boleto Impressão em FortesReport ele me dá essa mensagem.

 

Esses são os pacotes que consigo habilitar e os que não consigo

 

Alguém tem alguma sugestão

Antes de instalar eu rodei apagarAcbr

[Juliomar Marchetti]

Sim está fazendo errado!

siga o que o tópico de limpeza diz

[Régys Silveira]

Primeiro, faça tudo que está neste tópico: http://www.projetoacbr.com.br/forum/topic/15892-como-limpar-o-acbr-do-computador-e-fazer-uma-nova-instalação/

Após isso certifique que não existe nenhum pacote do ACBr no packages, nenhum diretorio no library path e rode o ApagarACBr.bat.

Só então rode o ACBrInstall.

[heptas]

Fiz o procedimento de jeito que consta no link. O erro continua.

 

[heptas]

Apenas para constar. Resolvi instalando os pacotes manualmente pelo delphi

[Juliomar Marchetti]

Certo!

terá só o problema que se olhar no mínimo sua pasta do svn marcou em vermelho e possivelmente arquivos serão ignorados na atualizações futuras do svn!

que pena não ter conseguido usar uma grande ferramenta que é o ACBrInstall

[Renato Chiari]

Estou enfrentando este mesmo problema mas no meu caso é o seguinte, logo que abro o Delphi, os pacotes do ACBr estão todos desabilitados, se tento habilitar algum pacote recebo o erro citado acima. Porém se eu adiciono o pacote ACBr_Comum.bpl ele habilita este pacote sem problemas e em seguida consigo habilitar todos os outros pacotes do ACBr e utilizar nos projetos sem problemas. Mas, toda vez que reinicio o Delphi tenho que refazer todo o procedimento.

[Juliomar Marchetti]

Marcou a opção de copiar as dll no instalador?

seu delphi não é trial?

[Renato Chiari]

Bom dia!

Marquei sim e o Delphi também não é trial.

O estranho é o seguinte, nesta maquina eu estava ainda com o trunk1 instalado, pois estava fazendo a migração para o trunk2 em outra máquina, agora fui atualizar esta maquina do trunk1 para o 2, de primeira consegui instalar o trunk2 sem problemas, mas estava dando um conflito de versões do Fortes Report, acabei reinstalando o ACBr por causa dos problemas com o Fortes, a partir daí começou o problema com o acbr, consegui resolver a questão do Fortes mas o Acbr da este probleminha quando abro o Delphi.

Parece que o problema é com o ACBr_Comum.bpl, pois após abrir o Delphi, a única bpl que tenho que adicionar é esta, a partir daí as outra eu só vou ativando e consigo trabalhar normalmente, mas quando fecho o Delphi tenho que refazer o processo na próxima vez que inicío.

[Juliomar Marchetti]

há tá então tu já tinha no micro!

confere que ainda deve de estar com arquivos antigos no seu micro do trunk!

[Renato Chiari]

Duro que já apaguei tudo que tinha, mas de qualquer forma vou passar um pente fino aqui de novo, as vezes ainda ficou algum infeliz pra trás.

[Régys Silveira]

No ACBrIntall_Trunk2, marque apagar os arquivo antigos do ACBr na primeira página de configuração, isso vai limpar arquivos antigos de todos os seus drives.

[rsiralla]

Pessoal, tive o mesmo problema numa maquina virtual rodando Windows 7 32bits e delphi 7.

A solução foi instalar manualmente todos os pacotes não utilizando o instalador.

[Juliomar Marchetti]

Toda a vez que atualizar e as alterações tiverem efeitos nos componentes a nível de propriedade vai ter que entrar um a um e compilar novamente!

[Renato Chiari]

Tentei reinstalar da forma que o Régys disse porém continua a mesma coisa. Mas no meu caso estou conseguindo trabalhar, não está me atrapalhando tanto por enquanto. A única coisa que tenho que fazer é logo que inicio o Delphi readicionar a ACBr_Comum.bpl e depois só habilitar os outros pacotes que tudo funciona normalmente.

[Juliomar Marchetti]

Faz um teste!

marque o bds pra rodar como administrador

[Renato Chiari]

Bom dia e desculpe a demora para responder.

Ele já estava marcado para rodar como administrador, então continua na mesma. O que testei de diferente agora foi dar direitos totais no diretório de instalação do Delphi, mas também não resolveu. Mistério... rs

 

[Francis Silva]

2 anos desde a última resposta para esse problema e ele ainda continua um mistério.

Estou montando uma máquina com o Windows 7 64-bits e está dando exatamente o mesmo erro.

Tanto pelo instalador quanto pela compilação manual todos os packages são compilados sem nenhum erro, mas quando são adicionados ao Delphi todos eles sem exceção dão esse mesmo erro "o dispositivo não está pronto".

Não são arquivos velhos (o HD é novo; primeira instalação), é a ultima versão atualmente no repositório (revisão 15894) e no Windows 10 instala normalmente. Só no Windows 7 que não.

 

Afinal de contas, qual é realmente a origem do problema? Alguém já conseguiu identificar isso com certeza?

Grato a todos.

[EMBarbosa]

Em 09/11/2018 at 17:43, Francis Silva disse:

2 anos desde a última resposta para esse problema e ele ainda continua um mistério.

Estou montando uma máquina com o Windows 7 64-bits e está dando exatamente o mesmo erro.

Tanto pelo instalador quanto pela compilação manual todos os packages são compilados sem nenhum erro, mas quando são adicionados ao Delphi todos eles sem exceção dão esse mesmo erro "o dispositivo não está pronto".

Não são arquivos velhos (o HD é novo; primeira instalação), é a ultima versão atualmente no repositório (revisão 15894) e no Windows 10 instala normalmente. Só no Windows 7 que não.

 

Afinal de contas, qual é realmente a origem do problema? Alguém já conseguiu identificar isso com certeza?

Grato a todos.

Esse problema é um pouco complicado, mas pode ser algum problema na instalação do Delphi. Veja esse tópico:

Sugiro tentar fazer o que o Régys mencionou acima de avaliar também as variáveis de ambiente como PATH.

Esse link também menciona pessoas tendo o mesmo tipo de problema com componentes TMS e JVCL por causa da instalação do Delphi ou de uma atualização do Delphi.

[Francis Silva]

Em 13/11/2018 at 09:17, EMBarbosa disse:

Esse problema é um pouco complicado, mas pode ser algum problema na instalação do Delphi. Veja esse tópico:

Sugiro tentar fazer o que o Régys mencionou acima de avaliar também as variáveis de ambiente como PATH.

Esse link também menciona pessoas tendo o mesmo tipo de problema com componentes TMS e JVCL por causa da instalação do Delphi ou de uma atualização do Delphi.

O problema é com o Windows 7, ele não encontra as libs mesmo elas estando no path. A solução que encontrei e que funcionou foi copiar todos os BPLs depois de compilados para a pasta $(BDSCOMMONDIR)\BPL, aí funcionou e instalou todos os componentes normalmente.

O único problema é lembrar de excluir as BPLs dessa pasta antes de compilar uma nova versão do trunk, e depois copiar novamente para ela.

[Juliomar Marchetti]

Boa noite

mas não é isso não é algo com sua instalação do delphi.

funciona perfeitamente sem precisar ficar movendo bpl para um lado e para outro , somente rodando os instaladores, sendo no windows 7 ou superiores.

ps qual o SP que tem no windows?