Re: Is it a bug or a feature?

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

Hello Christian,
----------
> ïÔ: Christian.CUVIER at agriculture.gouv.fr
> ëÏÍÕ: EUforum <EUforum at topica.com>
> ôÅÍÁ: Is it a bug or a feature?
> äÁÔÁ: 14 ÏËÔÑÂÒÑ 2002 Ç. 15:04

> The following piece of code:
> 
> include get.e
> integer i,j,e25
> atom c
> 
> e25=1
> i=3j=2  --line1
> c=3.0e25=0   --line2
> ?i ?j ?c ?e25
> i=wait_key()
> 
> prints out:
> 3
> 2
> 0
> 1
> 
> 	This raises two questions:
> 1/ Is the ability to forget whitespace between some statements (when
> there's a clear boundary) a bug or a feature?
> 2/ If it is a(n undocumented) feature, then the same behaviour could be
> expected from line1 and line2 (would yield c=3.0 and e25=0). Instead,
> the parsing of real numbers comes in the way. This difference in
> decoding looks like a bug, IMO.
> 
> 	Or did I overlook anything?
> 
> 	CChris

Just try the piece below:

include get.e
integer i,j,e25
atom c

e25=1
i=3j=2  --line1
c = 3.0e25 = 0   --line2
?i --3
?j --2
?c --0

?e25

?3.0e25

i=wait_key()

See 3.0e25 - this is the exponential form
of a number, so line2 is just the correct
logical expression and EU interpreter
doesn't confuse it and e25 variable.

This thing is the correct feature, 
it seems to be. But too imressive on the
first look.

The very good and clever interpreter, no?

Regards,
Igor Kachan
kinz at peterlink.ru

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

Search



Quick Links

User menu

Not signed in.

Misc Menu