Stop Integer Coercion to Scientific Notation in JSON
panagiotis merakos
merakosp at gmail.com
Wed Sep 11 06:23:15 EDT 2019
Hello Brahmanathaswami,
I think this is because of how currently some handlers in lcb work.
See bug https://quality.livecode.com/show_bug.cgi?id=18159 (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,
Panos
--
On Tue, 10 Sep 2019 at 22:59, Sannyasin Brahmanathaswami via use-livecode <
use-livecode at lists.runrev.com> wrote:
> setPref "preferences/global/lastRunDate", (the seconds) # e.g 1568144731
>
> put getPref ("preferences/global/lastRunDate") into tLastRunDate
>
> returns
> {"preferences":
> {"global":
> {"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.
>
> BR
>
>
>
>
>
>
>
>
>
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
More information about the use-livecode
mailing list