kern/72979: unkillable process(es) stuck in `STOP' state

[Ken Smith]

The following reply was made to PR kern/72979; it has been noted by GNATS.

From: Ken Smith <kensmith at cse.Buffalo.EDU>
To: David Xu <davidxu at freebsd.org>
Cc: Mikhail Teterin <mi+mx at aldan.algebra.com>,
	Michael Nottebrock <michaelnottebrock at gmx.net>, re at freebsd.org,
	davidxu at t2t2.com, davidxu at viatech.com.cn,
	freebsd-gnats-submit at freebsd.org
Subject: Re: kern/72979: unkillable process(es) stuck in `STOP' state
Date: Tue, 26 Oct 2004 22:53:05 -0400

 --5mCyUwZo2JvN/JJP
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable
 
 On Tue, Oct 26, 2004 at 07:11:54PM +0800, David Xu wrote:
 > Mikhail Teterin wrote:
 >=20
 > >David, would you take a look at this? Some apps sometimes end up=20
 > >unkillable:
 > >
 > >http://www.freebsd.org/cgi/query-pr.cgi?pr=3D72979
 > >
 > >If you provide an encouraging answer quick enough, we may even be able t=
 o=20
 > >persuade re@ to hold the release long enough for you to fix it. Thanks!
 > >
 > >-mi
 > >
 > I had committed a change about 3 days ago, this might fix the problem,=20
 > can you
 > try ?
 >=20
 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/kern_exit.c.diff?r1=3D=
 1.250&r2=3D1.251&f=3Dh
 >=20
 > David Xu
 
 David,
 
 I think I have successfully tested your fix.  Even if it doesn't wind
 up fixing these problems it does fix something that shouldn't happen.
 
 Please commit to RELENG_5 and RELENG_5_3.  If you are too busy to do
 it can you let me know please? I'll do it if you can't.  We're making
 progress on the other big show-stopper problem and might have a resolution
 to that as early as tomorrow (if a patch doesn't work at least we know
 the root cause of a hang and can tell people how to avoid it; but a
 patch that might fix the cause of the hang is being tested).  We're
 thinking about doing a mini-RC2 just to test out these things and
 hopefully be ready to re-roll the release when the conference is over
 and people return home.
 
 Knowing the fix it's trivially easy to do something that should not
 happen:
 
 	% gdb prog	# can be anything
 	gdb> break main
 	gdb> run
 	gdb> ^Z
 	% ps
 	% kill <pid of gdb>
 
 Process for prog will be left behind and can't be killed.  With David's
 patch process for prog dies along with gdb.
 
 Thanks...
 
 --=20
 						Ken Smith
 - From there to here, from here to      |       kensmith at cse.buffalo.edu
   there, funny things are everywhere.   |
                       - Theodore Geisel |
 
 --5mCyUwZo2JvN/JJP
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.2.2 (SunOS)
 
 iD8DBQFBfw2O/G14VSmup/YRAm65AJwLdHfdSQJF5PN82MMyfa01nTknzQCffcGW
 EdNmGeogzX6PaOT2e/vJBfc=
 =GcZV
 -----END PGP SIGNATURE-----
 
 --5mCyUwZo2JvN/JJP--