Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

"Never return 'WOULD BLOCK' on a non-blocking socket" #528

Closed
github-monoculture opened this issue Jul 6, 2016 · 4 comments
Closed

"Never return 'WOULD BLOCK' on a non-blocking socket" #528

github-monoculture opened this issue Jul 6, 2016 · 4 comments
Labels
archived Do not use - historically applied to archived issues bug component-platform Portability layer and build scripts help-wanted This issue is not being actively worked on, but PRs welcome.

Comments

@github-monoculture
Copy link

Comment seen in net_would_block()

@ciarmcom
Copy link

ciarmcom commented Jul 6, 2016

ARM Internal Ref: IOTSSL-863

@pjbakker
Copy link
Contributor

Can you explain what you issue is here?
The comment is there indeed.

@harmv
Copy link

harmv commented Oct 25, 2016

I guess the reporter meant this typo in the comments.

static int net_would_block( const mbedtls_net_context *ctx )
{
    /*
     * Never return 'WOULD BLOCK' on a non-blocking socket
     */
    if( ( fcntl( ctx->fd, F_GETFL ) & O_NONBLOCK ) != O_NONBLOCK )
        return ( 0 );

It should be

@@ -270,11 +290,27 @@ static int net_would_block( const mbedtls_net_context *ctx )
 static int net_would_block( const mbedtls_net_context *ctx )
 {
     /*
-     * Never return 'WOULD BLOCK' on a non-blocking socket
+     * Never return 'WOULD BLOCK' on a blocking socket
      */

@cmorty
Copy link

cmorty commented Dec 21, 2016

@harmv I agree, that makes perfect sense.

@RonEld RonEld added the component-platform Portability layer and build scripts label Feb 17, 2019
@RonEld RonEld added archived Do not use - historically applied to archived issues help-wanted This issue is not being actively worked on, but PRs welcome. and removed tracking labels Jun 13, 2019
@RonEld RonEld closed this as completed Jun 13, 2019
Patater added a commit to Patater/mbedtls that referenced this issue Jun 19, 2019
Patater added a commit to Patater/mbedtls that referenced this issue Jun 19, 2019
Patater added a commit to Patater/mbedtls that referenced this issue Jun 20, 2019
Patater added a commit to Patater/mbedtls that referenced this issue Jun 20, 2019
Patater added a commit to Patater/mbedtls that referenced this issue Jun 20, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
archived Do not use - historically applied to archived issues bug component-platform Portability layer and build scripts help-wanted This issue is not being actively worked on, but PRs welcome.
Projects
None yet
Development

No branches or pull requests

7 participants