Re: [Boost-bugs] [Boost C++ Libraries] #2347: 'Bus error' on OS X when combining ublas and thread

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #2347: 'Bus error' on OS X when combining ublas and thread
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2008-09-30 06:19:43


#2347: 'Bus error' on OS X when combining ublas and thread
-------------------------------+--------------------------------------------
  Reporter: dphilp_at_[hidden] | Owner: vladimir_prus
      Type: Bugs | Status: closed
 Milestone: Boost 1.37.0 | Component: build
   Version: Boost 1.36.0 | Severity: Problem
Resolution: fixed | Keywords:
-------------------------------+--------------------------------------------
Changes (by vladimir_prus):

  * status: new => closed
  * resolution: => fixed

Comment:

 Thanks, the output you've posted is what I was looking for. Diffing the
 outputs gives this:
 {{{
 --- non-crasher.txt 2008-09-30 09:56:43.000000000 +0400
 +++ crasher.txt 2008-09-30 09:56:26.000000000 +0400
 @@ -1,8 +1,4 @@
 -0000f00c D _NXArgc
 -0000f008 D _NXArgv
 -0000c812 s __GLOBAL__I_main
           U __Unwind_Resume
 -0000c780 s __Z41__static_initialization_and_destruction_0ii
 ....
 -0000f000 D ___progname
 -00002346 t ___tcf_0
 -00002124 t __dyld_func_lookup
  00001000 A __mh_execute_header
 -0000f004 D _environ
           U _exit
 -00002132 T _main
 -0000f010 d dyld__mach_header
 -00002110 t dyld_stub_binding_helper
 -000020d0 T start
 }}}

 which surely looks very scary. I was not able to find a definite
 explanation why strip breaks a binary like this, so I presume we're using
 strip in some way it was not meant to, which breaks on newer OSX. But to
 make progress, I've switched to use -S -x. Feel free to open another
 ticket if you find a "better" way to strip binaries.

-- 
Ticket URL: <http://svn.boost.org/trac/boost/ticket/2347#comment:7>
Boost C++ Libraries <http://www.boost.org/>
Boost provides free peer-reviewed portable C++ source libraries.

This archive was generated by hypermail 2.1.7 : 2017-02-16 18:49:58 UTC