GNU bug report logs - #33050
27.0.50; [macOS] Problem with process input with process-connection-type nil

Previous Next

Package: emacs;

Reported by: Filipp Gunbin <fgunbin <at> fastmail.fm>

Date: Mon, 15 Oct 2018 19:04:02 UTC

Severity: normal

Found in version 27.0.50

Done: Filipp Gunbin <fgunbin <at> fastmail.fm>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Filipp Gunbin <fgunbin <at> fastmail.fm>
Cc: 33050 <at> debbugs.gnu.org, fitzsim <at> fitzsim.org, alan <at> idiocy.org
Subject: bug#33050: 27.0.50; [macOS] Problem with process input with process-connection-type nil
Date: Thu, 25 Oct 2018 21:20:03 +0300
> From: Filipp Gunbin <fgunbin <at> fastmail.fm>
> Cc: fitzsim <at> fitzsim.org,  33050 <at> debbugs.gnu.org,  alan <at> idiocy.org
> Date: Thu, 25 Oct 2018 21:10:25 +0300
> 
> On 25/10/2018 20:29 +0300, Eli Zaretskii wrote:
> 
> >> From: Filipp Gunbin <fgunbin <at> fastmail.fm>
> >> Cc: fitzsim <at> fitzsim.org,  33050 <at> debbugs.gnu.org, alan <at> idiocy.org
> >> Date: Thu, 25 Oct 2018 20:10:06 +0300
> >>
> >> > I'm probably missing something: why are you still trying to find a
> >> > solution, when one was already found?  What's wrong with setting
> >> > process-connection-type non-nil in this case, at least for Darwin?
> >>
> >> Yes, setting p-c-t to t worked from the start, but it's just a
> >> workaround - there's still problem with p-c-t nil.
> >>
> >> I'm currently running with this patch, which is based on Alan's fix in
> >> callproc.c (call_process() had the same problem on Darwin).
> >
> > I don't understand why: using nil process-connection-type for programs
> > that prompt the user is a bug anyway.
> 
> I think these are separate problems.

They are, indeed; and I thought this bug report is about the problem
with ldapsearch.  If you think the way we start subprocesses on macOS
needs fixing, it should be a separate bug, most probably with a
different urgency and severity.

> So it again became possible that we call setsid() after vfork(), and
> this I believe is the root case of the current problem.

Once again, I believe the root cause is that process-connection-type
has the wrong value.




This bug report was last modified 6 years and 203 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.