Can anyone else confirm this before I report it as a bug?This is not the bug, but only a symptom of the bug. If settings are not saved, this means that a crash occurs after you tell the application to quit, but before ConfigManager is deleted (settings are saved in its destructor). To narrow down the source of the crash, please try disabling all contrib plugins first, and if that does not help, disable the "core" plugins one by one (start with CodeCompletion). Also, if you have a RPT file, it may be helpful to see that one.
Also, is there a way to manually save these kinds of changes?None at the present time (and not likely in the future, although it would probably be easy to implement).
If settings are not saved, this means that a crash occurs after you tell the application to quit, but before ConfigManager is deleted (settings are saved in its destructor). To narrow down the source of the crash, please try disabling all contrib plugins first, and if that does not help, disable the "core" plugins one by one (start with CodeCompletion). Also, if you have a RPT file, it may be helpful to see that one.
For example, if the selected build target is Debug and I change it to Release, next time I start C::B it will still be Debug.
Is there a way of going back to my old version temporarily? I don't like having bugs that cause things not to get saved.
svn checkout svn://svn.berlios.de/codeblocks/trunk /path/to/your/codeblocks/source/ -r revision_you_want --non-interactive
If I try to compile the Codeblocks-unix project I get an error at line 9 ofPlatWX.cpp (wx/wx.h can't be found).
On the other hand, if I try to compile the Codeblocks project I get the error cc1plus: error: unrecognized command line option "-mthreads"
It means you don't have wxGTK-devel package installed.
I'll happily try disabling the standard ones if you can tell me where to do it.If you launch Code::Blocks with --safe-mode (type that in the "Run..." box or in the shell), it starts without *any* plugins at all. Other than that, you can disable plugins one by one from the "Manage Plugins" dialog (found in the "Plugins" menu).
Also, what is an RPT file and where would I find it??That is a file containing a stack backtrace, which can be used to pinpoint a crash in many situations. It is created when the application crashes and can normally be found in the same directory as the application or in your home directory, and called codeblocks.rpt.
[Edit...] Oops, sorry. I found it (I typed it wrong into Google)
Do you know what version it's up to? The latest I can find is 2.6.3.3 but I thought it was at around 2.8.x.x
./configure --disable-debug --enable-shared --enable-unicode --enable-monolithic --with-gtk=2
Also, what is an RPT file and where would I find it??
http://download.opensuse.org/repositories/home:/TheTuxKeeper/openSUSE_10.2/i586/
Thanks. Forgive my ignorance - but is wxGTK-devel the same as wxWidgets-devel ?
(the library shown in your link was wxWidgets-devel).
Thanks. Forgive my ignorance - but is wxGTK-devel the same as wxWidgets-devel ?
(the library shown in your link was wxWidgets-devel).
./bootstrap
./configure --enable-contrib
make
make install
configure: error:
wxWidgets must be installed on your system.
Please check that wx-config is in path, the directory
where wxWidgets libraries are installed (returned by
'wx-config --libs' or 'wx-config --static --libs' command)
is in LD_LIBRARY_PATH or equivalent variable and
wxWindows version is 2.6.0 or above.
Do I need wxWindows on a Linux (OpenSuse) system?wxWindows is the former name of wxWidgets.
Why is everything so tortuously difficult under Linux???For me it's much more difficult under Windows, but I use linux (with pauses, without any computer) since the early 1990's
At the line ./configure --enable-contrib I get the following error:-
cd /usr/bin
su
ln -s /usr/lib/wx/config/gtk2-unicode-release-2.8 wx-config
./configure --enable-contrib --with-wx-config=/usr/lib/wx/config/gtk2-unicode-release-2.8
[Edit...] Forget that - it just finished. One more question though.... how did it know whether to build a Debug version or a Release version?
codeblocks: symbol lookup error: codeblocks: undefined symbol: cbEVT_QUERY_VIEW_LAYOUT
If I change (say) some global compiler settings, they're now being remembered
Bug Found.
1_ Go to Settings->Compiler and Debugger
2_ Clear the directories in "Search directories"
3_ Go to "Toolchain Executables" and make an Autodetect.
4_ Click OK.
The directories are not set in Search Directories.
Now, make 1, 2 and 3, but click on CANCEL instead of OK.
The directories are set...
Funny, isn't it....
[EDIT]: Oooopppppsss, I have forgotten:
Tested on Windows XP, with SVN 4413
Well at least I'm not the only user experiencing unpredictable behaviour at the moment.What can I say... I'm developing under Windows and see no such thing here. The Mandraman uses Code::Blocks under Linux all day and does not seem to see any such thing either.
Any developers care to comment? Is there a reason why C::B has suddenly become so erratic in so many different areas?
I've posted several reports recently about config changes not being saved reliably / debugging having become very unreliable / checkboxes that don't update properly etc. But there doesn't seem to be any interest at all from the developers.
Well at least I'm not the only user experiencing unpredictable behaviour at the moment.
Any developers care to comment? Is there a reason why C::B has suddenly become so erratic in so many different areas?
I've posted several reports recently about config changes not being saved reliably / debugging having become very unreliable / checkboxes that don't update properly etc. But there doesn't seem to be any interest at all from the developers.
In a nightly, I had pointed this:
I noticed one such stupid behaviour couple of days back, but it went away after I made a clean compile and install.
Are you saying that in the Compiler & Debugger Settings dialog, the OK and CANCEL buttons are simply working the opposite way around? That doesn't really tie in with my experiences. OK does seem to work - but only occasionally.
I noticed one such stupid behaviour couple of days back, but it went away after I made a clean compile and install.
Before I do anything drastic - do you mean a clean compile & install of Code::Blocks - or of the project that was giving you problems?
, I just read your posts. You have mentioned that you use KDE desktop. But I use GNOME one. So can you just give GNOME desktop a try to see if the problem persists or not.
Well I do use C::B on Linux and on Windows. I have not noticed such unexpected behaviour.
Unfortunately it wasn't as easy to swap between KDE and Gnome as I thought so I'll have to leave that for now. However, here's what I have done....
1) Load up the Code::Blocks - Unix project from within Code::Blocks itself.
2) Select the build target "All".
3) Select Build->Clean and remove all object files.
4) Close Code::Blocks
5) Open a terminal window and switch to my C::B root folder.
6) Try to rebuild C::B using 'make'.
To my amazement it tells me there's nothing to be done!!
BTW, I just read your posts. You have mentioned that you use KDE desktop. But I use GNOME one. So can you just give GNOME desktop a try to see if the problem persists or not.
Unfortunately it wasn't as easy to swap between KDE and Gnome as I thought so I'll have to leave that for now. However, here's what I have done....
make sure you read the wiki for instructions on building because something tells me you missed performing one very important step.
What is the important step you think I missed?
./bootstrap
./configure
make
su
make install
However, each time I did an update, C::B just became more & more unreliable. Eventually, I was advised to try installing from source.
For most of the popular Linux distributions, the following few instructions are sufficient if you check out source from SVN.Quote./bootstrap
./configure
make
su
make install
Setting breakpoints
Debugger name and version: GNU gdb 6.5
No symbol table is loaded. Use the "file" command.
Hi Mandrav - it's not crashing as such. It's just not working the way it used to. For example, when I press F8 to debug a project, it no longer stops if I set break points. Or to be more specific - sometime it runs the program without stopping at the break points; other times it runs the program normally (and stops at the break points); other times it doesn't even run the program. The important thing is that I'm not changing anything while this is going on. One minute it will work - the next it won't (but mostly, it won't).
It's the same with saving my Compiler & Debugger settings. If I change a setting, the change (usually) doesn't get saved. But occasionally it does. There's no logic to it at all.
To be honest, C::B isn't really useable in its current state.
johne53@AMD2000:~> codeblocks
-------------- Build: Debug in Ardour ---------------
Target is up to date.
Nothing to be done.
johne53@AMD2000:~> gdb codeblocks
GNU gdb 6.5
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i586-suse-linux"...Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run
Starting program: /usr/local/bin/codeblocks
Failed to read a valid object file image from memory.
[Thread debugging using libthread_db enabled]
[New Thread -1234463024 (LWP 4579)]
[New Thread -1239315568 (LWP 4590)]
[New Thread -1247708272 (LWP 4591)]
[New Thread -1256100976 (LWP 4592)]
[New Thread -1264493680 (LWP 4593)]
[New Thread -1273934960 (LWP 4594)]
[New Thread -1285194864 (LWP 4595)]
[New Thread -1294054512 (LWP 4606)]
[Thread -1294054512 (zombie) exited]
[New Thread -1294054512 (LWP 4616)]
[Thread -1294054512 (zombie) exited]
[New Thread -1305478256 (LWP 4617)]
(codeblocks:4579): Gtk-CRITICAL **: gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed
-------------- Build: Debug in HelloWorld ---------------
[Thread -1305478256 (zombie) exited]
Target is up to date.
Nothing to be done.
Segmentation fault
I can't help feeling that this is an "out-of-step" problem. Does C::B have any other dependencies - or require a minimum level of certain other libraries - apart from wxGTK? So far I've just been concentrating on wxGTK but presumably there are other dependencies too? The annoying thing is that it all worked fine when I first installed C::B. These problems started to appear gradually, as & when I updated it - which again makes me think that I should have been updattng something else to keep in step.
Thanks Tim and everyone who's helping with this. I realise that it's not an everyday problem and I do want to get to the bottom of it as I was very impressed with Code::Blocks before these weird things started happening.
I have both GTK and GTK2 installed. GTK is version 1.2.10-926. GTK2 is version 2.10.6-13. I also have GTK2-devel installed (which is also 2.10.6-13) but not GTK-devel. I don't have any of the other GTK options, such as GTK1-compat-devel or any of the 'doc' libraries.
If there's a list somewhere where I could see what dependencies are needed, it would be quite simple for me to report my current versions.
johne53@AMD2000:/usr/local/bin> gdb codeblocks
GNU gdb 6.5
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i586-suse-linux"...Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run
Starting program: /usr/local/bin/codeblocks
Failed to read a valid object file image from memory.
[Thread debugging using libthread_db enabled]
[New Thread -1234319664 (LWP 5010)]
[New Thread -1239172208 (LWP 5021)]
[New Thread -1247564912 (LWP 5022)]
[New Thread -1255957616 (LWP 5023)]
[New Thread -1264350320 (LWP 5024)]
[New Thread -1273791600 (LWP 5025)]
[New Thread -1286108272 (LWP 5026)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1234319664 (LWP 5010)]
0xb691417c in _int_malloc () from /lib/libc.so.6
(gdb) bt)
#0 0xb695b17c in _int_malloc () from /lib/libc.so.6
#1 0xb695d0c5 in malloc () from /lib/libc.so.6
#2 0xb6b05477 in operator new () from /usr/lib/libstdc++.so.6
#3 0xb41ca463 in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::_M_copy (this=0xbf6f7340, __x=0xb85a4b0, __p=0x332439d8)
at /usr/include/c++/4.1.2/ext/new_allocator.h:88
#4 0xb41ca4a4 in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::_M_copy (this=0xbf6f7340, __x=0xb859658, __p=0x332439c0)
at /usr/include/c++/4.1.2/bits/stl_tree.h:1232
#5 0xb41ca4a4 in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::_M_copy (this=0xbf6f7340, __x=0xb859190, __p=0x332439a8)
at /usr/include/c++/4.1.2/bits/stl_tree.h:1232
#6 0xb41ca4a4 in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::_M_copy (this=0xbf6f7340, __x=0xb858c98, __p=0x33243990)
at /usr/include/c++/4.1.2/bits/stl_tree.h:1232
#7 0xb41ca4a4 in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::_M_copy (this=0xbf6f7340, __x=0xb8583e0, __p=0x33243978)
at /usr/include/c++/4.1.2/bits/stl_tree.h:1232
#8 0xb41ca4a4 in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::_M_copy (this=0xbf6f7340, __x=0xb857108, __p=0x33243960)
at /usr/include/c++/4.1.2/bits/stl_tree.h:1232
#9 0xb41ca4a4 in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::_M_copy (this=0xbf6f7340, __x=0xb855f50, __p=0x33243948)
---Type <return> to continue, or q <return> to quit---
at /usr/include/c++/4.1.2/bits/stl_tree.h:1232
#10 0xb41ca4a4 in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::_M_copy (this=0xbf6f7340, __x=0xb853088, __p=0x33243930)
at /usr/include/c++/4.1.2/bits/stl_tree.h:1232
#11 0xb41ca4a4 in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::_M_copy (this=0xbf6f7340, __x=0xb8501f0, __p=0x33243918)
at /usr/include/c++/4.1.2/bits/stl_tree.h:1232
#12 0xb41ca4a4 in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::_M_copy (this=0xbf6f7340, __x=0xb84af10, __p=0x33243900)
at /usr/include/c++/4.1.2/bits/stl_tree.h:1232
#13 0xb41ca4a4 in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::_M_copy (this=0xbf6f7340, __x=0xb83de90, __p=0x332438e8)
at /usr/include/c++/4.1.2/bits/stl_tree.h:1232
#14 0xb41ca4a4 in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::_M_copy (this=0xbf6f7340, __x=0xb831380, __p=0xbf6f7344)
at /usr/include/c++/4.1.2/bits/stl_tree.h:1232
#15 0xb41ebeab in std::_Rb_tree<int, int, std::_Identity<int>, std::less<int>, std::allocator<int> >::operator= (this=0xbf6f7340, __x=@0xb2a28710)
at /usr/include/c++/4.1.2/bits/stl_tree.h:800
#16 0xb4208362 in TokensTree::RemoveToken (this=0x88d78d0, oldToken=0xb2a2868c)
at /usr/include/c++/4.1.2/bits/stl_set.h:220
#17 0xb4208acf in TokensTree::RemoveToken (this=0x88d78d0, idx=1)
at parser/token.cpp:570
---Type <return> to continue, or q <return> to quit---
#18 0xb4208382 in TokensTree::RemoveToken (this=0x88d78d0, oldToken=0xb2a2868c)
at parser/token.cpp:618
#19 0xb4208acf in TokensTree::RemoveToken (this=0x88d78d0, idx=1)
at parser/token.cpp:570
#20 0xb4208382 in TokensTree::RemoveToken (this=0x88d78d0, oldToken=0xb2a2868c)
at parser/token.cpp:618
#21 0xb4208acf in TokensTree::RemoveToken (this=0x88d78d0, idx=1)
at parser/token.cpp:570
#22 0xb4208382 in TokensTree::RemoveToken (this=0x88d78d0, oldToken=0xb2a2868c)
at parser/token.cpp:618
#23 0xb4208acf in TokensTree::RemoveToken (this=0x88d78d0, idx=1)
at parser/token.cpp:570
#24 0xb4208382 in TokensTree::RemoveToken (this=0x88d78d0, oldToken=0xb2a2868c)
at parser/token.cpp:618
#25 0xb4208acf in TokensTree::RemoveToken (this=0x88d78d0, idx=1)
at parser/token.cpp:570
#26 0xb4208382 in TokensTree::RemoveToken (this=0x88d78d0, oldToken=0xb2a2868c)
at parser/token.cpp:618
#27 0xb4208acf in TokensTree::RemoveToken (this=0x88d78d0, idx=1)
at parser/token.cpp:570
#28 0xb4208382 in TokensTree::RemoveToken (this=0x88d78d0, oldToken=0xb2a2868c)
at parser/token.cpp:618
#29 0xb4208acf in TokensTree::RemoveToken (this=0x88d78d0, idx=1
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<CodeBlocks_project_file>
<FileVersion major="1" minor="6" />
<Project>
<Option title="Ardour" />
<Option pch_mode="2" />
<Option compiler="gcc" />
<Build>
<Target title="Debug">
<Option output="$(#output)/ardour2/ardour-2.0.5" prefix_auto="1" extension_auto="1" />
<Option object_output="obj/Debug/" />
<Option type="0" />
<Option compiler="gcc" />
<Option host_application="ardour-2" />
<Compiler>
<Add option="-DDEBUG" />
</Compiler>
<Linker>
<Add directory="$(#output)/ardour2/" />
<Add directory="$(#base)/ardour2/libs/pbd/" />
</Linker>
</Target>
<Target title="Release">
<Option output="bin/Release/ardour-2.0.5" prefix_auto="1" extension_auto="1" />
<Option object_output="obj/Release/" />
<Option type="1" />
<Option compiler="gcc" />
<Compiler>
<Add option="-O3" />
</Compiler>
<Linker>
<Add directory="$(#output)/ardour2/" />
<Add directory="$(#base)/ardour2/libs/pbd/" />
</Linker>
</Target>
</Build>
<Compiler>
<Add option="-Wall" />
</Compiler>
<Linker>
<Add library="jack" />
</Linker>
<Unit filename="waveview.cc" />
<Unit filename="waveview.h" />
<Unit filename="waveview_p.h" />
<Extensions>
<code_completion />
<debugger />
</Extensions>
</Project>
</CodeBlocks_project_file>
./bootstrap
./configure
make
su
make install
You should add the contents of '/usr/share/aclocal/libtool.m4' to 'aclocal.m4'
./bootstrap: line64: aclocal: command not found
# Check for proper versions of autotools
# We require:
# - autoconf 2.50+
# - automake 1.7+, 1.9+ for make dist
# - libtool 1.4+
aclocal --version
autoconf --version
automake --version
libtool --version
http://apt.tt-solutions.com/debian/ etch main
wget -q http://www.tt-solutions.com/vz/key.asc -O- | sudo apt-key add -
http://apt.tt-solutions.com/debian/ etch main
wget -q http://www.tt-solutions.com/vz/key.asc -O- | sudo apt-key add -
'http://apt.tt-solutions.com/debian/' is not known on line 5 in source list /etc/apt/sources.list
The list of sources could not be read
deb http://apt.tt-solutions.com/debian/ etch main
W: Couldn't stat source package list http://apt.tt-solutions.com etch/main Packages (/var/lib/apt/lists/apt.tt-solutions.com_debian_dists_etch_main_binary-i386_Packages) - stat (2 No such file or directory)
apt-get update
g++ -O2 -ffast-math -g -O2 -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -o .libs/codeblocks app.o appglobals.o compilersettingsdlg.o crashhandler.o dlgabout.o dlgaboutplugin.o environmentsettingsdlg.o infopane.o ipc.o main.o prefix.o printdlg.o scriptconsole.o scriptingsettingsdlg.o splashscreen.o startherepage.o -pthread -lm -L/media/SHAREDDATA/CodeBlocks/src/src/wxAUI /media/SHAREDDATA/CodeBlocks/src/src/wxAUI/.libs/libwxaui.a /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so -lXext -lXinerama -lXi -lXrandr -lXcursor -lXfixes /usr/lib/libpango-1.0.so /usr/lib/libcairo.so /usr/lib/libfreetype.so -lz -lfontconfig -lpng12 -lXrender -lX11 /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so -lrt -L/media/SHAREDDATA/CodeBlocks/src/sdk /media/SHAREDDATA/CodeBlocks/src/sdk/.libs/libcodeblocks.so -lwx_gtk2u_aui-2.8 -lwx_gtk2u_xrc-2.8 -lwx_gtk2u_qa-2.8 -lwx_gtk2u_html-2.8 -lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-2.8 -lwx_baseu_xml-2.8 -lwx_baseu_net-2.8 -lwx_baseu-2.8 -lpthread -ldl -Wl,--rpath -Wl,/usr/local/lib
app.o: In function `CodeBlocksApp::GetAppPath() const':
/media/SHAREDDATA/CodeBlocks/src/src/app.cpp:839: undefined reference to `wxString::wxString(char const*, wxMBConv&, unsigned int)'
app.o: In function `wxFont':
/usr/include/wx-2.6/wx/gtk/font.h:37: undefined reference to `wxFont::Init()'
/usr/include/wx-2.6/wx/gtk/font.h:37: undefined reference to `wxFont::Init()'
app.o: In function `CodeBlocksApp::OnInit()':
/media/SHAREDDATA/CodeBlocks/src/src/app.cpp:457: undefined reference to `wxZipFSHandler::wxZipFSHandler()'
app.o: In function `FileLogger::Append(wxString const&, Logger::level)':
../../src/include/logger.h:64: undefined reference to `wxString::mb_str(wxMBConv&) const'
../../src/include/logger.h:64: undefined reference to `wxString::mb_str(wxMBConv&) const'
wx-config --version
update-alternatives --config wx-config
Es gibt 6 Alternativen, die »wx-config« bereitstellen.
Auswahl Alternative
-----------------------------------------------
1 /usr/lib/wx/config/base-unicode-debug-2.8
2 /usr/lib/wx/config/gtk2-unicode-debug-2.8
3 /usr/lib/wx/config/base-unicode-release-2.8
*+ 4 /usr/lib/wx/config/gtk2-unicode-release-2.8
5 /usr/lib/wx/config/base-unicode-release-2.6
6 /usr/lib/wx/config/gtk2-unicode-release-2.6
Drücken Sie die Eingabetaste, um die Vorgabe[*] beizubehalten,
oder geben Sie die Auswahlnummer ein:
dpkg-buildpackages -d
dpkg -i path_to_package_file/package_file.deb
dpkg -i codeblocks_1.0svn4537_i386.deb ../codeblocks-contrib_1.0svn4537_i386.deb ../libcodeblocks0_1.0svn4537_i386.deb ../libwxsmithlib0_1.0svn4537_i386.deb
Sorry, it looks like our posts coincided. The problem was just that I'd forgotten to clean out the old (incomplete) build. Having done that, C:B has finally built & installed correctly. I'll be testing it again tomorrow. Wish me luck... :D
<gcc>
<NAME>
<str>
<![CDATA[GNU GCC Compiler]]>
</str>
</NAME>
<INCLUDE_DIRS>
<str>
<![CDATA[/usr/include;]]>
</str>
</INCLUDE_DIRS>
<RES_INCLUDE_DIRS>
<str>
<![CDATA[/usr/include;]]>
</str>
</RES_INCLUDE_DIRS>
<LIBRARY_DIRS>
<str>
<![CDATA[/usr/lib;]]>
</str>
</LIBRARY_DIRS>
<MASTER_PATH>
<str>
<![CDATA[/usr]]>
</str>
</MASTER_PATH>
</gcc>
<gcc>
<NAME>
<str>
<![CDATA[GNU GCC Compiler]]>
</str>
</NAME>
<INCLUDE_DIRS>
<str>
<![CDATA[/usr/include/;/opt/gnome/include/glib-2.0/;/opt/gnome/lib/glib-2.0/include/;$(#base)/ardour2/libs/glibmm2/;$(#base)/ardour2/libs/gtkmm2/atk/;$(#base)/ardour2/libs/gtkmm2/gtk/;$(#base)/ardour2/libs/gtkmm2/gdk/;$(#base)/ardour2/libs/gtkmm2/pango/;$(#base)/ardour2/libs/libgnomecanvasmm/;$(#base)/ardour2/libs/sigc++2/;$(#base)/ardour2/libs/pbd/;$(#base)/ardour2/libs/ardour/;$(#base)/ardour2/libs/;$(#base)/ardour2/;$(#base)/ardour2/libs/midi++2/;$(#base)/ardour2/libs/surfaces/control_protocol/;$(#base)/ardour2/libs/gtkmm2ext/;$(#base)/ardour2/gtk2_ardour/;$(#base)/CodeBlocks/src/include/wxscintilla/include/;/usr/include/wx-2.8/;/usr/include/atk-1.0/;/usr/include/gtk-2.0/;/usr/include/glib-2.0/;/usr/include/pango-1.0/;/usr/include/libgnomecanvas-2.0/;/usr/lib/glib-2.0/include/;/usr/lib/gtk-2.0/include/;/usr/lib/wx/include/gtk2-unicode-release-2.8/;]]>
</str>
</INCLUDE_DIRS>
<RES_INCLUDE_DIRS>
<str>
<![CDATA[/usr/include;]]>
</str>
</RES_INCLUDE_DIRS>
<LIBRARY_DIRS>
<str>
<![CDATA[$(#output)/ardour2/;/usr/lib;/usr/lib/cups/backend;/opt/gnome/lib;$(#base)/ardour2/libs/;]]>
</str>
</LIBRARY_DIRS>
<MASTER_PATH>
<str>
<![CDATA[/usr]]>
</str>
</MASTER_PATH>
</gcc>
Q1: You are talking about default.conf and adding search paths. Do I understand you are editing that config file manually?No - I extracted the above text just so people can see what kinds of thing are causing this problem but in fact, I'm adding my search paths from within C::B. I just wanted to know if there's anything wrong about the way I'm typing the path names. For example, can I (as I have done) use global variables there? And does it matter whether or not the path names end in a forward slash? That sort of thing.
Q2: Have you tried disabling the code completion plugin?AFAIK it's not enabled (unless it's enabled by default). I haven't personally installed or enabled any plug-ins.
Suggestion: If you want someone to look at the project, it would probably be easiest to make a tarball of the whole source tree and provide a download URL. If it's sources and gzipped, those 600 MB should be no more than maybe 200-250 MB packed, that's 3-4 minutes of download time, no big issueThanks for the suggestion, Thomas - but the bottleneck would be my upload speed. My broadband connection only offers around 256Kb upload speed so to place the code on a suitable URL would take me around 6 hours (and that's assuming that nothing goes wrong...!)
Q2: Have you tried disabling the code completion plugin?AFAIK it's not enabled (unless it's enabled by default). I haven't personally installed or enabled any plug-ins.
Looks like there might be something flaky in that part of the code.You have no idea. I'm actually quite surprised that it took 5 pages for someone to mention the CC plugin; it has a long history of causing hard-to-pin-down crashes.
Thomas - you've had a real flash of inspired genius with that suggestion about the Code Completion plug-in. Disabling it makes the problem go away on both machines.Actually I'm well-known and hated for the fact of blaming code completion as the first thing whenever someuse says the word "crash". Unluckily, I'm correct with that guess 99% of the time, too. :(
I'm actually quite surprised that it took 5 pages for someone to mention the CC plugin; it has a long history of causing hard-to-pin-down crashes.
To narrow down the source of the crash, please try disabling all contrib plugins first, and if that does not help, disable the "core" plugins one by one (start with CodeCompletion).Not quite 5 pages. :)