From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: ASSI Newsgroups: gmane.emacs.bugs Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Date: Fri, 24 Sep 2021 11:15:50 +0200 Message-ID: <87ee9enxkp.fsf@Otto.invalid> References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <87tuiao6g6.fsf@Otto.invalid> <83fstutpnt.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33436"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) Cc: ASSI , 50666@debbugs.gnu.org, akrl@sdf.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Sep 24 11:21:34 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mThOf-0008Uy-BI for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Sep 2021 11:21:33 +0200 Original-Received: from localhost ([::1]:38304 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mThOd-0002xG-UF for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 24 Sep 2021 05:21:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37666) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mThJK-0003ew-Qo for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 05:16:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45163) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mThJK-0002tk-Hl for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 05:16:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mThJK-0007g9-7P for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 05:16:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: ASSI Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 09:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163247496029510 (code B ref 50666); Fri, 24 Sep 2021 09:16:02 +0000 Original-Received: (at 50666) by debbugs.gnu.org; 24 Sep 2021 09:16:00 +0000 Original-Received: from localhost ([127.0.0.1]:56709 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mThJI-0007fu-Dn for submit@debbugs.gnu.org; Fri, 24 Sep 2021 05:16:00 -0400 Original-Received: from smtpout2.vodafonemail.de ([145.253.239.133]:40526) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mThJG-0007fd-7E for 50666@debbugs.gnu.org; Fri, 24 Sep 2021 05:15:58 -0400 Original-Received: from smtp.vodafone.de (smtpa04.fra-mediabeam.com [10.2.0.35]) by smtpout2.vodafonemail.de (Postfix) with ESMTP id DC1406096B; Fri, 24 Sep 2021 11:15:51 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1632474951; bh=y82qkkXXBUWjWIMbN3+qGvG5fZMSiaxGx4lY7+/2QoQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=mPRDA7EQGp3te4j4Ltu3iv5swv1YI8Q6sBfSP/axOYQntpe9d2ZsnbRoGoWEdSk4k 3vlla0+oZju9AAmH7D35Ja9UPZ+DKrmGrTT6lXIeGncUMGsEc2gYghPZJ/Vyg2JHlu Whg5Z46BndOpr9kMRvDwgMSAl0cVWfOSMVMwSq6s= Original-Received: from Otto (p54a0cb96.dip0.t-ipconnect.de [84.160.203.150]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 12BDF1401A0; Fri, 24 Sep 2021 09:15:51 +0000 (UTC) In-Reply-To: <83fstutpnt.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 Sep 2021 10:10:14 +0300") X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate: clean X-purgate-size: 980 X-purgate-ID: 155817::1632474951-00006056-6D7EBD93/0/0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:215276 Archived-At: Eli Zaretskii writes: > This means that the following situation will predictably fail: > > . Emacs session A (or just some shell command) rebases a .eln file > . Emacs session B decides it needs to load that .eln > > What kind of failure will session B see in this case? Is it possible > to figure out somehow that this is the reason, so that we could > instead try loading the .elc or .el? Something like EPERM I'd think, and only very briefly (i.e. if you tretry the exact same call it will usually succeed). We could rename the file while operating on it, but that just moves the point of where the file system race is happening and makes the window a tiny bit smaller. What do you do on Linux in the case that two processes try to generate the same .eln? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves