[PD] [declare -stdpath] has no effect on Windows

[Roman Haefeli]

Hey Miller

I got it working on Windows by removing the check you mentioned:

------
diff --git a/src/g_canvas.c b/src/g_canvas.c
index fbeef3d..de38e56 100644
--- a/src/g_canvas.c
+++ b/src/g_canvas.c
@@ -1337,11 +1337,8 @@ static void canvas_stdpath(t_canvasenvironment *e, char *stdpath)
     {
         snprintf(strbuf, MAXPDSTRING-1, "%s/%s/", nl->nl_string, stdpath);
         strbuf[MAXPDSTRING-1]=0;
-        if (check_exists(strbuf))
-        {
             e->ce_path = namelist_append(e->ce_path, strbuf, 0);
             return;
-        }
     }
 }
 static void canvas_stdlib(t_canvasenvironment *e, char *stdlib)
------


Now, the argument to -stdpath is appended unconditionally to the search
paths. There is probably good reason why there is a check, I'm not
proposing to remove it. But maybe this is gives you a hint at where
things go wrong. Somehow the check always fails on Windows, even if the
directory exists, while it works fine on Linux.

Roman




On Fre, 2015-09-04 at 17:20 -0700, Miller Puckette wrote:
> Interesting... I can't get -stdpath to work either on wine or in
> linux.
> 
> But I noticed that -stdpath cecks if each directory exists before adding
> it... therefore perhaps it found 'zexy' and didn't find 'osc' - in that case
> it wouldn't print anything out aboutosc - it just silently ignores the
> non-existent directories.
> 
> cheers
> Miller
> 
> On Wed, Sep 02, 2015 at 12:00:32PM +0200, Roman Haefeli wrote:
> > Hi all
> > 
> > I hoped to be able to dig into it myself, but I can't figure out why it
> > is behaving different on Windows compared to Linux.
> > 
> > [declare -stdpath osc] has no effect on Windows. I have 'osc' installed
> > in <pd-path>\extra\osc and when I create [routeOSC /bla], the Pd output
> > looks like this:
> > 
> > tried Z:/home/roman/routeOSC.m_i386 and failed
> > tried C:/Program Files/Common Files/Pd/routeOSC.m_i386 and failed
> > tried C:/users/roman/Application Data/Pd/routeOSC.m_i386 and failed
> > tried Z:/home/roman/pd-src/w32/pd/extra/routeOSC.m_i386 and failed
> > tried Z:/home/roman/routeOSC.dll and failed
> > tried C:/Program Files/Common Files/Pd/routeOSC.dll and failed
> > tried C:/users/roman/Application Data/Pd/routeOSC.dll and failed
> > tried Z:/home/roman/pd-src/w32/pd/extra/routeOSC.dll and failed
> > tried Z:/home/roman/routeOSC/routeOSC.m_i386 and failed
> > tried C:/Program Files/Common Files/Pd/routeOSC/routeOSC.m_i386 and failed
> > tried C:/users/roman/Application Data/Pd/routeOSC/routeOSC.m_i386 and failed
> > tried Z:/home/roman/pd-src/w32/pd/extra/routeOSC/routeOSC.m_i386 and failed
> > tried Z:/home/roman/routeOSC/routeOSC.dll and failed
> > tried C:/Program Files/Common Files/Pd/routeOSC/routeOSC.dll and failed
> > tried C:/users/roman/Application Data/Pd/routeOSC/routeOSC.dll and failed
> > tried Z:/home/roman/pd-src/w32/pd/extra/routeOSC/routeOSC.dll and failed
> > tried Z:/home/roman/routeOSC.pd and failed
> > tried C:/Program Files/Common Files/Pd/routeOSC.pd and failed
> > tried C:/users/roman/Application Data/Pd/routeOSC.pd and failed
> > tried Z:/home/roman/pd-src/w32/pd/extra/routeOSC.pd and failed
> > tried Z:/home/roman/routeOSC.pat and failed
> > tried C:/Program Files/Common Files/Pd/routeOSC.pat and failed
> > tried C:/users/roman/Application Data/Pd/routeOSC.pat and failed
> > tried Z:/home/roman/pd-src/w32/pd/extra/routeOSC.pat and failed
> > tried Z:/home/roman/routeOSC/routeOSC.pd and failed
> > tried C:/Program Files/Common Files/Pd/routeOSC/routeOSC.pd and failed
> > tried C:/users/roman/Application Data/Pd/routeOSC/routeOSC.pd and failed
> > tried Z:/home/roman/pd-src/w32/pd/extra/routeOSC/routeOSC.pd and failed
> >  routeOSC /bla
> > error: ... couldn't create
> > 
> > (The output is actually from Wine, but it really behaves the same on Windows)
> > 
> > There is no mention of 'osc' whatsoever.
> > 
> > On the other hand, [declare -stdlib zexy] works the same on Linux and on
> > Windows.
> > 
> > [declare -stdpath] used to work on Windows in older version of Pd, but I
> > can't tell exactly since when it isn't working anymore.
> > 
> > Roman
> > 
> > 
> > 
> > 
> > 
> 
> 
> 
> > _______________________________________________
> > Pd-list at lists.iem.at mailing list
> > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: This is a digitally signed message part
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150909/1700ea37/attachment.sig>