lwip-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [lwip-users] BasicWeb.c behavior


From: Pettinato, Jim
Subject: RE: [lwip-users] BasicWeb.c behavior
Date: Fri, 8 Feb 2008 15:33:10 -0500

I think the issue they're expressing is that the PCB memory pool's associated 
stats.err member gets incremented in this case even though the fail/kill/retry 
sequence ends up being successful?

-----Original Message-----
From: address@hidden [mailto:address@hidden On Behalf Of Jonathan Larmour
Sent: Friday, February 08, 2008 3:03 PM
To: Mailing list for lwIP users
Subject: Re: [lwip-users] BasicWeb.c behavior

Bill Auerbach wrote:
> 
> In tcp_alloc, if memp_malloc returns NULL then tcp_kill_timewait is 
> used to kill an old PCB.  I would think the error should be reversed 
> when the next memp_malloc succeeds, or, we need a memp_malloc_try 
> which doesn't count the error on a fail, but allocates one if it can.

I'm not sure what you mean here. The current code looks ok to me? It retries 
the memp_malloc straight after killing off a socket in timewait.

Jifl
-- 
eCosCentric Limited      http://www.eCosCentric.com/     The eCos experts
Barnwell House, Barnwell Drive, Cambridge, UK.       Tel: +44 1223 245571
Registered in England and Wales: Reg No 4422071.
Visit us @ Embedded World 2008, Nürnberg, Germany, 26-28 Feb:Stand 11-336
------["Si fractum non sit, noli id reficere"]------       Opinions==mine


_______________________________________________
lwip-users mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/lwip-users




reply via email to

[Prev in Thread] Current Thread [Next in Thread]