Discussion :

[melleb]

Salut,

pour le développement d'une application, j'implémente une librairie qui interface un utilitaire
La librairie fournisseur dont je dispose, fournit deux méthodes Start et Stop qui permettent de lancer/arrêter l'exécutable de cet utilitaire...

Pour les besoins de mon application, j'ai dû encapsuler cette dll dans une autre dll (je dispose du .h de la dll fournisseur, j'ai donc fait un #include)

Je rencontre des soucis dans l'implémentation de ma dll d'encapsulation...
pour cela, j'ai fait du PInvoke (dllexport/dllimport)
Et donc, l'encapsulation des méthodes Start & Stop ne marche pas...
Alors que les appels directs aux méthodes de la librairie fournisseur dans une appli console de test marchent...

Je n'ai aucun regard sur la librairie fournisseur
donc je ne sais pas d'où cela pourrait venir

Mais y aurait-il des problèmes connus sur le lancement d'exécutable via du PInvoke??
Et si oui, est-il possible de les contourner? et comment?...

Merci

[Médinoc]

Si tu programmes en C++/CLI, pourquoi ne pas utiliser directement IJW (en clair, utiliser __declspec(dllimport) + bibliothèque d'importation) plutôt que P/Invoke (et DllImportAttribute) ?

[melleb]

euh oui,
en fait, je ne suis pas trop au point à ce niveau de langage

en fait c'est bien

__declspec(dllimport) + bibliothèque d'importation

que j'utilise
....

[Médinoc]

Dans ce cas, tu n'utilises pas P/Invoke.
Qu'est-ce qui "ne marche pas" exactement ?

[melleb]

oups, ok
désolée pour cette erreur de langage...

donc en fait, ce qui ne marche pas,
c'est que quand j'appelle ma méthode Start de ma dll qui encapsule la méthode Start de la dll du fournisseur
eh ben, ça ne lance pas l'utilitaire

alors que si j'appelle directement la méthode Start de la dll fournisseur depuis une appli console de test, ça marche...

y aurait-il donc un truc connu qui fasse que ça coince lorsque c'est encapsulé dans une dll??
...

[Médinoc]

Pas à ma connaissance.
Sans code, je ne peux rien dire.

Et aussi: Que disent les codes d'erreur ? Le retour de CreateProcess et cie ? Le retour de GetLastError() ?

[melleb]

Que disent les codes d'erreur ? Le retour de CreateProcess et cie ? Le retour de GetLastError() ?

Je n'ai pas accès à cela, car il s'agit d'une dll fournie pas le client,
nous n'avons pas accès au code...
nous ne savons pas comment cela est géré dans la librairie...

mais comme, il s'agit un peu d'un dialogue de sourd...
qu'il ne veut pas se remettre en question
et que nous, nous ne faisons qu'encapsuler ses méthodes...
je me demandais si des fois, il n'y aurait pas des problèmes connus d'incompatibilité...

[Médinoc]

Si le client ne fournit pas de moyen de remontée d'erreurs, ça va mal...

[melleb]

Enfin si, j'ai un code d'erreur en retour
mais ça me dit juste 'command failed'...
très parlant...

puis-je quand même utiliser un 'GetLastError'??

[Médinoc]

Pas sûr, ça dépend comment le client a implémenté sa lib...

[melleb]

Bon,
j'ai essayé un GetLastError juste après mon Start,
ça me retourne 126

ça veut dire

"Specified module could not be found"

non??

ça viendrait d'où??

[Médinoc]

Ça veut dire EXE ou DLL non-trouvée. Quelque part.
Ça peut-être n'importe quelle DLL dont le programme dépend. Un problème de répertoire peut-être ?

[screetch]

tu peux utiliser un utilitaire appelé depends.exe

essaye de tout copier dans le meme repertoire, en general c'est le meilleur moyen de le faire marcher. Si ca marche, alors tu peux commencer a trifouiller des repertoires...

[melleb]

Toutes les autres méthodes de la dll marchent comme il faut,
il n'y a que celles-là...
le start et le stop
...

[melleb]

et tous mes fichiers/dll/dépendances se trouvent dans un seul et même répertoire...

[Médinoc]

Ces dépendances, ça comprend l'exe que tu veux lancer ?

[melleb]

euh, non,
l'exe que je veux lancer n'est pas dans le même répertoire que mon appli

mais, comme je l'ai dis précédemment,
dans une appli console de test que j'ai faite, dans laquelle je teste la directement la dll, ça marchait...
l'exe n'était pas non plus dans le répertoire de cette appli...

[Médinoc]

Il peut y avoir des problèmes de répertoire courant, aussi.

• Commence par t'assurer que tu peux appeler d'autres fonctions de la DLL via P/Invoke
• Puis essaie en te plaçant dans le répertoire du programme à lancer (dans un invite de commandes, quoi) avant de lancer ton propre programme.

[melleb]

bon,
finalement, j'ai trouvé,
il manquait une dll fournisseur...

[bacelar]

Pour ceux qui ont le même type de problème FileMon permet de trouver rapidement les fichiers manquants.