From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: emacsq Newsgroups: gmane.emacs.help Subject: Re: What does the error "Process not running" mean? Date: Sun, 06 Feb 2022 18:25:03 +0000 Message-ID: <8jy--UTf4wNbxysxHArjzE3ADfF5mB_ZsfnFd7sgKpf_GM_9O5YqVK1PH1QbnoizHbb6HonK-BeQEQx0OpCmSRnMSpJzNTcHHXASGOoiD9I=@protonmail.com> References: =?us-ascii?Q?_<5Opci81-9PcO6g1ljSQMCeDxh03cTnw4IEQWRzc2QInT4V52Ph2nB2WyyrBkSR11O8A9W4Coh1Wz=5FJ9v-JeqnFC3melWsBOK2-hU9f2tyWQ=3D@protonmail.com>____<87sfszu2ls.fsf@gnu.org>_<3qySp5xSA2V0n9C8vwql9UbGKia8POa7OZcDnXg6e8jvW59uKuICMg8MMi5o-drq2sIcWWOejQJhal9aBXZaZM09a6oyenNylYn n5Qjp-H8=3D@protonmail.com>_<6Ox0QxOSiVddeNsCaACeldkV9F-Nh9dM-rRERWveYqhG8t126cIm2MGmadX7Uy8YL-IQX9-Y=5F=5FZjAwEKArVB5v81UoZWZ7U4=5F1R70ywhZZY=3D@protonmail.com>_?= Reply-To: emacsq Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3030"; mail-complaints-to="usenet@ciao.gmane.io" Cc: help-gnu-emacs@gnu.org To: Tassilo Horn Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sun Feb 06 19:26:30 2022 Return-path: Envelope-to: geh-help-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 1nGmF3-0000Vw-G5 for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 06 Feb 2022 19:26:29 +0100 Original-Received: from localhost ([::1]:34428 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nGmF2-0004mb-EM for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 06 Feb 2022 13:26:28 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:44480) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGmDm-0004lR-QN for help-gnu-emacs@gnu.org; Sun, 06 Feb 2022 13:25:11 -0500 Original-Received: from mail-40132.protonmail.ch ([185.70.40.132]:17255) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nGmDk-0004ee-5z for help-gnu-emacs@gnu.org; Sun, 06 Feb 2022 13:25:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail2; t=1644171905; bh=2dS0gyfXmHZS+27FQDLjxOL3rZMFFhXf3m4qoQPuVPE=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:From:To:Cc; b=PZNgulcTCo6n1FoD31oE4abiV1Hh8onXeOzqL2VP97eSUuKVNBYr98k/m4nFcC4+L z0gs3aDSmURs9AneG8kmuGpuUlNhorTtx+thsa3G00lw6YAHWxzSDkxrtjirDGrnX/ hqHlDOujAHYxJwPAYoE+N4tQGiUSnXYM2ZgPhSo74+0exY3oRkJnan1lAGC0ua919F wjR2bcphgg5AYfQcuXQK1OpwM3DxgXD2+QQrzqa5VlHOnV/rItBQFvk0jaZ/GVlNkz Fs7sH7jxZAEr0v9T729XQdjN7mVLiDCVILC5AhI4usC7koUVyIrLA7XGexJJCOw+nI 8BfsFx9iKKq0w== In-Reply-To: Received-SPF: pass client-ip=185.70.40.132; envelope-from=laszlomail@protonmail.com; helo=mail-40132.protonmail.ch 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_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:135790 Archived-At: > It is much more probable that you are hitting here the 32 subprocesses > limit we impose on MS-Windows (for boring technical reasons related to > how we emulate 'pselect' and SIGCHLD there). If a Lisp program > attempts to create more than 32 sub-processes/network connections at > the same time, it will indeed get "Too many open files" (EMFILE). Now I'm using url-queue-retrieve where the default number of parallel processes is 6, so if the queue works well then there shouldn't be too many subprocesses. > I don't think that's the case: we close the handles as soon as the > network connection is closed. I tried url-queue-retrieve with url-queue-parallel-processes set to 1 and there was no 'not running' error then. But during fetching the urls there were lots of open processes, when I checked list-processes, so either the connections linger, or the 'open' state of network processes in list-processes means something else than an open network connection. This is with url-queue-parallel-processes set to 1 and when I started the queue list-processes was empty: -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open -- open