[PD] [PD-announce] pd 0.48-1 released

Lucas Cordiviola lucarda27 at hotmail.com
Wed Jan 10 21:55:07 CET 2018 

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

More information about the Pd-list mailing list