From unknown Tue Jun 17 20:14:00 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#62004 <62004@debbugs.gnu.org> To: bug#62004 <62004@debbugs.gnu.org> Subject: Status: 30.0.50; comp-run-async-workers failure when default-directory deleted Reply-To: bug#62004 <62004@debbugs.gnu.org> Date: Wed, 18 Jun 2025 03:14:00 +0000 retitle 62004 30.0.50; comp-run-async-workers failure when default-director= y deleted reassign 62004 emacs submitter 62004 No Wayman severity 62004 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 06 11:24:28 2023 Received: (at submit) by debbugs.gnu.org; 6 Mar 2023 16:24:28 +0000 Received: from localhost ([127.0.0.1]:43429 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZDdU-000533-AW for submit@debbugs.gnu.org; Mon, 06 Mar 2023 11:24:28 -0500 Received: from lists.gnu.org ([209.51.188.17]:60542) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZDdS-00052w-TE for submit@debbugs.gnu.org; Mon, 06 Mar 2023 11:24:27 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZDdR-0003hh-DF for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2023 11:24:25 -0500 Received: from mail-qt1-x82c.google.com ([2607:f8b0:4864:20::82c]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pZDdO-0002xG-OZ for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2023 11:24:25 -0500 Received: by mail-qt1-x82c.google.com with SMTP id y10so11164465qtj.2 for ; Mon, 06 Mar 2023 08:24:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1678119853; h=mime-version:message-id:date:subject:to:from:user-agent:from:to:cc :subject:date:message-id:reply-to; bh=7Wp1YpgnHnyR6qH55VZGRxuw8LHNTc3QjWYWI65Tz2w=; b=RYFCn1LHmKGZhWDVFtBTLoB9eGUN+6XN6cyUDK5zpmtWvlgK/9A+bRSXerjG0u+qo6 RVWktfTnv9qidjjxuS0EtvDSDQfODp1bNEcssG11AzUiTIg0wUGtHxxuoiLxoc5XI090 dIZAbyJxdnr/tXHu5RYNF89qZ1KBa+8HOk/4fAFxd4VvGxPOU8Lk98GHgA0oYZbi8D7j jvpLkF0cxJjQwu7s/fLojWZbzSIHR9tXZ6RqG8eviOApKi8/geGBAvlM3gPyfIyyQIEn GLI6Hn3d0A44zKT//acWZGeJB+lCJBMqajVP26tkYupicuo5mn25RcKiIGbprv4K10fg Cw0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678119853; h=mime-version:message-id:date:subject:to:from:user-agent :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=7Wp1YpgnHnyR6qH55VZGRxuw8LHNTc3QjWYWI65Tz2w=; b=NpCMdt28L0zjH2GtSwEMUHkTvWd8OixpbBRFs3iMENm7XuOjCxRbEbfe/I4yJn3mNd RWovb62y4tzo7YlWB4jBeKDHNnHLuoTWD5/NFbREqcguXvhZSgFyqsxWeIWgYRPidNA6 DR4ynIDOSwy7cudk2YReauMJ8MDvZjfx7mBNZyFeaswoUZndNU7e3nx3R5IJ16YkNyl5 bCZgMU97DH8sjF+qWN3XAYZ6o2mv6F51cXSTFCQFBycrP4XuY+U8ebWH/O5rhQFB0Wee B09km2/BRCyPtXBTrbCVykMLbGvxcFG03qRmgh4WZKnhndxwlOr0Xnuqs612r3Y4Qv/e 933Q== X-Gm-Message-State: AO0yUKWZcCzymbvfTRSSsE3+MqCXJuE6lpzM6C31m7tecBaeX6pTlBar 1M5KPJDxth1RblboLzhdz/svKbFpQsQ= X-Google-Smtp-Source: AK7set+7SBDwbj47J/u3D3uGy/o+Lr00SVW0+nlP1QWbUp4RIruOpudJ1J5/kXWfF2mwxwnpgtqnpw== X-Received: by 2002:ac8:5e10:0:b0:3bf:d254:bb9b with SMTP id h16-20020ac85e10000000b003bfd254bb9bmr20030079qtx.44.1678119853199; Mon, 06 Mar 2023 08:24:13 -0800 (PST) Received: from nbook ([2601:84:847f:c697:8a6b:6703:a961:212b]) by smtp.gmail.com with ESMTPSA id bl33-20020a05620a1aa100b007422fa6376bsm7781404qkb.77.2023.03.06.08.24.11 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 06 Mar 2023 08:24:12 -0800 (PST) User-agent: mu4e 1.9.21; emacs 30.0.50 From: No Wayman To: bug-gnu-emacs@gnu.org Subject: 30.0.50; comp-run-async-workers failure when default-directory deleted Date: Mon, 06 Mar 2023 10:48:58 -0500 Message-ID: <874jqxyhfo.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed Received-SPF: pass client-ip=2607:f8b0:4864:20::82c; envelope-from=iarchivedmywholelife@gmail.com; helo=mail-qt1-x82c.google.com 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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) 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.3 (--) A corner case I've recently run into with comp-run-async-workers: 1. create a non-empty elisp file at /tmp/dir/test.el 2. visit /tmp/dir/test.el 3. delete /tmp/dir/ 4. from within the test.el buffer `M-x emacs-lisp-native-compile-and-load` The process will fail with: > /tmp/dir/test.el: Opening input file, No such file or directory, > /tmp/dir/test.el A similar edge case is accounted for when the buffer has no associated file. e.g. attempting emacs-lisp-native-compile-and-load from the *scratch* buffer results in the user error: > The buffer must be saved in a file first. Perhaps a similar check should be made in the case described above. In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.36, cairo version 1.17.8) of 2023-02-06 built on nbook Repository revision: 907fd1f7ff402f9d226ebb3b891ea5b54fac1d1c Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.12101006 System Description: Arch Linux From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 06 11:49:37 2023 Received: (at 62004) by debbugs.gnu.org; 6 Mar 2023 16:49:37 +0000 Received: from localhost ([127.0.0.1]:43488 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZE1p-0005lp-7d for submit@debbugs.gnu.org; Mon, 06 Mar 2023 11:49:37 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43408) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZE1o-0005lP-Ef for 62004@debbugs.gnu.org; Mon, 06 Mar 2023 11:49:36 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZE1Y-0007aD-FQ; Mon, 06 Mar 2023 11:49:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=LdRrS3KtmSois21PE8tfSd+dw09CPQYLZvpoUFGaF5A=; b=kzfv1P+3qq7r Lg0dd5bp7sNnSWSR9LXgt5xn0x9J6xsKc04N1e799lkxfcErvhLVMXFfrdsAy7RQjxO1XW+qQ2hnx vuFOoTphApaUI9XIeTdpC1a08zHLMEHB1FkRKHpp+hf0JV5M4grfsWTVRJq5P6VGkKrav3pwRltVw SBAgHbFVrA4B+DBMJJvd/XtESMUICzn21bJOutMEMa2fIjgTGiVBTHjrtMPhaXv3RYVGdnp1cxwbJ jlIwQPiIW9wvxNJZbhHsEJFBk46Y3FAzaatsJxTqrSMDHjy7E+T7g51y3+lxUyTPqhaB3W4YXmnjT 8Pt6xqiIjeZXYCoa63vJ+g==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZE1T-0008AV-OU; Mon, 06 Mar 2023 11:49:17 -0500 Date: Mon, 06 Mar 2023 18:49:09 +0200 Message-Id: <83sfeh7rlm.fsf@gnu.org> From: Eli Zaretskii To: No Wayman , Andrea Corallo In-Reply-To: <874jqxyhfo.fsf@gmail.com> (message from No Wayman on Mon, 06 Mar 2023 10:48:58 -0500) Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted References: <874jqxyhfo.fsf@gmail.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62004 Cc: 62004@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: -3.3 (---) > From: No Wayman > Date: Mon, 06 Mar 2023 10:48:58 -0500 > > > A corner case I've recently run into with comp-run-async-workers: > > 1. create a non-empty elisp file at /tmp/dir/test.el > 2. visit /tmp/dir/test.el > 3. delete /tmp/dir/ > 4. from within the test.el buffer `M-x > emacs-lisp-native-compile-and-load` > > The process will fail with: > > > /tmp/dir/test.el: Opening input file, No such file or directory, > > /tmp/dir/test.el > > A similar edge case is accounted for when the buffer has no > associated file. > e.g. attempting emacs-lisp-native-compile-and-load from the > *scratch* buffer results in the user error: > > > The buffer must be saved in a file first. > > Perhaps a similar check should be made in the case described > above. That's not the same check: the latter checks whether the buffer visits a file, which in the former case is true. I'm not sure we should do anything here: after all, the error message tells what's wrong quite clearly. Andrea, WDYT? From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 06 12:25:19 2023 Received: (at 62004) by debbugs.gnu.org; 6 Mar 2023 17:25:19 +0000 Received: from localhost ([127.0.0.1]:43548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZEaM-0006is-T2 for submit@debbugs.gnu.org; Mon, 06 Mar 2023 12:25:19 -0500 Received: from mail-qv1-f44.google.com ([209.85.219.44]:36735) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZEaL-0006ie-Cu for 62004@debbugs.gnu.org; Mon, 06 Mar 2023 12:25:17 -0500 Received: by mail-qv1-f44.google.com with SMTP id m4so7148274qvq.3 for <62004@debbugs.gnu.org>; Mon, 06 Mar 2023 09:25:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1678123511; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:from:to:cc:subject:date:message-id:reply-to; bh=ft7au8A/TuEl6ohkevEN9u0V55e5tkgYdfO/3rpKoQs=; b=aXC4elnPG2xIB3AczdMzaSWsL6layPH818lr9AONLlH0pkeaGPRXd2n3iJEcblFRUc XHAImQ8UpdC6qFCGBMIsYNuW/Z+dwvSJiiLfFfCE1NcJTuWv5d2fdan/04lW2j1S6YFU JB9EcHFBBRFHwiFWVyOikGbCqHQb+vR4QAM4l4Z/Q8YebhJP9QP3ip34WNnOuEP28XnL Bjl8F7B1O6PmzlNgpdVzsjtHDYJsteLXiDFWzjd0WUJgeZMSi/qAwsWmemQxxHoVQdYm icoK1sj4sxSpe+Y+SINM1fiB/O9gUOlQd/1NHLmEV+cjJ3zUDzBifTJE6439QEFbKAlH mMHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678123511; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=ft7au8A/TuEl6ohkevEN9u0V55e5tkgYdfO/3rpKoQs=; b=qr9kAFIGbdQ7x1P/HQSkBV2MfEfnnvtbq8yZr5pidJsLgJcjIzz8EmSuD78nQ9CB6j Ldf6izLs1MqDaLGnksisKASNj4xr0aOnx+ouHB5nfpjjmQFeZgtGkJECwqfD0Owqe4T+ pQmQUcvS4YBNrmHrW0yLIbpWZ0Bcu2WvmyTtSwqGfmPdfG2P6KjD2GmyW4xWWa5yrrhB wQpvkxo4sXTFgYBLfmnWgHxFTvuv32HHL3SPc3gDsFKf3nNbeXeoVGb5I48uN8BzLbHy CxcHLv78zl4Il7EYm8CpE5jM51UszvbRnsFUtFr35bp1fPq+E+7TyrzAzpxXib62SFui JXhQ== X-Gm-Message-State: AO0yUKXRGFoQZZzLkYDKnMyLDO2y+5EZ10MoNke0F90VjPzyj7K1er0P SXWudp/plDQXralv02yXNkasyKZJ1uv1Qg== X-Google-Smtp-Source: AK7set/Gf2DfGdymYksy5DLCJM165gPAh3Lippfii1PO68bKBO9TrmCF196MRLJoBNHeoTUxjbDamg== X-Received: by 2002:a05:6214:f23:b0:56e:8a00:f3a with SMTP id iw3-20020a0562140f2300b0056e8a000f3amr22106264qvb.32.1678123511580; Mon, 06 Mar 2023 09:25:11 -0800 (PST) Received: from nbook ([2601:84:847f:c697:8a6b:6703:a961:212b]) by smtp.gmail.com with ESMTPSA id a191-20020ae9e8c8000000b00742743dba2asm7785237qkg.39.2023.03.06.09.25.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 06 Mar 2023 09:25:10 -0800 (PST) References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> User-agent: mu4e 1.9.21; emacs 30.0.50 From: No Wayman To: Eli Zaretskii Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted Date: Mon, 06 Mar 2023 12:20:21 -0500 In-reply-to: <83sfeh7rlm.fsf@gnu.org> Message-ID: <87zg8px01l.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62004 Cc: 62004@debbugs.gnu.org, Andrea Corallo 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: > That's not the same check I'm aware. That's why I chose "similar" over "same". > I'm not sure we should do anything here: after all, the error > message > tells what's wrong quite clearly. If it's the caller's responsibility to ensure a subprocess is invoked from an existing directory, fair enough. This is one such case where that is not guaranteed, though. I've seen similar errors pop up in other packages. It would probably be better to offer a way to ensure the subprocess is run in an existing directory in general. Is there an elisp idiom for such cases? e.g. >(let ((default-directory (guaranteed-to-exist-directory))) > ;; start subprocess > ) From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 06 13:31:41 2023 Received: (at 62004) by debbugs.gnu.org; 6 Mar 2023 18:31:41 +0000 Received: from localhost ([127.0.0.1]:43611 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZFcb-0008PA-0m for submit@debbugs.gnu.org; Mon, 06 Mar 2023 13:31:41 -0500 Received: from eggs.gnu.org ([209.51.188.92]:40160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZFcY-0008Ox-L3 for 62004@debbugs.gnu.org; Mon, 06 Mar 2023 13:31:39 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZFcT-0001ot-B5; Mon, 06 Mar 2023 13:31:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=q8uKcxQf/XujzHqRKBfLSd3bRyBP+Ctn3SAzu2r593s=; b=dDuaKJ4NTca/ CPkD/te2E0UBzKQWtevCEuzQAW/4ZfvYDUqz8IXF5UjmRdvh2vg/v7h3JVdAz+mTTodW3rT1JC6ux 4OnN9AzbtevRCEVcEvqaCVPHKLWTeVUZp/R7r/4tmEl5kWRy5mGzcnfZuuCQIxlBlS5vk+j41vufB gbag4+tYwSbpCWaNgmULTcVGx2fGc5K8fFp/aMPkmUVBOxSS19cp5XbzeR1jLVk7ZhhCwwbquss4W L1rmQtQDNkNe2cyl8xhZ6UZDMXk980j65m9cgAw8dt7Rju8mW1DxiDKlG0BHq2UCoHfUkXez60UeJ pt3BvIUfwaUtysV12tSyaw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZFcS-0004wC-JO; Mon, 06 Mar 2023 13:31:32 -0500 Date: Mon, 06 Mar 2023 20:31:27 +0200 Message-Id: <83mt4p7mv4.fsf@gnu.org> From: Eli Zaretskii To: No Wayman In-Reply-To: <87zg8px01l.fsf@gmail.com> (message from No Wayman on Mon, 06 Mar 2023 12:20:21 -0500) Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62004 Cc: 62004@debbugs.gnu.org, akrl@sdf.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: No Wayman > Cc: Andrea Corallo , 62004@debbugs.gnu.org > Date: Mon, 06 Mar 2023 12:20:21 -0500 > > > Eli Zaretskii writes: > > > I'm not sure we should do anything here: after all, the error > > message > > tells what's wrong quite clearly. > > If it's the caller's responsibility to ensure a subprocess is > invoked from an existing directory, fair enough. I don't think this is about the directory where the subprocess is invoked, I think this is about the .el file not being present. Emacs needs the file that is being natively-compiled to exist as a file on disk. Andrea, am I right? From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 06 13:50:14 2023 Received: (at 62004) by debbugs.gnu.org; 6 Mar 2023 18:50:14 +0000 Received: from localhost ([127.0.0.1]:43620 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZFuY-0000TD-80 for submit@debbugs.gnu.org; Mon, 06 Mar 2023 13:50:14 -0500 Received: from mail-qv1-f54.google.com ([209.85.219.54]:36603) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZFuW-0000T0-SK for 62004@debbugs.gnu.org; Mon, 06 Mar 2023 13:50:13 -0500 Received: by mail-qv1-f54.google.com with SMTP id m4so7333965qvq.3 for <62004@debbugs.gnu.org>; Mon, 06 Mar 2023 10:50:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1678128607; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:from:to:cc:subject:date:message-id:reply-to; bh=kleyltR4esUi+PvRvYuHqqD+DQEd4zzUm0P/lYzlIjY=; b=TkMVCzklFbvvqnPC+APDZgo8PEohHCz7ALQs7yJv2d/BgDw3Iyhv8Ey/eKfAa6A1lC ARa5avHz8ZjE8c8ra5lUNM2ivx6dQBy5p2p99KjUFXII9dlIDDgVNC/NNE+WajLhecGt AQaNJ1qFJF3uLhNkUeBsEKYQULekf4iEUJAt/lW63ryWoc/72aJd/p+z1gyjjScg3BZT ojJmKyl5NKz8lUOzqfnPCyfHtp6WJ2QYMSM+Luy6EGYpiJ28SDq04woItOZSnC8U0Jlf FJgDmecVJ51442SI+MxUxSyJoB2IU7XN15+276CT4pX5/bb4z+UzdWebeEcleTswJRGL yESw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678128607; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=kleyltR4esUi+PvRvYuHqqD+DQEd4zzUm0P/lYzlIjY=; b=GlzzSo/cru0YIFInnEyhmL4y0ct/KV9Hed2vHbAkKOGCjiN5mBPmlrMGwadhKE5JKP Nx/L3M1bqUsS6KE9Eez/BitQrkNXnZfCvmQqekH0jVXyWQNYLLgsDHqjdzqe7hXzzlxh O8BxQJwjAjF0NC4rimUACvkwCY59CGGiewk5LdxLCFv9Zq557WdfvJFPJ+6e75l9CnaT Xhk34HI7nOnwEzGyZwMcdiv4fbrjIlnIFnCCS8DdcgbK20YdgrZHhr/JA+ucDG6jg5Bp o9M+6hgeGmxzaucULVoGUq+O5iNWC02p1ETipeZpYaxHvDZOpfvhm5w1c67VpR5WpItd WYxQ== X-Gm-Message-State: AO0yUKXVA56RYgl/yD1zVElvxfQIYG51moiMuFKhMfTFfuHTZIdi/Sxi HtFsMXVbTxo1gv14A8eZS4FsOH1LLXE4iw== X-Google-Smtp-Source: AK7set9qhF3bWkCflvAW457FnvpEs2+GX4qjQyetwVISZFmpUQXvJtBB0b2asqUu9b/fGITAVbj+YA== X-Received: by 2002:a05:6214:19ec:b0:56e:c09e:7d6b with SMTP id q12-20020a05621419ec00b0056ec09e7d6bmr22515289qvc.43.1678128606921; Mon, 06 Mar 2023 10:50:06 -0800 (PST) Received: from nbook ([2601:84:847f:c697:8a6b:6703:a961:212b]) by smtp.gmail.com with ESMTPSA id m190-20020a3758c7000000b006ff8a122a1asm7924385qkb.78.2023.03.06.10.50.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 06 Mar 2023 10:50:06 -0800 (PST) References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> User-agent: mu4e 1.9.21; emacs 30.0.50 From: No Wayman To: Eli Zaretskii Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted Date: Mon, 06 Mar 2023 13:46:39 -0500 In-reply-to: <83mt4p7mv4.fsf@gnu.org> Message-ID: <87v8jdww42.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62004 Cc: 62004@debbugs.gnu.org, akrl@sdf.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 this is about the directory where the subprocess > is > invoked, I think this is about the .el file not being present. > Emacs > needs the file that is being natively-compiled to exist as a > file on > disk. The example I gave used the emacs-lisp-native-compile-and-load directly because it is the simplest way to reproduce the error. The same error can happen if the jit native compilation kicks in (because an entirely different feature is loaded but needs to be jit compiled) while in the buffer which no longer has a file associated with it. From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 06 15:10:39 2023 Received: (at 62004) by debbugs.gnu.org; 6 Mar 2023 20:10:39 +0000 Received: from localhost ([127.0.0.1]:43765 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZHAN-0002a9-E3 for submit@debbugs.gnu.org; Mon, 06 Mar 2023 15:10:39 -0500 Received: from eggs.gnu.org ([209.51.188.92]:60504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZHAL-0002Zu-QB for 62004@debbugs.gnu.org; Mon, 06 Mar 2023 15:10:38 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZHAG-0007Vd-Bs; Mon, 06 Mar 2023 15:10:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=sToKEQHciG4buPnPBuwmYDrZelk53YreSA1MLx5H/fM=; b=LSThCAnKWK/S FHkfYY/yiEXUMlSsDqUrzBSIhbDNffDYadGDLJycBWUyjwe2msYgAPCy6hsm8n3ob0B4YxBPWUGe+ M1jY2WdDW1fQT6SQAvvkGxSJiW+asjbhi6ESMRN5j60hlFqhpAq++xCQzmOoJdstD91oUtVm2df2l 4Z1u7QVH2iCIuiKl9oIbdOTj0A+WnhzbJG4TMzCEpj0qEeLIQ+iNZKRynOkPLA/r4vJRYOycrfDuP Bs+A1YlUy6fAIsC0iP3KhYH923LK3zH2yRzFfImamciPePg4xC0cLq8gM04yq9G7EkKKrnP/TsFZb Tso/8Sq3lCzmTbrqvOu7xA==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZHAD-0006AT-Kd; Mon, 06 Mar 2023 15:10:32 -0500 Date: Mon, 06 Mar 2023 22:10:19 +0200 Message-Id: <83jzzt7iac.fsf@gnu.org> From: Eli Zaretskii To: No Wayman In-Reply-To: <87v8jdww42.fsf@gmail.com> (message from No Wayman on Mon, 06 Mar 2023 13:46:39 -0500) Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62004 Cc: 62004@debbugs.gnu.org, akrl@sdf.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: No Wayman > Cc: akrl@sdf.org, 62004@debbugs.gnu.org > Date: Mon, 06 Mar 2023 13:46:39 -0500 > > The example I gave used the emacs-lisp-native-compile-and-load > directly because it is the simplest way to reproduce the error. > The same error can happen if the jit native compilation kicks in > (because an entirely different feature is loaded but needs to be > jit compiled) while in the buffer which no longer has a file > associated with it. Sorry, I don't think I understand. Are you saying that we don't bind default-directory to a safe value when compiling? IOW, how could a directory where the async compilation subprocess runs become invalid, in Real Life? From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 06 16:39:48 2023 Received: (at 62004) by debbugs.gnu.org; 6 Mar 2023 21:39:48 +0000 Received: from localhost ([127.0.0.1]:43861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZIYd-0004nM-Pp for submit@debbugs.gnu.org; Mon, 06 Mar 2023 16:39:48 -0500 Received: from mail-qv1-f44.google.com ([209.85.219.44]:34443) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZIYc-0004n5-2s for 62004@debbugs.gnu.org; Mon, 06 Mar 2023 16:39:46 -0500 Received: by mail-qv1-f44.google.com with SMTP id o3so7693595qvr.1 for <62004@debbugs.gnu.org>; Mon, 06 Mar 2023 13:39:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1678138780; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:from:to:cc:subject:date:message-id:reply-to; bh=z7RL5hJEZ627GFvzXjtFlUuWTpegg0Asr+kDx1x1zfc=; b=X619gBchC/GgGw+OygqB/o8db+0pTBuWwE44wGjJK9RkNaqI2IxDs2qdsT1018v8YU K0HA8dUjksNAP64HAAf7sa+sEw9wBP0+9dUJKB/qd0AbIlukOKrsAKvxB5/IKtCjAFuN BDFW9UanvakebAm58n2Bb67EuBikVURh198ysvSVf8fQS0S0COjcRXI7hgS3JOuT8l7U EHYpiDl1+Qcg0AR90poq4nVn+4mjQbKz72m8BYTYKHWxgxw3fyKJWy/c2it6lVL72NDc 2wzhqFIhMAuRh91hqoDandGXkamMsRdza1Pn8YaxR+9Tgln6MVhXO9mb1aLa8hwKaGN1 f7UA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678138780; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=z7RL5hJEZ627GFvzXjtFlUuWTpegg0Asr+kDx1x1zfc=; b=AdPvfWcPFKFlwQ8zvf1WZF0FN22uamMKbiALrMAhqLWl3LByJ0mr4xT0Z2yCjMLyPR XJT6WBL0N9aCAd3gy9Wm3Wm+54S55lL2ytgE0OEvxkj4kmfcM8NM0WvYWIhIeEnQDcXJ ql8UlXOXCMJkv9xBZVGiaxl63cfiEZ0CoTazO5D74/vf6/z6Ljn0eWhcLUQUI/wYtYin thcfzCImtaD7nqnUmM3KV7/skllLEtMXtWATaGhC48YHIwLdw6EuRBD+iWLkw6Qf8BeL 5CvMpNb2jZTzTpOa1DBWdLDvVhhboz2ilDWmBPc8lDQtld6Vwg5nn9t/gejqVlAhrQPY VMUQ== X-Gm-Message-State: AO0yUKW0NBSt8ANOE8HuwWU26vZlvtQi9BL65X2Mx5wzqugg0MBXNc8K Er5JZJ+HsKsh0ZGiFCfNB0xwN+mqqlmsUw== X-Google-Smtp-Source: AK7set+7VYGkBANjFIHNz0SxLLvuTroSxeBk7PWsxa3MGue6RUrJ9HIbfLzR0MUGPQgI9xaMfvJkhw== X-Received: by 2002:ad4:5ece:0:b0:539:b68e:3444 with SMTP id jm14-20020ad45ece000000b00539b68e3444mr23672521qvb.27.1678138780284; Mon, 06 Mar 2023 13:39:40 -0800 (PST) Received: from nbook ([2601:84:847f:c697:8a6b:6703:a961:212b]) by smtp.gmail.com with ESMTPSA id r145-20020a37a897000000b0073b69922cfesm8278916qke.85.2023.03.06.13.39.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 06 Mar 2023 13:39:39 -0800 (PST) References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> User-agent: mu4e 1.9.21; emacs 30.0.50 From: No Wayman To: Eli Zaretskii Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted Date: Mon, 06 Mar 2023 16:29:19 -0500 In-reply-to: <83jzzt7iac.fsf@gnu.org> Message-ID: <87jzztwo9h.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62004 Cc: 62004@debbugs.gnu.org, akrl@sdf.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: > Sorry, I don't think I understand. Are you saying that we don't > bind > default-directory to a safe value when compiling? Correct. The default-directory is dependent on where comp-run-async-workers happens to kick off. This can be reliably reproduced by: 1. saving the following elisp into test.el: --8<---------------cut here---------------start------------->8--- ;; -*- lexical-binding: t; -*- (let* ((tempdir (expand-file-name "./temp/" user-emacs-directory)) (default-directory tempdir) (feat 'org)) ;; Ensure fresh test dir (when (file-exists-p tempdir) (delete-file tempdir)) (make-directory tempdir) ;; Ensure test feature is not loaded. (when (featurep feat) (unload-feature feat t)) (setq initial-buffer-choice (lambda () (with-current-buffer (find-file (expand-file-name "./temp.txt" tempdir)) (insert "My directory will be deleted.") (write-file (expand-file-name "./temp.txt" tempdir)) (delete-directory tempdir 'recursive) (message "default-directory: %S" default-directory) ;; comp-run-async-workers kicked off by JIT compilation here. ;; This buffer has a file-name, but the directory no longer exists. (require feat) (get-buffer-create (buffer-file-name)))))) --8<---------------cut here---------------end--------------->8--- 2. launching emacs in a temporary init directory via: > $ rm -rf /tmp/comp.test/ && emacs > --init-directory=/tmp/comp.test/ -l test.el This should result in a *Messages* buffer similar to: > For information about GNU Emacs and the GNU system, type C-h > C-a. > (New file) > Saving file /tmp/comp.test/temp/temp.txt... > Wrote /tmp/comp.test/temp/temp.txt > default-directory: "/tmp/comp.test/temp/" > comp-run-async-workers: Setting current directory: No such file > or directory, /tmp/comp.test/temp/ > IOW, how could a directory where the async compilation > subprocess runs become invalid, in Real Life? I ran into this error in the wild by: - Installing a package to review it. - Deleting the package's repository, but still had the package's main elisp buffer open/current. - Ran a command, which loaded a package, which kicked off the JIT comp process. From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 06 22:30:54 2023 Received: (at 62004) by debbugs.gnu.org; 7 Mar 2023 03:30:54 +0000 Received: from localhost ([127.0.0.1]:44153 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZO2Q-0001rH-CK for submit@debbugs.gnu.org; Mon, 06 Mar 2023 22:30:54 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36860) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZO2N-0001r1-Ce for 62004@debbugs.gnu.org; Mon, 06 Mar 2023 22:30:52 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZO2H-00030v-PR; Mon, 06 Mar 2023 22:30:45 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=M5aS1u8n4jgzICfV4jHDLzyUpHnxK/UQ7lvH8PfJ0NE=; b=DVug4nPVP34X zYvj89nF9LmwDYDHSCnDhUIKnve+yIYbIZWQEeY/ByerOGOd90LuupXMcLXzRsGSP7aZmje/gnD9q 2Zg8vgzt1B0Sycn84j4ihEPV4RDK5+YUBJvSDrXRjI6UynXG9NJfRjZ0Tn5ohFkC4Bbjcc7+4LCaB +kNKItL3bNFg3V8XB7/Re1VEfnbryY03yLvJZuEJ5Ws2CDN8KZ/ekljR3VZxMVEcXpVZZUpm5bllE P7VIAuzqLDY696H8chI5ct4wOArTpLbZW7Vmn8X544pTD6H6jyq/iyNUhxFiRN/+8mZRO1gc2HXla MwyCJ4Bcy79zTCN6ysYNRw==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZO2G-0003Oz-Qn; Mon, 06 Mar 2023 22:30:45 -0500 Date: Tue, 07 Mar 2023 05:30:34 +0200 Message-Id: <83h6ux6xwl.fsf@gnu.org> From: Eli Zaretskii To: No Wayman In-Reply-To: <87jzztwo9h.fsf@gmail.com> (message from No Wayman on Mon, 06 Mar 2023 16:29:19 -0500) Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62004 Cc: 62004@debbugs.gnu.org, akrl@sdf.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: No Wayman > Cc: akrl@sdf.org, 62004@debbugs.gnu.org > Date: Mon, 06 Mar 2023 16:29:19 -0500 > > > Eli Zaretskii writes: > > > Sorry, I don't think I understand. Are you saying that we don't > > bind > > default-directory to a safe value when compiling? > > Correct. The default-directory is dependent on where > comp-run-async-workers happens to kick off. I'm not sure what would be a safe value for that. We had a lot of trouble in other cases where such a value was required. Andrea, any ideas? How come we never ran into this issue until now? Is the default-directory value when native compilation is forked somehow derived from the directory of the file being compiled? > > IOW, how could a directory where the async compilation > > subprocess runs become invalid, in Real Life? > > I ran into this error in the wild by: > > - Installing a package to review it. > - Deleting the package's repository, but still had the package's > main elisp buffer open/current. > - Ran a command, which loaded a package, which kicked off the JIT > comp process. That's a pretty unusual situation, IMO. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 07 08:17:36 2023 Received: (at 62004) by debbugs.gnu.org; 7 Mar 2023 13:17:36 +0000 Received: from localhost ([127.0.0.1]:44797 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZXC9-00036N-DX for submit@debbugs.gnu.org; Tue, 07 Mar 2023 08:17:36 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55376) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZXC7-00036B-FJ for 62004@debbugs.gnu.org; Tue, 07 Mar 2023 08:17:32 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZXC1-0000yF-N0; Tue, 07 Mar 2023 08:17:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=MvsaMpyJhCFH07MljYIPlYWKHzez5SJCWrT7he8MOnI=; b=LF+TmgnYtPy1 WPfAyz47zcnCseZpFLOlPbP8L6xePDg+gxdCniWV/2nnvRN4nyKOteVx7CLVICFHlbGYcl3rYI8qz wUKitWHAOt6aMkDeyQph86ORcr6Cu2mL7Dn/K1L2OWKcw8qwhjsUYF7QmeDIjzSIcJIbCYjBKVRYi cP2Zmn8slXi8Mzz35fLldRByZW8Kq+v7BlWo1ft2VypIhEt3wzlVpFKvocQhMWxKEqfeu3EDIaqYw vszn7DUA11Z/rc7SnGaQLezymO1699uiCRz7T1awPzXk/vVVoaizcs5x5FDFcIsZ+ViayyQkNPRgW q++dzeynbmTIMXYtt5KUZQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZXBu-0003Zy-5m; Tue, 07 Mar 2023 08:17:24 -0500 Date: Tue, 07 Mar 2023 15:17:13 +0200 Message-Id: <831qm07lba.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Tue, 07 Mar 2023 11:16:40 +0000) Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> <83h6ux6xwl.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62004 Cc: 62004@debbugs.gnu.org, iarchivedmywholelife@gmail.com 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: Andrea Corallo > Cc: No Wayman , 62004@debbugs.gnu.org > Date: Tue, 07 Mar 2023 11:16:40 +0000 > > Eli Zaretskii writes: > > > Andrea, any ideas? How come we never ran into this issue until now? > > I guess it's a very unlikely condition that was never > encountered/reported. > > > Is the default-directory value when native compilation is forked > > somehow derived from the directory of the file being compiled? > > If it is is not evident to me why. We spawan something of this kind > > /pathtoemacs/emacs -Q -batch -l /tmp/emacs-async-comp-something.el > > where emacs-async-comp-something.el contains the actual setup (where we > don't touch default-directory) and compilation command. > > I'm probably missing something ATM. Well, maybe we should bind the variable to be on the safe side? What if we bind it to the directory where we write that emacs-async-comp-something.el file? From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 07 08:51:40 2023 Received: (at 62004) by debbugs.gnu.org; 7 Mar 2023 13:51:40 +0000 Received: from localhost ([127.0.0.1]:44866 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZXj9-00042i-PI for submit@debbugs.gnu.org; Tue, 07 Mar 2023 08:51:40 -0500 Received: from mx.sdf.org ([205.166.94.24]:64900) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZXj8-00042Y-3y for 62004@debbugs.gnu.org; Tue, 07 Mar 2023 08:51:38 -0500 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.16.1/8.14.5) with ESMTPS id 327DpapC011168 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Tue, 7 Mar 2023 13:51:37 GMT From: Andrea Corallo To: Eli Zaretskii Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted In-Reply-To: <831qm07lba.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 07 Mar 2023 15:17:13 +0200") References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> <83h6ux6xwl.fsf@gnu.org> <831qm07lba.fsf@gnu.org> Date: Tue, 07 Mar 2023 13:51:37 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: No Wayman , 62004@debbugs.gnu.org >> Date: Tue, 07 Mar 2023 11:16:40 +0000 >> >> Eli Zaretskii writes: >> > [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [205.166.94.33 listed in zen.spamhaus.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 62004 Cc: 62004@debbugs.gnu.org, iarchivedmywholelife@gmail.com 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.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: No Wayman , 62004@debbugs.gnu.org >> Date: Tue, 07 Mar 2023 11:16:40 +0000 >> >> Eli Zaretskii writes: >> > [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [205.166.94.33 listed in zen.spamhaus.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: No Wayman , 62004@debbugs.gnu.org >> Date: Tue, 07 Mar 2023 11:16:40 +0000 >> >> Eli Zaretskii writes: >> >> > Andrea, any ideas? How come we never ran into this issue until now? >> >> I guess it's a very unlikely condition that was never >> encountered/reported. >> >> > Is the default-directory value when native compilation is forked >> > somehow derived from the directory of the file being compiled? >> >> If it is is not evident to me why. We spawan something of this kind >> >> /pathtoemacs/emacs -Q -batch -l /tmp/emacs-async-comp-something.el >> >> where emacs-async-comp-something.el contains the actual setup (where we >> don't touch default-directory) and compilation command. >> >> I'm probably missing something ATM. > > Well, maybe we should bind the variable to be on the safe side? What > if we bind it to the directory where we write that > emacs-async-comp-something.el file? Maybe but the reporter says "The default-directory is dependent on where comp-run-async-workers happens to kick off." and I don't understand if that's correct why is that. I'd like first to understand better the issue here. Andrea From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 07 09:16:49 2023 Received: (at 62004) by debbugs.gnu.org; 7 Mar 2023 14:16:49 +0000 Received: from localhost ([127.0.0.1]:44916 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZY7V-0004kV-Dd for submit@debbugs.gnu.org; Tue, 07 Mar 2023 09:16:49 -0500 Received: from eggs.gnu.org ([209.51.188.92]:36774) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZY7T-0004kE-Lb for 62004@debbugs.gnu.org; Tue, 07 Mar 2023 09:16:48 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZY7O-0004Gi-5p; Tue, 07 Mar 2023 09:16:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=97g1pGFhMYTzgG6uh3FHQdX26W4XRAlNS0ldW6fEcB0=; b=Oc0xAudK71FR v9N5rcfiFlGYI8eC+qMk/x61aRfAigievR9v/TrYV6m7OL0g0bdGcQzlMWyEnyPrA2VFuJDZBSo5o x1JzYPLdxE12LxrxXM2hrt2N/MZh6JR72XldN/m8Edue7jSComU7ZltSmLmKK/JJ7iybKFZf/Lt3c OyNpSvt1UP6OMbbhes+SgtUD3QJayFgWLWxvD1tykJ2QrmsKCwBOiLFHcBZ+9IrFymcGD2AjzcfUS 0OaSNb286ZC21IDNqOwaclA3jXfd2gr9uKI/CtkPtKhvrKoIWSBqIDWVUa77qsDHpmgMUzGpbmeu8 4ptXuN1/yUXZND/Y2tIPeQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZY7N-0003Mw-9O; Tue, 07 Mar 2023 09:16:41 -0500 Date: Tue, 07 Mar 2023 16:16:38 +0200 Message-Id: <83o7p463zt.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Tue, 07 Mar 2023 13:51:37 +0000) Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> <83h6ux6xwl.fsf@gnu.org> <831qm07lba.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62004 Cc: 62004@debbugs.gnu.org, iarchivedmywholelife@gmail.com 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: Andrea Corallo > Cc: iarchivedmywholelife@gmail.com, 62004@debbugs.gnu.org > Date: Tue, 07 Mar 2023 13:51:37 +0000 > > Eli Zaretskii writes: > > > Well, maybe we should bind the variable to be on the safe side? What > > if we bind it to the directory where we write that > > emacs-async-comp-something.el file? > > Maybe but the reporter says "The default-directory is dependent on where > comp-run-async-workers happens to kick off." and I don't understand if > that's correct why is that. > > I'd like first to understand better the issue here. I agree that we should first have a good understanding of the situation. Let me know if I can help in any way. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 07 10:32:04 2023 Received: (at 62004) by debbugs.gnu.org; 7 Mar 2023 15:32:04 +0000 Received: from localhost ([127.0.0.1]:46969 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZZIK-0007Ku-1B for submit@debbugs.gnu.org; Tue, 07 Mar 2023 10:32:04 -0500 Received: from mail-qv1-f46.google.com ([209.85.219.46]:39491) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZZII-0007KP-9A for 62004@debbugs.gnu.org; Tue, 07 Mar 2023 10:32:02 -0500 Received: by mail-qv1-f46.google.com with SMTP id ks17so9124507qvb.6 for <62004@debbugs.gnu.org>; Tue, 07 Mar 2023 07:32:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1678203116; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:from:to:cc:subject:date:message-id:reply-to; bh=LKUIc1ybnQvQFx2ZzP39Co6y+zGtcpGrpzATSFeiIm0=; b=WaoQBlJQ8kSCblErIobU/2uVuzJWt+T0Rr39IP5yLGnHtteOK1PCWUNY5+xGuOHZpj H1Dbo9wjt1iUrCiye4o6QvyqScD/BsRhsHa4Xb4D/7Y/Zyg3kL2QvMfvnmF33ThBGMCU R0bfPvSXSLGnPwB6WkmpHFvccz0mzuaAQ93hmi2uB6zRbMepM71bXqOFPKhkokCeXukC wAXYS2NWjVlXxAEIQZcuiG3CmKSWBTxOjJdOE1gZkJjM5GM5u7Eo/SY1M6VLTnJX3nif 74s8V4azdBE2Y8i5c3aQTOHnQSKYlZnU8SZLvtZ6tGy9HqNOnzhRph26hEZ/ntYeUBKE PywQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678203116; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=LKUIc1ybnQvQFx2ZzP39Co6y+zGtcpGrpzATSFeiIm0=; b=tOjos2Qrp3efEb4kxckN0Kp8+MVu/DsrvZdkGb4xesFUfS5l5BDp/cMk6Tigl/gf4M gYa+ayE0Rr3QO3O9Nlufz35r9hjbyFCbgUsPR6FC6UfIB6xaAuhD/p0dHdat0v3VoLIC 18USNMTsBgvETm3fQj7PGbS2KCqYra6MNwQXzH2Us9ta1L5sQXDXbl5Wj/NVWsxqkIaw z7qelo9ob+UCrqAUg6oWWp/BKaEB5bCEmUuMg7APg7N3vkb3vqUynhUDB61IROzquvbh b5k/xWGelv+RscODNSryz7/xRMajBecTIrag2LZ1iyyPTIVH0DBv5xYTsjqbHgUFc4JX dLrw== X-Gm-Message-State: AO0yUKXju5D5c1FRBrTIpvwwN+oxMwkWElC2zEvBpM+a0UblPFKIsVT1 j03UCVJoWGNmdlvbfg+y7sbVMBMU04vRlQ== X-Google-Smtp-Source: AK7set+dFnc3HfwhMK+JzzsLUNYpFo/cX4ZlFSEgow6pwX3/ULavZ7oprDXWrAokUI2UIQSuO8kwMw== X-Received: by 2002:a05:6214:3012:b0:56e:f4e0:a4ec with SMTP id ke18-20020a056214301200b0056ef4e0a4ecmr20278825qvb.46.1678203116478; Tue, 07 Mar 2023 07:31:56 -0800 (PST) Received: from nbook ([2601:84:847f:c697:8a6b:6703:a961:212b]) by smtp.gmail.com with ESMTPSA id i23-20020a05620a145700b00739e7e10b71sm9509699qkl.114.2023.03.07.07.31.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Mar 2023 07:31:55 -0800 (PST) References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> <83h6ux6xwl.fsf@gnu.org> <831qm07lba.fsf@gnu.org> <83o7p463zt.fsf@gnu.org> User-agent: mu4e 1.9.21; emacs 30.0.50 From: No Wayman To: Eli Zaretskii Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted Date: Tue, 07 Mar 2023 10:20:28 -0500 In-reply-to: <83o7p463zt.fsf@gnu.org> Message-ID: <87mt4otw1x.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62004 Cc: 62004@debbugs.gnu.org, Andrea Corallo 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: >> >> > Well, maybe we should bind the variable to be on the safe >> > side? What >> > if we bind it to the directory where we write that >> > emacs-async-comp-something.el file? Binding default-directory makes sense. It's just a matter of what to bind it to. I see that `comp-run-async-workers` calls `make-temp-file' internally. Binding default-directory to temporary-file-directory around the call to `make-process' will prevent this error and seems like a safe bet. >> From: Andrea Corallo >> Cc: iarchivedmywholelife@gmail.com, 62004@debbugs.gnu.org >> Date: Tue, 07 Mar 2023 13:51:37 +0000 >> >> Maybe but the reporter says "The default-directory is dependent >> on where >> comp-run-async-workers happens to kick off." and I don't >> understand if >> that's correct why is that. >> >> I'd like first to understand better the issue here. > > I agree that we should first have a good understanding of the > situation. Let me know if I can help in any way. The call to `make-process' in `comp-run-async-workers' is executed in the context of whatever default-directory happens to be. If default-directory does not refer to an existing directory (as demonstrated in the reproduction case I provided) the creation of the subprocess will fail. I'm not sure what more detail I can provide, so please ask a specific question if you have any. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 07 10:52:55 2023 Received: (at 62004) by debbugs.gnu.org; 7 Mar 2023 15:52:55 +0000 Received: from localhost ([127.0.0.1]:47017 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZZcV-0001sN-1N for submit@debbugs.gnu.org; Tue, 07 Mar 2023 10:52:55 -0500 Received: from mail-qt1-f170.google.com ([209.85.160.170]:39795) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZZcT-0001s9-PG for 62004@debbugs.gnu.org; Tue, 07 Mar 2023 10:52:54 -0500 Received: by mail-qt1-f170.google.com with SMTP id w23so14755507qtn.6 for <62004@debbugs.gnu.org>; Tue, 07 Mar 2023 07:52:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1678204368; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:from:to:cc:subject:date:message-id:reply-to; bh=JFJqZ7UIrr8t5Q2AWoC73fwT2STPriogpLIjg9eHTbI=; b=U7bpcEN45knZmiTXRYmGMI6N18JqOQ1YgxZyb/mx560cv1ZunmVvZnBDcsecyoa378 3uFLVWRqpTv0hzAxQCy6yiMRVzhezWZJfm57M7z0/nAz1gfDCiQt0lMhyI4PjBOrrDr1 PSFVJj+zQMGwM5DWMyMIzm291RQEPakg9CHIrCW7RGvoSsXf4MWw4E2CqdkCyVJaaWDb JqdUhothKlspHdY54AHtCdwV+9faHQP+EZwsb/tPAm9Fbjpw+ZRjfZOYXuIHKU1d5jXK vy4bqB0R+oy4rcFkdnrtqA6eLHEcbQKnB5ThZdQkXLnZRtl9KErkfT40cc8oY7ylTEuE gwZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678204368; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=JFJqZ7UIrr8t5Q2AWoC73fwT2STPriogpLIjg9eHTbI=; b=rroZmlbM/ap9opp8Of4BTPGTgDCR+6q2qerx2YI2AGz44GNnfnZCZ81OTVSFJIG8da 3l0gDEuW+7/I7SI7JR2DCA0tflztfSINYElZDI8pLaZlQRjnnTAJk+qsFTvRGv/PIAON Wq+ymecHmG4DlWDH4dBHrqFRmrkVJDgQnGVKkwbeo8HViTk5piSIOWaENQXBNwNTYhK0 87lecjbeDVIVC3+uriNhEFYpx4NT2AtAh/+7VgqYkwh4BMtR2+jC7RNdm/E6TRyu6kny qDMGkD2c2VOaiA1m5Ak15CyAwXVDMoV2p++QKBLV0MxmQ4RCKZJWregb0yn3cN6uIhPD hFtw== X-Gm-Message-State: AO0yUKWuQV0ue9Y4nS3f6r4dPbFaBwWuWJb6iHF3UyMKWpBD/fcQYpwt Ul4XN7W+em2ieszaAYpXts2wmTKb0uFDcg== X-Google-Smtp-Source: AK7set9WeFqlacEjhBSg9A6Sgrlkg+Il5dggFyLljvrPmCweKwatuPKG8YHIq6wCZoGia7psljKivw== X-Received: by 2002:ac8:5bc1:0:b0:3bd:48:7097 with SMTP id b1-20020ac85bc1000000b003bd00487097mr25710682qtb.49.1678204368017; Tue, 07 Mar 2023 07:52:48 -0800 (PST) Received: from nbook ([2601:84:847f:c697:8a6b:6703:a961:212b]) by smtp.gmail.com with ESMTPSA id e20-20020a05622a111400b003bfa66b7484sm10082984qty.35.2023.03.07.07.52.46 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Mar 2023 07:52:47 -0800 (PST) References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> <83h6ux6xwl.fsf@gnu.org> <831qm07lba.fsf@gnu.org> <83o7p463zt.fsf@gnu.org> <87mt4otw1x.fsf@gmail.com> User-agent: mu4e 1.9.21; emacs 30.0.50 From: No Wayman To: No Wayman Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted Date: Tue, 07 Mar 2023 10:53:58 -0500 In-reply-to: <87mt4otw1x.fsf@gmail.com> Message-ID: <87ilfctv36.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62004 Cc: Eli Zaretskii , 62004@debbugs.gnu.org, Andrea Corallo 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 (-) --=-=-= Content-Type: text/plain; format=flowed No Wayman writes: > Binding default-directory makes sense. > It's just a matter of what to bind it to. > I see that `comp-run-async-workers` calls `make-temp-file' > internally. > Binding default-directory to temporary-file-directory around the > call to > `make-process' will prevent this error and seems like a safe > bet. The attached patch implements this and fixes the error on my end. --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=0001-comp.el-comp-run-async-workers-bind-default-director.patch >From fd33c2d58ac078ed53cdada5fa6e378e59247a3a Mon Sep 17 00:00:00 2001 From: Nicholas Vollmer Date: Tue, 7 Mar 2023 10:44:17 -0500 Subject: [PATCH] comp.el (comp-run-async-workers): bind default-directory Ensure default-directory exists prior to creating subprocess. (bug#62004) --- lisp/emacs-lisp/comp.el | 1 + 1 file changed, 1 insertion(+) diff --git a/lisp/emacs-lisp/comp.el b/lisp/emacs-lisp/comp.el index ce81680a226..97cfa27a1aa 100644 --- a/lisp/emacs-lisp/comp.el +++ b/lisp/emacs-lisp/comp.el @@ -4023,6 +4023,7 @@ comp-run-async-workers (comp-log "\n") (mapc #'comp-log expr-strings))) (load1 load) + (default-directory temporary-file-directory) (process (make-process :name (concat "Compiling: " source-file) :buffer (with-current-buffer -- 2.39.1 --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 07 11:00:44 2023 Received: (at 62004) by debbugs.gnu.org; 7 Mar 2023 16:00:44 +0000 Received: from localhost ([127.0.0.1]:47021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZZk4-00025C-0s for submit@debbugs.gnu.org; Tue, 07 Mar 2023 11:00:44 -0500 Received: from mx.sdf.org ([205.166.94.24]:63667) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZZk1-000253-E3 for 62004@debbugs.gnu.org; Tue, 07 Mar 2023 11:00:42 -0500 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.16.1/8.14.5) with ESMTPS id 327G0d8e004473 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Tue, 7 Mar 2023 16:00:40 GMT From: Andrea Corallo To: No Wayman Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted In-Reply-To: <87mt4otw1x.fsf@gmail.com> (No Wayman's message of "Tue, 07 Mar 2023 10:20:28 -0500") References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> <83h6ux6xwl.fsf@gnu.org> <831qm07lba.fsf@gnu.org> <83o7p463zt.fsf@gnu.org> <87mt4otw1x.fsf@gmail.com> Date: Tue, 07 Mar 2023 16:00:39 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: No Wayman writes: >>> Eli Zaretskii writes: >>> > Well, maybe we should bind the variable to be on the safe > >>> side? What >>> > if we bind it to the directory where we write that >>> > emacs-async-com [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [205.166.94.33 listed in zen.spamhaus.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 62004 Cc: Eli Zaretskii , 62004@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: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: No Wayman writes: >>> Eli Zaretskii writes: >>> > Well, maybe we should bind the variable to be on the safe > >>> side? What >>> > if we bind it to the directory where we write that >>> > emacs-async-com [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [205.166.94.33 listed in zen.spamhaus.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager No Wayman writes: >>> Eli Zaretskii writes: >>> > Well, maybe we should bind the variable to be on the safe > >>> side? What >>> > if we bind it to the directory where we write that >>> > emacs-async-comp-something.el file? > > Binding default-directory makes sense. > It's just a matter of what to bind it to. > I see that `comp-run-async-workers` calls `make-temp-file' internally. > Binding default-directory to temporary-file-directory around the call > to `make-process' will prevent this error and seems like a safe bet. > >>> From: Andrea Corallo >>> Cc: iarchivedmywholelife@gmail.com, 62004@debbugs.gnu.org >>> Date: Tue, 07 Mar 2023 13:51:37 +0000 >>> >>> Maybe but the reporter says "The default-directory is dependent on >>> where >>> comp-run-async-workers happens to kick off." and I don't understand >>> if >>> that's correct why is that. >>> I'd like first to understand better the issue here. >> >> I agree that we should first have a good understanding of the >> situation. Let me know if I can help in any way. > > The call to `make-process' in `comp-run-async-workers' is executed in > the context of whatever default-directory happens to be. If > default-directory does not refer to an existing directory (as > demonstrated in the reproduction case I provided) the creation of the > subprocess will fail. > I'm not sure what more detail I can provide, so please ask a specific > question if you have any. Ah now it's clear to me, the error is not happening in the child process but in the main Emacs failing in running `make-process'. Thanks Andrea From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 07 11:07:01 2023 Received: (at 62004) by debbugs.gnu.org; 7 Mar 2023 16:07:01 +0000 Received: from localhost ([127.0.0.1]:47031 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZZq8-0002Eg-Oz for submit@debbugs.gnu.org; Tue, 07 Mar 2023 11:07:01 -0500 Received: from mx.sdf.org ([205.166.94.24]:62654) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZZq6-0002EV-Gb for 62004@debbugs.gnu.org; Tue, 07 Mar 2023 11:06:59 -0500 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.16.1/8.14.5) with ESMTPS id 327G6u1A008146 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Tue, 7 Mar 2023 16:06:57 GMT From: Andrea Corallo To: No Wayman Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted In-Reply-To: <87ilfctv36.fsf@gmail.com> (No Wayman's message of "Tue, 07 Mar 2023 10:53:58 -0500") References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> <83h6ux6xwl.fsf@gnu.org> <831qm07lba.fsf@gnu.org> <83o7p463zt.fsf@gnu.org> <87mt4otw1x.fsf@gmail.com> <87ilfctv36.fsf@gmail.com> Date: Tue, 07 Mar 2023 16:06:56 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: No Wayman writes: > No Wayman writes: > >> Binding default-directory makes sense. >> It's just a matter of what to bind it to. >> I see that `comp-run-async-workers` calls `make-temp-fi [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [205.166.94.33 listed in zen.spamhaus.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 62004 Cc: Eli Zaretskii , 62004@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: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: No Wayman writes: > No Wayman writes: > >> Binding default-directory makes sense. >> It's just a matter of what to bind it to. >> I see that `comp-run-async-workers` calls `make-temp-fi [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [205.166.94.33 listed in zen.spamhaus.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager No Wayman writes: > No Wayman writes: > >> Binding default-directory makes sense. >> It's just a matter of what to bind it to. >> I see that `comp-run-async-workers` calls `make-temp-file' >> internally. >> Binding default-directory to temporary-file-directory around the >> call to >> `make-process' will prevent this error and seems like a safe bet. > > The attached patch implements this and fixes the error on my end. >From fd33c2d58ac078ed53cdada5fa6e378e59247a3a Mon Sep 17 00:00:00 2001 > From: Nicholas Vollmer > Date: Tue, 7 Mar 2023 10:44:17 -0500 > Subject: [PATCH] comp.el (comp-run-async-workers): bind default-directory > > Ensure default-directory exists prior to creating subprocess. (bug#62004) > --- > lisp/emacs-lisp/comp.el | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/lisp/emacs-lisp/comp.el b/lisp/emacs-lisp/comp.el > index ce81680a226..97cfa27a1aa 100644 > --- a/lisp/emacs-lisp/comp.el > +++ b/lisp/emacs-lisp/comp.el > @@ -4023,6 +4023,7 @@ comp-run-async-workers > (comp-log "\n") > (mapc #'comp-log expr-strings))) > (load1 load) > + (default-directory temporary-file-directory) > (process (make-process > :name (concat "Compiling: " source-file) > :buffer (with-current-buffer If tested LGTM, another option (maybe safer?) would be to use `invocation-directory'. Thanks Andrea From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 07 11:14:39 2023 Received: (at 62004) by debbugs.gnu.org; 7 Mar 2023 16:14:39 +0000 Received: from localhost ([127.0.0.1]:47051 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZZxW-0002R7-Sp for submit@debbugs.gnu.org; Tue, 07 Mar 2023 11:14:39 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47206) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZZxU-0002Qu-GS for 62004@debbugs.gnu.org; Tue, 07 Mar 2023 11:14:36 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZZxP-0004g2-9o; Tue, 07 Mar 2023 11:14:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=ixZzPUAsJMuP3IoeWSX6FyxhEiiaKxQPeiXXe7xoW5E=; b=Ca9jRbDCe/9S 4IB9bWW0uO4lxENh+Fo06VoFWX0E1SyuF1Z2fDadE+NxyrCczPY72RHLOhklvl+5I9UWmVwqv4INq qBk4rqP2HJV6UUNYYdTfvTVSezPHpb9rbWfbd4ZWCxe/pqtHbF4R6DQUxIXJnHXad0utDd9qmRjRm FfOrRgR049Jl3+k6KIpDJgdnwJM+EaJ4EA8tdMEm5Zuxqat7KNt6eCoiAkaBhRMLL3Yge28GLwJdI xHfbrjBKmPlbppvU759YEII7YS8HPh16EmQ73rG4hNttyRGjITeSVbS1aEHxdstbxvq9ySQwbcZgF IVL7fv3YBO04G2ib0sAg8w==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZZxO-0002Dw-NP; Tue, 07 Mar 2023 11:14:31 -0500 Date: Tue, 07 Mar 2023 18:14:26 +0200 Message-Id: <83ilfc5yjh.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Tue, 07 Mar 2023 16:06:56 +0000) Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> <83h6ux6xwl.fsf@gnu.org> <831qm07lba.fsf@gnu.org> <83o7p463zt.fsf@gnu.org> <87mt4otw1x.fsf@gmail.com> <87ilfctv36.fsf@gmail.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 62004 Cc: 62004@debbugs.gnu.org, iarchivedmywholelife@gmail.com 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: Andrea Corallo > Cc: Eli Zaretskii , 62004@debbugs.gnu.org > Date: Tue, 07 Mar 2023 16:06:56 +0000 > > No Wayman writes: > > > No Wayman writes: > > > >> Binding default-directory makes sense. > >> It's just a matter of what to bind it to. > >> I see that `comp-run-async-workers` calls `make-temp-file' > >> internally. > >> Binding default-directory to temporary-file-directory around the > >> call to > >> `make-process' will prevent this error and seems like a safe bet. > > > > The attached patch implements this and fixes the error on my end. >From fd33c2d58ac078ed53cdada5fa6e378e59247a3a Mon Sep 17 00:00:00 2001 > > From: Nicholas Vollmer > > Date: Tue, 7 Mar 2023 10:44:17 -0500 > > Subject: [PATCH] comp.el (comp-run-async-workers): bind default-directory > > > > Ensure default-directory exists prior to creating subprocess. (bug#62004) > > --- > > lisp/emacs-lisp/comp.el | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/lisp/emacs-lisp/comp.el b/lisp/emacs-lisp/comp.el > > index ce81680a226..97cfa27a1aa 100644 > > --- a/lisp/emacs-lisp/comp.el > > +++ b/lisp/emacs-lisp/comp.el > > @@ -4023,6 +4023,7 @@ comp-run-async-workers > > (comp-log "\n") > > (mapc #'comp-log expr-strings))) > > (load1 load) > > + (default-directory temporary-file-directory) > > (process (make-process > > :name (concat "Compiling: " source-file) > > :buffer (with-current-buffer > > If tested LGTM, another option (maybe safer?) would be to use > `invocation-directory'. I think I'd prefer invocation-directory, indeed. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 07 11:29:48 2023 Received: (at 62004) by debbugs.gnu.org; 7 Mar 2023 16:29:48 +0000 Received: from localhost ([127.0.0.1]:47067 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZaCC-0002nn-5P for submit@debbugs.gnu.org; Tue, 07 Mar 2023 11:29:48 -0500 Received: from mail-qt1-f171.google.com ([209.85.160.171]:36738) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZaCA-0002na-JY for 62004@debbugs.gnu.org; Tue, 07 Mar 2023 11:29:46 -0500 Received: by mail-qt1-f171.google.com with SMTP id l13so14959722qtv.3 for <62004@debbugs.gnu.org>; Tue, 07 Mar 2023 08:29:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1678206580; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:from:to:cc:subject:date:message-id:reply-to; bh=bXVfWUQKoVlAmsZxWvHTqTRtEr+zeEK6+fxuqp+FdqA=; b=fAibzY7tEvxXEikAtWVCunQqCfQnMcRLRvfb2eWZFzuxPfJYXVQPqQSsuIHRu5sqsn 0KiDN9fUj6YuRUOqJ+2t9ojP3g984hUb2ogRbRrIsGmj3WLHvvDVOJhnQX+Kek6tVId1 V/cNEnlh2ER4XlWpV3Ptg3Gsz9JUYGx8cnMcZ/R6APIuceTm3x7eRmKp/IeqPuCk7Djg 2djHzqrsTy0DJe0ekLHCgoIYbzVd71RT1xDYJmM53mVaawA7awppEVGzEca1CPFYDxex Gfbdffj3JpCxi/n0Q83jDcj3ujlDCbLmJANsTpjuOlvxfQiNYPpY8XS327JN9Btoxao/ AFlg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678206580; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=bXVfWUQKoVlAmsZxWvHTqTRtEr+zeEK6+fxuqp+FdqA=; b=TbUucQSiFwllnNAjssP5ztIFllRPaJuR2AjDIl7Pd5UXoubcNAVoCnUcOaz1o/x5KS C2FFjMM1PEuLk6dkyCqIVPgwOUxQ1vDOIIqw+/e4a+LJB+TTy/f2/lcKBWZz4NMephwn NjEEZX58bH1z56PaTlt+Ea5eg5X+BYubWT5KvdDD2krzk2Qsm1ZSYxNQnnWfmPTAIGro 6fKqU4dzzqIkNcPLoS90JgcDzbr8Zr046YaGJOgltJ7XF1hC8vqR/HGwZkCtb2bP3q5s nYtDzGcj8kMFci9hHYD4aDGqXG7hFNiDFBEqYmF2hX39A6/SZLXMU1UrHrY6DQ3m988k E/sg== X-Gm-Message-State: AO0yUKX14GVO6cFoJZxq3SZbosU8MNnWcK8qAR42LL7kEYwrAAMBekAL qUIjFXmzFEeL0HuaRjNB2h4FTOEn9ow+HQ== X-Google-Smtp-Source: AK7set8Eb7Rh+76RvsSr2MRbDoXjL4US0ntUTNTyJ0uzh75C/kR54RjNd2D0IubjJCHfn6XvcwkFew== X-Received: by 2002:a05:622a:15ce:b0:3b8:6442:2575 with SMTP id d14-20020a05622a15ce00b003b864422575mr25413800qty.49.1678206580539; Tue, 07 Mar 2023 08:29:40 -0800 (PST) Received: from nbook ([2601:84:847f:c697:8a6b:6703:a961:212b]) by smtp.gmail.com with ESMTPSA id o6-20020a05622a138600b003b63a734434sm10118172qtk.52.2023.03.07.08.29.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Mar 2023 08:29:40 -0800 (PST) References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> <83h6ux6xwl.fsf@gnu.org> <831qm07lba.fsf@gnu.org> <83o7p463zt.fsf@gnu.org> <87mt4otw1x.fsf@gmail.com> <87ilfctv36.fsf@gmail.com> <83ilfc5yjh.fsf@gnu.org> User-agent: mu4e 1.9.21; emacs 30.0.50 From: No Wayman To: Eli Zaretskii Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted Date: Tue, 07 Mar 2023 11:30:44 -0500 In-reply-to: <83ilfc5yjh.fsf@gnu.org> Message-ID: <87edq0ttdo.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62004 Cc: 62004@debbugs.gnu.org, Andrea Corallo 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: >> If tested LGTM, another option (maybe safer?) would be to use >> `invocation-directory'. > > I think I'd prefer invocation-directory, indeed. I don't see how temporary-file-directory is any less safe considering the function relies on make-temp-file, which uses that directory itself. But feel free to alter the patch however you see fit. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 08 15:19:35 2023 Received: (at 62004) by debbugs.gnu.org; 8 Mar 2023 20:19:35 +0000 Received: from localhost ([127.0.0.1]:50293 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pa0G6-0003L3-PK for submit@debbugs.gnu.org; Wed, 08 Mar 2023 15:19:35 -0500 Received: from ma.sdf.org ([205.166.94.33]:56706) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pa0G5-0003Ku-1N for 62004@debbugs.gnu.org; Wed, 08 Mar 2023 15:19:33 -0500 Received: from akrl by ma.sdf.org with local (Exim 4.92) (envelope-from ) id 1pa0G2-0004nV-Up; Wed, 08 Mar 2023 20:19:31 +0000 From: Andrea Corallo To: No Wayman Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted In-Reply-To: <87edq0ttdo.fsf@gmail.com> (No Wayman's message of "Tue, 07 Mar 2023 11:30:44 -0500") References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> <83h6ux6xwl.fsf@gnu.org> <831qm07lba.fsf@gnu.org> <83o7p463zt.fsf@gnu.org> <87mt4otw1x.fsf@gmail.com> <87ilfctv36.fsf@gmail.com> <83ilfc5yjh.fsf@gnu.org> <87edq0ttdo.fsf@gmail.com> Date: Wed, 08 Mar 2023 20:19:30 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 62004 Cc: Eli Zaretskii , 62004@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: -0.3 (/) Hi, 8a2a554192a should fix in 29. Please let us know if we can close this. Best Regards Andrea From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 08 15:50:24 2023 Received: (at 62004) by debbugs.gnu.org; 8 Mar 2023 20:50:25 +0000 Received: from localhost ([127.0.0.1]:50307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pa0jw-0004IQ-J1 for submit@debbugs.gnu.org; Wed, 08 Mar 2023 15:50:24 -0500 Received: from mail-qv1-f43.google.com ([209.85.219.43]:36727) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pa0ju-0004I2-HY for 62004@debbugs.gnu.org; Wed, 08 Mar 2023 15:50:23 -0500 Received: by mail-qv1-f43.google.com with SMTP id m4so67804qvq.3 for <62004@debbugs.gnu.org>; Wed, 08 Mar 2023 12:50:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1678308617; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:from:to:cc:subject:date:message-id:reply-to; bh=DUClGlYnrmuJspZh3abGZ7K/9hS8NPpPxDoboZlLykc=; b=gFq0n2Yhv4l6RQ12L89aVAOIQ/sbgqWRBrRT0UN/yVdL3DOhvFrnolRkwZoMy3qS1z CbnGCvUl9zrZzwO2IEfmAnbhPpc6FJesYaEUiC5EKkGuB73l0FAcK1Sjs3EXxoiHhfcf cIVFdFKxmOTjioQ58U4VqWa3nsCnZo9bG47ddX/5BgjX8G2/7EmjhnWOQp6o2j9Ebrrs XTY+fYJG4r6m3o+wGu1153KBx186Gm1OHY+VcD9RYo3UznTbX56Wv5D4d248lAfvdlLZ EOL1y/caV5PrMDJpMz7hlltji2dusapZYVIr1YPzSVdHqJhgIObPuBri/AVwsQU4/jdy nKMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678308617; h=mime-version:message-id:in-reply-to:date:subject:cc:to:from :user-agent:references:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=DUClGlYnrmuJspZh3abGZ7K/9hS8NPpPxDoboZlLykc=; b=0GxMqisyOq7qFP+FwYVN5h0Z2LGbv2IbdLphHyHx+d/MkFWF0I3hUJx+I0km76V2wj XzfSqr7NOc8czFeLDKeMOWWhVbKwxGLSw01w0vAilYmaH+7kzsOsMdcodART7QPzBUm/ Hw7J8gA1iyjoHt4w6s9tiZsPmQnUs+uRbkBCiC+5tELNaaxmLquk6CUm026BBMDUKL6i kDiPbLqwzkIpQxSdSEmHGr1RS3KWDBh4nXiuXieZlP8qXeN6G3zUvFObnOwi91dbkf68 vfQMB4cepA9RUsPlLVPKWcsA73JPZ0Zo2FW4AThtd/dQAdfhHlWfwKX2gIiqUhO5bW9n nwhQ== X-Gm-Message-State: AO0yUKWHBrSK85n/VMMGCC0nhWc7Xqq0SrF0vJccIHELHxV0gHpX/14r Zo4McKvpx8JRrjdSXFJPAzfkcI25Gxy+Qw== X-Google-Smtp-Source: AK7set9bWxAxdl397/yviHGfvAnHXqGtFXaYOaoMuCF2FL58eHjJLX/mf1Us5KzogMgX8MZTRX4lww== X-Received: by 2002:a05:6214:2622:b0:537:62ac:97b0 with SMTP id gv2-20020a056214262200b0053762ac97b0mr35540817qvb.27.1678308616819; Wed, 08 Mar 2023 12:50:16 -0800 (PST) Received: from nbook ([2601:84:847f:c697:8a6b:6703:a961:212b]) by smtp.gmail.com with ESMTPSA id q28-20020a05620a2a5c00b007422fd3009esm12295378qkp.20.2023.03.08.12.50.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 08 Mar 2023 12:50:16 -0800 (PST) References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> <83h6ux6xwl.fsf@gnu.org> <831qm07lba.fsf@gnu.org> <83o7p463zt.fsf@gnu.org> <87mt4otw1x.fsf@gmail.com> <87ilfctv36.fsf@gmail.com> <83ilfc5yjh.fsf@gnu.org> <87edq0ttdo.fsf@gmail.com> User-agent: mu4e 1.9.21; emacs 30.0.50 From: No Wayman To: Andrea Corallo Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted Date: Wed, 08 Mar 2023 15:51:26 -0500 In-reply-to: Message-ID: <87y1o72cfc.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 62004 Cc: Eli Zaretskii , 62004@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 (-) Andrea Corallo writes: > Hi, > > 8a2a554192a should fix in 29. > > Please let us know if we can close this. > > Best Regards > > Andrea I won't have time to install the patch today, but it stands to reason that it will solve the problem. I would consider this closed. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 09 04:25:50 2023 Received: (at 62004-done) by debbugs.gnu.org; 9 Mar 2023 09:25:50 +0000 Received: from localhost ([127.0.0.1]:50892 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1paCWz-0006jw-Vp for submit@debbugs.gnu.org; Thu, 09 Mar 2023 04:25:50 -0500 Received: from ma.sdf.org ([205.166.94.33]:41202) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1paCWy-0006jn-9D for 62004-done@debbugs.gnu.org; Thu, 09 Mar 2023 04:25:49 -0500 Received: from akrl by ma.sdf.org with local (Exim 4.92) (envelope-from ) id 1paCWw-0007Yc-2S; Thu, 09 Mar 2023 09:25:46 +0000 From: Andrea Corallo To: No Wayman Subject: Re: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted In-Reply-To: <87y1o72cfc.fsf@gmail.com> (No Wayman's message of "Wed, 08 Mar 2023 15:51:26 -0500") References: <874jqxyhfo.fsf@gmail.com> <83sfeh7rlm.fsf@gnu.org> <87zg8px01l.fsf@gmail.com> <83mt4p7mv4.fsf@gnu.org> <87v8jdww42.fsf@gmail.com> <83jzzt7iac.fsf@gnu.org> <87jzztwo9h.fsf@gmail.com> <83h6ux6xwl.fsf@gnu.org> <831qm07lba.fsf@gnu.org> <83o7p463zt.fsf@gnu.org> <87mt4otw1x.fsf@gmail.com> <87ilfctv36.fsf@gmail.com> <83ilfc5yjh.fsf@gnu.org> <87edq0ttdo.fsf@gmail.com> <87y1o72cfc.fsf@gmail.com> Date: Thu, 09 Mar 2023 09:25:46 +0000 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 62004-done Cc: Eli Zaretskii , 62004-done@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: -0.3 (/) No Wayman writes: > Andrea Corallo writes: > >> Hi, >> >> 8a2a554192a should fix in 29. >> >> Please let us know if we can close this. >> >> Best Regards >> >> Andrea > > I won't have time to install the patch today, but it stands to reason > that it will solve the problem. > I would consider this closed. > Thanks. Done From unknown Tue Jun 17 20:14:00 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 06 Apr 2023 11: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