User forums > Nightly builds
The 25 June 2007 build is out.
killerbot:
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.
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 25 June 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20070625_rev4177_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20070625_rev4177_Ubuntu6.10+7.04_wx2.8.4.deb (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070625_rev4177_suse100-102.wx28.i586.rpm (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070625_rev4177_fc4+5.i586.rpm (not yet)
Resolved Fixed:
* devpak plugin: fixed minor memory leak
* Code Completion: Fixed recent bug that prevented the symbol tree from being updated. Also removed some obsolete code
* Fixed possibly huge memory leak in code-completion (patch #2075, thanks dmoore)
* The linker search paths are now also used as search paths for the dynamic linker automatically (LD_LIBRARY_PATH for unices, DYLD_LIBRARY_PATH for Mac and PATH for windows)
* wxWidgets Wizard:
* Now Empty project creation and adding pch support options are available separately on Linux.
* User selections will now be stored on Linux.
* CodeSnippets 1.2.82 2007/06/25
- Use text, up to first '\r' or '\n' to determine if snippet is file link.
This Allows notes to accompany file link.
- Added MIME open support using Alt-double-click & "Open File" context menu
- Refactored EditSnippet and OpenFileLink
- Added "Open Url" support
- ReInstated ToolTips for wx284 using first line of snippet
* fixed bug [ Bug #11443 ] Insert all class methods without implementation fails const
Regressions/Confirmed/Annoying/Common bugs:
* Some users have experienced crashes on startup with this particular build
* toolbar-images-not-changing-state (is a wx problem/Win XP problem)
killerbot:
for some reason this build refuses to startup for me in linux. I see the splash screen and it quickly disappears and nothing more ...
darthdespotism:
--- Quote from: killerbot on June 25, 2007, 10:06:26 pm ---for some reason this build refuses to startup for me in linux. I see the splash screen and it quickly disappears and nothing more ...
--- End quote ---
Might be this one ;)
FraGag:
Hello, I've been using Code::Blocks for a while and I'm not too much disappointed about it! However, today's build (4177) crashes on startup, when the splash screen is still visible (nice splash screen BTW!). I ran it ~6 times and I got access violations but there are 2 different situations. The first one occurred twice, then the second one occurred twice, then the first one occurred two more times. Here they are:
--- Code: ---Error occured on Monday, June 25, 2007 at 16:17:41.
C:\CodeBlocks\codeblocks.exe caused an Access Violation at location 00000011 Reading from location 00000011.
Registers:
eax=00000011 ebx=010a6f00 ecx=00000001 edx=010c73a4 esi=00fc7b1c edi=ffffffff
eip=00000011 esp=019cfec4 ebp=019cfed0 iopl=0 nv up ei pl nz na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010202
Call stack:
00000011
619C3DAD C:\CodeBlocks\codeblocks.dll:619C3DAD _ZN16BackgroundThread5EntryEv
6CCFF82B C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCFF82B _ZN11wxSemaphore7TryWaitEv
6CCFF93D C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCFF93D _ZN11wxSemaphore7TryWaitEv
77C0A3B0 C:\WINDOWS\system32\msvcrt.dll:77C0A3B0 _endthreadex
7C80B683 C:\WINDOWS\system32\kernel32.dll:7C80B683 GetModuleFileNameA
--- End code ---
--- Code: ---Error occured on Monday, June 25, 2007 at 16:18:22.
C:\CodeBlocks\codeblocks.exe caused an Access Violation at location 619c3da9 in module C:\CodeBlocks\codeblocks.dll Reading from location 00000078.
Registers:
eax=010c39c0 ebx=010a6f00 ecx=00000001 edx=00000078 esi=00fc7b1c edi=ffffffff
eip=619c3da9 esp=019cfec8 ebp=019cfed0 iopl=0 nv up ei pl nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010206
Call stack:
619C3DA9 C:\CodeBlocks\codeblocks.dll:619C3DA9 _ZN16BackgroundThread5EntryEv
6CCFF82B C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCFF82B _ZN11wxSemaphore7TryWaitEv
6CCFF93D C:\CodeBlocks\wxmsw28u_gcc_cb.dll:6CCFF93D _ZN11wxSemaphore7TryWaitEv
77C0A3B0 C:\WINDOWS\system32\msvcrt.dll:77C0A3B0 _endthreadex
7C80B683 C:\WINDOWS\system32\kernel32.dll:7C80B683 GetModuleFileNameA
--- End code ---
The call stacks are mostly the same (but the first one has one more entry, 00000011...). It looks like "_ZN16BackgroundThread5EntryEv" is the culprit.
I ran yesterday's build successfully and it didn't crash. I extracted yesterday's build in the same location and it still works, so I believe this bug was introduced somewhere between build 4164 and build 4177. I think I can't really provide any further info.
Thanks in advance!
SamT:
Hi,
I got similar issue when open C::B in this nightly. The address violation is introduced several times during C::B startup but not always. This is not happened in previous nightly. Can somebody tell me how to record the debug message to design team for analysis?
By the way, my system is winxp sp2.
Navigation
[0] Message Index
[#] Next page
Go to full version