Re: Accented characters in identifiers

new topic     » goto parent     » topic index » view thread      » older message » newer message

CChris wrote:
> Currently, Eu interprets characters with the most significant bit set as
> opcodes. Only old shrouded files store Eu opcodes this way.
> 
> Isn't it time to remove that restriction, so as to be able to use non 
> english identifiers in programs? Other languages frequently use accented
> characters.

Yes, I agree. I'll do that fairly soon, if nobody objects.
Others, such as Igor Kachan, have also mentioned the lack of support
for the higher ASCII codes for non-English languages.

The 3.0 open source version of Euphoria does not have the
ability to decrypt files that are both "shrouded" and "encrypted".
"shrouding" used to mean just conversion of keywords and 
built-in names to single-byte codes and converting variable
and routine names to short meaningless identifier names. 
With version 2.0 came the option to also "encrypt".
In 2.5, a whole new binder/shrouder was developed where 
conversion to byte-codes no longer occurred, but a form of 
IL encryption continued, for bound executables only.

> Is anyone running these legacy shrouded files?

I believe there are very few files out there
that are "shrouded", but not also "encrypted" or bound 
into an executable, so there is little point now in 
maintaining support for the single-byte codes (in scanner.e).

Note that executable programs that were "bound" with the interpreter, 
pre-3.0, are not affected, since they contain the required 
interpreter version. The only breakage here would be very old, 
probably pre-2.0 (1997 or earlier) files, "shrouded", 
but not "encrypted".

Regards,
   Rob Craig
   Rapid Deployment Software
   http://www.RapidEuphoria.com

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu