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)
{
On 09/09/2015 08:48 AM, Roman Haefeli wrote:
> 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
On 09/09/2015 03:33 PM, IOhannes m zmölnig wrote:
> i've a working solution on my harddisk, that re-implements
anyhow, submitted a patch on sourceforge that should fix this problem
(and a worse one, that would append garbage strings to the search paths)
On Mit, 2015-09-09 at 16:05 +0200, IOhannes m zmölnig wrote:
> On 09/09/2015 03:33 PM, IOhannes m zmölnig wrote:
> > i've a working solution on my harddisk, that re-implements
>
> anyhow, submitted a patch on sourceforge that should fix this problem
> (and a worse one, that would append garbage
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.
What is your test setup? It works for me in Linux.
> But I noticed that -stdpath cecks if each directory exists before adding
> it...
How can I see that?
>
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
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 \extra\osc and when I create [routeOSC /bla], the Pd output
looks like this:
tried