@MSGID: <kmjmsmFsbq1U2@mid.individual.net>
6b7e46e9
@REPLY: 1@dont-email.me> 303f3437
@REPLYADDR Martijn Dekker <martijn@inlv.demon.nl>
@REPLYTO 2:5075/128 Martijn Dekker
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID:
<kmjmsmFsbq1U2@mid.individual.net>
@RFC-References: 1@dont-email.me>
1@dont-email.me> 1@dont-email.me>
@TZUTC: 0100
@PID: Mozilla/5.0 (Macintosh; Intel Mac OS X
10.15; rv:102.0) Gecko/20100101 Thunderbird/102.15.0
@TID: FIDOGATE-5.12-ge4e8b94
Op 10-09-2023 om 15:00 schreef Janis Papanagnou:
> It seems the below observed output is the result of a_float based_
> long-int math. Ksh`s man page says in chapter Arithmetic Evaluation:
>   "Evaluations are performed using double precision floating point
>    arithmetic or long double precision floating point for systems
>    that provide this data type."

I can certainly see the flaws of that design, but I`m afraid it`s pretty much 
set in stone. I`m reluctant to mess with the arithmetic evaluation subsystem, 
which (like many things in the AT&T ksh code base) is very hard to understand.

-- 
||    modernish -- harness the shell
||    https://github.com/modernish/modernish
||
||    KornShell lives!
||    https://github.com/ksh93/ksh

 --- Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.15.0
 * Origin: usenet.network (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5075/128
@PATH: 5075/128 5020/1042 4441