Print Page - Compiling Codeblocks from source (not svn)

User forums => Help => Topic started by: hibbity on May 24, 2011, 06:00:25 pm

Title: Compiling Codeblocks from source (not svn)
Post by: hibbity on May 24, 2011, 06:00:25 pm

Trying to follow tutorial: http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Linux (http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Linux)

Want to compile (on Ubuntu 11.04) codeblocks-10.05 from source (downloaded from web site as a tarball).

wxwidgets 2.8.12 compiles and installs, no problem, with config command:
sudo ../configure --enable-shared --enable-unicode --enable-monolithic --enable-xrc --with-gtk --prefix=/home/user/wx/wxWidgets-2.8.12
then make, and sudo make install
wx-config also setup and verified. No problem.

Now, for codeblocks, I untar "codeblocks-10.05-1.tar"

Then if I run these commands:
./configure
make

...the result is:
The configure command completes without errors.

Output of the make command results in:

(CDPATH="${ZSH_VERSION+.}:" && cd ../.. && /bin/bash /home/user/codeblocks/codeblocks-10.05/missing --run autoheader)
and the build hangs.

If I run this command:
./bootstrap

...the result is:

svn: '.' is not a working copy
svn: '.' is not a working copy
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.

... and the command hangs.

Has anyone got this to work on Ubuntu?

Title: Re: Compiling Codeblocks from source (not svn)
Post by: hibbity on May 25, 2011, 06:22:53 pm

It turns out that "codeblocks-10.05-1debian-src.tar.bz2" is a poor choice for Ubuntu.
The better choice is "codeblocks-10.05-src.tar.bz2"

After running bunzip2 and tar (-xv -f) commands, its important to own all the files.

So, something like:
cd ../codeblocks-10.05/
sudo find . -uid 1000 -exec chown myUID '{}' \+
sudo find . -uid myUID -exec chown username.primarygroup '{}' \+

Where:
'myUID' is the output of running: id -u
and 'username' is your login name,
and 'primarygroup' is your primary group (run 'id' to discover it)

Chapter 4 of the user manual is helpful for building Codeblocks from source:
../codeblocks-10.05/docs/doc-en/pdf/main_codeblocks_en.pdf

Title: Re: Compiling Codeblocks from source (not svn)
Post by: hibbity on May 25, 2011, 06:55:22 pm

After running: sudo make install, I find I can run Codeblocks directly on the host system.

However, if I VNC to the host, and try to run Codeblocks, I get:
INVALID-MIT-MAGIC-COOKIE-1 keyError: Unable to initialize gtk, is DISPLAY set properly?

For the VNC session DISPLAY=:1.0, whereas for the host system, DISPLAY=:0

I think I should be able to run C::B via VNC connection. (This problem does not exist for C::B 10.05 installed by Debian packages.)

Does anyone know a workaround for this?

Title: Re: Compiling Codeblocks from source (not svn)
Post by: hibbity on May 25, 2011, 07:13:40 pm

Solution:

Run: xhost +client

Where:
'client' is the name of your computer trying to connect via VNC.

This will add your computer to the X-server's access control (allowed) list.

"Our problems may not amount to a hill of beans.
But this is our hill. And these are our beans."

Title: Re: Compiling Codeblocks from source (not svn)
Post by: hibbity on May 25, 2011, 10:09:43 pm

I discovered that creating a new Plugin and installing it (no programmed changes from the default) borks Codeblocks.

1) Startup Codeblocks 10.05 (compiled and installed from codeblocks-10.05-src.tar.bz2)
2) Select File-->New-->Project...
3) Select Code::Blocks Plugin -->Go
4) Fill in project details (title, path, name) -->Next
5) Assign project Type = Generic (do not check any options)
6) Setup Compiler for the project:
project-->build options-->Search Directories-->Compiler-->Add:
/home/<username>/codeblocks/codeblocks-10.05/src/include
/home/<username>/wx/wxWidgets-2.8.12/include

project-->build options-->Search Directories-->Linker-->Add:
/usr/lib

project-->build options-->Compiler Settings-->Other options-->Add:
-fPIC

project-->build options-->Compiler Settings-->#defines-->Add:
WXUSINGDLL
BUILDING_PLUGIN

7) Save Project and Workspace
8 ) Press Ctrl-F9 (or Build-->Build from the drop menus)
Project compiles with 0 warnings and 0 errors.
9) Select Plugins-->Manage plugins...-->Install new (select the just-built .cbplugin file) -->Open
10) Result is cursor = system hourglass and this never changes, i.e. C::B is hung/borked
11) sudo killall codeblocks (Codeblocks stops execution)
12) Try to start Codeblocks. It starts, then after a second or two Seg-Faults.

Removing these files allows Codeblocks to restart:
/home/<username>/.codeblocks/share/codeblocks/my_test_plugin.zip
/home/<username>/.codeblocks/share/codeblocks/plugins/my_test_plugin.so

I try to debug Codeblocks that would give some clue as to the error when installing a default Plugin,
by running: sudo gdm /usr/local/bin/codeblocks
but it gives result:

** (gdm-binary:27109): WARNING ** : Failed to acquire org.gnome.DisplayManager
Connection ":1.82" is not allowed to own the service "org.gnome.DisplayManager" due to security policies in the configuration file.
** (gdm-binary:27109): WARNING ** : Could not acquire name; bailing out

This issue also covered in this posting:
http://forums.codeblocks.org/index.php?topic=13699.0 (http://forums.codeblocks.org/index.php?topic=13699.0)

I witnessed the same GtkPizza warning messages printed to stderr.
Issue in that case was resolved by avoiding C::B installed from source!

Here is the output from running, "codeblocks -d":

Xlib: extension "RANDR" missing on display ":1.0".

(codeblocks:26494): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:26494): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(codeblocks:26494): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:26494): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(codeblocks:26494): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:26494): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(codeblocks:26494): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:26494): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(codeblocks:26494): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:26494): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(codeblocks:26494): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:26494): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(codeblocks:26494): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:26494): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(codeblocks:26494): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:26494): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(codeblocks:26494): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:26494): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(codeblocks:26494): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:26494): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(codeblocks:26494): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:26494): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(codeblocks:26494): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:26494): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
*** glibc detected *** codeblocks: corrupted double-linked list: 0x0a6a6c50 ***
======= Backtrace: =========
/lib/i386-linux-gnu/libc.so.6(+0x6b961)[0x523961]
/lib/i386-linux-gnu/libc.so.6(+0x6d308)[0x525308]
/lib/i386-linux-gnu/libc.so.6(cfree+0x6d)[0x52841d]
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZdlPv+0x21)[0x1d34d1]
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZdaPv+0x1d)[0x1d352d]
/home/<username>/wx/wxWidgets-2.8.12/lib/libwx_gtk2u-2.8.so.0(_ZN15wxHashTableBase13DoDestroyNodeEP20wxHashTableBase_Node+0x5f)[0xe3c85f]
/home/<username>/wx/wxWidgets-2.8.12/lib/libwx_gtk2u-2.8.so.0(_ZN15wxHashTableBase12DoUnlinkNodeEjP20wxHashTableBase_NodeS1_+0x48)[0xe3cae8]
/home/<username>/wx/wxWidgets-2.8.12/lib/libwx_gtk2u-2.8.so.0(_ZN15wxHashTableBase8DoDeleteEPKwl+0x9a)[0xe3ccaa]
/home/<username>/wx/wxWidgets-2.8.12/lib/libwx_gtk2u-2.8.so.0(_ZN11wxClassInfo10UnregisterEv+0x49)[0xe50ac9]
/home/<username>/wx/wxWidgets-2.8.12/lib/libwx_gtk2u-2.8.so.0(_ZN11wxClassInfoD1Ev+0x7d)[0xe50b6d]
/lib/i386-linux-gnu/libc.so.6(__cxa_finalize+0xb4)[0x4e7e14]
/home/<username>/wx/wxWidgets-2.8.12/lib/libwx_gtk2u-2.8.so.0(+0x1e6d04)[0xe07d04]
/home/<username>/wx/wxWidgets-2.8.12/lib/libwx_gtk2u-2.8.so.0(+0x5cd810)[0x11ee810]
/lib/ld-linux.so.2(+0xec3d)[0x644c3d]
/lib/i386-linux-gnu/libc.so.6(+0x2fa6f)[0x4e7a6f]
/lib/i386-linux-gnu/libc.so.6(+0x2facf)[0x4e7acf]
/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xef)[0x4cee3f]
codeblocks[0x806c921]
======= Memory map: ========
00110000-00125000 r-xp 00000000 08:01 17957761 /lib/i386-linux-gnu/libpthread-2.13.so
00125000-00126000 r--p 00015000 08:01 17957761 /lib/i386-linux-gnu/libpthread-2.13.so
00126000-00127000 rw-p 00016000 08:01 17957761 /lib/i386-linux-gnu/libpthread-2.13.so
00127000-00129000 rw-p 00000000 00:00 0
00129000-00208000 r-xp 00000000 08:01 268644 /usr/lib/i386-linux-gnu/libstdc++.so.6.0.14
00208000-0020c000 r--p 000de000 08:01 268644 /usr/lib/i386-linux-gnu/libstdc++.so.6.0.14
0020c000-0020d000 rw-p 000e2000 08:01 268644 /usr/lib/i386-linux-gnu/libstdc++.so.6.0.14
0020d000-00214000 rw-p 00000000 00:00 0
00214000-0022e000 r-xp 00000000 08:01 17957724 /lib/i386-linux-gnu/libgcc_s.so.1
0022e000-0022f000 r--p 00019000 08:01 17957724 /lib/i386-linux-gnu/libgcc_s.so.1
0022f000-00230000 rw-p 0001a000 08:01 17957724 /lib/i386-linux-gnu/libgcc_s.so.1
00230000-00243000 r-xp 00000000 08:01 17957779 /lib/i386-linux-gnu/libz.so.1.2.3.4
00243000-00244000 r--p 00012000 08:01 17957779 /lib/i386-linux-gnu/libz.so.1.2.3.4
00244000-00245000 rw-p 00013000 08:01 17957779 /lib/i386-linux-gnu/libz.so.1.2.3.4
00245000-002da000 r-xp 00000000 08:01 271095 /usr/lib/libgdk-x11-2.0.so.0.2400.4
002da000-002db000 ---p 00095000 08:01 271095 /usr/lib/libgdk-x11-2.0.so.0.2400.4
002db000-002dd000 r--p 00095000 08:01 271095 /usr/lib/libgdk-x11-2.0.so.0.2400.4
002dd000-002de000 rw-p 00097000 08:01 271095 /usr/lib/libgdk-x11-2.0.so.0.2400.4
002de000-002f7000 r-xp 00000000 08:01 268543 /usr/lib/i386-linux-gnu/libatk-1.0.so.0.9.1
002f7000-002f8000 ---p 00019000 08:01 268543 /usr/lib/i386-linux-gnu/libatk-1.0.so.0.9.1
002f8000-002f9000 r--p 00019000 08:01 268543 /usr/lib/i386-linux-gnu/libatk-1.0.so.0.9.1
002f9000-002fa000 rw-p 0001a000 08:01 268543 /usr/lib/i386-linux-gnu/libatk-1.0.so.0.9.1
002fa000-0031f000 r-xp 00000000 08:01 268626 /usr/lib/i386-linux-gnu/libpangoft2-1.0.so.0.2800.4
0031f000-00320000 ---p 00025000 08:01 268626 /usr/lib/i386-linux-gnu/libpangoft2-1.0.so.0.2800.4
00320000-00321000 r--p 00025000 08:01 268626 /usr/lib/i386-linux-gnu/libpangoft2-1.0.so.0.2800.4
00321000-00322000 rw-p 00026000 08:01 268626 /usr/lib/i386-linux-gnu/libpangoft2-1.0.so.0.2800.4
00322000-0033d000 r-xp 00000000 08:01 266038 /usr/lib/libgdk_pixbuf-2.0.so.0.2300.3
0033d000-0033e000 r--p 0001a000 08:01 266038 /usr/lib/libgdk_pixbuf-2.0.so.0.2300.3
0033e000-0033f000 rw-p 0001b000 08:01 266038 /usr/lib/libgdk_pixbuf-2.0.so.0.2300.3
0033f000-00341000 r-xp 00000000 08:01 262572 /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0.2800.6
00341000-00342000 r--p 00002000 08:01 262572 /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0.2800.6
00342000-00343000 rw-p 00003000 08:01 262572 /usr/lib/i386-linux-gnu/libgmodule-2.0.so.0.2800.6
00343000-0034a000 r-xp 00000000 08:01 17957765 /lib/i386-linux-gnu/librt-2.13.so
0034a000-0034b000 r--p 00006000 08:01 17957765 /lib/i386-linux-gnu/librt-2.13.so
0034b000-0034c000 rw-p 00007000 08:01 17957765 /lib/i386-linux-gnu/librt-2.13.so
0034c000-00356000 r-xp 00000000 08:01 268624 /usr/lib/i386-linux-gnu/libpangocairo-1.0.so.0.2800.4
00356000-00357000 r--p 00009000 08:01 268624 /usr/lib/i386-linux-gnu/libpangocairo-1.0.so.0.2800.4
00357000-00358000 rw-p 0000a000 08:01 268624 /usr/lib/i386-linux-gnu/libpangocairo-1.0.so.0.2800.4
00358000-0035a000 r-xp 00000000 08:01 268515 /usr/lib/i386-linux-gnu/libXcomposite.so.1.0.0
0035a000-0035b000 r--p 00001000 08:01 268515 /usr/lib/i386-linux-gnu/libXcomposite.so.1.0.0
0035b000-0035c000 rw-p 00002000 08:01 268515 /usr/lib/i386-linux-gnu/libXcomposite.so.1.0.0
0035c000-0035e000 r-xp 00000000 08:01 268519 /usr/lib/i386-linux-gnu/libXdamage.so.1.1.0
0035e000-0035f000 r--p 00001000 08:01 268519 /usr/lib/i386-linux-gnu/libXdamage.so.1.1.0
0035f000-00360000 rw-p 00002000 08:01 268519 /usr/lib/i386-linux-gnu/libXdamage.so.1.1.0
00360000-00364000 r-xp 00000000 08:01 268525 /usr/lib/i386-linux-gnu/libXfixes.so.3.1.0
00364000-00365000 r--p 00003000 08:01 268525 /usr/lib/i386-linux-gnu/libXfixes.so.3.1.0
00365000-00366000 rw-p 00004000 08:01 268525 /usr/lib/i386-linux-gnu/libXfixes.so.3.1.0
00366000-00367000 r-xp 00000000 08:01 267837 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
00367000-00368000 r--p 00000000 08:01 267837 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
00368000-00369000 rw-p 00001000 08:01 267837 /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so
00369000-0036a000 r-xp 00000000 00:00 0 [vdso]
0036a000-003a8000 r-xp 00000000 08:01 268622 /usr/lib/i386-linux-gnu/libpango-1.0.so.0.2800.4
003a8000-003a9000 r--p 0003e000 08:01 268622 /usr/lib/i386-linux-gnu/libpango-1.0.so.0.2800.4
003a9000-003aa000 rw-p 0003f000 08:01 268622 /usr/lib/i386-linux-gnu/libpango-1.0.so.0.2800.4Aborted (core dumped)

The part where it says,
*** glibc detected *** codeblocks: corrupted double-linked list: 0x0a6a6c50 ***

doesn't sound too good.

Anyone have a solution to this? Is there possibly a library version mismatch? Ideas?

Title: Re: Compiling Codeblocks from source (not svn)
Post by: hibbity on May 26, 2011, 12:10:45 am

The 10.05 packages installed from Ubuntu's repositories (sudo apt-get install codeblocks codeblocks-dev libwxsmith-dev)
or
installed from the "codeblocks-10.05-1-debian-i386.tar.bz2" package available
from http://www.codeblocks.org/downloads/binaries (http://www.codeblocks.org/downloads/binaries) do not exhibit this problem.

Although, why this should be any different than building and installing Codeblocks from source makes me wonder....

Title: Re: Compiling Codeblocks from source (not svn)
Post by: hibbity on July 04, 2011, 07:37:29 pm

Not much has changed. Still looking to resolve this problem. Was unable to find a solution by searching forums.

Motivation this time was to generate detailed debug info, when a custom plugin install resulted in a fail-to-install error message.
running "codeblocks -d" should enable this level of detailed info, but instead it was necessary to change line 473 of app.cpp
from: wxLog::EnableLogging(false);
to: wxLog::EnableLogging(true);

then build codeblocks 10.05 from source, (not from svn), using:

./configure --prefix=/usr --libdir=/usr/lib --with-contrib-plugins=all --enable-pch=no --enable-shared --enable-unicode --with-wxdir=/home/guest/wx/wxWidgets-2.8.12 build=i686-pc-linux-gnu

make && make install

No compile or link errors were observed.

Then running codeblocks:

Initialize EditColourSet .....
Initialize EditColourSet: done.
Loading toolbar...
Initializing plugins...

(codeblocks:12922): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:12922): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(codeblocks:12922): GLib-GObject-WARNING **: cannot register existing type `GtkPizza'
(codeblocks:12922): GLib-GObject-WARNING **: invalid cast from `GtkPizza' to `<invalid>'
(...repeated many times, presumably the same warning for all plugins...)

Segmentation fault (core dumped)

When running with the debugger, this is added:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb50fbb70 (LWP 13321)]
0x007e1d6c in wxMBConv::FromWChar(char*, unsigned int, wchar_t const*, unsigned int) const ()
from /home/guest/wx/wxWidgets-2.8.12/shared-monolithic/lib/libwx_gtk2u-2.8.so.0
(gdb)

wxWidgets was built with:
../configure --prefix=/usr/lib --build=i686-pc-linux-gnu --enable-unicode --enable-monolithic --enable-xrc

Note: A new runtime error is also introduced. How to fix this too?
Codeblocks error: Unable to open requested HTML document: /usr/share/codeblocks/start_here.zip#start_here.html

Ideas?

Title: Re: Compiling Codeblocks from source (not svn)
Post by: hibbity on July 04, 2011, 08:00:31 pm

Here is the internal error log (codeblocks.xml process context descripton): attached as cb_.txt

Title: Re: Compiling Codeblocks from source (not svn)
Post by: oBFusCATed on July 04, 2011, 08:18:41 pm

Why do you use self-compiled wxGTK?
Why don't you use a package from ubuntu?
Are you use you have only one version of wxGTK installed?

Title: Re: Compiling Codeblocks from source (not svn)
Post by: hibbity on July 04, 2011, 08:50:35 pm

Quote from: oBFusCATed on July 04, 2011, 08:18:41 pm

Why do you use self-compiled wxGTK?
Why don't you use a package from ubuntu?
Are you use you have only one version of wxGTK installed?

I like to be able to build different versions. GTK2 for now, possibly windows later.

Currently, I have installed into /usr/lib:
- libwx_gtk2u-2.8.so
- libwx_gtk2ud-2.8.so

Title: Re: Compiling Codeblocks from source (not svn)
Post by: stahta01 on July 04, 2011, 10:34:10 pm

I believe the wxWidgets build must be shared files; I am think it might be needed to pass --enable-shared to configure.

What does wx-config return?

Note: I am primary a Windows programmer; so, not sure about Linux.

Tim S.

Title: Re: Compiling Codeblocks from source (not svn)
Post by: oBFusCATed on July 04, 2011, 10:51:51 pm

Quote from: hibbity on July 04, 2011, 08:50:35 pm

I like to be able to build different versions. GTK2 for now, possibly windows later.

Currently, I have installed into /usr/lib:
- libwx_gtk2u-2.8.so
- libwx_gtk2ud-2.8.so

I don't see what is the problem with using the system wxGTK.
You can try "ldd /path/to/codeblocks" to see if the correct libs are found and used. If not rebuild using the system wxGTK, it will be easier for you.
(you can hack it of course, but it is not the correct way of doing it and it is for power/masochist users)

Title: Re: Compiling Codeblocks from source (not svn)
Post by: hibbity on July 06, 2011, 08:45:04 pm

First issue I found is in wxWidgets realm (wxWidgets built with --enable-unicode), in custom plugin source.

Code

        char myText[80];
        strcpy (myText, "Some message.\n");
        wxString myString(myText, wxConvUTF8);

This constructor invokes

Code

FromWChar(char *dst, size_t dstLen, const wchar_t *src, size_t srcLen) const

... which causes SIGSEGV, not sure why exactly this should happen.

Custom plugin causing this problem was removed, then codeblocks 10.05 reconfigured with "--enable-debug", and re-installed (make distclean then re-run configure, then make, then sudo make install) and re-run in gdb.

Code

  ...
  Compiler plugin activated
  Library finder plugin activated
  Open files list plugin activated
  Files extension handler plugin activated
  Header Fixup plugin activated
  BYO Games plugin activated
  Keyboard shortcuts plugin activated
  Class wizard plugin activated
  DragScroll plugin activated
  Regular expressions testbed plugin activated
  Source code formatter (AStyle) plugin activated
  Code completion plugin activated
  Foreign projects importer plugin activated
  IncrementalSearch plugin activated
  Autosave plugin activated
  Source Exporter plugin activated
  Initializing plugins...
  KeyBinder failed UpdateById on[2639][Edit startup script]
  [New Thread 0xb17e9b70 (LWP 30699)]
  [Thread 0xb7a5ab70 (LWP 30688) exited]

... and a pop-up message in codeblocks, saying, "Resource files must have the same version number!" [OK]

Is there something I should be editing or deleting, perhaps in /tmp ?

Code::Blocks Forums

User forums => Help => Topic started by: hibbity on May 24, 2011, 06:00:25 pm