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&gr...
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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list