lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Patchy email


From: David Kastrup
Subject: Re: Patchy email
Date: Sat, 07 Mar 2020 01:27:50 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

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.

-- 
David Kastrup



reply via email to

[Prev in Thread] Current Thread [Next in Thread]