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 18322 invoked from network); 27 May 2020 16:12:11 -0000 Received: from minnie.tuhs.org (45.79.103.53) by inbox.vuxu.org with ESMTPUTF8; 27 May 2020 16:12:11 -0000 Received: by minnie.tuhs.org (Postfix, from userid 112) id 0CAF89C93A; Thu, 28 May 2020 02:12:07 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id C04599C5EE; Thu, 28 May 2020 02:11:39 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id C60499C5EE; Thu, 28 May 2020 02:11:36 +1000 (AEST) Received: from firemail.de (firemail.de [88.99.137.45]) by minnie.tuhs.org (Postfix) with ESMTPS id F2F469C5EC for ; Thu, 28 May 2020 02:11:35 +1000 (AEST) Received: from firemail.de (localhost.localdomain [127.0.0.1]) by firemail.de (b1gMailServer) with ESMTP id 1FE1B61B for ; Wed, 27 May 2020 18:11:33 +0200 (CEST) Date: Wed, 27 May 2020 18:11:33 +0200 MIME-Version: 1.0 Message-ID: <95e6e8de901c837a28b84e62556ba326@firemail.de> X-Mailer: b1gMail/7.4.0 X-Sender-IP: 84.149.176.87 From: "Thomas Paulsen" To: "Ronald Natalie" In-Reply-To: References: <8a2e9b1b-8890-a783-5b53-c8480c070f2e@telegraphics.com.au> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Re: [TUHS] History of popularity of C X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Thomas Paulsen Cc: tuhs@tuhs.org Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" >The large areas of undefined and unspecified behavior has always been an >issue in C. It was somewhat acceptable when you were using it as a direc= t >replacement for assembler, but Java and many of other follow-ons endevaore= d=20 >to be more portable/rigourous. One cannot compare system and business related stuff!=20 When I'm doing C I always have the CPU and its instructions in mind. As Lin= us I=20 see the assembly code in my inner eyes. For such minds, doing with C what e= arlier was done with assembly, C was created, whereas writing business application= s=20 cobol and its modern relative java are the first choices.