I have seen, according to this <https://codereview.appspot.com/274280043/> [1],
that Kastrup created a patch to address this issue. Is there any way I can
apply this patch by now, or should I wait for a new development release
containing a definitive solution?
If this is not the right place/time to ask this question, feel free to
dismiss my request (but pointing me to the
right place to ask will be appreciated).
Thanks for your attention and for your outstanding work!
On Tue, Nov 3, 2015 at 9:28 AM, Simon Albrecht <simon.albre...@mail.de>
wrote:
> Hello Jean,
>
> thanks for the additional info. Please always reply on-list, that way
> others can pick up the process etc.
>
> Yours, Simon
>
> On 03.11.2015 02:01, Jean Menezes da Rocha wrote:
>
>> Now I see I haven't added some important details:
>>
>> I am running Lilypond 2.19.30 from Antergos Linux 64-bit. I am using the
>> lilypond-devel package provided by the AUR.
>> I did not try to reproduce this bug in any other environment.
>>
>> Let me know if I can provide any further help!
>>
>> On Mon, Nov 2, 2015 at 9:34 PM, Jean Menezes da Rocha <
>> j...@menezesdarocha.info <mailto:j...@menezesdarocha.info>> wrote:
>>
>> Sure. Here you are:
>>
>> GNU gdb (GDB) 7.10
>> Copyright (C) 2015 Free Software Foundation, Inc.
>> License GPLv3+: GNU GPL version 3 or later
>> <http://gnu.org/licenses/gpl.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law. Type "show
>> copying"
>> and "show warranty" for details.
>> This GDB was configured as "x86_64-unknown-linux-gnu".
>> Type "show configuration" for configuration details.
>> For bug reporting instructions, please see:
>> <http://www.gnu.org/software/gdb/bugs/>.
>> Find the GDB manual and other documentation resources online at:
>> <http://www.gnu.org/software/gdb/documentation/>.
>> For help, type "help".
>> Type "apropos word" to search for commands related to "word"...
>> Reading symbols from lilypond...(no debugging symbols found)...done.
>> (gdb) r example.ly <http://example.ly>
>> Starting program: /usr/bin/lilypond example.ly <http://example.ly>
>> [Thread debugging using libthread_db enabled]
>> Using host libthread_db library "/usr/lib/libthread_db.so.1".
>> GNU LilyPond 2.19.30
>> Processing `example.ly <http://example.ly>'
>>
>> Parsing...
>> Interpreting music...
>> Preprocessing graphical objects...
>> Finding the ideal number of pages...
>> Fitting music on 1 page...
>> Drawing systems...
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x7793df7e in scm_c_memq () from /usr/lib/libguile.so.17
>> (gdb) bt full
>> #0 0x7793df7e in scm_c_memq () from /usr/lib/libguile.so.17
>> No symbol table info available.
>> #1 0x005aa9c9 in ?? ()
>> No symbol table info available.
>> #2 0x006b74db in ?? ()
>> No symbol table info available.
>> #3 0x006b8f3b in ?? ()
>> No symbol table info available.
>> #4 0x005aa631 in ?? ()
>> No symbol table info available.
>> #5 0x779216f3 in ?? () from /usr/lib/libguile.so.17
>> No symbol table info available.
>> #6 0x77920bbc in scm_dapply () from /usr/lib/libguile.so.17
>> No symbol table info available.
>> #7 0x00650f93 in ?? ()
>> No symbol table info available.
>> #8 0x005aab7f in ?? ()
>> No symbol table info available.
>> #9 0x779204d2 in scm_dapply () from /usr/lib/libguile.so.17
>> No symbol table info available.
>> #10 0x00650f93 in ?? ()
>> No symbol table info available.
>> #11 0x005ac46c in ?? ()
>> No symbol table info available.
>> #12 0x779204d2 in scm_dapply () from /usr/lib/libguile.so.17
>> No symbol table info available.
>> #13 0x00650f93 in ?? ()
>> No symbol table info available.
>> #14 0x004e02a7 in ?? ()
>> No symbol table info available.
>> #15 0x779204d2 in scm_dapply () from /usr/lib/libguile.so.17
>> No symbol table info available.
>> #16 0x00650f93 in ?? ()
>> No symbol table info available.
>>
