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=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 431 invoked from network); 14 May 2020 04:22:13 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 14 May 2020 04:22:13 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 30A559C669; Thu, 14 May 2020 14:22:10 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 0A1B39C668; Thu, 14 May 2020 14:21:39 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 7BBDE9C668; Thu, 14 May 2020 14:21:36 +1000 (AEST) Received: from central.weird.com (unknown [198.96.117.51]) by minnie.tuhs.org (Postfix) with ESMTP id C01F19C604 for ; Thu, 14 May 2020 14:21:35 +1000 (AEST) Received: from (invalid client hostname: bind: DNS error: DNS lookup for A for 'more.local': Unknown host)more.local ((no PTR matching greeting name)S01060026bb6c284e.ok.shawcable.net[24.71.254.93] port=41392) by central.weird.com([198.96.117.51] port=587) via TCP with esmtp (4327 bytes) (sender: ) (ident using UNIX) id for ; Thu, 14 May 2020 00:21:34 -0400 (EDT) (Smail-3.2.0.122-Pre 2005-Nov-17 #78 built 2020-Mar-25) Received: from (invalid client hostname: the DNS A record (with the targegt address [10.0.1.129]) for the hostname 'more.local' does not match the expected address [10.0.1.129])more.local ((no PTR matching greeting name)future.local[10.0.1.133] port=49854) by more.local([10.0.1.129] port=25) via TCP with esmtp (3817 bytes) (sender: ) id for ; Wed, 13 May 2020 21:21:34 -0700 (PDT) (Smail-3.2.0.122-Pre 2005-Nov-17 #1 built 2015-Feb-17) Message-Id: Date: Wed, 13 May 2020 21:21:34 -0700 From: "Greg A. Woods" To: The Unix Heritage Society mailing list In-Reply-To: References: <3cb1126796176debe28aa66672ba27ae@yaccman.com> <20200511005745.GL17035@mcvoy.com> <357EFE54-BD94-4C10-8C43-C6735BF7D317@via.net> <20200511202555.GU17035@mcvoy.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/25.3 (x86_64--netbsd) MULE/6.0 (HANACHIRUSATO) X-Face: ; j3Eth2XV8h1Yfu*uL{<:dQ$#E[DB0gemGZJ"J#4fH*][ lz; @-iwMv_u\6uIEKR0KY"=MzoQH#CrqBN`nG_5B@rrM8,f~Gr&h5a\= List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: The Unix Heritage Society mailing list Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --pgp-sign-Multipart_Wed_May_13_21:21:23_2020-1 Content-Type: text/plain; charset=US-ASCII At Thu, 14 May 2020 09:36:57 +1000 (EST), Dave Horsfall wrote: Subject: Re: [TUHS] v7 K&R C > > On Tue, 12 May 2020, Paul Winalski wrote: > > > o operator overloading > > [...] > > I never could figure out why Stroustrup implemented that "feature"; > let's see, this operator usually means this, except when you use it in > that situation in which case it means something else. Now, try > debugging that. Well in the true OO world the ability to "overload" a message (aka what is sometimes effectively an operator) allows a wise designer to apply the traditional meaning of that message (operator) to a new kind of object. Attempts to change the meaning of a message (operator) when applied to already well known objects is forbidden by good taste and sane reviewers. C++ being a bit of a dog's breakfast seems to have given some people the idea that they can get away with abusing operator overloading for what can only amount to obfuscation. -- Greg A. Woods Kelowna, BC +1 250 762-7675 RoboHack Planix, Inc. Avoncote Farms --pgp-sign-Multipart_Wed_May_13_21:21:23_2020-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit Content-Description: OpenPGP Digital Signature -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQTWEnAIIlcZX4oAawJie18UwlnHhQUCXrzHRgAKCRBie18UwlnH ha0yAJoCNdGyU5T6HQnHBLBrLYjYgbEYdwCgh6ZCgFrI6B5sINNK2czDRd6esA0= =i2Kq -----END PGP SIGNATURE----- --pgp-sign-Multipart_Wed_May_13_21:21:23_2020-1--