IMO now that we have the pref file for windows it will be more robust to stay away from the registry. I think that some “default name” pref.file could be used for read write instead. I think this file should live in the bin folder, so as not too be shared by other Pd.
At least for me is a good option since I'm constantly testing Pds which all share the registry. OTOH for a normal user there's no difference. : ) Mensaje telepatico asistido por maquinas. On 1/10/2018 5:22 PM, Miller Puckette wrote: > There's more confusion yet, because the Pd (not the GUI) preferences used > to be stored on HKEY_LOCAL_MACHINE instead of the (correct) HKEY_CURRENT_USER. > If there's anything left in HKEY_LOCAL_MACHINE\Software\Pure-Data you should > nuke that too. > > cheers > Miller > > On Wed, Jan 10, 2018 at 08:15:59PM +0000, Lucas Cordiviola wrote: >> I'm afraid I can't explain the win reg things. I remember someone having >> troubles a couple of month ago, I think it was with [declare] and Gem. >> >> He finally uninstall, deleted the reg keys, re-install and everything worked >> normally. >> >> I'm not saying that you should do that. But at least inspect your registry, >> may be we have a clue whats going on. >> >> >> >> -- >> >> Mensaje telepatico asistido por maquinas. >> >> On 1/10/2018 5:00 PM, Christof Ressi wrote: >> this wouldn't explain why standard paths are skipped. also, I tried with >> '-noprefs' - shouldn't this ignore all settings in the registry? >> >> Gesendet: Mittwoch, 10. Januar 2018 um 17:40 Uhr >> Von: "Lucas Cordiviola" <lucard...@hotmail.com><mailto:lucard...@hotmail.com> >> An: "Christof Ressi" <christof.re...@gmx.at><mailto:christof.re...@gmx.at> >> Cc: "pd-list@lists.iem.at"<mailto:pd-list@lists.iem.at> >> <pd-list@lists.iem.at><mailto:pd-list@lists.iem.at> >> Betreff: Re: Aw: Re: [PD] [PD-announce] pd 0.48-1 released >> >> look in this key >> >> HKEY_CURRENT_USER\Software\Pure-Data >> >> >> >> you might have 2 "Pure-Data" @ HKEY_CURRENT_USER\Software\ >> >> This one is for the GUI: >> >> HKEY_CURRENT_USER\Software\Pure-Data\org.puredata >> >> >> >> >> >> -- >> >> Mensaje telepatico asistido por maquinas. >> >> On 1/10/2018 1:25 PM, Christof Ressi wrote: >> interesting. I'll have a look. >> >> Gesendet: Mittwoch, 10. Januar 2018 um 17:18 Uhr >> Von: "Lucas Cordiviola" <lucard...@hotmail.com><mailto:lucard...@hotmail.com> >> An: "pd-list@lists.iem.at"<mailto:pd-list@lists.iem.at> >> <pd-list@lists.iem.at><mailto:pd-list@lists.iem.at> >> Betreff: Re: [PD] [PD-announce] pd 0.48-1 released >> >> I believe is something with the registry. Someone pointed here in the list >> that uninstalling Pd does not wipe the registry. So you might have foo/bar/ >> from the previous and foo/bar from the newone giving you those >> c:/foo/bar/c:/foo/bar paths. >> >> I can't remember where are the Pd keys on the windows registry but you can >> inspect them. >> >> >> >> -- >> >> Mensaje telepatico asistido por maquinas. >> >> On 1/10/2018 9:31 AM, Christof Ressi wrote: >> can anyone think of a reason why the loader would just skip the User and >> Common standard path? or why it sometimes would create crazy search paths >> like: >> C:/Users/Christof/AppData/Roaming/Pd/C:/Program Files (x86)/Pd/extra/zexy.dll >> >> I also thought it could be a registry issue but I got the same result when >> running with -noprefs >> >> Gesendet: Mittwoch, 10. Januar 2018 um 05:43 Uhr >> Von: "Lucas Cordiviola" <lucard...@hotmail.com><mailto:lucard...@hotmail.com> >> An: "Christof Ressi" <christof.re...@gmx.at><mailto:christof.re...@gmx.at>, >> "pd-l...@iem.at"<mailto:pd-l...@iem.at> >> <pd-l...@iem.at><mailto:pd-l...@iem.at>, "Miller Puckette" >> <m...@ucsd.edu><mailto:m...@ucsd.edu> >> Betreff: Re: [PD] [PD-announce] pd 0.48-1 released >> >> I tried to replicate this on a win10 machine using pd from the installer >> (only pd in this clean machine). >> >> I did [declare -stdpath iemlib] and then successfully created the [unsig~]. >> >> The console: >> >> tried C:/Users/Lucarda/AppData/Roaming/Pd/iemlib/unsig~.m_i386 and failed >> tried C:/Users/Lucarda/AppData/Roaming/Pd/iemlib/unsig~.dll and failed >> tried C:/Users/Lucarda/AppData/Roaming/Pd/iemlib/unsig~/unsig~.m_i386 and >> failed >> tried C:/Users/Lucarda/AppData/Roaming/Pd/iemlib/unsig~/unsig~.dll and failed >> tried C:/Users/Lucarda/AppData/Roaming/Pd/iemlib/unsig~.pd and succeeded >> tried C:/Users/Lucarda/AppData/Roaming/Pd/iemlib/unsig~.pd and succeeded >> >> one thing that comes to my mind right now is that this path was not added to >> the search path. It was downloaded to to /documents/pd. then the path was >> added by deken. then i move the folder and deleted the path entry >> /documents/*/*/iemlib. >> >> >> >> PS: i added the appdata/*/*iemlib to the search path and tried again ,also >> using declare and restarting pd. It worked Ok. Same console. >> >> >> >> >> >> -- >> >> Mensaje telepatico asistido por maquinas. >> >> On 1/8/2018 8:56 PM, Christof Ressi wrote: >> >> thanks a lot! works great so far, expect for a really weird bug with >> [declare]: >> >> I have iemlib in my user stdpath (C:/Users/Christof/AppData/Roaming/Pd). Now >> if I do [declare -stdpath iemlib] and try to create the iemlib abstraction >> [unsig~], it won't create. Here's the verbose output: >> >> tried C:/Program Files (x86)/Pd/extra/iemlib/unsig~.m_i386 and failed >> tried C:/Program Files (x86)/Pd/extra/iemlib/unsig~.dll and failed >> tried C:/Program Files (x86)/Pd/extra/iemlib/unsig~/unsig~.m_i386 and failed >> tried C:/Program Files (x86)/Pd/extra/iemlib/unsig~/unsig~.dll and failed >> tried C:/Program Files (x86)/Pd/extra/iemlib/unsig~.pd and failed >> tried C:/Program Files (x86)/Pd/extra/iemlib/unsig~.pat and failed >> tried C:/Program Files (x86)/Pd/extra/iemlib/unsig~/unsig~.pd and failed >> tried C:UsersChristof/unsig~.m_i386 and failed >> tried C:UsersChristof/unsig~.dll and failed >> tried C:UsersChristof/unsig~/unsig~.m_i386 and failed >> tried C:UsersChristof/unsig~/unsig~.dll and failed >> tried C:UsersChristof/unsig~.pd and failed >> tried C:UsersChristof/unsig~.pat and failed >> tried C:UsersChristof/unsig~/unsig~.pd and failed >> tried C:/Users/Christof/AppData/Roaming/Pd/unsig~.m_i386 and failed >> tried C:/Users/Christof/AppData/Roaming/Pd/unsig~.dll and failed >> tried C:/Users/Christof/AppData/Roaming/Pd/unsig~/unsig~.m_i386 and failed >> tried C:/Users/Christof/AppData/Roaming/Pd/unsig~/unsig~.dll and failed >> tried C:/Users/Christof/AppData/Roaming/Pd/unsig~.pd and failed >> tried C:/Users/Christof/AppData/Roaming/Pd/unsig~.pat and failed >> tried C:/Users/Christof/AppData/Roaming/Pd/unsig~/unsig~.pd and failed >> tried C:/Program Files (x86)/Common Files/Pd/unsig~.m_i386 and failed >> tried C:/Program Files (x86)/Common Files/Pd/unsig~.dll and failed >> tried C:/Program Files (x86)/Common Files/Pd/unsig~/unsig~.m_i386 and failed >> tried C:/Program Files (x86)/Common Files/Pd/unsig~/unsig~.dll and failed >> tried C:/Program Files (x86)/Common Files/Pd/unsig~.pd and failed >> tried C:/Program Files (x86)/Common Files/Pd/unsig~.pat and failed >> tried C:/Program Files (x86)/Common Files/Pd/unsig~/unsig~.pd and failed >> tried C:/Program Files (x86)/Pd/extra/unsig~.m_i386 and failed >> tried C:/Program Files (x86)/Pd/extra/unsig~.dll and failed >> tried C:/Program Files (x86)/Pd/extra/unsig~/unsig~.m_i386 and failed >> tried C:/Program Files (x86)/Pd/extra/unsig~/unsig~.dll and failed >> tried C:/Program Files (x86)/Pd/extra/unsig~.pd and failed >> tried C:/Program Files (x86)/Pd/extra/unsig~.pat and failed >> tried C:/Program Files (x86)/Pd/extra/unsig~/unsig~.pd and failed >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~.m_i386 and failed >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~.dll and failed >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~/unsig~.m_i386 and >> failed >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~/unsig~.dll and failed >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~.pd and failed >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~.pat and failed >> tried C:/Program Files (x86)/Pd/doc/5.reference/unsig~/unsig~.pd and failed >> unsig~ >> ... couldn't create >> >> Note how it searches in C:/Program Files (x86)/Pd/extra/iemlib/, skipping >> the other two standard paths. >> >> then it continues to search for unsig~ directly - in all three standard >> paths! >> >> Now here comes the crazy thing: this doesn't happen for all other libraries! >> it only fails for iemlib... for instance, here's the output for [declare >> -stdpath zexy] and [cart2pol]: >> >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol.m_i386 and failed >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol.dll and failed >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol/cart2pol.m_i386 and >> failed >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol/cart2pol.dll and >> failed >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol.pd and succeeded >> tried C:/Users/Christof/AppData/Roaming/Pd/zexy/cart2pol.pd and succeeded >> >> Note how it starts the search in C:/Users/Christof/AppData/Roaming/Pd/zexy. >> >> How is this possible? >> >> For some reason it only happens when I install Pd with the installer. The >> .zip version works perfectly OK. >> >> I also noticed some strange behaviour (in both Pd versions) for [declare >> -stdlib]. Some search paths don't make much sense, like: >> 'C:/Users/Christof/AppData/Roaming/Pd/C:/Program Files >> (x86)/Pd/extra/zexy.dll'. see the attachment for a full log. >> >> Christof >> >> >> >> >> >> >> >> >> >> >> Gesendet: Montag, 08. Januar 2018 um 04:50 Uhr >> Von: "Miller Puckette" <m...@ucsd.edu><mailto:m...@ucsd.edu> >> An: pd-annou...@iem.at<mailto:pd-annou...@iem.at> >> Betreff: [PD] [PD-announce] pd 0.48-1 released >> >> To Pd-announce: >> >> Pd version 0.48-1 is available on http://msp.ucsd.edu/software.htm >> or (source only) via github: https://github.com/pure-data/pure-data >> >> cheers >> Miller >> >> _______________________________________________ >> Pd-announce mailing list >> pd-annou...@lists.iem.at<mailto:pd-annou...@lists.iem.at> >> https://lists.puredata.info/listinfo/pd-announce >> _______________________________________________ >> Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> >> >> >> >> >> >> _______________________________________________ >> Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> >> >> >> >> >> >> _______________________________________________ >> Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> >> >> _______________________________________________ >> Pd-list@lists.iem.at<mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE >> and account-management -> https://lists.puredata.info/listinfo/pd-list >> >> _______________________________________________ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list