From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021212 Description of problem: Since update2 of glibc balsa either hangs or has a segmentation fault upon starting. The system has been rebooted. Mail can be accessed using mail. Version-Release number of selected component (if applicable): balsa-1.2.4-7 How reproducible: Always Steps to Reproduce: 1.Start balsa via the launcher. 2. 3. Actual Results: Segmentation fault or hang. Additional info:
Can you get a backtrace?
Yes, if you will tell me how to get the backtrace.
Run balsa under gdb; it should stop when it segfaults, you can hit 'bt' to get a backtrace. Also, bug-buddy may help.
For example, if you get the 'Application balsa has crashed due to a segmentation fault, etc' dialog, you can start to submit a bug report, and click on 'Show details' ; this will show the backtrace.
Is that what you needed? [admin@www admin]$ gdb balsa GNU gdb Red Hat Linux (5.2.1-4) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... (gdb) run Starting program: /usr/bin/balsa opening Inbox.. ** WARNING **: Cannot find expected file "gnome-text-plain.png" (spliced with "pixmaps") with no extra prefixes Program received signal SIGSEGV, Segmentation fault. 0x4022bf91 in calloc () from /lib/libc.so.6 (gdb) bt #0 0x4022bf91 in calloc () from /lib/libc.so.6 #1 0x4022b5e7 in calloc () from /lib/libc.so.6 #2 0x4022acb1 in malloc () from /lib/libc.so.6 #3 0x402725a5 in re_comp () from /lib/libc.so.6 #4 0x402722d2 in re_comp () from /lib/libc.so.6 #5 0x40280275 in regcomp () from /lib/libc.so.6 #6 0x08074ebe in part_info_init_mimetext () #7 0x08075368 in part_info_init () #8 0x0807644d in add_part () #9 0x08076672 in select_part () #10 0x08071a93 in balsa_message_set () #11 0x0806b23e in idle_handler_cb () #12 0x40d49adf in g_idle_dispatch () from /usr/lib/libglib-1.2.so.0 #13 0x40d4897e in g_main_dispatch () from /usr/lib/libglib-1.2.so.0 #14 0x40d48e59 in g_main_iterate () from /usr/lib/libglib-1.2.so.0 #15 0x40d490f4 in g_main_run () from /usr/lib/libglib-1.2.so.0 #16 0x40c486df in gtk_main () from /usr/lib/libgtk-1.2.so.0 #17 0x08088504 in main () #18 0x401cc907 in __libc_start_main () from /lib/libc.so.6
Can you attach the output of 'LD_DEBUG=all balsa' for both the old and the new glibc?
Never mind, we've reproduced and diagnosed it here.
You can probably run it with "LD_DYNAMIC_WEAK=1 balsa"
Please be more specific about what is meant by You can probably run it with "LD_DYNAMIC_WEAK=1 balsa" I do not know what you are telling me. From a google search and man, I know it is part of the dynamic loader, ld.so. However, please give me a bit more information about how to use it and I will try to see if it works.
Instead of running just 'balsa' from the command line, you'd have to run 'LD_DYNAMIC_WEAK=1 balsa'; that workaround should allow it to work for the time being.
I had just typed nevermind ... I just typed LD_DYNAMIC_WEAK=1 balsa in a terminal window and balsa started and ran. I will add this to the launcher as a workaround until a more permanent fix is forthcoming. Thank you.
The latest version of balsa seems to work OK. I guess that balsa-1.2.4-8 from the recent security announcement was recompiled against the updated Glibc and that this fixes it. (RHSA-2003:109 "Updated balsa and mutt packages fix vulnerabilities")
Woops, yes, this is fixed in the errata. Basically, balsa was linked against libpcreposix, which contained some of the same symbols as libc, however, with a different ABI. This is just asking for trouble of the form you saw... we were somewhat lucky that it worked in the original release.