The following code runs fine with the latest dev on Linux, but fails
with the latest dev on Windows? (error given below).

============================Code===============================


-odac



sr = 44100 ; SAMPLE RATE
ksmps = 32 ; NUMBER OF AUDIO SAMPLES IN EACH CONTROL CYCLE
nchnls = 2 ; NUMBER OF CHANNELS (1=MONO)
0dbfs = 1 ; MAXIMUM AMPLITUDE

instr 1
#define MACRO_NAME(ARG)
#
  Smsg    =    "$ARG1"
#
$MACRO_NAME(text)
endin




i 1 0 [3600*24*7]




============================Error===============================

defining argument _MACRO_NAME__ARG as...#text#
Undefined macro: '$_MACRO_NAME__ARG1'end of score.   overall amps:      0.0
  overall samples out of range:        0

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I fixed that bug -- in csound-pre.lex
Suggests looking at compilation date of that component
==John
   Maybe?


------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

I just deleted and re-cloned my Windows repo, switched to dev and
rebuilt, problem persists. I also ran git log and I can see the latest
commits. I'm using my own loosely hacked cmakefiles, but I don't
suspect anything there could be causing the problem?

On 22 January 2015 at 15:49, jpff  wrote:
> I fixed that bug -- in csound-pre.lex
> Suggests looking at compilation date of that component
> ==John
>    Maybe?
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Did csound_pre.lex get recompiled?  Check date on csound_prelex.c

If still broken run wit -v option and we will have more information.

Detail:  all macros used inside a macro are name_munged to include the 
outer macro name.  Macro look-up knows this and tries both with and 
without munging.  Fixes a long-standing big.  In 6.04 I forgot one case. 
So macro names terminated with a . worked but not without the . .  This 
was fix about the turn of the year (Jan 5 I think)

==John


On Thu, 22 Jan 2015, Rory Walsh wrote:

> I just deleted and re-cloned my Windows repo, switched to dev and
> rebuilt, problem persists. I also ran git log and I can see the latest
> commits. I'm using my own loosely hacked cmakefiles, but I don't
> suspect anything there could be causing the problem?
>
> On 22 January 2015 at 15:49, jpff  wrote:
>> I fixed that bug -- in csound-pre.lex
>> Suggests looking at compilation date of that component
>> ==John
>>    Maybe?
>>
>>
>> ------------------------------------------------------------------------------
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>> http://p.sf.net/sfu/gigenet
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Thanks John. I'll reboot into windows now and make sure everything is
up to date.

On 22 January 2015 at 16:23, jpff  wrote:
> Did csound_pre.lex get recompiled?  Check date on csound_prelex.c
>
> If still broken run wit -v option and we will have more information.
>
> Detail:  all macros used inside a macro are name_munged to include the
> outer macro name.  Macro look-up knows this and tries both with and
> without munging.  Fixes a long-standing big.  In 6.04 I forgot one case.
> So macro names terminated with a . worked but not without the . .  This
> was fix about the turn of the year (Jan 5 I think)
>
> ==John
>
>
> On Thu, 22 Jan 2015, Rory Walsh wrote:
>
>> I just deleted and re-cloned my Windows repo, switched to dev and
>> rebuilt, problem persists. I also ran git log and I can see the latest
>> commits. I'm using my own loosely hacked cmakefiles, but I don't
>> suspect anything there could be causing the problem?
>>
>> On 22 January 2015 at 15:49, jpff  wrote:
>>> I fixed that bug -- in csound-pre.lex
>>> Suggests looking at compilation date of that component
>>> ==John
>>>    Maybe?
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>> GigeNET is offering a free month of service with a new server in Ashburn.
>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>>> http://p.sf.net/sfu/gigenet
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>> http://p.sf.net/sfu/gigenet
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

My csound_prelex.c file is dated today. As I said, I deleted and
re-cloned my entire repo, so all files are dated today. The only
csound_prelex.c I can find is in my build dir though. Is that right?
Where does it come from? Git-log seems to indicate that I am up to
date as it is showing all the latest commits. I just ran with -v and
here is the output:

WinXound Commandline Info:
"C:\Program Files (x86)\Cabbage32\csound\csound.exe" -B4096 --displays
--asciidisplay "C:\Users\rory\Desktop\GEN10.csd"

------- Compiler Start -------
0dBFS level = 32768.0
Csound version 6.04 beta (double samples) Jan 22 2015
libsndfile-1.0.25
UnifiedCSD:  C:\Users\rory\Desktop\GEN10.csd
STARTING FILE
Creating options
Creating orchestra
Creating score
decode_long displays
decode_long asciidisplay
signalflowgraph: csoundModuleInit(00420048)
Calling preprocess on >>
sr = 44100 ; SAMPLE RATE
ksmps = 32 ; NUMBER OF AUDIO SAMPLES IN EACH CONTROL CYCLE
nchnls = 2 ; NUMBER OF CHANNELS (1=MONO)
0dbfs = 1 ; MAXIMUM AMPLITUDE

instr 1
#define MACRO_NAME(ARG)
#
  Smsg    =    "$ARG1"
#
$MACRO_NAME(text)
endin


#exit
<<

Define macro with args MACRO_NAME

Macro with arguments call $MACRO_NAME(

Looking for 1 args

Arg 1: _MACRO_NAME__ARG

defining argument _MACRO_NAME__ARG as...#text#
New body: ...#
  Smsg    =    "$_MACRO_NAME__ARG1"
#

Push 004CF1B8 macro stack

Undefined macro: '$_MACRO_NAME__ARG1'end of score.   overall amps:      0.0
  overall samples out of range:        0
0 errors in performance
Elapsed time at end of performance: real: 0.009s, CPU: 0.000s
signalflowgraph: csoundModuleDestroy(00420048)
------- Compiler End -------

Compiler Info/Warnings/Errors:
time resolution is 410.931 ns

On 22 January 2015 at 16:24, Rory Walsh  wrote:
> Thanks John. I'll reboot into windows now and make sure everything is
> up to date.
>
> On 22 January 2015 at 16:23, jpff  wrote:
>> Did csound_pre.lex get recompiled?  Check date on csound_prelex.c
>>
>> If still broken run wit -v option and we will have more information.
>>
>> Detail:  all macros used inside a macro are name_munged to include the
>> outer macro name.  Macro look-up knows this and tries both with and
>> without munging.  Fixes a long-standing big.  In 6.04 I forgot one case.
>> So macro names terminated with a . worked but not without the . .  This
>> was fix about the turn of the year (Jan 5 I think)
>>
>> ==John
>>
>>
>> On Thu, 22 Jan 2015, Rory Walsh wrote:
>>
>>> I just deleted and re-cloned my Windows repo, switched to dev and
>>> rebuilt, problem persists. I also ran git log and I can see the latest
>>> commits. I'm using my own loosely hacked cmakefiles, but I don't
>>> suspect anything there could be causing the problem?
>>>
>>> On 22 January 2015 at 15:49, jpff  wrote:
>>>> I fixed that bug -- in csound-pre.lex
>>>> Suggests looking at compilation date of that component
>>>> ==John
>>>>    Maybe?
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>>> GigeNET is offering a free month of service with a new server in Ashburn.
>>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>>>> http://p.sf.net/sfu/gigenet
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>> ------------------------------------------------------------------------------
>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>> GigeNET is offering a free month of service with a new server in Ashburn.
>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>>> http://p.sf.net/sfu/gigenet
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>
>>
>> ------------------------------------------------------------------------------
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>> http://p.sf.net/sfu/gigenet
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Rory
   Can you try the orc
sr = 44100 ; SAMPLE RATE
ksmps = 32 ; NUMBER OF AUDIO SAMPLES IN EACH CONTROL CYCLE
nchnls = 2 ; NUMBER OF CHANNELS (1=MONO)
0dbfs = 1 ; MAXIMUM AMPLITUDE

instr 1
#define MACRO_NAME(ARG)
#
  Smsg    =    "$ARG1."
#
$MACRO_NAME(text)
endin

and see if it makes any difference.

If still broken it is time to up the tracing level
==John


On Thu, 22 Jan 2015, Rory Walsh wrote:

> My csound_prelex.c file is dated today. As I said, I deleted and
> re-cloned my entire repo, so all files are dated today. The only
> csound_prelex.c I can find is in my build dir though. Is that right?
> Where does it come from? Git-log seems to indicate that I am up to
> date as it is showing all the latest commits. I just ran with -v and
> here is the output:
>
> WinXound Commandline Info:
> "C:\Program Files (x86)\Cabbage32\csound\csound.exe" -B4096 --displays
> --asciidisplay "C:\Users\rory\Desktop\GEN10.csd"
>
> ------- Compiler Start -------
> 0dBFS level = 32768.0
> Csound version 6.04 beta (double samples) Jan 22 2015
> libsndfile-1.0.25
> UnifiedCSD:  C:\Users\rory\Desktop\GEN10.csd
> STARTING FILE
> Creating options
> Creating orchestra
> Creating score
> decode_long displays
> decode_long asciidisplay
> signalflowgraph: csoundModuleInit(00420048)
> Calling preprocess on >>
> sr = 44100 ; SAMPLE RATE
> ksmps = 32 ; NUMBER OF AUDIO SAMPLES IN EACH CONTROL CYCLE
> nchnls = 2 ; NUMBER OF CHANNELS (1=MONO)
> 0dbfs = 1 ; MAXIMUM AMPLITUDE
>
> instr 1
> #define MACRO_NAME(ARG)
> #
>  Smsg    =    "$ARG1"
> #
> $MACRO_NAME(text)
> endin
>
>
> #exit
> <<
>
> Define macro with args MACRO_NAME
>
> Macro with arguments call $MACRO_NAME(
>
> Looking for 1 args
>
> Arg 1: _MACRO_NAME__ARG
>
> defining argument _MACRO_NAME__ARG as...#text#
> New body: ...#
>  Smsg    =    "$_MACRO_NAME__ARG1"
> #
>
> Push 004CF1B8 macro stack
>
> Undefined macro: '$_MACRO_NAME__ARG1'end of score.   overall amps:      0.0
>  overall samples out of range:        0
> 0 errors in performance
> Elapsed time at end of performance: real: 0.009s, CPU: 0.000s
> signalflowgraph: csoundModuleDestroy(00420048)
> ------- Compiler End -------
>
> Compiler Info/Warnings/Errors:
> time resolution is 410.931 ns
>
> On 22 January 2015 at 16:24, Rory Walsh  wrote:
>> Thanks John. I'll reboot into windows now and make sure everything is
>> up to date.
>>
>> On 22 January 2015 at 16:23, jpff  wrote:
>>> Did csound_pre.lex get recompiled?  Check date on csound_prelex.c
>>>
>>> If still broken run wit -v option and we will have more information.
>>>
>>> Detail:  all macros used inside a macro are name_munged to include the
>>> outer macro name.  Macro look-up knows this and tries both with and
>>> without munging.  Fixes a long-standing big.  In 6.04 I forgot one case.
>>> So macro names terminated with a . worked but not without the . .  This
>>> was fix about the turn of the year (Jan 5 I think)
>>>
>>> ==John
>>>
>>>
>>> On Thu, 22 Jan 2015, Rory Walsh wrote:
>>>
>>>> I just deleted and re-cloned my Windows repo, switched to dev and
>>>> rebuilt, problem persists. I also ran git log and I can see the latest
>>>> commits. I'm using my own loosely hacked cmakefiles, but I don't
>>>> suspect anything there could be causing the problem?
>>>>
>>>> On 22 January 2015 at 15:49, jpff  wrote:
>>>>> I fixed that bug -- in csound-pre.lex
>>>>> Suggests looking at compilation date of that component
>>>>> ==John
>>>>>    Maybe?
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>>>> GigeNET is offering a free month of service with a new server in Ashburn.
>>>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>>>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>>>>> http://p.sf.net/sfu/gigenet
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>> ------------------------------------------------------------------------------
>>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>>> GigeNET is offering a free month of service with a new server in Ashburn.
>>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>>>> http://p.sf.net/sfu/gigenet
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>> GigeNET is offering a free month of service with a new server in Ashburn.
>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>>> http://p.sf.net/sfu/gigenet
>>> _______________________________________________
>>> Csound-devel mailing list
>>> Csound-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel
>

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net

Same problem as before. Is there a particular source file that I can
double check is up to date? I can diff it against what I can see
online from the latest dev. That was we can be absolutely sure that I
am up to date. I've been caught out on Windows before.

Undefined macro: '$_MACRO_NAME__ARG1'end of score.   overall amps:      0.0
  overall samples out of range:        0
0 errors in performance


On 22 January 2015 at 16:44, jpff  wrote:
> Rory
>    Can you try the orc
> sr = 44100 ; SAMPLE RATE
> ksmps = 32 ; NUMBER OF AUDIO SAMPLES IN EACH CONTROL CYCLE
> nchnls = 2 ; NUMBER OF CHANNELS (1=MONO)
> 0dbfs = 1 ; MAXIMUM AMPLITUDE
>
> instr 1
> #define MACRO_NAME(ARG)
> #
>   Smsg    =    "$ARG1."
> #
> $MACRO_NAME(text)
> endin
>
> and see if it makes any difference.
>
> If still broken it is time to up the tracing level
> ==John
>
>
> On Thu, 22 Jan 2015, Rory Walsh wrote:
>
>> My csound_prelex.c file is dated today. As I said, I deleted and
>> re-cloned my entire repo, so all files are dated today. The only
>> csound_prelex.c I can find is in my build dir though. Is that right?
>> Where does it come from? Git-log seems to indicate that I am up to
>> date as it is showing all the latest commits. I just ran with -v and
>> here is the output:
>>
>> WinXound Commandline Info:
>> "C:\Program Files (x86)\Cabbage32\csound\csound.exe" -B4096 --displays
>> --asciidisplay "C:\Users\rory\Desktop\GEN10.csd"
>>
>> ------- Compiler Start -------
>> 0dBFS level = 32768.0
>> Csound version 6.04 beta (double samples) Jan 22 2015
>> libsndfile-1.0.25
>> UnifiedCSD:  C:\Users\rory\Desktop\GEN10.csd
>> STARTING FILE
>> Creating options
>> Creating orchestra
>> Creating score
>> decode_long displays
>> decode_long asciidisplay
>> signalflowgraph: csoundModuleInit(00420048)
>> Calling preprocess on >>
>> sr = 44100 ; SAMPLE RATE
>> ksmps = 32 ; NUMBER OF AUDIO SAMPLES IN EACH CONTROL CYCLE
>> nchnls = 2 ; NUMBER OF CHANNELS (1=MONO)
>> 0dbfs = 1 ; MAXIMUM AMPLITUDE
>>
>> instr 1
>> #define MACRO_NAME(ARG)
>> #
>>  Smsg    =    "$ARG1"
>> #
>> $MACRO_NAME(text)
>> endin
>>
>>
>> #exit
>> <<
>>
>> Define macro with args MACRO_NAME
>>
>> Macro with arguments call $MACRO_NAME(
>>
>> Looking for 1 args
>>
>> Arg 1: _MACRO_NAME__ARG
>>
>> defining argument _MACRO_NAME__ARG as...#text#
>> New body: ...#
>>  Smsg    =    "$_MACRO_NAME__ARG1"
>> #
>>
>> Push 004CF1B8 macro stack
>>
>> Undefined macro: '$_MACRO_NAME__ARG1'end of score.   overall amps:      0.0
>>  overall samples out of range:        0
>> 0 errors in performance
>> Elapsed time at end of performance: real: 0.009s, CPU: 0.000s
>> signalflowgraph: csoundModuleDestroy(00420048)
>> ------- Compiler End -------
>>
>> Compiler Info/Warnings/Errors:
>> time resolution is 410.931 ns
>>
>> On 22 January 2015 at 16:24, Rory Walsh  wrote:
>>> Thanks John. I'll reboot into windows now and make sure everything is
>>> up to date.
>>>
>>> On 22 January 2015 at 16:23, jpff  wrote:
>>>> Did csound_pre.lex get recompiled?  Check date on csound_prelex.c
>>>>
>>>> If still broken run wit -v option and we will have more information.
>>>>
>>>> Detail:  all macros used inside a macro are name_munged to include the
>>>> outer macro name.  Macro look-up knows this and tries both with and
>>>> without munging.  Fixes a long-standing big.  In 6.04 I forgot one case.
>>>> So macro names terminated with a . worked but not without the . .  This
>>>> was fix about the turn of the year (Jan 5 I think)
>>>>
>>>> ==John
>>>>
>>>>
>>>> On Thu, 22 Jan 2015, Rory Walsh wrote:
>>>>
>>>>> I just deleted and re-cloned my Windows repo, switched to dev and
>>>>> rebuilt, problem persists. I also ran git log and I can see the latest
>>>>> commits. I'm using my own loosely hacked cmakefiles, but I don't
>>>>> suspect anything there could be causing the problem?
>>>>>
>>>>> On 22 January 2015 at 15:49, jpff  wrote:
>>>>>> I fixed that bug -- in csound-pre.lex
>>>>>> Suggests looking at compilation date of that component
>>>>>> ==John
>>>>>>    Maybe?
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>>>>> GigeNET is offering a free month of service with a new server in Ashburn.
>>>>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>>>>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>>>>>> http://p.sf.net/sfu/gigenet
>>>>>> _______________________________________________
>>>>>> Csound-devel mailing list
>>>>>> Csound-devel@lists.sourceforge.net
>>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>>>> GigeNET is offering a free month of service with a new server in Ashburn.
>>>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>>>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>>>>> http://p.sf.net/sfu/gigenet
>>>>> _______________________________________________
>>>>> Csound-devel mailing list
>>>>> Csound-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>>>> GigeNET is offering a free month of service with a new server in Ashburn.
>>>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>>>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>>>> http://p.sf.net/sfu/gigenet
>>>> _______________________________________________
>>>> Csound-devel mailing list
>>>> Csound-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>> ------------------------------------------------------------------------------
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>> http://p.sf.net/sfu/gigenet
>> _______________________________________________
>> Csound-devel mailing list
>> Csound-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/csound-devel
>>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Csound-devel mailing list
> Csound-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/csound-devel

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Csound-devel mailing list
Csound-devel@lists.sourceforge.net