Bug 157403
Summary: | kicker segfaults during startup on klipper memory allocation | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Avi Kivity <avi> |
Component: | kdebase | Assignee: | Than Ngo <than> |
Status: | CLOSED WORKSFORME | QA Contact: | Ben Levenson <benl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-06-29 11:14:24 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 136451 |
Description
Avi Kivity
2005-05-11 09:28:15 UTC
I'm not able to reproduce this problem with rawhide from 2005-05-11. Please try to update to current rawhide. try this: killall -9 kicker rm -rf ~/.kde/share/apps/{kicker,klipper}/history.lst touch ~/.kde/share/apps/kicker/history.lst kicker it segfaults immediately in the klipper applet (x86-64). kdebase-3.4.0-5 which is current rawhide. I can provide a core if you can't reproduce. do you have updated to current rawhide completely? (not only kdebase)? basically you should update to new libstdc++, complete kde/qt packages. Do you still see it if you login with a new user? On i386 some systems knotify is crashing (may lead to kicker) due to bugs in the new alsa driver interaction with artsd. Try disabling artsd and see if it helps. the system in question is fully updated. this looks like a bug in qt. the following program will terminate() on i386: #include <qstring.h> #include <qfile.h> #include <qdatastream.h> int main(int ac, char **av) { QString fname ( "empty" ); QFile file ( fname ); file.open(IO_ReadOnly); QDataStream ds ( &file ); QString v; ds >> v; return 0; } if you run it with an empty file "empty" in the current directory and overcommit control on (I imagine x86-64 will crash without overcommit control) I'm still not unable to reproduce this problem in FC4 release, both on x86 and x86_64! Your above testcase does not crash on my test machine. please reopen it again if you could give me an testcase how to reproduce this problem. Many thanks for your report. (In reply to comment #6) > please reopen it again if you could give me an testcase how to reproduce this > problem. Many thanks for your report. the steps in comment #2 reproduce this 100% for me on an FC4 release machine, using a new user so that my existing setup has no effect. (actually I tried this over vnc - created a new user, started vncserver, changed twm to startkde in ~/.vnc/xstartup, killed the vncserver, restarted vncserver (now with kde), do the steps in comment #2, machine started swapping everything due to unbounded allocation. all this on x86_64). also see my example program in #5. this is what the code does (eventually). sorry, i have tried again and with your steps in comment #2. It does not crash! Anyone could reproduce this problem? i cannot debug/fix this problem if it's not reproduceable. well, I have reproduced this on three different machines (one i386, two x86_64). perhaps you can try with a new user to rule out your configuration? yes i have tried with a new user/old user on many test machines here. It does not crash! please reopen this bug again if someone find a testcase which reproduces this issue. Thanks |