Author Topic: The 23 May 2007 build is out. (Read 31690 times)

killerbot · « **on:** May 23, 2007, 06:06:25 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://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx284.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

The 23 May 2007 build is out.
- Windows :
   http://prdownload.berlios.de/codeblocks/CB_20070523_rev3989_win32.7z
- Linux :
   http://prdownload.berlios.de/codeblocks/CB_20070523_rev3989_Ubuntu6.10+7.04.deb
   http://prdownload.berlios.de/codeblocks/CB_20070523_rev3989_suse100-102.i586.rpm (not yet)
   http://prdownload.berlios.de/codeblocks/CB_20070523_rev3989_fc4+5.i586.rpm (not yet)

Resolved Fixed:

Changed the event association to work with the new wxChoice

Regressions/Confirmed/Annoying/Common bugs:

toolbar-images-not-changing-state (is a wx problem/Win XP problem)

Xaviou · « **Reply #1 on:** May 23, 2007, 08:43:26 pm »

Ubuntu 6.10 & 7.04 Amd64 .deb installer (build with wx263 and wx284) can be found here.

indigo0086 · « **Reply #2 on:** May 24, 2007, 02:07:42 am »

Just FYI, "active line" portion in code coloring no longer works. I used it so I knew where I was focusing on in the program, now it's not working.

killerbot · « **Reply #3 on:** May 24, 2007, 07:43:55 am »

Quote from: indigo0086 on May 24, 2007, 02:07:42 am

Just FYI, "active line" portion in code coloring no longer works. I used it so I knew where I was focusing on in the program, now it's not working.

could you file a bugreport please. And if possible also state since which nigthly the problem occurred (so which nightly did you use prior where it did work). Thanks.

mandrav · « **Reply #4 on:** May 24, 2007, 09:06:10 am »

Quote from: indigo0086 on May 24, 2007, 02:07:42 am

Just FYI, "active line" portion in code coloring no longer works. I used it so I knew where I was focusing on in the program, now it's not working.

It still works in 3986 and I don't see any reason why it would stop working in 3989...

darthdespotism · « **Reply #5 on:** May 24, 2007, 12:57:52 pm »

For those who want a 32bit wx2.8.4 Linux-Build here is mine (build on Ubuntu7.04)
Download

Pecan · « **Reply #6 on:** May 24, 2007, 01:10:51 pm »

Quote from: mandrav on May 24, 2007, 09:06:10 am

Quote from: indigo0086 on May 24, 2007, 02:07:42 am
Just FYI, "active line" portion in code coloring no longer works. I used it so I knew where I was focusing on in the program, now it's not working.

It still works in 3986 and I don't see any reason why it would stop working in 3989...

This has been occuring off and on for about a year.

The in-ability to change the active line color pops up for no known reason.

When it happens, I delete my default.conf and the problem goes away.

There are other mentions about this problem (especially re: linux) in the forum.

indigo0086 · « **Reply #7 on:** May 24, 2007, 04:05:24 pm »

Quote from: mandrav on May 24, 2007, 09:06:10 am

Quote from: indigo0086 on May 24, 2007, 02:07:42 am
Just FYI, "active line" portion in code coloring no longer works. I used it so I knew where I was focusing on in the program, now it's not working.

It still works in 3986 and I don't see any reason why it would stop working in 3989...

On two computers I've tested with a working active line and the inactive line color in an older and newer version respectively.

Biplab · « **Reply #8 on:** May 24, 2007, 04:44:27 pm »

I'm bit confused with this issue. From a quick look at the code it seems that Active line means active line during debugging. Or does it mean active line during editing? :?

indigo0086 · « **Reply #9 on:** May 24, 2007, 04:48:15 pm »

Quote from: Biplab on May 24, 2007, 04:44:27 pm

I'm bit confused with this issue. From a quick look at the code it seems that Active line means active line during debugging. Or does it mean active line during editing? :?

the line during editing. You could change the foreground color and when you had the carat on any place in the line the entire line would highlight with that color.

I also deleted my default.conf and it still didn't work.

Biplab · « **Reply #10 on:** May 24, 2007, 05:06:07 pm »

Quote from: indigo0086 on May 24, 2007, 04:48:15 pm

the line during editing. You could change the foreground color and when you had the carat on any place in the line the entire line would highlight with that color.

Thanks.

Wahooney · « **Reply #11 on:** May 24, 2007, 05:42:17 pm »

I don't know if this is the right place to post this, and please tell me if I should be posting it somewhere else, but I have made a patch to improve some of the icons in Code::Blocks. I hope to slowly but surely replace all of them.

Here is the patch, it affects the Start Here page only, I hope it gets approved and used.

Note: This uses icons from the free Nuvola Icon set.

[attachment deleted by admin]

Biplab · « **Reply #12 on:** May 24, 2007, 06:29:59 pm »

Hi All,

Those who want to highlight current line, please check the following option to enable it.

Settings > Editor > Highlight line under caret (under other options)

Regards,

Biplab

indigo0086 · « **Reply #13 on:** May 24, 2007, 06:55:10 pm »

nice, thanks.

Roman · « **Reply #14 on:** May 24, 2007, 08:28:02 pm »

Hi there!

Fact:
There are "Project/Build options" and "Project/Properties". When we edit Build Options we actually modify the options for some of targets.

Suggestion:
Make a button somewhere in "Project/Build options" that easily redirects to corresponding "Project/Properties/Build targets".

Would be very nice.

Regards
Roman

MortenMacFly · « **Reply #15 on:** May 25, 2007, 08:04:00 am »

Quote from: Roman on May 24, 2007, 08:28:02 pm

Make a button somewhere in "Project/Build options" that easily redirects to corresponding "Project/Properties/Build targets".

If you start from the project properties (which is a kind of "root element" for the project) you can easily switch to the build options then and return later to the properties etc...
It that what you mean?
With regards, Morten.

woodroof · « **Reply #16 on:** May 25, 2007, 10:44:16 am »

I can't compile last trunc on WinXP using wxWidgets-2.8.4 - there is no file wx/setup.h, but: wx/depricated/setup.h, msvc/wx/setup.h, wx/msv/setup.h and others. How can I complile this program? Only by change #include line?
Or I must copy wx/msw/setup.h to wx/setup.h?

Jan van den Borst · « **Reply #17 on:** May 25, 2007, 03:08:21 pm »

Hi All
I was just trying the "view debug window" button on the compiler toolbar. I press "Watches" and nothing happens. Is it broken?

Jan

Roman · « **Reply #18 on:** May 25, 2007, 05:09:11 pm »

Quote

If you start from the project properties (which is a kind of "root element" for the project) you can easily switch to the build options then and return later to the properties etc...
It that what you mean?

Yes, it is.
But the existing approach is good when You use "properties" more often than "build options".
Would be cool to have the same functionality for the opposite case (when dealing with external libs You use "build options" more frequently for example). The ClickSaver )

Regards
Roman

Biplab · « **Reply #19 on:** May 25, 2007, 06:02:55 pm »

Quote from: Jan van den Borst on May 25, 2007, 03:08:21 pm

I was just trying the "view debug window" button on the compiler toolbar. I press "Watches" and nothing happens. Is it broken?

Please use wx 2.8.4 runtime dll. That would solve your problem.

MathStuf · « **Reply #20 on:** May 25, 2007, 07:59:26 pm »

I've noticed something today. The splash screen on start up has the main logo square behind the one with the SVN build number on it.

Kazade · « **Reply #21 on:** May 26, 2007, 01:45:43 pm »

I dunno if this is just happening to me, but recently a funny bug appeared. If I change a file, but don't save it, then change focus to another program. When I switch back to Code::Blocks a message appears telling me that the file has been changed outside of code::blocks and do I want to reload. But the file hasnt changed at all. Seems like code blocks is comparing its unsaved changed version with the version on disk. I've tried removing codeblocks and reinstalling the latest nightly, but with no luck.

rjmyst3 · « **Reply #22 on:** May 26, 2007, 04:32:11 pm »

Quote from: Kazade on May 26, 2007, 01:45:43 pm

I dunno if this is just happening to me, but recently a funny bug appeared. If I change a file, but don't save it, then change focus to another program. When I switch back to Code::Blocks a message appears telling me that the file has been changed outside of code::blocks and do I want to reload. But the file hasnt changed at all. Seems like code blocks is comparing its unsaved changed version with the version on disk. I've tried removing codeblocks and reinstalling the latest nightly, but with no luck.

This happens when you have the AutoSave feature on, and you have autosave save the original file, and not a backup. So, Code::Blocks saves the file with the AutoSave feature, but then another part of Code::Blocks notices that the file was saved, but not directly by the user, and warns about the file being changed.

Does this warrant a bug report?

Kazade · « **Reply #23 on:** May 27, 2007, 09:52:28 am »

Oh yeh! I completely forgot I'd chosen that option. Thanks a lot it was really getting annoying

Baco · « **Reply #24 on:** June 02, 2007, 06:38:02 pm »

Hi all,
i think i have found a little bug in the NB 3989 regarding the checkbox "Pause when execution ends".
I was trying a win32 gui application project.
Follows the steps to reproduce the problem.
-open Project|Properties|Build targets
-in "selected build target options" in the Type choose "GUI application"
-then confirm with the OK button

-reopen Project|Properties|Build targets
-in "selected build target options" in the Type choose "Console application"
-the checkbox below "Pause when execution ends" it is not checked
-then confirm with the OK button

-reopen Project|Properties|Build targets
-in "selected build target options"
-the checkbox "Pause when execution ends" it is checked now

Deschamps · « **Reply #25 on:** June 02, 2007, 07:09:35 pm »

Quote from: Baco

(..) i think i have found a little bug in the NB 3989 regarding the checkbox "Pause when execution ends" (..)

I can confirm that with rev.4046 this issue remains.As Baco has said, it seems that the check/uncheck status for "Pause when execution ends" isn't remembered when one changes the "Type" of application in Project -> Properties -> Build targets, and if "Console application" is selected (after a previous different type selected) then this checkbox is always checked by default.

Edit: In any case, i'm not sure if this is made in that manner on purpose, because it's supposed that one wants to see the console results (inside C::B) after the program has ended and before this console closes, so it has sense that when "Console application" is selected, this checkbox was always initially checked.

Biplab · « **Reply #26 on:** June 02, 2007, 07:17:45 pm »

Please file a bug report at Berlios.

Baco · « **Reply #27 on:** June 02, 2007, 08:01:58 pm »

Bug report filed...

Quote from: Deschamps on June 02, 2007, 07:09:35 pm

(..) so it has sense that when "Console application" is selected, this checkbox was always initially checked.

The bug is that initially it is shown not checked.

I tried also this:
-open Project|Properties|Build targets
-in "selected build target options" in the Type choose "GUI application"
-then confirm with the OK button

-reopen Project|Properties|Build targets
-in "selected build target options" in the Type choose "Console application"
-the checkbox below "Pause when execution ends" it is not checked
-click on the checkbox to check it
-click on the checkbox to uncheck it
-then confirm with the OK button

-reopen Project|Properties|Build targets
-in "selected build target options"
-the checkbox "Pause when execution ends" it is checked now

News:

Author Topic: The 23 May 2007 build is out. (Read 31690 times)

woodroof

MathStuf