From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS47066 71.19.144.0/20 X-Spam-Status: No, score=-1.2 required=3.0 tests=BAYES_00,FREEMAIL_FROM, FROM_STARTS_WITH_NUMS,MSGID_FROM_MTA_HEADER shortcircuit=no autolearn=no version=3.3.2 Path: news.gmane.org!not-for-mail From: Hleb Valoshka <375gnu@gmail.com> Newsgroups: gmane.comp.lang.ruby.kgio.general Subject: Re: Concurrency issue in TestKgioUnixConnect? Date: Tue, 3 Sep 2013 11:50:12 +0300 Message-ID: References: <20130901140301.GI1272@loar> <20130901195835.GB30612@dcvr.yhbt.net> <20130902212429.GA18310@dcvr.yhbt.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1378198234 6890 80.91.229.3 (3 Sep 2013 08:50:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 3 Sep 2013 08:50:34 +0000 (UTC) To: kgio@librelist.org Original-X-From: kgio@librelist.org Tue Sep 03 10:50:36 2013 Return-path: Envelope-to: gclrkg-kgio@m.gmane.org List-Archive: List-Help: List-Id: List-Post: List-Subscribe: List-Unsubscribe: Precedence: list Original-Sender: kgio@librelist.org Xref: news.gmane.org gmane.comp.lang.ruby.kgio.general:201 Archived-At: Received: from zedshaw2.xen.prgmr.com ([71.19.156.177]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VGmJn-0006D1-Ss for gclrkg-kgio@m.gmane.org; Tue, 03 Sep 2013 10:50:36 +0200 Received: from zedshaw2.xen.prgmr.com (unknown [IPv6:::1]) by zedshaw2.xen.prgmr.com (Postfix) with ESMTP id A16DF75062 for ; Tue, 3 Sep 2013 08:59:28 +0000 (UTC) On 9/3/13, Eric Wong wrote: > I just signed-off and pushed the following out: > > Hleb Valoshka (2): > Change prefix of temporary sockets to prevent races > Don't dump 20M in case of failure > > I've never been hit by the issue even though I've always known it's a > potential issue on very busy systems. It looks like Tempfile embeds the I was able to reproduce it only one or two times in virtualized GNU/kFreeBSD. > PID in the temporary name, so maybe the buildds are recycling PIDs very > quickly? I think the problem is caused by parallel tests invocation in ruby 1.9 (ruby 1.8 is never affected by this issue). Tempfile builds file name using prefix, PID and random value, in rare cases this random value isn't random enough. > I haven't looked closely at your fakeroot workaround. It's a Debian specific patch.