Sounds like a solution.  Maybe to check also for ".." to identify a relative
path?  Although I don't know if that would ever come up.
-Chuckk

On 8/3/07, Victor Lazzarini <victor.lazzarini@nuim.ie> wrote:
>
> 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 <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
> >
> --
> Send bugs reports to this list.
> To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk
>



-- 
http://www.badmuthahubbard.com