F2051 Unit ACBrMail was compiled with a different version of mimepart.CreateStringList

[JJA]

Boa noite.
Atualizei o ACBr hoje me deparei com este erro.
Encontrei o erro mencionado aqui neste tópico: https://www.projetoacbr.com.br/forum/topic/65538-unit-acbrsocket-was-compiled-with-a-different-version-of-httpsendthttpsend/. Limpei todas as DCUs do pc utilizando o apaga_acbr, pois foi citado que uma das hipóteses era DCUs duplicadas.
Realmente havia 2 DCUs pois tinha o ACBr tanto no Delhpi 7 quando no Delphi Seattle.

Por fim, limpei o ACBr e reinstalei os componentes, mas o erro persiste. Já procurei a ACBRMail.dcu e agora só tem 1.
O que mais pode ser?

[Juliomar Marchetti]

no caso tu tem o synapse em outro local

mas a situação de ter duplicado é essa mesmaa continua

[JJA]

Eu tinha 2 repositórios do ACBr.
Excluí 1 deles, limpei o ACBr e instalei.
Agora está dando aquele erro do link: "Unit ACBrSocket was compiled with a different version of httpsend.THTTPSend"

Verifiquei se havia httpsend.pas repetida. Achei de uma instalação antiga e excluí.
Aí procurei por synapse, mas tudo que encontrou foi instalado agora.
O que mais devo procurar de repetido?

[Juliomar Marchetti]

ACBr , Fortes Report só devem existir uma pasta

em algum lugar tem o httpsend, seja compilado ou .pas no seu micro

[JJA]

Fiz a pesquisa no sistema e encontrou 3 arquivos.
Entendo que o .pas é o fonte e as 2 dcus é devido a eu ter instalado o ACBr para Delphi 7 e Delphi Seattle.



Dúvida: Eu posso instalar o ACBr para 2 versões como eu fiz?

Estranhamente, ao tentar compilar, agora está ocorrendo o erro:
[dcc32 Fatal Error] uParametros.pas(27): F2051 Unit ACBrMail was compiled with a different version of mimepart.CreateStringList

OBS: Eu ainda não fiz nada com estes arquivos da imagem. É este o problema?

[Juliomar Marchetti]

sim tu pode

mas tu tem que cuidar e tratar isso pois no delphi 7 e no seatle só devem ver os paths deles e nesse seu caso está vendo de ambos

e ai que está o problema

[JJA]

15 horas atrás, Juliomar Marchetti disse:

sim tu pode

mas tu tem que cuidar e tratar isso pois no delphi 7 e no seatle só devem ver os paths deles e nesse seu caso está vendo de ambos

e ai que está o problema

Desculpe, mas eu não entendi o problema.
Tenho 2 dcus compiladas em pastas direntes. Uma para cada Delphi.
No path de ambos os Delphis, só tenho um caminho do ACBr, cada um com o seu.

 

No delphi Seattle, ocorre o seguinte erro no meu projeto:

Criei um novo projeto adicionando apenas as Units mencionadas no erro acima e não ocorre, logo entendo que o erro está dentro do meu projeto. Eu só não sei o que fazer, pois no outro post, mencionaram para procurar units que poderiam estar repetidas dentro da pasta do projeto, mas eu nao tenho nada na pasta do meu projeto a nao ser as units do proprio projeto. 

[Juliomar Marchetti]

o problema é no enviroments variables.

lá tu tem o Paht do windows que se tu olhar deve estar mostrando o dos dois delphis e dai o que ocorre

quando tu instala o acbr ele compila com um e outro e dai fica dando erro.

tu tem que entra nro delphi 7 e deixar no path do dele e tirar do seatle

e depois fazer o mesmo mas contrario no seatle

só então rodar o instalador que dai pra cada um vai fazer certinho

[JJA]

Em 12/02/2024 at 11:03, Juliomar Marchetti disse:

o problema é no enviroments variables.

lá tu tem o Paht do windows que se tu olhar deve estar mostrando o dos dois delphis e dai o que ocorre

quando tu instala o acbr ele compila com um e outro e dai fica dando erro.

tu tem que entra nro delphi 7 e deixar no path do dele e tirar do seatle

e depois fazer o mesmo mas contrario no seatle

só então rodar o instalador que dai pra cada um vai fazer certinho

Boa noite.

Analisei o path conforme comentou.

Tenho aqui os paths de cada Delphi (No qual estão em "user overrides") e o path do sistema:
Path sistema:

 

Path Delphi Seattle antes da instalação:


Path Delphi Seattle depois da instalação:

Erro no meu projeto em Delphi Seattle:


O path do Delphi 7 Antes da instalação:


E depois:


Note que eu limpei os paths que achei que um Delphi interferiria no outro, mas mesmo assim, depois de arrumado e re-instalado os componentes, o erro persiste.

[Juliomar Marchetti]

ótimo

uma coisa que vou te explicar

pastas do sistema é do sistema então jamais deve por lá fontes, até é proposital a gente sugere c:\ACBr uma pasta só dele ou uma pasta de componentes mas não em system ou program files ect.

no seu projeto tem o output certo no projeto?

output dcu .\$(Platform)\$(Config)

isso pra dcu?

[JJA]

Boa tarde.
Nunca mexi nessa parte, logo imagino estar como padrão:

8 horas atrás, Juliomar Marchetti disse:

ótimo

uma coisa que vou te explicar

pastas do sistema é do sistema então jamais deve por lá fontes, até é proposital a gente sugere c:\ACBr uma pasta só dele ou uma pasta de componentes mas não em system ou program files ect.

no seu projeto tem o output certo no projeto?

output dcu .\$(Platform)\$(Config)

isso pra dcu?

 

[JJA]

5 minutos atrás, JJA disse:

Boa tarde.
Nunca mexi nessa parte, logo imagino estar como padrão:

 

Desculpe, esta imagem é de um projeto novo. Realmente meu projeto não tem os outputs que você comentou. Segue como está hoje:



Configurei como na imagem acima e tentei recompilar meu projeto. Continua com o mesmo erro. 
Devo arrumar adiconando .\$(Platform)\$(Config) nos campos corretos?
Devo arrumar a pasta do ACBr, colocando em C:\ e reinstalar os componentes? O que vier de conselho, eu aplico aqui.

 

[Juliomar Marchetti]

no caso o outpu deve ser configurado senão ele tenta recompilar outra coisa

deixa marcado a opção deixar somente a libxxx  no instalador do acbr

[JJA]

1 hora atrás, Juliomar Marchetti disse:

no caso o outpu deve ser configurado senão ele tenta recompilar outra coisa

deixa marcado a opção deixar somente a libxxx  no instalador do acbr

Esta opção já está marcada.
Outra coisa: O que esplica esta opção impactar apenas este meu projeto e não um projeto novo usando os componentes  ACBr que uso no projeto?
Se era a falta das configs .\$(Platform)\$(Config) no projeto, eu já coloquei. Isso não deveria resolver?

[JJA]

Não estou conseguindo entender:
Se para cada Delphi eu tenho uma pasta separada com as DCUs e cada um está apontando para esta pasta. O ACBrMail.dcu só existe em 2 pastas na minha máquina, uma para cada Delphi e uma não enxerga a dcu do outro, como pode dar esse erro de ler uma versão diferente?

[Juliomar Marchetti]

o problema é que o projeto está ou com uma unit dentro dele ou nas pastas dele conflitando

[JJA]

Mas como eu procuro este conflito dentro do meu projeto?

Sugestão 1) A unit dentro do rojeto que você se refere seria uma unit do próprio ACBr? Como se eu tivesse pego uma unit e adicionado manualmente dentro do projeto e a mesma também existe no repositório do aCBr, gerando o conflito?

Sugestão 2) Sobre pastas, entendo que poderia ser como você mencionou, no path o delphi estar enxergando 2 pastas no qual ambas teriam dcu com o mesmo nome e versões diferentes.

Só lembrando. Isso ocorreu logo depois de eu atualizar e reinstalar o ACBr. Acredito que a versão anterior que eu tinha funcionando normalemente deveria ser de uns 6 a 9 meses atrás, mas o projeto funcionava normal, sem conflitos. Logo, foi algo que o instalador costuma alterar que ocasionou este conflito. (Se for isso, entendo que poderia ser algo relacionado a sugestão 1? Como eu eu tivesse uma unit do ACBr dentro da pasta do meu projeto e ao atualizar o ACbr, recebi uma unit mais atualizada, assim conflitando)

Se alguém tiver mais sugestões de como me ajudar, eu agradeço muito, pois estou com o meu projeto parado até então.

[Juliomar Marchetti]

há sim o ACBr tem que ser atualizado pelo menos uma vez no mês ou mais.

mas tu tem alguma unit ou dcu que do synapse em outro componente , que pode ser antigo e conflita e estão vendo um ao outro.

[JJA]

3 horas atrás, Juliomar Marchetti disse:

há sim o ACBr tem que ser atualizado pelo menos uma vez no mês ou mais.

mas tu tem alguma unit ou dcu que do synapse em outro componente , que pode ser antigo e conflita e estão vendo um ao outro.

Não sei se ajuda, mas como você citou sobre a synapse, pesquisei em todo o meu pc, e encontrei apenas .dcu na pasta do Delphi 7, mas não tem na pasta do Delphi Seattle. Isso não seria um problema? Ou seja, não deveria ter uma .dcu para cada Delphi?

[Juliomar Marchetti]

sim cada uma deveria ter o seu

[JJA]

2 horas atrás, Juliomar Marchetti disse:

sim cada uma deveria ter o seu

E porque o instalador não compilou a .dcu para a synapse?

[JJA]

Limpei os arquivos ACBR, reinstalei tudo de novo e o arquivo ACBr_synapse.dcu não é gerado para o Delphi Seattle

[JJA]

Bom, eu acabei criando um novo projeto e importei todas as units do meu projeto para este e funcionu. Resolvi meu problema em relação ao meu projeto.

Mas agora uma nova curiosidade:
Eu abri o exemplo do ACBRBoleto e para a minha surpresa, o mesmo erro que ocorreu no meu projeto como mostra no anexo.

Agoraa fiquei sem entender. Logo, não é um problema isalado do meu projeto.

[Juliomar Marchetti]

output das units e onde busca elas

[JJA]

Boa tarde.
Passando para atualizar o caso.
Realmente ainda não entendi de fato qual é o problema, mais para deixar como eu "resolvi" meu problema:

No meu projeto, eu precisei criar um novo projeto no Delphi Seattle em branco e migrei todas as units do meu projeto antigo para ele. 
Meu projeto foi iniciado em Delphi 7 e eu havia migrado ele para Delphi Seattle. Sempre funcionou, mas parou de funcionar, ocorrendo os erros acima após a atualização e reinstalação do ACBr.
Agora, com o projeto criado diretamente no Delphi Seattle, o problema parou de ocorrer.

Outro caso em que ocorreu o mesmo erro do meu projeto foi o Demo do ACBr Boleto. Este eu não fiz o mesmo procedimento que fiz no meu projeto.

Mas, como resultado do ocorrido, eu ainda não tenho solução definitiva. Se alguém tiver alguma opinião do que pode ser e o porque de quando criado o projeto do zero no Delphi Seattle, o erro parou de ocorrer.
Mas agradeço a ajuda dos que participaram.