---
** [patches:#544] wrong default search path on W32**
**Status:** open **Group:** bugfix **Labels:** w32 search paths **Created:** Wed Apr 29, 2015 01:55 PM UTC by IOhannes m zmölnig **Last Updated:** Wed Apr 29, 2015 01:55 PM UTC **Owner:** Miller Puckette
on W32, Pd uses some default search-paths (outside of the Pd-dir), where users can install libraries,... either globally or per-user. the details are explained [in the puredata wiki](http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files/), but in short it is an attempt to use the standard application data paths as provided by W32.
Unfortunately it seems that Pd has hardcoded parts of these application data paths, rather than using the officially defined envvars. i guess this has worked OK for XP, but stopped working properly since W7, namely.
The attached patch (apply with `git am 0001-Use-*-dat.patch`) fixes this by using envvars that expand to the *standard paths*.
---
Sent from sourceforge.net because pd-dev@lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
hi miller, all,
On W32, Pd uses `%UserProfile%\Application Data\Pd` rather than the correct `%AppData%\Pd`. On XP these used to be the same (e.g. `C:\Documents and Settings\myusername\Application Data\Pd`) but on W7 this has changed (`%AppData%\Pd` is now something like `C:\Users\myusername\AppData\Roaming\Pd` whereas Pd uses `C:\Users\myusername\Application Data\Pd`).
the implication of this is that (on W7+): a) the docs at [1] are (partly) wrong, instructing the user to install libraries to paths where they are not searched for. b) in order to install a library in a path that is actually searched by Pd, the user has to create a non-standard "Application Data" folder (in addition to the subfolder "Pd")
i think that Pd should use the *standard* paths for application-specific data, and it should do so by asking the system for these paths, rather than second guessing them (wrongly).
the patch (attached to the sf ticket) uses `%AppData%\Pd` (for per-user data) and `%CommonProgramFiles%\Pd` (for global data), which i think is pretty safe.
gfmards IOhannes
[1] http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files/
On 04/29/2015 03:55 PM, IOhannes m zmölnig wrote:
** [patches:#544] wrong default search path on W32**
**Status:** open **Group:** bugfix **Labels:** w32 search paths **Created:** Wed Apr 29, 2015 01:55 PM UTC by IOhannes m zmölnig **Last Updated:** Wed Apr 29, 2015 01:55 PM UTC **Owner:** Miller Puckette
on W32, Pd uses some default search-paths (outside of the Pd-dir), where users can install libraries,... either globally or per-user. the details are explained in the puredata wiki, but in short it is an attempt to use the standard application data paths as provided by W32.
Unfortunately it seems that Pd has hardcoded parts of these application data paths, rather than using the officially defined envvars. i guess this has worked OK for XP, but stopped working properly since W7, namely.
The attached patch (apply with `git am 0001-Use-*-dat.patch`) fixes this by using envvars that expand to the *standard paths*.
Sent from sourceforge.net because pd-dev@lists.iem.at is subscribed to https://sourceforge.net/p/pure-data/patches/
To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/pure-data/admin/patches/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.
Pd-dev mailing list Pd-dev@lists.iem.at http://lists.puredata.info/listinfo/pd-dev
-
IOhannes m zmölnig -
IOhannes m zmölnig