| Deutsch English Français Italiano |
|
<cbb106be3daee91e2680165287cd6ca6560245b9@i2pn2.org> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder9.news.weretis.net!i2pn.org!i2pn2.org!.POSTED!not-for-mail From: dxf <dxforth@gmail.com> Newsgroups: comp.lang.forth Subject: Re: "The Best Programming Language for the End of the World" Date: Wed, 9 Apr 2025 12:21:13 +1000 Organization: i2pn2 (i2pn.org) Message-ID: <cbb106be3daee91e2680165287cd6ca6560245b9@i2pn2.org> References: <87bjtn2hct.fsf@gmail.com> <nnd$4e8dcfed$6eb3f489@d30798298ac0a139> <nnd$654242bd$3596f9c9@84688dbe60c4ab0e> <cf9dc70297223ad4a39ba1a4ba2c072c8737e306@i2pn2.org> <nnd$3bf50432$55b33ca2@dd79df8e379ad731> <24113ce49217008745d79d41750fdd0f@www.novabbs.com> <2f9ef5257e7dca8e72a2ee2d3329d2f4c1b84cc1@i2pn2.org> <2025Apr7.084256@mips.complang.tuwien.ac.at> <c7b8e285289ed63448289ee84d1f5b36eab45557@i2pn2.org> <nnd$52bd8a99$2cfa4611@2813463487325c8d> <05376993a82bd98bd2bb808b6d70d88a0c19891f@i2pn2.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Wed, 9 Apr 2025 02:21:17 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="3739406"; mail-complaints-to="usenet@i2pn2.org"; posting-account="XPw7UV90Iy7EOhY4YuUXhpdoEf5Vz7K+BsxA/Cx8bVc"; User-Agent: Mozilla Thunderbird In-Reply-To: <05376993a82bd98bd2bb808b6d70d88a0c19891f@i2pn2.org> X-Spam-Checker-Version: SpamAssassin 4.0.0 Content-Language: en-GB Bytes: 2648 Lines: 27 On 9/04/2025 1:15 am, dxf wrote: > ... > It's not SET-PRECISION (presumably the implementer has made that sane) > but rather variability when values are sane e.g. > >>> 6 set-precision ok >>> 1e-4 f. 0.000100000 ok >>> >>> 6 set-precision ok >>> 1e-4 f. 0.0001 ok > > While both of those are numerically correct, they're plainly different i.e. > 11 characters vs. 6 characters. As an app writer I'd like some uniformity > here as I might want to output several columns of numbers on a screen. To > do that I need to know how wide to make those columns. > ... Iforth's F. was previously mentioned. In addition to treating PRECISION as a decimal points specifier (ok it was their decision) F. includes mode switching based on something called 'fieldwidth' for which I could find no reference. Is mode switching good or bad? As always - it depends. I've yet to see a bank statement with the balance displayed in scientific notation. (But then I'm not Elon Musk so who knows.) I mention this to demonstrate the variability that exists across forth - presumably because Forth-94 chose not to think it through leaving folks to their own devices. REPRESENT ? Well, I could rant about that too :)