From owner-freebsd-current  Mon Apr 21 20:08:18 1997
Return-Path: <owner-current>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id UAA08649
          for current-outgoing; Mon, 21 Apr 1997 20:08:18 -0700 (PDT)
Received: from mantar.slip.netcom.com (mantar.slip.netcom.com [192.187.167.134])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA08601;
          Mon, 21 Apr 1997 20:07:36 -0700 (PDT)
Received: from dual (DUAL [192.187.167.136])
	by mantar.slip.netcom.com (8.8.5/8.8.5) with SMTP id UAA00665;
	Mon, 21 Apr 1997 20:07:14 -0700 (PDT)
Message-Id: <3.0.1.32.19970421200711.0093b960@mantar.slip.netcom.com>
X-Sender: guest@mantar.slip.netcom.com
X-Mailer: Windows Eudora Pro Version 3.0.1 (32)
Date: Mon, 21 Apr 1997 20:07:11 -0700
To: David Nugent <davidn@unique.usn.blaze.net.au>, peter@freebsd.org
From: Manfred Antar <mantar@netcom.com>
Subject: Re: You will need to recompile your libc and apps!!!
Cc: current@freebsd.org, toor@dyson.iquest.net,
        (Bruce Evans) <bde@zeta.org.au>, Terry Lambert <terry@lambert.org>
In-Reply-To: <XFMail.970422121641.davidn@usn.blaze.net.au>
References: <3.0.1.32.19970421174205.0093ed50@mantar.slip.netcom.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

At 12:10 PM 4/22/97 +1000, David Nugent wrote:
>On 22-Apr-97 Manfred Antar wrote:
> >There is a need to build a new libc to build a new mount, or to build
>> >to include the vfork/pipe changes John Dyson made to libc.
>> >
>> I Did a make world Sunday with current sources and X doesn't work any more
>> if i use a libc from last thurs (4/17/96) it works.kernel is also current
>> although and old kernel doesn't make a difference.all seemed to work well
>> till Sunday when i did make world from X and shut down.All i get is a
>> X screen with nothing else.
>>       Any ideas
>
>
>Yes, the "pipe read" problem is back. I'm running a full make world
>and kernel from yesterday and xrdb stalls in piperd. Perhaps Peter's
>libc fix is better than Bruces after all? :-)
>
>The reason you're getting ony the X screen is that your .xinitrc
>hasn't completed. If you look at a process listing, you'll find
>xrdb is stalled. If you're not using any preprocessor directives in
>your .Xresources file, then add -nocpp to the invocation of xrdb
>to avoid the stall. Of course, this is only a workaround.
>
>
This Patch works for me
Thanks:
Apply this patch from Tor Egge (might not help your case.)  If that
doesn't work, then try removing the RFMEM from /sys/kern/kern_fork.c.
If that works, there is some code somewhere that is using vfork, but
shouldn't.  It would really be ashamed if we cannot use the RFMEM.


Index: popen.c
===================================================================
RCS file: /home/ncvs/src/lib/libc/gen/popen.c,v
retrieving revision 1.8
diff -u -r1.8 popen.c
--- popen.c	1997/04/20 20:17:04	1.8
+++ popen.c	1997/04/21 14:10:59
@@ -105,7 +105,8 @@
 			if (pdes[1] != STDOUT_FILENO) {
 				(void)dup2(pdes[1], STDOUT_FILENO);
 				(void)close(pdes[1]);
-				(void)dup2(STDOUT_FILENO, STDIN_FILENO);
+				if (twoway)
+					(void)dup2(STDOUT_FILENO, STDIN_FILENO);
 			} else if (twoway && (pdes[1] != STDIN_FILENO))
 				(void)dup2(pdes[1], STDIN_FILENO);
 		} else {



Manfred
|==============================|
|    mantar@netcom.com         |
|    Ph. (415) 681-6235        |
|==============================|