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.at https://lists.puredata.info/listinfo/pd-announce
thank you!
Patrick Pagano B.S, M.F.A
Assistant Professor in Residence
Digital Media & Design
Web & Interactive Technologies
University of Connecticut, Stamford
(352)-226-2016
From: Pd-list pd-list-bounces@lists.iem.at on behalf of Miller Puckette msp@ucsd.edu Sent: Sunday, January 7, 2018 10:50:48 PM To: pd-announce@iem.at Subject: [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.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Thanks!
The new *edit* in the window title is Ok, specially for macOS users.
: - )
--
Mensaje telepatico asistido por maquinas.
On 1/8/2018 12:50 AM, Miller Puckette wrote:
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.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 01/08/2018 04:50 AM, Miller Puckette wrote:
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
thanks.
i've uploaded Pd-0.48-1 to Debian/sid ("unstable"), it should hit your local Debian mirror within the next few hours. In about 5 days it should have automatically migrated to Debian/buster ("testing"), after which I will upload it to Debian/stretch-backports.
Ubuntu will probably pick it up within the next few days as well.
gfmadsr IOhannes
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.edu An: 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.at https://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
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
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
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
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
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
Simply changing the Pd folder name in C:\Program Files (x86) from 'Pd' to 'Pd-0.48.1' solved the issue.
you're all probably right that it's partly a registry issue but what I don't understand:
how can Pd possibly treat [declare -stdpath iemlib] differently from [declare -stdpath zexy]? this is what really confuses me...
(I want to stress that my Pd user search paths are empty and I'm running with -noprefs)
Gesendet: Mittwoch, 10. Januar 2018 um 21:22 Uhr Von: "Miller Puckette" msp@ucsd.edu An: "Lucas Cordiviola" lucarda27@hotmail.com Cc: "Christof Ressi" christof.ressi@gmx.at, "pd-list@lists.iem.at" pd-list@lists.iem.at Betreff: Re: [PD] [PD-announce] pd 0.48-1 released
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
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
I'm not using Windows anymore, but I had an issue last year with the registry, using pd-0.47 or 0.46 on Windows computers for a workshop : the network admin had blocked all writing in the registry for the kids, so we couldn't save the search pathes for the externals or abstractions. So based on that, I would agree that the registry causes problems...
++++
Raphaël
2018-01-10 21:55 GMT+01:00 Lucas Cordiviola lucarda27@hotmail.com:
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.com<mailto:
lucarda27@hotmail.com>
An: "Christof Ressi" christof.ressi@gmx.at<mailto:
christof.ressi@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" lucarda27@hotmail.com<mailto:
lucarda27@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" lucarda27@hotmail.com<mailto:
lucarda27@hotmail.com>
An: "Christof Ressi" christof.ressi@gmx.at<mailto:
christof.ressi@gmx.at>, "pd-list@iem.at"mailto:pd-list@iem.at < pd-list@iem.at>mailto:pd-list@iem.at, "Miller Puckette" <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.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
On 01/27/2018 02:19 PM, Raphaël Ilias wrote:
couldn't save the search pathes for the externals or abstractions. So based on that, I would agree that the registry causes problems...
i'd rather say: your it department causes problems.
they could also prevent Pd from writing a preferences file (instead of preventing Pd from modifying the registry), in which case the current behaviour would have been the "correct" one.
if they were interested in not accumulating cruft, they probably should wipe the registry on logout.
gfdsar IOhannes
On 2018-01-09 00:56, Christof Ressi wrote:
Now here comes the crazy thing: this doesn't happen for all other libraries! it only fails for iemlib...
and it worked correctly with the installer version of 0.48-0?
How is this possible?
For some reason it only happens when I install Pd with the installer. The .zip version works perfectly OK.
one obvious difference between the zip version and the installer version is the install path: i guess the installer version ends up somewhere in "C:\Program Files (x86)" whereas the zip version resides in a path without spaces. could you confirm both the assumption and that it makes a difference? (e.g. by putting the zip version where the installer likes to put; and/or by installing the installer version to the same path you unzipped your zip)
fgasmdr IOhannes
-
Christof Ressi -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
Lucas Cordiviola -
Miller Puckette -
Pagano, Patrick -
Raphaël Ilias