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" lucarda27@hotmail.commailto:lucarda27@hotmail.com An: "Christof Ressi" christof.ressi@gmx.atmailto:christof.ressi@gmx.at Cc: "pd-list@lists.iem.at"mailto:pd-list@lists.iem.at pd-list@lists.iem.atmailto: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" lucarda27@hotmail.commailto:lucarda27@hotmail.com An: "pd-list@lists.iem.at"mailto:pd-list@lists.iem.at pd-list@lists.iem.atmailto: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" lucarda27@hotmail.commailto:lucarda27@hotmail.com An: "Christof Ressi" christof.ressi@gmx.atmailto:christof.ressi@gmx.at, "pd-list@iem.at"mailto:pd-list@iem.at pd-list@iem.atmailto:pd-list@iem.at, "Miller Puckette" msp@ucsd.edumailto:msp@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" msp@ucsd.edumailto:msp@ucsd.edu An: pd-announce@iem.atmailto:pd-announce@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-announce@lists.iem.atmailto:Pd-announce@lists.iem.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
_______________________________________________ Pd-list@lists.iem.atmailto: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