Stop Integer Coercion to Scientific Notation in JSON

Sannyasin Brahmanathaswami brahma at
Wed Sep 11 09:28:16 EDT 2019

One tries his best to not get excited by bugs that are left untouched, With some OS's to. keep current, engineering  has a tough time, we all know that … but this one pushes a button…


How can such a bug go unfixed for three years? Computing should be "exact" when comes to simple "arithmetic"  operations, after all the CPU is nothing but passing bit and bytes around, in large equations. …. if "arithmetic" operations are off all Apps and any OS would immediately have a meltdown

So to have a process that loses digits from a simple integer > 100,000 Is "unconscionable "
…for a language of the 21century

We need to know that we can depend on "seconds" through all processes…"time" is fundamental to computing at all levels.

You should put this on the list a top priority.

With so many apps now working with the cloud, REST/XML and related proprietary transfers using JSON.  It is ever more in important that we can depend of LiveCode for the simple act of keeping a number/integer (any size) intact!

At least I think I have a hack: to store time as a string -- the internet time in the json to keep in intact and to convert it after unpacking, and before store again but  something as simple as

put ( (the seconds) +3600) into tOneHourLater

Should always work.

God help anyone using Livecode widgets/LCB extensions for physics.


Hello Brahmanathaswami,

I think this is because of how currently some handlers in lcb work.

See bug (and the related bugs) for more details.

This affects other areas, such as how large numbers are shown in the variables pane in the debugger.

Kind regards,

On Tue, 10 Sep 2019 at 22:59, Sannyasin Brahmanathaswami via use-livecode <use-livecode at<mailto:use-livecode at>> wrote:
setPref "preferences/global/lastRunDate", (the seconds) # e.g 1568144731

put getPref ("preferences/global/lastRunDate") into tLastRunDate

                                        {"lastRunDate": 1.56814e+09}, [snip]

# we are using jsonImport

                 put jsonImport(tJSON) into tPreferencesA

# handle data and

                put jsonExport(tPreferencesA) into tJSON.

# thereafter my simple arithmetic functions like

                put (tLastRunDate + 3600) into 1HourLater

# now throw a "left operand" error....

How can we prevent the coercion of simple integer notation to scientific?

Why is it needed for simple 10 digit number is beyond me.

There is nothing about automatic coercion in the dictionary.


use-livecode mailing list
use-livecode at<mailto:use-livecode at>
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:

More information about the use-livecode mailing list