Re: Regtests crashing?

[Neil Puttock]

On 14 March 2011 22:19, Graham Percival <address@hidden> wrote:
> On Mon, Mar 14, 2011 at 03:27:06PM -0400, address@hidden 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