Builder ffmpeg64-solaris10-i386 Build #13323

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 5 secs )
   1. stdio
2. shell 'gsed -i ...' ( 0 secs )
   1. stdio
3. shell_1 'gsed -i ...' ( 0 secs )
   1. stdio
4. shell_2 'gsed -i ...' failed ( 0 secs )
   1. stdio
5. shell_3 './configure --samples="../../../ffmpeg/fate-suite" ...' failed ( 7 secs )
   1. stdio
   2. config.log
6. shell_4 'gmake fate-rsync' failed ( 1 secs )
   1. stdio
7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_64.sh' failed ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Niklas Haas

   gitohnoyoudont@haasn.dev

Timing:

All Changes:

:

1. Change #259829

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Wed 04 Mar 2026 09:49:53
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	fb7558dcb06ca33addbdbf012e1dcd8b8c13eb19

   Comments

   avformat/http: avoid int overflow
   This was meant to accumulate int64_t timestamp values.
   
   Fixes: b8daba42cdb4b91e793b91ef3055797b0b7611bd

   Changed files

   • libavformat/http.c

2. Change #259830

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Wed 04 Mar 2026 09:49:53
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	f5ddf1c4a8f8b029694b40d99abb49762fb1c08f

   Comments

   avformat/http: fix http_connect() offset mismatch error code
   This (arbitrarily) returns -1, which happens to be AVERROR(EPERM) on my
   machine. Return the more descriptive AVERORR(EIO) instead.
   
   Also add a log message to explain what's going on.

   Changed files

   • libavformat/http.c

3. Change #259831

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Wed 04 Mar 2026 09:49:53
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	142d999fdaa167fc84ed49bba56348dd882b93de

   Comments

   avformat/http: restore offset on http_open_cnx() failure
   The retry path restores this offset, but the failure path does not. This
   is especially important for the case of the continuation handler in
   http_read_stream(), which may result in subsequent loop iterations (after
   repeated failures to read additional data) seeking to the wrong offset.

   Changed files

   • libavformat/http.c

4. Change #259832

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Wed 04 Mar 2026 09:49:53
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	fcc1a03a0e7542209f1272b5870deeb414d3c873

   Comments

   avformat/http: move retry label (cosmetic)
   Move this closer to the corresponding `goto`. From the PoV of the control
   flow, these placements are completely identical.

   Changed files

   • libavformat/http.c

5. Change #259833

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Wed 04 Mar 2026 09:49:53
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	7a348f662d2d19d6b0264bef277e426949627dfb

   Comments

   avformat/http: close stale connection on wrong seek
   If http_seek_internal() gives us an unexpected position, we should
   close the connection to avoid leaking reading incorrect bytes on subsequent
   reads.

   Changed files

   • libavformat/http.c

6. Change #259834

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Wed 04 Mar 2026 09:49:53
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	613925a96e3b05f9f9f39a69bd6238ec6906eb72

   Comments

   avformat/http: fix Cache-Control header parsing
   This was calling atoi() on `p + offset`, which is nonsense (p may point to
   the start of the cache-control string, which does not necessarilly coincide
   with the location of the max-age value). Based on the code, the intent
   was clearly to parse the value *after* the matched substring.

   Changed files

   • libavformat/http.c