Okay- I've traced to Gridflow library- I've taken it out and no crashes -any tips how I can have it installed would be appreciated- thanks again for your time on this :)<br><br><div class="gmail_quote">On Wed, Nov 24, 2010 at 12:57 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;">Try loading one lib at a time and doing the same. I don't know for sure but it might be that one or more of them is having issues with the new move algorithm.<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 Just to clarify the message<br>
>Program received signal SIGSEGV, Segmentation fault.<br>
>0x00000011 in ?? ()<br>
><br>
>is printed on the terminal when ctrl-1 is used<br>
><br>
>Thanks again<br>
>On Wed, Nov 24, 2010 at 10:11 AM, ALAN BROOKER<br>
><<a href="mailto:alan.brooker2010@gmail.com">alan.brooker2010@gmail.com</a>>wrote:<br>
><br>
>> Hi Ico<br>
>><br>
>><br>
>> Ive got it working and have loaded some libraries, Gem, Gridflow, Zexy, pdp<br>
>> - however PD crashes out when I ctrl-1 to put an object on the canvas.<br>
>><br>
>> I've done a backtrace (thanks Mathieu for the tip previously) with the<br>
>> following results:<br>
>><br>
>> Starting program: /usr/local/bin/pd -oss -channels 2 my-bug-test.pd<br>
>> [Thread debugging using libthread_db enabled]<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> : 800.00 MHz AMD Phenom(tm) II X2 555 Processor detected<br>
>> [New Thread 0xb47e1b70 (LWP 4084)]<br>
>><br>
>> Program received signal SIGSEGV, Segmentation fault.<br>
>> 0x00000011 in ?? ()<br>
>> (gdb) where<br>
>> #0 0x00000011 in ?? ()<br>
>> #1 0x080a94d5 in gobj_displace_withtag (x=0x8206cb8,<br>
>> dx=<value optimised out>, dy=0) at g_editor.c:68<br>
>> #2 canvas_displaceselection (x=0x8206cb8, dx=<value optimised out>, dy=0)<br>
>> at g_editor.c:1900<br>
>> #3 0x080a98a5 in canvas_motion (x=0x8206cb8, xpos=232, ypos=76, fmod=2)<br>
>> at g_editor.c:2089<br>
>> #4 0x080ca4f6 in pd_typedmess (x=0x8206cb8, s=0x8135eb8, argc=3,<br>
>> argv=0xbffff08c) at m_class.c:792<br>
>> #5 0x080ca0dc in pd_typedmess (x=0x814ac60, s=0x8135eb8, argc=3,<br>
>> argv=0xbffff08c) at m_class.c:813<br>
>> #6 0x080cfbaa in binbuf_eval (x=0x8149688, target=<value optimised out>,<br>
>> argc=0, argv=0x0) at m_binbuf.c:726<br>
>> #7 0x080dde5f in socketreceiver_read (x=0x81496a8, fd=6) at s_inter.c:560<br>
>> #8 0x080dd81a in sys_domicrosleep (microsec=<value optimised out>,<br>
>> pollem=<value optimised out>) at s_inter.c:198<br>
>> #9 0x080de502 in sys_pollgui () at s_inter.c:862<br>
>> #10 0x080d9321 in m_pollingscheduler () at m_sched.c:490<br>
>> #11 m_mainloop () at m_sched.c:560<br>
>> #12 0x080dc8a9 in sys_main (argc=5, argv=0xbffff4e4) at s_main.c:310<br>
>> #13 0x080e556b in main (argc=5, argv=0xbffff4e4) at s_entry.c:32<br>
>> (gdb) quit<br>
>> A debugging session is active.<br>
>><br>
>> Inferior 1 [process 4078] will be killed.<br>
>><br>
>> Quit anyway? (y or n) y<br>
>> socket receive error: Connection reset by peer (104)<br>
>><br>
>> Thanks for your help with this! It's a great package to work from<br>
>> Cheers<br>
>><br>
>><br>
>><br>
>><br>
>> On Wed, Nov 24, 2010 at 5:29 AM, Ivica Ico Bukvic <<a href="mailto:ico@vt.edu">ico@vt.edu</a>> wrote:<br>
>><br>
>>> > Notice that both [cyclone/Scope~] and [flatspace/entry] have a<br>
>>> > bug: a sudden increase in height/width by about 5-10 pixels when you<br>
>>> > initially drag to resize. This makes it difficult if not<br>
>>> > impossible to make minor size changes (especially since there is no<br>
>>> > Properties dialogue).<br>
>>><br>
>>> Good to know. I will look into this when I get there. Currently working on<br>
>>> accelerating iemgui objects as well as exposing them to sarlo's highlighting<br>
>>> magic.<br>
>>><br>
>>> > Wouldn't it be easier just to toggle the text for that menu option<br>
>>> > between "Edit mode" and "Run mode"? (That's what they're called in<br>
>>> > the manual.)<br>
>>><br>
>>> Sure. There are other options, too, like the one 0.43 and now l2ork<br>
>>> version of 0.42 uses by changing option's background which works visually<br>
>>> relatively well (albeit at the expense of consistency). This is however not<br>
>>> the issue. The issue is finding out that after an hour of debugging the<br>
>>> problem is not in you or your code but the toolkit you are using and in 2010<br>
>>> for a toolkit that has been around for more than a decade that is plainly<br>
>>> sad.<br>
>>><br>
>>> > How would you go about doing that?<br>
>>><br>
>>> A: Ugly path: Isolate pd<->gui hooks and port the entire thing to Qt.<br>
>>><br>
>>> B: Better (albeit more time-consuming) path: clean-up code first so that<br>
>>> all objects can utilize the same gobj_<whatever> calls and then do the A:<br>
>>> (which at that point won't be nearly as ugly or difficult to maintain).<br>
>>><br>
>>> FWIW, my first ever GUI app was RTMix I did back in 2001 and it was (and<br>
>>> remains) the ugliest hack ever (basically I tried to learn how to program<br>
>>> doing that app). Yet, the fact remains even in 2001 qt was way better than<br>
>>> what Tk is today. Another advantage is avoiding socket bottlenecks as the<br>
>>> entire thing could be done simply in C. License-wise it should be fine and<br>
>>> cross-platform-wise miles ahead of Tcl/Tk. Heck, you could even throw in Qt<br>
>>> for mobile devices for good measure since that is apparently hot item these<br>
>>> days.<br>
>>><br>
>>> That said, I need some more time working with Pd code before I can<br>
>>> undertake this. Perhaps more importantly, I just need a generous,<br>
>>> uninterrupted chunk of time to do this.<br>
>>><br>
>>> Best wishes,<br>
>>><br>
>>> Ico<br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
>>> UNSUBSCRIBE and account-management -><br>
>>> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
>>><br>
>><br>
>><br>
</div></div></blockquote></div><br>