Discussion :

[PPA94]

Bonjour à tous,

Voilà: je me bats depuis quelque temps avec XE4 32-bit sous XP (bigre me direz vous?).
J'ai quasi systématiquement une erreur interne :
[dcc32 Erreur fatale] F2084 Erreur interne : AV06F18253-R0000786C-0
Au moment du link.
Si je quitte et je relance XE4 (bonjour le temps perdu à chaque fois), F9 fait de nouveau le link et passe en RUN, déboguage ok sans problème.
Si je recompile direct, j'ai de nouveau l'erreur.
Je n'avais pas ce problème avec XE3.
Bien sûr l'erreur interne est trop vague pour avoir une aide quelconque et je n'ai jamais réussi à faire une application type reproduisant le problème alors le support technique...
Des idées ?
J'envisage sérieusement un downgrade vers XE3...
A+

[Paul TOTH]

Windows XP n'est pas supporté par XE4 ... partant de là tu es livré à toi même

[PPA94]

Windows XP n'est pas supporté par XE4 ... partant de là tu es livré à toi même

Merci mais ça je le sais bien qu'il n'est pas "supporté" mais ce n'est pas une raison pour que ça ne marche pas.
Je n'ai AUCUN problème XE4 / XP avec d'autres applications ayant aussi de nombreux composants tiers; c'est juste celle là.

XE3 avait aussi beaucoup d'erreurs internes F2084 (voir sur le www), mais je n'en avait personnellement jamais subi.

Ceci dit, il faut bien évoluer mais j'ai une plateforme XP stable avec beaucoup de softs et une migration de tout ça n'est pas envisagée pour l'instant.

Retour à XE3 donc.

[ShaiLeTroll]

Pour en avoir fait l'expérience C++Buider 2007 pouvait générer des Erreurs Internes liés à du mélange Template + VCL

C'était surtout les forward déclarations d'une class utilisée pour spécialiser la Template, deux solutions
- Inverser l'ordre de déclarations (pas bol, j'avais des objets croisés et des sous-types internes qui finissait par produire çà aussi)
- utiliser TObject comme type pour la spécialisation et faire un cast dans le code

C++ Builder XE2 et XE3 ne souffrait plus du problème !

Cela peut venir des certains enchainement de code qui n'apprécie pas même si ils sont correctes !

Je me rappeler d'avoir utiliser bpc de Variant comme property avec index en D7, j'avais aussi régulièrement des erreurs internes au moment de la complétion de code !

Un autre projet utilisant les même couches d'objet mais avec property avec index en type Integer et String, plus aucun soucis !
Mais j'avais besoin de Variant pour gérer des valeurs nulles !

C'est un problème TRES difficile à résoudre

[PPA94]

Ok merci.
Je n'utilise pas de templates sur ce projet mais sur d'autres et sans problèmes.
Mais il y en a toujours plein dans le RTL ne serait-ce que les TList...
J'ai circonscrit un peu le problème :
- Uniquement en mode DEBUG.
- Il persiste jusqu'à ce que l'on enlève "symboles locaux" .
- Si on remet "symboles locaux" après un build réussi, ça reste bon (les nouveaux builds réussissent) ... jusqu'à la prochaine fois qui finit toujours par arriver.
Le motif du déclenchement de l'erreur reste à déterminer.
Ce que je ne comprends pas c'est où une certaine info reste mémorisée, qui est supprimée en enlevant "symboles locaux". J'ai bien une intuition à propos du .dproj ...
A suivre...