Code::Blocks Forums
		User forums => Nightly builds => Topic started by: killerbot on January 09, 2006, 11:55:32 pm
		
			
			- 
				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:
 
 
- 
				@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?
- 
				Isn't that information auto-generated?
			
- 
				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.
- 
				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 ;-)
- 
				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?
- 
				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.
			
- 
				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) (https://sourceforge.net/tracker/index.php?func=detail&aid=1401376&group_id=126998&atid=707416)
 
 #1401383 New files not added to the recent files list (nightly) (https://sourceforge.net/tracker/index.php?func=detail&aid=1401383&group_id=126998&atid=707416)
- 
				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) (https://sourceforge.net/tracker/index.php?func=detail&aid=1401376&group_id=126998&atid=707416)
 
 #1401383 New files not added to the recent files list (nightly) (https://sourceforge.net/tracker/index.php?func=detail&aid=1401383&group_id=126998&atid=707416)
 
 
 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.
- 
				Yes, we 're doing nothing special with files history. The recent files menu is generated automatically by wx so...
			
- 
				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  })  ;-)
- 
				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