From owner-freebsd-bugs@FreeBSD.ORG Mon Apr 25 19:17:26 2005 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9494E16A4CE; Mon, 25 Apr 2005 19:17:26 +0000 (GMT) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1EAE43D69; Mon, 25 Apr 2005 19:17:25 +0000 (GMT) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [IPv6:2001:470:1f01:290:1::5]) by mail.farley.org (8.13.1/8.13.1) with ESMTP id j3PJHNAc008996; Mon, 25 Apr 2005 14:17:23 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Received: from localhost (localhost [127.0.0.1]) by thor.farley.org (8.13.3/8.13.3) with ESMTP id j3PJHSfR026643; Mon, 25 Apr 2005 14:17:28 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Mon, 25 Apr 2005 14:17:28 -0500 (CDT) From: =?ISO-8859-1?Q?Se=E1n_C=2E_Farley?= To: David Xu In-Reply-To: <4264C33B.8020207@freebsd.org> Message-ID: <20050425141315.I25522@thor.farley.org> References: <200502210120.j1L1KIM3024205@freefall.freebsd.org> <20050418155836.L11216@thor.farley.org> <4264C33B.8020207@freebsd.org> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-583420044-1114456648=:25522" cc: freebsd-bugs@freebsd.org cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: gnu/77818: GDB locks in wait4() when running applications X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2005 19:17:26 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-583420044-1114456648=:25522 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Tue, 19 Apr 2005, David Xu wrote: > I have commited a fix to -CURRENT, don't know if it will fix the > problem you have seen, but it is worth to try. > > David Xu > > Se=E1n C. Farley wrote: > >> I finally compiled Zsh with debugging and got the following trace. I >> ran it by the following line: >> LD_LIBRARY_PATH=3D/tmp/libc SHELL=3D/bin/sh gdb /usr/local/bin/zsh >>=20 >> Program received signal SIGINT, Interrupt. >> 0x281a9efb in sigsuspend () from /lib/libc.so.5 >> (gdb) where >> #0 0x281a9cfb in sigsuspend () at sigsuspend.S:2 >> #1 0x280e07dc in signal_suspend (sig=3D20, sig2=3D2) at signals.c:367 >> #2 0x280b92e8 in waitforpid (pid=3D11195) at jobs.c:1120 >> #3 0x280a3dda in getoutput (cmd=3D0x8060e5c "uname -s", qt=3D1) at exec= =2Ec:2869 >> #4 0x280e2a0c in stringsubst (list=3D0xbfbfe7c0, node=3D0xbfbfe7d0, ssu= b=3D4, >> asssub=3D0) at subst.c:189 >> #5 0x280e2378 in prefork (list=3D0xbfbfe7c0, flags=3D6) at subst.c:74 >> #6 0x280a0886 in addvars (state=3D0xbfbfe880, pc=3D0xbfbfe7c0, export= =3D0) >> at exec.c:1614 >> #7 0x2809ec5d in execsimple (state=3D0x1) at exec.c:802 >> #8 0x2809edb7 in execlist (state=3D0xbfbfe880, dont_change_job=3D0, exi= ting=3D0) >> at exec.c:855 >> #9 0x2809eb9a in execode (p=3D0x80608e0, dont_change_job=3D0, exiting= =3D0) >> at exec.c:775 >> #10 0x280b3a8a in loop (toplevel=3D0, justonce=3D0) at init.c:165 >> #11 0x280b58b8 in source (s=3D0xbfbfe950 "/root/.zshenv") at init.c:1043 >> #12 0x280b5b1c in sourcehome (s=3D0x280f458d ".zshenv") at init.c:1088 >> #13 0x280b54e7 in run_init_scripts () at init.c:937 >> #14 0x280b63da in zsh_main (argc=3D1, argv=3D0xbfbfeac0) at init.c:1262 >> #15 0x08048583 in main (argc=3D1, argv=3D0xbfbfeac0) at ./main.c:93 >>=20 >> I hope this can help find the problem. Would you happen to have a patch to -STABLE for the fix? I looked at some of the code you committed recently and was unsure of what fix(es) needed to be made to test it. A few of the changes did not look like they matched easily to -STABLE. Thank you. Se=E1n --=20 sean-freebsd@farley.org --0-583420044-1114456648=:25522--