hyenias

@jghub I have been researching this issue for several days now. At present, it seems that if the float is less than zero and has a succeeding zero or zeroes...

I am still working on some testing script(s) to help identify the extent of the problem as well as provide workaround(s). In particular, I thought I had a good working...

I now have my test script running correctly on an ARMv7 box with an adjustment in my formula. The 32bitbox numbers supplied previously were run using text as input. Here...

I was able to get my test rounding script to work on my macOS, various Linux, and FreeBSD versions back in late April. Interestingly, ksh93's floating point behavior differed the...

Well, I have stared at the numbers long enough to determine the 3 following problems occurring with ksh's rounding using printf and float precision expansion. 1. Floats that end in...

I will now work on some code fixes for the above. Primary culprit is src/lib/libast/sfio/sfcvt.c.

Update: I have made successful progress on problem 1 and 2 above. Need to validate against the other float formats, `SFFMT_EFORMAT` and `SFFMT_AFORMAT` as I have only concentrated on plain...

I have submitted corrections for sfcvt.c that fixes the original problem identified which is my 2nd bullet above about subnormal numbers. Still working on my items 1 and 3. I...

100% agree with @marcastel. @RussCannon, I have elected to support this ksh-community's efforts. I have been learning so much from the team over the last couple of months. Yes, our...

I have researched this issue and I do not believe the `time` keyword is broken; it is just that the underlying c function `times` has limited precision (0.01). In ksh2020,...