OpenEuphoria

Jeremy:

I had some code that worked on any binary prior to the change to interpreter's new names.

Any binaries after the name changed; exhibited the failure.

I am using dynamic inline assembler that is built into my code so I had no way to create an example to show the failure.

It is a strtok function that fails to parse anything and returns a result of zero on the first call.

I think that the change back to only managed memory introduced some kind of memory problem because the strtok depends on allocated buffer to be persistent.

I didn't report it because I had no way of proving it. So I decided to wait because I knew the error would eventually show up under other circumstances.

So my suggestion is to go back to the SVN when the names were changed and start looking there.

wlink   SYS nt op maxe=25 op q op symf op el @E:\dummey\source\intobj\int.lbc na 
me E:\dummey\source\exwc.exe 
wrc -q -ad exw.res E:\dummey\source\exwc.exe 
wlink  SYS nt_win op maxe=25 op q op symf op el @E:\dummey\source\intobj\int.lbc 
 name E:\dummey\source\exw.exe 
wrc -q -ad exw.res E:\dummey\source\exw.exe 
wmake -h -f makefile.wat E:\dummey\source\exwc.exe EX=e:\dummey\bin\exwc.exe EU_ 
TARGET=int. OBJDIR=intobj DEBUG= MANAGED_MEM= CONFIG=config.wat DEBUG= MANAGED_M 
EM= 
e:\dummey\bin\exwc.exe -i ..\include revget.ex 
 
revget.ex:58 in function is_current() 
slice length is less than 0 (-4) 
 
... called from revget.ex:205 in procedure rev_1_4() 
 
... called from revget.ex:259 in procedure rev_1_3() 
 
... called from revget.ex:276 
 
--> See ex.err 
 
 
Press Enter...