User forums > Nightly builds

The 08 december 2006 build is out.

(1/2) > >>

killerbot:
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2.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

For support of ansi builds, a link to the ansi windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw26_gcc_cb_wx2.6.3p2.7z

The 08 December 2006 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20061208_rev3359_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20061208_rev3359_Ubuntu6.06.deb
         http://prdownload.berlios.de/codeblocks/CB_20061208_rev3359_suse100+101.i586.rpm
         http://prdownload.berlios.de/codeblocks/CB_20061208_rev3359_fc4+5.i586.rpm


Resolved Fixed:


* Added script bindings for wxFileName
Regressions/Confirmed/Annoying/Common bugs:


* toolbar-images-not-changing-state (is a wx problem/Win XP problem)
* menu items with icon not correctly aligned (since wx263)

sethjackson:
Windows ANSI build here.

Acki:
Hi,
since a few releases I get an error message when closing CB, but only if a project is opened !!!
I get the message "The file "[path]\[project]" (or one of its components) could not be found. Be sure that path and file name is correct and all needed libraries can be found." (or something like that, I get the message in german) !!!
And if I minimize C::B opened windows appearing but the desktop still is showing the C::B workspace !?!?!

I'm using Win2000(sp4)...

nix_BB:
Hello everyone,

It's been a while since I've downloaded a new nightly, mainly because I found rev 3163 to be stable enough for my purposes. Since I don't want to miss out on any new features I've been downloading the nightlies for the past week but there seems to be a problem.

I've attached an example workspace with what I consider to be a rather standard directory structure:

CBBreak
 +Include
 +Lib
 +MyExe
 +MyLib

MyExe is a minimal console app which calls functions from the minimal library MyLib- nothing fancy at all. Everything works rather well, except when the time comes to step through the code. If you add a breakpoint to any source file in MyLib, the debugger logs the following message:
   No source file named ../MyLib/MyLib.cpp.
   Breakpoint 1 ("../MyLib/MyLib.cpp:11) pending.

If you add a breakpoint to any source file in MyExe you can step into the lib's source and step through normally.

I can't be certain where the problem crept in, rev 3163 was released on 31 October, all I know for sure is that rev 3163 handles breakpoints as expected in my own project and the minimal example attached.

I noticed something else while creating MyLib for the minimal example. The project wizard returned an error stating that it does not know how to set compiler settings for the specified compiler. It successfully creates the project and manages to set most of the compiler options except for the expected compiler flags for the debug and release build options.

Hope this helps.
-Nix

I'm using:
  MinGW with gdb 6.3 on Windows XP Pro SP2

[attachment deleted by admin]

Phatency:

--- Quote from: nix_BB on December 09, 2006, 06:26:55 am ---
   No source file named ../MyLib/MyLib.cpp.
   Breakpoint 1 ("../MyLib/MyLib.cpp:11) pending.


--- End quote ---
Known problem. See, for example: http://forums.codeblocks.org/index.php?topic=4467.0

Navigation

[0] Message Index

[#] Next page