Builder ffmpegsos-solaris10-sparc Build #13863

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpegsos-solaris10-sparc' triggered this build

Steps and Logfiles:

1. git update ( 18 secs )
   1. stdio
2. shell 'gsed -i ...' ( 1 secs )
   1. stdio
3. shell_1 'gsed -i ...' ( 0 secs )
   1. stdio
4. shell_2 'gsed -i ...' failed ( 1 secs )
   1. stdio
5. shell_3 './configure --samples="../../../ffmpeg/fate-suite" ...' failed ( 44 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. unfunnyatearug

   yalisib2222ohnoyoudont@gmail.com

Timing:

All Changes:

:

1. Change #278650

   Category	ffmpeg
   Changed by	unfunnyatearug <yalisib2222ohnoyoudont@gmail.com>
   Changed at	Tue 18 Aug 2026 20:56:04
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	29f513af7833499ddff3f2443609356eacfdd665

   Comments

   avformat/fsb: reject truncated thp coefficient extradata
   the fsb demuxer used `avio_read(..., 32)` for each channel but ignored the return value.
   `ff_alloc_extradata()` only clears the padding area. if the input file is truncated, the remaining extradata can therefore contain uninitialized memory.
   `nb_channels` is a 16-bit value and was only limited by the `int_max / 32` calculation. this allows a truncated file to cause a leak of up to ~2 MB of uninitialized memory.
   the affected extradata is used by the `adpcm_thp` decoder and can also be copied to the output during remuxing.
   the fix replaces the unchecked reads with `ffio_read_size()`, which reports an error when the requested amount of data cannot be read. both the thp v3 and v4 paths are fixed.
   
   Signed-off-by: unfunnyatearug <yalisib2222@gmail.com>

   Changed files

   • libavformat/fsb.c

2. Change #278651

   Category	ffmpeg
   Changed by	unfunnyatearug <yalisib2222ohnoyoudont@gmail.com>
   Changed at	Tue 18 Aug 2026 20:56:04
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	4b47405e1c251405bfa5196e79aa395c59ad2323

   Comments

   avformat/genh: check thp extradata read and allocation
   the genh demuxer had the same short-read issue at one location. the read is now performed with `ffio_read_size()` so truncated input is rejected instead of leaving uninitialized data in the extradata.
   `ff_alloc_extradata()` also had its return value unchecked. if allocation failed, the code could dereference a null pointer. the return value is now checked.
   the affected path is capped at two channels, so the potential information leak is relatively small, but it is the same underlying bug class.
   
   Signed-off-by: unfunnyatearug <yalisib2222@gmail.com>

   Changed files

   • libavformat/genh.c