[Lilypond-auto] [LilyIssues-auto] [testlilyissues:issues] #4814 grob.cc

I cannot 'make doc' anymore because of the regtests, as reported by Valentin.
Here's the backtrace:

(gdb) run input/regression/dynamics-context-textspan.ly
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /home/fede/src/lilypond-git/out/bin/lilypond input/regression/dynamics-context-textspan.ly
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
GNU LilyPond 2.19.45
Processing `input/regression/dynamics-context-textspan.ly'
Parsing...
Interpreting music...
Preprocessing graphical objects...
Program received signal SIGSEGV, Segmentation fault.
0x000000000044042f in Grob::get_offset (address@hidden, address@hidden) at grob.cc:400
400   if (dim_cache_[a].offset_)
(gdb) 
(gdb) 
(gdb) 
(gdb) 
(gdb) 
(gdb) 
(gdb) bt
#0  0x000000000044042f in Grob::get_offset(Axis) const (address@hidden, address@hidden)
    at grob.cc:400
#1  0x0000000000440528 in Grob::relative_coordinate(Grob const*, Axis) const (this=0x0, refp=0xecf920, a=X_AXIS) at grob.cc:341
#2  0x000000000044054e in Grob::relative_coordinate(Grob const*, Axis) const (this=0xea5000, refp=0xecf920, a=X_AXIS) at grob.cc:345
#3  0x000000000044054e in Grob::relative_coordinate(Grob const*, Axis) const (this=0xea59e0, address@hidden, address@hidden) at grob.cc:345
#4  0x00000000005e5aae in Side_position_interface::aligned_side(Grob*, Axis, bool, int, int, double*) (address@hidden, address@hidden, pure=true, address@hidden, address@hidden, address@hidden) at side-position-interface.cc:223
#5  0x00000000005e6448 in axis_aligned_side_helper(scm_unused_struct*, Axis, bool, int, int, scm_unused_struct*) (smob=<optimized out>, a=Y_AXIS, pure=<optimized out>, start=0, end=2, current_off_scm=0x204)
    at side-position-interface.cc:105
#6  0x00007ffff791fedf in scm_dapply (proc=0x7ffff30ed4f0, arg1=0x7ffff3aa6380, args=0x7ffff0141060)
    at eval.c:4930
#7  0x0000000000441257 in Grob::pure_relative_y_coordinate(Grob const*, int, int) (address@hidden, address@hidden, address@hidden, address@hidden) at grob.cc:371
#8  0x00000000004413e1 in Grob::pure_y_extent(Grob*, int, int) (this=0xecf920, refp=0xecfc00, start=0, end=2) at grob.cc:497
#9  0x000000000046df17 in Axis_group_interface::adjacent_pure_heights(scm_unused_struct*) (smob=<optimized out>) at axis-group-interface.cc:287
#10 0x00007ffff791fcf5 in scm_dapply (proc=0x7ffff39780b0, arg1=0x7ffff0392e20, args=0x404)
    at eval.c:4895
#11 0x0000000000673311 in Grob::try_callback_on_alist(scm_unused_struct**, scm_unused_struct*, scm_unused_struct*) (address@hidden, address@hidden, sym=0x7ffff30b0360, proc=0x7ffff39780b0) at grob-property.cc:232
#12 0x000000000067345d in Grob::internal_get_property(scm_unused_struct*) const (address@hidden, sym=<optimized out>) at grob-property.cc:184
#13 0x000000000046a918 in Axis_group_interface::part_of_line_pure_height(Grob*, bool, int, int) (address@hidden, address@hidden, address@hidden, address@hidden)
    at axis-group-interface.cc:162
#14 0x000000000046aa53 in Axis_group_interface::begin_of_line_pure_height(Grob*, int) (address@hidden, address@hidden) at axis-group-interface.cc:186
#15 0x000000000046aad5 in Axis_group_interface::sum_partial_pure_heights(Grob*, int, int) (address@hidden, address@hidden, address@hidden) at axis-group-interface.cc:143
#16 0x000000000046acf4 in Axis_group_interface::relative_pure_height(Grob*, int, int) (address@hidden, address@hidden, address@hidden) at axis-group-interface.cc:334
#17 0x000000000046b5b0 in Axis_group_interface::pure_group_height(Grob*, int, int) (address@hidden, address@hidden, address@hidden) at axis-group-interface.cc:592
#18 0x0000000000437cee in Hara_kiri_group_spanner::pure_height(scm_unused_struct*, scm_unused_struct*, scm_unused_struct*) (smob=<optimized out>, start_scm=<optimized out>, end_scm=<optimized out>)
    at hara-kiri-group-spanner.cc:58
#19 0x00007ffff791ff5d in scm_dapply (proc=0x7ffff3964450, arg1=0x7ffff0392e20, args=0x7ffff01426c0)
    at eval.c:4927
#20 0x00000000004413a4 in Grob::pure_y_extent(Grob*, int, int) (this=0xecfc00, refp=0xecfc00, start=0, end=2147483647) at grob.cc:495
#21 0x000000000056edbd in Align_interface::internal_get_minimum_translations(Grob*, std::vector<Grob*, std::allocator<Grob*> > const&, Axis, bool, bool, int, int) (end=2147483647, start=0, pure=true, other_common=0xea58c0, a=Y_AXIS, g=0xecfc00, this=<optimized out>) at align-interface.cc:96
#22 0x000000000056edbd in Align_interface::internal_get_minimum_translations(Grob*, std::vector<Grob*, std::allocator<Grob*> > const&, Axis, bool, bool, int, int) (address@hidden, elems=std::vector of length 3, capacity 4 = {...}, address@hidden, include_fixed_spacing=<optimized out>, 
    address@hidden, address@hidden, start=<optimized out>, end=<optimized out>)
    at align-interface.cc:212
#23 0x000000000056f6dd in Align_interface::get_pure_minimum_translations(Grob*, std::vector<Grob*, std::allocator<Grob*> > const&, Axis, int, int) (address@hidden, all_grobs=std::vector of length 3, capacity 4 = {...}, address@hidden, address@hidden, address@hidden)

[issues:#4814] grob.cc segfaults on Fedora 24 with gcc6

Status: Accepted
Created: Sat Mar 26, 2016 09:51 PM UTC by Valentin Villenave
Last Updated: Thu Jun 23, 2016 11:21 AM UTC
Owner: nobody

Greetings,
I’m trying to run LilyPond on Fedora 24 (with GCC 6.0); I’m able to compile it (with and without guile2 enabled) but when trying to use it, many LilyPond files trigger a segfault:

Parsing...
Interpreting music...
Preprocessing graphical objects...
Program received signal SIGSEGV, Segmentation fault.
0x0000000000496c2f in Grob::get_offset (address@hidden,
address@hidden) at grob.cc:400
400       if (dim_cache_[a].offset_)

Here are the regtests that reproduce the bug (the others compile just fine):

beam-cross-staff-slope.ly
dynamics-alignment-breaker-linebreak.ly
dynamics-alignment-breaker.ly
dynamics-alignment-breaker-order.ly
dynamics-alignment-breaker-subsequent-spanner.ly
dynamics-alignment-no-line-linebreak.ly
dynamics-alignment-no-line.ly
dynamics-context-textspan.ly
dynamics-unbound-hairpin.ly
event-listener-output.ly
fermata-rest-position.ly
font-name.ly
full-measure-rest-fermata.ly
line-arrows.ly
line-style-zigzag-spacing.ly
make-relative.ly
markup-line-thickness.ly
markup-note-grob-style.ly
metronome-mark-broken-bound.ly
minimum-length-after-break.ly
mm-rests2.ly
morgenlied.ly
mozart-hrn-3.ly
multi-measure-rest-center.ly
multi-measure-rest.ly
multi-measure-rest-spacing.ly
multi-measure-rest-text.ly
music-function-end-spanners.ly
offsets.ly
page-turn-page-breaking-repeats.ly
part-combine-a2.ly
part-combine-mmrest-apart.ly
part-combine-mmrest-shared.ly
part-combine-silence-mixed.ly
property-nested-override.ly
quote-cue-during.ly
quote-cue-event-types.ly
repeat-percent-count.ly
repeat-percent-count-visibility.ly
repeat-percent.ly
rest-positioning.ly
scheme-text-spanner.ly
skiptypesetting-multimeasurerest.ly
slur-broken-trend.ly
slur-scoring.ly
slur-tie-control-points.ly
slur-vertical-skylines.ly
spanner-after-line-breaking.ly
staff-mixed-size.ly
stem-direction.ly
stencil-scale.ly
tablature-full-notation.ly
tablature-harmonic-functions.ly
tablature-tie-spanner.ly
text-spanner-attachment-alignment.ly
text-spanner-full-rest.ly
text-spanner-override-order.ly
tie-direction-manual.ly
tie-pitched-trill.ly
trill-spanner-auto-stop.ly
trill-spanner-broken.ly
trill-spanner-chained.ly
trill-spanner-grace.ly
trill-spanner.ly
trill-spanner-pitched-consecutive.ly
trill-spanner-pitched-forced.ly
trill-spanner-pitched.ly
trill-spanner-scaled.ly

What makes is weird is that the bug happens both with my LilyPond
build (latest master branch) and with my distribution’s package
(Fedora repos generally have the latest development release: as of now
it’s 2.19.38 but this also happened with .37 and .36); however, GUB
packages of the exact same development release, don’t reproduce the
segfault.

Could it be because Fedora 24 is using GCC6? I’ve tried bisecting but I’m unable to compile any version older than a couple of weeks, prior to David’s more rigorous smob types:
http://git.savannah.gnu.org/cgit/lilypond.git/commit/?id=c6758d6d12e33779fc81218693d5650682d8a1ca

Let me know if I can provide any other information (and feel free to close this issue if it turns out to be caused by something in my environment).

Sent from sourceforge.net because address@hidden is subscribed to https://sourceforge.net/p/testlilyissues/issues/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/testlilyissues/admin/issues/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

From:	Auto mailings of changes to Lily Issues
Subject:	[Lilypond-auto] [LilyIssues-auto] [testlilyissues:issues] #4814 grob.cc segfaults on Fedora 24 with gcc6
Date:	Thu, 23 Jun 2016 16:47:28 +0000