The 06 January 2009 build (5382) is out.

[shurecki]

Well,

project name is used for file names.
At least on windows, there is a list of forbidden chars in filenames such as:\/:*?"<>|
So if you think it is a bug, let's write to M$

Dje

it happens on linux to
I think one solution could be just replace the slash, or whatever forbidden char, by some other char, like dash

[mmkider]

Crash Report 

Code

-------------------

Error occured on Friday, January 16, 2009 at 11:24:16.

D:\CB_Pack\codeblocks\codeblocks.exe caused an Access Violation at location 619f37e7 in module D:\CB_Pack\codeblocks\codeblocks.dll Writing to location 7c9106ab.

Registers:
eax=7c9106ab ebx=079eff00 ecx=00000000 edx=7c910732 esi=0000001f edi=060186f8
eip=619f37e7 esp=079efdd0 ebp=079efdd0 iopl=0         nv up ei pl nz ac pe nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010212

Call stack:
619F37E7  D:\CB_Pack\codeblocks\codeblocks.dll:619F37E7  _Z11DumpLiteralR11SQObjectPtr
617FF8EC  D:\CB_Pack\codeblocks\codeblocks.dll:617FF8EC  _ZN12cbThreadPool11GetNextTaskEv
618010B4  D:\CB_Pack\codeblocks\codeblocks.dll:618010B4  _ZN12cbThreadPool14cbWorkerThread5EntryEv
100A2FFD  D:\CB_Pack\codeblocks\wxbase28u_gcc_cb.dll:100A2FFD  _Z22wxMutexGuiLeaveOrEnterv
100A3476  D:\CB_Pack\codeblocks\wxbase28u_gcc_cb.dll:100A3476  _ZN8wxThreadD1Ev
77C3A3B0  C:\WINDOWS\system32\msvcrt.dll:77C3A3B0  _endthreadex
7C80B50B  C:\WINDOWS\system32\kernel32.dll:7C80B50B  GetModuleFileNameA

[Loaden]

Should now also work with environment and global (C::B) variables.
svn r5399

It's OK!, thanks!

[stahta01]

Patch needed for Windows NON-PCH building of C::B main project.

Tim S

Code

Index: src/sdk/macrosmanager.cpp
===================================================================
--- src/sdk/macrosmanager.cpp	(revision 5406)
+++ src/sdk/macrosmanager.cpp	(working copy)
@@ -12,6 +12,7 @@
 #ifndef CB_PRECOMP
     #include <wx/menu.h>
 
+    #include "cbworkspace.h"
     #include "projectmanager.h"
     #include "editormanager.h"
     #include "logmanager.h"
Index: src/plugins/compilergcc/compilerMINGW.cpp
===================================================================
--- src/plugins/compilergcc/compilerMINGW.cpp	(revision 5406)
+++ src/plugins/compilergcc/compilerMINGW.cpp	(working copy)
@@ -18,6 +18,7 @@
 #include <wx/filename.h>
 #include <wx/filefn.h>
 #include "manager.h"
+#include "macrosmanager.h"
 #include "logmanager.h"
 #include "compilerMINGWgenerator.h"
 

[killerbot]

done

[ollydbg]

There are two bugs I found. (windows)

First bug:
Using gdb with "setting->debugger setting->Evaluate expression under cursor" enabled.

Then If I select a piece of code by drag mouse, then GDB complainted that "what is XXXXXXXXXXX....." and crashed. (which can be seem from the debugger log output window). I think the reason is that these select statements are too complex for GDB to evaluate.

Second bug:
thread search window.
See the screen shot below, The "keyword" control will be truncated if I reduce the length of this window. It is not convenient for a user with small screen resolution.








[attachment deleted by admin]

[dje]

Hi Ollydbg

Concerning ThreadSearch limitation, I already saw it but I didn't find any good solution to solve it.
If that's annoying for you, you can hide the controls panel and use the the ThreadSearch toolbar that is very small.
The check box to uncheck in settings dialog is "Show search widgets in ThreadSearch Messages panel".

Dje

[ollydbg]

Thank you for the hint.
That's a workaround.

[afb]

- Mac OS X:
  http://prdownload.berlios.de/codeblocks/CB_20090106_rev5382_mac289.zip

Just the baseline, so no fixes to project templates wrt linking or anything...
The Universal Binary is built for Tiger, but should work on Leopard as well.

[Loaden]

svn build rev 5416 (2009-01-22T08:26:41.171594Z) gcc 4.3.2 Windows/unicode

Can't edit this config, when i double click it, it's show nothing:

[attachment deleted by admin]

[Loaden]

Please let's CodeCompletion support sort:

Code

Index: plugins/codecompletion/codecompletion.cpp

===================================================================

--- plugins/codecompletion/codecompletion.cpp	(revision 5422)

+++ plugins/codecompletion/codecompletion.cpp	(working copy)

@@ -935,6 +935,8 @@

         return -5;
     }
 
+    arr.Sort();
+
     // select tokens
     MultiSelectDlg dlg(Manager::Get()->GetAppWindow(), arr, true);
     if (dlg.ShowModal() == wxID_OK)

[MortenMacFly]

Please let's CodeCompletion support sort:

Don't you worry... we are already testing a patch that will enable way more than "just" sorting... ;-)

[hying]

a bug
code:
template <typename X>
int Bugtest(X _x)
{
    return sizeof(_x);          //set breakpoint here
}
int main()
{
    int t_ix = 1;
    cout << Bugtest(t_ix) << endl;
    char t_cx = '0';
    cout << Bugtest(t_cx) << endl;
    return 0;
}
on first break, open zhe disassembly window, can find the asm code like:
00417758   push   ebp
00417759   mov    ebp,esp
0041775B   mov    eax,0x4
00417760   leave
00417761   ret
current eip is 41775b

continue,
on second break, the current eip is 417750, but the disassembly window show the asm code is same as the first,
can't find the current asm code.

my english is pool, sorry

[ollydbg]

It seems that there's something wrong in the editor. I have reported in the thread. Some files can't be opened.
http://forums.codeblocks.org/index.php/topic,9986.0.html
Thank you very much.

[ollydbg]

a bug
code:
template <typename X>
int Bugtest(X _x)
{
    return sizeof(_x);          //set breakpoint here
}
int main()
{
    int t_ix = 1;
    cout << Bugtest(t_ix) << endl;
    char t_cx = '0';
    cout << Bugtest(t_cx) << endl;
    return 0;
}
on first break, open zhe disassembly window, can find the asm code like:
00417758   push   ebp
00417759   mov    ebp,esp
0041775B   mov    eax,0x4
00417760   leave
00417761   ret
current eip is 41775b

continue,
on second break, the current eip is 417750, but the disassembly window show the asm code is same as the first,
can't find the current asm code.

my english is pool, sorry

I tested it, but there's no problem.

In first break, the disassembly code is like below:

Code

00417758	push   ebp
00417759	mov    ebp,esp
0041775B	mov    eax,0x4
00417760	leave
00417761	ret

In second break, the disassembly code is like below:

Code

00417744	push   ebp
00417745	mov    ebp,esp
00417747	sub    esp,0x4
0041774A	mov    eax,DWORD PTR [ebp+0x8]
0041774D	mov    BYTE PTR [ebp-0x4],al
00417750	mov    eax,0x1
00417755	leave
00417756	ret

So, it works fine in my computer.  I'm using TDM-mingw.