[PD] Path issue with Pd-extended 0.43.4 on Win7 x64

[Hans-Christoph Steiner]

Here's the bug report on this issue, could everyone add their experience and
discoveries to the report so that they don't get lost?  I'm happy to fix
issues on Windows if there are good bug reports so I can easily reproduce
them.  But since that's the only time I ever use Windows, fixing Pd bugs, I
have often have no idea what's a problem and how things should behave.

https://sourceforge.net/tracker/index.php?func=detail&aid=3601922&group_id=55736&atid=478070#

As for reporting library issues, you can always bring them up on this list,
but not everyone is on this list, so its probably also good to contact the author.

.hc

On 02/05/2013 10:27 AM, Randall Alley wrote:
> Ok, I found figured out a little more on this issue. I had installed using the
> windows installer to my d: drive, where I sequester my audio applications:
> 
> D:\Program Files (x86)
> 
> Using this program location, libraries do not load whether I use:
> C:\Users\rga\AppData\Roaming\Pd
> or
> C:\Program Files\Common Files\Pd
> 
> But when I install to:
> C:\Program Files (x86)
> 
> Then the libraries load, from either the AppData or Common Files path.
> 
> I still get the error message on startup:
> Cannot read plugins folder: 'C:/Program Files (x86)/pd/%SystemRoot%/Fonts'
> 
> This path looks malformed, since %SystemRoot% itself is: C:\Windows
> 
> This would yield:
> 'C:/Program Files (x86)/pd/C:/Windows/Fonts'
> 
> Which of course doesn't exist.
> 
> Thanks for the help, now that I can load libraries I should be able to move
> ahead with 0.43.4
> 
> I am noticing several errors with trying out the various built in libraries.
> Would those be reported here, or to the library maintainer ?
> 
> Regards,
> Randy
> 
> 
> On 2/4/2013 2:22 PM, Randall Alley wrote:
>> After looking into the issue further, I found the help browser also failing,
>> with the following error report:
>>
>> couldn't read directory "C:/Users/rga/Application Data/*": permission denied
>> couldn't read directory "C:/Users/rga/Application Data/*": permission denied
>>     while executing
>> "glob -nocomplain -type d -path $dir "*""
>>     (procedure "build_references" line 15)
>>     invoked from within
>> "build_references"
>>     (procedure "::helpbrowser::open_helpbrowser" line 19)
>>     invoked from within
>> "::helpbrowser::open_helpbrowser"
>>     (procedure "menu_helpbrowser" line 2)
>>     invoked from within
>> "menu_helpbrowser"
>>     (menu invoke)
>> -------------------------------------
>>
>> I got the help browser working an
>>
>> I was able to fix a permissions error in the HomeUsers group that got rid of
>> the the help browser error, and the read plugins folder error I mentioned
>> previously:
>>
>> Cannot read plugins folder: 'C:/Users/rga/Application Data/'
>>
>> But, Pd is still not loading the Modal_Object_Library if I place it in
>> C:/Users/rga/AppData/Roaming/Pd
>>
>> Randy
>>
>>
>>
>> On 2/4/2013 1:31 PM, Randall Alley wrote:
>>> Hi all, and thanks for the great work on Pd 0.43.4 !
>>>
>>> I'm somewhat new to Pd, and am still learning how to get around, but I'm
>>> having a problem which I've seen mentioned by others, so I thought I'd
>>> report the issue.
>>>
>>> After installing 0.43.4 using the Windows installer, and launching Pd, I
>>> see the following error in the log window (log level 4):
>>>
>>> Cannot read plugins folder: 'D:/Program Files (x86)/pd/%SystemRoot%/Fonts'
>>> Cannot read plugins folder: 'C:/Users/rga/Application Data/'
>>>
>>> I have confirmed that the Windows 'junction' that redirects /Application
>>> Data/ references to c:/Users/rga/AppData/Roaming/ is present and seems to
>>> be working normally.
>>>
>>> I understand that to add a library on load, I should be able to drop it
>>> into /AppData/Roaming/Pd, where it should be found and loaded. This is not
>>> working.
>>>
>>> I did create a directory /AppData/Roaming/Pd, but that didn't help.
>>>
>>> Until this is fixed, can I load a library, in particular
>>> Model_Object_Library, in another way, or manually ?
>>>
>>> By the way, this problem was encountered by a more knowledgeable user
>>> regarding 0.43.1 Pd-extended back in April of 2012:
>>> http://puredata.hurleur.com/sujet-7111-path-issue-extended-win7-x64
>>>
>>> Any help would be appreciated, and thanks !
>>> Randy
>>>
>>
> 
> 
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list