Re: [lwip-users] LwIP 1.41 select does not return ?

[Noam Weissman]

Hi Tim,

I am aware of that but that did not answer my question.

You can mix API's and I already have systems that use RAW API

and Socket API and they coexists when you know the limitations.

My question was simple ... does anyone have an idea why select

does not return when a connection to the correct port is initiated.

Just to clarify the last 3 parameter to select function are all NULL.

When I set the last parameter to a time struct (for testing) and defined

5 seconds timeout, select did return every 5 seconds with 0...

It should be something that I overlooked or maybe that lwip_select is not

100% BSD compliant as CypherBridge code is ?

Thanks and BR,

Noam.

---

From: Tim Cussins <address@hidden>
Sent: Wednesday, May 31, 2017 1:57 PM
To: Noam Weissman; Mailing list for lwIP users
Subject: Re: [lwip-users] LwIP 1.41 select does not return ?

 

Hi Noam,

On Wed, May 31, 2017, at 11:11 AM, Noam Weissman wrote:

> I am using a base project that is used for testing. This base project
> uses FreeRTOS 8.01 + LwIP 1.41
> +  a few modules that work just fine. The base project has a DHCP client
> and a TCP server (Raw API)
> that work just fine.
>
>
> I have enabled sockets and netcon in lwipopts.h ... in general it seems
> to load properly and run.

> My own TCP server that listens on port 23 and the rest of the system
> works just fine
>
>
> Any ideas what did I miss or what should I check ?
>

Just a quick check: The raw API is not meant to be used in a
multi-threaded system. Is your working TCP server using this API? If so,
I expect your TCP server would work, but your calls to the netconn API
(or sockets, which uses netconn under the hood) would probably dead-end
in the way you're seeing.

Have a look at the first couple of paragraphs here:

http://lwip.wikia.com/wiki/Netconn_API

Netconn API | lwIP Wiki | Fandom powered by Wikia

lwip.wikia.com

The netconn API is a sequential API designed to make the stack easier to use (compared to the event-driven raw API) while still preserving zero-copy functionality.

HTH,
Tim