Re: Patchy email

[David Kastrup]

David Kastrup <address@hidden> writes:

> address@hidden writes:
>
>> 23:42:58 (UTC) Begin LilyPond compile, previous commit at    
>> bf6f650dbc16cb33181501eee2aca082a5a5e3ef
>> 23:43:05 Merged staging, now at:     bf6f650dbc16cb33181501eee2aca082a5a5e3ef
>> 23:43:06     Success:                ./autogen.sh --noconfigure
>> 23:43:18     Success:                /tmp/lilypond-autobuild/configure 
>> --enable-checking
>> 23:43:21     Success:                nice make clean
>> 23:46:54     Success:                nice make -j9 CPU_COUNT=9
>> 23:51:15     Success:                nice make test -j9 CPU_COUNT=9
>> 23:54:59 *** FAILED BUILD ***
>>      nice make doc -j9 CPU_COUNT=9
>>      Previous good commit:   825dd87d0b1b58e56d7c66ef1fc1dd672d913c84
>>      Current broken commit:  bf6f650dbc16cb33181501eee2aca082a5a5e3ef
>> 23:54:59 *** FAILED STEP ***
>>      merge from staging
>>      Failed runner: nice make doc -j9 CPU_COUNT=9
>> See the log file log-staging-nice-make-doc--j9-CPU_COUNT=9.txt
>> 23:54:59 Traceback (most recent call last):
>>   File 
>> "/usr/local/tmp/lilypond-extra/patches/compile_lilypond_test/__init__.py", 
>> line 528, in handle_staging
>>     self.build (issue_id=issue_id)
>>   File 
>> "/usr/local/tmp/lilypond-extra/patches/compile_lilypond_test/__init__.py", 
>> line 333, in build
>>     issue_id)
>>   File 
>> "/usr/local/tmp/lilypond-extra/patches/compile_lilypond_test/__init__.py", 
>> line 266, in runner
>>     raise FailedCommand ("Failed runner: %s\nSee the log file %s" % 
>> (command, this_logfilename))
>> FailedCommand: Failed runner: nice make doc -j9 CPU_COUNT=9
>> See the log file log-staging-nice-make-doc--j9-CPU_COUNT=9.txt
>
> So I am suddenly seeing comparatively frequent segfaults in my patchy
> runs while building the docs.  This is the second time in as many days
> (or not more than 3 days I guess).
>
> My prime candidates are basically Han-Wen's job control for
> lilypond-book (could lead to out-of-memory conditions on my system and I
> don't think we handle exceptions other than aborting currently) and
> Torsten Hämmerle's French beaming stuff.  I read through that patch a
> few times but did not see any red flags.
>
> To track this down, I'll now enable core dumps and hope that eventually
> I'll be able to get a relevant one.  I'll stick at current settings for
> now.

Bah.  ldd out/bin/lilypond shows that I have been compiling with
libguile-2.2.

        libguile-2.2.so.1 => /usr/lib/x86_64-linux-gnu/libguile-2.2.so.1
        (0x00007f60c6213000)

As long as this leads to crashes, I don't think we are doing anybody a
favor by defaulting to libguile-2.x .

I'll switch back explicitly to 1.8.

-- 
David Kastrup