News:

The new Release 25.03 is out! You can download binaries for Windows and many major Linux distros here .

Main Menu

The 09 January 2006 build is out.

Started by killerbot, January 09, 2006, 11:55: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://download.berlios.de/codeblocks/wxmsw26u_gcc_cb.7z

The 09 January 2006 build is out.
  - Windows : http://download.berlios.de/codeblocks/CB_09jan2006_rev1697_win32.7z
  - Linux : not supported yet


Resolved Fixed:


  • In Settings->Compiler->Programs page the browse for file dialog to select executables, under non-windows platforms has * mask now instead of *.exe (bug #1358345)
  • Fixed "save layout" dialog on application exit
  • Bugfix - radiobox labels in find-dialog
  • All debugging windows are now kept in sync at all times
  • Debugger commands don't get queued if the relevant debugging window isn't open (e.g. if watches-tree is not visible no watches evaluation occurs)
  • Removed un-needed "Refresh" button from disassembly and call-stack debugger windows
  • Fixed bug that the editor tab would display the full filename for opened empty files
  • Removed "safe but slow" option from dialog (option is unused since months ago)
  • ALL_FILES_MASK for Linux (Bug 1364164 / Patch 1383214)
  • Patch [1395617] (replace a macro with wxString)
  • Added some error checking in debugger logging functions
  • Removed wxImage::AddHandler()
  • CodeStat:Added support for Matlab m-files

Regressions/Confirmed/Annoying/Common bugs:


  • none

artoj

#1
@killerbot

Could you add the DDE bug and the toolbar-images-not-changing-state (and add a remark that this is wx problem) bugs to the confirmed/common bugs list?

Ceniza

Isn't that information auto-generated?

artoj

Quote from: Ceniza on January 10, 2006, 09:16:48 AM
Isn't that information auto-generated?

I guess you're right :(.

Issue #1:

1. Open Code::Blocks, clear file history (File -> Recent files -> Clear history).
2. Close Code::Blocks.
3. Create a file in the Explorer (e.g. file1.cc).
4. Open Code::Blocks, open the file to the editor.
5. Check File -> Recent files. Both file path and file name are visible.
6. Close Code::Blocks and launch it again.
7. Check File -> Recent files. Only the file name is visible.

Issue #2:

1. Open Code::Blocks.
2. Create new file (File -> New file)
3. Check File -> Recent files. The file is not listed.

killerbot

I will add them to the list, that list is manually managed.
Hey, you can vot for your favorite bug in here, and I will enlist it then ;-)

artoj

Quote from: killerbot on January 10, 2006, 10:09:23 AM
I will add them to the list, that list is manually managed.
Hey, you can vot for your favorite bug in here, and I will enlist it then ;-)

Thanks killerbot. :)

Hmm... is it OK to post the issues with nightly builds to these threads or should I just post them to SF.net?

killerbot

bug reports on sf are the best, since then they can be tracked, but you can hold the discussion in these threads, or start a seperate thread for a certain discussion.

artoj

Quote from: killerbot on January 10, 2006, 11:13:48 AM
bug reports on sf are the best, since then they can be tracked, but you can hold the discussion in these threads, or start a seperate thread for a certain discussion.

OK, I've submitted the following issues:

#1401376 Recent files list shows only short file name (nightly)

#1401383 New files not added to the recent files list (nightly)

killerbot

Quote from: artoj on January 10, 2006, 11:36:17 AM
Quote from: killerbot on January 10, 2006, 11:13:48 AM
bug reports on sf are the best, since then they can be tracked, but you can hold the discussion in these threads, or start a seperate thread for a certain discussion.

OK, I've submitted the following issues:

#1401376 Recent files list shows only short file name (nightly)

#1401383 New files not added to the recent files list (nightly)

I have been debugging a bit, and I get the impression for the first bug mentioned, it might be a wx problem ?
Yiannis, could use a bit of your insight here.
InitializeRecentFilesHistory() is called at start up and I checked the filenames being pumped into the history, and they all had long names (full path) -> they go into a wxFileHistory object, and that object manages the menu. SO it seems it goes wrong in there.

Will debug for the second problem now.

mandrav

Yes, we 're doing nothing special with files history. The recent files menu is generated automatically by wx so...
Be patient!
This bug will be fixed soon...

killerbot

have fixed the second part of the problem, busy posting the patch on sourceforge.

@Yiannis : I will assign it to you, it is just adding 4 lines of code (and 2 lines are like this {  and  })  ;-)

killerbot

#11
more good news, I was able to fix the first problem also.
I was wondering why it worked when you were already in CB, well in that path of control it was done just a little bit different, doing it at startup also like that --> success.

The original way should have also worked, I think, but it is a wx problem.
Anyhow, CB can overcome it.  ;-)

@Yiannis, patch is coming your way, this time at least 6 lines of code changed, 2 gone, 4 new.  ;-)


[edit] : only thing left to do, is keep the start page more in sync with the recent history as shown in the menu