Oh, I see. It's fine with me, but is it going to interfere with its internal workings if I keep my own copy this way? The thing is I like the option to load .csd files dynamically, and Pd's [openpanel] object returns a full path.
One use for such a thing would be to switch between two .csd files, the path to each stored in a [symbol], banging whichever one I want. What I was doing before was using two different csoundapi~ objects, and reloading and crossfading whenever I edited one, for something like live coding.
I can see the benefit of the curdir->s_name solution, for portability of Pd files (especially relevant to me writing about it), but I don't know any way to change openpanel's full path output to relative. I'll ask the Pd list.
-Chuckk
On 8/3/07, Victor Lazzarini <victor.lazzarini@nuim.ie> wrote:
But that changes the behaviour of csoundapi~. I have
done that following advice by Julian Peterson on how
PD searches path. By the way, with that behaviour you
can still use full paths, but they are now relative
to the current directory (so you would do something
like ../../topdir/csds/etc.csd).
You have reverted basically the old behaviour which
I was asked to change.
Victor
>
>
> I'm proud of myself. Instead of bothering you with
> something, I fixed it. Sending an "open" message to
> csoundapi~ would say that
> /home/chuckk//home/chuckk/newpd.csd was not found. I went
> into the source and commented out everything about strcpy
> of curdir->s_name and "/", and changed strcat on the next
> line to strcpy, in two places (I don't have it in front of
> me). After trying a few things a few times, it now loads
> correctly. I don't mind typing a whole path name into the
> object.
>
> -Chuckk
>
>
> On 8/2/07, Victor Lazzarini <victor.lazzarini@nuim.ie
>
> wrote: >
> > I'm glad it's fixed.
> > No worries about bothering me. Nothing much to do
> > between walks...
> >
> > Victor
> >
> > >
> > >
> > > On 8/2/07, Victor Lazzarini <victor.lazzarini@nuim.ie>
> > > wrote: >
> > > > I think I found the bug: in csoundapi_tilde.c
> > > > lines 84 & 263
> > > >
> > > > static t_int *csoundapi_perform(int *w)
> > > >
> > > > should be
> > > >
> > > > static t_int *csoundapi_perform(t_int *w)
> > > >
> > > > and line
> > > >
> > > > int i, n, end = x->end, run = x->run;
> > > >
> > > > should be
> > > >
> > > > t_int i, n, end = x->end, run = x->run;
> > > >
> > > > I am positive this is the bug (it is A bug in
> > > > 64bit CPUs, so I expect it to be the cause of
> > > > your crashes). I can't change in CVS or test it
> > > > now, will do when I am back to work.
> > > >
> > > > Chuck, can you test it for me?
> > >
> > >
> > > You are correct, it works. I see that it has been
> > > changed in CVS, too. Thanks, Victor, I shan't bother
> > > you again during your break. I look forward to
> > > bothering you afterward.
> > >
> > > -Chuckk
> > >
> > --
> > Send bugs reports to this list.
> > To unsubscribe, send email to
>
csound-unsubscribe@lists.bath.ac.uk >
>
>
>
> --
> http://www.badmuthahubbard.com
>
--
Send bugs reports to this list.
To unsubscribe, send email to
csound-unsubscribe@lists.bath.ac.uk
--
http://www.badmuthahubbard.com