Same question than the last time: which release? Even if a "connect" should do 
an implicit "bind", can you test to call it (bind) before connect? 
  
====================================
Frédéric BERNON 
HYMATOM SA 
Chef de projet informatique 
Microsoft Certified Professional 
Tél. : +33 (0)4-67-87-61-10 
Fax. : +33 (0)4-67-70-85-44 
Email : [EMAIL PROTECTED] 
Web Site : http://www.hymatom.fr 
====================================
P Avant d'imprimer, penser à l'environnement
 


-----Message d'origine-----
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Kieran Mansley
Envoyé : vendredi 25 mai 2007 10:15
À : Mailing list for lwIP users
Objet : Re: [lwip-users] Problem with lwip_select under Nucleus


On Fri, 2007-05-25 at 09:54 +0200, [EMAIL PROTECTED] wrote:

> At this point, I supposed that for default, sockets in LWIP were non- 
> blocking (is this true???),

No.  By default socket operations are blocking.  I assume you haven't specified 
MSG_DONTWAIT in the flags to the recv operation, or O_NONBLOCK to the socket 
options.  These would both result in non-blocking sockets.

> I cannot find an explanation to what happens, but actually, select 
> does not wait when it is called after a connect. I would be very 
> pleased if somebody could give me some advice.

It sounds like there's a problem with your port that is causing the blocking 
operations in the sockets API to not block.  For some reason lwIP is behaving 
as if there is data to read on that socket, when in fact there is none.

Ignore select() for now as I think if we can solve the simpler recv-not- 
blocking issue, that will be a good start.

Take a look at the lwip_recvfrom() function.  Can you check the following when 
you call it by adding some extra debugging:
 - that sock->lastdata is NULL.
 - that buf returned by netconn_recv() is NULL.

If that is the case, take a look at netconn_recv().  This can return NULL for 
all sorts of reasons.  Add debugging (e.g. a printf) to each one and see which 
case is failing.

With that information we should be able to work out what's wrong.

Kieran





_______________________________________________
lwip-users mailing list
[email protected] http://lists.nongnu.org/mailman/listinfo/lwip-users
BEGIN:VCARD
VERSION:2.1
N:BERNON;Frédéric;;M.
FN:Frédéric BERNON
ORG:HYMATOM SA;Recherche et Développement
TITLE:Chef de projet informatique
TEL;WORK;VOICE:04-67-87-61-10
TEL;WORK;FAX:04-67-70-85-44
ADR;WORK;ENCODING=QUOTED-PRINTABLE:;23;Zone Industrielle=0D=0A175 rue de Massacan;VENDARGUES;;34740;FRANCE;
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:23=0D=0AZone Industrielle=0D=0A175 rue de Massacan=0D=0AVENDARGUES 34740=0D=
=0AFrance
URL;WORK:http://www.hymatom.fr
ROLE:Chef de projet informatique
EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
REV:20020404T083210Z
END:VCARD
_______________________________________________
lwip-users mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/lwip-users

Reply via email to