From owner-svn-src-head@freebsd.org Thu Jul 30 17:10:02 2020 Return-Path: Delivered-To: svn-src-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0CED63AAB16; Thu, 30 Jul 2020 17:10:02 +0000 (UTC) (envelope-from rpokala@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BHcNT6XCnz4fQ2; Thu, 30 Jul 2020 17:10:01 +0000 (UTC) (envelope-from rpokala@freebsd.org) Received: from [192.168.1.10] (c-98-207-126-143.hsd1.ca.comcast.net [98.207.126.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: rpokala) by smtp.freebsd.org (Postfix) with ESMTPSA id A3B4D203A1; Thu, 30 Jul 2020 17:09:59 +0000 (UTC) (envelope-from rpokala@freebsd.org) User-Agent: Microsoft-MacOutlook/16.39.20071300 Date: Thu, 30 Jul 2020 10:09:56 -0700 Subject: Re: svn commit: r363091 - in head/contrib/bc: . include manuals src tests tests/bc From: Ravi Pokala To: Stefan =?UTF-8?B?RcOfZXI=?= , Jessica Clarke CC: Baptiste Daroussin , Stefan =?UTF-8?B?RcOfZXI=?= , src-committers , , Message-ID: Thread-Topic: svn commit: r363091 - in head/contrib/bc: . include manuals src tests tests/bc References: <202007110733.06B7XJrp033777@repo.freebsd.org> <20200730162009.rnjs6l5rjqsoiqpq@ivaldir.net> <20200730163154.a4d7672xsugkhmxq@ivaldir.net> <7257CDA6-0D66-42EB-9920-90DB90B9CA63@freebsd.org> <42f2dcf3-6eda-fb69-cc95-30a18e716407@t-online.de> In-Reply-To: <42f2dcf3-6eda-fb69-cc95-30a18e716407@t-online.de> Mime-version: 1.0 Content-type: text/plain; charset="UTF-8" Content-transfer-encoding: quoted-printable X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2020 17:10:02 -0000 -----Original Message----- From: on behalf of Stefan E=C3=9Fer Date: 2020-07-30, Thursday at 09:55 To: Jessica Clarke , Ravi Pokala Cc: Baptiste Daroussin , Stefan E=C3=9Fer , s= rc-committers , , Subject: Re: svn commit: r363091 - in head/contrib/bc: . include manuals sr= c tests tests/bc Am 30.07.20 um 18:45 schrieb Jessica Clarke: > On 30 Jul 2020, at 17:40, Ravi Pokala wrote: >> >> -----Original Message----- >> From: on behalf of Jessica Clarke= >> Date: 2020-07-30, Thursday at 09:35 >> To: Baptiste Daroussin >> Cc: Stefan E=C3=9Fer , src-committers , , >> Subject: Re: svn commit: r363091 - in head/contrib/bc: . include man= uals src tests tests/bc >> >> On 30 Jul 2020, at 17:31, Baptiste Daroussin w= rote: >>> On Thu, Jul 30, 2020 at 05:28:19PM +0100, Jessica Clarke wrote: >>>> On 30 Jul 2020, at 17:20, Baptiste Daroussin wr= ote: >>>>> On Sat, Jul 11, 2020 at 07:33:19AM +0000, Stefan E=C3=9Fer wrote: >>>>>> Author: se >>>>>> Date: Sat Jul 11 07:33:18 2020 >>>>>> New Revision: 363091 >>>>>> URL: https://svnweb.freebsd.org/changeset/base/363091 >>>>>> >>>>>> Log: >>>>>> Update to version 3.1.3 >>>>>> >>>>> Jumping on that commit, since the switch from our previous bc. >>>>> >>>>> The output of the interactive bc has changed, the previous versio= n had a clean >>>>> UI, the new version "pollutes" the output with plenty of lines ab= out the >>>>> copyright: >>>>> >>>>> =3D=3D=3D=3D >>>>> Copyright (c) 2018-2020 Gavin D. Howard and contributors >>>>> Report bugs at: https://git.yzena.com/gavin/bc >>>>> >>>>> This is free software with ABSOLUTELY NO WARRANTY. >>>>> =3D=3D=3D=3D >>>>> >>>>> Imagine if all programs where doing that, it would be painful, do= you think >>>>> upstream can be convinced to remove those lines? >>>>> >>>>> I no the GNU version also has the same polluted output which was = one of the >>>>> reason I was happy with out previous version of bc. >>>> >>>> By default both will print such a banner if and only if being call= ed >>>> interactively. You can disable the banner explicitly with -q/--qui= et >>>> for both GNU bc and this bc. I agree it's a bit noisy and would be >>>> nicer to not have that printed, but it's not without precedent for >>>> REPL-like things. >>> >>> Yes it is not without precedent for REPL-like things, still I disli= ke this and >>> would be happy to get bc interactive be as nice as the previous one= we had :) >>> >>> If not I will deal with it and just yell internally each time I run= it :D >> >> `alias bc=3D'bc -q'` / `alias bc bc -q` and preserve your inner zen= ? :) >> >> Jess >> >> I was actually about to complain about the new `dc' not exiting afte= r evaluating a '-e' expression, without an explicit 'q'. But then I noticed = the "DC_EXPR_EXIT" envvar, which restores the desired behavior. That lead me= to discover "DC_ENV_ARGS" and, correspondingly, "BC_ENV_ARGS"; that last on= e would be helpful here. >=20 > That does feel like the wrong default; even GNU dc doesn't do that, a= nd > the principle of least surprise would suggest exiting is the right > thing to do. It's also unlikely you want to evaluate something and th= en > use it interactively. Interesting observation - I've got to admit that I hardly ever use dc (despite being the owner of a collection of HP UPN calculators ;-) ). Ironically, I couldn't wrap my head around HP RPN calculators in the '90s, = so I used a TI-85 or TI-89 instead. Now, I do all my non-trivial math using = RPN in `dc'. :-) -Ravi I'll forward this to the author of this bc/dc and I'm sure he will offer a patched version (unless there are strong reasons for the current behavior, e.g. compatibility with another dc ...) Regards, STefan