From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14296 invoked by alias); 21 May 2006 00:16:27 -0000 Received: (qmail 14288 invoked by uid 22791); 21 May 2006 00:16:26 -0000 X-Spam-Check-By: sourceware.org Received: from Unknown (HELO netic.com) (66.28.185.252) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 21 May 2006 00:16:24 +0000 Received: from piii550 (203-206-167-254.perm.iinet.net.au [203.206.167.254]) by netic.com (8.12.10/8.11.0) with ESMTP id k4L0GI14024426 for ; Sat, 20 May 2006 18:16:19 -0600 Reply-To: From: "Laurie Gellatly" To: Date: Sun, 21 May 2006 00:16:00 -0000 Message-ID: <005301c67c6b$c9c05d90$0101010a@netic.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <20060519164602.GD4353@lunn.ch> X-IsSubscribed: yes Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: [ECOS] HTTPD woes X-SW-Source: 2006-05/txt/msg00171.txt.bz2 Hi all, Hope you can help as I can't find any solution in the archives. I'm doing some testing with an i386 with i52889 setup using the builtin web server before the ARM development board arrives. I'm using the freebsd stack. I loaded the HTTP monitor demo which works fine for awhile then dies. I've added tracing to my redboot and when I refresh the page /cgi/network.html without much delay it works fine until it appears that the maximum number of sockets (CYGPKG_NET_MAXSOCKETS) is reached. This appears to be the same as the thread: http://sourceware.org/ml/ecos-discuss/2005-06/msg00115.html but that solution is already in place. The network page seems to reach a limit at the maxsockets (changing maxsockets also changes when the problem occurs) which I've set to 24. The output html then incorrrectly reports the: Network Monitor Interfaces Interface Status=20 =FF=E7 Flags=20=20 Address d=E7=1C=20=20 Mask d=E7=1C=20=20 Broadcast d=E7=1C=20=20 (NOTE these are all messed up). ALSO NOTE: Connections:=20=20 Initiated 0=20 Accepted 23=20 Established 23=20 Closed 11=20 =20 The closed connections is also not keeping pace with the established (I think is is another issue where the gif on the page does not close its connection?) The trace tha is produced is: ASSERT FAIL: <8>stream.inl[93]cyg_bool Cyg_StdioStream::lock_me() Stream object is not a valid stream! ASSERT FAIL: <8>stream.inl [ 93] cyg_bool Cyg_StdioStream::lock_me() Stream object is not a valid stream! TRACE: <4>flag.cxx [ 282] Cyg_FlagValue Cyg_Flag::wait() }}return 00000004 TRACE: <4>mutex.cxx [ 216] cyg_bool Cyg_Mutex::lock() {{enter TRACE: <4>sched.cxx [ 141] static void Cyg_Scheduler::unlock_inner() {{enter TRACE: <4>sched.cxx [ 302] static void Cyg_Scheduler::unlock_inner() }}return void TRACE: <4>mutex.cxx [ 322] cyg_bool Cyg_Mutex::lock() }}returning 1 TRACE: <4>mutex.cxx [ 382] void Cyg_Mutex::unlock() {{enter TRACE: <4>sched.cxx [ 730] void Cyg_SchedThread::disinherit_priority() {{enter TRACE: <4>sched.cxx [ 653] void Cyg_SchedThread::clear_inherited_priority() {{enter TRACE: <4>sched.cxx [ 653] void Cyg_SchedThread::clear_inherited_priority() }}RETURNING UNSET! TRACE: <4>sched.cxx [ 730] void Cyg_SchedThread::disinherit_priority() }}RETURNING UNSET! TRACE: <4>sched.cxx [ 141] static void Cyg_Scheduler::unlock_inner() {{enter TRACE: <4>sched.cxx [ 302] static void Cyg_Scheduler::unlock_inner() }}return void TRACE: <4>mutex.cxx [ 447] void Cyg_Mutex::unlock() }}return void TRACE: <4>flag.cxx [ 218] Cyg_FlagValue Cyg_Flag::wait() {{enter T..... What am I missing? Thanks. ...Laurie:{) -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss