Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx284.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10.7z
The 07 July 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20070707_rev4237_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20070707_rev4237_Ubuntu6.10+7.04_wx2.8.4.deb (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070707_rev4237_Debian4.0_wx2.8.4.deb (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070707_rev4237_suse100-102.wx28.i586.rpm (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070707_rev4237_fc4+5.i586.rpm (not yet)
Resolved Fixed:
- CC parser now supports "typedef [class|struct] {...} id" constructs
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
Quote from: killerbot on July 07, 2007, 10:28:50 PM
- CC parser now supports "typedef [class|struct] {...} id" constructs
CC update :D great great great :D
What is CC?
Regards,
Roman
Could anyone with Kubuntu (I suppose Ubuntu will do too) Feisty and wxGTK 2.8.4 try this revision in a "fresh" environment (renaming ~/.codeblocks temporarily)?
For some strange reason it's hanging in there using 100% CPU after selecting compilers. The interface shows up, even the Tips dialog, but the interface is all messed up and the Tips dialog doesn't even show a thing.
So far it only happens when the compiler plugin is enabled. It's a shame that plugin is so important :P
It's working lovely on my Gentoo, so I don't really know what to blame.
I could not reproduce it with Ubuntu 7.04 (GNOME) at Revision 4238
EDIT://
wx2.8.4
I could not reproduce it, too.
Kubuntu 7.04, wxGTK 2.8.4 and current revision of cb.
Thanks for testing.
I forgot: is the wxGTK version you are using the one provided by the wxWidgets site, did you get it somewhere else or was it manually compiled?
As you can see, I'm still out of ideas :P
Quote from: Ceniza on July 08, 2007, 06:55:19 PM
I forgot: is the wxGTK version you are using the one provided by the wxWidgets site, did you get it somewhere else or was it manually compiled?
Precompiled from official wx site through apt.
It seems I may have found the cause.
I didn't check what version of wxGTK 2.8.x was installed by apt. I just did and found out it installed 2.8.1. I'm compiling CB with 2.8.4 now, for real. Let's hope it's just a bug in 2.8.1 :wink:
Sorry for wasting your time. I should have verified the version first.
[edit]
Yup, that was it. It's working lovely now.
[/edit]
happy luckiest day of the year!
Oh no, Code::Blocks crashed!
I used C::B normally yesterday, then I minimized the window and hibernated my computer. Today, I wanted to continue working on my project when the code completion plug-in crashed. I typed 4 characters (which automatically brings up code completion) and it hung for maybe 30 seconds before it crashed. Here's the log:
Error occured on Monday, July 9, 2007 at 12:32:44.
C:\CodeBlocks\codeblocks.exe caused an Access Violation at location 6ca14172 in module C:\CodeBlocks\wxscintilla.dll Reading from location 00000144.
Registers:
eax=00000000 ebx=00001958 ecx=0022e6e0 edx=6ca212a8 esi=026cb968 edi=0022f178
eip=6ca14172 esp=0022e710 ebp=0022e710 iopl=0 nv up ei pl nz ac po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010216
Call stack:
6CA14172 C:\CodeBlocks\wxscintilla.dll:6CA14172 _ZN16wxScintillaEventC1ERKS_
6CA10469 C:\CodeBlocks\wxscintilla.dll:6CA10469 _ZN16wxScintillaEventC1ERKS_
6C984787 C:\CodeBlocks\wxscintilla.dll:6C984787
6C98A33D C:\CodeBlocks\wxscintilla.dll:6C98A33D
6C9F718E C:\CodeBlocks\wxscintilla.dll:6C9F718E
6C9F8841 C:\CodeBlocks\wxscintilla.dll:6C9F8841
6C9887EB C:\CodeBlocks\wxscintilla.dll:6C9887EB
6C9FFF34 C:\CodeBlocks\wxscintilla.dll:6C9FFF34 _ZN11wxScintilla7SendMsgEill
6CA019DB C:\CodeBlocks\wxscintilla.dll:6CA019DB _ZN11wxScintilla12AutoCompShowEiRK8wxString
65EA6618 C:\CodeBlocks\share\codeblocks\plugins\codecompletion.dll:65EA6618
65EA9414 C:\CodeBlocks\share\codeblocks\plugins\codecompletion.dll:65EA9414
65EADFCD C:\CodeBlocks\share\codeblocks\plugins\codecompletion.dll:65EADFCD
65EFA1B8 C:\CodeBlocks\share\codeblocks\plugins\codecompletion.dll:65EFA1B8 _ZN8cbPlugin9OnReleaseEb
61828B15 C:\CodeBlocks\codeblocks.dll:61828B15 _ZN11EditorHooks9CallHooksEP8cbEditorR16wxScintillaEvent
617DBF50 C:\CodeBlocks\codeblocks.dll:617DBF50 _ZN8cbEditor16OnScintillaEventER16wxScintillaEvent
617DB82F C:\CodeBlocks\codeblocks.dll:617DB82F _ZN8cbEditor17OnEditorCharAddedER16wxScintillaEvent
6CD07305 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07305 _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
6CD08551 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD08551 _ZN12wxEvtHandler23SearchDynamicEventTableER7wxEvent
6CD08608 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD08608 _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CE963EB C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CE963EB _ZN12wxWindowBase9TryParentER7wxEvent
6CD085DE C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD085DE _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD085C9 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD085C9 _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CA0974D C:\CodeBlocks\wxscintilla.dll:6CA0974D _ZN11wxScintilla12NotifyParentEP14SCNotification
6C987754 C:\CodeBlocks\wxscintilla.dll:6C987754
6C9A4670 C:\CodeBlocks\wxscintilla.dll:6C9A4670
6C9A3A71 C:\CodeBlocks\wxscintilla.dll:6C9A3A71
6C9F6556 C:\CodeBlocks\wxscintilla.dll:6C9F6556
6C989040 C:\CodeBlocks\wxscintilla.dll:6C989040
6CA08DB1 C:\CodeBlocks\wxscintilla.dll:6CA08DB1 _ZN11wxScintilla6OnCharER10wxKeyEvent
6CD07305 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD07305 _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
6CD0765C C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD0765C _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler
6CD08629 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD08629 _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD085C9 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD085C9 _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CD78321 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD78321 _ZN8wxWindow10HandleCharEjlb
6CD79BE8 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD79BE8 _ZN8wxWindow13MSWWindowProcEjjl
6CD72220 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD72220 _Z9wxWndProcP6HWND__jjl@16
7E398734 C:\WINDOWS\system32\USER32.dll:7E398734 GetDC
7E398816 C:\WINDOWS\system32\USER32.dll:7E398816 GetDC
7E3989CD C:\WINDOWS\system32\USER32.dll:7E3989CD GetWindowLongW
7E398A10 C:\WINDOWS\system32\USER32.dll:7E398A10 DispatchMessageW
7E3AD99D C:\WINDOWS\system32\USER32.dll:7E3AD99D IsDialogMessageW
6CD71A45 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD71A45 _ZN8wxWindow17MSWProcessMessageEP6tagMSG
6CD4D3B6 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD4D3B6 _ZN11wxEventLoop17PreProcessMessageEP6tagMSG
6CD4D2D9 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD4D2D9 _ZN11wxEventLoop14ProcessMessageEP6tagMSG
6CD4D6EA C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD4D6EA _ZN11wxEventLoop8DispatchEv
6CE23366 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CE23366 _ZN17wxEventLoopManual3RunEv
6CDF202E C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CDF202E _ZN9wxAppBase8MainLoopEv
0040482A C:\CodeBlocks\codeblocks.exe:0040482A
6CC8E477 C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CC8E477 _Z14wxUninitializev
6CD10ACC C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CD10ACC _Z7wxEntryP11HINSTANCE__S0_Pci
0040189C C:\CodeBlocks\codeblocks.exe:0040189C
0046247A C:\CodeBlocks\codeblocks.exe:0046247A
00401237 C:\CodeBlocks\codeblocks.exe:00401237
00401288 C:\CodeBlocks\codeblocks.exe:00401288
7C816FD7 C:\WINDOWS\system32\kernel32.dll:7C816FD7 RegisterWaitForInputIdle
Perhaps this issue was present in earlier builds, or it may have been introduced in this build's parser improvements, but it seems quite difficult to reproduce and I don't want to waste too much time on this issue. This crash didn't happen with build 4235 (http://forums.next.codeblocks.org/index.php?topic=6377.0) though.
(I'm on WinXP SP2.)
@FraGag,
I had faced this issue couple of times. It occurs so infrequently that it's very difficult to obtain a crashlog using a Debugger. This issue exists in older nightlies, too.
Quote from: killerbot on July 07, 2007, 10:28:50 PM
- CC parser now supports "typedef [class|struct] {...} id" constructs
Nice! Are unions also supported?
Quote from: killerbot on July 07, 2007, 10:28:50 PM
- CC parser now supports "typedef [class|struct] {...} id" constructs
Thank you, very nice! I second the typedef union support, that would be great =)
Quote from: phaethon on July 10, 2007, 04:34:22 PM
Thank you, very nice! I second the typedef union support, that would be great =)
A typedef enum support would also be cool 8)
Quote from: zelimir on July 10, 2007, 03:35:19 PM
Quote from: killerbot on July 07, 2007, 10:28:50 PM
- CC parser now supports "typedef [class|struct] {...} id" constructs
Nice! Are unions also supported?
Quote from: phaethon on July 10, 2007, 04:34:22 PM
Quote from: killerbot on July 07, 2007, 10:28:50 PM
- CC parser now supports "typedef [class|struct] {...} id" constructs
Thank you, very nice! I second the typedef union support, that would be great =)
Quote from: zelimir on July 10, 2007, 06:21:16 PM
Quote from: phaethon on July 10, 2007, 04:34:22 PM
Thank you, very nice! I second the typedef union support, that would be great =)
A typedef enum support would also be cool 8)
I just knew it... :lol:
While implementing this, I said to myself: "now, everyone will ask for unions and enums".
go boss go, give the people what they want ;-)
I'm already cleaning up my CC code so I can update from you :D