Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.1 6/24/83; site elsie.UUCP Path: utzoo!watmath!clyde!burl!ulysses!mhuxl!houxm!houxz!vax135!cornell!uw-beaver!tektronix!hplabs!hao!seismo!rlgvax!cvl!elsie!ado From: ado@elsie.UUCP Newsgroups: net.bugs.4bsd Subject: bug in 4.1bsd "ls -R" (with fix) Message-ID: <1011@elsie.UUCP> Date: Tue, 10-Jul-84 14:41:07 EDT Article-I.D.: elsie.1011 Posted: Tue Jul 10 14:41:07 1984 Date-Received: Fri, 13-Jul-84 03:14:10 EDT Organization: NIH-LEC, Bethesda, MD Lines: 65 Index-- "/usr/src/cmd/ls/ucbls.c" Description-- Doing an "ls -R" can sometimes give spurious output. Repeat by-- mkdir dir1 dir1/sub1 dir2 cp /dev/null dir1/sub1/a cp /dev/null dir1/sub1/b cp /dev/null dir2/c /usr/ucb/ls -R dir1 dir2 > results The distributed version of "/usr/ucb/ls" writes this to "results": dir1: sub1 dir1/sub1: a b b where what's to be expected is: dir1: sub1 dir1/sub1: a b dir2: c Fix thusly-- ed /usr/src/cmd/ls/ucbls.c /pdirectory.*firstp/c #ifdef OLDVERSION pdirectory (dtemp->dc_name, 1, firstp); #else pdirectory (dtemp->dc_name, 1, slastp); #endif . w q While in the neighborhood, those of you running uucp on VAXen who are tired of getting "ls: too many files" messages when listing a constipated "/usr/spool/uucp" directory may want to make this change: ed /usr/src/cmd/ls/ucbls.c /NFILES/c #ifdef OLDVERSION #define NFILES 1024 #else #define NFILES 10240 #endif . w q -- ...decvax!allegra!umcp-cs!elsie!ado (301) 496-5688 (the DEC and VAX in decvax are Digital Equipment Corporation trademarks)