Thread (17 messages) flat view 17 messages, 8 authors, 2016-06-15

Re: [PATCH 6/5] NUL hack to create_file()

From: Johannes Sixt <hidden>
Date: 2016-06-15 22:44:39

Marius Storm-Olsen schrieb:
Johannes Sixt said the following on 29.05.2008 08:33:
quoted
Junio C Hamano schrieb:
quoted
This is not meant for application to the mainline.  It allows your
git to
refuse to create a blob whose name is "nul".
It's not just about "nul"; these won't work either: "aux", "prn", "con",
"com\d+", "lpt\d+", neither do "$one_of_these.$some_extension". And
all of
that regardless of the case!

See http://msdn.microsoft.com/en-us/library/aa365247(VS.85).aspx

Definitely, we don't ever want to have such special-casing somewhere
in git.
They _can_ be used by using the UNC notation:
    \\?\<drive letter>:\<path>\nul
Do you think we should special-case that, or simply fail?
Rhetoric question: What's so special about those files?

"foo/nul" is a file you don't have permissions to write to. Period. We
should fail the same way as if you had 'chmod a-w foo/nul foo', or as if
there's a bad sector on the disk. Junio's patch series is the way to go
(without 6/5, of course).

-- Hannes
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help