User forums > Nightly builds

The 01 march 2006 build is out.

(1/3) > >>

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://download.berlios.de/codeblocks/wxmsw26u_gcc_cb.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://download.berlios.de/codeblocks/mingwm10.7z

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

The 01 March 2006 build is out.
  - Windows : http://download.berlios.de/codeblocks/CB_20060301_rev2102_win32.7z
  - Linux : not supported yet


Resolved Fixed:


* Removed hardcoding of CPU registers for debugging. All available CPU registers are displayed now
* Fixed crash when saving disassembly to file
* Converted disassembly dialog to use wxScintilla instead of a list control
* Added editor lexer for MASM assembly
* Fixed crash when saving disassembly to fileChanged editor lexer keywords to support up to 9 sets (wxScintilla limit). <Language>, <User> and <Documentation> tags in lexers are now considered obsolete (they still work though). They should be replaced by <Set>. The "index" attribute defines the keyword index for the set (its meaning is different on a per-lexer basis)
* Removed an unneeded variable
* apply user template project name (bug 6584)
* updated css lexer (patch 878)
Regressions/Confirmed/Annoying/Common bugs:


* DDE bug : clicking in windows explorer on a CB registered file throws an error message box
* toolbar-images-not-changing-state (is a wx problem)
* there are several issues with Code Completion (is being redesigned : work in progress)

sethjackson:
I have Version 1.0 revision 2102 (gcc 3.4.4 Windows/unicode, build: Mar  1 2006 10:39:00)

EDIT:

I misunderstood.  :oops:

killerbot:
Well it does say test now, does it.
Only the title bar is not following. Will fix that later sometime (or not, these things will become obsolele probably with the new upcoming wizards).
Before the fix, you could not even see in the tree "test", but also console application in this case.

killerbot:

--- Quote ---Also I still have this bug too. Razz
--- End quote ---

It does work, but as explained in the bug report : modifications to a project don't make it directly to the cbp file, you need to save your project.
So rename the project (Project properties), then do a project save and watch the title bar adjust.
In my replies on the bug report I gave antoher example where you need to explicitly save (new project from template). Before the changes you could not even get the name adjusted even when you did save the project (there was no title update on project save).

So now you will say, why don't you do a save for the title bar update for the user template. well the save knows nothing has changed and doesn't get to the point where the 'save' event is triggered (the title update code is the result of a reaction upon this event).

Have some ideas though (force save, ... ), but let's first see how the Don's wizards turn out.

kkez:

--- Quote from: sethjackson on March 02, 2006, 12:15:56 am ---
--- Quote from: killerbot on March 01, 2006, 08:19:38 pm ---
* apply user template project name (bug 6584)
--- End quote ---

Can't confirm this. :P
--- End quote ---
Actually that bug was already fixed in a previous revision, i can't find which one. ATM i'm working on rev 2094 and that bug seemed already fixed, that's why i wrote "this bug can be closed" in the bug comments on berlios. Then i saw killerbot's fix and was kinda confused...

EDIT: maybe it's this fix on rev 2086: Adjust title bar on save project (fixes bug 6585, and when saving new project from template).
So the fix was to autosave the (user template or not) project after its creation/modification? Now the rev 2098 fixes: apply user template project name (bug 6584)

confused :?

Navigation

[0] Message Index

[#] Next page