[19950] in Kerberos_V5_Development
Re: gss_store_cred_into() and gss_acquire_cred_from() on a client
daemon@ATHENA.MIT.EDU (Greg Hudson)
Fri Jun 7 00:43:26 2019
To: moore moore <moore_chestnut@yahoo.ie>, "krbdev@mit.edu" <krbdev@mit.edu>
From: Greg Hudson <ghudson@mit.edu>
Message-ID: <e5e321fa-204d-d4d2-afe9-f761998e6a71@mit.edu>
Date: Fri, 7 Jun 2019 00:43:09 -0400
MIME-Version: 1.0
In-Reply-To: <867807237.17209280.1559684332039@mail.yahoo.com>
Content-Language: en-US
Content-Type: text/plain; charset="utf-8"
Errors-To: krbdev-bounces@mit.edu
Content-Transfer-Encoding: 8bit
On 6/4/19 5:38 PM, moore moore wrote:> This is working in multi threaded
process.
> However with about 20 concurrent threads, there appears major lock up in
> the threads (all in the krb5 lib) around malloc and memory management.
The only ways I can think of for code to cause a deadlock inside
malloc() are memory corruption and calling malloc() from within a signal
handler (directly or indirectly).
You might try using valgrind or asan to look for memory corruption bugs.
_______________________________________________
krbdev mailing list krbdev@mit.edu
https://mailman.mit.edu/mailman/listinfo/krbdev