[K42-discussion] [Bug 19] New: Unix-domain datagram sockets

bugzilla-daemon at ozlabs.org bugzilla-daemon at ozlabs.org
Thu Oct 20 12:44:20 EST 2005


http://ozlabs.org/bugzilla/show_bug.cgi?id=19

           Summary: Unix-domain datagram sockets
           Product: K42
           Version: unspecified
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: enhancement
          Priority: P3
         Component: Misc
        AssignedTo: k42-discussion at ozlabs.org
        ReportedBy: andrewb at cse.unsw.edu.au


Unix-domain datagram sockets (ie. AF_UNIX, SOCK_DGRAM) are unimplemented. 
These are needed for the reaim/AIM7 benchmark to run unmodified. 
 
Maria said on k42-discussion at the time:  
I had started to implement unix domain datagrams, but gave up when   
I realized that they were not really needed our target application, which   
was ssh.    The answer to your question, is that currently k42 does not   
unix datagrams.   
   
(What would need to be done is to add the code at the client and server for   
these.  At the client this is not too complicated at all, but some care   
should be taken to re-use as much code as possible with streams.  The code   
that associates a socket with a socket file, could be re-used.   
   
The server only implements streams.  Adding packets should not be too   
difficult, but one problem is when/how to get the correct object (the   
correct object in the server is the one associated with the socket file).   
   
Michal had correctly proposed that unix domain socket be re-implemented in   
such a way that one server object represent one half of a connected socket,   
whereas right now each server object represent a socket pair.   Strictly   
speaking, one does not have to do this cleanup, but sure starts to make   
more sense for datagrams than from streams.  )

-- 
Configure bugmail: http://ozlabs.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the K42-discussion mailing list