On Feb 21, 2007, at 6:34 PM, Love Hörnquist Åstrand wrote:
21 feb 2007 kl. 14.31 skrev Henry B. Hotz:
Been using the above mentioned fix, so not sure how much I care,
but it might come back to haunt me.
So if I parse this correctly, there is no longer any memory leaks ?
Love
You
On Feb 20, 2007, at 7:45 PM, Howard Chu wrote:
Yeah, I've built code using MIT headers with the Sun libraries. I
consider that a desperate measure, especially given the MIT code's
lousy behavior in a threaded program.
That's one thing that Sun fixed.
21 feb 2007 kl. 14.31 skrev Henry B. Hotz:
Been using the above mentioned fix, so not sure how much I care,
but it might come back to haunt me.
So if I parse this correctly, there is no longer any memory leaks ?
Love
I don't suppose there is a comparable issue with krb5_rd_req? I have
an app with a slow leak that uses it, but I can't be sure it doesn't
have to do with funny linking conflicts or external issues. The leak
goes away if I link against Sun Kerberos, but I'm not supposed to do
that. ;-)
On Tue, 20 Feb 2007 17:35:53 -0800
Henry B. Hotz [EMAIL PROTECTED] wrote:
I don't suppose there is a comparable issue with krb5_rd_req?
Not that I can see. The krb5_rd_req function is totally different and
all the krb5_decrypt_EncryptedData products in rd_req.c look like they're
cleaned up.
I
Michael B Allen wrote:
On Tue, 20 Feb 2007 17:35:53 -0800
Henry B. Hotz [EMAIL PROTECTED] wrote:
I don't suppose there is a comparable issue with krb5_rd_req?
Not that I can see. The krb5_rd_req function is totally different and
all the krb5_decrypt_EncryptedData products in rd_req.c
On Feb 20, 2007, at 6:52 PM, Howard Chu wrote:
I have an app with a slow leak that uses it, but I can't be sure
it doesn't have to do with funny linking conflicts or external
issues. The leak goes away if I link against Sun Kerberos, but
I'm not supposed to do that. ;-)
Tried
Henry B. Hotz wrote:
On Feb 20, 2007, at 6:52 PM, Howard Chu wrote:
I have an app with a slow leak that uses it, but I can't be sure
it doesn't have to do with funny linking conflicts or external
issues. The leak goes away if I link against Sun Kerberos, but
I'm not supposed to do
The following patch seems to fix a memory leak in
lib/krb5/rd_cred.c:krb5_rd_cred.
$ diff -Naur rd_cred.c.0 rd_cred.c
--- rd_cred.c.0 2007-02-05 22:42:47.0 -0500
+++ rd_cred.c 2007-02-05 22:35:30.0 -0500
@@ -152,6 +152,9 @@
