Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: Changes to the filesystem while find is running - comments? |
|---|---|
| Date: | Wed, 24 Nov 2004 18:29:08 +0100 |
I am genuinely surprised that Solaris still has such a relatively small PATH_MAX. Linux has 4096.
Really, there are things you cannot change because of binary compatibility. PATH_MAX is one. Having a 4K path seems rather pointless; the longest path on my system is 225 bytes; a factor of 4 over that borders on the ridiculous.
Like other arbitrary system limits of its ilk, PATH_MAX is evil, and is one of the more persuasive arguments for getting rid of the C language and its fixed-size stack-allocated buffers.
char path[PATH_MAX]; /* considered harmful */
Evil, yes, but old source code never dies. Casper
| Previous by Date: | Re: Incorrect reporting of the Bofra/The Register exploit, Florian Laws |
|---|---|
| Next by Date: | Limited buffer-overflow and arbitrary memory access in Star Wars Battlefront 1.11, Luigi Auriemma |
| Previous by Thread: | Re: Changes to the filesystem while find is running - comments?, Martin Buchholz |
| Next by Thread: | Re: Changes to the filesystem while find is running - comments?, James Youngman |
| Indexes: | [Date] [Thread] [Top] [All Lists] |