[Ace-users] [ace-users] Data corruption using sockets/IPC

Douglas C. Schmidt schmidt at dre.vanderbilt.edu
Tue Oct 30 15:42:45 CDT 2007


Hi Rishi,

   You can use /usr/bin/strace to find out what data is going in/out.
   
   Doug

> Thanks for the reply. This data never goes out over the network. It is strictly IPC. I've been using gdb to try and narrow it down, but I will see if I can grab the packets as well.
> 
> Thanks!
> 
> Rishi
> 
> -----Original Message-----
> From: schmidt at dre.vanderbilt.edu [mailto:schmidt at dre.vanderbilt.edu] 
> Sent: Tuesday, October 30, 2007 2:27 PM
> To: Rishi Malik
> Cc: ace-users at cse.wustl.edu
> Subject: Re: [ace-users] Data corruption using sockets/IPC 
> 
> 
> Hi Rishi,
> 
> > In a project, we’re using ACE’s sockets/IPC calls to send data. We
> > were using an older version with an old compiler(on a 2.4 linux
> > kernel), but have recently updated to GCC 4/2.6 kernel and ACE 5.6
> > (the latest released version).
> > 
> > The issue I’m having is that data seems to be getting corrupted when
> > its being sent. As in, values in the buffer I pass in to send_n aren’t
> > the same values I get after the recv_n. Has anyone seen this before?
> > Searching the list, bugzilla, and google hasn’t found me much. Any
> > help is appreciated.
> 
> I recommend you use a packet analyzer to see where the corruption is
> occurring.
> 
> Take care,
> 
>      Doug
> 
> -----------------------------------------------------------
> The information contained in this transmission may be 
> confidential. Any disclosure, copying, or further 
> distribution of confidential information is not permitted 
> unless such privilege is explicitly granted in writing by 
> Quantum Corporation. Furthermore, Quantum Corporation is not 
> responsible for the proper and complete transmission of the 
> substance of this communication or for any delay in its 
> receipt.
> ------------------------------------------------------------



More information about the Ace-users mailing list