Re: UDP sendto problem

Abhijit Gadgil <[email protected]>
Newsgroups gmane.comp.hardware.microcontrollers.tini
Message-ID <[email protected]>

Hi Robert, 

Thanks. The problem is now solved. The 'sendto' was not working because the 'sockaddr' structure was not initialized to zero, before setting the 'sin_addr' field in it.

Thanks and regards.

-abhijit

On 30 Mar 2004 16:45:06 -0600
Robert Muchsel <robert.muchsel-6tN4nzCoH/[email protected]> wrote:

> You might be out of kernel memory (try pinging your device. If only
> small ping sizes work, then kernel memory is your problem.)
> 
> Use the latest version of xnetstack and - if you have a UDP socket bound
> to a port - make sure you keep calling recvfrom() on the socket,
> otherwise the unprocessed packet queue will consume a considerable
> amount of memory.
> 
> 
> 
> 
> On Tue, 2004-03-30 at 00:34, Zainul M Charbiwala wrote:
> > Hi all, 
> > 
> > We are using the C sockets library for a UDP application. We are facing
> > problems while performing a 'sendto' on a UDP socket. The packets sent by
> > the UDP application seem somehow to get blackholed inside tini itself.
> > 
> > TINI does not send an ARP request before attempting to send the UDP
> > datagrams. If we ping the TINI from the server machine, and then attempt
> > the sendto (to update the ARP cache, coz we figure this problem is related
> > to ARP), it still does not work. The result returned by the sendto is 0.
> > 
> > However, on another UDP socket, when we first do a 'recvfrom', we are able
> > to receive packets and then subsequent packets sent with 'sendto' also work
> > fine.
> > 
> > Has anyone faced this problem before? Is there any solution for this?
> > 
> >  Thanks and regards,
> > 
> > Abhijit.
> -- 
>   Robert Muchsel - Dallas Semiconductor - http://www.maxim-ic.com/TINI/


-- 
Surprises are highly over-rated.
_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.