Windows has a different notion of paths to unix-like systems, including drive specifiers.
The first line of moonlib/absolutepath.c[1] is
#ifndef _WIN32
so the file is empty when compiling for Windows. (Perhaps it could contain an alternative implementation that prints a more useful error message.)
The non-Windows implementation uses dirname() from libgen.h, which isn't available on Windows as far as I can tell. A suggested alternative is _splitpath_s[2].
[1] http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/moonlib/abs... [2] https://msdn.microsoft.com/en-us/library/8e46eyt7.aspx
On 16/08/15 14:11, Gilberto Agostinho via Pd-list wrote:
Hello all,
I had previously released a small abstraction of a visual keyboard for Pd (see: http://forum.pdpatchrepo.info/topic/8584/keyboards-gui-for-midi/1 ), but I had tested it only on Linux. Now, I got some reports from Windows users that they can't create [moonlib/absolutepath] on their system, which I used in that abstraction. They get the following error message:
...couln't create {new line} load_object: Symbol "absolutepath_setup" not found.
We did some troubleshooting, and here is what we found:
- [import moonlib] does not make any difference
- nor does using [moonlib/absolutepath] instead of [absolutepath]
- they are able to create other moonlib externals, such as [image],
[mknob], etc.
- the last line of the source code for absolutepath says /* NOT _WIN32
*/ but the problem is present on Windows 64-bit
Has anyone else encountered this problem? And does anyone know a solution to it?
Cheers, Gilberto Agostinho
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list