Builder curl-ares-solaris10-i386 Build #4594

Results:

Failed

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git updating ( 19 secs )
   1. stdio
2. setproperty  
   1. - no logs -
3. setproperty_1  
   1. - no logs -
4. Runtest  
   1. - no logs -
5. Mail result  
   1. - no logs -

Build Properties:

Forced Build Properties:

Responsible Users:

1. David Bures

   daburesohnoyoudont@microsoft.com
2. dataisland

   dataislandohnoyoudont@outlook.com

Timing:

All Changes:

:

1. Change #285979

   Category	curl
   Changed by	David Bures <daburesohnoyoudont@microsoft.com>
   Changed at	Wed 14 Oct 2026 05:10:07
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	978bfe9d02ce38fea62d973fc2b3c680bf8e635f

   Comments

   schannel: retain close_notify records across send retries
   Keep the SSPI shutdown token and its sent offset until the complete
   record has been written. Regenerating it after CURLE_AGAIN loses an
   encrypted record and can make the peer reject the next record.
   
   Handle short writes without advancing the TLS context again and free
   pending tokens when the connection closes. Add a native unit test for
   would-block, partial writes, pending-token cleanup and send failures.
   
   Prior to this change libcurl didn't properly handle the case where
   the close_notify TLS record could not be sent in full on the first try.
   Microsoft observed FTPS upload failures due to this problem. Refer to
   the pull request for more detail.
   
   Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
   
   Closes https://github.com/curl/curl/pull/23368

   Changed files

   • lib/vtls/schannel.c
   • lib/vtls/schannel_int.h
   • tests/data/Makefile.am
   • tests/data/test4782
   • tests/unit/Makefile.inc
   • tests/unit/unit4782.c

2. Change #285980

   Category	curl
   Changed by	dataisland <dataislandohnoyoudont@outlook.com>
   Changed at	Wed 14 Oct 2026 05:37:38
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	e6dec1fc5f4f60430b23069e690820d2b6524e63

   Comments

   dnscache: compare full hostnames when lookup keys are truncated
   - Require that both hostnames for comparison fit the key before using
     the fast path; otherwise compare the complete case-insensitive
     hostname.
   
   - Extend test unit3271 with both length orderings and equal long names.
   
   Prior to this change the check was incomplete and the comparison could
   be erroneously skipped.
   
   Follow-up to 62a6ee5.
   
   Closes https://github.com/curl/curl/pull/23350

   Changed files

   • lib/vdns/dnscache.c
   • tests/unit/unit3271.c