Bugs item #2937855, was opened at 2010-01-23 06:12
Message generated for change (Settings changed) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2937855&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: v0.42
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: megalegoland (megalegoland)
Assigned to: Nobody/Anonymous (nobody)
Summary: help Browser doesn't open pd files
Initial Comment:
attached works on nt, otherwise help browser doesn't open pd files with <double-1>
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-26 16:41
Message:
I can't reproduce this on WinXP with Pd-extended 0.42.5 2010-01-26, or on
Mac OS X or Ubuntu.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2937855&group_…
Bugs item #2940517, was opened at 2010-01-26 16:39
Message generated for change (Settings changed) made by mseta
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2940517&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: v0.42
Status: Open
Resolution: None
>Priority: 7
Private: No
Submitted By: mseta (mseta)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: mystery crash of pd-extended 0.42.5
Initial Comment:
Some patches crash pd immediately upon opening.
I found a small patch that exhibits such
behaviour. Loading individual externs and
abstractions from that patch dos not cause problems, only
opening this patch as is. Backtrace is below.
This is on Karmic and 0.42.5-extended-20100110 (this is the last
version I tried but had exactly the same issue with some november and
december build).
Hans confirmed the behaviour on Pd-0.42.5-extended-20091217 on Mac OS X 10.5.8/Intel.
./MiS
Program received signal SIGSEGV, Segmentation fault.
text_xpix (x=0x8520918, glist=0x0) at g_graph.c:619
619 g_graph.c: No such file or directory.
in g_graph.c
bt
#0 rtext_senditup (x=0x0, action=<value optimized out>,
widthp=<value optimized out>, heightp=0xbfffe818, indexp=0xbfffe814)
at g_rtext.c:164
#1 0x0807d5b1 in rtext_width (x=0x0) at g_rtext.c:357
#2 0x08077d8f in text_getrect (z=0x86d2798, glist=0x86dde50, xp1=0xbfffe8bc,
yp1=0xbfffe8b8, xp2=0xbfffe8b4, yp2=0xbfffe8b0) at g_text.c:1014
#3 0x08074d9e in graph_getrect (z=0x86dde50, glist=0x8680e78, xp1=0xbfffe91c,
yp1=0xbfffe918, xp2=0xbfffe914, yp2=0xbfffe910) at g_graph.c:921
#4 0x080966e9 in gobj_shouldvis (x=0x86dde50, glist=0x8680e78)
at g_editor.c:80
#5 0x080743b4 in glist_getcanvas (x=0x86dde50) at g_graph.c:188
#6 0x0807e1db in rtext_new (glist=0x86dde50, who=0x86de078) at g_rtext.c:62
#7 0x080992a0 in canvas_create_editor (x=0x86dde50) at g_editor.c:902
#8 0x0807dbb4 in glist_findrtext (gl=0x86dde50, who=0x86d2798)
at g_rtext.c:347
#9 0x08079dfc in text_vis (z=0x86d2798, glist=0x86dde50, vis=1)
at g_text.c:1080
#10 0x016e775a in text_visfn_hax0r (o=0x86d2798, can=0x86dde50, vis=1)
at src/classes2.cxx.fcs:1076
#11 0x08075b74 in graph_vis (gr=0x86dde50, parent_glist=0x8680e78, vis=1)
at g_graph.c:853
#12 0x08075b74 in graph_vis (gr=0x8680e78, parent_glist=0x8680d00, vis=1)
at g_graph.c:853
#13 0x080722f4 in canvas_map (x=0x8680d00, f=1) at g_canvas.c:657
#14 0x080b6556 in pd_typedmess (x=0x8680d00, s=0x851fbc0, argc=1,
argv=0xbfffef3c) at m_class.c:792
#15 0x080b613c in pd_typedmess (x=0x88161b0, s=0x851fbc0, argc=1,
argv=0xbfffef3c) at m_class.c:813
#16 0x080bb47a in binbuf_eval (x=0x8532ac0, target=<value optimized out>,
argc=0, argv=0x0) at m_binbuf.c:726
#17 0x080c7447 in socketreceiver_read (x=0x85327e8, fd=6) at s_inter.c:558
#18 0x080c8549 in sys_domicrosleep (microsec=<value optimized out>,
pollem=<value optimized out>) at s_inter.c:196
#19 0x080c3760 in m_pollingscheduler () at m_sched.c:510
#20 m_mainloop () at m_sched.c:560
#21 0x080c6509 in sys_main (argc=2, argv=0xbffff334) at s_main.c:304
#22 0x080ce1ab in main (argc=2, argv=0xbffff334) at s_entry.c:32
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2940517&group_…
Bugs item #2940517, was opened at 2010-01-26 16:39
Message generated for change (Tracker Item Submitted) made by mseta
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2940517&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: pd-extended
Group: v0.42
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: mseta (mseta)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: mystery crash of pd-extended 0.42.5
Initial Comment:
Some patches crash pd immediately upon opening.
I found a small patch that exhibits such
behaviour. Loading individual externs and
abstractions from that patch dos not cause problems, only
opening this patch as is. Backtrace is below.
This is on Karmic and 0.42.5-extended-20100110 (this is the last
version I tried but had exactly the same issue with some november and
december build).
Hans confirmed the behaviour on Pd-0.42.5-extended-20091217 on Mac OS X 10.5.8/Intel.
./MiS
Program received signal SIGSEGV, Segmentation fault.
text_xpix (x=0x8520918, glist=0x0) at g_graph.c:619
619 g_graph.c: No such file or directory.
in g_graph.c
bt
#0 rtext_senditup (x=0x0, action=<value optimized out>,
widthp=<value optimized out>, heightp=0xbfffe818, indexp=0xbfffe814)
at g_rtext.c:164
#1 0x0807d5b1 in rtext_width (x=0x0) at g_rtext.c:357
#2 0x08077d8f in text_getrect (z=0x86d2798, glist=0x86dde50, xp1=0xbfffe8bc,
yp1=0xbfffe8b8, xp2=0xbfffe8b4, yp2=0xbfffe8b0) at g_text.c:1014
#3 0x08074d9e in graph_getrect (z=0x86dde50, glist=0x8680e78, xp1=0xbfffe91c,
yp1=0xbfffe918, xp2=0xbfffe914, yp2=0xbfffe910) at g_graph.c:921
#4 0x080966e9 in gobj_shouldvis (x=0x86dde50, glist=0x8680e78)
at g_editor.c:80
#5 0x080743b4 in glist_getcanvas (x=0x86dde50) at g_graph.c:188
#6 0x0807e1db in rtext_new (glist=0x86dde50, who=0x86de078) at g_rtext.c:62
#7 0x080992a0 in canvas_create_editor (x=0x86dde50) at g_editor.c:902
#8 0x0807dbb4 in glist_findrtext (gl=0x86dde50, who=0x86d2798)
at g_rtext.c:347
#9 0x08079dfc in text_vis (z=0x86d2798, glist=0x86dde50, vis=1)
at g_text.c:1080
#10 0x016e775a in text_visfn_hax0r (o=0x86d2798, can=0x86dde50, vis=1)
at src/classes2.cxx.fcs:1076
#11 0x08075b74 in graph_vis (gr=0x86dde50, parent_glist=0x8680e78, vis=1)
at g_graph.c:853
#12 0x08075b74 in graph_vis (gr=0x8680e78, parent_glist=0x8680d00, vis=1)
at g_graph.c:853
#13 0x080722f4 in canvas_map (x=0x8680d00, f=1) at g_canvas.c:657
#14 0x080b6556 in pd_typedmess (x=0x8680d00, s=0x851fbc0, argc=1,
argv=0xbfffef3c) at m_class.c:792
#15 0x080b613c in pd_typedmess (x=0x88161b0, s=0x851fbc0, argc=1,
argv=0xbfffef3c) at m_class.c:813
#16 0x080bb47a in binbuf_eval (x=0x8532ac0, target=<value optimized out>,
argc=0, argv=0x0) at m_binbuf.c:726
#17 0x080c7447 in socketreceiver_read (x=0x85327e8, fd=6) at s_inter.c:558
#18 0x080c8549 in sys_domicrosleep (microsec=<value optimized out>,
pollem=<value optimized out>) at s_inter.c:196
#19 0x080c3760 in m_pollingscheduler () at m_sched.c:510
#20 m_mainloop () at m_sched.c:560
#21 0x080c6509 in sys_main (argc=2, argv=0xbffff334) at s_main.c:304
#22 0x080ce1ab in main (argc=2, argv=0xbffff334) at s_entry.c:32
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2940517&group_…
Bugs item #2929939, was opened at 2010-01-11 17:30
Message generated for change (Settings changed) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929939&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
>Status: Closed
Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: [pd-gui-rewrite] font box changes focus
Initial Comment:
in the pd-gui-rewrite, if i select the Edit->Font menu i can change the fontsize of a particular window.
however, when change the focus to another Pd-window (path, main-window,...), the newly focused window will receive the changes.
i guess this was meant as a feature, but it is really rather annoying, since my focus policy is "strictly under mouse". if i accidentally move the mouse so another pd-window gets selected, that one is changed...
please fix the fonts-dialog to the window it was called for.
make the focus-change a selectable option (e.g. a toggle in the fonts-dialog)
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2010-01-26 02:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-01-11 23:11
Message:
I've been using gedit on Ubuntu, Text Edit on Mac OS X, and Wordpad on
Windows to determine how these things behave, to make them feel like native
apps. For the Find panels on all, and the Font panel with Text Edit, they
work on the focused window, hence pd-gui-rewrite does too. If you can show
that the behavior you describe is what most GNU/Linux users would expect,
I'll change it. Otherwise, use the attached plugin to give you this
behavior.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-11 18:41
Message:
debian (squeeze/sid) with tcl/tk 8.4&8.5
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2929939&group_…
Bugs item #2526611, was opened at 2009-01-21 18:06
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2526611&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
>Status: Closed
Resolution: Fixed
Priority: 6
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: test if Jack is available rather than just crashing
Initial Comment:
Pd should then test to see if Jack is available before switching to it, otherwise it'll just crash if it is not there. Here's apple's method of testing:
http://developer.apple.com/documentation/mac/runtimehtml/RTArch-43.html
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2010-01-26 02:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-11 09:09
Message:
i think this is handled by patch #2929666
https://sourceforge.net/tracker/?func=browse&group_id=55736&atid=478072
which i found lying on my harddisk
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2526611&group_…
Patches item #2928824, was opened at 2010-01-09 12:21
Message generated for change (Comment added) made by sf-robot
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2928824&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: externals
Group: documentation
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: olsen (sesselastronaut)
Assigned to: IOhannes m zmlnig (zmoelnig)
Summary: matrix-help addition
Initial Comment:
added mtx_slice to the 'see also help for:' section in the matrix-help.pd
----------------------------------------------------------------------
>Comment By: SourceForge Robot (sf-robot)
Date: 2010-01-26 02:20
Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-01-11 10:00
Message:
hmm, why should [mtx_slice] be added and not all of the other 70 or so
mtx_ objects?
any object that fits your current needs and which you have not found for
some time because it was not in the "see also" section deserves the same
attention.
i would rather have a "list of all matrix objects" somewhere: or delegate
this to the help-browser.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2928824&group_…
Bugs item #2939290, was opened at 2010-01-25 12:51
Message generated for change (Comment added) made by kubriel
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2939290&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: pd eats all processor resources after suspend
Initial Comment:
yes, its like that. pd eats all aviable processor resources after suspend until i close it. i have compiled version 0.42.5 without any errors on my ubuntu karmic (x64), using AMD Turion MK-36
----------------------------------------------------------------------
Comment By: kubriel (kubriel)
Date: 2010-01-25 17:45
Message:
ok, i logged in.
yes, but it is curious, why pd have to compute everything what had to be
done during sleep? it sounds useless.
i tried suspend my computer (for 5sec) with opened pd, but without opened
patch, it happens again - eats all aviable cpu (until i kill the proces),
but no patch opened.
----------------------------------------------------------------------
Comment By: Cyrille Henry (nusmuk)
Date: 2010-01-25 13:32
Message:
i can't reproduce this :
pd 42.5 ubuntu karmic i386
however, after suspend, pd have to compute everything that as not been
computed during suspend. so it can eat all cpu for some time, until it sync
again with real time. this is only if a patch that use cpu is open during
suspend.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2939290&group_…
Bugs item #2939290, was opened at 2010-01-25 11:51
Message generated for change (Comment added) made by nusmuk
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2939290&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: pd eats all processor resources after suspend
Initial Comment:
yes, its like that. pd eats all aviable processor resources after suspend until i close it. i have compiled version 0.42.5 without any errors on my ubuntu karmic (x64), using AMD Turion MK-36
----------------------------------------------------------------------
>Comment By: Cyrille Henry (nusmuk)
Date: 2010-01-25 12:32
Message:
i can't reproduce this :
pd 42.5 ubuntu karmic i386
however, after suspend, pd have to compute everything that as not been
computed during suspend. so it can eat all cpu for some time, until it sync
again with real time. this is only if a patch that use cpu is open during
suspend.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2939290&group_…
Bugs item #2939290, was opened at 2010-01-25 11:51
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2939290&group_…
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: puredata
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: pd eats all processor resources after suspend
Initial Comment:
yes, its like that. pd eats all aviable processor resources after suspend until i close it. i have compiled version 0.42.5 without any errors on my ubuntu karmic (x64), using AMD Turion MK-36
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2939290&group_…