[PD] Relative path behaviour strange in GOP abstractions

[saint]

Another bump.

I do believe this is a bug, no?


Cheers,
John.




----- Original Message ----
> From: saint <saintidle at yahoo.com>
> To: saint <saintidle at yahoo.com>; pd list <pd-list at iem.at>
> Sent: Mon, 26 April, 2010 14:59:31
> Subject: Re: Relative path behaviour strange in GOP abstractions
> 
> Anybody?






> I'm on pd vanilla windows version 
> 0.42-5.

I've a patch that relies 
> heavily on file IO abstractions 
> (sitting happily in the 'extra' folder), which 
> are invoked by the main 
> patch which until recently has been located in a 
> different folder. 
> These abstractions start looking for certain files and folders 
> via 
> 'makefilename' into the 'textfile' object like...

|read 
> 
> ../../$1/$2.txt(

I tried to make an abstraction (also located in 'extra') 
> 
> that was GOP. It used 3 instances of the file IO abstraction, where one 
> instance 
> was visible on parent and the 2 others hidden.

What I 
> found was that the 
> hidden abstractions began their relative path in the 
> 'extra' folder as they 
> should...

|read ../../$1/$2.txt( ... 
> ...worked for the hidden 
> only.

...but the VISIBLE abstractions 
> began their relative path search in 
> the PARENT'S patch folder. Such 
> that...

|read ../$1/$2.txt( ... ...worked 
> for the visible 
> only.


Can anybody replicate this bug/suggest a 
> 
> workaround?


(The paths must be relative, as I need to port this 
> 
> around)

Thanks in advance as always,
John.