you can have your own customised version, no problem.
I can try to parse the csd filename and check for '/',
then choose to use the fullpath or not. That might
be a solution, perhaps?


>
> 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 
> 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 
> > > 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
> > > > >  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
>