Builder ffmpegsos-solaris10-i386 Build #13943

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 ( 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_sos.sh' failed ( 2 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Franciszek Kalinowski

   franek.kalinowskiohnoyoudont@isec.pl

Timing:

All Changes:

:

1. Change #268291

   Category	ffmpeg
   Changed by	Franciszek Kalinowski <franek.kalinowskiohnoyoudont@isec.pl>
   Changed at	Tue 26 May 2026 00:21:41
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	461fb220538f13fb4f971af5d7321459a4c84754

   Comments

   avfilter/af_join: fix wrong loop bound in buffer dedup (use-after-free)
   try_push_frame() decides whether an input buffer is already tracked by testing
   `j == i` (the channel index) instead of `j == nb_buffers`. Once an earlier
   channel shared a buffer, nb_buffers falls behind i and a genuinely new buffer is
   never referenced, so it is freed while the output frame still points at it.
   
   Reported by Franciszek Kalinowski (isec.pl / striga.ai) and Bartosz Smigielski.

   Changed files

   • libavfilter/af_join.c