lkml.org 
[lkml]   [2014]   [Mar]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Update of file offset on write() etc. is non-atomic with I/O
Linus Torvalds <torvalds@linux-foundation.org> wrote:
On Mon, Mar 3, 2014 at 1:26 PM, Al Viro <viro@zeniv.linux.org.uk> wrote:
>> Most of the cases have it kept separately in registers, actually - there's
>> a reason why fdget() and friends are inlined.

> Yes. And bit test and set ops on registers are actually cheaper than
> playing around with bytes.

Ah. I cut & pasted the code into a separate file and compiled it
out of line. But I stubbed a lot, so it went to memory. My bad.

> Oh, and George, your email setup is broken. Gmail thinks your emails
> are spam. I'm not sure why (the usual spf problems do not apply), but
> it's possibly because your name and email looks made up.

Thanks, but damn, I wish they'd give a little more information.

The horizon.com MX record is correct, the mail server's forward and
reverse DNS matches, the SMTP server is a little creaky but I think it's
completely standards-compliant.

I'm using bsd mailx, which is *definitely* creaky (you'll notice a
complete lack of MIME or User-Agent headers), but again, it's kind of
the baseline standard for RFC(2)822 e-mail.

The one infelicity I'm aware of is that I cut & pasted the headers from
an on-line mail archive, but mailx doesn't have an easy way to add
an In-Reply-To: header. Perhaps a Subject: beginning with "Re:" and
no In-Reply-To: looks odd.

But damnifino.


\
 
 \ /
  Last update: 2014-03-04 01:42    [W:0.129 / U:0.544 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site