Builder curl-ares-solaris10-i386 Build #3630

Results:

Failed runtest

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

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

Build Properties:

Forced Build Properties:

Responsible Users:

1. Marcel Raad

   Marcel.Raadohnoyoudont@teamviewer.com
2. Viktor Szakats

   commitohnoyoudont@vsz.me
3. renovate[bot]

   29139614+renovate[bot]ohnoyoudont@users.noreply.github.com

Timing:

All Changes:

:

1. Change #243206

   Category	curl
   Changed by	renovate[bot] <29139614+renovate[bot]ohnoyoudont@users.noreply.github.com>
   Changed at	Mon 18 Aug 2025 16:02:40
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	0ea1e50d00ec5ff5a5899f355eae86a20c2d7391

   Comments

   GHA: update vmactions/omnios-vm digest to c31844c
   Closes #18302

   Changed files

   • .github/workflows/non-native.yml

2. Change #243214

   Category	curl
   Changed by	Marcel Raad <Marcel.Raadohnoyoudont@teamviewer.com>
   Changed at	Mon 18 Aug 2025 20:04:53
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	a559f94321424352c8db702d63119e5be74a1cda

   Comments

   asyn-thrdd: silence unused parameter warning
   Closes https://github.com/curl/curl/pull/18310

   Changed files

   • lib/asyn-thrdd.c

3. Change #243229

   Category	curl
   Changed by	Viktor Szakats <commitohnoyoudont@vsz.me>
   Changed at	Mon 18 Aug 2025 23:46:56
   Repository	https://github.com/curl/curl.git
   Project	curl
   Branch	master
   Revision	2388b0e5878da030fac0e9d1ad490bc5447e37e0

   Comments

   processhelp.pm: use `Win32::Process*` perl modules if available
   `Win32::Process::List` and `Win32::Process`.
   
   To replace external calls to `tasklist.exe` and `taskkill.exe`.
   
   The perl modules are wrappers/binding to Win32 API calls. They avoid
   launching external processes with a command shell (including MSYS2),
   the external tool, and creating command-lines and parsing tool output.
   
   According to local tests and the CI, one test session calls
   `tasklist.exe` 350-400 times. `taskkill.exe` is rarely called:
   https://github.com/curl/curl/actions/runs/17012376726?pr=18296
   
   It's hard to predict any possible side-effect of dynamically loading
   the two necessary, module DLLs into the Perl process. The MSYS2 runtime
   if prone to fail when doing this in fork operations, as seen earlier
   with the Win32.DLL module. But, is looks like a symptom, not the root
   cause for these failures, because the failures are present with or
   without perl.exe loading the Win32.DLL.
   Ref: be01b60ce532af6eb18c11fbd565355dbb570a2e #18287
   
   Cherry-picked from #18296
   Closes #18308

   Changed files

   • tests/processhelp.pm