Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71912 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 92413 invoked from network); 1 Feb 2014 01:14:27 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Feb 2014 01:14:27 -0000 Authentication-Results: pb1.pair.com header.from=yohgaki@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=yohgaki@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.170 as permitted sender) X-PHP-List-Original-Sender: yohgaki@gmail.com X-Host-Fingerprint: 209.85.217.170 mail-lb0-f170.google.com Received: from [209.85.217.170] ([209.85.217.170:49617] helo=mail-lb0-f170.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 25/A7-54292-17A4CE25 for ; Fri, 31 Jan 2014 20:14:26 -0500 Received: by mail-lb0-f170.google.com with SMTP id u14so3975007lbd.15 for ; Fri, 31 Jan 2014 17:14:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=QpXAu7jhgfutc0TyoKrrUa8MMRI34eLlsoyPoIgLFMQ=; b=eGKN/dqk83KVnGjia+5Q5404mO5Z07IjxKsrveQGCi8+IIsvn6ZIDIVEd7RWP95p8z xgQX6fQZyfSBpyXcvfjZDna68uEQxMSY7WSuw2I2LX+tyZ0PmZ3L2qe/BKT3oudfnPAJ XIAh6edmcL72k3cWWbPvexScn4CBN4TUnntH0TV4368CghL15rQY7T/i20DzXY+6/evL JhO+u7AhUrnpFPI8umaIY8YLsPlQXEkHYCIZBX9r3v2Yo4hy+ZhUQZ3Kr0lC7frpOtZI n5ic3BisUkUWEIqrSYGOxCpFdyEyvOJEimqbb0mP3007qhix77zG5Wn8s2n7JVcnWRWL yrog== X-Received: by 10.112.201.167 with SMTP id kb7mr3608593lbc.32.1391217262238; Fri, 31 Jan 2014 17:14:22 -0800 (PST) MIME-Version: 1.0 Sender: yohgaki@gmail.com Received: by 10.112.199.37 with HTTP; Fri, 31 Jan 2014 17:13:42 -0800 (PST) In-Reply-To: References: <52E9A631.5050808@sugarcrm.com> <18069656.FoN8fZuO6C@rofl> Date: Sat, 1 Feb 2014 10:13:42 +0900 X-Google-Sender-Auth: uWyP7f4jstv38fOq_l2JxqJtrKU Message-ID: To: Patrick Schaaf Cc: internals Content-Type: multipart/alternative; boundary=001a11c25896b8a18b04f14e02eb Subject: Re: [PHP-DEV] Re: [VOTE] Introduce session.lock, session.lazy_write and session.lazy_destory From: yohgaki@ohgaki.net (Yasuo Ohgaki) --001a11c25896b8a18b04f14e02eb Content-Type: text/plain; charset=UTF-8 Hi Patrick, On Thu, Jan 30, 2014 at 3:37 PM, Patrick Schaaf wrote: > Unrelated to the previous discussion, and applicable to the base PHP code > in mod_files.c too, another observation: > > Some syscalls can fail with EINTR, when a signal hits while within the > kernel. This is especially true for flock(LOCK_EX) because in the already- > locked case the second call will go to sleep for a while waiting for the > lock to clear. But it is also possible, I think, for the pread/read/write > calls. The usual handling for the case (-1 return && errno == EINTR) is to > just repeat the call in a while loop. I think that at least doing so for > the LOCK_EX calls, would be prudent. > Could you send bug report for this and assign me? Thank you. -- Yasuo Ohgaki yohgaki@ohgaki.net --001a11c25896b8a18b04f14e02eb--