FreeRTOS Support Archive
The FreeRTOS support forum is used to obtain active support directly from Real
Time Engineers Ltd. In return for using our top quality software and services for
free, we request you play fair and do your bit to help others too! Sign up
to receive notifications of new support topics then help where you can.
This is a read only archive of threads posted to the FreeRTOS support forum.
The archive is updated every week, so will not always contain the very latest posts.
Use these archive pages to search previous posts. Use the Live FreeRTOS Forum
link to reply to a post, or start a new support thread.
[FreeRTOS Home] [Live FreeRTOS Forum] [FAQ] [Archive Top] [February 2006 Threads] lwIP BasicWeb block at sys_mbox_fetch(conn->mPosted by Nobody/Anonymous on February 15, 2006 Hi,
Inside vBasicWebServer(), when it tries to open up a new connection, "pxHTTPListener = netconn_new( NETCONN_TCP );", it tries to call "sys_arch_mbox_fetch(mbox, msg, 0);". Since there is no message in the mbox, it blocks and will not continue to do "netconn_bind()....".
The reason it uses "block" mode to do mbox fetch is because when vBasicWebServer task is created, the timeout structure has a "next" field with value 0.
Is this normal behavior?
-Jerry
RE: lwIP BasicWeb block at sys_mbox_fetch(conn->mPosted by Nobody/Anonymous on February 16, 2006 Most likely, nobody will help me out on this one. However, I'll still give it a try.
It seems that I'm not alone on this issue also. I found some one on the internet had the same issue when he tried to use lwIP's netconn_new(). It blocks on the call.
FreeRTOS used lwIP in one of the samples, i.e., lwIP_demo_Rowley_ARM7 . I'm just wondering did this issue come up when netconn_new() was called? How was it handled? I'm thinking send a fake message to itself before calling netconn_new() so that it will not block.
Thanks for any input.
-Jerry
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|