Results 1 to 4 of 4
a while back i had a similar problem with mdk8.2, so i went out and got mdk9, its pretty much standard out of the box install, except wine wasnt happy ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
- 05-19-2003 #1Linux Engineer
- Join Date
- Dec 2002
- Location
- New Zealand
- Posts
- 766
upgraded glibc and now rpm doesnt work
a while back i had a similar problem with mdk8.2, so i went out and got mdk9, its pretty much standard out of the box install, except wine wasnt happy and to install the latest version i needed glibc-2.3.x
my system WAS working fine, then i installed
glibc-2.3.2-2mdk
glibc-devel-2.3.2-2mdk
ifplugd-0.13-3mdk
initscripts-7.06-11mdk
locales-2.3.2-1mdk
locales-en-2.3.2-1mdk
all of which were necescary to install glibc-2.3.2, now rpm segfaults everytime i try to install anything
- 05-19-2003 #2Linux Guru
- Join Date
- Oct 2001
- Location
- Täby, Sweden
- Posts
- 7,578
Do you know how to use gdb? If so, do the same in gdb and post the backtrace when the segfault occurs. If you don't know how, start gdb and use these commands (replace args with the actual arguments to pass to rpm):
Then wait until the segfault occurs, and run "bt" (for backtrace). When you're done, run "quit" to exit gdb.Code:file /bin/rpm set args <args> run
- 05-22-2003 #3Linux Engineer
- Join Date
- Dec 2002
- Location
- New Zealand
- Posts
- 766
im guessing the line that says shared library handler failed... refers to glibc? maybe my glibc-2.3.2 dload is corrupt or something.Code:(gdb) file /bin/rpm Reading symbols from /bin/rpm...(no debugging symbols found)...done (gdb) set args -Uivh /home/myself/tbi/* (gdb) run Starting program: /bin/rpm -Uivh /home/myself/tbi/* warning shared library handler failed to enable breakpoint Preparing... ########################################## [100%] Program received signal SIGSEGV, Segmentation fault. 0x081b488a in ?? () (gdb) bt #0 0x081b488a in ?? () #1 0x081b4b1c in ?? () #2 0x081b4ca2 in ?? () #3 0x081ae420 in ?? () #4 0x0819165c in ?? () #5 0x081adecb in ?? () #6 0x08192266 in ?? () #7 0x0819165c in ?? () #8 0x08192157 in ?? () #9 0x08184d49 in ?? () #10 0x0818541b in ?? () #11 0x08169f7e in ?? () #12 0x08169add in ?? () #13 0x08067722 in ?? () #14 0x0806678a in ?? () #15 0x080675c2 in ?? () #16 0x08076bca in ?? () #17 0x0806ba59 in ?? () #18 0x08048fb2 in ?? () #19 0x081433fa in ?? () (gdb) quit
- 05-22-2003 #4Linux Guru
- Join Date
- Oct 2001
- Location
- Täby, Sweden
- Posts
- 7,578
No, there doesn't seem to anything wrong with your glibc. All those addresses are within the rpm binary mapping. glibc is usually mapped somewhere above 0x40000000. It's a pity that the rpm is normally stripped, so that there's no symbolic info. Try downloading the latest version from www.rpm.org and see if that works better.


Reply With Quote
