[L2Ork-dev] Purr Data 2.4.4

Albert Graef aggraef at gmail.com
Tue Dec 12 16:41:52 UTC 2017 

FWIW, here is the beginning of the gdb backtrace. This goes on and on at
least for a couple of thousands stack frames before it crashes, so there's
clearly an endless recursion.

#0  0x000055555559a6d3 in rtext_senditup (x=x at entry=0x555556b3ef50,
    action=action at entry=0, widthp=widthp at entry=0x7fffff7ff17c,
    heightp=heightp at entry=0x7fffff7ff180, indexp=indexp at entry
=0x7fffff7ff184)
    at g_rtext.c:220
#1  0x000055555559b9af in rtext_senditup (indexp=0x7fffff7ff184,
    heightp=0x7fffff7ff180, widthp=0x7fffff7ff17c, action=0,
x=0x555556b3ef50)
    at g_rtext.c:213
#2  rtext_width (x=x at entry=0x555556b3ef50) at g_rtext.c:504
#3  0x0000555555593b72 in text_getrect (z=0x555557f2d0c0,
    glist=0x5555577fa070, xp1=0x7fffff7ff268, yp1=0x7fffff7ff26c,
    xp2=0x7fffff7ff270, yp2=0x7fffff7ff274) at g_text.c:1897
#4  0x0000555555591418 in graph_getrect (z=0x555557f2d0c0,
    glist=0x5555577fa070, xp1=0x7fffff7ff2c8, yp1=0x7fffff7ff2cc,
    xp2=0x7fffff7ff2d0, yp2=0x7fffff7ff2d4) at g_graph.c:1252
#5  0x00005555555cbecc in gobj_getrect (y2=0x7fffff7ff2d4,
x2=0x7fffff7ff2d0,
    y1=0x7fffff7ff2cc, x1=0x7fffff7ff2c8, glist=<optimized out>,
    x=0x555557f2d0c0) at g_editor.c:184
#6  gobj_shouldvis (x=x at entry=0x555557f2cde0, glist=0x555557f2d0c0)
    at g_editor.c:237
#7  0x00005555555cc045 in gobj_shouldvis (x=x at entry=0x5555579bf500,
    glist=glist at entry=0x555557f2cde0) at g_editor.c:226
#8  0x00005555555914ab in graph_getrect (z=0x555557f2cde0,
    glist=0x555557f2d0c0, xp1=0x7fffff7ff438, yp1=0x7fffff7ff43c,
    xp2=0x7fffff7ff440, yp2=0x7fffff7ff444) at g_graph.c:1268
#9  0x00005555555cbf2c in gobj_getrect (y2=0x7fffff7ff444,
x2=0x7fffff7ff440,
    y1=0x7fffff7ff43c, x1=0x7fffff7ff438, glist=0x555557f2d0c0,
    x=0x555557f2cde0) at g_editor.c:184
#10 gobj_shouldvis (x=x at entry=0x555557f2cde0, glist=0x555557f2d0c0)
    at g_editor.c:242
#11 0x00005555555cc045 in gobj_shouldvis (x=x at entry=0x5555579bf500,
    glist=glist at entry=0x555557f2cde0) at g_editor.c:226
#12 0x00005555555914ab in graph_getrect (z=0x555557f2cde0,
    glist=0x555557f2d0c0, xp1=0x7fffff7ff598, yp1=0x7fffff7ff59c,
    xp2=0x7fffff7ff5a0, yp2=0x7fffff7ff5a4) at g_graph.c:1268
#13 0x00005555555cbf2c in gobj_getrect (y2=0x7fffff7ff5a4,
x2=0x7fffff7ff5a0,
    y1=0x7fffff7ff59c, x1=0x7fffff7ff598, glist=0x555557f2d0c0,
    x=0x555557f2cde0) at g_editor.c:184
#14 gobj_shouldvis (x=x at entry=0x555557f2cde0, glist=0x555557f2d0c0)
    at g_editor.c:242
#15 0x00005555555cc045 in gobj_shouldvis (x=x at entry=0x5555579bf500,
    glist=glist at entry=0x555557f2cde0) at g_editor.c:226
#16 0x00005555555914ab in graph_getrect (z=0x555557f2cde0,
    glist=0x555557f2d0c0, xp1=0x7fffff7ff6f8, yp1=0x7fffff7ff6fc,
    xp2=0x7fffff7ff700, yp2=0x7fffff7ff704) at g_graph.c:1268
#17 0x00005555555cbf2c in gobj_getrect (y2=0x7fffff7ff704,
x2=0x7fffff7ff700,
    y1=0x7fffff7ff6fc, x1=0x7fffff7ff6f8, glist=0x555557f2d0c0,
    x=0x555557f2cde0) at g_editor.c:184
#18 gobj_shouldvis (x=x at entry=0x555557f2cde0, glist=0x555557f2d0c0)
    at g_editor.c:242
#19 0x00005555555cc045 in gobj_shouldvis (x=x at entry=0x5555579bf500,
    glist=glist at entry=0x555557f2cde0) at g_editor.c:226
#20 0x00005555555914ab in graph_getrect (z=0x555557f2cde0,
    glist=0x555557f2d0c0, xp1=0x7fffff7ff858, yp1=0x7fffff7ff85c,
    xp2=0x7fffff7ff860, yp2=0x7fffff7ff864) at g_graph.c:1268
#21 0x00005555555cbf2c in gobj_getrect (y2=0x7fffff7ff864,
x2=0x7fffff7ff860,
    y1=0x7fffff7ff85c, x1=0x7fffff7ff858, glist=0x555557f2d0c0,
    x=0x555557f2cde0) at g_editor.c:184
#22 gobj_shouldvis (x=x at entry=0x555557f2cde0, glist=0x555557f2d0c0)
    at g_editor.c:242
#23 0x00005555555cc045 in gobj_shouldvis (x=x at entry=0x5555579bf500,
    glist=glist at entry=0x555557f2cde0) at g_editor.c:226
#24 0x00005555555914ab in graph_getrect (z=0x555557f2cde0,
    glist=0x555557f2d0c0, xp1=0x7fffff7ff9b8, yp1=0x7fffff7ff9bc,
    xp2=0x7fffff7ff9c0, yp2=0x7fffff7ff9c4) at g_graph.c:1268
#25 0x00005555555cbf2c in gobj_getrect (y2=0x7fffff7ff9c4,
x2=0x7fffff7ff9c0,
    y1=0x7fffff7ff9bc, x1=0x7fffff7ff9b8, glist=0x555557f2d0c0,
    x=0x555557f2cde0) at g_editor.c:184
#26 gobj_shouldvis (x=x at entry=0x555557f2cde0, glist=0x555557f2d0c0)
    at g_editor.c:242
#27 0x00005555555cc045 in gobj_shouldvis (x=x at entry=0x5555579bf500,
    glist=glist at entry=0x555557f2cde0) at g_editor.c:226
#28 0x00005555555914ab in graph_getrect (z=0x555557f2cde0,
    glist=0x555557f2d0c0, xp1=0x7fffff7ffb18, yp1=0x7fffff7ffb1c,
    xp2=0x7fffff7ffb20, yp2=0x7fffff7ffb24) at g_graph.c:1268
#29 0x00005555555cbf2c in gobj_getrect (y2=0x7fffff7ffb24,
x2=0x7fffff7ffb20,
    y1=0x7fffff7ffb1c, x1=0x7fffff7ffb18, glist=0x555557f2d0c0,
    x=0x555557f2cde0) at g_editor.c:184
#30 gobj_shouldvis (x=x at entry=0x555557f2cde0, glist=0x555557f2d0c0)
    at g_editor.c:242
#31 0x00005555555cc045 in gobj_shouldvis (x=x at entry=0x5555579bf500,
    glist=glist at entry=0x555557f2cde0) at g_editor.c:226
#32 0x00005555555914ab in graph_getrect (z=0x555557f2cde0,
    glist=0x555557f2d0c0, xp1=0x7fffff7ffc78, yp1=0x7fffff7ffc7c,
    xp2=0x7fffff7ffc80, yp2=0x7fffff7ffc84) at g_graph.c:1268
#33 0x00005555555cbf2c in gobj_getrect (y2=0x7fffff7ffc84,
x2=0x7fffff7ffc80,
    y1=0x7fffff7ffc7c, x1=0x7fffff7ffc78, glist=0x555557f2d0c0,
    x=0x555557f2cde0) at g_editor.c:184
#34 gobj_shouldvis (x=x at entry=0x555557f2cde0, glist=0x555557f2d0c0)
    at g_editor.c:242
#35 0x00005555555cc045 in gobj_shouldvis (x=x at entry=0x5555579bf500,
    glist=glist at entry=0x555557f2cde0) at g_editor.c:226
#36 0x00005555555914ab in graph_getrect (z=0x555557f2cde0,
    glist=0x555557f2d0c0, xp1=0x7fffff7ffdd8, yp1=0x7fffff7ffddc,
    xp2=0x7fffff7ffde0, yp2=0x7fffff7ffde4) at g_graph.c:1268
#37 0x00005555555cbf2c in gobj_getrect (y2=0x7fffff7ffde4,
x2=0x7fffff7ffde0,
    y1=0x7fffff7ffddc, x1=0x7fffff7ffdd8, glist=0x555557f2d0c0,
    x=0x555557f2cde0) at g_editor.c:184
#38 gobj_shouldvis (x=x at entry=0x555557f2cde0, glist=0x555557f2d0c0)
    at g_editor.c:242
#39 0x00005555555cc045 in gobj_shouldvis (x=x at entry=0x5555579bf500,
    glist=glist at entry=0x555557f2cde0) at g_editor.c:226
#40 0x00005555555914ab in graph_getrect (z=0x555557f2cde0,
    glist=0x555557f2d0c0, xp1=0x7fffff7fff38, yp1=0x7fffff7fff3c,
    xp2=0x7fffff7fff40, yp2=0x7fffff7fff44) at g_graph.c:1268
#41 0x00005555555cbf2c in gobj_getrect (y2=0x7fffff7fff44,
x2=0x7fffff7fff40,
    y1=0x7fffff7fff3c, x1=0x7fffff7fff38, glist=0x555557f2d0c0,
    x=0x555557f2cde0) at g_editor.c:184
#42 gobj_shouldvis (x=x at entry=0x555557f2cde0, glist=0x555557f2d0c0)
    at g_editor.c:242
#43 0x00005555555cc045 in gobj_shouldvis (x=x at entry=0x5555579bf500,
    glist=glist at entry=0x555557f2cde0) at g_editor.c:226
#44 0x00005555555914ab in graph_getrect (z=0x555557f2cde0,
    glist=0x555557f2d0c0, xp1=0x7fffff800098, yp1=0x7fffff80009c,
    xp2=0x7fffff8000a0, yp2=0x7fffff8000a4) at g_graph.c:1268
#45 0x00005555555cbf2c in gobj_getrect (y2=0x7fffff8000a4,
x2=0x7fffff8000a0,
    y1=0x7fffff80009c, x1=0x7fffff800098, glist=0x555557f2d0c0,
    x=0x555557f2cde0) at g_editor.c:184
#46 gobj_shouldvis (x=x at entry=0x555557f2cde0, glist=0x555557f2d0c0)
    at g_editor.c:242
#47 0x00005555555cc045 in gobj_shouldvis (x=x at entry=0x5555579bf500,
    glist=glist at entry=0x555557f2cde0) at g_editor.c:226


On Tue, Dec 12, 2017 at 5:35 PM, Albert Graef <aggraef at gmail.com> wrote:

> Anyway, I'm apparently getting an endless sequence of recursive calls to
> gobj_shouldvis(). At least that's what I'm seeing here. I don't think that
> this is related to Gem at all (I'm not using it). This must be something
> that went in between 2.4.3 and 2.4.4. Maybe this one?
> https://git.purrdata.net/jwilkes/purr-data/commit/db64cdcc
>
> On Tue, Dec 12, 2017 at 5:26 PM, Albert Graef <aggraef at gmail.com> wrote:
>
>> Nope. :( I've seen Alberto's reply to a message from you, though,
>> something with using valgrind to debug the issue. Is that what you mean?
>>
>> It's not the first time that I don't see your replies to the list either.
>> Other people have reported this in other threads as well, maybe some mail
>> filter acting up somewhere (or is it Google mail?). We really need to
>> investigate that some time.
>>
>> On Tue, Dec 12, 2017 at 5:18 PM, Jonathan Wilkes <jancsika at yahoo.com>
>> wrote:
>>
>>>
>>>
>>>
>>> On Mon, Dec 11, 2017 at 10:28 PM, Alberto Zin <alberto.zin at gmail.com>
>>> wrote:
>>>
>>> for some reasons I'm not yet able to investigate in detail, this release
>>> 2.4.4 of purr-data broke something on my system.
>>> Many of my past patches, when opened present a "segmentation fault"
>>> error.
>>>
>>>
>>> > [...]
>>>
>>> > Wasn't there some changeset involving an attempted fix related to GOPs
>>> a while back? That's most likely the culprit.
>>>
>>> Yes, I sent a message to this list about it. Did you receive it?
>>>
>>> -Jonathan
>>>
>>> > Albert
>>>
>>> _______________________________________________
>>> L2Ork-dev mailing list
>>> L2Ork-dev at disis.music.vt.edu
>>> https://disis.music.vt.edu/listinfo/l2ork-dev
>>>
>>
>>
>>
>> --
>> Dr. Albert Gr"af
>> Computer Music Research Group, JGU Mainz, Germany
>> Email:  aggraef at gmail.com
>> WWW:    https://plus.google.com/+AlbertGraef
>>
>
>
>
> --
> Dr. Albert Gr"af
> Computer Music Research Group, JGU Mainz, Germany
> Email:  aggraef at gmail.com
> WWW:    https://plus.google.com/+AlbertGraef
>



-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email:  aggraef at gmail.com
WWW:    https://plus.google.com/+AlbertGraef
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20171212/90ef1984/attachment-0001.html>

More information about the L2Ork-dev mailing list