Builder curl-unthreaded-solaris10-sparc Build #13202

Results:

Failed runtest

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-curl-unthreaded-solaris10-sparc' triggered this build

Steps and Logfiles:

1. git update ( 23 secs )
   1. stdio
2. Runtest './tests/testcurl.pl --nogitpull ...' failed ( 4 hrs, 36 mins, 28 secs )
   1. stdio
   2. resultlog
3. Mail result 'cat resultlog ...' ( 0 secs )
   1. stdio

Build Properties:

Forced Build Properties:

Responsible Users:

1. Stefan Eissing

   stefanohnoyoudont@eissing.org

Timing:

All Changes:

:

1. Change #232143

   Category	curl
   Changed by	Stefan Eissing <stefanohnoyoudont@eissing.org>
   Changed at	Fri 13 Jun 2025 00:32:06
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	1cdac95e2e1022c298c1e4e551c7e8b5bd8fd5df

   Comments

   openssl: fix handling of buffered data
   `SSL_pending()` only checks if the *current* TLS packet has more data.
   There might be more data in SSL's buffers.
   
   `SSL_has_pending()` only checks if there is data in buffers, but does
   *not* check if there is a complete TLS packet that can be decoded.
   
   If we only check the first, we will poll on socket events without having
   processed all data and may stall. If we only check the second, we would
   busy loop without SSL_read() ever giving something.
   
   Add the flag `connssl->input_pending` that is set on incoming data in
   the BIO receive. Clear the flag when encountering a CURLE_AGAIN on
   the filters receive (via SSL_read()) or see an EOF.
   
   Ref: #17596
   Closes #17601

   Changed files

   • lib/pingpong.c
   • lib/vtls/openssl.c
   • lib/vtls/vtls_int.h