Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on June 09, 2008, 08:41:58 pm
-
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works (http://forums.codeblocks.org/index.php/topic,3232.0.html).
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx287.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc421.7z
The 09 June 2008 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20080609_rev5093_win32.7z
- Linux :
none
Resolved Fixed:
- Fixed: Possible crash when an open file is deleted from disk and C::B is asked to remove it from project tree
- added HeaderFixup plugin with subsequent fixes
- Editor: fix pasting in block select mode (thanks to SiegeLord)
- Fixed: [Bug #13982] Undocked (floating) windows can cause GTK-Critical on linux (Using [Patch #2490])
- Applied: [Patch #2480] Speedup update-script on linux
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
-
Ubuntu 7.04 to 8.04 Amd64 tar.gz archive (containing '.deb' installers builds with wx287) can be found here (http://www.esnips.com/web/CodeBlocks).
-
A source tar-ball (usable on linux and windows) and binaries for debian (32 and 64 bit) are available on my server (http://apt.jenslody.de/).
-
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/spip/spip.php?article1)
Best regards, pasgui
-
i meetting an strange problem!
using the menu File->Open to open the file at D:\sb\sdks\wxWidgets\src\common\string.cpp. codeblocks shows nothing! :shock:
it did the same even i copy the string.cpp as test_string.cpp in the same folder !
and it show the other cpp files correctly at the meantime except that file :o
it show correctly in the Notepad++.
is anyone confirm this?
i attached that file and the screenshot here.
-------------
WinXP sp2
codeblocks build (5093)
-------------
[attachment deleted by admin]
-
I have no problems opening these files, neither string.cpp from wxWidgets-sources, nor you file, execpt of extra linebreaks in your attachement.
The show as "ISO-8859-1"-encoded.
It might be an encoding-problem, that could lead to strange behaviour, if C::B can not recognize the encoding correctly.
-
thanks jens :)
i don't know if there an encoding-problem, but i try to convert it to UTF-8 with BOM using notepad++, and codeblocks can't show it still ...
then i redownload an wxWidget zip package, and open the same string.cpp in the package, but the same result.... that mean whether the redownload one or the one i have, can't show correctly the same :(
but codeblock open other cpp files correctly -_-! that confuse me T_T
-
i found the murderer!
i check it line by line ( -_-b ), and found the line 1592 cause that problem :
the bad one :
// isspace('?) in the C locale which seems to be broken to me, but we have to
the good one :
// isspace('') in the C locale which seems to be broken to me, but we have to
when i change the char "?" to any other chars, then codeblocks open it correctly.... :shock:
-
i felt confuse that : notepad++ also using Scintilla, why it havn't happened that problem and codeblocks does?
i should go to sleep now, that problem make me all night jump up and down 8)
-
It looks like it's an encoding problem, what is the encoding type you see in the Code::Blocks status bar?
And the character is giving you problems is not a question mark, but a lowercase e-circumflex (which is this character 'ê', or you can see it here: e-circumflex (http://en.wikipedia.org/wiki/%C3%8A)).
Seems that CB is having problems detecting the file as a ISO-8859-1 encoded text file, which is strange because CB 8.02 on WinXP is working correctly.
-
It looks like it's an encoding problem, what is the encoding type you see in the Code::Blocks status bar?
And the character is giving you problems is not a question mark, but a lowercase e-circumflex (which is this character 'ê', or you can see it here: e-circumflex (http://en.wikipedia.org/wiki/%C3%8A)).
Seems that CB is having problems detecting the file as a ISO-8859-1 encoded text file, which is strange because CB 8.02 on WinXP is working correctly.
Bingo!! You are right! when i set the "general settings"->"Default encoding when opening files" to "ISO-8859-1", then codeblocks could recognize the file correctly with no modified!!! :lol:
if i havn't set it, the wrong file encoding at status bar is "WINDOWS-936"
But, another problem happened, i always set it to "UTF-8", if i set it to "ISO-8859-1", then all my UTF-8 files will changed ... and i need UTF-8 encoding -_-, :shock: going crazy ....
-
You can leave the Default encoding when opening files to the default value or the value you need to open your files and change the encoding of the string.cpp file. It can be done using the menu Edit->"File Encoding" selecting another encoding (for example UTF-8) and then saving the file again (make sure you have a backup copy when you try different encodings).
If CB still fails to detect the right encoding for the string.cpp file then try another version of CB or try saving the file with different encodings (you may enable Unicode BOM (http://en.wikipedia.org/wiki/Byte-order_mark) in the "File Enconding" menu, but it could give you problems on Linux).
-
You can leave the Default encoding when opening files to the default value or the value you need to open your files and change the encoding of the string.cpp file. It can be done using the menu Edit->"File Encoding" selecting another encoding (for example UTF-8) and then saving the file again (make sure you have a backup copy when you try different encodings).
If CB still fails to detect the right encoding for the string.cpp file then try another version of CB or try saving the file with different encodings (you may enable Unicode BOM (http://en.wikipedia.org/wiki/Byte-order_mark) in the "File Enconding" menu, but it could give you problems on Linux).
Thanks very much!!! when i convert it to UTF-8, the problem gones! :lol:
life seems sweet ^_^!
Hopefully one day codeblocks could recognize it automaticly :P
-
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
I think I'm seeing this in an app of mine now. Which ticket is it? http://trac.wxwidgets.org
Thanks
Troels
-
The following isn't just with 5093 but many builds before:
On the Code::Blocks "Start here" page the "Recent Projects" item often displays the last workspace opened. But sometimes it doesn't appear on the page. I don't know what makes it come and go.
Ideally, "Start here" might list the last workspace opened or perhaps a history of these.
Also, in Settings.. Environment.. General Settings, there's options for "Open default workspace" and "open blank workspace" on start-up. Might be nice to see "Open last workspace" as another option.
/m
-
Bug:
After performing a thread search I found the window listing the search items was too small. So I re-sized it. Search contents disappeared from the window.
-
Another issue with this build (and previous):
*Double-click* on function call name (Read2438AToD below), then right-click and select "Find Implementation": does not work on FIRST try. Subsequent attempts work. Seems that selecting the entire name screws up the parser.
*Single click* on function call name (Read2438AToD below), then right-click and select "Find Implementation": this works.
This seems to be the case ONLY when the function is BELOW the cursor (deeper in the current file). If the function is in another file, this issue does not seem to surface.
Eg:
if (strcasecmp(cType,"UTA10") == 0)
{
log_info(" ** UTA10 **");
nResult=Read2438AToD(TempSN );
if (nResult>=10.22)
nResult=0;
lRead=true;
}
...
float Read2438AToD(uchar *TempSN)
{
...
}
May I suggest that when this feature is used a browsemark be automatically set? This will be a real time saver.
-
when i tape in spacebar the codecompletion menu popup and no space ,desactivation of the plugin not correcte it
ubuntu 8.04
-
but removing it work its codecompletion probleme
-
Build SVN5014 on Debian, the version can't show. this is the 'start here' info:
svn build rev 0 (unknown date) gcc 4.3.1 Linux/unicode
-
I just switched from rev 4365 to rev 5093 and noticed a (to me) quite annoying change of behaviour: When clicking on the file in the projects-tab the file would open in the editor and gain the focus. Now the file opens without gaining the focus, which means I have to click on the Editor first, before I can move my hand from the mouse back to the keyboard.
Is that a feature or a bug? And if it is a feature, may I ask for an option to switch it off? Don't want to dramatise (I know it is just one more click), but this drives me up the wall.
-
I just switched from rev 4365 to rev 5093 and noticed a (to me) quite annoying change of behaviour: When clicking on the file in the projects-tab the file would open in the editor and gain the focus. Now the file opens without gaining the focus, which means I have to click on the Editor first, before I can move my hand from the mouse back to the keyboard.
Is that a feature or a bug? And if it is a feature, may I ask for an option to switch it off? Don't want to dramatise (I know it is just one more click), but this drives me up the wall.
I guess you use windows.
This does not happen for me on linux, but on win xp.
And it only happens when I doubleclick the filename, not if I open the file via context-menu.
Double-clicking seem to work only in debug-mode.
So I think it's a timing problem with events, maybe a windows or wxWidgets for windows problem.
I think the double-click also triggers a single click on the filename (or the "Management"-pane) after sending the doubleclick-event used by wxMenu and so the manager regains the focus immediately after opening the file and activating the editor.
-
Correct, I am on Windows (*sigh*), WinXP SP2 to be precise.
Glad to hear, that it is not a feature.
-
svn 5106 won't build on ubuntu.
……
make[3]: Entering directory `/media/sda5/codeblocks/src/tools/ConsoleRunner'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/media/sda5/codeblocks/src/tools/ConsoleRunner'
make[3]: Entering directory `/media/sda5/codeblocks/src/tools'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/media/sda5/codeblocks/src/tools'
make[2]: Leaving directory `/media/sda5/codeblocks/src/tools'
Making all in setup
make[2]: Entering directory `/media/sda5/codeblocks/src/setup'
make[2]: *** No rule to make target `Makefile.am', needed by `Makefile.in'. Stop.
make[2]: Leaving directory `/media/sda5/codeblocks/src/setup'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/media/sda5/codeblocks/src'
make: *** [all-recursive] Error 1
-
svn 5106 won't build on ubuntu.
……
make[3]: Entering directory `/media/sda5/codeblocks/src/tools/ConsoleRunner'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/media/sda5/codeblocks/src/tools/ConsoleRunner'
make[3]: Entering directory `/media/sda5/codeblocks/src/tools'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/media/sda5/codeblocks/src/tools'
make[2]: Leaving directory `/media/sda5/codeblocks/src/tools'
Making all in setup
make[2]: Entering directory `/media/sda5/codeblocks/src/setup'
make[2]: *** No rule to make target `Makefile.am', needed by `Makefile.in'. Stop.
make[2]: Leaving directory `/media/sda5/codeblocks/src/setup'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/media/sda5/codeblocks/src'
make: *** [all-recursive] Error 1
It seems you have a messed up "src"-directory.
"setup" is not in "src" since many revisions (somewhere between 5060 and 5070).
You should do a clean checkout of svn-sources.
-
svn 5106 won't build on ubuntu.
……
make[3]: Entering directory `/media/sda5/codeblocks/src/tools/ConsoleRunner'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/media/sda5/codeblocks/src/tools/ConsoleRunner'
make[3]: Entering directory `/media/sda5/codeblocks/src/tools'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/media/sda5/codeblocks/src/tools'
make[2]: Leaving directory `/media/sda5/codeblocks/src/tools'
Making all in setup
make[2]: Entering directory `/media/sda5/codeblocks/src/setup'
make[2]: *** No rule to make target `Makefile.am', needed by `Makefile.in'. Stop.
make[2]: Leaving directory `/media/sda5/codeblocks/src/setup'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/media/sda5/codeblocks/src'
make: *** [all-recursive] Error 1
It seems you have a messed up "src"-directory.
"setup" is not in "src" since many revisions (somewhere between 5060 and 5070).
You should do a clean checkout of svn-sources.
That works. Thanks for the hint.