If I press ctrl+1 to create an object that's when it crashes out, opening pd patches is fine but if I try to edit them then a crash will occur as well. Also opening Grdiflow help index causes crashes without loading the index patch at all<br>
<br><div class="gmail_quote">On Sat, Nov 27, 2010 at 5:43 PM, Ivica Ico Bukvic <span dir="ltr"><<a href="mailto:ico@vt.edu">ico@vt.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
This looks like an incompatibility between tagged moving of an object and something in the gridflow.<br>
<br>
Does this occur with any object or just some specific object(s)?<br>
<br>
Mathieu, The offending call should be the same like the Regular call except that is this place is using a tag. It can be found in the g_text.c file.<br>
<br>
Cheers!<br>
<div><div></div><div class="h5"><br>
ALAN BROOKER <<a href="mailto:alan.brooker2010@gmail.com">alan.brooker2010@gmail.com</a>> wrote:<br>
<br>
>Hi Mathieu,<br>
><br>
>Thanks for this, I have done a trace back with the following output on the<br>
>terminal :<br>
><br>
>(gdb) run<br>
>Starting program: /usr/local/bin/pd -oss -channels 2 my-bug-test.pd<br>
>[Thread debugging using libthread_db enabled]<br>
>[New Thread 0xb6168b70 (LWP 5214)]<br>
><init> : Avifile RELEASE-0.7.48-100119-21:44-../src/configure<br>
><init> : Available CPU flags: fpu vme de pse tsc msr pae mce cx8 apic mtrr<br>
>pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext<br>
>fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc nonstop_tsc extd_api<br>
><init> : 3200.00 MHz AMD Phenom(tm) II X2 555 Processor detected<br>
>where<br>
><br>
>Program received signal SIGSEGV, Segmentation fault.<br>
>0x00000011 in ?? ()<br>
>(gdb) where<br>
>#0 0x00000011 in ?? ()<br>
>#1 0x080a9665 in gobj_displace_withtag (x=0x8215790,<br>
> dx=<value optimised out>, dy=0) at g_editor.c:70<br>
>#2 canvas_displaceselection (x=0x8215790, dx=<value optimised out>, dy=0)<br>
> at g_editor.c:1913<br>
>#3 0x080a9a35 in canvas_motion (x=0x8215790, xpos=161, ypos=56, fmod=2)<br>
> at g_editor.c:2102<br>
>#4 0x080ca856 in pd_typedmess (x=0x8215790, s=0x8136eb8, argc=3,<br>
> argv=0xbffff08c) at m_class.c:792<br>
>#5 0x080ca43c in pd_typedmess (x=0x8211678, s=0x8136eb8, argc=3,<br>
> argv=0xbffff08c) at m_class.c:813<br>
>#6 0x080cff0a in binbuf_eval (x=0x814d610, target=<value optimised out>,<br>
> argc=0, argv=0x0) at m_binbuf.c:726<br>
>#7 0x080de1bf in socketreceiver_read (x=0x814d630, fd=6) at s_inter.c:560<br>
>#8 0x080ddb7a in sys_domicrosleep (microsec=<value optimised out>,<br>
> pollem=<value optimised out>) at s_inter.c:198<br>
>#9 0x080de662 in sys_pollgui () at s_inter.c:862<br>
>#10 0x080d9681 in m_pollingscheduler () at m_sched.c:490<br>
>#11 m_mainloop () at m_sched.c:560<br>
>#12 0x080dcc09 in sys_main (argc=5, argv=0xbffff4e4) at s_main.c:310<br>
>#13 0x080e56cb in main (argc=5, argv=0xbffff4e4) at s_entry.c:32<br>
>(gdb) where<br>
>#0 0x00000011 in ?? ()<br>
>#1 0x080a9665 in gobj_displace_withtag (x=0x8215790,<br>
> dx=<value optimised out>, dy=0) at g_editor.c:70<br>
>#2 canvas_displaceselection (x=0x8215790, dx=<value optimised out>, dy=0)<br>
> at g_editor.c:1913<br>
>#3 0x080a9a35 in canvas_motion (x=0x8215790, xpos=161, ypos=56, fmod=2)<br>
> at g_editor.c:2102<br>
>#4 0x080ca856 in pd_typedmess (x=0x8215790, s=0x8136eb8, argc=3,<br>
> argv=0xbffff08c) at m_class.c:792<br>
>#5 0x080ca43c in pd_typedmess (x=0x8211678, s=0x8136eb8, argc=3,<br>
> argv=0xbffff08c) at m_class.c:813<br>
>#6 0x080cff0a in binbuf_eval (x=0x814d610, target=<value optimised out>,<br>
> argc=0, argv=0x0) at m_binbuf.c:726<br>
>#7 0x080de1bf in socketreceiver_read (x=0x814d630, fd=6) at s_inter.c:560<br>
>#8 0x080ddb7a in sys_domicrosleep (microsec=<value optimised out>,<br>
> pollem=<value optimised out>) at s_inter.c:198<br>
>#9 0x080de662 in sys_pollgui () at s_inter.c:862<br>
>#10 0x080d9681 in m_pollingscheduler () at m_sched.c:490<br>
>#11 m_mainloop () at m_sched.c:560<br>
>#12 0x080dcc09 in sys_main (argc=5, argv=0xbffff4e4) at s_main.c:310<br>
>#13 0x080e56cb in main (argc=5, argv=0xbffff4e4) at s_entry.c:32<br>
><br>
>Thanks again<br>
><br>
>Al<br>
>On Sat, Nov 27, 2010 at 11:37 AM, Mathieu Bouchard <<a href="mailto:matju@artengine.ca">matju@artengine.ca</a>>wrote:<br>
><br>
>> On Sat, 27 Nov 2010, ALAN BROOKER wrote:<br>
>><br>
>> Also Gridflow as mentioned previously causes crashes but not so hard as<br>
>>> py. When I swapped the L2Orkt file to normal extended, I could use Gridflow<br>
>>> in the new gui as normal- so perhaps the issue is not in the tk file but<br>
>>> else where?<br>
>>><br>
>><br>
>> If you (or someone else) can narrow down the l2ork<->gridflow problems, I<br>
>> could try to fix them.<br>
>><br>
>> Is it something happening mostly with the helpfiles, or also with something<br>
>> else ? Is it happening at startup, or later ?<br>
>><br>
>> What is the "L20rkt file" ?<br>
>><br>
>> _______________________________________________________________________<br>
>> | Mathieu Bouchard ------------------------------------- Aix-en-Provence<br>
><br>
</div></div><div><div></div><div class="h5">>_______________________________________________<br>
><a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
>UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br>