Author Topic: The 20 June 2006 build is out.  (Read 8340 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5177
The 20 June 2006 build is out.
« 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)

« Last Edit: June 20, 2006, 10:58:39 pm by killerbot »

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5177
Re: The 20 June 2006 build is out.
« Reply #1 on: June 20, 2006, 11:29:23 pm »
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

Offline oz

  • Multiple posting newcomer
  • *
  • Posts: 47
Re: The 20 June 2006 build is out.
« Reply #2 on: June 21, 2006, 03:46:23 am »
Resolved Fixed:
  • Updated byogames to work on linux

It still could not work well, same as before. fedora core 5. please take a look.

Quote
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]
« Last Edit: June 21, 2006, 09:10:18 am by oz »

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5177
Re: The 20 June 2006 build is out.
« Reply #3 on: June 21, 2006, 09:19:26 am »
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 :-)

Offline byo

  • Plugin developer
  • Lives here!
  • ****
  • Posts: 837
Re: The 20 June 2006 build is out.
« Reply #4 on: June 21, 2006, 09:25:40 am »
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.

Quote
Quote
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)

Offline Denis

  • Multiple posting newcomer
  • *
  • Posts: 48
Re: The 20 June 2006 build is out.
« Reply #5 on: June 21, 2006, 02:03:59 pm »

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5177
Re: The 20 June 2006 build is out.
« Reply #6 on: June 21, 2006, 02:56:41 pm »
Replace text bug is still there ( http://forums.codeblocks.org/index.php?topic=3365.msg26597#msg26597 )

Quote
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 ?

Offline Denis

  • Multiple posting newcomer
  • *
  • Posts: 48
Re: The 20 June 2006 build is out.
« Reply #7 on: June 21, 2006, 03:55:48 pm »
...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.

Offline tiwag

  • Developer
  • Lives here!
  • *****
  • Posts: 1196
  • sailing away ...
    • tiwag.cb
Re: The 20 June 2006 build is out.
« Reply #8 on: June 21, 2006, 04:05:41 pm »
please post your ideas and feature requests regarding Search and Replace

in this thread there

http://forums.codeblocks.org/index.php?topic=3383.0