ONC RPC sous windows

Bonjour à tous,

J'ai développé récemment une application client/serveur qui utilise les RPC de sun, qui sont assez répandus sous UNIX. J'utilise notamment la commande rpcgen pour générer les stubs de mon client et mon serveur à partir du fichier idl ( *.x).

Je voudrais à présent porter ces applications sous windows. Mon code est portable, mais l'utilisation de RPC me pose un problème : comment générer les stub sous windows ?

J'utilise MinGW pour compiler, et j'ai trouvé dans le projet GnuWin32 le package sunRPC, qui fournis l'outil rpcgen. Cependant, je n'arrive pas à marrier GnuWin32 et MinGW, ou du moins je ne sais pas comment m'y prendre. Je pense qu'il faut utiliser également le package libgw32c qui fournit les bibliothèques et les headers pour rpc, mais il existe également des header rpc dans la distribution standard de MinGW.
D'autre part, une fois que j'aurai réussi, grâce à votre aide :D, à compiler le serveur, est ce que ça va fonctionner ? Sous linux j'ai besoin du portmapper, et il doit exister un équivalent sous windows, sinon porter rpcgen serait inutile, mais où le trouver ?

Ma question est donc : quelqu'un sait-il comment configurer le package sunRPC du projet GnuWin32 avec MinGW, puis compiler les sources générées, et enfin lancer un serveur (ou un client). Ou bien existe-il un tuto que je n'ai pas trouvé ?

Merci d'avance

Bon, je vois que mon sujet n'attire pas les foules :D.

J'ai bossé là dessus hier soir et j'ai réussi à installer rpcgen et les headers rpc qui sont dans le package libgw32 de GnuWin32, je peux générer les stubs client et serveur, mais maintenant j'ai un problème de header manquant à la compilation : le fichier généré pour le serveur (com_svc.c) inclue le header netconfig.h, qui est introuvable (je ne l'ai pas trouvé sur mon windows, pas plus que sur ma distrib linux sur laquelle j'utilise aussi rpcgen, seulement sous linux, les fichiers générés par rpcgen n'incluent pas ce header).

Quelqu'un à t'il une idée de là où je pourrais trouver ce header (netconfig.h) ? Ou bien une solution pour m'en passer ?

Merci

Franchement, je n'ai jamais utilisé RPC avec MinGW. Il m'est arrivé de l'utiliser une fois sous Visual, mais j'ignore si le protocole est bien standardisé. Le fichier .idl doit être traité par MIDL.EXE, fourni avec Visual, qui génère les sources C des stubs et les en-têtes C/C++ déclarant les structures...

Salut Medinoc, merci pour ta réponse.

Finalement j'ai trouvé le problème : rpcgen sous windows génère du code dans le style "SysVr4" alors que sous linux c'est par défaut dans le style "SunOS4.1", et ça change tout :?. Maintenant j'arrive à avoir un code qui ressemble à celui de linux, mais je crois que ce programme (rpcgen) est tout buggué : le code généré n'est pas valide, il déclare la fonction main comme ceci :

Code:

---

1 2 3 4 5 6

main() { ...   argc=argc; argv=argv; }

---

donc évidemment problème de compilation : argc et argv ne sont pas définis.

Est ce que c'est moi qui ai raté quelque chose, ou bien j'abandonne tout de suite :lol:.

Sinon pour MIDL.EXE, je ne suis pas sur à 100% mais je crois que ça génère du code pour les RPC windows qui ne sont pas compatibles avec les RPC sun, malheureusement.

J'ai d'autre part trouvé des solutions payantes pour les RPC sun sous windows :
http://www.onc-rpc-xdr.com/
http://netbula.com/oncrpc/

Ca me pousse à croire qu'il n'existe pas de solutions gratuites, surtout quand on voit le prix des licences...

Enfin je vais tout de même continuer à chercher, je ne m'avoue pas vaincu :mrgreen:

Bon, j'ai trouvé quelque chose :mrgreen:

C'est un ancien projet qui permettait d'utiliser les ONC RPC sous windows, l'auteur a porté rpcgen, le portmapper, rpcinfo, etc, et ça DEVAIT fonctionner.

Maintenant le problème est que les librairies ont été compilées avec borland c++, et donc elles sont incompatibles avec mon compilateur (gcc sous MinGW). Je n'arrive pas pour l'instant à recompiler les sources à cause de problèmes de syntaxe je pense, j'ai ouvert un thread spécifique ici : http://www.developpez.net/forums/d79...ienne-syntaxe/

Quand ça fonctionnera je ferai un joli post pour expliquer tout en détail.

@+