Krb5, core and gdb

MZSanford has asked for the wisdom of the Perl Monks concerning the following question:

I took a look around Super Search, and did not find anything on the subject, so thought i would Seek a bit of Perl Wisdom. Here is my problem ...
I am working on getting Kerberos support setup on a few hosts, mostly so i can get us out of the shell scripting business, and am having a ton of trouble with Authen::Krb5. The host i am testing on is a Solaris 8 machine running the KerbNet flavor of Kerberos, and perl 5.6.0. I was wondering if anyone has used Authen::Krb5 in the past, and if they could possibly help out.

The Tale Begins

Now, when i did the original make, there were some error because of the use of sv_undef, as opposed to PL_sv_undef. After a quick vi substitution command, that was tamed, and the make succeeded. So, i installed into /tmp to test. (no tests defined for mdule)

The plot thickens

Now, the problem at hand. I tried to run a sample which was provided with the module, and after changing some of the connfig changes, i started the sample_client up. Well, it core dumped :/. So, i thought maybe it was me. So, i got to looking around, and eventually steared my search into the always handy perl debugger. with my time in the debugger, i found that calls to the Authen::Krb5::cc_default() were causing my problem. so, being of sound mind, i headed for gdb. Here, is where my normal Perl debugging skills go horribly wrong, as gdb is not my best subject. Here is the back trace i have :

#0  0xff2046ac in sprintf () from /usr/lib/libc.so.1
#1  0xfefbe398 in krb5_cc_default_name () from /tmp/Krb5-1.1/blib/arch
+/auto/Authen/Krb5/Krb5.so
#2  0xfefaf720 in krb5_cc_default () from /tmp/Krb5-1.1/blib/arch/auto
+/Authen/Krb5/Krb5.so
#3  0xfefa8a8c in XS_Authen__Krb5_cc_default () from /tmp/Krb5-1.1/bli
+b/arch/auto/Authen/Krb5/Krb5.so
#4  0x72808 in Perl_pp_entersub ()
#5  0x6b804 in Perl_runops_standard ()
#6  0x2439c in S_run_body ()
#7  0x24010 in perl_run ()
#8  0x214e0 in main ()
[download]

What i see, as a gdb novice (on a good day), is that the Perl module is calling the Krb function, which is calling sprintf() in some preverse way. Now, my guess would be that this is a Module vs. Kerberos vs. KerbNet issue, but i get this nagging feeling that not the case, because the compilation is working fine. Please let me know if anyone has used Authen::Krb5 with luck, or any thought i what i have here.

from the frivolous to the serious

Comment on Krb5, core and gdb Select or Download Code

Replies are listed 'Best First'.
Re: Krb5, core and gdb by gellyfish (Monsignor) on Mar 21, 2002 at 14:28 UTC
there were some error because of the use of sv_undef, as opposed to PL_sv_undef. After a quick vi substitution command, Of course what you meant to do was set POLLUTE=1 on the command line when running Makefile.PL which will take care of that automatically. /J\	[reply]
Re: Krb5, core and gdb by zengargoyle (Deacon) on Jun 05, 2002 at 19:37 UTC
I've had success with Authen::Krb 1.2 and MIT Krb5-1.2.2 on solaris 8. AuthenKrb 1.1 gave me the sv_undef problems, 1.2 didn't. don't really know about KerbNet. krb5_cc_default_name is supposed to return the name of your default credentials cache, try setting the KRB5CCACHE environment variable to your cache. Mine follows the /tmp/krb5cc_$UID format.	[reply]