On 14 March 2011 22:19, Graham Percival <gra...@percival-music.ca> wrote:
> On Mon, Mar 14, 2011 at 03:27:06PM -0400, m...@apollinemike.com wrote:
>> I am having trouble getting a clean baseline from the regtests, and trying
>> to grep the culprit is, for some odd reason, taking several minutes. Could
>> someone please run the regtests on the current master and confirm if there
>> is an issue?
>
> I noticed this in the afternoon -- from a clean build dir -- but I
> haven't managed to track it down yet. Something definitely fishy,
> though.
It's something to do with Jan's midi changes AFAICT. The only way I
could debug was to run all the regtests through GDB: this stops with a
segfault after completing balloon.ly, but it seems to be the previous
test (baerenreiter-sarabande.ly) which triggers the crash (at least,
that's my guess since it's the first test to produce a .midi file).
Here's a backtrace:
(gdb) bt
#0 0x0000000000000031 in ?? ()
#1 0x00000000005ed5d8 in del<Audio_element*>::operator()
(this=0x7fffffff28a0, x=0x1b513d0) at
../flower/include/std-vector.hh:241
#2 0x00000000005ed091 in
std::for_each<__gnu_cxx::__normal_iterator<Audio_element**,
std::__flower_vector<Audio_element*, std::allocator<Audio_element*> >
>, del<Audio_element*> > (__first=..., __last=..., __f=...)
at /usr/include/c++/4.4/bits/stl_algo.h:4200
#3 0x00000000005ecd67 in junk_pointers<Audio_element*> (v=...) at
../flower/include/std-vector.hh:251
#4 0x00000000005ec3d2 in Performance::~Performance (this=0x1b41110,
__in_chrg=<value optimised out>) at performance.cc:45
#5 0x000000000057611d in Music_output::free_smob (ses=0x7ffff1563f40)
at music-output.cc:43
#6 0x00007ffff793c4aa in scm_i_sweep_card () from /usr/lib/libguile.so.17
#7 0x00007ffff793aab3 in scm_i_sweep_some_cards () from /usr/lib/libguile.so.17
#8 0x00007ffff793ac10 in scm_i_sweep_segment () from /usr/lib/libguile.so.17
#9 0x00007ffff793acd0 in scm_i_sweep_all_segments () from
/usr/lib/libguile.so.17
#10 0x00007ffff7939887 in scm_i_gc () from /usr/lib/libguile.so.17
#11 0x00007ffff79399ca in scm_gc () from /usr/lib/libguile.so.17
It might be the case that the destructor for Performance is trying to
delete a pointer to an Audio_element which wasn't allocated via `new'.
Cheers,
Neil
_______________________________________________
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
