Bugs item #1577739, was opened at 2006-10-15 18:42
Message generated for change (Comment added) made by claudiusmaximus
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1577739&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: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: Malformed data at end of patch is treated as sender
Initial Comment:
When opening a patch file Pd doesn't check correctly if
all messages are well-formed. Inserting a line at end
of a patch file, that starts with a symbol and ends
with a ";" will treat the leading symbol as a
receive-target and will send the rest of the line to
that receiver.
For example inserting:
pd dsp 1;
at the end of a patch will switch on audio, even when
the patch is started with "pd -noloadbang".
While this message is harmless, other messages may do
nasty things and open a security hole.
Attached is a patch that illustrates this behaviour,
also see this pd-list message thread:
http://lists.puredata.info/pipermail/pd-list/2006-10/043161.html
----------------------------------------------------------------------
Comment By: ClaudiusMaximus (claudiusmaximus)
Date: 2008-08-04 17:18
Message:
Logged In: YES
user_id=769033
Originator: NO
I think it is a feature too - if I recall correctly, the "Freer Than Max:
Porting FTM to Pure-data" presentation at LAC showed that externals can
save additional data to a Pd patch, using precisely this feature to
re-access it on load.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-08-04 17:01
Message:
Logged In: YES
user_id=569446
Originator: YES
But as a feature it is rather broken, because the data at the end of the
file is deleted if you save the patch from Pd. And even the feature can be
build in Pd itself with a loadbang'd semicolon-message box, as matju
pointed out here:
http://lists.puredata.info/pipermail/pd-list/2006-10/043171.html
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-08-04 16:45
Message:
Logged In: YES
user_id=564396
Originator: NO
i think this is a feature
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1577739&group_…
Bugs item #1577739, was opened at 2006-10-15 20:42
Message generated for change (Comment added) made by fbar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1577739&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: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: Malformed data at end of patch is treated as sender
Initial Comment:
When opening a patch file Pd doesn't check correctly if
all messages are well-formed. Inserting a line at end
of a patch file, that starts with a symbol and ends
with a ";" will treat the leading symbol as a
receive-target and will send the rest of the line to
that receiver.
For example inserting:
pd dsp 1;
at the end of a patch will switch on audio, even when
the patch is started with "pd -noloadbang".
While this message is harmless, other messages may do
nasty things and open a security hole.
Attached is a patch that illustrates this behaviour,
also see this pd-list message thread:
http://lists.puredata.info/pipermail/pd-list/2006-10/043161.html
----------------------------------------------------------------------
>Comment By: Frank Barknecht (fbar)
Date: 2008-08-04 19:01
Message:
Logged In: YES
user_id=569446
Originator: YES
But as a feature it is rather broken, because the data at the end of the
file is deleted if you save the patch from Pd. And even the feature can be
build in Pd itself with a loadbang'd semicolon-message box, as matju
pointed out here:
http://lists.puredata.info/pipermail/pd-list/2006-10/043171.html
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-08-04 18:45
Message:
Logged In: YES
user_id=564396
Originator: NO
i think this is a feature
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1577739&group_…
Bugs item #1577739, was opened at 2006-10-15 20:42
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1577739&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: Frank Barknecht (fbar)
Assigned to: Miller Puckette (millerpuckette)
Summary: Malformed data at end of patch is treated as sender
Initial Comment:
When opening a patch file Pd doesn't check correctly if
all messages are well-formed. Inserting a line at end
of a patch file, that starts with a symbol and ends
with a ";" will treat the leading symbol as a
receive-target and will send the rest of the line to
that receiver.
For example inserting:
pd dsp 1;
at the end of a patch will switch on audio, even when
the patch is started with "pd -noloadbang".
While this message is harmless, other messages may do
nasty things and open a security hole.
Attached is a patch that illustrates this behaviour,
also see this pd-list message thread:
http://lists.puredata.info/pipermail/pd-list/2006-10/043161.html
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-08-04 18:45
Message:
Logged In: YES
user_id=564396
Originator: NO
i think this is a feature
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1577739&group_…
Bugs item #1655662, was opened at 2007-02-09 01:54
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1655662&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.2
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Matteo Sisti Sette (sistisette)
Assigned to: Nobody/Anonymous (nobody)
Summary: .xa10120: no such object
Initial Comment:
Hi,
This seems to happen under "random" circumstances. It happened to me with every kind of patches (simple and complex) and usually NOT in a sistematic manner (that is, the same patch which once triggers the bug, after restarting PD never does again...)
However, this patch that I attach does sistematically make this happen, at least to me under Windows XP.
The following error message appears in the output window:
>> .xa10120: no such object
This particular patch uses "scripting", i.e. it creates and deletes an object in a subpatch iteratively; however, I saw this same bug happen a lot of times with patches which didn't make any use of scripting at all. I attach this just because it is the only one I have that is sure to trigger the bug.
Sorry I can't "isolate" it further.
Matteo Sisti Sette
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-08-04 18:25
Message:
Logged In: YES
user_id=564396
Originator: NO
shall we close this and re-open it whenever the bug occurs again?
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-09 21:59
Message:
Logged In: YES
user_id=27104
Originator: NO
I couldn't reproduce this on Windows XP SP2 with Pd-extended
0.40.3-20080504
----------------------------------------------------------------------
Comment By: Matteo Sisti Sette (sistisette)
Date: 2007-04-23 13:42
Message:
Logged In: YES
user_id=1709568
Originator: YES
I guess it may be windows-specific.
I am reproducing it right now with 0.40-2 vanilla on Windows XP.
Can anyone else reproduce it in windows?
(does anyone else use windows?)
Please note that it is NOT in ANY WAY specific to dinamically creating
patches or objects in patches. It happens to me a lot every day working
with patches that never do anything dynamically and that don't use dyn (nor
any external for what it's worth).
However, here is a typical situation which triggers the bug in my everyday
life:
-work with some rather "big" patch which uses a lot of abstractions (which
I did myself), including a some of them used more than once i.e. a few
instances of the same abstraction; and abstractions contain other
abstractions and so on (no weird infinite loop or anything, just a bit
complex)
-open (with file/open) separately the file of an abstraction which is
being used in the main patch (or inside some other abstraction used in the
main patch etc), edit and save it.
This will for some reason automatically open and close all patch windows
which contain occurences of the saved abstraction (which is quite slow and
quite annoying but is better than older versions which used to open them
without closing), AND produce the mentioned error message.
When this happen, I'm not sure whether the stability and correct behaviour
of PD is compromised, so I usually restart it.
Note however that this is a lot different from the situation exemplified
by the attached patch, and both trigger the bug.
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2007-04-23 11:47
Message:
Logged In: NO
I haven't been able to reproduce the problem on win32 pd vanilla 0.40-2,
but,
I've had this problem a lot of time on win32, it always happen when I
create patches dynamically, after an amount of created(/destroyed) patches,
the object maker isn't able to make any new object and send these tk path
names error messages.
Sometimes the tk binding become erroneous within this problem, yesterday
when the bug occured, the Font Bomb windows was opened with clicking on
'FileMenu' button, Media Settings on 'Cancel' button, and SavePanel on 'Ok'
button
But I haven't been able to determine if this is caused by an external or
not.
The problem also occur when the patches are created with the [dyn~]
external.
----------------------------------------------------------------------
Comment By: stffn (stffn)
Date: 2007-04-23 11:18
Message:
Logged In: YES
user_id=1658640
Originator: NO
I can not reproduce it either on OS X using vanilla 0.40-2 and extended
0.39.2 test7 and RC1. Increaseing the number in the msg does noet seam to
provoke the error either.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2007-04-23 11:04
Message:
Logged In: YES
user_id=564396
Originator: NO
unfortunately i cannot reproduce this with your patch on linux with
pd-0.39-2 (vanilla) and pd-0.40-1 (vanilla).
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1655662&group_…
Bugs item #1930436, was opened at 2008-03-31 20:51
Message generated for change (Settings changed) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1930436&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Hans-Christoph Steiner (eighthave)
Summary: [import pddp/pddplink] prevents loading of [pddp/pddplink]
Initial Comment:
I am using import to load a single external, for example [import pddp/pddplink].
doing so, I can create pddplink without the prefix pddp in my patch.
the only problem is, that [pddp/pddplink] will not work anymore after that. so import breaks existing paths somehow.
I figured out that not using import at all, only [pddp/pddplink] does what I need, because having an object [pddp/pddplink] in a patch will enable [pddplink] if it is created afterwards and [pddp/pddplink] will still work too.
m.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-05-18 21:27
Message:
Logged In: YES
user_id=27104
Originator: NO
this still happens on Pd-extended 0.40.3-20080517, attached example patch.
File Added: import_objectclass_bug.pd
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1930436&group_…
Bugs item #2030557, was opened at 2008-07-28 20:12
Message generated for change (Comment added) made by fbar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&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: 8
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: number2 labels ending with '%' cause PD crash
Initial Comment:
In a number2 atom, when a label ending with '%' (or '%_', as well) is used, right-clicking on the number2 box and selecting "Properties" will cause PD to crash.
I have not found any other characters that cause this, and it does not happen with regular number atoms.
pkstone(a)ucdavis.edu
----------------------------------------------------------------------
>Comment By: Frank Barknecht (fbar)
Date: 2008-07-29 19:43
Message:
Logged In: YES
user_id=569446
Originator: NO
Sorry, this is with 0.41.4 vanilla on Linux.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-29 19:39
Message:
Logged In: YES
user_id=27104
Originator: NO
Frank, please give more detail, like exact Pd version and exact platform.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-29 00:02
Message:
Logged In: YES
user_id=569446
Originator: NO
Pd 0.41 doesn't crash, but produces this instead of opening the Properties
dialog:
wrong # args: should be "pdtk_iemgui_dialog id mainheader dim_header wdt
min_wdt wdt_label hgt min_hgt hgt_label rng_header min_rng min_rng_label
max_rng max_rng_label rng_sched lin0_log1 lilo0_label lilo1_label loadbang
steady num_label num snd rcv gui_name gn_dx gn_dy gn_f gn_fs bcol fcol
lcol"
vslider acts the same but interestingly hslider is not affected!
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-28 22:28
Message:
Logged In: YES
user_id=27104
Originator: NO
Confirmed on Mac OS X 10.4.11/Intel using Pd-extended
0.40.3-extended-20080708 and Pd-0.41-4.
File Added: num2_%_crash.pd
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-07-28 20:18
Message:
Logged In: NO
Forgot to mention, this is happening on Pd version
0.40.3-extended-20080724, and also on 0.40.3-extended-20080603.
I don't have any older versions handy to test.
I'm running Intel OS X 10.4.11.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&group_…
Bugs item #2030557, was opened at 2008-07-28 14:12
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&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: 8
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: number2 labels ending with '%' cause PD crash
Initial Comment:
In a number2 atom, when a label ending with '%' (or '%_', as well) is used, right-clicking on the number2 box and selecting "Properties" will cause PD to crash.
I have not found any other characters that cause this, and it does not happen with regular number atoms.
pkstone(a)ucdavis.edu
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-29 13:39
Message:
Logged In: YES
user_id=27104
Originator: NO
Frank, please give more detail, like exact Pd version and exact platform.
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2008-07-28 18:02
Message:
Logged In: YES
user_id=569446
Originator: NO
Pd 0.41 doesn't crash, but produces this instead of opening the Properties
dialog:
wrong # args: should be "pdtk_iemgui_dialog id mainheader dim_header wdt
min_wdt wdt_label hgt min_hgt hgt_label rng_header min_rng min_rng_label
max_rng max_rng_label rng_sched lin0_log1 lilo0_label lilo1_label loadbang
steady num_label num snd rcv gui_name gn_dx gn_dy gn_f gn_fs bcol fcol
lcol"
vslider acts the same but interestingly hslider is not affected!
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-28 16:28
Message:
Logged In: YES
user_id=27104
Originator: NO
Confirmed on Mac OS X 10.4.11/Intel using Pd-extended
0.40.3-extended-20080708 and Pd-0.41-4.
File Added: num2_%_crash.pd
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-07-28 14:18
Message:
Logged In: NO
Forgot to mention, this is happening on Pd version
0.40.3-extended-20080724, and also on 0.40.3-extended-20080603.
I don't have any older versions handy to test.
I'm running Intel OS X 10.4.11.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&group_…
Bugs item #2030557, was opened at 2008-07-28 20:12
Message generated for change (Comment added) made by fbar
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&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: 8
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: number2 labels ending with '%' cause PD crash
Initial Comment:
In a number2 atom, when a label ending with '%' (or '%_', as well) is used, right-clicking on the number2 box and selecting "Properties" will cause PD to crash.
I have not found any other characters that cause this, and it does not happen with regular number atoms.
pkstone(a)ucdavis.edu
----------------------------------------------------------------------
>Comment By: Frank Barknecht (fbar)
Date: 2008-07-29 00:02
Message:
Logged In: YES
user_id=569446
Originator: NO
Pd 0.41 doesn't crash, but produces this instead of opening the Properties
dialog:
wrong # args: should be "pdtk_iemgui_dialog id mainheader dim_header wdt
min_wdt wdt_label hgt min_hgt hgt_label rng_header min_rng min_rng_label
max_rng max_rng_label rng_sched lin0_log1 lilo0_label lilo1_label loadbang
steady num_label num snd rcv gui_name gn_dx gn_dy gn_f gn_fs bcol fcol
lcol"
vslider acts the same but interestingly hslider is not affected!
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2008-07-28 22:28
Message:
Logged In: YES
user_id=27104
Originator: NO
Confirmed on Mac OS X 10.4.11/Intel using Pd-extended
0.40.3-extended-20080708 and Pd-0.41-4.
File Added: num2_%_crash.pd
----------------------------------------------------------------------
Comment By: Nobody/Anonymous (nobody)
Date: 2008-07-28 20:18
Message:
Logged In: NO
Forgot to mention, this is happening on Pd version
0.40.3-extended-20080724, and also on 0.40.3-extended-20080603.
I don't have any older versions handy to test.
I'm running Intel OS X 10.4.11.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2030557&group_…