Builder ffmpegsos-solaris10-sparc Build #14243

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 ( 27 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 ( 9 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. Niklas Haas

   gitohnoyoudont@haasn.dev

Timing:

All Changes:

:

1. Change #285574

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Mon 12 Oct 2026 14:34:53
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	6ef3b1ba966233a0964bcc4aa1c2e20d014a5052

   Comments

   avformat/shared: remove MMAP fast path
   The gain of this fast path is a bit of memory bandwidth for unaligned acesss
   (for the read CRC check on a cache hit, and the writeback on cache miss).
   
   The cost, apart from being more brittle (e.g. on filesystems that handle
   mapped sparse files poorly), is that it prevents us from handling the
   out-of-space (ENOSPC) case gracefully.
   
   Using the pwrite() path unconditionally is safer and degrades this SIGBUS
   into a simple AVERROR(ENOSPC), which is already handled gracefully by the
   write_error fallback path.
   
   Sponsored-by: nxtedition AB
   Closes: https://github.com/nxtedition/FFmpeg/issues/81
   Signed-off-by: Niklas Haas <git@haasn.dev>

   Changed files

   • libavformat/shared.c