Builder curl-threaded-solaris10-sparc Build #3734

Results:

Failed runtest

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 43 secs )
   1. stdio
2. Runtest './tests/testcurl.pl --nogitpull ...' failed ( 7 hrs, 9 mins, 6 secs )
   1. stdio
   2. resultlog
3. Mail result 'cat resultlog ...' ( 1 secs )
   1. stdio

Build Properties:

Forced Build Properties:

Responsible Users:

1. Daniel Stenberg

   danielohnoyoudont@haxx.se
2. Stefan Eissing

   stefanohnoyoudont@eissing.org
3. Thomas Chauchefoin

   thomas.chauchefoinohnoyoudont@trailofbits.com

Timing:

All Changes:

:

1. Change #278128

   Category	curl
   Changed by	Stefan Eissing <stefanohnoyoudont@eissing.org>
   Changed at	Fri 14 Aug 2026 09:36:29
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	82b289c9527890a0766b55be2214b3749283307a

   Comments

   test_20_11: more leniency
   Loosen the RSS increase check slightly to make the test less flaky.
   Also use 'rss-max' stat.
   
   Closes #22574

   Changed files

   • tests/http/test_20_websockets.py

2. Change #278134

   Category	curl
   Changed by	Thomas Chauchefoin <thomas.chauchefoinohnoyoudont@trailofbits.com>
   Changed at	Fri 14 Aug 2026 10:12:30
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	68b5e6013878b1842e70c2af2f23d67427216910

   Comments

   dict: avoid busy-loop in sendf() when the socket is not writable
   Curl_xfer_send() reports CURLE_AGAIN as a successful zero-byte send, so
   the retry loop spun at 100% CPU and ignored the timeout when the peer
   stopped draining. Wait for writability and check the remaining time
   between retries.
   
   Closes #22576

   Changed files

   • lib/dict.c

3. Change #278142

   Category	curl
   Changed by	Daniel Stenberg <danielohnoyoudont@haxx.se>
   Changed at	Fri 14 Aug 2026 10:36:39
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	e825e5586733af9049d7cff8b4c1b4fd46e7b2f9

   Comments

   RELEASE-NOTES: synced

   Changed files

   • RELEASE-NOTES

4. Change #278143

   Category	curl
   Changed by	Daniel Stenberg <danielohnoyoudont@haxx.se>
   Changed at	Fri 14 Aug 2026 10:39:47
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	a3aaca10d9acf4a51d2bf1fb9ea0b933e18e3f33

   Comments

   multi: cap expire times to INT_MAX internally
   When the time-out value is passed to the outside world it needs to fit
   in a signed 32-bit variable (on Windows and 32-bit architectures)
   anyway. Also, this is 3.5 weeks and we should not knowingly set timeouts
   that long anyway.
   
   The previous cap introduced in 3089e7eec8b694ff was only partial.
   
   Closes #22579

   Changed files

   • lib/multi.c

5. Change #278158

   Category	curl
   Changed by	Daniel Stenberg <danielohnoyoudont@haxx.se>
   Changed at	Fri 14 Aug 2026 13:39:42
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	554efab7f69dad4391372e9edc2214eff9ab0fe1

   Comments

   multi: drop the assert from large expires
   Triggers the fuzzers
   
   Closes #22582

   Changed files

   • lib/multi.c

6. Change #278159

   Category	curl
   Changed by	Stefan Eissing <stefanohnoyoudont@eissing.org>
   Changed at	Fri 14 Aug 2026 13:41:03
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	6e9880366fb2d6cccca532262e4c8218860203e4

   Comments

   Revert "uint-bset: add slot0 member"
   This reverts commit 743096a4964bf921f7b39cc7b739fd4fab6ad39c.
   
   Closes #22581

   Changed files

   • lib/uint-bset.c
   • lib/uint-bset.h
   • tests/unit/unit3211.c

7. Change #278168

   Category	curl
   Changed by	Stefan Eissing <stefanohnoyoudont@eissing.org>
   Changed at	Fri 14 Aug 2026 14:01:21
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	7103a93b05bc69ea98ed9d05d02fa9eeba533f2f

   Comments

   connections: use admin handles only for maintenance
   Maintenance tasks like connection upkeep, liveliness checks and cache
   eviction must only run on an admin handle, not the application transfer
   from the calling context.
   
   Then application transfers will get only attached to the connections
   they actually work on. This makes `data->state.recent_conn_id`
   meaningful for checks if a subsequent address is finding the previous
   connection again.
   
   One thing led to another:
   - add Curl_get_admin(data), to obtain an admin handle for
     an application handle, inheriting some properties for
     connection operation.
   - rename `Curl_easy *data` parameter to `Curl_easy *admin`
     where only admin handles should be passed. Add DEBUGASSERTs
     in the called function.
   - rename `Curl_conn_terminate()` to `Curl_conn_close()`
     because this makes connections enter the shutdown close
     where possible.
   - rename `Curl_cshutdn_terminate()` to `Curl_conn_terminate()`
     since this definitely kills the connection and does not
     involve a `cshutdn` instance.
   - add Curl_share_lock_share(), Curl_share_unlock_share()
     so it possible to operate on a share without the passed
     easy handle having the share set.
     This catches a case where a shared needed to be locked
     but was not before. Adjust test1554 results.
   
   Fixes #22567
   Reported-by: cybertron10 on github
   Closes #22572

   Changed files

   • lib/conncache.c
   • lib/conncache.h
   • lib/cshutdn.c
   • lib/cshutdn.h
   • lib/curl_share.c
   • lib/curl_share.h
   • lib/curl_trc.c
   • lib/easy.c
   • lib/getinfo.c
   • lib/multi.c
   • lib/multiif.h
   • lib/url.c
   • lib/url.h
   • lib/urldata.h
   • tests/data/test1554