User forums > Nightly builds
The 16 march 2006 build is out.
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 16 March 2006 build is out.
- Windows : http://download.berlios.de/codeblocks/CB_20060316_rev2202_win32.7z
- Linux : not supported yet
Resolved Fixed:
* CodeCompletion custom listcontrol
- closes on pressing SPACE Key,
- is positioned correctly on screen using dual monitor setup
* Fixed setting of LD_LIBRARY_PATH to the current dir, for non-windows
ports, when running console applications
* Disabled scripting for 64bit processors since AngelScript does not yet
support them
* don't add to recent files when open (of not registered file types) in CB was cancelled (patch 930)
Regressions/Confirmed/Annoying/Common bugs:
* toolbar-images-not-changing-state (is a wx problem)
* there are several issues with Code Completion (is being redesigned : work in progress)
skirby:
Hello,
I have question about a really strange behavior with the nightly build.
I would like to know if it due to C::B or the Compiler
Here is a little (and useless) piece of code which reproduce my problem
--- Quote ---#include <windows.h>
#include <stdio.h>
void test(char* str, char c) {
int i = 0;
if ((c == 0x22) || (c == 0x5c)) c += 1; // Avoid the characters ", \
str = c;
}
int main(void)
{
char s[10] = "123456789";
test(s, 'Z');
MessageBoxA(0, s, "Info", 0);
return 0;
}
--- End quote ---
Create a MS DOS project and paste the code above.
Launch it and you will see that the char* s will be equal to 123456789 instead of Z23456789 :shock:
Now remove the comment // Avoid the characters ", \ and it will work correctly
Is it a C::B bug or a Compiler bug?
thomas:
It is neither, the code is wrong.
str = c; assigns the pointer, it does not write to it.
mandrav:
Besides, remove the line-continuation character '\' from the end of the comment...
This is not a bug report thread. Next time please use the appropriate board to post your "bugs"...
thomas:
--- Quote from: mandrav on March 17, 2006, 10:36:00 am ---Besides, remove the line-continuation character '\' from the end of the comment...
--- End quote ---
Heh, did not even read that far :lol: But yes, that too.
Navigation
[0] Message Index
[#] Next page
Go to full version