From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9539 invoked from network); 18 Feb 2004 17:47:17 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 18 Feb 2004 17:47:17 -0000 Received: (qmail 3165 invoked by alias); 18 Feb 2004 17:47:12 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 19441 Received: (qmail 3112 invoked from network); 18 Feb 2004 17:47:11 -0000 Received: from localhost (HELO sunsite.dk) (127.0.0.1) by localhost with SMTP; 18 Feb 2004 17:47:11 -0000 X-MessageWall-Score: 0 (sunsite.dk) Received: from [4.11.9.147] by sunsite.dk (MessageWall 1.0.8) with SMTP; 18 Feb 2004 17:47:10 -0000 Received: (from schaefer@localhost) by candle.brasslantern.com (8.11.6/8.11.6) id i1IHl8o13220 for zsh-workers@sunsite.dk; Wed, 18 Feb 2004 09:47:08 -0800 X-Authentication-Warning: candle.brasslantern.com: schaefer set sender to schaefer@closedmail.com using -f From: Bart Schaefer Message-Id: <1040218174708.ZM13219@candle.brasslantern.com> Date: Wed, 18 Feb 2004 17:47:08 +0000 In-Reply-To: <25456.1077099894@csr.com> Comments: In reply to Peter Stephenson "Re: jobs not listing all commands" (Feb 18, 10:24am) References: <25456.1077099894@csr.com> X-Mailer: Z-Mail (5.0.0 30July97) To: zsh-workers@sunsite.dk (Zsh hackers list) Subject: Re: jobs not listing all commands MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii On Feb 18, 10:24am, Peter Stephenson wrote: } } It's probably a case of missing headers. It wouldn't link, or would fail } to load with an error message, if you didn't have the functions; there's } no obvious way it could hang. In RedHat 9 and Solaris 8 the headers are } in stdlib.h (and they're certainly to hand in the other two Linux systems } I tried at home). Aha. They're in but they're inside #ifdef __USE_XOPEN ... which is defined by only when _XOPEN_SOURCE is defined ... which is meant to be defined directly by the user, or is defined when _GNU_SOURCE is defined. } I'm not sure how to test for this. Maybe it would be enough to try } compiling and linking a programme with grantpt etc., since I think } configure is sensitive to compiler warnings. While a missing-header test is probably appropriate, in this case I think the issue is whether zsh wants to define _XOPEN_SOURCE, and if not, then it shouldn't use /dev/ptmx even when the device exists.