Builder curl-ares-solaris10-i386 Build #3322

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

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

Build Properties:

Forced Build Properties:

Responsible Users:

1. Daniel Stenberg

   danielohnoyoudont@haxx.se
2. Stefan Eissing

   stefanohnoyoudont@eissing.org

Timing:

All Changes:

:

1. Change #228150

   Category	curl
   Changed by	Daniel Stenberg <danielohnoyoudont@haxx.se>
   Changed at	Thu 24 Apr 2025 14:02:56
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	437c72fbba63d73614c29935771c85f3e8460a77

   Comments

   mbedtls: TLS 1.3 is max when mbedtls has 1.3 support
   Co-authored-by: Viktor Szakats
   Reported-by: kkalganov on github
   Fixes #17048
   Closes #17137

   Changed files

   • lib/vtls/mbedtls.c

2. Change #228151

   Category	curl
   Changed by	Stefan Eissing <stefanohnoyoudont@eissing.org>
   Changed at	Thu 24 Apr 2025 14:07:01
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	7bf576064c21fe0bb03a67c382d692ebbb9e3426

   Comments

   c-ares: really lazy init channel
   Only initialize the c-ares channel when we start resolving and not
   alreads when the application sets `CURLOPT_DNS_SERVERS` and friends.
   
   Creating an ares channel takes considerable time and when we have the
   DNS information for a transfer already cached, we do not need it.
   
   Closes #17167

   Changed files

   • lib/asyn-ares.c
   • lib/asyn.h
   • lib/easy.c
   • lib/setopt.c