Builder curl-ares-solaris11-i386 Build #4596

Results:

Build successful

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

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

Build Properties:

Forced Build Properties:

Responsible Users:

1. Stefan Eissing

   stefanohnoyoudont@eissing.org

Timing:

All Changes:

:

1. Change #256924

   Category	curl
   Changed by	Stefan Eissing <stefanohnoyoudont@eissing.org>
   Changed at	Tue 03 Feb 2026 22:24:39
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	2d4efbb9b36c0f883651020fd7d9a3f62fc0829b

   Comments

   multi: update timer unconditionally in multi_remove_handle
   When removing an easy handle from a multi, there was an optimization
   to update the timer only when the removed handle had any timers.
   
   With the introduction of the "dirty" bitset, easy handles can now cause
   a timeout of 0 to be set without having anything in their timer list.
   Removing such a handle needs to update the timer now always, so that
   it may get cleared when there is nothing more to wait for.
   
   The previous "not clearing a 0 timer" should not have any effect on
   application's logic. Without clearing, the timer will fire and then
   adjust itself to the proper value. But it would cause one more timer
   fire than necessary.
   
   Reported-by: Jan Macku
   
   Fixes https://github.com/curl/curl/issues/20498
   Closes https://github.com/curl/curl/pull/20502

   Changed files

   • lib/multi.c
   • lib/multiif.h