Beefy Boxes and Bandwidth Generously Provided by pair Networks
Do you know where your variables are?
 
PerlMonks  

Krb5, core and gdb

by MZSanford (Curate)
on Mar 21, 2002 at 12:14 UTC ( [id://153301]=perlquestion: print w/replies, xml ) Need Help??

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 ()

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

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\

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.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: perlquestion [id://153301]
Approved by root
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others chilling in the Monastery: (2)
As of 2024-04-26 00:45 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found