Builder ffmpeg64-solaris10-i386 Build #12403

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 ( 9 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 ( 6 secs )
   1. stdio
   2. config.log
6. shell_4 'gmake fate-rsync' failed ( 2 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. Kacper Michajłow

   kasper93ohnoyoudont@gmail.com

Timing:

All Changes:

:

1. Change #240431

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Tue 22 Jul 2025 19:56:34
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	6f88b90f6c77c5e419736edfe6e2a6fe216dc3d3

   Comments

   avutil/avstring: shrink allocation from av_get_token to fit token
   av_get_token() allocates an output buffer with the same size as the
   input. Generally, this is harmless, but when the input string is large
   and consists of many small tokens, calling av_get_token() repeatedly to
   extract all tokens will significantly amplify memory allocations.
   
   To fix this, after obtaining the return value, simply realloc the buffer
   to the actual size needed for output string.
   
   Fixes OOM when parsing filter graph string.
   Fixes OSS-Fuzz: 394983446
   
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • libavutil/avstring.c

2. Change #240432

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Tue 22 Jul 2025 19:56:34
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	ce04877f1fa6e8e211edef5b82f1b892bb6776f3

   Comments

   avutil/hmac: avoid calling functions through pointer of invalid type
   Add type removed function wrappers to resolve UB of calling function
   through pointer to incorrect function type.
   
   Fixes: FATE-{hmac,srtp}
   Fixes: call to function av_md5_init through pointer to incorrect
          function type 'void (*)(void *)' and similar for others.
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • libavutil/hmac.c

3. Change #240433

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Tue 22 Jul 2025 19:56:34
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	29d274afe7818ab27f9cd128989ff522bef0082b

   Comments

   avformat/udp: avoid warning about always false comparison
   socklen_t underlying type can be signed or unsigned depending on
   platform. This is fine, just cast it to size_t before comparison.
   
   Fixes: warning: result of comparison of unsigned expression < 0 is
          always false [-Wtautological-unsigned-zero-compare]
   
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • libavformat/udp.c

4. Change #240434

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Tue 22 Jul 2025 19:56:34
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	22da57c444cba1683d75835be9cf1e0d5f341571

   Comments

   swscale/lut3d: remove unused function
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • libswscale/lut3d.c

5. Change #240435

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Tue 22 Jul 2025 19:56:34
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	c64f6812ebb53dd7e21b91c6a2ee2f02f5011792

   Comments

   configure: suppress Wmicrosoft-enum-forward-reference
   Clang-CL complains about fwd references of enums, but we do use it
   everywhere, so ignore this.
   
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • configure