From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 13655 invoked from network); 18 Aug 2021 10:01:37 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 18 Aug 2021 10:01:37 -0000 Received: from mail-pj1-f50.google.com ([209.85.216.50]) by 1ess; Mon Aug 16 22:44:19 -0400 2021 Received: by mail-pj1-f50.google.com with SMTP id qe12-20020a17090b4f8c00b00179321cbae7so3697799pjb.2 for <9front@9front.org>; Mon, 16 Aug 2021 19:44:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=Ftx1rXry7hxa31V3apF/iluP7jQJvUmwK5HuGf5agGs=; b=XPB/LziYbJF7OzkL/aOzuKHazDflv1ifxl+eQQCq/nGHJXeqHeiqaH3jv89Tbx2skc C3c7s2HQ0dAuawVdS2qG6/GBzJQQVugvKayjAh9gnzDxYSrX9MyMoJwlYjmFE7BeoXKz qv6p6/CsI22FzRKFLL5rbanUib9emV6zwPTzSs0Fp3gkSH+2VOKrp7o5GdVfcxOPvi4t 1L6HWjGZ4Wc5Iamj2A80wcGYTu0vPD6eVe5tp9RL+h8wQd/jh3yNSXphm28s12Mjpuwd f/yE+ZRWwykwNzJ6RqcWzuOq0jqlU4V4Z8FUWbHsiFEexIBOv2/ciOEbHISLok5m/USy fotw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=Ftx1rXry7hxa31V3apF/iluP7jQJvUmwK5HuGf5agGs=; b=JOmtUgnM+nSbSbiOvTVREm0bQFg8iYc42xlNMmI9hntI3n53R22p7AvBZGiznuXZ/1 TDQ8e1fdf7KQXViBNqwCMYHaV/y8anwoDItOXM8p4cIs2MuX2lQgf16Cz+R0MnlmKtAm ZOVxQqo5sB142VyUxYFKAMCePpgI8YcBEzJlnjq/Y6QIb0QbvHgInO5xOlee/keUcd6r dm0bsqyAf+Cl9VHJs2+odvrJaxLSHA9zzu3yWHnMVd0trRkHNx3hKsLb2BGzOHuRYyrG HwDczqbp89nWIspS2XHxZdAVXgASjFs0JDZfWcnFpjD4y5fD71Rn+xKP1miHVDllkC+J Cdrw== X-Gm-Message-State: AOAM532rIHdHyKii3f1tq7YSL1w3daMIf6E8UGNd180SdGi0R9k7rq40 fPhHXpeOweRtlR/XGyuy2pHLycR71aiXWgSweUU5Za13mqy1sw== X-Google-Smtp-Source: ABdhPJxHXbAgBdU4ic++eAdC8OXppCtWucNwhYPXsdUyHCD7e9ETlXZ6+2eFdULzEig/8ZgXbmjYnID4H0bnAkOrQbY= X-Received: by 2002:a17:902:768b:b029:12d:306e:9f68 with SMTP id m11-20020a170902768bb029012d306e9f68mr866123pll.13.1629166537217; Mon, 16 Aug 2021 19:15:37 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a05:6a20:3210:b029:36:6c8c:f6d1 with HTTP; Mon, 16 Aug 2021 19:15:36 -0700 (PDT) In-Reply-To: References: From: hiro <23hiro@gmail.com> Date: Tue, 17 Aug 2021 04:15:36 +0200 Message-ID: To: 9front@9front.org Content-Type: text/plain; charset="UTF-8" List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: mobile stable API-based standard table-aware wrapper Subject: Re: [9front] Re: seq: fix infinite loop Reply-To: 9front@9front.org Precedence: bulk sounds like a good addition to the BUGS section of the man page On 8/17/21, ori@eigenstate.org wrote: > Quoth Anthony Martin : >> But really, if you're playing games at the boundaries >> of floating point precision, you're bound to lose. I >> suggest we either a) do nothing and leave the loop >> exactly as it is described in the manual but add a note >> in the BUGS section, or b) go back to the v8 method >> that calculates the number of steps in the loop before >> executing it. Even with the latter method you can see >> odd results due to precision limitations but at least >> there will be no infinite loops. >> >> I vote for "a". >> > > I agree -- *BUT* I like the consolidation of the > two loops. I'd take that. > > I also wonder if: > > for(val = min; val <= max; val += incr){ > if(val == prev) > sysfatal("insufficient precision") > ... > prev = val > } > > covers the infinite loop case sufficiently. > >