# New Ticket Created by Tobias Leich
# Please include the string: [perl #125248]
# in the subject line of all future correspondence about this issue.
# <URL: https://rt.perl.org/Ticket/Display.html?id=125248 >
$ perl6-gdb-m -e 'say "N̴͔̈F̷͚́G̶͔̈́ ̷̃͜i̴̡͘s̴̰͘
̶̫̉a̵̬͆w̴̢͒ę̴̏s̴̱̋o̴̫̓m̸̜͐e̶̥̋".NFD'
================================================================================================
This is Rakudo Perl 6 running in the GNU debugger, which often allwos to
generate useful back-
traces to debug or report issues in Rakudo, the MoarVM backend or the currently
running code.
This Rakudo version is 2015.5.13.g.73.d.6.f.72 built on MoarVM version
2015.5.3.gd.3713.c.9,
running on ubuntu (14.4.2.LTS.Trusty.Tahr) / linux
(89.Ubuntu.SMP.Wed.May.20.10.34.39.UTC.2015)
Type `bt full` to generate a backtrace if applicable, type `q` to quite or
`help` for help.
------------------------------------------------------------------------------------------------
Reading symbols from /home/froggs/dev/nqp/install/bin/moar...done.
Starting program: /home/froggs/dev/nqp/install/bin/moar
--execname=/home/froggs/dev/nqp/install/bin/perl6-gdb-m
--libpath=/home/froggs/dev/nqp/install/share/nqp/lib
--libpath=/home/froggs/dev/nqp/install/share/perl6/lib
--libpath=/home/froggs/dev/nqp/install/share/perl6/runtime
/home/froggs/dev/nqp/install/share/perl6/runtime/perl6.moarvm -e say\
\"N̴͔̈F̷͚́G̶͔̈́\ ̷̃͜i̴̡͘s̴̰͘\ ̶̫̉a̵̬͆w̴̢͒ę̴̏s̴̱̋o̴̫̓m̸̜͐e̶̥̋\".NFD
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff748e12f in _int_free (av=0x7ffff77cd760 <main_arena>, p=<optimized
out>, have_lock=0) at malloc.c:3996
3996 malloc.c: Datei oder Verzeichnis nicht gefunden.
(gdb) bt full
#0 0x00007ffff748e12f in _int_free (av=0x7ffff77cd760 <main_arena>,
p=<optimized out>, have_lock=0) at malloc.c:3996
size = 272
fb = <optimized out>
nextchunk = 0x25d9830
nextsize = 192
nextinuse = 0
prevsize = <optimized out>
bck = 0x30800000354
fwd = 0x3340000004e
errstr = 0x0
locked = <optimized out>
#1 0x00007ffff79afe44 in MVM_unicode_string_to_codepoints (tc=0x603700,
s=<optimized out>, form=<optimized out>, out=0x7ffff654f280) at
src/strings/normalize.c:177
norm = {form = MVM_NORMALIZE_NFD, buffer = 0x25d9730, buffer_size = 64,
buffer_start = 56, buffer_end = 56, buffer_norm_end = 56, first_significant =
192, quick_check_property = 66}
ready = <optimized out>
result = <optimized out>
result_pos = <optimized out>
result_alloc = <optimized out>
ci = {gi = {active_blob = {blob_32 = 0xece410, blob_ascii = 0xece410
"s", blob_8 = 0xece410 "s", any = 0xece410}, blob_type = 0, strands_remaining =
0, pos = 19, end = 19,
start = 5, repetitions = 0, next_strand = <optimized out>},
synth_codes = <optimized out>, visited_synth_codes = <optimized out>,
total_synth_codes = <optimized out>}
#2 0x00007ffff791d036 in MVM_interp_run (tc=0x7ffff77cd760 <main_arena>,
tc@entry=0x603700, initial_invoke=0x3340000004e, invoke_data=0x30800000354) at
src/core/interp.c:4512
The call to MVM_unicode_normalizer_cleanup explodes.
