From owner-cvs-all Sat Dec 18 16: 8:53 1999 Delivered-To: cvs-all@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id BFDB814A29; Sat, 18 Dec 1999 16:08:48 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id RAA05774; Sat, 18 Dec 1999 17:08:47 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id RAA92968; Sat, 18 Dec 1999 17:08:47 -0700 (MST) Message-Id: <199912190008.RAA92968@harmony.village.org> To: Brian Fundakowski Feldman Subject: Re: cvs commit: src/lib/libc/gen fts.c Cc: Bruce Evans , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org In-reply-to: Your message of "Sat, 18 Dec 1999 18:27:38 EST." References: Date: Sat, 18 Dec 1999 17:08:47 -0700 From: Warner Losh Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk In message Brian Fundakowski Feldman writes: : It's not subtle at all. Instead of before, fts(3) will return an : error instead of overflowing. That's the big behavior change. I've : tested this, and I know this fts(3) works. Since you evidently _do_ : have the previous fix for fts(3), why don't you commit that now? Actually I know the overflow case isn't subtle. What I was talking about was the non-overflow case and some edge conditions for long path names. One of the changes I looked at made it impossible to removed files that were longer than MAXPATHLEN in length and it was hard to find out why w/o lots of looking. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message