[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Tsp-devel] test result patch RPC
From: |
PAGNOT, Robert |
Subject: |
[Tsp-devel] test result patch RPC |
Date: |
Thu, 28 Oct 2004 09:15:09 +0200 |
Seule remarque sur le patch : SNPRINTF n'existe pas sous Solaris 2.5 !
Sinon, la patch est testé OK sur Solaris 2.5/2.8, DEC-OSF 5.1, Linux 2.4 et
2.6.
Remplace le snprintf par autre chose plus classique, et ce sera bon pour
moi.
A+
Robert PAGNOT
ASTRIUM SAS
AEA56 - Ground Systems
tél.: 05 62 19 55 32
fax.: 05 62 19 77 41
<mailto:address@hidden>
> -----Original Message-----
> From: NOULARD Eric [mailto:address@hidden
> Sent: Thursday, October 28, 2004 12:16 AM
> To: Devel TSP
> Subject: [Tsp-devel] patch RPC cherche testeurs sous Solaris
>
>
> Après quelques investigations il s'avère que
> c'est la fonction svc_destroy
> qui semble planter sous Linux (noyau 2.6.8.1 glibc 2.3.3)
> si on l'enlève tout bonnement et qu'on fait
> seulement
>
> svc_unregister
> pmap_unset
>
> ben c'est ok??
>
> D'où 2 questions:
>
> 1) A quoi sert réellement svc_destroy?
> l'argument de type SVCXPRT* qui est détruit par svc_destroy
> est utilise (probablement) par svn_run, suite au svc_tcpcreate
> +svc_register. Hors svc_run ne revient jamais, donc que se
> passe-t-il
> quand on "svc_destroy" quand svc_run n'est pas terminé?
>
> 2) est-ce que le patch qui suit serait OK sous Solaris
> Patch applicable avec un
> cd $DEVBASE
> patch -p0 < rpc_linux.patch
>
> Des volontaires pour tester ça sous Solaris
> avant que je commite ces changements?
>
> A noter que j'ai donné la version de la glibc car sous Linux
> la lib [sun]rpc fait visiblement de la glibc
> dans les sources (par exemple de la 2.3.3)
> glibc-2.3.3/sunrpc/rpc/svc.h:
>
> #define svc_destroy(xprt) \
> (*(xprt)->xp_ops->xp_destroy)(xprt)
>
> Ce qui ne m'aide pas beaucoup...
>
> --
> Eric NOULARD
> E-mail: address@hidden
>
important_notice.txt
Description: Text document
- [Tsp-devel] test result patch RPC,
PAGNOT, Robert <=