Builder curl-ares-solaris11-i386 Build #5367

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-curl-ares-solaris11-i386' triggered this build

Steps and Logfiles:

1. git update ( 12 secs )
   1. stdio
2. Runtest './tests/testcurl.pl --nogitpull ...' ( 3 mins, 56 secs )
   1. stdio
   2. resultlog
3. Mail result 'cat resultlog ...' ( 0 secs )
   1. stdio

Build Properties:

Forced Build Properties:

Responsible Users:

1. Bobbeh Rhino

   bobbehohnoyoudont@rhino.Rhino
2. Joshua Rogers

   MegaManSecohnoyoudont@users.noreply.github.com

Timing:

All Changes:

:

1. Change #281436

   Category	curl
   Changed by	Bobbeh Rhino <bobbehohnoyoudont@rhino.Rhino>
   Changed at	Fri 11 Sep 2026 08:33:06
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	dc055e8a9eefe65cf63cb0396668a37c0b7c474a

   Comments

   libssh2: skip repeat checkp() for already-absent hashed key types
   ssh_force_knownhost_key_type() called libssh2_knownhost_checkp() once
   per hashed known_hosts entry, and each call itself rescans the whole
   known_hosts set. Cache key types already confirmed absent for the
   connecting host so repeat entries of the same type do not each trigger
   another full scan. checkp() NOTFOUND for a given (host, port, type) is
   independent of the key bytes passed in, so this is safe.
   
   Behavior for MATCH is unchanged, and only store->typemask is read
   after a match, which is identical for any entry of the same type.
   
   Tests: runtests.pl 3500 1459 600, full SFTP/SCP keyword set (58/58),
   checksrc.pl.
   
   Closes #22905

   Changed files

   • lib/vssh/libssh2.c

2. Change #281437

   Category	curl
   Changed by	Joshua Rogers <MegaManSecohnoyoudont@users.noreply.github.com>
   Changed at	Fri 11 Sep 2026 08:35:38
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	a15c4a7f8c1bd0586012b532f51ac5aee00bfe0b

   Comments

   headers: avoid O(n^2) rescans in curl_easy_nextheader()
   Every call rescanned the entire header list from the head and did a full
   name comparison against each entry just to recompute amount/ index for
   the one header being returned, making a sequential enumeration of N
   headers O(n^2).
   
   Cache the previous pick's name/origin/request/amount/index; when the
   next call continues from exactly that node with the same filters, reuse
   the cached amount and increment the index instead of rescanning. Any
   other pattern (restart, filter change, non-sequential prev) falls back
   to the original full scan, so behavior is unchanged.
   
   Closes #22898

   Changed files

   • lib/headers.c
   • lib/headers.h
   • lib/urldata.h
   • tests/data/test1945

3. Change #281438

   Category	curl
   Changed by	Joshua Rogers <MegaManSecohnoyoudont@users.noreply.github.com>
   Changed at	Fri 11 Sep 2026 08:44:00
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	3341da7dc27256373de366b163e6b70a6606ba38

   Comments

   happy eyeballs: bound work from many duplicate/failing addresses
   A DNS response with many duplicate addresses that fail to connect
   synchronously could stall a transfer: failed attempts were never
   pruned from the running list (cf_ip_ballers_prune only removes
   still-ongoing ones), so every new address triggered a full rescan and
   an O(n) tail-walk to append, and the connection timeout was only
   checked after the loop, not during it.
   
   Free hard-failed attempts immediately instead of accumulating them,
   track a tail pointer for O(1) appends, and check the timeout on each
   iteration. Also cap and deduplicate the addresses converted from a
   c-ares response, closing off the unbounded input side.
   
   Closes #22897

   Changed files

   • lib/cf-ip-happy.c
   • lib/vdns/asyn-ares.c