Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on June 20, 2006, 06:55:20 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_wx2.6.3p2.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 (2.6.2) for Code::Blocks : http://download.berlios.de/codeblocks/wxmsw26_gcc_cb.7z
The 20 June 2006 build is out.
- Windows : http://download.berlios.de/codeblocks/CB_20060620_rev2586_win32.7z
- Linux :
http://download.berlios.de/codeblocks/CB_20060620_rev2586_Ubuntu6.06.deb
http://download.berlios.de/codeblocks/CB_20060620_rev2586_fc4+5.rpm
Resolved Fixed:
- CB-tris : Added base class for game window & Added more sophisticated back-to-work-timer
- improved BCC compiler options (thanks to Nils)
- CB-tris : fixed automake issue that caused broken compilation under linux
- Updated byogames to work on linux
- updated profiler to look inside project's working dir for gmon.out, too (incl. minor code cleanup)
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
- there are several issues with Code Completion (is being redesigned : work in progress)
- menu items with icon not correctly aligned (since wx263)
-
this has came up in previous discussion, but i can confim the "whooaah" crash dialog popping up, and choose abort allows to continue whithout any problems. Each time it happened to me when I wanted to insert (paste) something in #include sections of a .cpp file
-
Resolved Fixed:
- Updated byogames to work on linux
It still could not work well, same as before. fedora core 5. please take a look.
this has came up in previous discussion, but i can confim the "whooaah" crash dialog popping up, and choose abort allows to continue whithout any problems. Each time it happened to me when I wanted to insert (paste) something in #include sections of a .cpp file
That heppened under WinXP sp2, when I click project->open project, or file->open, also happend when I choose the directory. if I click 'Abort' two or three times, it CB will work as normal, click 'Retry' will remain that dialog box, click 'Ignore' will keep that dialog box too, but the violation address will be 0, and each time increased by 2.
[attachment deleted by admin]
-
this has came up in previous discussion, but i can confim the "whooaah" crash dialog popping up, and choose abort allows to continue whithout any problems. Each time it happened to me when I wanted to insert (paste) something in #include sections of a .cpp file
had it again today (rev 2586) when I wanted to print something. Click 5 times abort, press the print button again, again 5 aborts, press print button again --> printing :-)
-
It still could not work well, same as before. fedora core 5. please take a look.
Ok, give me one more try :) I'll try to fix that for sure. In fact I know where is the problem but because it didn't occured in gentoo I thought it was fixed.
this has came up in previous discussion, but i can confim the "whooaah" crash dialog popping up, and choose abort allows to continue whithout any problems. Each time it happened to me when I wanted to insert (paste) something in #include sections of a .cpp file
That heppened under WinXP sp2, when I click project->open project, or file->open, also happend when I choose the directory. if I click 'Abort' two or three times, it CB will work as normal, click 'Retry' will remain that dialog box, click 'Ignore' will keep that dialog box too, but the violation address will be 0, and each time increased by 2.
Hmm, It seems like new exception handler is the cause. If anyone has debugged C::B before, exceptions were thrown when opening files or selection directories but previous exception handler did not threat them as fatal. I guess these exceptions may be some additional handlers installed in system (may be tortoise or something)
-
Replace text bug is still there ( http://forums.codeblocks.org/index.php?topic=3365.msg26597#msg26597 )
-
Replace text bug is still there ( http://forums.codeblocks.org/index.php?topic=3365.msg26597#msg26597 )
Replase dialog ignores flag "Entire scope" and searches for replace from cursor
There might be several problems, let's compare with regular searching.
1) from cursor
a) the 'search' start from the current position of the cursor, when it reaches the end it wraps around (without asking) The fact that it wraps around is due to the editor setting being ticked ("Auto-wrap search when EOF reached")
b) the 'replace' starts from the current position, when it reaches the end : it does NOT wrap around
2) entire scope
a) the search starts from the start of the document (and when the end is reached and you continue to 'find next' it will wrap around (due to the setting))
b) the 'replace' starts from the current position and NOT from the start
2)b) ==> BUG
1)b) because no wrap around, it can be considered a bug, but on the other hand it could have been the intention only to replace something from the start till the end
My suggestion would be (next to fixing the bug 2)b)) :
- have the wrap around setting move, so no longer in Settings->Editor, but also a setting in the search/replace dialog (like the other settings which are there : up/down cursor/scope, ...), then this is more consistent
- have the replace command also have the ability to wrap around ( case 1)b) ) (mathematically one would say this derives easily from the previous suggestion)
Does this sounds plausible ?
-
...Does this sounds plausible ?
It does :)
But there is a remark for searching (and replacing also) from cursor. I think "search from cursor" means seaching from word at cursor, not from current cursor position. I mean if you search word "lalala" and cursor is in this word, text editor have to find this word first.
-
please post your ideas and feature requests regarding Search and Replace
in this thread there
http://forums.codeblocks.org/index.php?topic=3383.0