Bugs item #1191610, was opened at 2005-04-28 12:28
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1191610&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: 7
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Miller Puckette (millerpuckette)
Summary: subpatch rename
Initial Comment:
1 create a subpatch (pd sub).
2 create object (ctl 1) click only once into the canvas
(the object is still blue)
3 rename the subpatch to a unknown object (trtrtrtrtr)
4 pd freezes.
marius.schebella_at_chello.at
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-16 13:35
Message:
Logged In: YES
user_id=564396
Originator: NO
raised priority since it (still) hangs Pd
----------------------------------------------------------------------
Comment By: ClaudiusMaximus (claudiusmaximus)
Date: 2005-11-09 00:33
Message:
Logged In: YES
user_id=769033
I just ran into this bug (or related bug):
1. create a subpatch [pd test]
2. create a couple of number boxes in the subpatch
3. click into the canvas of the subpatch
4. select the number boxes in the subpatch
5. click into the [pd test] box and rename it to the object
[mtof]
6. on clicking into the canvas, Pd hangs:
Pd version 0.39-1
compiled 05:20:44 Nov 7 2005
(gdb) where
#0 glist_deselect (x=0x828b2a0, y=0x8289178) at g_editor.c:215
#1 0x08086de1 in glist_noselect (x=0x828b2a0) at g_editor.c:222
#2 0x0805961c in canvas_free (x=0x828b2a0) at g_canvas.c:873
#3 0x080a4387 in pd_free (x=0x828b2a0) at m_pd.c:33
#4 0x0805c2a9 in glist_delete (x=0x8249318, y=0x828b2a0) at
g_graph.c:120
#5 0x08062b82 in text_setto (x=0x0, glist=0x8249318,
buf=0x4b <Address 0x4b out of bounds>, bufsize=54) at
g_text.c:1293
#6 0x080818c1 in glist_deselect (x=0x8249318, y=0x828b2a0)
at g_editor.c:207
#7 0x08083229 in canvas_doclick (x=0x8249318, xpos=115,
ypos=82, which=1,
mod=137019608, doit=1) at g_editor.c:222
#8 0x080875db in canvas_mousedown (x=0x8295a88, xpos=0,
ypos=0, which=0,
mod=0) at g_editor.c:1252
#9 0x080a54ed in pd_typedmess (x=0x8249318, s=0x82ac0c8,
argc=136614680,
argv=0x42e60000) at m_class.c:728
#10 0x080a53b6 in pd_typedmess (x=0x82bfc90, s=0x82ac0c8,
argc=4,
argv=0x81266e8) at m_class.c:749
#11 0x080a8894 in binbuf_eval (x=0x8295a88,
target=0x82bfc90, argc=0, argv=0x0)
at m_binbuf.c:574
#12 0x080b0cf0 in socketreceiver_read (x=0x8243228, fd=0) at
s_inter.c:540
#13 0x080b28bf in sys_domicrosleep (microsec=136927880,
pollem=1)
at s_inter.c:180
#14 0x080b1f58 in sys_microsleep (microsec=136927880) at
s_inter.c:202
#15 0x080ad6cf in m_scheduler () at m_sched.c:487
#16 0x080b80db in main (argc=136927880, argv=0x8295a88) at
s_entry.c:27
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1191610&group_…
Bugs item #1121314, was opened at 2005-02-12 13:38
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1121314&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: 8
Private: No
Submitted By: Tim Blechmann (timblech)
Assigned to: Miller Puckette (millerpuckette)
Summary: writesf~ bug
Initial Comment:
hi all,
there is a terrible bug in writesf~. if the file is
opened, when dsp is off, the file won't be written:
- switch dsp off
- send |open( message to writesf~
- switch dsp of
- send |start( message to writesf~
using the print |message( it can be seen, that fifo
head is working, fifo tail stays equal to zero...
tim
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-16 13:28
Message:
Logged In: YES
user_id=564396
Originator: NO
this seems to be fixed at least in pd-0.40
(attached patch works for me)
File Added: writesf~-nowrite.pd
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1121314&group_…
Bugs item #1416539, was opened at 2006-01-27 16:34
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1416539&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: Duplicate
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: [print] behaves oddly with numeric symbols
Initial Comment:
[symbol 5(
|
[print]
produces: "symbol"
[5]
|
[symbol]
|
[print]
produces: "symbol float"
See attached pd patch.
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-16 13:19
Message:
Logged In: YES
user_id=564396
Originator: NO
this is a duplication of bug#1443281
----------------------------------------------------------------------
Comment By: Mathieu Bouchard (matju)
Date: 2006-01-30 05:30
Message:
Logged In: YES
user_id=801174
a [symbol 5( does not produce a symbol atom whose contents
is "5"; instead it's a garbage message, as the special
selectors float/symbol/pointer often imply that the $1 is
of type A_FLOAT/A_SYMBOL/A_POINTER and so in various
situation the value will be replaced by a dummy value, such
as either the empty string symbol (&s_) or the "float"
symbol (&s_float).
Compare with this:
[53(
|
[makefilename %c]
|
[print]
which produces a message whose $1 is a A_SYMBOL and so
prints "symbol 5".
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1416539&group_…
Bugs item #1267819, was opened at 2005-08-24 11:00
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1267819&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: Pending
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: crash on array rename
Initial Comment:
in Pd 0.39-test5 (windows), renaming an array with a
message [; array1 rename array2] makes pd crash.
it is possible to rename once (only the name-graphics
isn't updated until the array itself is moved). after
that trying to rename again makes pd crash.
not sure if this is the right place to report a bug for
the test-version?
Rune Søchting
runesoc(a)post11.tele.dk
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-16 13:17
Message:
Logged In: YES
user_id=564396
Originator: NO
this seems to have been fixed in pd-0.40
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1267819&group_…
Bugs item #1285041, was opened at 2005-09-08 17:49
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1285041&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: 5
Private: No
Submitted By: Georg Holzmann (grholzi)
Assigned to: Nobody/Anonymous (nobody)
Summary: writesf_open bug
Initial Comment:
in a construction like this
[savepanel]
|
[open $1(
|
[writesf~]
clicking directly on the [open( message kills Pd
gdb output:
0x080e7512 in writesf_open (x=0x811af68, s=0x81137e8,
argc=1, argv=0x80f92d0)
at d_soundfile.c:2312
2312 x->x_filename = filesym->s_name;
----------------------------------------------------------------------
Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2006-01-13 21:00
Message:
Logged In: YES
user_id=564396
fixed in 0.39-2
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1285041&group_…
Bugs item #1602066, was opened at 2006-11-24 03:00
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1602066&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.39.2
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: ClaudiusMaximus (claudiusmaximus)
Assigned to: Nobody/Anonymous (nobody)
Summary: iemgui empty vertical offset crashes X on Linux
Initial Comment:
Steps to crash X windowing system on Linux using Pd:
1. Start X
2. Start Pd
3. Create a new patch
4. Create a new vslider in that patch
5. Open the properties window for that vslider
6. Set the label to x, and delete all text in the y-off field
7. to cause X to crash, click apply
at this point X starts to use 100% CPU and its memory usage shoots up, making the whole machine largely unresponsive and requiring X to be aborted with Ctrl-Alt-Backspace
Pd version 0.39-2
tcl 8.4.9
tk 8.4.9
X.org version 6.8.2
Kernel version 2.6.14-gentoo-r5
ATI proprietary video drivers
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-16 12:27
Message:
Logged In: YES
user_id=564396
Originator: NO
i cannot reproduce this with pd-0.40 and pd-0.41 (xorg 7.2)
could you confirm whether this bug still exists?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1602066&group_…
Bugs item #1576865, was opened at 2006-10-13 23:16
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&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.40.1
>Status: Closed
>Resolution: Fixed
Priority: 9
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: namespace prefixes broken
Initial Comment:
It is no longer possible to use [prefix/classname]
syntax, which is essential to the namespaces because it
is the only way that two classes with the same root
classname could be used in the same patch, i.e. like
this, where each object is a different class:
[prepend]
[cxc/prepend]
[cyclone/prepend]
This is because with the new sys_onloadlist()
functionality that checks to see whether a class has
already been loaded. It only uses the direct
classname, not the prefix also.
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-16 12:17
Message:
Logged In: YES
user_id=564396
Originator: NO
if you re-open this bug-report, could you please comment on why you do
so?
i attach an example that illustrates that namespaces work in pd-0,41;
i do not claim that they work in pd-0.40, since they don't;
afair, it has always been millers policy to fix bugs in new releases
rather than maintain old branches.
File Added: libdirtest.tgz
----------------------------------------------------------------------
Comment By: SourceForge Robot (sf-robot)
Date: 2007-03-29 04:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
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 zmölnig (zmoelnig)
Date: 2007-03-14 11:54
Message:
Logged In: YES
user_id=564396
Originator: NO
seems like this has been fixed in 0.41;
could you confirm this?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1576865&group_…
Bugs item #1528731, was opened at 2006-07-26 03:18
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1528731&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: v0.39.2
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
>Assigned to: IOhannes m zmölnig (zmoelnig)
Summary: hex loader doesn't work with namespace prefixes
Initial Comment:
When using a hex loader name like 0x3c0x7e.pd for [<~],
you can't use namespace prefixes since the / is only
interpreted as a hex value 0x2f.
For example, [zexy/<~] tries to load only
zexy0x2f0x3c0x7e.pd, and therefore fails.
An additional search path should be added after this
one where the / is used literally without being
translated into a hex code, then it would look for
zexy/0x3c0x7e.pd
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-16 11:48
Message:
Logged In: YES
user_id=564396
Originator: NO
how exactly do you think this should happen?
e.g. how should [path//] be resolved? "path0x2f0x2f.pd", "path/0x2f.pd",
"path0x2f/.pd" or "path//.pd"?
once there is a precise idea on how the problem should be solved, i can go
and implement it.
btw, i changed the category to "externals" since the hexloader is no
longer part of pd itself
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1528731&group_…
Bugs item #1607030, was opened at 2006-12-01 19:24
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1607030&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.41.0
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: stffn (stffn)
Assigned to: Miller Puckette (millerpuckette)
Summary: Pd crach when closeing patch with GOP enabled subpatch open
Initial Comment:
Pd crach when closing a patch with a GOP enabled subpatch or abstrasion is open.
Attached is a patch that by following the procedure descibed in it will crash Pd. Note that the abstrasion isn't attached sine I can only attach one file.
----------------------------------------------------------------------
>Comment By: IOhannes m zmölnig (zmoelnig)
Date: 2007-10-16 11:43
Message:
Logged In: YES
user_id=564396
Originator: NO
it also crashes with 0.41-test06 on linux
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2007-07-09 22:08
Message:
Logged In: YES
user_id=27104
Originator: NO
It crashes for me too on Pd-0.39-2, Pd-0.40-2, Pd-0.39.2-extended-rc4 on
Mac/Intel 10.4.10
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2006-12-01 19:26
Message:
Logged In: YES
user_id=1658640
Originator: YES
Attached is the abstracsion need to test the part/problem related to
abstrasions.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1607030&group_…