Builder ffmpeg64-solaris10-i386 Build #13663

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 ( 4 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 ( 0 secs )
   1. stdio
7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_64.sh' failed ( 2 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Ted Meyer

   tmathmeyerohnoyoudont@chromium.org

Timing:

All Changes:

:

1. Change #265860

   Category	ffmpeg
   Changed by	Ted Meyer <tmathmeyerohnoyoudont@chromium.org>
   Changed at	Wed 29 Apr 2026 01:46:56
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	53cd2c9f2a3db437ed8d33df5a2681007040f39d

   Comments

   avformat/mov: Check read size for opus extradata
   in mov_read_dops, `size` bytes is allocated for
   `st->codecpar->extradata`, but ff_alloc_extradata doesn't memset, so the
   contents of that buffer are just old heap data. If `avio_read` reads
   fewer bytes than were requested, uninitialized data can still be left in
   the extradata buffer, which is operated on by AV_WL16A and AV_WL32A.
   
   I think the best solution here is to just check the read size and ensure
   it's filling the extradata buffer in it's entirety, or erroring out if
   there isn't enough data left.

   Changed files

   • libavformat/mov.c