From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: No Wayman Newsgroups: gmane.emacs.bugs Subject: bug#62004: 30.0.50; comp-run-async-workers failure when default-directory deleted Date: Tue, 07 Mar 2023 10:20:28 -0500 Message-ID: <87mt4otw1x.fsf@gmail.com> 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> Mime-Version: 1.0 Content-Type: text/plain; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5590"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.9.21; emacs 30.0.50 Cc: 62004@debbugs.gnu.org, Andrea Corallo To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Mar 07 16:33:17 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pZZJT-0001A5-Kh for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 07 Mar 2023 16:33:15 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pZZJI-0005bK-4D; Tue, 07 Mar 2023 10:33:04 -0500 Original-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 1pZZJG-0005XQ-D7 for bug-gnu-emacs@gnu.org; Tue, 07 Mar 2023 10:33:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pZZJG-0004OC-4j for bug-gnu-emacs@gnu.org; Tue, 07 Mar 2023 10:33:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pZZJF-0007ME-Oi for bug-gnu-emacs@gnu.org; Tue, 07 Mar 2023 10:33:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: No Wayman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Mar 2023 15:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62004 X-GNU-PR-Package: emacs Original-Received: via spool by 62004-submit@debbugs.gnu.org id=B62004.167820312428208 (code B ref 62004); Tue, 07 Mar 2023 15:33:01 +0000 Original-Received: (at 62004) by debbugs.gnu.org; 7 Mar 2023 15:32:04 +0000 Original-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 Original-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 Original-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) Original-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) In-reply-to: <83o7p463zt.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:257473 Archived-At: >> 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.