We do not need to support separate odc/sco files as we can supply a
.csd file




#include $ORC


#include $SCO



and call with csound6 --omacro ORC=foo.orc --smacro SCO=bar.sco splitinput.csd

OK that wil not work at presebt as it reuires macro expansion in
csound_pre but that may be less code and easier to maintain than all
the orc/sco stuff at present

==John ffitch

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

sounds like a good idea.
On 2 Apr 2012, at 17:04, john ffitch wrote:

> We do not need to support separate odc/sco files as we can supply a
> .csd file
> 
> 
> 
> 
> #include $ORC
> 
> 
> #include $SCO
> 
> 
> 
> and call with csound6 --omacro ORC=foo.orc --smacro SCO=bar.sco splitinput.csd
> 
> OK that wil not work at presebt as it reuires macro expansion in
> csound_pre but that may be less code and easier to maintain than all
> the orc/sco stuff at present
> 
> ==John ffitch
> 
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here 
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Actually, I don't think this is the best approach.

First, it infringes a bit too much on the backwards compatibility for
my taste. But that's not the main issue for me.

Second, there are use cases for separate files, especially for
algorithmic composition, where it is common to use an existing
orchestra file with a separate newly generated score file. I do this
myself all the time, it is my usual mode of working, and I wouldn't be
surprised if other people do similarly.

Regards,
Mike

On Mon, Apr 2, 2012 at 12:28 PM, Tito Latini  wrote:
> ++
>
> On Mon, Apr 02, 2012 at 05:14:35PM +0100, Victor Lazzarini wrote:
>> sounds like a good idea.
>> On 2 Apr 2012, at 17:04, john ffitch wrote:
>>
>> > We do not need to support separate odc/sco files as we can supply a
>> > .csd file
>> >
>> > 
>> > 
>> > 
>> > #include $ORC
>> > 
>> > 
>> > #include $SCO
>> > 
>> > 
>> >
>> > and call with csound6 --omacro ORC=foo.orc --smacro SCO=bar.sco splitinput.csd
>> >
>> > OK that wil not work at presebt as it reuires macro expansion in
>> > csound_pre but that may be less code and easier to maintain than all
>> > the orc/sco stuff at present
>> >
>> > ==John ffitch
>> >
>> > ------------------------------------------------------------------------------
>> > This SF email is sponsosred by:
>> > Try Windows Azure free for 90 days Click Here
>> > http://p.sf.net/sfu/sfd2d-msazure
>> > _______________________________________________
>> > Csound-devel mailing list
>> > Csound-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> Dr Victor Lazzarini
>> Senior Lecturer
>> Dept. of Music
>> NUI Maynooth Ireland
>> tel.: +353 1 708 3545
>> Victor dot Lazzarini AT nuim dot ie
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel



-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I'm also a little bit hesitant, but perhaps for different reasons.
I'd like to see:

csoundParseOrc(CSOUND*, char** orcText, int lineNumStart);
csoundParseSco(CSOUND*, char** scoText, int lineNumStart);

The idea I'm having is that these are used in:

1. ORC/SCO
2. CSD
3. API

and with regards to 3, I'd like the above to be callable multiple
times even if a CSOUND* is running. The parser would be made to be
restrictive if running, i.e. one could change sr, kr, ksmps, nchnls,
0dbfs.

Thoughts?

steven

On Mon, Apr 2, 2012 at 5:39 PM, Michael Gogins  wrote:
> Actually, I don't think this is the best approach.
>
> First, it infringes a bit too much on the backwards compatibility for
> my taste. But that's not the main issue for me.
>
> Second, there are use cases for separate files, especially for
> algorithmic composition, where it is common to use an existing
> orchestra file with a separate newly generated score file. I do this
> myself all the time, it is my usual mode of working, and I wouldn't be
> surprised if other people do similarly.
>
> Regards,
> Mike
>
> On Mon, Apr 2, 2012 at 12:28 PM, Tito Latini  wrote:
>> ++
>>
>> On Mon, Apr 02, 2012 at 05:14:35PM +0100, Victor Lazzarini wrote:
>>> sounds like a good idea.
>>> On 2 Apr 2012, at 17:04, john ffitch wrote:
>>>
>>> > We do not need to support separate odc/sco files as we can supply a
>>> > .csd file
>>> >
>>> > 
>>> > 
>>> > 
>>> > #include $ORC
>>> > 
>>> > 
>>> > #include $SCO
>>> > 
>>> > 
>>> >
>>> > and call with csound6 --omacro ORC=foo.orc --smacro SCO=bar.sco splitinput.csd
>>> >
>>> > OK that wil not work at presebt as it reuires macro expansion in
>>> > csound_pre but that may be less code and easier to maintain than all
>>> > the orc/sco stuff at present
>>> >
>>> > ==John ffitch
>>> >
>>> > ------------------------------------------------------------------------------
>>> > This SF email is sponsosred by:
>>> > Try Windows Azure free for 90 days Click Here
>>> > http://p.sf.net/sfu/sfd2d-msazure
>>> > _______________________________________________
>>> > Csound-devel mailing list
>>> > Csound-devel@lists.sourceforge.net
>>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>> Dr Victor Lazzarini
>>> Senior Lecturer
>>> Dept. of Music
>>> NUI Maynooth Ireland
>>> tel.: +353 1 708 3545
>>> Victor dot Lazzarini AT nuim dot ie
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> This SF email is sponsosred by:
>>> Try Windows Azure free for 90 days Click Here
>>> http://p.sf.net/sfu/sfd2d-msazure
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

On 04/02/2012 12:39 PM, Michael Gogins wrote:
> ... there are use cases for separate files, especially for
> algorithmic composition, where it is common to use an existing
> orchestra file with a separate newly generated score file. I do this
> myself all the time, it is my usual mode of working, and I wouldn't be
> surprised if other people do similarly.
>

I work that way occasionally, esp. with GRACE/CM and other algocomp 
software. I'd like to keep that flexibility.

Best,

dp


------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

But in that case you could supply your own CSD and only a value for $SCO
On 2 Apr 2012, at 17:39, Michael Gogins wrote:

> Actually, I don't think this is the best approach.
> 
> First, it infringes a bit too much on the backwards compatibility for
> my taste. But that's not the main issue for me.
> 
> Second, there are use cases for separate files, especially for
> algorithmic composition, where it is common to use an existing
> orchestra file with a separate newly generated score file. I do this
> myself all the time, it is my usual mode of working, and I wouldn't be
> surprised if other people do similarly.
> 
> Regards,
> Mike
> 
> On Mon, Apr 2, 2012 at 12:28 PM, Tito Latini  wrote:
>> ++
>> 
>> On Mon, Apr 02, 2012 at 05:14:35PM +0100, Victor Lazzarini wrote:
>>> sounds like a good idea.
>>> On 2 Apr 2012, at 17:04, john ffitch wrote:
>>> 
>>>> We do not need to support separate odc/sco files as we can supply a
>>>> .csd file
>>>> 
>>>> 
>>>> 
>>>> 
>>>> #include $ORC
>>>> 
>>>> 
>>>> #include $SCO
>>>> 
>>>> 
>>>> 
>>>> and call with csound6 --omacro ORC=foo.orc --smacro SCO=bar.sco splitinput.csd
>>>> 
>>>> OK that wil not work at presebt as it reuires macro expansion in
>>>> csound_pre but that may be less code and easier to maintain than all
>>>> the orc/sco stuff at present
>>>> 
>>>> ==John ffitch
>>>> 
>>>> ------------------------------------------------------------------------------
>>>> This SF email is sponsosred by:
>>>> Try Windows Azure free for 90 days Click Here
>>>> http://p.sf.net/sfu/sfd2d-msazure
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>> 
>>> Dr Victor Lazzarini
>>> Senior Lecturer
>>> Dept. of Music
>>> NUI Maynooth Ireland
>>> tel.: +353 1 708 3545
>>> Victor dot Lazzarini AT nuim dot ie
>>> 
>>> 
>>> 
>>> 
>>> ------------------------------------------------------------------------------
>>> This SF email is sponsosred by:
>>> Try Windows Azure free for 90 days Click Here
>>> http://p.sf.net/sfu/sfd2d-msazure
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>> 
>> ------------------------------------------------------------------------------
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
> 
> 
> 
> -- 
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
> 
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here 
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

Dr Victor Lazzarini
Senior Lecturer
Dept. of Music
NUI Maynooth Ireland
tel.: +353 1 708 3545
Victor dot Lazzarini AT nuim dot ie




------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Notethat would also lose .str and .xtr  file processing.  Is that
acceptable of should we support these files in some way?

==John ff

> ++
>
> On Mon, Apr 02, 2012 at 05:14:35PM +0100, Victor Lazzarini wrote:
>> sounds like a good idea.
>> On 2 Apr 2012, at 17:04, john ffitch wrote:
>>
>> > We do not need to support separate odc/sco files as we can supply a
>> > .csd file
>> >
>> > 
>> > 
>> > 
>> > #include $ORC
>> > 
>> > 
>> > #include $SCO
>> > 
>> > 
>> >
>> > and call with csound6 --omacro ORC=foo.orc --smacro SCO=bar.sco
>> splitinput.csd
>> >
>> > OK that wil not work at presebt as it reuires macro expansion in
>> > csound_pre but that may be less code and easier to maintain than all
>> > the orc/sco stuff at present
>> >
>> > ==John ffitch
>> >
>> > ------------------------------------------------------------------------------
>> > This SF email is sponsosred by:
>> > Try Windows Azure free for 90 days Click Here
>> > http://p.sf.net/sfu/sfd2d-msazure
>> > _______________________________________________
>> > Csound-devel mailing list
>> > Csound-devel@lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> Dr Victor Lazzarini
>> Senior Lecturer
>> Dept. of Music
>> NUI Maynooth Ireland
>> tel.: +353 1 708 3545
>> Victor dot Lazzarini AT nuim dot ie
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>



------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Seems to me that there is enough objection to drop the idea.  Just undid
the changes.
==John

 Notethat would also lose .str and .xtr  file processing.  Is that
> acceptable of should we support these files in some way?
>
> ==John ff
>
>> ++
>>
>> On Mon, Apr 02, 2012 at 05:14:35PM +0100, Victor Lazzarini wrote:
>>> sounds like a good idea.
>>> On 2 Apr 2012, at 17:04, john ffitch wrote:
>>>
>>> > We do not need to support separate odc/sco files as we can supply a
>>> > .csd file
>>> >
>>> > 
>>> > 
>>> > 
>>> > #include $ORC
>>> > 
>>> > 
>>> > #include $SCO
>>> > 
>>> > 
>>> >
>>> > and call with csound6 --omacro ORC=foo.orc --smacro SCO=bar.sco
>>> splitinput.csd
>>> >
>>> > OK that wil not work at presebt as it reuires macro expansion in
>>> > csound_pre but that may be less code and easier to maintain than all
>>> > the orc/sco stuff at present
>>> >
>>> > ==John ffitch
>>> >
>>> > ------------------------------------------------------------------------------
>>> > This SF email is sponsosred by:
>>> > Try Windows Azure free for 90 days Click Here
>>> > http://p.sf.net/sfu/sfd2d-msazure
>>> > _______________________________________________
>>> > Csound-devel mailing list
>>> > Csound-devel@lists.sourceforge.net
>>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>> Dr Victor Lazzarini
>>> Senior Lecturer
>>> Dept. of Music
>>> NUI Maynooth Ireland
>>> tel.: +353 1 708 3545
>>> Victor dot Lazzarini AT nuim dot ie
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> This SF email is sponsosred by:
>>> Try Windows Azure free for 90 days Click Here
>>> http://p.sf.net/sfu/sfd2d-msazure
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>



------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

This sounds good. This is the kind of refactoring we should be talking
about. I think as a starting point we should try to come up with a
high-level API and some sort of layering scheme.

But why char** instead of char*? Are you planning to return a
different text to the caller? If not it should be const char*.

Regards,
Mike

On Mon, Apr 2, 2012 at 12:42 PM, Steven Yi  wrote:
> I'm also a little bit hesitant, but perhaps for different reasons.
> I'd like to see:
>
> csoundParseOrc(CSOUND*, char** orcText, int lineNumStart);
> csoundParseSco(CSOUND*, char** scoText, int lineNumStart);
>
> The idea I'm having is that these are used in:
>
> 1. ORC/SCO
> 2. CSD
> 3. API
>
> and with regards to 3, I'd like the above to be callable multiple
> times even if a CSOUND* is running. The parser would be made to be
> restrictive if running, i.e. one could change sr, kr, ksmps, nchnls,
> 0dbfs.
>
> Thoughts?
>
> steven
>
> On Mon, Apr 2, 2012 at 5:39 PM, Michael Gogins  wrote:
>> Actually, I don't think this is the best approach.
>>
>> First, it infringes a bit too much on the backwards compatibility for
>> my taste. But that's not the main issue for me.
>>
>> Second, there are use cases for separate files, especially for
>> algorithmic composition, where it is common to use an existing
>> orchestra file with a separate newly generated score file. I do this
>> myself all the time, it is my usual mode of working, and I wouldn't be
>> surprised if other people do similarly.
>>
>> Regards,
>> Mike
>>
>> On Mon, Apr 2, 2012 at 12:28 PM, Tito Latini  wrote:
>>> ++
>>>
>>> On Mon, Apr 02, 2012 at 05:14:35PM +0100, Victor Lazzarini wrote:
>>>> sounds like a good idea.
>>>> On 2 Apr 2012, at 17:04, john ffitch wrote:
>>>>
>>>> > We do not need to support separate odc/sco files as we can supply a
>>>> > .csd file
>>>> >
>>>> > 
>>>> > 
>>>> > 
>>>> > #include $ORC
>>>> > 
>>>> > 
>>>> > #include $SCO
>>>> > 
>>>> > 
>>>> >
>>>> > and call with csound6 --omacro ORC=foo.orc --smacro SCO=bar.sco splitinput.csd
>>>> >
>>>> > OK that wil not work at presebt as it reuires macro expansion in
>>>> > csound_pre but that may be less code and easier to maintain than all
>>>> > the orc/sco stuff at present
>>>> >
>>>> > ==John ffitch
>>>> >
>>>> > ------------------------------------------------------------------------------
>>>> > This SF email is sponsosred by:
>>>> > Try Windows Azure free for 90 days Click Here
>>>> > http://p.sf.net/sfu/sfd2d-msazure
>>>> > _______________________________________________
>>>> > Csound-devel mailing list
>>>> > Csound-devel@lists.sourceforge.net
>>>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>> Dr Victor Lazzarini
>>>> Senior Lecturer
>>>> Dept. of Music
>>>> NUI Maynooth Ireland
>>>> tel.: +353 1 708 3545
>>>> Victor dot Lazzarini AT nuim dot ie
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> This SF email is sponsosred by:
>>>> Try Windows Azure free for 90 days Click Here
>>>> http://p.sf.net/sfu/sfd2d-msazure
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>> ------------------------------------------------------------------------------
>>> This SF email is sponsosred by:
>>> Try Windows Azure free for 90 days Click Here
>>> http://p.sf.net/sfu/sfd2d-msazure
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>>
>>
>> --
>> Michael Gogins
>> Irreducible Productions
>> http://www.michael-gogins.com
>> Michael dot Gogins at gmail dot com
>>
>> ------------------------------------------------------------------------------
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel



-- 
Michael Gogins
Irreducible Productions
http://www.michael-gogins.com
Michael dot Gogins at gmail dot com

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Yup, you're correct, char* and not char** (wrote that email quickly).

On Mon, Apr 2, 2012 at 6:52 PM, Michael Gogins  wrote:
> This sounds good. This is the kind of refactoring we should be talking
> about. I think as a starting point we should try to come up with a
> high-level API and some sort of layering scheme.
>
> But why char** instead of char*? Are you planning to return a
> different text to the caller? If not it should be const char*.
>
> Regards,
> Mike
>
> On Mon, Apr 2, 2012 at 12:42 PM, Steven Yi  wrote:
>> I'm also a little bit hesitant, but perhaps for different reasons.
>> I'd like to see:
>>
>> csoundParseOrc(CSOUND*, char** orcText, int lineNumStart);
>> csoundParseSco(CSOUND*, char** scoText, int lineNumStart);
>>
>> The idea I'm having is that these are used in:
>>
>> 1. ORC/SCO
>> 2. CSD
>> 3. API
>>
>> and with regards to 3, I'd like the above to be callable multiple
>> times even if a CSOUND* is running. The parser would be made to be
>> restrictive if running, i.e. one could change sr, kr, ksmps, nchnls,
>> 0dbfs.
>>
>> Thoughts?
>>
>> steven
>>
>> On Mon, Apr 2, 2012 at 5:39 PM, Michael Gogins  wrote:
>>> Actually, I don't think this is the best approach.
>>>
>>> First, it infringes a bit too much on the backwards compatibility for
>>> my taste. But that's not the main issue for me.
>>>
>>> Second, there are use cases for separate files, especially for
>>> algorithmic composition, where it is common to use an existing
>>> orchestra file with a separate newly generated score file. I do this
>>> myself all the time, it is my usual mode of working, and I wouldn't be
>>> surprised if other people do similarly.
>>>
>>> Regards,
>>> Mike
>>>
>>> On Mon, Apr 2, 2012 at 12:28 PM, Tito Latini  wrote:
>>>> ++
>>>>
>>>> On Mon, Apr 02, 2012 at 05:14:35PM +0100, Victor Lazzarini wrote:
>>>>> sounds like a good idea.
>>>>> On 2 Apr 2012, at 17:04, john ffitch wrote:
>>>>>
>>>>> > We do not need to support separate odc/sco files as we can supply a
>>>>> > .csd file
>>>>> >
>>>>> > 
>>>>> > 
>>>>> > 
>>>>> > #include $ORC
>>>>> > 
>>>>> > 
>>>>> > #include $SCO
>>>>> > 
>>>>> > 
>>>>> >
>>>>> > and call with csound6 --omacro ORC=foo.orc --smacro SCO=bar.sco splitinput.csd
>>>>> >
>>>>> > OK that wil not work at presebt as it reuires macro expansion in
>>>>> > csound_pre but that may be less code and easier to maintain than all
>>>>> > the orc/sco stuff at present
>>>>> >
>>>>> > ==John ffitch
>>>>> >
>>>>> > ------------------------------------------------------------------------------
>>>>> > This SF email is sponsosred by:
>>>>> > Try Windows Azure free for 90 days Click Here
>>>>> > http://p.sf.net/sfu/sfd2d-msazure
>>>>> > _______________________________________________
>>>>> > Csound-devel mailing list
>>>>> > Csound-devel@lists.sourceforge.net
>>>>> > https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>> Dr Victor Lazzarini
>>>>> Senior Lecturer
>>>>> Dept. of Music
>>>>> NUI Maynooth Ireland
>>>>> tel.: +353 1 708 3545
>>>>> Victor dot Lazzarini AT nuim dot ie
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> This SF email is sponsosred by:
>>>>> Try Windows Azure free for 90 days Click Here
>>>>> http://p.sf.net/sfu/sfd2d-msazure
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>> ------------------------------------------------------------------------------
>>>> This SF email is sponsosred by:
>>>> Try Windows Azure free for 90 days Click Here
>>>> http://p.sf.net/sfu/sfd2d-msazure
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>>
>>>
>>> --
>>> Michael Gogins
>>> Irreducible Productions
>>> http://www.michael-gogins.com
>>> Michael dot Gogins at gmail dot com
>>>
>>> ------------------------------------------------------------------------------
>>> This SF email is sponsosred by:
>>> Try Windows Azure free for 90 days Click Here
>>> http://p.sf.net/sfu/sfd2d-msazure
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
>
>
> --
> Michael Gogins
> Irreducible Productions
> http://www.michael-gogins.com
> Michael dot Gogins at gmail dot com
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net