From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: sqlite3 Date: Fri, 17 Dec 2021 09:25:51 +0100 Message-ID: <871r2b1vu8.fsf@gnus.org> References: <87tufmjyai.fsf@gnus.org> <87mtl13vz2.fsf@gnus.org> <87ilvp3tzo.fsf@gnus.org> <83wnk5gduf.fsf@gnu.org> <87r1ab1y0r.fsf@gnus.org> <83sfurejs6.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="5912"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Dec 17 09:28:00 2021 Return-path: Envelope-to: ged-emacs-devel@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 1my8at-0001JG-Ut for ged-emacs-devel@m.gmane-mx.org; Fri, 17 Dec 2021 09:27:59 +0100 Original-Received: from localhost ([::1]:37198 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1my8as-0003cg-K8 for ged-emacs-devel@m.gmane-mx.org; Fri, 17 Dec 2021 03:27:58 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:56278) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1my8Yz-0000d2-R5 for emacs-devel@gnu.org; Fri, 17 Dec 2021 03:26:03 -0500 Original-Received: from [2a01:4f9:2b:f0f::2] (port=60998 helo=quimby.gnus.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1my8Yx-0003Mf-Vz; Fri, 17 Dec 2021 03:26:01 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=7e3OWHVyYW9xuDFBtBjYOdH6r3cGYzh+v23R3T0fLec=; b=LVrrhyGNh8opBMsOtk/19BDLQx EFTcgJP3mjiEIheESY/w5MgEQIpNrZLIputoNAcyPZh+Ru+GFKOlsmMivgqQYXYA09ocvMS0MgWzX q2+TKQPkNg8hzQeeryhpdtvVwrY6d2WORt0LVsqpfWBxBByszgapfc+z36RlpaCDOa0U=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1my8Yq-0005yd-48; Fri, 17 Dec 2021 09:25:55 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEXFUlysJC7ceoTy tr3///8sDGGyAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+UMEQgCCwz/F9gAAAGvSURBVDjLdZSLjcQg DERt0oDJNeCYBiLov7ebMeSzezq0WiV+MP4SEaxaK/61vpfQ9mm6gJj4h8nyJxQJn3Iq2CWCtyAI iRaUUytqquZ0Sx9aIqYbE4XKsZCbgDx+Coxt4AQ3v4lZaQPAUkXikYM5geT71oHwWNI8LilsLA2m s4xxgylmOiX6G1w14fZ4gb3oKpvFaC9Q4iTIgO0DtE7QurjXN7AJ6EkeoEogd0EeQPUYynpzjTdA BscqTX0niIDb8UeKbUT8/4Lb+S2V0my5fYHiOlP4PIFBKH9BtkbQOHvyq6M7+oyBwsg8dSeIXAD0 qzew0TrNJSerXsDERnRWps0psZVfOQH8BXb/AoW1wrDfoMtgpAtsckv1dSIgtUdzu2YLJ5AeQIhF ljLcHZPVc3oS1AQajkdrmMTeocVm8wZd6W1XVLwGmilygiWl2sD92qguceylyrH7BHTOcHnDV1R1 O5bUnlLLqtN56w1p5AlHKQvi1b2dU8oXEN5wdh+pppTbMadgP6cajACYfn4RML36M/KTstMHrltj ITMqAke32ooKYU6peQ9Q3QtU+wUgz2U06k7i+QAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0xMi0x N1QwODowMjoxMSswMDowMEQTBMkAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTItMTdUMDg6MDI6 MTErMDA6MDA1Trx1AAAAAElFTkSuQmCC X-Now-Playing: King Crimson's _The Complete 1969 Recordings (8): In the Court Of The Crimson King_: "Moonchild" In-Reply-To: <83sfurejs6.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 17 Dec 2021 10:07:53 +0200") X-Host-Lookup-Failed: Reverse DNS lookup failed for 2a01:4f9:2b:f0f::2 (failed) Received-SPF: pass client-ip=2a01:4f9:2b:f0f::2; envelope-from=larsi@gnus.org; helo=quimby.gnus.org X-Spam_score_int: -35 X-Spam_score: -3.6 X-Spam_bar: --- X-Spam_report: (-3.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:282199 Archived-At: Eli Zaretskii writes: > If Emacs 1 attempts to open and read the file while Emacs 2 still > writes to it, Windows will not let Emacs 1 open the file, and the > failure will be EACCES, as your report shows. That's because the > default way of opening files which we use in Emacs opens them in > "unshared" mode, so they cannot be shared between different processes. But in this case, Emacs 2 should have exited already before we try to read the file... I think. I'll try to debug this more thoroughly; perhaps I was misinterpreting what I was seeing. > Which probably means multisession.el should have some mechanism to > deal with this gracefully, like retrying the open/read several times > before giving up. After all, the window for such races should be > quite short, given that we write very small files. Yup. It does this in the sqlite case, so I'll replicate the logic in the files case, too. But it seemed very mysterious to me that I was getting a permission denied after Emacs 2 had exited. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no