baseConvert() & 32-bit ops

[Mark Brownell]

Dar wrote:

>>>   put ( xL bitAnd -16777216 ) / 16777216 into zap
>>
>> 4278190080 not -16777216.
>>
>> (Soap box diatribe about our C heritage deleted.)

There must be a relationship for these two numbers being treated the 
same. How about some kind of truncation procedure that worked in 
Director but not Revolution.  I traded 4278190080 for all instances  of 
-16777216 in my Director version. It worked perfect for all instances 
of a, b, c, and d.

Mark
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 537 bytes
Desc: not available
URL: <http://lists.runrev.com/pipermail/use-livecode/attachments/20030622/d43f131a/attachment.bin>