Builder ffmpeg64-solaris10-i386 Build #13976

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 ( 7 secs )
   1. stdio
2. shell 'gsed -i ...' ( 3 secs )
   1. stdio
3. shell_1 'gsed -i ...' ( 1 secs )
   1. stdio
4. shell_2 'gsed -i ...' failed ( 1 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 ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Bogdan Lisman

   bogdanohnoyoudont@pydevsolutions.com

Timing:

All Changes:

:

1. Change #271213

   Category	ffmpeg
   Changed by	Bogdan Lisman <bogdanohnoyoudont@pydevsolutions.com>
   Changed at	Mon 15 Jun 2026 21:33:25
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	11684476268e5c518f70e9e120f4fc6ed58ff3ef

   Comments

   avcodec/snowenc: fix out-of-bounds memcpy in get_block_rd() for narrow planes
   For an edge block, get_block_rd() copies the full-OBMC-weight central
   region directly from cur[] into the reconstruction.  It moved one
   boundary to block_w/block_h but overwrote the in-plane clip (x0/x1/y0/y1
   computed earlier from the plane size) instead of intersecting with it.
   When a plane is narrower than block_w - e.g. a tiny field/chroma plane
   produced by the mcdeint filter - the right-edge case left x0 = block_w
   while x1 stayed clipped to w - sx < block_w, so x1 - x0 became negative
   and was passed to memcpy() as a huge size_t, crashing with SIGSEGV.
   
   Intersect the moved boundaries with the existing clip so the copy region
   stays inside the plane and the memcpy length can never be negative.
   
   Reproducible with the GPL mcdeint filter in slow/extra_slow mode, e.g.
   
       ffmpeg -f lavfi -i testsrc=s=5x32 -vf mcdeint=mode=slow -f null -
   
   This is a separate crash from the get_dc() SIGFPE (ticket #7779) reached
   through the same iterative_me() path.  Add a lavfi-based FATE regression
   test.
   
   Signed-off-by: Bogdan Lisman <bogdan@pydevsolutions.com>

   Changed files

   • libavcodec/snowenc.c
   • tests/fate/filter-video.mak
   • tests/ref/fate/filter-mcdeint-slow-edge