Bugs item #1714473, was opened at 2007-05-07 19:52 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1714473...
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: declare doesn't correctly resolve paths in abstractions
Initial Comment: The [declare] object when used inside an abstraction doesn't fully resolve declared paths. Attached example illustrates this. Here an abstraction directory with the following layout was created (ASCII art on):
. |-- mypath | `-- myabs.pd |-- somewhere.pd `-- test `-- mytestabs.pd
mytestabs.pd contains a [declare -path ../mypath] to be able to use [myabs] in mypath without any prefix. However [myabs] in [mytestabs] only is created, if mytestabs.pd is opened directly.
To show what's happening if mytestabs is used as an abstraction, somewhere.pd holds an object [test/mytestabs]. This instance of [mytestabs] however does not load the object [myabs] correctly, despite the [declare] instruction.
Opening both somewhere.pd and test/mytestabs.pd from the top directory should show this bug more clearly.
(Tested with current CVS MSP main.)
----------------------------------------------------------------------
Comment By: Frank Barknecht (fbar)
Date: 2007-09-10 00:05
Message: Logged In: YES user_id=569446 Originator: YES
I made another example to illustrate this bug, which may be even easier to understand. Just follow the README in attached archive. File Added: declare-bug.tgz
----------------------------------------------------------------------
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1714473...