Code::Blocks crashes after an update [SOLVED]

scindix · 2016-06-21 22:30:17

Hi all,
Codeblocks crashes for me after one of the latest updates. This is the terminal output:

$ codeblocks
Warning: Mismatch between the program and library build versions detected.
The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1009,wx containers,compatible with 2.6),
and your program used 2.8 (no debug,Unicode,compiler with C++ ABI 1010,wx containers,compatible with 2.6).
Starting Code::Blocks Release 16.01  rev 10692 Jun 11 2016, 23:37:16 - wx2.8.12 (Linux, unicode) - 64 bit
Initialize EditColourSet .....
Initialize EditColourSet: done.
Aborted (core dumped)

The warning at the beginning seems to be normal when running codeblocks on Arch and shouldn't cause the crash. (See the comments below this bug report here: https://bugs.archlinux.org/task/45238 )
I reinstalled via

$ pacman -Rsn codeblocks
$ mv ~/.config/codeblocks ~/.config/codeblocks.bak
$ pacman -S codeblocks

But it didn't help. I even did 'pacman -Qenq | pacman -S -' and tried to reboot, but without luck.
The crash file codeblocks generated is here: http://pastebin.com/2JLPVhcf
From what I can see it crashes somewhere in a string compare of wxString in the wx-lib. But that doesn't have to mean anything. I know that this might be a bug in codeblocks itself, so I'm asking if anyone can confirm this behaviour? If not it might be a bug somewhere in my system. What am I supposed to do next?

Thanks in advance.
Scindix

Last edited by scindix (2016-09-27 21:45:32)

headkase · 2016-06-21 23:52:01

Try to build the latest version from the AUR: https://aur.archlinux.org/packages/codeblocks-svn

And see if the error persists with that.

scindix · 2016-06-22 01:11:03

Unfortunately the latest version from AUR crashes with exactly the same error and the same crash file.

Vivus · 2016-06-22 08:01:25

Same problem here. I tried the codeblocks-svn. Same problem...
Did you find any solution?

shadow.tar.gz · 2016-06-22 09:39:59

I saw the same error when I tried to launch Code::blocks after updating today

I wouldn't really call this a solution, but Downgrading the package to the version before the update "fixed the problem" per se

$ cd /var/cache/pacman/pkg
$ ls codeblocks*
codeblocks-16.01-1-x86_64.pkg.tar.xz  codeblocks-16.01-2-x86_64.pkg.tar.xz  codeblocks-16.01-3-x86_64.pkg.tar.xz
                                        ^Version before the update^            ^New "Broken" Version^

$ sudo pacman -U codeblocks-16.01-2-x86_64.pkg.tar.xz

Last edited by shadow.tar.gz (2016-06-22 09:44:18)

scindix · 2016-06-22 10:36:16

Yep, that old version still works for me, too. Thanks for pointing out the workaround. As multiple users seem to have this problem it's probably the best to file a bug report. So there's just one more question to clear up. Is this an Arch problem or a Codeblocks problem?

R00KIE · 2016-06-22 14:24:11

https://bugs.archlinux.org/task/49799

Potomac · 2016-08-21 04:19:58

codeblocks 16.01-4 has still problems,

it can start, but it will crash after creating a new project ( console c project for example ), when you click on "main.c" file and type something codeblocks will crash immediatly :

https://bugs.archlinux.org/task/50468

Last edited by Potomac (2016-08-21 04:20:33)

Potomac · 2016-08-21 05:38:45

I found the solution,

the problem was due to a bad PKGBUILD, in the PKGBUILD the maintainer has made a very bad choice in CFLAGS : the use of the option "-march=native"

"-march=native" means that gcc will produce binary code for the CPU of the local machine where the compilation is made, that means that if the maintainer has a iCore7 cpu then the binary will be optimized for this CPU, that means that older CPUs ( like pentium dual core, pentium 4, pentium 3, 2, celeron ) will probably crash because they don't have the same features as iCore7,

native
This selects the CPU to tune for at compilation time by determining the processor type of the compiling machine. Using -mtune=native will produce code optimized for the local machine under the constraints of the selected instruction set. Using -march=native will enable all instruction subsets supported by the local machine (hence the result might not run on different machines).

the solution is simply to delete "-march=native" mentions in the PKGBUILD, this kind of instruction should never be set in PKGBUILD ( ABS )

Last edited by Potomac (2016-08-21 05:40:03)

Arch Linux

#1 2016-06-21 22:30:17

Code::Blocks crashes after an update [SOLVED]

#2 2016-06-21 23:52:01

Re: Code::Blocks crashes after an update [SOLVED]

#3 2016-06-22 01:11:03

Re: Code::Blocks crashes after an update [SOLVED]

#4 2016-06-22 08:01:25

Re: Code::Blocks crashes after an update [SOLVED]

#5 2016-06-22 09:39:59

Re: Code::Blocks crashes after an update [SOLVED]

#6 2016-06-22 10:36:16

Re: Code::Blocks crashes after an update [SOLVED]

#7 2016-06-22 14:24:11

Re: Code::Blocks crashes after an update [SOLVED]

#8 2016-08-21 04:19:58

Re: Code::Blocks crashes after an update [SOLVED]

#9 2016-08-21 05:38:45

Re: Code::Blocks crashes after an update [SOLVED]

Board footer