[Ardour-Users] Crash on Mac OS X

Stephan Neuhaus sten at artdecode.de
Mon Aug 10 09:06:28 PDT 2009


I am trying to move my Ardour recordings from an old version of Ardour  
on Linux (Intel) to the current version on Mac OS X (also Intel).   
Some sessions converted fine, but all lost their plugin settings (not  
surprising since I have only a few plugins installed).  Some sessions  
needed a bit of editing (mainly removing inserts), but this session is  
giving me real trouble, since it caused Ardour to crash.  I attached a  
gdb to the process and here is the backtrace.

If you need more info (such as the original and the edited session  
files), I can provide those, but I don't know if that's appropriate  
right now.

Ardour identifies itself as "ardour 2.8.2 (built from revision 5396)".  
Jack is "Jackdmp 1.9.2", "JackRouter 0.9.1", "JackPilot 1.6.5".  The  
machine is a MacBook running "2 GHz Intel Core 2 Duo", 4 GB 667 MHZ  
DDR2 SDRAM, fully patched (as of yesterday) Mac OS X 10.5.8.

Ah and one other thing: I gave a donation when I downloaded Ardour  
today.  Assuming that this is a problem with Ardour, and assuming it  
gets fixed and I need to download the fixed version, am I supposed to  
donate again?  (I'm not complaining, just asking.)



Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x0000002c
0x0050a6bd in std::vector<ARDOUR::Panner::Output,  
std::allocator<ARDOUR::Panner::Output> >::begin (this=0x2c) at /usr/ 
343	      { return const_iterator (this->_M_impl._M_start); }
(gdb) bt
#0  0x0050a6bd in std::vector<ARDOUR::Panner::Output,  
std::allocator<ARDOUR::Panner::Output> >::begin (this=0x2c) at /usr/ 
#1  0x0050a755 in std::vector<ARDOUR::Panner::Output,  
std::allocator<ARDOUR::Panner::Output> >::size (this=0x2c) at /usr/ 
#2  0x12ef22dd in ARDOUR::Panner::reset (this=0x0, nouts=2, npans=2)  
at libs/ardour/panner.cc:888
#3  0x12ed16bd in ARDOUR::IO::panners_became_legal (this=0x21167800)  
at libs/ardour/io.cc:1420
#4  0x12fe760f in sigc::bound_mem_functor0<int,  
ARDOUR::IO>::operator() (this=0x37e2a45c) at libs/sigc++2/sigc++/ 
#5  0x12fe7628 in sigc::adaptor_functor<sigc::bound_mem_functor0<int,  
ARDOUR::IO> >::operator() (this=0x37e2a458) at libs/sigc++2/sigc++/ 
#6  0x12fe7646 in  
sigc::internal::slot_call0<sigc::bound_mem_functor0<int, ARDOUR::IO>,  
int>::call_it (rep=0x37e2a440) at libs/sigc++2/sigc++/functors/slot.h: 
#7  0x12fe5afa in sigc::internal::signal_emit0<int, sigc::nil>::emit  
(impl=0x37e33020) at libs/sigc++2/sigc++/signal.h:687
#8  0x12fe5c30 in sigc::signal0<int, sigc::nil>::emit  
(this=0x13140e10) at libs/sigc++2/sigc++/signal.h:2667
#9  0x12fe5c45 in sigc::signal0<int, sigc::nil>::operator()  
(this=0x13140e10) at libs/sigc++2/sigc++/signal.h:2675
#10 0x12ed6b51 in ARDOUR::IO::reset_panners () at libs/ardour/io.cc:2444
#11 0x12f32e94 in ARDOUR::Session::hookup_io (this=0x210b7400) at libs/ 
#12 0x12f3cc1e in ARDOUR::Session::when_engine_running  
(this=0x210b7400) at libs/ardour/session.cc:869
#13 0x12f65a7b in ARDOUR::Session::second_stage_init (this=0x210b7400,  
new_session=false) at libs/ardour/session_state.cc:317
#14 0x12f41c31 in ARDOUR::Session::Session (this=0x210b7400,  
eng=@0x377066a0, fullpath=@0xbffff768, snapshot_name=@0xbffff76c,  
mix_template=@0xbffff770) at libs/ardour/session.cc:320
#15 0x0001b74d in ARDOUR_UI::load_session (this=0x2100fa00,  
path=@0xbffff83c, snap_name=@0xbffff840, mix_template=@0xbffff884) at  
#16 0x0002233b in ARDOUR_UI::get_session_parameters (this=0x2100fa00,  
backend_audio_is_running=true, should_be_new=false) at gtk2_ardour/ 
#17 0x0002262c in ARDOUR_UI::startup (this=0x2100fa00) at gtk2_ardour/ 
#18 0x0041520b in sigc::bound_mem_functor0<void,  
ARDOUR_UI>::operator() (this=0x34942cdc) at libs/sigc++2/sigc++/ 

More information about the Ardour-Users mailing list