Builder ffmpegsos-solaris10-i386 Build #13544

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpegsos-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 ( 13 secs )
   1. stdio
   2. config.log
6. shell_4 'gmake fate-rsync' failed ( 0 secs )
   1. stdio
7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_sos.sh' failed ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Linke

   1102336121ohnoyoudont@qq.com

Timing:

All Changes:

:

1. Change #260994

   Category	ffmpeg
   Changed by	Linke <1102336121ohnoyoudont@qq.com>
   Changed at	Fri 13 Mar 2026 22:29:14
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	e44d76f61f6beaa880e5a18405d62594252bc60c

   Comments

   avformat/av1: fix uvlc loop past end of bitstream
   When get_bits_left() returns a negative value (bitstream reader already past the end of the buffer), the while condition while (get_bits_left(gb)) evaluates to true since any non-zero int is truthy.
   
   With the safe bitstream reader enabled, get_bits1() returns 0 past the buffer end, so the break never triggers and leading_zeros increments toward INT_MAX.
   
   Change the condition to > 0, consistent with skip_1stop_8data_bits() which already uses <= 0 for the same pattern.
   
   Signed-off-by: Linke <1102336121@qq.com>

   Changed files

   • libavformat/av1.c