ptrace child after fork?

[Dave Brower]

One of the SV machines I am now working with has implemented what they
have been told is the "correct" behavior of fork() as per the SVID. When
the fork creates the child, the ptrace status of the parent is passed on
to the child.  This completely breaks the only debugger (sdb) on
multiple-process programs, as the child just sits there, ptraced.

Interestingly, the SV.2 Vax code does NOT do this; nor does the SV.2
available on the 3b's -- sdb works fine.

Because of the 'official' interpretion, alledgedly supported by the AT&T
certification/verification test, the manufacturer is reluctant to remove
this wart.  ("It's not a bug, it's specified that way").

So, the question is, should fork propagate ptrace?  Is this something
that is being 'fixed' in the SV.3 ID?  And why doesn't Mr Reagun DO
something about it?

Thanks.
-dB
-- 
{amdahl|dual|sun|zehntel}\		|
{ucbvax|decvax}!mtxinu---->!rtech!daveb | "Something can always go wrong"
ihnp4!{phoenix|amdahl}___/		|