Builder ffmpeg64-solaris10-i386 Build #13966

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 ...' ( 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 ( 12 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. Michael Niedermayer

   michaelohnoyoudont@niedermayer.cc
2. Steven Liu

   lqohnoyoudont@chinaffmpeg.org

Timing:

All Changes:

:

1. Change #271035

   Category	ffmpeg
   Changed by	Steven Liu <lqohnoyoudont@chinaffmpeg.org>
   Changed at	Mon 15 Jun 2026 04:22:05
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	7e1cec8e0a61e529c4d440be28700a3fd8f2ba9a

   Comments

   avformat/dashdec: fix unsigned integer overflow in segment number calculation
   fix issue: issues/23238
   Several time-related fields in DASHContext were declared as uint64_t,
   causing the arithmetic in calc_cur_seg_no(), calc_min_seg_no(), and
   calc_max_seg_no() to be performed with unsigned semantics.
   
   The expression:
     (get_current_time_in_sec() - availability_start_time) * fragment_timescale
   is uint64_t throughout. When presentationTimeOffset is large (e.g. an
   absolute epoch-based timestamp common in DVB-DASH live streams), the
   subsequent subtraction:
     uint64_t_result - presentation_timeoffset
   wraps around to a value near 2^64, because the elapsed wall-clock time
   in timescale ticks is far smaller than the absolute presentation time
   offset.  The enormous quotient ends up truncated to int32_t when passed
   to ff_dash_fill_tmpl_params(), producing a negative $Number$ value in
   the segment URL and causing repeated HTTP 403 errors.
   
   Fix this by changing the affected fields and the two helper functions
   (get_current_time_in_sec, get_utc_date_time_insec) from uint64_t to
   int64_t.  All values involved are well within the int64_t range (Unix
   timestamps in seconds and ISO 8601 durations), and the arithmetic
   naturally needs signed semantics because intermediate sub-expressions
   like (elapsed - time_shift_buffer_depth) can be negative at stream
   start.
   
       Signed-off-by: Steven Liu <lq@chinaffmpeg.org>

   Changed files

   • libavformat/dashdec.c

2. Change #271036

   Category	ffmpeg
   Changed by	Michael Niedermayer <michaelohnoyoudont@niedermayer.cc>
   Changed at	Mon 15 Jun 2026 05:15:19
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	44d082edc87381d978e8588b148116b99fefdb43

   Comments

   avfilter/convolution: compute user matrix products in unsigned
   Fixes: integer overflow
   
   Found-by: Kery (Qi Kery <qikeyu2001@outlook.com>)
   Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

   Changed files

   • libavfilter/vf_convolution.c