The 15 November 2007 build (4639) is out.

[Acki]

I've create a file "trash.cpp" adding to project Release options, then I've gone to the project folder and pressed SHIFT-DEL. The file gone to space. C::B asked me if I want to keep or not the file in the editor, I said NO, C::B crashed.

I can confirm this, too !!!
and I get this error message from Windows:

[pauliusz]

I've create a file "trash.cpp" adding to project Release options, then I've gone to the project folder and pressed SHIFT-DEL. The file gone to space. C::B asked me if I want to keep or not the file in the editor, I said NO, C::B crashed.

I can confirm this, too !!!

Fixed in [ Patch #2252 ] Fix crash when removing file outside CB

[Biplab]

Fixed in [ Patch #2252 ] Fix crash when removing file outside CB

Thanks for the patch. Applied in revision 4651.

[mastro]

i cant' compile this on Linux

here the error i get: http://pastebin.com/f78ffa07c

my system is Ubuntu Feisty at the moment

this is what i've done:

Code

svn checkout svn://svn.berlios.de/codeblocks/trunk codeblocks-1.0svn4639 --revision 4639
cd codeblocks-1.0svn4639/
for f in $(find .); do dos2unix $f; done;

can anybody help me with this?
is this the wrong section to ask?

since it doesn't say "include file missing" i really think this is a bug with either codeblocks or wxwidget...

then fixed changelog version to 6439
and changed int ./debian/control libstdc++6-4.0-dev to libstdc++6-4.1-dev (the 6-4.0 is'nt in the ubuntu repository and i don't think it change a lot)

Code

cat /usr/share/aclocal/libtool.m4 >> aclocal.m4
./bootstrap
sudo /usr/lib/pbuilder/pbuilder-satisfydepends # this downloaded all dependences
sudo debuild --linda -us -uc

am i doing something wrong or it's a bug?

can anybody reply to me??
is this the wrong section?
i think it's a bug with codeblocks cause i don't see any "file missing" error

EDIT/UPDATE:
it seems like an header is missing..
i've asked in the #wxwidget irc support channel and they told me the code miss some #include...
for instance it seems to miss <wx/wx.h> as they told me..
to be precise i've added

Code

#include <wx/wx.h>
#include <wx/textctrl.h>
#include <wx/treectrl.h>

to the src/include/loggers.h

and then it compile loggers.cpp just fine...

they (#wxwidget) told me this bug could be experienced only by me due to you using some precompiled header caching to speed up build...

this is definally a codeblocks bug..

now i got another error: http://pastebin.com/f6902da1c

for this i've replaced the line 178 of src/src/infopane.cpp
from

Code

menu.AppendSubMenu(view, _("Toggle..."));

with

Code

menu.DoAppend(wxMenuItem::New(&menu, wxID_ANY, _("Toggle.."), wxEmptyString, wxITEM_NORMAL, view));

i don't know if this is correct but it compile with this change!

anyway.. the "AppendSubMenu function is not in the 2.6 wx code.. i've found it in the wx 2.8
may be i should say it to compile all with 2.8...
i'll try.... and will keep you informed but please.. reply me

(sorry my bad english)

[Last-Attacker]

can anybody reply to me??
is this the wrong section?
i think it's a bug with codeblocks cause i don't see any "file missing" error

EDIT/UPDATE:
it seems like an header is missing..
i've asked in the #wxwidget irc support channel and they told me the code miss some #include...
for instance it seems to miss <wx/wx.h> as they told me..
to be precise i've added

Code

#include <wx/wx.h>
#include <wx/textctrl.h>
#include <wx/treectrl.h>

to the src/include/loggers.h

and then it compile loggers.cpp just fine...

they (#wxwidget) told me this bug could be experienced only by me due to you using some precompiled header caching to speed up build...

this is definally a codeblocks bug..

now i got another error: http://pastebin.com/f6902da1c

for this i've replaced the line 178 of src/src/infopane.cpp
from

Code

menu.AppendSubMenu(view, _("Toggle..."));

with

Code

menu.DoAppend(wxMenuItem::New(&menu, wxID_ANY, _("Toggle.."), wxEmptyString, wxITEM_NORMAL, view));

i don't know if this is correct but it compile with this change!

anyway.. the "AppendSubMenu function is not in the 2.6 wx code.. i've found it in the wx 2.8
may be i should say it to compile all with 2.8...
i'll try.... and will keep you informed but please.. reply me

(sorry my bad english)

Did you set up wxWidgets correctly? You need to compile it for debug and runtime in monolithic and static form and have all the necessary settings set. There is a tutorial somewhere in the codeblocks wiki that explains that (http://wiki.codeblocks.org/index.php?title=Compiling_wxWidgets_2.8.6_to_develop_Code::Blocks_%28MSW%29). I know it is for windows but I am sure you will be able to get it to compile in Linux. Specify, compile, specify again and compile again (without cleaning of course!).
I remember in Windows you have to copy the setup.h from the MSW folder to the root source folder of wxWidgets. Try the same in Linux. Sorry I haven't compiled wxWidgets in Linux for almost a year now so pardon my windows approach.

It worked for me in Windows when I downloaded the CodeBlocks source via subversion and compiled it a few weeks ago. Whether this is a bug in the latest codeblocks source, I don't know, didn't have the time, energy or will to try it. But boy did codeblocks grow!

I hope my info helped you somewhat.

God Bless!

[Biplab]

EDIT/UPDATE:
it seems like an header is missing..
i've asked in the #wxwidget irc support channel and they told me the code miss some #include...
for instance it seems to miss <wx/wx.h> as they told me..
to be precise i've added

Code

#include <wx/wx.h>
#include <wx/textctrl.h>
#include <wx/treectrl.h>

to the src/include/loggers.h

and then it compile loggers.cpp just fine...

they (#wxwidget) told me this bug could be experienced only by me due to you using some precompiled header caching to speed up build...

Try compiling revision 4657. Hopefully you won't face any problem.

now i got another error: http://pastebin.com/f6902da1c

for this i've replaced the line 178 of src/src/infopane.cpp
from

Code

menu.AppendSubMenu(view, _("Toggle..."));

with

Code

menu.DoAppend(wxMenuItem::New(&menu, wxID_ANY, _("Toggle.."), wxEmptyString, wxITEM_NORMAL, view));

i don't know if this is correct but it compile with this change!

anyway.. the "AppendSubMenu function is not in the 2.6 wx code.. i've found it in the wx 2.8
may be i should say it to compile all with 2.8...

Possibly you would face more errors with wx-2.6; especially with EncodingDetector class. I would recommend you to upgrade to wx-2.8.

[killerbot]

and rev 4658 : fix to 4657

[mastro]

tnx for all the replies
i've changed wx-config to default use wx-2.8
now it compile without any change to the code (i didn't find anyware 2.8 was needed.... actually i've found only 2.6 dependance either in the "debian" directory)

now when i run it i got this:

Code

(codeblocks:27306): Gtk-CRITICAL **: gtk_window_realize_icon: assertion `info->icon_pixmap == NULL' failed
Killed

i've found out i should upgrade to wx 2.8.4 (i've 2.8.1)
but i can't cause this is a system that work offline without possibility to connect to the internet and it has static dvd repository... i don't want to bother you with this stuff..

do you know how can i make it use and statically compile codeblocks with wx 2.8.4 (or more) without touching my system?

may be downloading the wx 2.8.4+ code and saying in some way "use it and compile statically"

i will try with other revision while waiting...

[kaml]

Welcome,

I have one suggestion about file sdk/toolsmanager.cpp:

replace 2 lines:
//            Manager::Get()->GetLogManager()->SwitchTo(0); // switch to default log
by:
         CodeBlocksLogEvent evtSwitch(cbEVT_SWITCH_TO_LOG_WINDOW, LogManager::app_log);
         Manager::Get()->GetAppWindow()->ProcessEvent(evtSwitch);        // switch to default log

When there was an old log manager, choose something from tools menu automatically switch to console output redirection window.
In new log manager this function was removed.

(sorry for my bad english)
Kaml

[Jenna]

now it compile without any change to the code (i didn't find anyware 2.8 was needed.... actually i've found only 2.6 dependance either in the "debian" directory)

You can change dependencies in "/debian/control" by hand, or download the tar-ball from my server (http://jens.lody.name/debian/pool/sources/), where some other dependencies in control-file are changed.
The version works with sid, lenny and etch.

I just uploaded svn4666, but did not update the "Packages", "Contents" and "Sources" files, because it's not an "official" nightly.

[mastro]

You can change dependencies in "/debian/control" by hand, or download the tar-ball from my server (http://jens.lody.name/debian/pool/sources/), where some other dependencies in control-file are changed.
The version works with sid, lenny and etch.

I just uploaded svn4666, but did not update the "Packages", "Contents" and "Sources" files, because it's not an "official" nightly.

thanks mate, i'll try your modification

[mushakk]

The MAC OS X hangs for me (like always)   

When I open a multiplatform project (.cbp) that works perfectly in the windows version.


Process:         CodeBlocks [1651]
Path:            /Users/musha/Desktop/CodeBlocks.app/Contents/MacOS/CodeBlocks
Identifier:      org.codeblocks.app
Version:         1.0 (4639)
Code Type:       X86 (Native)
Parent Process:  launchd [107]

Date/Time:       2007-11-27 15:40:34.999 +0100
OS Version:      Mac OS X 10.5.1 (9B18)
Report Version:  6

Exception Type:  EXC_CRASH (SIGABRT)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Crashed Thread:  1

Thread 0:
0   libSystem.B.dylib                0x919ea8e6 mach_msg_trap + 10
1   libSystem.B.dylib                0x919f20dc mach_msg + 72
2   com.apple.CoreFoundation         0x94c560fe CFRunLoopRunSpecific + 1806
3   com.apple.CoreFoundation         0x94c56d38 CFRunLoopRunInMode + 88
4   com.apple.HIToolbox              0x93d128a4 RunCurrentEventLoopInMode + 283
5   com.apple.HIToolbox              0x93d126bd ReceiveNextEventCommon + 374
6   com.apple.HIToolbox              0x93e55f9b ReceiveNextEvent + 58
7   libwx_macu-2.8.0.dylib           0x00a4d718 wxApp::MacDoOneEvent() + 84
8   libwx_macu-2.8.0.dylib           0x00a653bc wxEventLoop::Dispatch() + 32
9   libwx_macu-2.8.0.dylib           0x00b0cd6d wxEventLoopManual::Run() + 97
10  libwx_macu-2.8.0.dylib           0x00ae6fd4 wxAppBase::MainLoop() + 76
11  org.codeblocks.app               0x00003ba7 CodeBlocksApp::OnRun() + 25
12  libwx_macu-2.8.0.dylib           0x009dcdf0 wxEntry(int&, wchar_t**) + 86
13  org.codeblocks.app               0x00002732 main + 24
14  org.codeblocks.app               0x00002096 _start + 216
15  org.codeblocks.app               0x00001fbd start + 41

Thread 1 Crashed:
0   libSystem.B.dylib                0x91acb67e __semwait_signal_nocancel + 10
1   libSystem.B.dylib                0x91abd547 usleep$NOCANCEL$UNIX2003 + 61
2   libSystem.B.dylib                0x91aded4b abort + 85
3   libwx_macu-2.8.0.dylib           0x00a33aa5 wxFatalSignalHandler + 37
4   libSystem.B.dylib                0x91a5697b _sigtramp + 43
5                                 0xffffffff 0 + 4294967295
6   libwx_macu-2.8.0.dylib           0x009c85f3 wxOpen(wchar_t const*, int, unsigned short) + 47
7   libwx_macu-2.8.0.dylib           0x009bf932 wxFile::Open(wchar_t const*, wxFile::OpenMode, int) + 74
8   libwx_macu-2.8.0.dylib           0x009bfa25 wxFile::wxFile(wchar_t const*, wxFile::OpenMode) + 49
9   libcodeblocks.0.dylib            0x0056d1ec FileLoader::operator()() + 78
10  libcodeblocks.0.dylib            0x00753648 BackgroundThread::Entry() + 92
11  libwx_macu-2.8.0.dylib           0x00a254d8 wxThreadInternal::MacThreadStart(void*) + 142
12  ...ple.CoreServices.CarbonCore   0x932cc4bb PrivateMPEntryPoint + 56
13  libSystem.B.dylib                0x91a1b075 _pthread_start + 321
14  libSystem.B.dylib                0x91a1af32 thread_start + 34

Thread 2:
0   libSystem.B.dylib                0x919ea93a semaphore_timedwait_trap + 10
1   ...ple.CoreServices.CarbonCore   0x932df8a3 MPWaitOnSemaphore + 125
2   libwx_macu-2.8.0.dylib           0x00a243e1 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
3   libwx_macu-2.8.0.dylib           0x00a2447f wxSemaphore::Wait() + 31
4   libcodeblocks.0.dylib            0x00753602 BackgroundThread::Entry() + 22
5   libwx_macu-2.8.0.dylib           0x00a254d8 wxThreadInternal::MacThreadStart(void*) + 142
6   ...ple.CoreServices.CarbonCore   0x932cc4bb PrivateMPEntryPoint + 56
7   libSystem.B.dylib                0x91a1b075 _pthread_start + 321
8   libSystem.B.dylib                0x91a1af32 thread_start + 34

Thread 3:
0   libSystem.B.dylib                0x919ea93a semaphore_timedwait_trap + 10
1   ...ple.CoreServices.CarbonCore   0x932df8a3 MPWaitOnSemaphore + 125
2   libwx_macu-2.8.0.dylib           0x00a243e1 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
3   libwx_macu-2.8.0.dylib           0x00a2447f wxSemaphore::Wait() + 31
4   libcodeblocks.0.dylib            0x00753602 BackgroundThread::Entry() + 22
5   libwx_macu-2.8.0.dylib           0x00a254d8 wxThreadInternal::MacThreadStart(void*) + 142
6   ...ple.CoreServices.CarbonCore   0x932cc4bb PrivateMPEntryPoint + 56
7   libSystem.B.dylib                0x91a1b075 _pthread_start + 321
8   libSystem.B.dylib                0x91a1af32 thread_start + 34

Thread 4:
0   libSystem.B.dylib                0x919ea93a semaphore_timedwait_trap + 10
1   ...ple.CoreServices.CarbonCore   0x932df8a3 MPWaitOnSemaphore + 125
2   libwx_macu-2.8.0.dylib           0x00a243e1 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
3   libwx_macu-2.8.0.dylib           0x00a2447f wxSemaphore::Wait() + 31
4   libcodeblocks.0.dylib            0x00753602 BackgroundThread::Entry() + 22
5   libwx_macu-2.8.0.dylib           0x00a254d8 wxThreadInternal::MacThreadStart(void*) + 142
6   ...ple.CoreServices.CarbonCore   0x932cc4bb PrivateMPEntryPoint + 56
7   libSystem.B.dylib                0x91a1b075 _pthread_start + 321
8   libSystem.B.dylib                0x91a1af32 thread_start + 34

Thread 5:
0   libSystem.B.dylib                0x919ea9ca swtch_pri + 10
1   libSystem.B.dylib                0x91a5849d sched_yield + 18
2   ...ple.CoreServices.CarbonCore   0x93337eca MPYield + 18
3   libwx_macu-2.8.0.dylib           0x00a24412 wxSemaphoreInternal::Post() + 28
4   libcodeblocks.0.dylib            0x0056e123 FileManager::Load(wxString const&, bool) + 857
5   libcodecompletion.so             0x16a3ec63 Parser::Parse(wxString const&, bool, ParserThreadOptions&) + 701
6   libcodecompletion.so             0x16a3eda3 Parser::Parse(wxString const&, bool, LoaderBase*) + 129
7   libcodecompletion.so             0x16a3ee4f Parser::OnParseFile(wxString const&, int) + 75
8   libcodecompletion.so             0x16a46bf9 ParserThread::HandleIncludes() + 577
9   libcodecompletion.so             0x16a4e857 ParserThread::DoParse() + 8985
10  libcodecompletion.so             0x16a4ffa0 ParserThread::Parse() + 76
11  libcodecompletion.so             0x16a67525 ParserThread::Execute() + 17
12  libcodeblocks.0.dylib            0x004faf45 cbThreadPool::cbWorkerThread::Entry() + 183
13  libwx_macu-2.8.0.dylib           0x00a254d8 wxThreadInternal::MacThreadStart(void*) + 142
14  ...ple.CoreServices.CarbonCore   0x932cc4bb PrivateMPEntryPoint + 56
15  libSystem.B.dylib                0x91a1b075 _pthread_start + 321
16  libSystem.B.dylib                0x91a1af32 thread_start + 34

Thread 6:
0   libSystem.B.dylib                0x919ea93a semaphore_timedwait_trap + 10
1   ...ple.CoreServices.CarbonCore   0x932df8a3 MPWaitOnSemaphore + 125
2   libwx_macu-2.8.0.dylib           0x00a243e1 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27
3   libwx_macu-2.8.0.dylib           0x00a2447f wxSemaphore::Wait() + 31
4   libcodecompletion.so             0x16a21581 ClassBrowserBuilderThread::Entry() + 39
5   libwx_macu-2.8.0.dylib           0x00a254d8 wxThreadInternal::MacThreadStart(void*) + 142
6   ...ple.CoreServices.CarbonCore   0x932cc4bb PrivateMPEntryPoint + 56
7   libSystem.B.dylib                0x91a1b075 _pthread_start + 321
8   libSystem.B.dylib                0x91a1af32 thread_start + 34

Thread 7:
0   libSystem.B.dylib                0x919f1ace __semwait_signal + 10
1   libSystem.B.dylib                0x91a1bced pthread_cond_wait$UNIX2003 + 73
2   com.apple.ColorSync              0x917e1460 pthreadSemaphoreWait(t_pthreadSemaphore*) + 42
3   com.apple.ColorSync              0x917f3d92 CMMConvTask(void*) + 54
4   libSystem.B.dylib                0x91a1b075 _pthread_start + 321
5   libSystem.B.dylib                0x91a1af32 thread_start + 34

Thread 1 crashed with X86 Thread State (32-bit):
  eax: 0x0000003c  ebx: 0x91acb1cf  ecx: 0xb00a9a3c  edx: 0x91acb67e
  edi: 0xffe2053a  esi: 0xb00a9a98  ebp: 0xb00a9a78  esp: 0xb00a9a3c
   ss: 0x0000001f  efl: 0x00000247  eip: 0x91acb67e   cs: 0x00000007
   ds: 0x0000001f   es: 0x0000001f   fs: 0x00000000   gs: 0x00000037
  cr2: 0x18a90040

[jiaif]

And for me the 4680 compile on debian testing, but when launching the program it crashes (see attachement).

reagards,

jf

[attachment deleted by admin]

[Tornado]

I have not gotton to 4680, but 4678 on Debian Testing "Lenny" compiled and works just fine for me, I have not extesivly tested it, only compiling a very small project. I didn't see an attachment.

Sorry, got the attachment.

I compiled with:
g++ (GCC) 4.2.3 20071014 (prerelease) (Debian 4.2.2-3)

[Biplab]

And for me the 4680 compile on debian testing, but when launching the program it crashes (see attachement).

It seems that the zipped resource files are not updated in your case. Make sure you ran update script or try regenerating the resources of plugins.

To-Do plugin resource was updated in 4680. If your C::B installation still uses old todo.zip file, it'll crash.