The 08 october 2006 build is out.

User forums > Nightly builds

(1/4) > >>

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 October 2006 build is out.
- Windows : http://prdownload.berlios.de/codeblocks/CB_20061008_rev3036_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20061008_rev3036_Ubuntu6.06.deb (not yet)
http://prdownload.berlios.de/codeblocks/CB_20061008_rev3036_suse100+101.rpm (not yet)

Resolved Fixed:

* added (old, but overworked) lib_finder plugin to SVN (under contrib plugins)
* Added info about error column and row numbers when the configuration can't be opened
* Convert < and > to XML entities when saving strings in the configuration or else the XML file will become invalid and C::B won't open again until the configuration is deleted
* Resolved all breakpoint-setting issues some people experienced.
- Now uses relative filenames for breakpoints.
- Allows setting breakpoints in paths with spaces.
- Also allows gdb-5.2 to be used with C::B again (tested and working)
* Watching arrays with gdb has been improved
* Added debugger configuration option for max # of elements an array must have in order to be displayed on a single line
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)

thomas:

--- Quote from: killerbot on October 08, 2006, 06:56:02 pm ---Convert < and > to XML entities when saving strings in the configuration or else the XML file will become invalid and C::B won't open again until the configuration is deleted
--- End quote ---
Please allow a stupid question: what if I actually want to store the strings < and > in the config? For example, this might happen with the MRU list of the search dialog.
Without having & escaped as well, the parser won't know?

artoj:

--- Quote from: killerbot on October 08, 2006, 06:56:02 pm ---Convert < and > to XML entities when saving strings in the configuration or else the XML file will become invalid and C::B won't open again until the configuration is deleted

--- End quote ---

...and why aren't these escaped automatically? In Code snippets plugin I haven't done anything to escape special characters because TinyXML already does that for me.

thomas:
Good question.

The reason why it happens for the ConfigManager, but not for the code snippets plugin is that you save your Data as attribute, while ConfigManager saves its data as string data.

Now... I know why it is different for you and me, but I don't know why it is not escaped... in my opinion, it should be. I am asking TinyXML to attach a string node to the DOM and pass an UTF-8 string to be filled in. I am not asking the library to insert an arbitrary string into the xml text, but to store it in a node.
So... uh... I guess this should actually modify the DOM in whatever way is appropriate. Then later, when the DOM is converted to a xml text document, the string data (whatever it is), should be properly escaped? That's what I would expect to happen, at least. Maybe I am wrong.

However, I dare not ask Lee about it, because I already bugged him with a TinyXML problem last week which turned out to be my fault... :)
After updating TinyXML from 2.4.2 to 2.5.2, I suddenly found Code::Blocks crashing for no apparent reason (did not change one line of code otherwise). Stepping through the code the next morning, I found that it obviously had to crash, as my code was obviously dereferencing a null pointer.
Indeed, I was surprised that it ever worked. There is no way ConfigManager could ever not have crashed at startup... but as it happens, the very same piece of Code has been working fine since November 2005.
So, it is kind of embarassing if you email someone and ask him "erm, any idea why this latest version of your library crashes?" and then it turns out it was your code... :lol:

zero:
I am unable to build Code::Blocks from SVN since yesterday. Compiler error output:

--- Quote ---dirlistdlg.cpp: In member function 'void DirListDlg::OnButton1Click(wxCommandEvent&)':
dirlistdlg.cpp:56: error: '::wxDirSelector' has not been declared

--- End quote ---

linux/unicode, gcc 4.1.1

Navigation

[0] Message Index

[#] Next page

Go to full version