View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002473 | ardour | bugs | public | 2008-11-25 23:36 | 2020-04-19 20:13 |
| Reporter | timblech | Assigned To | paul | ||
| Priority | normal | Severity | crash | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 2.7 | ||||
| Summary | 0002473: memory corruption with ardour 2.7 | ||||
| Description | running ardour 2.7 via the ardev wrapper from the source tree for a couple of minutes, it crashes, complaining about a memory corruption: *** glibc detected *** gtk2_ardour/ardour-2.7: malloc(): memory corruption: 0x000000000503fb00 *** | ||||
| Additional Information | backtrace: #0 0x00007fa0014a3fd5 in raise () from /lib/libc.so.6 0000001 0x00007fa0014a5b43 in abort () from /lib/libc.so.6 #2 0x00007fa0014e4fa8 in ?? () from /lib/libc.so.6 #3 0x00007fa0014edcff in ?? () from /lib/libc.so.6 0000004 0x00007fa0014ef538 in malloc () from /lib/libc.so.6 0000005 0x00007fa001cde88d in operator new () from /usr/lib/libstdc++.so.6 #6 0x00000000008c2a23 in __gnu_cxx::new_allocator<std::_List_node<XMLNode*> >::allocate (this=0x503f498, __n=1) at /usr/include/c++/4.3/ext/new_allocator.h:92 #7 0x00000000008c2a48 in std::_List_base<XMLNode*, std::allocator<XMLNode*> >::_M_get_node (this=0x503f498) at /usr/include/c++/4.3/bits/stl_list.h:314 0000008 0x00000000008c2a64 in std::list<XMLNode*, std::allocator<XMLNode*> >::_M_create_node (this=0x503f498, __x=@0x7fff118e0e78) at /usr/include/c++/4.3/bits/stl_list.h:460 0000009 0x00007fa0037075e5 in std::list<XMLNode*, std::allocator<XMLNode*> >::insert (this=0x503f498, __position={_M_node = 0x503f498}, __x=@0x7fff118e0e78) at /usr/include/c++/4.3/bits/list.tcc:101 0000010 0x00007fa003703777 in XMLNode::add_child_nocopy (this=0x503f480, n=@0x503fa90) at libs/pbd/xml++.cc:270 0000011 0x00007f9fe43cab82 in GenericMidiControlProtocol::get_state () from /usr/local/lib64/ardour2/surfaces//libardour_genericmidi.so 0000012 0x00007fa00927e61f in ARDOUR::ControlProtocolManager::get_state (this=0x3486300) at libs/ardour/control_protocol_manager.cc:346 0000013 0x00007fa00939f53d in ARDOUR::Session::get_control_protocol_state (this=0x401ac60) at libs/ardour/session_state.cc:1143 0000014 0x00007fa0093ac4cc in ARDOUR::Session::state (this=0x401ac60, full_state=true) at libs/ardour/session_state.cc:1130 #15 0x00007fa0093accf2 in ARDOUR::Session::get_state (this=0x401ac60) at libs/ardour/session_state.cc:904 0000016 0x00007fa0093adaf9 in ARDOUR::Session::save_state (this=0x401ac60, snapshot_name={static npos = 18446744073709551615, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x7fff118e1460 "80ñ\001 \177"}}, pending=true) at libs/ardour/session_state.cc:676 #17 0x00007fa0093afd7c in ARDOUR::Session::maybe_write_autosave (this=0x401ac60) at libs/ardour/session_state.cc:601 0000018 0x00000000008130a6 in ARDOUR_UI::autosave_session (this=0x3112ef0) at gtk2_ardour/ardour_ui.cc:557 0000019 0x0000000000828f07 in sigc::bound_mem_functor0<int, ARDOUR_UI>::operator() (this=0x4d96d38) at libs/sigc++2/sigc++/functors/mem_fun.h:1787 0000020 0x0000000000828f23 in sigc::adaptor_functor<sigc::bound_mem_functor0<int, ARDOUR_UI> >::operator() (this=0x4d96d30) at libs/sigc++2/sigc++/adaptors/adaptor_trait.h:251 0000021 0x0000000000828f46 in sigc::internal::slot_call0<sigc::bound_mem_functor0<int, ARDOUR_UI>, bool>::call_it (rep=0x4d96d00) at libs/sigc++2/sigc++/functors/slot.h:103 0000022 0x00007fa009398895 in sigc::slot0<bool>::operator() (this=0x48927f0) at libs/sigc++2/sigc++/functors/slot.h:440 0000023 0x00007fa006ccb2a8 in glibmm_source_callback (data=0x48927f0) at libs/glibmm2/glibmm/main.cc:195 #24 0x00007fa006f2d4fb in ?? () from /usr/lib/libglib-2.0.so.0 0000025 0x00007fa006f2cd3b in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 0000026 0x00007fa006f3050d in ?? () from /usr/lib/libglib-2.0.so.0 0000027 0x00007fa006f30a3d in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 0000028 0x00007fa0067bd7a7 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 0000029 0x00007fa004ec9925 in Gtk::Main::run_impl (this=0x31186f0) at libs/gtkmm2/gtk/gtkmm/main.cc:503 0000030 0x00007fa004ec97c2 in Gtk::Main::run () at libs/gtkmm2/gtk/gtkmm/main.cc:450 0000031 0x00007fa004961f63 in Gtkmm2ext::UI::run (this=0x3112ef0, old_receiver=@0x10e7120) at libs/gtkmm2ext/gtk_ui.cc:226 0000032 0x0000000000b2770f in main (argc=1, argv=0x7fff118e1958) at gtk2_ardour/main.cc:335 | ||||
| Tags | No tags attached. | ||||
|
|
tim - this can be caused by ardour discovering "old" versions of control surface code (as is happening here - the trace shows loading from /usr/local/lib64/ardour2/surfaces//libardour_genericmidi.so if these really are old versions, then this crash is entirely expected. i think we've stopped ./ardev from doing this in svn now. let me know if this explains the crash. |
|
|
ah, i didn't have a look at the path in the backtrace ... ./ardev was using the shared library from ardour-2.5 ... installing ardour-2.7 to /usr/local, i couldn't reproduce the problem ... if this is fixed in svn, please close the bug |
|
|
see notes for resolution. |
|
|
Issue has been closed automatically, by Trigger Close Plugin. Feel free to re-open with additional information if you think the issue is not resolved. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2008-11-25 23:36 | timblech | New Issue | |
| 2008-11-26 04:54 | seablade | Status | new => acknowledged |
| 2008-11-30 22:05 | paul | Note Added: 0005403 | |
| 2008-11-30 22:31 | timblech | Note Added: 0005404 | |
| 2008-12-06 10:40 | paul | cost | => 0.00 |
| 2008-12-06 10:40 | paul | Status | acknowledged => resolved |
| 2008-12-06 10:40 | paul | Resolution | open => fixed |
| 2008-12-06 10:40 | paul | Assigned To | => paul |
| 2008-12-06 10:40 | paul | Note Added: 0005499 | |
| 2010-04-24 10:28 | cth103 | Category | bugs => bugs2 |
| 2010-04-24 10:32 | cth103 | Category | bugs2 => bugs |
| 2020-04-19 20:13 | system | Note Added: 0021828 | |
| 2020-04-19 20:13 | system | Status | resolved => closed |