From unknown Tue Jun 24 05:07:51 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#44644 <44644@debbugs.gnu.org> To: bug#44644 <44644@debbugs.gnu.org> Subject: Status: /tmp/emacs0/ not cleaned up upon exit Reply-To: bug#44644 <44644@debbugs.gnu.org> Date: Tue, 24 Jun 2025 12:07:51 +0000 retitle 44644 /tmp/emacs0/ not cleaned up upon exit reassign 44644 emacs submitter 44644 =E7=A9=8D=E4=B8=B9=E5=B0=BC Dan Jacobson severity 44644 wishlist tag 44644 fixed thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 14 15:30:07 2020 Received: (at submit) by debbugs.gnu.org; 14 Nov 2020 20:30:07 +0000 Received: from localhost ([127.0.0.1]:52112 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ke2BS-0002nX-P8 for submit@debbugs.gnu.org; Sat, 14 Nov 2020 15:30:06 -0500 Received: from lists.gnu.org ([209.51.188.17]:42264) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ke2BR-0002mU-9A for submit@debbugs.gnu.org; Sat, 14 Nov 2020 15:30:05 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:35132) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ke2BQ-00021N-W2 for bug-gnu-emacs@gnu.org; Sat, 14 Nov 2020 15:30:05 -0500 Received: from buffalo.birch.relay.mailchannels.net ([23.83.209.24]:10293) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ke2BP-0000XY-2R for bug-gnu-emacs@gnu.org; Sat, 14 Nov 2020 15:30:04 -0500 X-Sender-Id: dreamhost|x-authsender|jidanni@jidanni.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id E07917E1409 for ; Sat, 14 Nov 2020 20:30:00 +0000 (UTC) Received: from pdx1-sub0-mail-a72.g.dreamhost.com (100-96-22-162.trex.outbound.svc.cluster.local [100.96.22.162]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 794857E16FF for ; Sat, 14 Nov 2020 20:30:00 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jidanni@jidanni.org Received: from pdx1-sub0-mail-a72.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.10); Sat, 14 Nov 2020 20:30:00 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jidanni@jidanni.org X-MailChannels-Auth-Id: dreamhost X-Battle-Cooperative: 54239e8b79607923_1605385800712_2345085540 X-MC-Loop-Signature: 1605385800712:3830277863 X-MC-Ingress-Time: 1605385800712 Received: from pdx1-sub0-mail-a72.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a72.g.dreamhost.com (Postfix) with ESMTP id 3FD7C7ED01 for ; Sat, 14 Nov 2020 12:30:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jidanni.org; h=from:to :subject:date:message-id:mime-version:content-type; s= jidanni.org; bh=pwdn1HwmJAA2Hcnb+qspgA1zYMc=; b=VoxV1JQkTm6s0+Kv fFuaHMcFg8/6NaDY0Mc0o3ywpuxwigvJ0iNoz6Son0kM8REI8HYla/LaAakFnWwk fYwWK6ptidFapt0wmkKklX+YT9tiuIeb1zmRZIrXMsXYbnsWBIKm8et/coCEhawH yCRUlls34t4ITrPf4NRPqAm2ATQ= Received: from jidanni.org (220-140-7-179.dynamic-ip.hinet.net [220.140.7.179]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jidanni@jidanni.org) by pdx1-sub0-mail-a72.g.dreamhost.com (Postfix) with ESMTPSA id F1F467E691 for ; Sat, 14 Nov 2020 12:29:59 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a72 From: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson To: bug-gnu-emacs@gnu.org Subject: /tmp/emacs0/ not cleaned up upon exit Date: Sun, 15 Nov 2020 03:47:42 +0800 Message-ID: <87a6vjk9ep.8.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=23.83.209.24; envelope-from=jidanni@jidanni.org; helo=buffalo.birch.relay.mailchannels.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/14 15:30:01 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) Empty server-socket-dir /tmp/emacs0/ left on disk after exit when root. # id uid=0(root) gid=0(root) groups=0(root) # emacs -Q -f server-start ^X^C # ls -dl /tmp/emacs0/ drwx------ 2 root root 40 11-15 03:26 /tmp/emacs0/ See server.el: server-socket-dir is usually /run/user/nnn/emacs, except when root, due to server-ensure-safe-dir . Anyway leaving empty directories around after exit is bad when not root too. emacs-version "27.1" From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 16 18:06:55 2020 Received: (at 44644) by debbugs.gnu.org; 16 Nov 2020 23:06:55 +0000 Received: from localhost ([127.0.0.1]:57701 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kenaJ-0000YE-7V for submit@debbugs.gnu.org; Mon, 16 Nov 2020 18:06:55 -0500 Received: from quimby.gnus.org ([95.216.78.240]:40292) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kenaH-0000Y2-Fc for 44644@debbugs.gnu.org; Mon, 16 Nov 2020 18:06:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To: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=3qthXwLKMWFRxwvWHwCBR1S3NKejrJxzMEG7lz8SWc4=; b=BMaEu+1zX6nH2zARwmVAyR4RyC 3F9Q0AqcMZ1gVS9jWpq2Hoeh1Bn/DHw6KN1b11qhBF3aRyOvxY2jzGwm3JlSvHpvfiWntBzxLF8Tg jQ6JssGzw8ufNYVX1CMfA3H1NjldkCgnaZEP/IOR7Kbll9AEfIZuPMqd4NjhLMhRAIkg=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kena8-00071I-JQ; Tue, 17 Nov 2020 00:06:47 +0100 From: Lars Ingebrigtsen To: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> X-Now-Playing: Yes's _The Yes Album_: "Starship Trooper: Life Seeker; Disillusion; =?utf-8?Q?W=C3=BCrm=22?= Date: Tue, 17 Nov 2020 00:06:43 +0100 In-Reply-To: <87a6vjk9ep.8.fsf@jidanni.org> (=?utf-8?B?IuepjeS4ueWwvA==?= Dan Jacobson"'s message of "Sun, 15 Nov 2020 03:47:42 +0800") Message-ID: <87y2j0sxz0.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: 積丹尼 Dan Jacobson writes: > Anyway leaving empty directories around after exit is bad when not root too. True. Looking at the code, it looks like having `server-start' add `server-force-delete' to `kill-emacs-query-functions' would do the trick? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) =E7=A9=8D=E4=B8=B9=E5=B0=BC Dan Jacobson writes: > Anyway leaving empty directories around after exit is bad when not root t= oo. True. Looking at the code, it looks like having `server-start' add `server-force-delete' to `kill-emacs-query-functions' would do the trick? Does anybody see any downsides to doing that? --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 17 10:00:20 2020 Received: (at 44644) by debbugs.gnu.org; 17 Nov 2020 15:00:20 +0000 Received: from localhost ([127.0.0.1]:60863 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kf2Sx-0007se-LB for submit@debbugs.gnu.org; Tue, 17 Nov 2020 10:00:20 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43936) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kf2Ss-0007sH-PL for 44644@debbugs.gnu.org; Tue, 17 Nov 2020 10:00:18 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55487) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kf2Sn-0001Vz-5H; Tue, 17 Nov 2020 10:00:09 -0500 Received: from [176.228.60.248] (port=2506 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kf2Sl-00062L-U6; Tue, 17 Nov 2020 10:00:08 -0500 Date: Tue, 17 Nov 2020 17:00:03 +0200 Message-Id: <83zh3gqb9o.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87y2j0sxz0.fsf@gnus.org> (message from Lars Ingebrigtsen on Tue, 17 Nov 2020 00:06:43 +0100) Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Date: Tue, 17 Nov 2020 00:06:43 +0100 > Cc: 44644@debbugs.gnu.org > > 積丹尼 Dan Jacobson writes: > > > Anyway leaving empty directories around after exit is bad when not root too. > > True. Looking at the code, it looks like having `server-start' add > `server-force-delete' to `kill-emacs-query-functions' would do the > trick? > > Does anybody see any downsides to doing that? What if the Emacs that's being killed is not the one that created the server file? From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 17 10:22:13 2020 Received: (at 44644) by debbugs.gnu.org; 17 Nov 2020 15:22:13 +0000 Received: from localhost ([127.0.0.1]:60913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kf2o8-00026o-P3 for submit@debbugs.gnu.org; Tue, 17 Nov 2020 10:22:13 -0500 Received: from dormouse.elm.relay.mailchannels.net ([23.83.212.50]:51387) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kf2o3-00026a-4C for 44644@debbugs.gnu.org; Tue, 17 Nov 2020 10:22:11 -0500 X-Sender-Id: dreamhost|x-authsender|jidanni@jidanni.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 2A447401859; Tue, 17 Nov 2020 15:22:05 +0000 (UTC) Received: from pdx1-sub0-mail-a97.g.dreamhost.com (100-96-12-107.trex.outbound.svc.cluster.local [100.96.12.107]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 9FF044015E9; Tue, 17 Nov 2020 15:22:04 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jidanni@jidanni.org Received: from pdx1-sub0-mail-a97.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.10); Tue, 17 Nov 2020 15:22:05 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jidanni@jidanni.org X-MailChannels-Auth-Id: dreamhost X-Vacuous-Average: 560bc271273784ee_1605626524897_915815008 X-MC-Loop-Signature: 1605626524896:118884049 X-MC-Ingress-Time: 1605626524896 Received: from pdx1-sub0-mail-a97.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a97.g.dreamhost.com (Postfix) with ESMTP id 471707F547; Tue, 17 Nov 2020 07:22:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jidanni.org; h=from:to:cc :subject:references:date:message-id:mime-version:content-type; s=jidanni.org; bh=NOZka7/EzWJ1YxOzFwtCBOXYkdg=; b=ZsLHsrZUbhkG2 r+O48/4LRD6ZonO4uU53yS3zemmZ8xkYwMYRah1XjNq2U14xeOdi4EZMjKannhtd wzXfd3s4OICNXknCVB0Q/BgEAvCrArt75t5i6XMuAnXTHoGUEim07o4a1NxjRsnM 41pvLgkParRR9CvQIwFd8S415lFEUA= Received: from jidanni.org (220-140-4-155.dynamic-ip.hinet.net [220.140.4.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jidanni@jidanni.org) by pdx1-sub0-mail-a97.g.dreamhost.com (Postfix) with ESMTPSA id 8F2FE7F389; Tue, 17 Nov 2020 07:22:03 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a97 From: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson To: Eli Zaretskii Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> Date: Tue, 17 Nov 2020 23:21:58 +0800 Message-ID: <873618m2jt.5.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, Lars Ingebrigtsen X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> "EZ" == Eli Zaretskii writes: EZ> What if the Emacs that's being killed is not the one that created the EZ> server file? Maybe double check via some kind of $ lsof call. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 24 00:43:03 2020 Received: (at 44644) by debbugs.gnu.org; 24 Nov 2020 05:43:04 +0000 Received: from localhost ([127.0.0.1]:52151 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khR6V-0006GZ-Kk for submit@debbugs.gnu.org; Tue, 24 Nov 2020 00:43:03 -0500 Received: from quimby.gnus.org ([95.216.78.240]:48886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khR6T-0006Fw-9Y for 44644@debbugs.gnu.org; Tue, 24 Nov 2020 00:43: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=X76QlB9slDP3yLncIdp5p0JSn6yKrVQA6N6kaRR8UXk=; b=NDHUgXjEysEEO8BOWVT9rz8pVk jrT1Ed7wB7h/E1wr7XQKnGUW05+SbMZn3v4dqRkeMVYaUw7eg54UBnsnFgM8nnyuTD8eR851TohYr 2g25OSDwqQ/MoErtAH8EYoihsj5hQEoTzPsVtYIiNC+m+4WAmG0knNm3NhmQJ91Na394=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1khR6G-0008SK-KI; Tue, 24 Nov 2020 06:42:54 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEWwcUThrmPKurLx 3uD///9ubg/NAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+QLGAUYJ4KmUowAAAGWSURBVDjLZVSLscMw CMN9C9jOAqmYILD/bg9E/vWlvdRCQoBdkdYGviPW9Fh8maoqvcXrCdjgm0FlSOsi0mQsAVTEhPsB SO9/B2FMDWBfq/T4tRUAdUsREloCY1LL1TT2RkL4zlRSAoYCRhfgG4R18crhAHVayxKSYPQeKSD0 +iGwjYmhe6XlCQgjVUR8LwVE5WHiaEeKFdCXDbanSBU9Gcv0C1iYiUAblCkpbvVPARuC7/nYqIAw EnU0J8X8WhYmkabyh+6fgxJtH4sdDL3AGFT08hKygjkovcsrMaSreUkfBMtYeRiyfJSR4sW8iTHQ ngwiTArB1Od+2Qq701+MOG0Gr3N274eZ5thk+A+jXL0IYQXMIu/4dG/+A9Cp75Xfd1M+jsBDCroX XRXegJ3gmnN6MJwabmcTL6D69wKuKd6BOBiP8bLtNTTVB4AEVkl6umVuUC4BES9HOFhA5th4oXLc h5wVIPLRnMPlC+zVKjJjBmrnoajKLS46FJw1e1vXzuMvobUMrvHwpJOWV/NzmwVYVoT8AzyztIyi 6EgkAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIwLTExLTI0VDA1OjI0OjM5KzAwOjAw6avpNAAAACV0 RVh0ZGF0ZTptb2RpZnkAMjAyMC0xMS0yNFQwNToyNDozOSswMDowMJj2UYgAAAAASUVORK5CYII= X-Now-Playing: Laraaji's _Ambient 3: Day Of Radiance_: "The Dance #3" Date: Tue, 24 Nov 2020 06:42:47 +0100 In-Reply-To: <83zh3gqb9o.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 17 Nov 2020 17:00:03 +0200") Message-ID: <87sg8zcnu0.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> True. Looking at the code, it looks like having `server-start' add >> `server-force-delete' to `kill-emacs-query-functions' would do the >> trick? >> >> Does anybody see any downsides to doing that [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> True. Looking at the code, it looks like having `server-start' add >> `server-force-delete' to `kill-emacs-query-functions' would do the >> trick? >> >> Does anybody see any downsides to doing that? > > What if the Emacs that's being killed is not the one that created the > server file? I didn't read the code closely enough -- emacs-server already does this, but only deletes the /tmp/emacs0/server socket, but leaves the directory behind. As you say, there may be more than one server (with different names), so deleting the directory may fail, but the final Emacs that exits should successfully delete directory, at least, and I've added that to Emacs 28. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 24 00:43:11 2020 Received: (at control) by debbugs.gnu.org; 24 Nov 2020 05:43:11 +0000 Received: from localhost ([127.0.0.1]:52154 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khR6c-0006Gv-Tb for submit@debbugs.gnu.org; Tue, 24 Nov 2020 00:43:11 -0500 Received: from quimby.gnus.org ([95.216.78.240]:48904) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khR6b-0006Gj-Tb for control@debbugs.gnu.org; Tue, 24 Nov 2020 00:43:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=PaFY8NSsr1J+ich7HKUYOn69zxCDHIEBvXzculfCXhI=; b=bUhSNF4YlQUHzJMUmLjZryXwEj Qntkw7m1QfUZZJGP4MolGWGBqX9ZQzAFnvVsk11n1ccl3WkWelk3rfzS0c10Bm1u3arEPAii4uqEn S5x4Ps7E5x9dq9vU94G6BnmNYDVjsndPXvlycTfgu0NfzrkP4rZ38ycBeVwXl88dP8vQ=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1khR6U-0008SX-7G for control@debbugs.gnu.org; Tue, 24 Nov 2020 06:43:04 +0100 Date: Tue, 24 Nov 2020 06:43:01 +0100 Message-Id: <87r1ojcntm.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #44644 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 44644 fixed close 44644 28.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 44644 fixed close 44644 28.1 quit From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 24 03:48:22 2020 Received: (at 44644) by debbugs.gnu.org; 24 Nov 2020 08:48:22 +0000 Received: from localhost ([127.0.0.1]:57579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khTzp-0004zr-Qh for submit@debbugs.gnu.org; Tue, 24 Nov 2020 03:48:22 -0500 Received: from mail-out.m-online.net ([212.18.0.9]:46486) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khTzn-0004zg-Px for 44644@debbugs.gnu.org; Tue, 24 Nov 2020 03:48:20 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4CgHjZ226wz1qtxg; Tue, 24 Nov 2020 09:48:18 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4CgHjZ0FsWz1r4Nd; Tue, 24 Nov 2020 09:48:18 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id UCSDGMPItWEC; Tue, 24 Nov 2020 09:48:17 +0100 (CET) X-Auth-Info: KVdRHyeHnlhjNJ1m+h5MFG7ifPPeFCwJipDUabS0xhuW1q3/PlFiUlF2UcBmvKtF Received: from igel.home (ppp-46-244-168-195.dynamic.mnet-online.de [46.244.168.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Tue, 24 Nov 2020 09:48:17 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id A0A382C32A2; Tue, 24 Nov 2020 09:48:16 +0100 (CET) From: Andreas Schwab To: Lars Ingebrigtsen Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> X-Yow: I'm shaving!! I'M SHAVING!! Date: Tue, 24 Nov 2020 09:48:16 +0100 In-Reply-To: <87sg8zcnu0.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 24 Nov 2020 06:42:47 +0100") Message-ID: <87im9vuomn.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, Eli Zaretskii , jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) On Nov 24 2020, Lars Ingebrigtsen wrote: > I didn't read the code closely enough -- emacs-server already does this, > but only deletes the /tmp/emacs0/server socket, but leaves the directory > behind. As you say, there may be more than one server (with different > names), so deleting the directory may fail, but the final Emacs that > exits should successfully delete directory, at least, and I've added > that to Emacs 28. This creates a race, which breaks the creation of the server file. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 24 03:53:05 2020 Received: (at 44644) by debbugs.gnu.org; 24 Nov 2020 08:53:05 +0000 Received: from localhost ([127.0.0.1]:57611 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khU4O-00059j-Oz for submit@debbugs.gnu.org; Tue, 24 Nov 2020 03:53:04 -0500 Received: from quimby.gnus.org ([95.216.78.240]:51594) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khU4M-00059E-AP for 44644@debbugs.gnu.org; Tue, 24 Nov 2020 03:53:03 -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=C7LpCEBwOuIpOF6SOaduxVghGyAcYMgJNmpw/Fd8hoY=; b=FREvwi+QJhpfkYencBd6CJNSBd daXd1BjmKW6gfiCkIlH9kKS5X7vcctRu1Oa6J1qa9dDt5kuAq8HfI4YMNqF3D7cFITnFArP2OhS57 N3KRzH5Tb5QlRGXskCj4WhgeP23TqAXBPtjZkYxC1AxadJ6WUeotfHPEAD0d3RQH9mzM=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1khU4D-0001Ua-8f; Tue, 24 Nov 2020 09:52:55 +0100 From: Lars Ingebrigtsen To: Andreas Schwab Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> <87im9vuomn.fsf@igel.home> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEW0nk6jlnRBTjr/ ///ZHU4dAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+QLGAg0IsMlXv4AAAHCSURBVCjPTZJBa9tAEIXH ohL2nlqQTOxTCDXY+ysaiA/VKTFaYeuUGhsc/YqtsUvQyQRLuDqtgyVW71d2lDSQ3ct8vMfwdmaJ Ph93oT7OHdH0fzlVlming7a+78QXokNPuUoleWcS0dVhEvVYeQgGR7r6LqinEvWDghM5mQhUgiai /onEK5tSYE6BJWG6fj/5u0h33oWEnUw3T81G7j1WsFC5Wlu5F5YkfnJjoeUd27wWYqDecQKBMOFu hTkOLCth0wAFbLAiF6FF/eflvBmtWInravZ72cy/ReQlse6jUsPVKOKXpkYylL7PkM9e0VRlHvkX BhGK4lIUUTynQYzGao0qXnO2xJ5/3WrRxP4XTlAmzctAVuraZyjEepkin3+9Z6hLtbRwN0HEgENy m6HaTB45G2ZiC6TWMzSqj0n2vG3SNrXMy1ACl/QoHknWBRjy1IUhkZX2hgEdcWi7WcfYSmrnmScK S9eygnZOJCWDdPRNJuY8N3S20MYhBg8gUVteIU/UF2dmwGihyZ3tn7jOzHi4pcmwqBhSM9ZEPkLV 2kBkaIgS7yDblaR8S+hxt0vyTSgtRAvvJhi82T6wsJ8/WPcfxoTaaKF7k38AAAAldEVYdGRhdGU6 Y3JlYXRlADIwMjAtMTEtMjRUMDg6NTI6MzMrMDA6MDAu0rPAAAAAJXRFWHRkYXRlOm1vZGlmeQAy MDIwLTExLTI0VDA4OjUyOjMzKzAwOjAwX48LfAAAAABJRU5ErkJggg== X-Now-Playing: Kid Creole & The Coconuts's _Off the Coast of Me_: "Calypso Pan American" Date: Tue, 24 Nov 2020 09:52:51 +0100 In-Reply-To: <87im9vuomn.fsf@igel.home> (Andreas Schwab's message of "Tue, 24 Nov 2020 09:48:16 +0100") Message-ID: <874klf3zmk.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Andreas Schwab writes: > This creates a race, which breaks the creation of the server file. It's a race, but the window is pretty narrow, isn't it? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, Eli Zaretskii , jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Andreas Schwab writes: > This creates a race, which breaks the creation of the server file. It's a race, but the window is pretty narrow, isn't it? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 24 04:29:10 2020 Received: (at 44644) by debbugs.gnu.org; 24 Nov 2020 09:29:11 +0000 Received: from localhost ([127.0.0.1]:57679 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khUdK-0008CS-Ks for submit@debbugs.gnu.org; Tue, 24 Nov 2020 04:29:10 -0500 Received: from mail-out.m-online.net ([212.18.0.10]:52111) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khUdI-0008CI-Lt for 44644@debbugs.gnu.org; Tue, 24 Nov 2020 04:29:09 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4CgJcg1S6Jz1s31V; Tue, 24 Nov 2020 10:29:06 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4CgJcf64R7z1rhGJ; Tue, 24 Nov 2020 10:29:06 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id KNNcjrklOReh; Tue, 24 Nov 2020 10:29:06 +0100 (CET) X-Auth-Info: V42F0SImoTukYzWNeqX+F+p3/TSFvV7bWY+9yGJlLXIS+rEf+0EdQLYxqi9DWo5k Received: from igel.home (ppp-46-244-168-195.dynamic.mnet-online.de [46.244.168.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Tue, 24 Nov 2020 10:29:06 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id B5A872C32AD; Tue, 24 Nov 2020 10:29:05 +0100 (CET) From: Andreas Schwab To: Lars Ingebrigtsen Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> <87im9vuomn.fsf@igel.home> <874klf3zmk.fsf@gnus.org> X-Yow: ... I live in a FUR-LINE FALLOUT SHELTER Date: Tue, 24 Nov 2020 10:29:05 +0100 In-Reply-To: <874klf3zmk.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 24 Nov 2020 09:52:51 +0100") Message-ID: <87d003umqm.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, Eli Zaretskii , jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.4 (-) On Nov 24 2020, Lars Ingebrigtsen wrote: > Andreas Schwab writes: > >> This creates a race, which breaks the creation of the server file. > > It's a race, but the window is pretty narrow, isn't it? A race is the worst kind of bugs. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 24 10:28:20 2020 Received: (at 44644) by debbugs.gnu.org; 24 Nov 2020 15:28:20 +0000 Received: from localhost ([127.0.0.1]:60926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khaEu-0005F9-1J for submit@debbugs.gnu.org; Tue, 24 Nov 2020 10:28:20 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42212) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khaEt-0005Ew-21 for 44644@debbugs.gnu.org; Tue, 24 Nov 2020 10:28:19 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46005) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1khaEn-0001om-Ct; Tue, 24 Nov 2020 10:28:13 -0500 Received: from [176.228.60.248] (port=2660 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1khaEl-0006XR-4Q; Tue, 24 Nov 2020 10:28:12 -0500 Date: Tue, 24 Nov 2020 17:28:09 +0200 Message-Id: <83y2iqu646.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87sg8zcnu0.fsf@gnus.org> (message from Lars Ingebrigtsen on Tue, 24 Nov 2020 06:42:47 +0100) Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: jidanni@jidanni.org, 44644@debbugs.gnu.org > Date: Tue, 24 Nov 2020 06:42:47 +0100 > > Eli Zaretskii writes: > > >> True. Looking at the code, it looks like having `server-start' add > >> `server-force-delete' to `kill-emacs-query-functions' would do the > >> trick? > >> > >> Does anybody see any downsides to doing that? > > > > What if the Emacs that's being killed is not the one that created the > > server file? > > I didn't read the code closely enough -- emacs-server already does this, > but only deletes the /tmp/emacs0/server socket, but leaves the directory > behind. As you say, there may be more than one server (with different > names), so deleting the directory may fail, but the final Emacs that > exits should successfully delete directory, at least, and I've added > that to Emacs 28. Wait a moment: we are deleting the _directory_ of the server file? Sorry, I was confused and thought you were talking about the server file itself. The directory thing is different. First, its place and purpose depends on whether server-use-tcp is nil (Posix platforms) or not (MS-Windows or when the user of a Posix host connects from another system). If this is non-nil, the directory of the server file is server-auth-dir, which is: (defcustom server-auth-dir (locate-user-emacs-file "server/") Since this is a defcustom, I don't think we can delete that directory behind user's back, even if it is empty. If server-use-tcp is nil (the default), then the directory of server-file is computed thusly: (defvar server-socket-dir (if internal--daemon-sockname (file-name-directory internal--daemon-sockname) (and (featurep 'make-network-process '(:family local)) (let ((xdg_runtime_dir (getenv "XDG_RUNTIME_DIR"))) (if xdg_runtime_dir (format "%s/emacs" xdg_runtime_dir) (format "%s/emacs%d" (or (getenv "TMPDIR") "/tmp") (user-uid)))))) I don't think it's kosher to delete $XDG_RUNTIME_DIR, even if it's empty, since it is probably used by more than the server? And if XDG_RUNTIME_DIR is not defined, and we use a directory under /tmp, then the system cleans that up from time to time, doesn't it? So bottom line, I don't think we should do this, at least not unconditionally. From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 24 11:59:14 2020 Received: (at 44644) by debbugs.gnu.org; 24 Nov 2020 16:59:14 +0000 Received: from localhost ([127.0.0.1]:32863 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khber-00019N-Tv for submit@debbugs.gnu.org; Tue, 24 Nov 2020 11:59:14 -0500 Received: from static.rcdrun.com ([95.85.24.50]:51401) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khbep-000199-Pu for 44644@debbugs.gnu.org; Tue, 24 Nov 2020 11:59:12 -0500 Received: from localhost ([::ffff:41.202.241.56]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C000B.000000005FBD3BD9.000038C3; Tue, 24 Nov 2020 16:59:04 +0000 Date: Tue, 24 Nov 2020 18:41:01 +0300 From: Jean Louis To: Eli Zaretskii Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit Message-ID: References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> <83y2iqu646.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <83y2iqu646.fsf@gnu.org> User-Agent: Mutt/2.0 (3d08634) (2020-11-07) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, Lars Ingebrigtsen , jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) * Eli Zaretskii [2020-11-24 18:29]: > Wait a moment: we are deleting the _directory_ of the server file? > Sorry, I was confused and thought you were talking about the server > file itself. > > The directory thing is different. First, its place and purpose > depends on whether server-use-tcp is nil (Posix platforms) or not > (MS-Windows or when the user of a Posix host connects from another > system). If this is non-nil, the directory of the server file is > server-auth-dir, which is: > > (defcustom server-auth-dir (locate-user-emacs-file "server/") > > Since this is a defcustom, I don't think we can delete that directory > behind user's back, even if it is empty. Good point, as sometimes I was in that directory and launching from it stuff related to Emacs leaving few notes, I would not like directory being deleted for user, but customization could be given as optional. > If server-use-tcp is nil (the default), then the directory of > server-file is computed thusly: > > (defvar server-socket-dir > (if internal--daemon-sockname > (file-name-directory internal--daemon-sockname) > (and (featurep 'make-network-process '(:family local)) > (let ((xdg_runtime_dir (getenv "XDG_RUNTIME_DIR"))) > (if xdg_runtime_dir > (format "%s/emacs" xdg_runtime_dir) > (format "%s/emacs%d" (or (getenv "TMPDIR") "/tmp") (user-uid)))))) > > I don't think it's kosher to delete $XDG_RUNTIME_DIR, even if it's > empty, since it is probably used by more than the server? And if > XDG_RUNTIME_DIR is not defined, and we use a directory under /tmp, > then the system cleans that up from time to time, doesn't it? My XDG_RUNTIME_DIR is used as RAM disk to place thousands and thousands of files temporarily there that I spare my hard disk of those temporary file generations, and files are then uploaded to servers as web pages. Images are being placed in that directory. That directory removes all its data upon system reboot. No need to delete directories definitely. One could just delete the specific file file.pid or various sockets if such do not exist any more and if such files have been created by program. This is report that I use that directory since many years and before XDG_RUNTIME_DIR I have used the memory directory how it was called I forgot, maybe /dev/shm something, now is /run/user/1001 for each user special. From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 25 01:13:50 2020 Received: (at 44644) by debbugs.gnu.org; 25 Nov 2020 06:13:50 +0000 Received: from localhost ([127.0.0.1]:33953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kho3q-0005np-EA for submit@debbugs.gnu.org; Wed, 25 Nov 2020 01:13:50 -0500 Received: from quimby.gnus.org ([95.216.78.240]:33612) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kho3o-0005nZ-6D for 44644@debbugs.gnu.org; Wed, 25 Nov 2020 01:13:48 -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=ZAcJA8VGfR6WHDd8jrP8yYmRrzXvIeUCKPeJlCXy40s=; b=q30uuY2gCaG3MWNb+SX51Pljkv U7dwt2VfDz7BLFTBuP78xaVfgDVlRSxphx0VQeFyyNplXiifLSwXYo4fm/JLDCmuOkpwRySOPZH/X ZFTu0v6ttFxYLLTLRNo7PdMoxZfzrfLxtS9z+TR7NcgAWOC/2c525OlDZGYlSC+PJrZQ=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kho3d-00045v-Fv; Wed, 25 Nov 2020 07:13:40 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> <83y2iqu646.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEVwUh6odBTblRP4 qRO7gRX////jZM1jAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+QLGAokM+DTuDMAAAG5SURBVDjLlVTR leMwCMx2sBA1IFADxm4AWf3XdIOQHe++u4/T80M4mBkGpLy+KNf369fS/e/rXwFFYIXMrt/gzwwW LNOtxYani9QZ8OKFahgnmF7gzkAkSDtlrfk+A5NFEnzC3xybiDrAOTiOMG0GaKulEI1GZbBXdx6L wxIcm0o3VXiLY4LawofVVP7Gp0ePnKohqGrPDB5Og4KGulMlb04fHbk0tS8doWD1afLkS2RwH7Xj u8qtSxNYjYAxcQX+QKuEyId38iw3oFOITh79cOz7PS84unTEF1pXUcKiZ8sMUnKOdoUlCHpXngED qs5+aU81Jr8Pg372pVyrrQbP2hIqjttU4oyRUHEtj5knh1kJ/7w5Vqsk53/3yoQypcsps7AkL+h/ GZsPsAjDh/eYuV0Tsftc3WNePEkyq8pO9ZAMu8uWGYUY6MCmfhSvg+nSgXxpUc1+xCD1xzwWvun+ 0AHsQ5IF57dCSx5qGqVXXA0H/hszJ+/16pWZvBvPxqIyU3tw6GPui4NjhJF0xgU07VcGMRY6hLsH QXziWTr6LH1WdR2Vm+Npbw55vusj8H//Jfvr57X5wP4Bkm26cKoLlmcAAAAldEVYdGRhdGU6Y3Jl YXRlADIwMjAtMTEtMjRUMTA6MzY6NTErMDA6MDBZcPNMAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIw LTExLTI0VDEwOjM2OjUxKzAwOjAwKC1L8AAAAABJRU5ErkJggg== X-Now-Playing: Section 25's _Always Now_: "Dirty Disco" Date: Wed, 25 Nov 2020 07:13:36 +0100 In-Reply-To: <83y2iqu646.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 24 Nov 2020 17:28:09 +0200") Message-ID: <877dqa2cbz.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > I don't think it's kosher to delete $XDG_RUNTIME_DIR, even if it's > empty, since it is probably used by more than the server? And if > XDG_RUNTIME_DIR is not defined, and we use a directory under / [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > I don't think it's kosher to delete $XDG_RUNTIME_DIR, even if it's > empty, since it is probably used by more than the server? And if > XDG_RUNTIME_DIR is not defined, and we use a directory under /tmp, > then the system cleans that up from time to time, doesn't it? > > So bottom line, I don't think we should do this, at least not > unconditionally. You raise some very good points. Perhaps the only case where deleting the directory is the one described in the subject? I.e., when the server directory has been created in `temporary-file-directory'? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 26 08:42:02 2020 Received: (at 44644) by debbugs.gnu.org; 26 Nov 2020 13:42:02 +0000 Received: from localhost ([127.0.0.1]:40233 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiHX8-0002z3-7h for submit@debbugs.gnu.org; Thu, 26 Nov 2020 08:42:02 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57404) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiHX4-0002yY-Tu for 44644@debbugs.gnu.org; Thu, 26 Nov 2020 08:42:00 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42008) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kiHWx-000894-QG; Thu, 26 Nov 2020 08:41:52 -0500 Received: from [176.228.60.248] (port=1206 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kiHWx-0000oP-93; Thu, 26 Nov 2020 08:41:51 -0500 Date: Thu, 26 Nov 2020 15:41:31 +0200 Message-Id: <83sg8wqlpw.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <877dqa2cbz.fsf@gnus.org> (message from Lars Ingebrigtsen on Wed, 25 Nov 2020 07:13:36 +0100) Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> <83y2iqu646.fsf@gnu.org> <877dqa2cbz.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: jidanni@jidanni.org, 44644@debbugs.gnu.org > Date: Wed, 25 Nov 2020 07:13:36 +0100 > > Eli Zaretskii writes: > > > I don't think it's kosher to delete $XDG_RUNTIME_DIR, even if it's > > empty, since it is probably used by more than the server? And if > > XDG_RUNTIME_DIR is not defined, and we use a directory under /tmp, > > then the system cleans that up from time to time, doesn't it? > > > > So bottom line, I don't think we should do this, at least not > > unconditionally. > > You raise some very good points. Perhaps the only case where deleting > the directory is the one described in the subject? I.e., when the > server directory has been created in `temporary-file-directory'? At most, yes. The problem is, it isn't easy to know when the directory is under /tmp (we don't use temporary-file-directory, for the reasons explained in the comment to server-socket-dir). Maybe we should put some special property on server-dir when that is the case? From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 27 02:48:45 2020 Received: (at 44644) by debbugs.gnu.org; 27 Nov 2020 07:48:45 +0000 Received: from localhost ([127.0.0.1]:43715 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiYUn-00012E-JB for submit@debbugs.gnu.org; Fri, 27 Nov 2020 02:48:45 -0500 Received: from quimby.gnus.org ([95.216.78.240]:58680) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiYUj-00011z-OW for 44644@debbugs.gnu.org; Fri, 27 Nov 2020 02:48:43 -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=Uhn8JMidOkIpbwZndhiV5A2qp30AER5UQ5Dc0g+mlsY=; b=Q/xIHyA//I82uVgnBlisczwoUz devH0/5Jg4zAWmKsTK6YAHEuwXe1YorflELg/u0Y24oWQLydRnlvbemLObcNvRn67UM2/tnc2BpJX CM1Ld2awTqLhUNaISjbCIr120XB1JRyA1ugT25eHmaGhJnHl3z2skrix7cxxL+VvQ+Po=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kiYUZ-0004tU-St; Fri, 27 Nov 2020 08:48:34 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> <83y2iqu646.fsf@gnu.org> <877dqa2cbz.fsf@gnus.org> <83sg8wqlpw.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEUdGBaCYm9UPET/ ///ZTkq4AAAAAWJLR0QDEQxM8gAAAAd0SU1FB+QLGwcuDy8+EIMAAAFTSURBVCjPjVFNa8JAEJ2G BrZ7riX0tIS2rPMrRFDoLQUToicpKI2/Yl1U0hwLSuxpWRC2+ysbk2xs6aVzmrdv9r35APgTAYg2 8+LhTA8cmGTjfld0t09OrgziTF93jA6FP7+oEQZSFHVKOQnzkNkGKAxz1KwWITwMCecNAFKZCaZa ASVpJ+Yht9vOljO17ZgCceNyTxeFI9bppRePPlG+ds0VnJorN93TPTVrV3dTKtKm1haUUmEUmYOf LQ7JcqmzeFtCPB8douhgp/4ugpMc96J0gs/+7hb8dJQuRvEwmU1rb1MZdy3EVPho2nb6L4D7HBvg SzgmRdCAzSscezlzcwIL63XQgVFKK5BYfSIP1ZiI+Uf1AJ6xqxX9zK0oz3ayYji+nxkQlnqagMfR nQQ4N/X1UFhWlX7VW3gUlksr38raCc6MVEH7B7ngIoAf8Qv8O74Bmr1iBcXp8PAAAAAldEVYdGRh dGU6Y3JlYXRlADIwMjAtMTEtMjdUMDc6NDY6MTUrMDA6MDDJ+p/6AAAAJXRFWHRkYXRlOm1vZGlm eQAyMDIwLTExLTI3VDA3OjQ2OjE1KzAwOjAwuKcnRgAAAABJRU5ErkJggg== X-Now-Playing: Steve Noble & Farida Amadou duo's _SHAPE Wire CD'2020_: "AN (other)" Date: Fri, 27 Nov 2020 08:48:30 +0100 In-Reply-To: <83sg8wqlpw.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 26 Nov 2020 15:41:31 +0200") Message-ID: <87zh33kzox.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > At most, yes. The problem is, it isn't easy to know when the > directory is under /tmp (we don't use temporary-file-directory, for > the reasons explained in the comment to server-socket-dir). Maybe [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: > At most, yes. The problem is, it isn't easy to know when the > directory is under /tmp (we don't use temporary-file-directory, for > the reasons explained in the comment to server-socket-dir). Maybe we > should put some special property on server-dir when that is the case? Did you mean server-socket-dir instead of server-dir here? Yes, I guess that'd be possible, but the user may change server-socket-dir without changing the property... We could literally just check whether the parent of server-socket-dir is "/tmp" and only delete then. It'd be pretty defensive, but should fix this minor annoyance. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 27 03:12:41 2020 Received: (at 44644) by debbugs.gnu.org; 27 Nov 2020 08:12:41 +0000 Received: from localhost ([127.0.0.1]:43801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiYrx-0001fW-4o for submit@debbugs.gnu.org; Fri, 27 Nov 2020 03:12:41 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54728) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiYrv-0001fK-6A for 44644@debbugs.gnu.org; Fri, 27 Nov 2020 03:12:39 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:32942) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kiYrp-0002eU-VT; Fri, 27 Nov 2020 03:12:33 -0500 Received: from [176.228.60.248] (port=2033 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kiYrp-0001pf-CK; Fri, 27 Nov 2020 03:12:33 -0500 Date: Fri, 27 Nov 2020 10:12:17 +0200 Message-Id: <83k0u7p6am.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87zh33kzox.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 27 Nov 2020 08:48:30 +0100) Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> <83y2iqu646.fsf@gnu.org> <877dqa2cbz.fsf@gnus.org> <83sg8wqlpw.fsf@gnu.org> <87zh33kzox.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: jidanni@jidanni.org, 44644@debbugs.gnu.org > Date: Fri, 27 Nov 2020 08:48:30 +0100 > > Eli Zaretskii writes: > > > At most, yes. The problem is, it isn't easy to know when the > > directory is under /tmp (we don't use temporary-file-directory, for > > the reasons explained in the comment to server-socket-dir). Maybe we > > should put some special property on server-dir when that is the case? > > Did you mean server-socket-dir instead of server-dir here? Yes, sorry. > Yes, I guess that'd be possible, but the user may change > server-socket-dir without changing the property... > > We could literally just check whether the parent of server-socket-dir is > "/tmp" and only delete then. It'd be pretty defensive, but should fix > this minor annoyance. If no better ideas come to mind, yes. I actually don't share the feeling of an annoyance here: /tmp is regularly cleaned up anyway, right? But that's me. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 27 03:23:05 2020 Received: (at 44644) by debbugs.gnu.org; 27 Nov 2020 08:23:05 +0000 Received: from localhost ([127.0.0.1]:43843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiZ20-0001yd-QT for submit@debbugs.gnu.org; Fri, 27 Nov 2020 03:23:05 -0500 Received: from static.rcdrun.com ([95.85.24.50]:42825) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiZ1y-0001xv-M7 for 44644@debbugs.gnu.org; Fri, 27 Nov 2020 03:23:03 -0500 Received: from localhost ([::ffff:41.202.241.56]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C0010.000000005FC0B75F.000068EA; Fri, 27 Nov 2020 08:22:55 +0000 Date: Fri, 27 Nov 2020 11:22:45 +0300 From: Jean Louis To: Eli Zaretskii Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit Message-ID: References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> <83y2iqu646.fsf@gnu.org> <877dqa2cbz.fsf@gnus.org> <83sg8wqlpw.fsf@gnu.org> <87zh33kzox.fsf@gnus.org> <83k0u7p6am.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <83k0u7p6am.fsf@gnu.org> User-Agent: Mutt/2.0 (3d08634) (2020-11-07) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, Lars Ingebrigtsen , jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) * Eli Zaretskii [2020-11-27 11:13]: > > From: Lars Ingebrigtsen > > Cc: jidanni@jidanni.org, 44644@debbugs.gnu.org > > Date: Fri, 27 Nov 2020 08:48:30 +0100 > > > > Eli Zaretskii writes: > > > > > At most, yes. The problem is, it isn't easy to know when the > > > directory is under /tmp (we don't use temporary-file-directory, for > > > the reasons explained in the comment to server-socket-dir). Maybe we > > > should put some special property on server-dir when that is the case? > > > > Did you mean server-socket-dir instead of server-dir here? > > Yes, sorry. > > > Yes, I guess that'd be possible, but the user may change > > server-socket-dir without changing the property... > > > > We could literally just check whether the parent of server-socket-dir is > > "/tmp" and only delete then. It'd be pretty defensive, but should fix > > this minor annoyance. > > If no better ideas come to mind, yes. > > I actually don't share the feeling of an annoyance here: /tmp is > regularly cleaned up anyway, right? But that's me. Many applications that use some directory in /tmp leave directories there. It should be cleaned up by system on next run. If users can customize directory place they could use all kinds of parent directory names And if directory should be deleted, then such should be checked not to contain any other file that could be placed in directory. Recently when running debugging various .heap and mtrace files are all over the system. If directory is inspected by Emacs under debugging, some files would be placed there automatically. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 27 03:25:25 2020 Received: (at 44644) by debbugs.gnu.org; 27 Nov 2020 08:25:25 +0000 Received: from localhost ([127.0.0.1]:43851 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiZ4H-00022O-Gc for submit@debbugs.gnu.org; Fri, 27 Nov 2020 03:25:25 -0500 Received: from quimby.gnus.org ([95.216.78.240]:59056) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiZ4F-000227-Le for 44644@debbugs.gnu.org; Fri, 27 Nov 2020 03:25:24 -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=qzptJA8vljEzA7UZQWtVU3NPMyDm8AY/jMCmGjbm1PE=; b=EiYpcI9/Y5+OzJLoKlc8+ImdxX nD0w4Y0YsN9+p7A+kqkUZtLXWhg4+Qaq2nRmppqMrKxcAKZELzmg+VLvc0muyLhDUyuHH0yY3fiAn yWqiWx1+oxBAz8vSLhKQVO3/eoh5rJYybVAb/8Lr+roEmN9kGgQ4vhgj/Q7YH0TkI4QA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kiZ46-0005BO-H2; Fri, 27 Nov 2020 09:25:17 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> <83y2iqu646.fsf@gnu.org> <877dqa2cbz.fsf@gnus.org> <83sg8wqlpw.fsf@gnu.org> <87zh33kzox.fsf@gnus.org> <83k0u7p6am.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEUdGBaCYm9UPET/ ///ZTkq4AAAAAWJLR0QDEQxM8gAAAAd0SU1FB+QLGwcuDy8+EIMAAAFTSURBVCjPjVFNa8JAEJ2G BrZ7riX0tIS2rPMrRFDoLQUToicpKI2/Yl1U0hwLSuxpWRC2+ysbk2xs6aVzmrdv9r35APgTAYg2 8+LhTA8cmGTjfld0t09OrgziTF93jA6FP7+oEQZSFHVKOQnzkNkGKAxz1KwWITwMCecNAFKZCaZa ASVpJ+Yht9vOljO17ZgCceNyTxeFI9bppRePPlG+ds0VnJorN93TPTVrV3dTKtKm1haUUmEUmYOf LQ7JcqmzeFtCPB8douhgp/4ugpMc96J0gs/+7hb8dJQuRvEwmU1rb1MZdy3EVPho2nb6L4D7HBvg SzgmRdCAzSscezlzcwIL63XQgVFKK5BYfSIP1ZiI+Uf1AJ6xqxX9zK0oz3ayYji+nxkQlnqagMfR nQQ4N/X1UFhWlX7VW3gUlksr38raCc6MVEH7B7ngIoAf8Qv8O74Bmr1iBcXp8PAAAAAldEVYdGRh dGU6Y3JlYXRlADIwMjAtMTEtMjdUMDc6NDY6MTUrMDA6MDDJ+p/6AAAAJXRFWHRkYXRlOm1vZGlm eQAyMDIwLTExLTI3VDA3OjQ2OjE1KzAwOjAwuKcnRgAAAABJRU5ErkJggg== X-Now-Playing: Rojin Sharafi's _SHAPE Wire CD'2020_: "Moss Grew (excerpt)" Date: Fri, 27 Nov 2020 09:25:13 +0100 In-Reply-To: <83k0u7p6am.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 27 Nov 2020 10:12:17 +0200") Message-ID: <87y2injjfa.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> We could literally just check whether the parent of server-socket-dir is >> "/tmp" and only delete then. It'd be pretty defensive, but should fix >> this minor annoyance. > > If no better ideas com [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> We could literally just check whether the parent of server-socket-dir is >> "/tmp" and only delete then. It'd be pretty defensive, but should fix >> this minor annoyance. > > If no better ideas come to mind, yes. OK, done. > I actually don't share the feeling of an annoyance here: /tmp is > regularly cleaned up anyway, right? But that's me. Only on reboot, and some people have machines running for months, so keeping /tmp clean-ish is something programs usually try to do. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 27 17:34:57 2020 Received: (at 44644) by debbugs.gnu.org; 27 Nov 2020 22:34:57 +0000 Received: from localhost ([127.0.0.1]:46530 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kimKO-0002HY-VT for submit@debbugs.gnu.org; Fri, 27 Nov 2020 17:34:57 -0500 Received: from buffalo.birch.relay.mailchannels.net ([23.83.209.24]:9350) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kimKM-0002HP-Uo for 44644@debbugs.gnu.org; Fri, 27 Nov 2020 17:34:56 -0500 X-Sender-Id: dreamhost|x-authsender|jidanni@jidanni.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id B59A5321838; Fri, 27 Nov 2020 22:34:53 +0000 (UTC) Received: from pdx1-sub0-mail-a59.g.dreamhost.com (100-96-27-93.trex.outbound.svc.cluster.local [100.96.27.93]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 1722B3211E7; Fri, 27 Nov 2020 22:34:53 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jidanni@jidanni.org Received: from pdx1-sub0-mail-a59.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.10); Fri, 27 Nov 2020 22:34:53 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jidanni@jidanni.org X-MailChannels-Auth-Id: dreamhost X-Macabre-Trouble: 4952c3125e6e2dc2_1606516493438_225668467 X-MC-Loop-Signature: 1606516493438:2335323719 X-MC-Ingress-Time: 1606516493438 Received: from pdx1-sub0-mail-a59.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a59.g.dreamhost.com (Postfix) with ESMTP id D05E47F011; Fri, 27 Nov 2020 14:34:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jidanni.org; h=from:to:cc :subject:references:date:message-id:mime-version:content-type; s=jidanni.org; bh=Phaco1o3T0UnrwFJQO0rh32DtIM=; b=Aq/2b2LzbYYma rdiC7KOKFClGUjencOqK6MdH7s9BjhwWKvTnWRixesujzEgs+as2KdDmFpdeIbWD uAWx608A0vGKe4vspTVmMetO4RxDtW/467NL0Es7XZ0aYPf1S1j5+Kw+vJHthx1D Nw0w7xLAufLXuNDEu5mT2YnDEGJRkA= Received: from jidanni.org (114-41-34-173.dynamic-ip.hinet.net [114.41.34.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jidanni@jidanni.org) by pdx1-sub0-mail-a59.g.dreamhost.com (Postfix) with ESMTPSA id F224D7EDC6; Fri, 27 Nov 2020 14:34:51 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a59 From: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson To: Lars Ingebrigtsen Subject: Re: bug#44644: /tmp/emacs0/ not cleaned up upon exit References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> <83y2iqu646.fsf@gnu.org> <877dqa2cbz.fsf@gnus.org> <83sg8wqlpw.fsf@gnu.org> <87zh33kzox.fsf@gnus.org> <83k0u7p6am.fsf@gnu.org> <87y2injjfa.fsf@gnus.org> Date: Sat, 28 Nov 2020 06:34:47 +0800 Message-ID: <87eekecttk.5.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 44644 Cc: 44644@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> "LI" == Lars Ingebrigtsen writes: LI> Eli Zaretskii writes: >> I actually don't share the feeling of an annoyance here: /tmp is >> regularly cleaned up anyway, right? But that's me. LI> Only on reboot, and some people have machines running for months, so LI> keeping /tmp clean-ish is something programs usually try to do. Indeed. What if every program had the attitude "Gee, I don't know how to deal with my garbage. Maybe I'll just leave it sitting here and the Environmental Protection Bureau will do something with it." Because 99% of programs are environmentally responsible, that why /tmp is still usable! Else it would quickly cause even your SSD to stop spinning. From unknown Tue Jun 24 05:07:51 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 26 Dec 2020 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator