> But surely they don't apply higher (I mean more than plus, minus etc.
> with integer values) floating point maths to variables used as a
> binary array? I mean, what's the point of getting the square root of
> my flag register or anything?
Reminds me of the big/little-endian difference between Motorola and
Intel CPUs. Run a program on, say, a 68k machine that writes 32 bit
integers raw binary to a file, then read the file back on an x86
machine and the values are garbage; always a good trap for the unwary!
The risk with using floats for bitmaps depends on how the
interpreter/hardware combination represents in memory the values
assigned to variables in the source code, e.g. you might write LET
a=16, expecting just a 1 in bit 4, but 16 = 0.5 x 2^5 which could be
stored with its own floating point representation. As long as only the
interpreter ever accesses the memory storing the variable it will
always be correctly handled, but as soon you let some other program
read those memory locations expecting a different data type, you have a
recipe for disaster. I don't know the internals of SBASIC so my
example might not be valid.
Ian.
-----Original Message-----
From: mkilgus
Sent: 17 May 2001 16:49
To: ql-users
Cc: mkilgus
Subject: Re: [ql-users] float
Richard Zidlicky wrote:
> Ligthning was never considered reasonably compatible to anything, SMSQ
> had its share of bugs fixed. SMSQ and Minerva *had* to do it because
of
> copyright, its not a something I would do for fun.
Me neither. Not without using the FPU ;-)
>> Every SBasic program and every program that uses the system graphics
>> calls profits from it.
> thats what makes me shudder - not few Sbasic programs use floating
point
> variables to store values for binary arithmetics and the like.
But surely they don't apply higher (I mean more than plus, minus etc.
with integer values) floating point maths to variables used as a
binary array? I mean, what's the point of getting the square root of
my flag register or anything?
Marcel
Visit our website at http://www.ubswarburg.com
This message contains confidential information and is intended only
for the individual named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please
notify the sender immediately by e-mail if you have received this
e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses. The sender therefore
does not accept liability for any errors or omissions in the contents
of this message which arise as a result of e-mail transmission. If
verification is required please request a hard-copy version. This
message is provided for informational purposes and should not be
construed as a solicitation or offer to buy or sell any securities or
related financial instruments.
