Re: Linux 2.4 VS 2.6 fork VS thread creation time test

[David Lang <david.lang@digitalinsight.com>]

On Sun, 23 May 2004, Christian Borntraeger wrote:

> David Lang wrote:
> > On Sun, 23 May 2004, Christian Borntraeger wrote:
> > > Gergely Czuczy wrote:
> > > > failed. As I told it above all the processes are teminated right
> > > > after creation, but there were a lot of defunct processes in the
> > > > system, and they were only gone when the parent termineted.
> > > Have you heard of wait, waitpid and pthread_join?
> > there really is some sort of problem with 2.6.6 in this area. I have an
>
> Well in the example given by Gergely there was no wait call at all.
> Therefore I believe your problem is not related to his one.

Ok, very possible

> What do you mean by with 2.6.6. Does this testcase behaves differently with
> other kernel versions? Which version is the first with this problem?

I started doing this testing with 2.6.4 and had problems with 2.6.[456],
but only on the opterons

> > the prarent deals with sigchild by
> > handler{
> > while ( wait(...) >0);
> > signal(SIGCHLD, handler);
> > }
>
> You run signal within the signal handler. This is not necessary, although
> this should cause no problems. Nevertheless, can you try your test without
> signal in the signal handler?

I will do this, but as I read the signal man page this will cause signal
to be reset after the first signal hits and nothing will set it to handle
any future signals, where should the handler get set instead?

> cheers
>
> Christian
>

-- 
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it." - Brian W. Kernighan