From: Johannes Schindelin <Johannes.Schindelin@gmx.de>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org, Johannes Sixt <j6t@kdbg.org>
Subject: Re: [PATCH] mingw: emulate write(2) that fails with a EPIPE
Date: Thu, 17 Dec 2015 10:39:43 +0100 (CET) [thread overview]
Message-ID: <alpine.DEB.2.20.1512171037310.6483@virtualbox> (raw)
In-Reply-To: <xmqq7fkedyx7.fsf@gitster.mtv.corp.google.com>
Hi Junio,
On Wed, 16 Dec 2015, Junio C Hamano wrote:
> Johannes Schindelin <johannes.schindelin@gmx.de> writes:
>
> > int mingw_fflush(FILE *stream);
> > #define fflush mingw_fflush
> >
> > +static inline ssize_t mingw_write(int fd, const void *buf, size_t len)
> > +{
> > + ssize_t result = write(fd, buf, len);
> > +
> > + if (result < 0 && errno == EINVAL && buf) {
> > + /* check if fd is a pipe */
> > + HANDLE h = (HANDLE) _get_osfhandle(fd);
> > + if (GetFileType(h) == FILE_TYPE_PIPE)
> > + errno = EPIPE;
> > + else
> > + errno = EINVAL;
> > + }
> > +
> > + return result;
> > +}
> > +
> > +#define write mingw_write
> > +
>
> It strikes me a bit strange to see this inlined compared to what
> appears in the context. Shouldn't the implementation be done in
> compat/mingw.c like all others?
My intuition (which I honestly did not verify using performance tests) was
that write() is called *much* more often than, say, open(), and therefore
I wanted to interfere as little as possible with the performance penalty.
Hence the choice of an inlined function as opposed to a non-optimizable
increment of the call chain.
If it bothers you a lot I will set aside time to perform performance
tests.
Ciao,
Dscho
next prev parent reply other threads:[~2015-12-17 9:39 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-16 12:14 [PATCH] mingw: emulate write(2) that fails with a EPIPE Johannes Schindelin
2015-12-16 18:35 ` Junio C Hamano
2015-12-17 9:39 ` Johannes Schindelin [this message]
2015-12-17 16:40 ` Junio C Hamano
2015-12-17 17:08 ` Johannes Schindelin
2015-12-16 19:47 ` Eric Sunshine
2015-12-16 20:36 ` Junio C Hamano
2015-12-17 9:37 ` Johannes Schindelin
2015-12-17 17:08 ` [PATCH v2] " Johannes Schindelin
2015-12-17 19:22 ` Junio C Hamano
2015-12-18 16:10 ` Johannes Schindelin
2015-12-18 20:57 ` Johannes Sixt
2015-12-21 16:59 ` Junio C Hamano
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=alpine.DEB.2.20.1512171037310.6483@virtualbox \
--to=johannes.schindelin@gmx.de \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=j6t@kdbg.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).