[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

RE: Phil-list: bool pthread_tryjoin_np(pth)



Hi All,

Introduction... been wondering about
how NPTL handles pthread_join() - suppose
you waitpid() on the children?  What if
all we want is to determine if alive?

A non-blocking bool pthread_tryjoin_np(pth):
I've been putting this into pkgs for years
with great success - allows controlling
thread(s) to poll for their prodigies.
Give them some dignity in death.

Guess either NPTL does it once, or I have
to do it at least once more, for NPTL.

Congrats - doing Great,

/bill

--------------------------
William D. "Bill" Thompson
mailto:bill thompson name
mailto:wdt digeo com

> -----Original Message-----
> Message: 1
> Date: Sat, 12 Apr 2003 11:58:04 -0700
> From: Ulrich Drepper <drepper redhat com>
> Organization: Red Hat, Inc.
> To: NPT library mailing list <phil-list redhat com>
> Subject: nptl 0.35
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I've uploaded
>
>   http://people.redhat.com/drepper/nptl/nptl-0.35.tar.bz2
>    ftp://people.redhat.com/drepper/nptl/nptl-0.35.tar.bz2
>
> which corresponds to the CVS glibc as of 2003-04-12T11:00:00-0700.
>
> The main changes:
>
> - - one reported bug in pthread_detach() fixed.  It failed when the thread
>   had already terminated but wasn't joined or detached
>
> - --
> - --------------.                        ,-.            444 Castro Street
> Ulrich Drepper \    ,-----------------'   \ Mountain View, CA 94041 USA
> Red Hat         `--' drepper at redhat.com `---------------------------
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.1 (GNU/Linux)
>
> iD8DBQE+mGHA2ijCOnn/RHQRAhCDAKCLDbCyvX7tLicffF2rsFoyGVNrHACeMd2k
> lGohVWk6jkZpHO+mQ1BBQbQ=
> =WbF5
> -----END PGP SIGNATURE-----






[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]