|
From: | Frédéric Martinsons |
Subject: | Re: [Tsp-devel] fonction alloca |
Date: | Fri, 17 Oct 2008 10:18:23 +0200 |
Le 16 octobre 2008 14:17, Frederik Deweerdt <address@hidden> a écrit :Bonjour,
Cette solution à l'air pas mal:
On Thu, Oct 16, 2008 at 01:47:24PM +0200, Frédéric Martinsons wrote:
> Bonjour,
>
> Juste deux petites questions:
>
> J'essaye en ce moment de faire tourner vxstub sur ppc5500 et il ne
> reconnait pas le symbole alloca() utilisé dans tsp_decoder et tsp_encoder
> (après recherche sur ce qu'il faisait, c'est normal qu'il ne le connaisse
> pas...). J'avais commencé à modifier les sources à coup de #ifdef VXWORKS
> mais c'est moche, donc Yves m'a dit qu'on wrappait ces fonctions suivant la
> machine utilisée.Ma question est donc par où commencer pour wrapper cette
> fonction à la sauce VxWorks ?
http://www.linuxhacker.org/cgi-bin/ezmlm-cgi?5:mss:3065:200010:iaphdfkpaphcflhlbdnb
Ok je vais faire ça, ça recoupe avec ce qu'a dit Eric.D'ailleurs je viens de voir que je vais devoir la même chose pour la fonction gethostbyname() qui a comme équivalent hostGetByName().
>Oui, probablement.
> Ensuite dans le fichier tsp_stream_sender.c , la structure socklen_t est
> utilisée pour la taille du buffer mais elle n'est pas définie dans le
> socket.h de VxWorks, après recherche il semble qu'il se contente d'un u_int
> maintenant.J'imagine que c'est le même problème qu'avant, il faudrait
> wrapper ceci dans tsp_abs_types pour la portabilité ?
>Est-ce que tu pourrais renvoyer ces modifs sur la liste?
> J'ai aussi remarqué que toutes les modif dues au portage de TSP sous Rtems
> n'était pas présentes dans les dernières sources disponible sur savannah,
> c'est normal ?
En fait elles sont présentes dans CVS donc je vais travailler avec cette version.
A bientôt,
Frederik
Merci pour votre aide.
_______________________________________________
Tsp-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/tsp-devel
[Prev in Thread] | Current Thread | [Next in Thread] |