cat /proc/self/maps below as requested along with another bt.
Other weirdness:
I freshened qt and glibc with rpm -F. My computer fan went nuts (I'm on
a laptop and I know when that happens that the cpu or disk is working
hard.) I opened a Konsole and did a top and found prelink using 60 to
90% of the cpu resources. I su'd to root did a top and killed prelink.
I closed Konsole.
A few minutes later the fan went nuts again. I opened another Konsole
and did a top. I found top (AS ROOT) using 95% of the cpu resources. I
exited, su'd and ran top again. I killed the top that was running as
root. I then exited Konsole with exit (to get out of su) and exit (to
get out of Konsole).
I would hazard a guess that Konsole isn't logging out users properly if
you close it while being su. I'll bet it is leaving the su process
running and it is <eventually> running away, thus using all the computer
resources.
This might be a Konsole issue or something that supports it, ie whatever
kills users and processes when one closes Konsole.
Program received signal SIGINT, Interrupt.
[Switching to Thread -152062272 (LWP 8640)]
0x007f74dc in memcpy () from /lib/tls/libc.so.6
(gdb) bt
#0 0x007f74dc in memcpy () from /lib/tls/libc.so.6
#1 0x02b8ab5e in QString::setLength () from /usr/lib/qt-3.3/lib/libqt-
mt.so.3
#2 0x02b8af12 in QString::grow () from /usr/lib/qt-3.3/lib/libqt-
mt.so.3
#3 0x02b8ea11 in QString::insert () from /usr/lib/qt-3.3/lib/libqt-
mt.so.3
#4 0x02b8eaa1 in QString::insert () from /usr/lib/qt-3.3/lib/libqt-
mt.so.3
#5 0xf66308ea in Lexer::nextToken ()
from /home/krlux/kdevelop-3.1.1/lib/libkdevcppparser.so.0
#6 0xf663a0a6 in Lexer::tokenize ()
from /home/krlux/kdevelop-3.1.1/lib/libkdevcppparser.so.0
#7 0xf663a2d0 in Lexer::setSource ()
from /home/krlux/kdevelop-3.1.1/lib/libkdevcppparser.so.0
#8 0xf66284c6 in Driver::parseFile ()
from /home/krlux/kdevelop-3.1.1/lib/libkdevcppparser.so.0
#9 0xf66cbd8e in CppSupportPart::slotParseFiles ()
from /home/krlux/kdevelop-3.1.1/lib/kde3/libkdevcppsupport.so
#10 0xf66d3691 in CppSupportPart::qt_invoke ()
from /home/krlux/kdevelop-3.1.1/lib/kde3/libkdevcppsupport.so
#11 0x028c33a0 in QObject::activate_signal ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#12 0x02bf459d in QSignal::signal () from /usr/lib/qt-3.3/lib/libqt-
mt.so.3
#13 0x028dc0dd in QSignal::activate () from /usr/lib/qt-3.3/lib/libqt-
mt.so.3
#14 0x028e319b in QSingleShotTimer::event ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
---Type <return> to continue, or q <return> to quit---
#15 0x02864849 in QApplication::internalNotify ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#16 0x028649da in QApplication::notify ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#17 0x001b94e8 in KApplication::notify () from /usr/lib/libkdecore.so.4
#18 0x02858bbe in QEventLoop::activateTimers ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#19 0x02814bde in QEventLoop::processEvents ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#20 0x02879e75 in QEventLoop::enterLoop ()
from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#21 0x02879dce in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-
mt.so.3
#22 0x02863a4b in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-
mt.so.3
#23 0x0809db71 in main ()
$ cat maps
00775000-0078a000 r-xp 00000000 03:05 6193243 /lib/ld-2.3.3.so
0078a000-0078b000 r--p 00014000 03:05 6193243 /lib/ld-2.3.3.so
0078b000-0078c000 rw-p 00015000 03:05 6193243 /lib/ld-2.3.3.so
0078e000-008af000 r-xp 00000000 03:05 6258989 /lib/tls/libc-2.3.3.so
008af000-008b1000 r--p 00120000 03:05 6258989 /lib/tls/libc-2.3.3.so
008b1000-008b3000 rw-p 00122000 03:05 6258989 /lib/tls/libc-2.3.3.so
008b3000-008b5000 rw-p 008b3000 00:00 0
008dc000-008de000 r-xp 00000000 03:05 6193244 /lib/libdl-2.3.3.so
008de000-008df000 r--p 00001000 03:05 6193244 /lib/libdl-2.3.3.so
008df000-008e0000 rw-p 00002000 03:05 6193244 /lib/libdl-2.3.3.so
009cd000-009d0000 r-xp 00000000 03:05
6193280 /lib/libtermcap.so.2.0.8
009d0000-009d1000 rw-p 00002000 03:05
6193280 /lib/libtermcap.so.2.0.8
08047000-080d8000 r-xp 00000000 03:05 6045828 /bin/bash
080d8000-080de000 rw-p 00090000 03:05 6045828 /bin/bash
080de000-080e3000 rw-p 080de000 00:00 0
08caf000-08cf1000 rw-p 08caf000 00:00 0
f6dc9000-f6dd2000 r-xp 00000000 03:05
7094320 /lib/libnss_files-2.3.3.so
f6dd2000-f6dd3000 r--p 00008000 03:05
7094320 /lib/libnss_files-2.3.3.so
f6dd3000-f6dd4000 rw-p 00009000 03:05
7094320 /lib/libnss_files-2.3.3.so
f6de0000-f6de2000 rw-p f6de0000 00:00 0
f6de2000-f6de3000 r--p 002de000 03:05 2255274 /usr/lib/locale/locale-
archive
f6de3000-f6de9000 r--s 00000000 03:05 2261896 /usr/lib/gconv/gconv-
modules.cache
f6de9000-f6fe9000 r--p 00000000 03:05 2255274 /usr/lib/locale/locale-
archive
f6fe9000-f6feb000 rw-p f6fe9000 00:00 0
fef1d000-ff000000 rw-p fef1d000 00:00 0
ffffe000-fffff000 ---p 00000000 00:00 0
On Thu, 2004-28-10 at 11:00 -0400, Jakub Jelinek wrote:
On Thu, Oct 28, 2004 at 08:35:41AM -0600, Kim Lux (Mr.) wrote:
> I've got an application semi randomly crashing in FC3T3.
>
> A backtrace in gdb always shows the application crashing in the same
> place:
>
> 0x007f74dc in memcpy () from /lib/tls/libc.so.6
Crashes in memcpy means some routine called memcpy with wrong
arguments. So the whole backtrace at least is needed,
ideally together with /proc/self/maps at the point it crashes.
Jakub
--
Kim Lux (Mr.) <lux(a)diesel-research.com>