Bug #17136 2010-05-08 21:31
athar
Frequent crashes when opening projects
Code::Blocks (svn 6181 on Ubuntu 9.10) crashes very often when loading new projects.
It happens particularly often (maybe every third attempt) when opening the first project from the start page, but also happens when other projects are already loaded. You can see source files that were opened last time appear, then Code::Blocks immediately terminates without comment (i.e. no crash report window). However an empty "codeblocks_dbgrpt" folder is being created in /tmp.
The most recent .xsession-errors messages look like this, always ending with "Starting batch parsing":
Loading project file...
Parsing project file...
Loading target Debug
Loading target Release
Loading target Release-New
Loading project files...
61 files loaded
Done loading project in 12ms
Project's base path: /home/david/Projekte/Library/
Project's common toplevel path: /home/david/Projekte/Library/
Text seems to be pure ASCII!
We use user specified encoding: Western European (ISO-8859-1) (ID: 1)
Final encoding detected: Western European (ISO-8859-1) (ID: 1)
project data set for /home/david/Projekte/Library/library/TConnection.cpp
Text seems to be pure ASCII!
We use user specified encoding: Western European (ISO-8859-1) (ID: 1)
Final encoding detected: Western European (ISO-8859-1) (ID: 1)
project data set for /home/david/Projekte/Library/library/TConnection.h
Top Editor: /home/david/Projekte/Library/library/TConnection.h
Add project Library in parsing queue
Caching internal gcc dirs for adding to parser...
Caching GCC dir: /usr/include/c++/4.4
Caching GCC dir: /usr/include/c++/4.4/i486-linux-gnu
Caching GCC dir: /usr/include/c++/4.4/backward
Caching GCC dir: /usr/local/include
Caching GCC dir: /usr/lib/gcc/i486-linux-gnu/4.4.1/include
Caching GCC dir: /usr/lib/gcc/i486-linux-gnu/4.4.1/include-fixed
Caching GCC dir: /usr/include/i486-linux-gnu
Caching GCC dir: /usr/include
Passing list of files to batch-parser.
Batch-parsing 61 file(s)...
Starting batch parsing...
- Category
- Application::Crash
- Group
- Status
- Open
- Close date
- Assigned to
History
Does this bug still persist?
I believe this bug is fixed now.
I still got occasional crashes on startup in recent nightly builds that were apparently related to batch parsing, however it's not even *nowhere* as frequent as it used to be and it seems likely that the recent crashes are due to a different bug.
I'll post another bug report if I can get more information.
This is definitely fixed, I haven't gotten any crashes related to opening projects for months.