[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