From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 03:16:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10B6B16A4DD for ; Sat, 12 Aug 2006 03:16:35 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [209.89.70.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D0DB43D46 for ; Sat, 12 Aug 2006 03:16:34 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by orthanc.ca (8.13.4/8.13.4) with ESMTP id k7C3GSCw000977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Aug 2006 21:16:28 -0600 (MDT) (envelope-from lyndon@orthanc.ca) Date: Fri, 11 Aug 2006 20:16:28 -0700 (PDT) From: Lyndon Nerenberg To: Julian Elischer In-Reply-To: <44DD4510.5070002@elischer.org> Message-ID: <20060811200747.D770@orthanc.ca> References: <44DD4510.5070002@elischer.org> Organization: The Frobozz Magic Homing Pigeon Company MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on orthanc.ca Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 03:16:35 -0000 I would lose the arbitrary restriction on line length by dropping linebuf and using getchar()/putchar() with a test for \n to determine when to emit the timestamp. There's also the restriction on only being able to timestamp one stream. I can see where it would be useful to be able to timestamp both stdout and stderr; with 'date -s' you have to combine them. However adding support for this argues for a separate program, as that sort of functionality doesn't belong in date. --lyndon