From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Robert Pluim Newsgroups: gmane.emacs.devel Subject: Re: emacs | Pipeline #8399 has failed for master | ee0e259e Date: Tue, 05 Jan 2021 10:42:53 +0100 Message-ID: <874kjv3ejm.fsf@gmail.com> References: <5feaf98365b55_3f903d428113941@emba.gnu.org.mail> <87o8ica9xp.fsf@gmx.de> <87pn2s35a2.fsf@gmail.com> <87ft3oa4pz.fsf@gmx.de> <8735zo9ui7.fsf@gmx.de> <87h7nw39gg.fsf@gmail.com> 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="4206"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Michael Albinus , Emacs developers To: Philipp Stephani Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Jan 05 10:45:59 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kwiud-0000yb-Cw for ged-emacs-devel@m.gmane-mx.org; Tue, 05 Jan 2021 10:45:59 +0100 Original-Received: from localhost ([::1]:59132 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kwiuc-0004J6-FQ for ged-emacs-devel@m.gmane-mx.org; Tue, 05 Jan 2021 04:45:58 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34634) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kwirt-0002le-U4 for emacs-devel@gnu.org; Tue, 05 Jan 2021 04:43:09 -0500 Original-Received: from mail-wr1-x42e.google.com ([2a00:1450:4864:20::42e]:36717) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kwirg-0008LC-U1 for emacs-devel@gnu.org; Tue, 05 Jan 2021 04:43:09 -0500 Original-Received: by mail-wr1-x42e.google.com with SMTP id t16so35494908wra.3 for ; Tue, 05 Jan 2021 01:42:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:mail-followup-to:mail-copies-to :gmane-reply-to-list:date:in-reply-to:message-id:mime-version :content-transfer-encoding; bh=WpYy1uQ5WQJEtnpMupgmac4F5c4HkMSlvKDk4zY1vNg=; b=YF8wt91jBOHNHdbY8deONYYJyT9Yh85A0N1b5mopKDcNoodFmy+Enm3uD+gijpo1KR uRdWGhE4B3lViZG6i553bzCu19LnQwWtCGrPe2Zps3mJLN+PXkRIHdxV2JCZA1W5LEiA JV+jWM4xWg7xlxH8ztVAUj3LSrPrdpCP3a9Idd8Kq4eTLdJM0LxkC9EUnByyVM3f4YTW mE2nvGgga09AFRip1mYumZRp0T8EPbeBVxaYmOYbGBAc6bkydiv4y9tQZk8qiYaPs0JQ gPtAiIisWVY40CKKiwjuc5JnAzaZuyPoAQQGrD37OlOlEkx5snHnWwWrSw+96vCDOPub Fv4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:mail-followup-to :mail-copies-to:gmane-reply-to-list:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=WpYy1uQ5WQJEtnpMupgmac4F5c4HkMSlvKDk4zY1vNg=; b=KpZ0CVyrTHGBTqX64aYiz41Degxq8nloMoOgox+5tld4Ll/PrwRe18nT9rdG0xixSg nHeCQRSAf89VcgAxdS0l7KRwNTcC4vD0EOLfYmYaeg0Fsx+VSYRZvoWS9Cr50OBLWuf0 x+TdNYfXo1Uj+d/ScczjnpcShnI/11HxvTuupSxK8oiwaV7+huP29RDXcvK99BrBUzG3 3gGHmYcGbDUena/z+alXJ/vI39hu42VwMS8AKOSNZwREI1NaboVZld7ANhcIg2pyvFWW 5trzeB3FpKuuRpmpQF3iKH+uLtXj612lReeZ/h1bkG/SEZvD0rDRMLdlO1gU1kugG6qn QJHg== X-Gm-Message-State: AOAM530CrQ6BmH94bfL4pv2qESX2iw05zszdtE0D/xudYxeyLmwkD2Lh Je3UkYt56JdLmCfm8i4atGs= X-Google-Smtp-Source: ABdhPJyFhnM1FOB97NKQhQTXjRW5t3cGoPjgVvNHxidsIRD92M0wf5eaVZD/iXn/xgQgPCrvtElIYg== X-Received: by 2002:adf:cc81:: with SMTP id p1mr82936698wrj.339.1609839775278; Tue, 05 Jan 2021 01:42:55 -0800 (PST) Original-Received: from rltb (vav06-1-78-207-202-134.fbx.proxad.net. [78.207.202.134]) by smtp.gmail.com with ESMTPSA id s20sm3147221wmj.46.2021.01.05.01.42.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 05 Jan 2021 01:42:54 -0800 (PST) Mail-Followup-To: emacs-devel@gnu.org Mail-Copies-To: never Gmane-Reply-To-List: yes In-Reply-To: (Philipp Stephani's message of "Mon, 4 Jan 2021 21:38:07 +0100") Received-SPF: pass client-ip=2a00:1450:4864:20::42e; envelope-from=rpluim@gmail.com; helo=mail-wr1-x42e.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-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:262509 Archived-At: Philipp Stephani writes: >> The process-test-stderr-buffer timeout I can't explain: nothing there >> can wait longer than 2 seconds (unless it=CA=BCs 'make-process' that=CA= =BCs >> timing out?) > > make-process can in theory deadlock on BSD-like systems due to a race > between setting the close-on-exec flag and other fork+exec > combinations. That's rather unlikely though. > But maybe there's a race between accept-process-output and calling the > sentinel so that the sentinel is called too early, and then > accept-process-output blocks? AFAIK, when splitting stderr and stdout, > one has to wait separately for the two involved processes: > (while (accept-process-output process)) > (while (accept-process-output stderr-process)) The code is this: (while (not (or sentinel-called (> (- (float-time) start-time) process-test-sentinel-wait-timeout))) (accept-process-output)) You mean between checking 'sentinel-called' and 'accept-process-output', the sentinel is called, the process exit's and then 'accept-process-output' hangs? I guess that=CA=BCs possible. We could add a timeout to accept-process-output to verify. To your other point: there=CA=BCs only one process involved here, stderr is being sent to a separate buffer (although using a separate process is possible as well). Robert