News:

When registered with our forums, feel free to send a "here I am" post here to differ human beings from SPAM bots.

Main Menu

The 14 March 2007 build is out.

Started by killerbot, March 14, 2007, 07:59:32 PM

Previous topic - Next topic

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

To fix the menu alignment bug introduced in wx 2.6.3 [windows only bug] we have patched wx ourselves, and that results in the following alternative dll : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2AndCbPatch_version3.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 14 March 2007 build is out.
  - Windows : http://prdownload.berlios.de/codeblocks/CB_20070314_rev3703_win32.7z
  - Linux :
         http://prdownload.berlios.de/codeblocks/CB_20070314_rev3703_Ubuntu6.xx.deb
         http://prdownload.berlios.de/codeblocks/CB_20070314_rev3703_suse100-102.i586.rpm
         http://prdownload.berlios.de/codeblocks/CB_20070314_rev3703_fc4+5.i586.rpm


Resolved Fixed:


  • Fixed: [Bug #10387] Visual C++ project import does not check cb project presence
  • Fixed: [Bug #10548] Item in To-Do list not going to proper line
  • open watcom support fix for static libraries
  • Fixed: [Bug #10595] wxSlider: typo in wxEVT_SCROLL_PAGEUP and in wxScrollBar
  • fixed crash on batch builds if project file provided via command line is not valid
  • fixed "instantiated from here" parsing for GCC based compilers
  • fixed broken batch-build and DDE error due to "Project already exists in workspace" message
  • Fixed MSVC 6 Project file import bug
  • Updated CodeBlocks-unix.cbp file to fix compilation issues in Linux

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) (is fixed with our special wx263/wx28 dll)


killerbot

almost because of the shitty ftp of berlios. I think I have never ever known a worse ftp than that one ........

saddam le pion


nenin

#3
Debugger still does not working at win2k and below.

Xaviou

Ubuntu 6.10 Amd64 .deb installer can be found here.
My wxWidgets's stuff : [url="https://wxstuff.xaviou.fr/"]https://wxstuff.xaviou.fr/[/url]

354

Great fixes, thank you!

I'm amazed by this IDE every day. Great work.


Mayler

First, Congratulations to this the great IDE. It's an amazing project.
But I found 1 strange behaviour... When i have a function "hidden" ( the plus signal on the left ) and I comment the function using /* */  and the comment involves more than 1 function the minus and plus signal disappears, avoiding me expanding the function commented. Is this behaviour expected or it's a programming error?
If you want, i can send a screenshot showing what I'm talking about.

Sorry for my bad english.
Best regards.

Biplab

Quote from: Mayler on March 15, 2007, 01:02:19 AM
But I found 1 strange behaviour... When i have a function "hidden" ( the plus signal on the left ) and I comment the function using /* */  and the comment involves more than 1 function the minus and plus signal disappears, avoiding me expanding the function commented. Is this behaviour expected or it's a programming error?

It's a bug in Scintilla. You may consider filing a bug-report to them.

If you have commented such functions then the fold moves to comment line. Do a Fold and then Unfold of the new fold at comment line and your function will appear unfolded inside the comment. :)

Regards,

Biplab
Be a part of the solution, not a part of the problem.

MoonKid

Quote from: killerbot on March 14, 2007, 07:59:32 PM
To fix the menu alignment bug introduced in wx 2.6.3 [windows only bug] we have patched wx ourselves, and that results in the following alternative dll : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2AndCbPatch_version3.7z

Isn't this bug just fixed in wxWidgets?
Why do we use this ownPatched DLL?

stahta01

#9
Quote from: MoonKid on March 15, 2007, 06:52:00 AM
Quote from: killerbot on March 14, 2007, 07:59:32 PM
To fix the menu alignment bug introduced in wx 2.6.3 [windows only bug] we have patched wx ourselves, and that results in the following alternative dll : http://prdownload.berlios.de/codeblocks/wxmsw26u_gcc_cb_wx2.6.3p2AndCbPatch_version3.7z

Isn't this bug just fixed in wxWidgets?
Why do we use this ownPatched DLL?

It is only fixed in 2.6 Branch or 2.8.2 or CVS Head, CB uses a patched version of 2.6.3 with patch 2 applied plus the CB patches (3 of my Patches to wxWidgets 2.6.3). My patches are back ports of patches done to CVS Head of a few months ago.
Most likely when 2.6.4 is released then we can use an non patched version of wxWidgets for a short while. Till we need to fix a bug in the release.

Tim S
C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

Etienne

Hello,

As always, thanks for this very nice IDE I use every hour.

Some bugs of the lasts build:

- when a link fail, and using a custom makefile, the auto_hide_message_panel hide anyway.

- when buiding a workspace, sometimes its doesn't use the custom makefile if defined, so the build fail.
This is because, the builder does not switch from a standard makefile to a custom makefile. To test the bug, create two project A with a custom makefile, B with a standard makefile, make B depends of A, rebuild B, the custom makefile of A isn't used.

- the uncomplete brace in the editor is white, when the actual line is highlited, so it is invisible.

- in the projet left panel window:the build options work with the selected projet (even not activated), in the menu projets, its work with the active projet(not the selected one). Maybe it could be the same behaviour.( same for the projects properties)

- when editing makefiles in CB, somethimes the CR are wrong for mingw32-make, perhaps we could have always the same CR type fore makefile* files.

A suggestion: having a project with no makefile could be nice. Making it depends of the others projets, => rebuild all will rebuild all the others projects in the workspace.

Thanks for all

Etienne



Lord Delvin

It would be very usefull to safe highlightmode for project files as i have always to switch it for my logfiles on startup:-/
Would it be a good idea to use the old debug.dll with new builds as new build's debug.dll doesn't load on win2k?

polygon7

Hi,
in this and one of previous Nightly there is a strange "sta00336" file in .\share\CodeBlocks\plugins\ directory.
best regards,
p7
Free open source UML modeling tool: ArgoUML

xee

Quote from: Etienne on March 15, 2007, 10:03:08 AM
- when a link fail, and using a custom makefile, the auto_hide_message_panel hide anyway.

And it happens when Post-build steps fail too.

bupper

I built the standard template for a Win32 GUI, but when it runs, it opens a command-prompt with the window. Is there a way to change that?

Also, the executable size is 715KB!!!!! If I can't get that down to at least 50KB, I simply won't be using CodeBlocks. I just switched from Dev-C++. I'm not used to seeing those huge files, even with complex applications!!!

I'm using:

  • this Nightly build
  • MingGW v5.1.3
  • Win XP, Service Pack 2

bupper