Discussion :

[Hibou57]

Bonjour,

Une application Ada, utilise des fonctions d'une DLL qu'elle charge « manuellement ». Une application équivalente, en C, compilée avec GCC, fonctionne parfaitement bien. Sous Gnat elle compile bien, mais à l'execution, il survient un message du type suivante :

Error while importing symbol 'PlaceholderSymbole' from DLL 'placeholder.dll'!
The application will terminate now.

La boite de dialogue a simplement pour titre « Fatal Error ». Le message étant en anglais, je suppose qu'il ne s'agit pas d'un message d'erreur émanant du système (mon windows étant francisé), même si l'origine de l'erreur peut bien sure être une erreur système. Je suppose que le message d'erreur vient de la DLL chargée manuellement (elle est prévue pour ça, et a donc put prévoir une telle forme de notification).

Le problème est que la version équivalente en C, compilée avec GCC, fonctionne trés bien, alors que l'application sous sa forme Ada, compilé avec Gnat qui est basé sur GCC, ne fonctionne pas, et renvoie ce message d'erreur.

Y at-il des choses particulières à savoir au sujet de l'utilisation de librairies chargées manuellement dans les applications Ada compilé avec Gnat ?

Merci d'avance pour toutes informations quelquonques...

[HRS]

n'est ce pas dû au fait que le gnat 3.15p est basé sur
le gcc 2.8.1 ? trop ancien peut-être ?

la dernière release mingw porte le gcc 3.4.2 et contient
un compilateur ADA

si vous avez déjà implémenté le compilateur C, il vous
suffit d'installer

http://prdownloads.sourceforge.net/m...40916-1.tar.gz

au cas où bous auriez installé la release candidate 3.4.4 ou 3.4.5

prenez

http://prdownloads.sourceforge.net/m...50522-1.tar.gz
http://prdownloads.sourceforge.net/m...60117-1.tar.gz
-------------------
attention, gnat 3.15p est validé, pas gcc-ada-3-4-x

[Hibou57]

Bonne idée HRS... mais... la lib en question fonctionne parfaitement avec le GCC sur lequel est basé Gnat (il s'agit du même GCC), et c'est le lieur qui vient avec GCC qui est ici concerné. J'ai trouvé la solution, mais la situation n'est vraiment pas clair, parce que j'ignore pourquoi les choses sont ainsi (peut-être la runtime de Gnat jout-elle un rôle dans ce phénomène). La lib qui fonctionne avec GCC ne fonctionne pas avec Gnat, mais il y en existe une autre qui fonctionne parfaitement avec Gnat (celle fournie par Microsoft, utilisable également avec VC++, VB, and the like ..)

Ce problème de librairie est traité dans un autre topic, ici : Unicode sous Windows 9X/Me (voir le post #19)

[Hibou57]

La question se posait à deux endroits différents : ici, pour être un problème de Gnat, et sur le forum developpement Windows, pour être un problème de mise en oeuvre de Unicows, une API Unicode pour Windows 9x/Me (la dll chargée manuellement était en effet unicows.dll, liée par libunicows.a).

Pour info, je donne le lien vers cet autre thread : http://www.developpez.net/forums/sho...1&postcount=22

Et je repost également ici le dernier post de cet autre thread, puisqu'il y est question d'un bug de Gnat.

Je recite :

J'ai repris aujourd'hui les tests concernant ce problème. J'ai trouvé d'où vient le problème, mais je ne le comprends pas.

Dans ma petite application d'essai, il y avait des expressions du genre « S := Integer'Image(X); ». Ce sont ces expression Integer'Image qui pose problème. Je les ai enlevé, et tous fonctionne parfaitement. Je ne comprends vraiment pas comment une expression Integer'Image peut avoir une influance sur le chargement d'une DLL... c'est complétement loufoque ... apparement il y a un sérieux bug de Gnat avec Integer'Image (ça fait beaucoup de bugs pour Gnat je trouve, parce qu'il n'y a pas que celui-ci).

Bon alors, quel est les problème avec Integer'Image sous Gnat ? Débordement de mémoire ? (ce serait la meilleur ça... Ada qui nous fais un truc pareil). Ou alors un phénomène paranormal ? (possible vu la bizarrerie).

Voilà... s'il y en a qui on entendu parler de ce bug, ou qui l'on déjà renconter : des problèmes ou des bugs avec Integer'Image and the likes ?