Hi Simon,
In my first mail regarding this situation I wrote the errno but hear it is again. It is EWOULDBLOCK >From checking again the net_socket.c file from mbedTLS I see that they have >two function: mbedtls_net_recv<https://tls.mbed.org/api/net_8h.html#a03af351ec420bbeb5e91357abcfb3663> and mbedtls_net_recv_timeout<https://tls.mbed.org/api/net_8h.html#a67810154d2328a80b146155d8cdecfd9> The difference is that mbedtls_net_recv_timeout<https://tls.mbed.org/api/net_8h.html#a67810154d2328a80b146155d8cdecfd9> use select to block for a timeout and then call mbedtls_net_recv function. I use select in my own code and set the socket for no blocking before calling the underlaying mbed_ssl_read that down the calling sequence calls the mbed_net_recv function ... that eventually calls lwip_recvfrom I am planing to play with the socket option tomorrow (bloc, not blocking etc...) but I wonder if the fact that I am setting the socket to none blocking can cause the read error I have. Do remember that I only call the reading function after select returns with 1 .. meaning there is data to read. BR, Noam. ________________________________ From: lwip-users <lwip-users-bounces+noam=silrd....@nongnu.org> on behalf of goldsi...@gmx.de <goldsi...@gmx.de> Sent: Saturday, March 11, 2017 9:34 PM To: Mailing list for lwIP users Subject: Re: [lwip-users] PolarSSL and mbedTLS Noam Weissman wrote: I am not ignoring the fact that it may be the driver or definitions but I am simply asking for leads... That's what I thought I gave in the last mail. OTOH, for getting the errno set by recvfrom, you don't have to be an lwIP developer... Simon
_______________________________________________ lwip-users mailing list lwip-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/lwip-users