Re: Fedora 9

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 13 May 2008 22:08:25 +0200, Pavel Lisy wrote:

> (gdb) run
> The program being debugged has been started already.
> Start it from the beginning? (y or n) y
> Starting program: /usr/bin/gkrellm 
> [Thread debugging using libthread_db enabled]
> [New Thread 0xb7f08710 (LWP 12000)]
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0xb7f08710 (LWP 12000)]
> X509_STORE_add_lookup (v=<value optimized out>, m=<value optimized out>)
> at x509_lu.c:255
> 255             sk=v->get_cert_methods;
> (gdb) 
> (gdb) 
> (gdb) bt
> #0  X509_STORE_add_lookup (v=<value optimized out>, m=<value optimized
> out>) at x509_lu.c:255
> #1  0x04cd0030 in X509_STORE_load_locations (ctx=<value optimized out>,
> file=<value optimized out>, 
>     path=<value optimized out>) at x509_d2.c:97
> #2  0x04e2b5fe in SSL_CTX_load_verify_locations (ctx=Could not find the
> frame base for "SSL_CTX_load_verify_locations".
> ) at ssl_lib.c:2475
> #3  0x007de7bb in ldap_int_tls_init_ctx ()
> from /usr/lib/libnss_ldap.so.2
> #4  0x007dedda in alloc_handle () from /usr/lib/libnss_ldap.so.2
> #5  0x007defe2 in ldap_int_tls_connect () from /usr/lib/libnss_ldap.so.2
> #6  0x007df177 in ldap_int_tls_start () from /usr/lib/libnss_ldap.so.2
> #7  0x007df355 in ldap_install_tls () from /usr/lib/libnss_ldap.so.2
> #8  0x007b2279 in do_start_tls (session=0x7faf40) at ldap-nss.c:1462
> #9  0x007b2939 in do_with_reconnect (base=0x7fba2d
> "ou=Users,dc=tmapy,dc=cz", scope=1, 
>     filter=0xbf82820c "(&(objectClass=posixAccount)(uid=pali))",
> attrs=0x7fc6e0, sizelimit=1, 
>     private=0xbf828a54, search_func=0x7b34d0 <do_search_s>) at
> ldap-nss.c:1607
> #10 0x007b32be in _nss_ldap_search_s (args=0xbf828aa0, 
>     filterprot=0x7ffea0 "(&(objectClass=posixAccount)(uid=%s))",
> sel=LM_PASSWD, user_attrs=0x0, sizelimit=1, 
>     res=0xbf828a54) at ldap-nss.c:3154
> #11 0x007b3a87 in _nss_ldap_getbyname (args=0xbf828aa0,
> result=0xbf828b44, buffer=0x894d700 "ldap", 
>     buflen=1024, errnop=0xb7f086d8, filterprot=0x7ffea0
> "(&(objectClass=posixAccount)(uid=%s))", 
>     sel=LM_PASSWD, parser=0x7b3cd0 <_nss_ldap_parse_pw>) at
> ldap-nss.c:3501
> #12 0x007b41c0 in _nss_ldap_getpwnam_r (name=0xbf829f27 "pali",
> result=0xbf828b44, buffer=0x894d700 "ldap", 
>     buflen=1024, errnop=0xb7f086d8) at ldap-pwd.c:245
> #13 0x0020d782 in __getpwnam_r (name=<value optimized out>,
> resbuf=<value optimized out>, 
>     buffer=<value optimized out>, buflen=<value optimized out>,
> result=<value optimized out>)
>     at ../nss/getXXbyYY_r.c:253
> #14 0x003cbaf6 in g_get_any_init_do () at gutils.c:1596
> #15 0x003cd5ed in IA__g_get_home_dir () at gutils.c:1747
> #16 0x049dc99a in gtk_rc_add_initial_default_files () at gtkrc.c:540
> #17 0x049dd394 in _gtk_rc_init () at gtkrc.c:863
> #18 0x0497f2e4 in do_post_parse_initialization (argc=Could not find the
> frame base for "do_post_parse_initialization".
> ) at gtkmain.c:681
> #19 0x0497f37f in post_parse_hook (context=Could not find the frame base
> for "post_parse_hook".
> ) at gtkmain.c:721
> #20 0x003a5f7d in IA__g_option_context_parse (context=<value optimized
> out>, argc=<value optimized out>, 
>     argv=<value optimized out>, error=<value optimized out>) at
> goption.c:1806
> #21 0x0497f66d in IA__gtk_parse_args (argc=Could not find the frame base
> for "IA__gtk_parse_args".
> ) at gtkmain.c:876
> #22 0x0497f6e5 in IA__gtk_init_check (argc=Could not find the frame base
> for "IA__gtk_init_check".
> ) at gtkmain.c:912
> #23 0x0497f72f in IA__gtk_init (argc=Could not find the frame base for
> "IA__gtk_init".
> ) at gtkmain.c:950
> #24 0x0805bbf2 in main (argc=1, argv=0xbf828ef4) at main.c:2062
> (gdb) 
> 
> 
> I hope you can find sometingg in it :-)

Well, it's nothing inside gkrellm , but a crash in OpenSSL (with a code
path coming out of nss_ldap). If you can verify that your installed
packages are not damaged,

  rpm -V openssl nss_ldap

submit a bug report. A test-case on how to reproduce your LDAP setup might
be helpful.

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux