http://qa.mandrakesoft.com/show_bug.cgi?id=3108
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |UNCONFIRMED
Component|glibc |kdevelop
Product|glibc |kdevelop
Summary|libpthread.so.0 crashes |kdevelop crashes when
|multiple applications |documentation directories
| |removed
Version|2.3.1-10mdk |2.1.5-3mdk
------- Additional Comments From [EMAIL PROTECTED] 2003-03-10 23:51 -------
This bug is really three seperate bugs that I mistook as one. This needs
resubmitting under kdevelop. I have changed the summary. Hope this is ok.
The problem was that it was reusing the previous kdeveloprc file and trying to
load a documentation derectory which has been removed. Removing the old rc file
solves the problem.
This bug can be closed as far as I'm concerned, but maybe someone wants to fix
it so that it skips removed directories cleanly?
strace given below for information:
-------------------------------------------------------------------------------
access("/nfs/home/paul/.kde/share/apps/kdevelop/KDE-Documentation", F_OK) = -1
ENOENT (No such file or directory)
access("/nfs/home/paul/.kde/share/apps/kdevelop", F_OK) = -1 ENOENT (No such
file or directory)
brk(0) = 0x8368000
brk(0x8369000) = 0x8369000
open("/nfs/home/paul/.kde/share/apps/kdevelop/KDE-Documentation",
O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigaction(SIGALRM, {SIG_DFL}, {SIG_DFL}, 8) = 0
alarm(3) = 0
close(10) = 0
getrlimit(0x7, 0xbfffedd8) = 0
close(0) = 0
-------------------------------------------------------------------------------
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
------- Reminder: -------
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date:
description:
Mandrake 9.1rc2, AMD K6III upgraded kdebase,kdelibs to latest cooker version:
kdevelop crashes on startup, kappfinder crashes when 'scan' is pressed, kbear
(compiled under 9.0) crashes on startup with similar stack traces. In all case
the last action seems to be waitpid(). Since libpthread is provided by glibc I
hope this bug is in the correct place.
No special action sequence seems to be required to reproduce this bug.
