Builder curl-ares-solaris10-i386 Build #4532

Results:

Failed

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git updating ( 9 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. Daniel Stenberg

   danielohnoyoudont@haxx.se
2. Joshua Rogers

   MegaManSecohnoyoudont@users.noreply.github.com

Timing:

All Changes:

:

1. Change #282562

   Category	curl
   Changed by	Daniel Stenberg <danielohnoyoudont@haxx.se>
   Changed at	Tue 22 Sep 2026 07:52:49
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	c362f034692e05ecb4d33edb740ba64c63a20add

   Comments

   RELEASE-NOTES: synced

   Changed files

   • RELEASE-NOTES

2. Change #282571

   Category	curl
   Changed by	Daniel Stenberg <danielohnoyoudont@haxx.se>
   Changed at	Tue 22 Sep 2026 08:23:59
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	b8e711a5869a84fda1ad225c680cbab910947921

   Comments

   os400: restore HAVE_FCHMOD
   Follow-up to 83b7ad083d and dc874d4369
   
   Reported-by: Charles Muehlberger
   
   Closes #23026

   Changed files

   • lib/config-os400.h

3. Change #282572

   Category	curl
   Changed by	Joshua Rogers <MegaManSecohnoyoudont@users.noreply.github.com>
   Changed at	Tue 22 Sep 2026 08:28:11
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	4be7143ba18df3231e37ad4fe855645f24228930

   Comments

   urlapi: normalize legacy numeric IPv4 hosts set via CURLUPART_HOST
   url_sethost() only ran hostname_check6()/hostname_check() on a value set
   through curl_url_set(CURLUPART_HOST, ...), unlike parse_authority() which
   also calls ipv4_normalize() when parsing a full URL. This let legacy
   numeric IPv4 spellings (e.g. "2130706433", "0177.1", "0x7f.1") pass
   through CURLUPART_HOST unchanged, while the same input parsed as part of
   a full URL gets normalized to dotted decimal. Applications that inspect
   the host via the URL API before connecting could see a different address
   than what the system resolver later resolves for these forms, since
   resolvers such as glibc's getaddrinfo() do recognize them.
   
   Make url_sethost() call ipv4_normalize() on the host as well, so
   CURLUPART_HOST produces the same canonical result as the full URL
   parser, regardless of which API path set the host.
   
   The destination dynbuf is sized as (nalloc*3)+1+leadingslash, a cap
   meant to bound percent-encoding growth. ipv4_normalize() can expand a
   short legacy-numeric host (e.g. "0" -> "0.0.0.0") past that 3x bound,
   so for CURLUPART_HOST ensure the initial capacity is at least 16 bytes,
   enough for the longest possible dotted-decimal result plus NUL.
   
   Extends test 1675 accordingly.
   
   Reported-by: Joshua Rogers
   Closes #23027

   Changed files

   • docs/libcurl/curl_url_set.md
   • lib/urlapi.c
   • tests/libtest/lib1560.c
   • tests/unit/unit1675.c

4. Change #282581

   Category	curl
   Changed by	Joshua Rogers <MegaManSecohnoyoudont@users.noreply.github.com>
   Changed at	Tue 22 Sep 2026 09:00:52
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	c3191f80d6ddd98e35ca02ce27c55a941e50890c

   Comments

   inet_pton: reject a colon that ends an IPv6 address
   inet_pton6() committed a hex group when it saw a ':' but never checked
   what followed it, so a trailing colon after a completed group was
   silently accepted as if it were not there. This let addresses with an
   illegal bare trailing colon parse successfully, producing the same
   binary result as the equivalent address without the stray colon.
   
   A colon is only ever valid when followed by another hex digit group or
   by a second colon forming the "::" compression marker, never by the
   end of the string. Reject that case at the point the colon is parsed.
   
   This also fixes "::1:", a related trailing-colon input that was
   likewise wrongly accepted for the same underlying reason.
   
   Added test cases to unit1961 covering both malformed inputs and a set
   of valid addresses (::, ::1, 1::, 1::8, 1:2:3:4:5:6:7:8,
   1:2:3:4:5:6::8, fe80::1, ::ffff:192.0.2.1) to guard against
   regressions.
   
   Reported-by: Joshua Rogers
   Closes #23028

   Changed files

   • lib/curlx/inet_pton.c
   • tests/unit/unit1961.c