|
From: | Jonathan Larmour |
Subject: | [lwip-devel] [patch #5960] Enable multithread send/recv operations on same socket on TCP netconns |
Date: | Wed, 23 May 2007 14:01:13 +0000 |
User-agent: | Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.10) Gecko/20070223 Fedora/1.5.0.10-1.fc5 Firefox/1.5.0.10 |
Follow-up Comment #7, patch #5960 (project lwip): Yes, eCos for example has this issue - mboxes are a fixed size. Even for variable size queues, ultimately it can fail - memory has to come from somewhere! Therefore it seems a return value for sys_mbox_post would be good. In another task as Frederic says I guess. As for the original suggestion of one sem per thread.... that might be hard to do - not all OSes have per-thread data. I guess for those systems it might not be so bad to create/destroy the semaphore each time (depending on a config option). More importantly what do you do when threads go away? lwIP may not be told. Maybe creating/destroying the semaphore each time is the only solution if you want it to be per-thread. If we had mutexes and condition variables, it might be different though! _______________________________________________________ Reply to this item at: <http://savannah.nongnu.org/patch/?5960> _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |