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