GitLab

KO Myung-Hun authored Oct 14, 2011 and Rémi Denis-Courmont committed Oct 14, 2011

Modified-by: Rémi Denis-Courmont <remi@remlab.net>
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

KO Myung-Hun authored Oct 10, 2011 and Rémi Denis-Courmont committed Oct 10, 2011

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

KO Myung-Hun authored Oct 10, 2011 and Rémi Denis-Courmont committed Oct 10, 2011

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Untested

avoid having extern Open() symbol defined multiple times in static builds

Better patch welcome

KO Myung-Hun authored Mar 17, 2011 and ivoire committed Apr 03, 2011

Drive letters, backslashes instead of slashes, and so on.
Signed-off-by: Rémi Duraffort <ivoire@videolan.org>

file descriptor number is not a file path

Signed-off-by: Rafaël Carré <rafael.carre@gmail.com>

François Cartegnie authored Apr 14, 2010 and Rémi Denis-Courmont committed Apr 14, 2010

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

This reverts commit 09049343.

We could handle directories as descriptors, but we currently don't. In
the mean time, we had better show an error than generate corrupt
playlist entries.

"-" is now converted to "fd://0" by the input code. And file:///- really
means /- (which is a valid file name).

We assume it is present in plenty of places anyway

This requires support for fdopendir(). One open() and fstat() calls per
input file are avoided. Ok, this is not such a major improvement).
This should also work around brain-damaged file system drivers such as
Linux HFS+, whereby opendir() succeeds on regular files.

(You can't read ahead a pipe)

InputSourceInit() does it globally already

Previous versions didn't seem to trigger an error here.