The 10 October 2009 build (5859) is out.

[Jenna]

Maybe the F11 key doesn't like the project files created by the 5859 build?

There is indeed a bug in this nightly, that prevents C::B from asking whether it should create the file or not, but it has nothing to do with the version the file was created with.

I fixed it in svn r5865.

So you either have to wait for the next nightly, or build C::B from svn-sources.

[MortenMacFly]

Why do you think this is the code, that makes C::B crash ?

I read the back trace (crash eport). But I also think it's wrong. I am not sure but it might be that my scintilla sources are not in sync with the binary I used to create the crash report. It looks very weired to me, too - also the other lines in the crash report made not real sense. Altough they were exactly resolved.

[mushakk]

First, sorry for the delay

Example: sqlite-amalgamation-3_6_20

Where is that? A google search reveals simply nothing. What exactly is that? A file? A package?

Please provide more information / samples if you want help.

Sorry I thought that everybody knows sqlite, sorry again

And tell us the version of C::B you use, the OS (and version) and wxWidgets-version.

5859, of course. Windows Vista, wxWidgets 2.8.10

If I change whatever line and then I save the file (or I compile), C::B crashes

[MortenMacFly]

If I change whatever line and then I save the file (or I compile), C::B crashes

If you know how to compile C::B yourself, try the scintilla branch. This works for me just fine on that file.

Ps.: I know sqlite but I didn't know it under that name (including the version number).

[xewenfung]

Thank you ! Because i using C::B very confortable!

[pasgui]

Code Select Expand

codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference

Build for Ubuntu i386/amd64 can be found here

From Hardy to Jaunty: Needs wxWidgets library from http://www.wxwidgets.org/
Karmic: Used wxWidgets provided by Ubuntu [universe]

Best regards, pasgui

[MortenMacFly]

Code Select Expand

codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference

@Jens: See - number two. So I am not alone anymore. ;-)

[Jenna]

Code Select Expand

codeblocks: relocation error: /usr/lib/libcodeblocks.so.0: symbol _Z18wxSafeConvertWX2MBPKw, version WXU_2.8.2 not defined in file libwx_baseu-2.8.so.0 with link time reference

@Jens: See - number two. So I am not alone anymore. ;-)

This should not happen with wxWidgets from ubuntu 9.10, at least it does not happen here.
Only happens with C::B linked against wxWidgets from apt.wxwidgets.org and ubuntu's wxWidgets installed (e.g. from my repo).

Both 2.8.10, so I wonder what they (the ubuntu-guys) did to break the compatibility.

I think that's why pasgui's C::B for 9.10 is linked against ubuntu's wx.

[MortenMacFly]

This should not happen with wxWidgets from ubuntu 9.10, at least it does not happen here.

Well I have a fresh (updated from 09/04) Ubuntu 09/10, wxWidgets from Ubuntu and freshly compiled C::B. It still happens. So you are saying that I would have references to apt.wxwidgets.org somewhere? Lemme see...

[MortenMacFly]

Lemme see...

So - I don't have any reference to apt.wxwidgets.org neither I has at any time (at least I don't recall I needed it). I double-.checked that I am only using the wx packages of the Ubuntu repo, version 2.8.10-ubuntu1. I did another clean checkout of the C::B sources. Still the error persists.

It's frustrating and makes me feel like an idiot. Maybe it's only me, but every time I try to get "in contact" with Linux again such things happen to me. :-(

Edit: Oh, yes: And doing a "locate codeblocks" reveals nothing but the very C::B I had just compiled.

[oBFusCATed]

What about this explanation: http://pigeonsnest.co.uk/stuff/sarge/xrenderquerysubpixelorder.html ?

Do you have only one wx? Morten, can you search for libwx* in / ?

[Halan]

Both 2.8.10, so I wonder what they (the ubuntu-guys) did to break the compatibility.

Well karmic includes 2.8.10.1 maybe that makes a difference? Though such minor releases shouldn't break compatibility...

[MortenMacFly]

Just for the record: It works fine now. I removed all traces to anything called *codeblocks*, removed every source file did a whole new checkout, complete re-build from scratch via automake and voila it works. Before I just tried with make uninstall, make clean, make distclean which seems to leave some weired references. Doing the new checkout from scratch had these removed, probably.

[Halan]

Just for the record: It works fine now. I removed all traces to anything called *codeblocks*, removed every source file did a whole new checkout, complete re-build from scratch via automake and voila it works. Before I just tried with make uninstall, make clean, make distclean which seems to leave some weired references. Doing the new checkout from scratch had these removed, probably.

Hm strange. I haven't ever build codeblocks by myself. I always used the packages either from jens or pasgui. Gonna try building the binary myself and see if that works.

[pasgui]

Just for the record: It works fine now. I removed all traces to anything called *codeblocks*, removed every source file did a whole new checkout, complete re-build from scratch via automake and voila it works. Before I just tried with make uninstall, make clean, make distclean which seems to leave some weired references. Doing the new checkout from scratch had these removed, probably.

For me, when I build CB on Hardy with the wx from wxWidgets.org; I got a problem on Karmic with relocation problem with wx from ubuntu.
Also build on Hardy with wx from wxWidgets.org works well on Karmic but some others soft using wxWidgets are broken.
A strange thing, when I launch built from Hardy with wxWidgets.org on Karmic with wx from ubuntu with the options -d on codeblocks it works well.

When I build on Karmic with the wx provided by ubuntu it works well.

Thats why I provides one build from Hardy and one from Karmic.

Others solutions will be welcome.

best regards, pasgui