On 8/20/07, Victor Lazzarini <Victor.Lazzarini@nuim.ie > wrote:

I have now a version that will use full-paths if
the user starts the filename with / (or with c:, d: etc on
Windows); otherwise it will use relative paths.

In CVS now.

Victor

At 19:02 04/08/2007, you wrote:
>There is no reason why not to incorporate both
>behaviours, full-path and relative, so we have
>a 'universal' solution. I'll get it to work,
>hopefully it will be simple.
>
>Victor
>
> >
> >
> > There are lots of reasons why being able to use openpanel
> > could be useful. The 'reset' command never seemed to work
> > right for me, so what I like to do is use openpanel to
> > send a path to a [symbol] object, and then bang that when
> > I need to reload.  It could also be useful for comparing
> > two .csd files using the same Pd settings; easier to open
> > a different .csd in the same patch than to duplicate the
> > patch and change the csoundapi~ object. But, like I said,
> > I got it working my way in my copy, so I have no
> > complaints.  I definitely don't want to suggest a change
> > that would render your existing patches inoperable.
> > -Chuckk
> >
> > On 8/3/07, Julian Peterson <jpeterson@ncf.edu> wrote:
> > >
> > > Hi Victor, Chuck...
> > >
> > > The current behavior of csoundapi CVS seems to be the
> > > best for my purposes.  Rarely do I use csoundapi to open
> > > multiple csds within one patch.  I would assume that
> > > most would use the object to create custom interfaces
> > > for specific csound orchestras, as I do.  For this
> > purpose, relative paths seems to be the best solution. >
> > > I have not the skills in c to adequately read the
> > > behavior of csoundapi, nor do I know much about the
> > > internals of PD.  The current implementation, which I
> > > requested of Victor, best matches my uses of the object.
> > >  (Thanks Victor-- to my ends it works great!).  It might
> > not be the most "PD" of implementations, however. >
> > > PD has a built-in path mechanism for the locating of
> > > objects and abstractions.  A quick test shows that the
> > > built-in textfile object also uses this path mechanism
> > > to search for files (ie, the command [read test.txt(
> > > locates the file if it is located in the same dir as the
> > parent patch or if it is located in any of the paths
> > > specified by the --path command line flag).
> > >
> > > I would think that an ideal implementation of csoundapi
> > > would harness this same built-in mechanism; however,
> > > since I don't know the full details of how this is
> > > implemented internally, I have no sense of weather or
> > not this is difficult or even possible. >
> > > I hate to send more work your way Victor, since I am
> > > completely happy and satisfied with the current
> > > solution.  It just seems that if there are to be more
> > > changes, it should be to further the object's
> > compatibility with PD's current system. >
> > > Thanks, all, for your continued work to improve csound.
> > > It's perhaps not said enough how much we all appreciate
> > > the developers' time and devotion.
> > >
> > > JP
> > >
> > >
> > >
> > > On Aug 3, 2007, at 12:11 PM, 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
> > > <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 >
> > > --
> > > 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

Victor Lazzarini
Music Technology Laboratory
Music Department
National University of Ireland, Maynooth

--
Send bugs reports to this list.
To unsubscribe, send email to csound-unsubscribe@lists.bath.ac.uk