From: Alex Riesen <raa.lkml@gmail.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: git@vger.kernel.org, Junio C Hamano <junkio@cox.net>
Subject: Re: [PATCH] Fix merge-recursive on cygwin: broken errno when unlinking a directory
Date: Thu, 19 Apr 2007 01:40:34 +0200 [thread overview]
Message-ID: <20070418234034.GE2477@steel.home> (raw)
In-Reply-To: <alpine.LFD.0.98.0704181537590.9964@woody.linux-foundation.org>
Linus Torvalds, Thu, Apr 19, 2007 01:04:06 +0200:
> >
> > + struct stat st;
> > + int err = errno;
> > + if (err == EISDIR ||
> > + (err == EPERM && !lstat(path, &st) && S_ISDIR(st.st_mode))) {
>
> Can I ask people to please *not* write things like this?
>
Err... ok.
>
> (Side note: EPERM is actually apparently the POSIXLY correct error!)
>
Indeed it is 8-[]
>
> So here's a suggested and totally untested patch. It makes the code more
> readable, and probably fixes *two* bugs in the process. It also simply
> doesn't really even care what the error actually was - the important part
> was not that it was a directory, but that the unlink didn't succeed!
>
Well, it is a bit tested now. I'll repeat the testing tomorrow on that
windows box.
> + /* .. but not some other error (who really cares what?) */
> + return error(msg, path, ": perhaps a D/F conflict?");
I have to care sometimes when cygwin breaks where you never expect it
to. These annoying strerror(errno)'s a very helpful. IOW, how can
the user respond to the message which just tells "maybe it is
expected and you can fix it. Perhaps"? What do I do here next?
(well, I know what to do, but someone wont).
An lstat + S_ISDIR would at least make it plain "D/F conflict".
next prev parent reply other threads:[~2007-04-18 23:40 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-18 22:33 [PATCH] Fix merge-recursive on cygwin: broken errno when unlinking a directory Alex Riesen
2007-04-18 23:04 ` Linus Torvalds
2007-04-18 23:40 ` Alex Riesen [this message]
2007-04-19 8:28 ` Alex Riesen
2007-04-19 16:39 ` Linus Torvalds
2007-04-19 18:31 ` Sam Ravnborg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070418234034.GE2477@steel.home \
--to=raa.lkml@gmail.com \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).