Joel Sherrill | 17 Sep 22:52

RTEMS Port of Ada Sockets

Hi,

I now have a port of Ada Sockets to RTEMS.  I have
tested on the i386 and PowerPC.  There are two
issues but those aren't enough to make this not worth
submitting at this point.

+ As best I can call, stream_listener and stream_sender
MUST be on the same endian CPUs. I assume this is just
an issue with the example but will defer to more those
more knowledgeable about what is going on in the test.

+ multicast does not work from Ada.  But as of this
moment in time, I don't have a working C example on
RTEMS so I can't blame that on my port.

I did NOT autoconf the RTEMS port.  I followed the VMS
model of dedicated Makefiles.  There is a shell script to
generate the C program to run on the RTEMS target to
get the sockets-constants.ads.  Once you get that, you
build the src, then the examples.

There is a README.RTEMS in the top directory.

Hopefully this is worth merging.  Please let me know.

--joel
(Continue reading)

Samuel Tardieu | 4 Nov 21:08
Favicon
Gravatar

Re: RTEMS Port of Ada Sockets

>>>>> "Joel" == Joel Sherrill <joel.sherrill <at> oarcorp.com> writes:

Joel> I now have a port of Ada Sockets to RTEMS.  I have tested on
Joel> the i386 and PowerPC.  There are two issues but those aren't
Joel> enough to make this not worth submitting at this point.

Hi Joel.

Thanks a lot for your patch. It has been integrated into the
AdaSockets development tree[1].

Joel> + As best I can call, stream_listener and stream_sender MUST be
Joel> on the same endian CPUs. I assume this is just an issue with the
Joel> example but will defer to more those more knowledgeable about
Joel> what is going on in the test.

This is a restriction of the default 'Read/'Write implementation of
GNAT. You can make it use XDR by changing System.Stream_Attributes
into the version provided by GLADE.

Joel> + multicast does not work from Ada.  But as of this moment in
Joel> time, I don't have a working C example on RTEMS so I can't blame
Joel> that on my port.

It works for me.

Joel> Hopefully this is worth merging.  Please let me know.

This is more than worth merging :) Thanks again!

(Continue reading)

Thomas De Contes | 5 Nov 16:40
Favicon

Re: RTEMS Port of Ada Sockets


Le 4 nov. 07 à 21:08, Samuel Tardieu a écrit :

> Thanks a lot for your patch. It has been integrated into the
> AdaSockets development tree[1].

btw, Why have you moved from mercurial to git, without passing by svn ?
Don't you like svn ?

(I don't know svn more than cvs or others, but every open source  
projects use it :-) )

> Joel> + As best I can call, stream_listener and stream_sender MUST be
> Joel> on the same endian CPUs. I assume this is just an issue with the
> Joel> example but will defer to more those more knowledgeable about
> Joel> what is going on in the test.
>
> This is a restriction of the default 'Read/'Write implementation of
> GNAT. You can make it use XDR by changing System.Stream_Attributes
> into the version provided by GLADE.

I'm interested by this kind of problem

What's XDR ? And how does it resolve this problem ?

--

-- 
j'agis contre l'assistanat, je travaille dans une SCOP !

_______________________________________________
AdaSockets mailing list
(Continue reading)

Samuel Tardieu | 5 Nov 16:51
Favicon
Gravatar

Re: RTEMS Port of Ada Sockets

On  5/11, Thomas De Contes wrote:

> btw, Why have you moved from mercurial to git, without passing by svn ?
> Don't you like svn ?
>
> (I don't know svn more than cvs or others, but every open source projects 
> use it :-) )

Are you kidding? SVN is almost as limited as CVS. Fortunately, many
projects use Mercurial or GIT.

> What's XDR ? And how does it resolve this problem ?

http://en.wikipedia.org/wiki/External_Data_Representation

_______________________________________________
AdaSockets mailing list
AdaSockets <at> lists.rfc1149.net
http://lists.rfc1149.net/mailman/listinfo/adasockets

Thomas De Contes | 15 Nov 05:07
Favicon

Re: RTEMS Port of Ada Sockets


Le 5 nov. 07 à 16:51, Samuel Tardieu a écrit :

> On  5/11, Thomas De Contes wrote:
>
>> btw, Why have you moved from mercurial to git, without passing by  
>> svn ?
>> Don't you like svn ?
>>
>> (I don't know svn more than cvs or others, but every open source  
>> projects
>> use it :-) )
>
> Are you kidding? SVN is almost as limited as CVS. Fortunately, many
> projects use Mercurial or GIT.

Sorry, I had to say "every open source projects that i know" :-)

On my platform, I have this choice :

cogito                         devel/cogito   0.18.2       Git core  
and cogito tools to provide a fully-distributed SCM
git-core                       devel/git-core 1.5.3.4      The stupid  
content tracker.
stgit                          devel/stgit    0.13         Push/pop  
utility on top of GIT
cgit                           www/cgit       0.6.2        A fast web  
interface for the git source code management system

Which of them should i install ?
(Continue reading)


Gmane