[MPlayer-dev-eng] [PATCH] Check if path is too long

Reimar Döffinger Reimar.Doeffinger at gmx.de
Wed Jun 5 04:07:17 CEST 2013


On 05.06.2013, at 02:39, KO Myung-Hun <komh78 at gmail.com> wrote:
> Hi/2.
> 
> Reimar Döffinger wrote:
>> On Tue, Jun 04, 2013 at 12:57:03PM +0900, KO Myung-Hun wrote:
>>> Hi/2.
>>> 
>>> This patch fixes the problem that MPlayer crashes if a path is too long.
>> 
>> Why? I don't see anything in the code that you change that should
>> cause crashes if the path is very long?
>> Unless the open function itself crashes, but I'm not exactly convinced
>> we should work around an OS issue like that, and if we do we should only
>> do it for that specific OS (and probably closer to the issue, e.g. doing
>> a strlen just before open()).
> 
> I agree with you, because it was my first approach. But I think, it is
> just a symptomatic treatment. So it is more general and more fundamental
> to prevent from generating a too long path itself.

I disagree, there is no such thing as a "too long path".
While PATH_MAX is a convenient hack when you need to decide which buffer size to use and in some cases things _might_ stop working for names longer than it, it is also possible that names longer than that work perfectly fine.
I see no good reason to "pre-emptively" break very long file names on purpose, just because they _might_ not work.


More information about the MPlayer-dev-eng mailing list