[Ardour-Users] Crash on Mac OS X
Stephan Neuhaus
sten at artdecode.de
Mon Aug 10 09:06:28 PDT 2009
Hi.
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.)
Best,
Stephan
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/
include/c++/4.0.0/bits/stl_vector.h:343
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/
include/c++/4.0.0/bits/stl_vector.h:343
#1 0x0050a755 in std::vector<ARDOUR::Panner::Output,
std::allocator<ARDOUR::Panner::Output> >::size (this=0x2c) at /usr/
include/c++/4.0.0/bits/stl_vector.h:403
#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++/
functors/mem_fun.h:1787
#5 0x12fe7628 in sigc::adaptor_functor<sigc::bound_mem_functor0<int,
ARDOUR::IO> >::operator() (this=0x37e2a458) at libs/sigc++2/sigc++/
adaptors/adaptor_trait.h:251
#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:
103
#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/
ardour/session.cc:989
#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
gtk2_ardour/ardour_ui.cc:2482
#16 0x0002233b in ARDOUR_UI::get_session_parameters (this=0x2100fa00,
backend_audio_is_running=true, should_be_new=false) at gtk2_ardour/
ardour_ui.cc:2411
#17 0x0002262c in ARDOUR_UI::startup (this=0x2100fa00) at gtk2_ardour/
ardour_ui.cc:654
#18 0x0041520b in sigc::bound_mem_functor0<void,
ARDOUR_UI>::operator() (this=0x34942cdc) at libs/sigc++2/sigc++/
functors/mem_fun.h:1787
More information about the Ardour-Users
mailing list