This is the mail archive of the
mailing list for the glibc project.
Re: [Q] bug-iconv3 and locking functions.
- From: Ulrich Drepper <drepper at redhat dot com>
- To: "Carlos O'Donell" <carlos at baldric dot uwo dot ca>
- Cc: libc-alpha <libc-alpha at sources dot redhat dot com>
- Date: Mon, 25 Aug 2003 02:26:56 -0700
- Subject: Re: [Q] bug-iconv3 and locking functions.
- Organization: Red Hat, Inc.
- References: <20030821153446.GB27283@systemhalted>
-----BEGIN PGP SIGNED MESSAGE-----
Carlos O'Donell wrote:
> The iconv_open function, through a chain of other function calls relies
> on __libc_lock_* to do all locking. What is the purpose of the above
Just what it says, testing that dynamically loading libpthread works.
> From what I can see, without threading the __libc_lock_*
> functions do nothing,
Wrong. With NPTL they always do something.
> Lastly iconv_open is called again to
> test if it hangs. On hppa it does. Is this indicating that our mutex
> functions are _not_ behaving as expected?
I don't know, and I have no interest to look deep enough into this. If
the test fails, your code is wrong. It works everywhere else.
- --------------. ,-. 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)
-----END PGP SIGNATURE-----