help-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

weird PATH_MAX discussion in mplayer's list. (Fwd: [MPlayer-dev-eng] [PA


From: Robert Millan
Subject: weird PATH_MAX discussion in mplayer's list. (Fwd: [MPlayer-dev-eng] [PATCH] fix for unconditional use of PATH_MAX)
Date: Thu, 1 May 2003 19:15:38 +0200
User-agent: Mutt/1.5.4i

hi,

please someone could lend me a hand? i'm having trouble with these
people trying to convince them to support systems without PATH_MAX

they keep insisting on hardcoding PATH_MAX to 512 bytes.. with
this last message (see below) it's getting realy weird. if someone can
help please read the archived discussion:

  http://mplayerhq.hu/pipermail/mplayer-dev-eng/2003-April/018199.html

On Thu, May 01, 2003 at 10:15:54AM -0400, D Richard Felker III wrote:
> On Thu, May 01, 2003 at 02:35:01PM +0200, Robert Millan wrote:
> > 
> > please don't do that, it's a _bad_ solution. what if i run mplayer in
> > a directory longer than 512 bytes? then it will fail or not work as
> > expected.
> 
> Then you deserve what you get for making such a nonsense directory!!
> 
> > if you hardcode PATH_MAX, you'll recieve bug reports from users telling
> > that mplayer fails or behaves unexpectedly.
> 
> No, no one uses such long paths, because on ALL unices but Hurd,
> they're forbidden!
> 
> There's a reason PATH_MAX exists. In order to make an operating system
> robust, there have to be resource limits on users. If I could make a
> 500-meg directory name, then pass it to a syscall, that would be some
> serious denial of service on the system.....

-- 
Robert Millan

make: *** No rule to make target `war'.  Stop.

Another world is possible - Just say no to genocide




reply via email to

[Prev in Thread] Current Thread [Next in Thread]