Skip to content
Snippets Groups Projects
Select Git revision
  • 13.12.2
  • devel default protected
  • fix_crash_at_transport
  • wenpeng-1007
  • asterisk_rdkb
  • lk_debug_dialogs
  • lk_forking_revert
  • wenpeng-jul8
  • gyang-devel
  • gyang-devel1
  • wenpeng-jul9
  • asterisk_rdkb_ipv6
  • 16916_rdkb_merge
  • lk_disable_registrar
  • wenpeng-100rel-ippbx
  • fix_multiple_dns_lookup
  • dev_fxs_no_wb
  • fix_fallback
  • 14666_fxs_no_wideband_codec
  • fix_srv_records
  • fix_deadlock_in_bridge_peer_functions
  • 22.0.0-pre1
  • 21.4.2
  • 20.9.2
  • 18.24.2
  • certified-20.7-cert2
  • certified-18.9-cert11
  • 21.4.1
  • 20.9.1
  • 18.24.1
  • 21.4.0
  • 20.9.0
  • 18.24.0
  • certified-20.7-cert1
  • certified-18.9-cert10
  • 21.4.0-rc1
  • 20.9.0-rc1
  • 18.24.0-rc1
  • 21.3.1
  • 20.8.1
  • 18.23.1
41 results

default.exports

Blame
  • user avatar
    Walter Doekes authored
    The --version-script,asterisk.exports linker flag (and the module
    exports) didn't provide _IO_stdin_used in the list of exported symbols.
    That causes some kind of libc compatibility mode to kick in, where
    stdio file structures (stdout/stderr) land somewhere else. In the
    case of the Sparc, they landed on misaligned memory.
    
    This became apparent first after r376428 (Reorder startup sequence)
    when a lot of ast_log's were replaced with fprintf's. Writing to
    stderr triggered a SIGBUS. (Compared to x86 and amd64 architectures,
    the Sparc is very picky about memory alignment.)
    
    (issue ASTERISK-21763)
    (issue ASTERISK-21665)
    
    Reported by: Jeremy Kister
    Review: https://reviewboard.asterisk.org/r/2760/
    ........
    
    Merged revisions 397377 from http://svn.asterisk.org/svn/asterisk/branches/1.8
    ........
    
    Merged revisions 397378 from http://svn.asterisk.org/svn/asterisk/branches/11
    
    
    git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@397379 65c4cc65-6c06-0410-ace0-fbb531ad65f3
    80edcdcc
    History
    default.exports 126 B