From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-users-return-6818-mason-zsh=primenet.com.au@sunsite.dk>
Received: (qmail 22014 invoked from network); 30 Nov 2003 05:44:12 -0000
Received: from sunsite.dk (130.225.247.90)
  by ns1.primenet.com.au with SMTP; 30 Nov 2003 05:44:12 -0000
Received: (qmail 24990 invoked by alias); 30 Nov 2003 05:43:56 -0000
Mailing-List: contact zsh-users-help@sunsite.dk; run by ezmlm
Precedence: bulk
X-No-Archive: yes
X-Seq: 6818
Received: (qmail 24946 invoked from network); 30 Nov 2003 05:43:55 -0000
Received: from localhost (HELO sunsite.dk) (127.0.0.1)
  by localhost with SMTP; 30 Nov 2003 05:43:55 -0000
X-MessageWall-Score: 0 (sunsite.dk)
Received: from [216.27.190.146] by sunsite.dk (MessageWall 1.0.8) with SMTP; 30 Nov 2003 5:43:55 -0000
Received: from ceramic.fifi.org (mail@ceramic.fifi.org [216.27.190.147])
	by tantale.fifi.org (8.9.3p2/8.9.3/Debian 8.9.3-21) with ESMTP id VAA20809;
	Sat, 29 Nov 2003 21:43:51 -0800
Received: from phil by ceramic.fifi.org with local (Exim 4.22)
	id 1AQKN4-0008FD-Ou; Sat, 29 Nov 2003 21:43:50 -0800
To: Jens Petersen <petersen@redhat.com>
Cc: Zsh-users <zsh-users@sunsite.dk>
Subject: Re: problem building zsh in background
References: <m3d6bgq2tk.wl%petersen@redhat.com>
	<87d6bgrxml.fsf@ceramic.fifi.org> <m3vfp7o6c8.wl%petersen@redhat.com>
	<877k1ngcp5.fsf@ceramic.fifi.org> <m365h68uk6.wl%petersen@redhat.com>
	<m3y8u26r3t.wl%petersen@redhat.com>
Mail-Copies-To: nobody
From: Philippe Troin <phil@fifi.org>
Date: 29 Nov 2003 21:43:50 -0800
In-Reply-To: <m3y8u26r3t.wl%petersen@redhat.com>
Message-ID: <87zneewgvd.fsf@ceramic.fifi.org>
User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: Philippe Troin <phil@fifi.org>

Jens Petersen <petersen@redhat.com> writes:

> >>>>> "juhp" == Jens Petersen <petersen@redhat.com> writes:
> 
> >>>>> "PT" == Philippe Troin <phil@fifi.org> writes:
> 
>     >>> >> works... yes checking if tcsetpgrp() actually
>     >>> >> works...  [1] + suspended (tty output)
>     >>> >> ./configure
>     >>>
>     PT> Check-out the thread at
>     PT> http://www.zsh.org/mla/workers/2003/msg00895.html
> 
> Ok, I have no problems with the first weaker patch, but with
> the second patch (msg00896.html) when there is no tty I see:
> 
> :
> checking if kill(pid, 0) returns ESRCH correctly... yes
> checking if POSIX sigsuspend() works... yes
> checking if tcsetpgrp() actually works... notty
> configure: error: no controlling tty
> % 

Yes, I know.

The first patch fails to detect if configure runs without a
controlling tty, does not run the test and assumes that tcsetpgrp()
works correctly.

The second patch aborts the configure run in that case.

The first patch was a work in progress, the second patch is supposed
to be an improvement :-)

Why do you want to run configure with nohup?

I guess I could run the test in a separate, created pty, but that is
going to be messy to do portably in configure.

Phil.