Discussion :

[:Bronsky:]

Bonjour,

Voilà j'ai un gros problème sous HP-UX pour catcher dans un exécutable une exception lancée dans un plugin (shared library). J'ai lu sur le net qu'il fallait pour cela spécifier le flag RTLD_GLOBAL lors de l'appel à dlopen(), mais rien n'y fait, même comme ça ça ne fonctionne pas. En guise d'exception je prend un signal d'interruption logicielle.

L'appel de dlopen() ressemble à ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dlopen("<laLibrairie>", RTLD_LAZY | RTLD_GLOBAL);

Y a-t-il autre chose de particulier à faire ? Existe-t-il une autre manière de loader une shared library qu'avec dlopen() ? Pour info, j'utilise le compilateur aCC... y aurait-il une option à activer ? (je compile avec l'option -AA indispensable à la gestion des exceptions...)

Merci d'avance

[Luc Hermitte]

Il me semblait que la méthode type consistait à ne laisser remonter aucune exception hors du plugin. Renvoie plutôt des codes d'erreurs.

[:Bronsky:]

Je ne comprend pas quelle est la valeur ajoutée de cette méthode par rapport à une gestion par exception ? Je vais devoir retourner un code ET la chaine contenant le message contenu dans l'exception..... pour quoi faire ??

[Luc Hermitte]

Ce n'est pas une question de valeur ajoutée. Juste que les exceptions ne franchissent normalement pas les barrières des plugins/dll/... On est souvent obligés de toutes les intercepter dans les fonctions de l'interface des bibliothèques.

Maintenant, si ton compilateur le permet tu es "chanceux". M'est avis que tu devrais poser la question dans les forums de HP -- aCC est bien un compilateur de HP ?

[:Bronsky:]

Maintenant, si ton compilateur le permet tu es "chanceux". M'est avis que tu devrais poser la question dans les forums de HP -- aCC est bien un compilateur de HP ?

OK je ne savais pas que c'était pas toujours le cas, mais je pense que aCC le permet. Sur une liste de diffusion HP j'ai vu :
- qu'il fallait RTLD_GLOBAL pour lancer des exceptions à travers un plugin
- que quand un exe est compilé sans l'option -AA, il est incapable de catcher des exception comme std::bad_alloc, car il ne connaît pas les namespace... ce qui sous-entend bien qu'en tant normal c'est possible

Mais je vais me renseigner plus en détail pour être absolument sûr qu'il le permet...

Et oui, aCC est bien un compilo HP.

[Aurelien.Regat-Barrel]

Utiliser les exceptions dans un plugin est une mauvaise idée, car chaque compilo implémente à sa manière les exceptions. Si tu charges un plugin qui a été compilé avec un autre compilo / autre version, tu cours à la catastrophe.

[:Bronsky:]

Oui je me doute bien, mais là il ne s'agit pas du tout de plugins dans le sens "je développe le framework et d'autres gens qui me sont complètement étrangers feront tous les plugins qu'ils veulent derrière". Non, là c'est nous qui faisons tout. Il y a un framework central pour mutualiser l'effort sur les parties communes, et des plugins spécifiques à chaque flux de migration, le tout compilé dans un même build afin d'être livré au client en tant que SSA du système informatique que nous développons. Nous ne sommes pas du tout dans le cadre d'un logiciel destiné à être distribué.

[SKZ81]

Je risque d'être totalement dans les vapes, mais comme c'est peut-être une piste...

avec GCC :

Les références externes de la bibliothèque sont résolues en utilisant
les bibliothèqujes mentionnées dans sa liste de dépendances, et toutes
les autres bibliothèques éventuellement ouvertes auparavant avec
l'attribut RTLD_GLOBAL. Si l'édition des liens de l'exécutable a été
faite avec l'option "-rdynamic", alors ses symboles globaux seront
également employés pour résoudre les références de la bibliothèque
chargée dynamiquement.

L'option "-rdynamic" est une option du ld des binutils, mais il y a peut-être l'équivalent avec aCC ..?

[:Bronsky:]

Cela fait plusieurs fois que je parcours le man et je ne vois rien parmi les options qui semble correspondre.

Bon en attendant d'éventuelles nouvelles infos je vais essayer quand même de voir si le rôle de l'exécutable dans la gestion des erreurs ne peut pas être réduit à son strict minimum... la classe mère des plugins se chargerait de faire les try/catch, logger les messages et renvoyer juste un code genre echec/succès. C'est jouable.