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...