develooper Front page | perl.perl5.porters | Postings from July 2001

Re: [patch] pthread_atfork bandaid

Thread Previous | Thread Next
Jarkko Hietaniemi
July 11, 2001 22:47
Re: [patch] pthread_atfork bandaid
Message ID:
On Wed, Jul 11, 2001 at 10:42:14PM -0700, Doug MacEachern wrote:
> On Thu, 12 Jul 2001, Jarkko Hietaniemi wrote:
> > I had to patch as follows before I even got a compile.
> > After this it builds and tests 100% for me under ithreads?
> i don't see how the bandaid patch would cause that, all it did was
> un-staticize the atfork handlers and move the call to perlmain.c

Well, at the very least they need to be declared, then.  Otherwise the
atfork_lock and atfork_unlock are were not visible in miniperlmain.c.

> can you run 'make perl.i' and see if THX is really needed in the atfork
> functions?  if it is, i don't see how this patch will work since the 

It works.

> pthread_atfork() handlers will not get passed any args.  i think they

The function pointer typedef was admittedly a bit icky... but without
that part the Compaq C compiler get serious indigestion about mismatching
function signatures at pthread_atfork().

> would need to keep the (void) prototype and call dTHX; instead.

$jhi++; #
        # There is this special biologist word we use for 'stable'.
        # It is 'dead'. -- Jack Cohen

Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About