From owner-cvs-gnu Sun Nov 3 07:01:22 1996 Return-Path: owner-cvs-gnu Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA28211 for cvs-gnu-outgoing; Sun, 3 Nov 1996 07:01:22 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA27833; Sun, 3 Nov 1996 06:55:58 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id PAA21163; Sun, 3 Nov 1996 15:55:53 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA01207; Sun, 3 Nov 1996 15:55:52 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.2/8.6.9) id PAA12274; Sun, 3 Nov 1996 15:55:02 +0100 (MET) From: J Wunsch Message-Id: <199611031455.PAA12274@uriah.heep.sax.de> Subject: Re: cvs commit: src/gnu/usr.bin/tar extract.c rtapelib.c To: joerg@freefall.freebsd.org (Joerg Wunsch) Date: Sun, 3 Nov 1996 15:55:02 +0100 (MET) Cc: CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-gnu@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199611031447.GAA27528@freefall.freebsd.org> from Joerg Wunsch at "Nov 3, 96 06:47:54 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-gnu@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Joerg Wunsch wrote: > Modified: gnu/usr.bin/tar extract.c rtapelib.c > Log: > Print out permissions that could not be re-established using 0%o > instead of decimal. Also, don't use the `l' modifier for something > that has just been cast to `int' anyway. Probably also a 2.2 candidate. > Remove various bogus pathnames to look up rsh(1) at. Our rsh is in > /usr/bin, but never in /usr/usb, nor would it ever be called remsh... > Also, if it hasn't been found there, use execlp() to look it up. the > latter is required for `weird' environments like a fixit floppy where > the regular /usr/bin hiearrchy is not avaiable. This too, since it badly broke the remote device specification on the fixit floppy, without any chance to correct this from there (other than piping explicitly through rsh). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)