Author Topic: The 15 June 2006 build is out. (Read 31893 times)

killerbot · « **on:** June 15, 2006, 08:43:59 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 15 June 2006 build is out.
- Windows : http://download.berlios.de/codeblocks/CB_20060615_rev2573_win32.7z
- Linux :
http://download.berlios.de/codeblocks/CB_20060615_rev2573_Ubuntu6.06.deb
http://download.berlios.de/codeblocks/CB_20060615_rev2573_fc4+5.rpm

Resolved Fixed:

Keybinder - Missing editormanager header needed for Linux
provided menu entry and accelarator shortcut for replace in files (similar to find in files)
when find/replace in file is called without an active editor is falls back to find/replace in files
Fixed so that it's not asking for workspace modifications when the blank workspace is open
Updated to AStyle 1.18
Divided the option "Insert space padding around parentheses" into "Outside" and "Inside" (due to new options in AStyle 1.18)
Changed define for EVT_PIPEDPROCESS_TERMINATED, which seems to solve the crash when using ToolsManager compiled with GCC 4.1.x
Corrected last workspace-bug fix
Fixed editor UI glitch when creating it
CrashHandler uses now dynamic linkage to install. If the target windows version doesn't support it, it won't be installed.

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)

orefa · « **Reply #1 on:** June 15, 2006, 09:12:25 pm »

A few glitches with the menu shortcut under Windows 2000:

File -> O (Open): appears to take but has no effect.
File -> L (Save all): bell dings but menu stays open.
File -> C (Close): actually avoids "close" and rotates between three other 'C' options instead.

I haven't checked all other menus because the above suggests a general menu problem rather than something specific to these three.

moloh · « **Reply #2 on:** June 15, 2006, 11:09:53 pm »

Quote from: killerbot on June 15, 2006, 08:43:59 pm

Changed define for EVT_PIPEDPROCESS_TERMINATED, which seems to solve the crash when using ToolsManager compiled with GCC

Thanks.
Do sb tried to analyze if there are no other cast problems in event macros?

Ceniza · « **Reply #3 on:** June 15, 2006, 11:46:50 pm »

moloh: So far it seems to be the only one causing problems but if you find another problem caused by those don't hesitate to report it

Code Medic · « **Reply #4 on:** June 16, 2006, 01:00:10 am »

[ Bug #7905 ] processor usage
I have posted this bug just now.
wondering if i can do something about it.

royalbox · « **Reply #5 on:** June 16, 2006, 01:24:09 am »

I've had 2 access violation errors with this build that I've never had before. One was during a 'Control + C' and the other during a 'Control + V'. The trouble is I can't repeat them, but I thought I should mention it.

EDIT:
Just got another one when clicking on the 'new file' icon. This one is repeatable. Every time I open Code::Blocks and click on this icon or the 'open' icon. Is it just me?

Ceniza · « **Reply #6 on:** June 16, 2006, 03:11:20 am »

I just opened Code::Blocks many times and tried both new and open icons... no problems here. I also tried using Ctrl+C and Ctrl+V several times... nothing.

Sorry but I cannot reproduce your problem

Now, about the CPU usage, this is how it looks here:

The first peak is opening Code::Blocks. The second peak is moving the cursor around, the last bunch of peaks is loading CodeBlocks.cbp, finally 0% CPU when idle.

So you just open Code::Blocks, leave it doing nothing and it uses 20-30% CPU?

Something like that was reported some time ago, even though it was caused by moving the mouse around.

manmach · « **Reply #7 on:** June 16, 2006, 08:35:22 am »

Quote

Updated to AStyle 1.18

The plugin help says 1.17. So which is it?

thomas · « **Reply #8 on:** June 16, 2006, 09:49:18 am »

Quote from: manmach on June 16, 2006, 08:35:22 am

Quote
Updated to AStyle 1.18

The plugin help says 1.17. So which is it?

It is probably 1.16 then.

Phoenix · « **Reply #9 on:** June 16, 2006, 09:58:49 am »

Do you plan to add "active project" option to your class browser drop down list, so people could select search not only in whole workspace or opend files but also in currently active project?

Etienne · « **Reply #10 on:** June 16, 2006, 11:27:56 am »

Hello,

On the Ubuntu version, there is a little GUI bug:

On a long .cpp file, I add an error at the end, try to compile, and click on the error line on the build "auto hide" panel:

The line that contain the error is hidden by the error panel, because the error panel is in the foreground but doesn't resize the editor panel, wich stay in the background => perhaps resize the editor panel, or accept to scroll further the last line in the editor panel.

About the RC3, my suggestion is that, seeing from the nithgly build, it is very stable and usable , and it can be named 1.0, the bug_correction 1.01 and so on, like the numbering scheme of Firefox. This software is living a lot, but this is not visible on the web page, maybe this can help.

Thanks and see you

Etienne

skirby · « **Reply #11 on:** June 16, 2006, 11:37:08 am »

Quote from: codemedic on June 16, 2006, 01:00:10 am

[ Bug #7905 ] processor usage
I have posted this bug just now.
wondering if i can do something about it.

I can confirm a high processor usage when you try to copy and paste a big piece of text for the first time.
Undo the past you have just done take a lot of CPU to and take a long time to undo.

[Edit]
I have just done a test with the Nightly build 12 June 2006 and I don't have any problem.
The 14 June 2006 have a problem too.

I am using C::B on Windows 2000 sp4 with 2Go RAM.

Pecan · « **Reply #12 on:** June 16, 2006, 02:33:33 pm »

Quote from: Etienne on June 16, 2006, 11:27:56 am

On the Ubuntu version, there is a little GUI bug:
<...snip...>
The line that contain the error is hidden by the error panel, because the error panel is in the foreground but doesn't resize the editor panel, wich stay in the background
<...snip...>

have also noticed that this exists in the svn.

Code Medic · « **Reply #13 on:** June 16, 2006, 03:11:20 pm »

the process resource usage on my machine is as in the attachment
i really wonder why its so...

[attachment deleted by admin]

Code Medic · « **Reply #14 on:** June 16, 2006, 03:13:30 pm »

forgot to say something in my last post

the processor usage is almost 0 when there is no project open... but once a project is open... the dead usage is 12%.... it stays more or less same...! the peaks that u see is the project opening into the ide.

thomas · « **Reply #15 on:** June 16, 2006, 03:56:10 pm »

I am using a 2565 build right now, and idle CPU usage is 0.00% as soon as code completion has finished parsing.

There is a known 15-20% CPU usage when moving the mouse. This is probably due to a lot of update_ui messages being sent. I made an experimental patch that comments out a couple of instances where these messages are processed and generated anew. Michael was so kind as to even provide a binary build for testing purposes. We asked to test this build to verify whether this theory was correct, so we could fix it.

However, none of the people who previously complained about it showed any interest, so everything was left as it was, and the issue was tagged as "obviously not so important".

kesselhaus · « **Reply #16 on:** June 16, 2006, 05:32:22 pm »

Could someone enlighten me, why plugins are not loading anymore?

It tells me, plugin by plugin, that they are made with CodeBlocks SDK 1.7.18 but I only have 1.7.16.

Were is the SDK? What else do I have to download from where? (no SVN access)

royalbox · « **Reply #17 on:** June 16, 2006, 05:50:16 pm »

Quote from: Ceniza on June 16, 2006, 03:11:20 am

I just opened Code::Blocks many times and tried both new and open icons... no problems here. I also tried using Ctrl+C and Ctrl+V several times... nothing.

Sorry but I cannot reproduce your problem

Oh well, thanks for trying. I've gone back to last nights build and have had no problem. I'll try again with the next build.

I'd just like to add some comments about the split screen feature. I think this is (could be) great. In actual use I've found a couple of problems that perhaps might be looked into. The main problem is with copy and pasting. If you select some text in the top pane then do 'control+c', select some text in the bottom pane then do 'control+v', very often the text is something that was previously put into the clipboard and not the text you just copied.

The other thing is that when you undo something in one pane, the other pane jumps to the same place.

Ceniza · « **Reply #18 on:** June 16, 2006, 06:24:51 pm »

Quote from: manmach on June 16, 2006, 08:35:22 am

Quote
Updated to AStyle 1.18

The plugin help says 1.17. So which is it?

If it's the June 15th release then it's 1.18, but I forgot to change that value (it's hardcoded).

royalbox · « **Reply #19 on:** June 16, 2006, 07:01:06 pm »

I'm sorry to post again, I seem to be having a few problems with the latest nightlies that no-one else seems to have.

I've gone back to 2006/06/14 build due to a problem I already mentioned. Can anyone else still get the "go to implementation / definition" on the context-menu?

mejohnsn · « **Reply #20 on:** June 16, 2006, 09:22:12 pm »

And I think I found a bug already: am I the only one who tries these things on a system with both a C: and a D: drive? C::B seems to understand that I put my C::B projects all in one subdir on the D: drive, but it is looking for MinGW includes on the C: drive, when it is on the D: drive!

Specifically, after using the Project Wizard to create the new project shown in the attached cpb file, I see a -I argument to a non-existent location on C: as follows:

Execution of 'mingw32-gcc.exe -Wall -g -IC:\MinGW\include -c main.c -o obj\Debug\main.o' in 'D:\MyCodeBlocksProjects\DefaultProjectFmWizard' failed.

Of course, it would be embarassing for me, but good for C::B, if one of you can point out a setting I overlooked that is causing C::B to look for C:\MinGW.

[attachment deleted by admin]

Ceniza · « **Reply #21 on:** June 16, 2006, 10:53:41 pm »

Quote from: kesselhaus on June 16, 2006, 05:32:22 pm

Could someone enlighten me, why plugins are not loading anymore?

It tells me, plugin by plugin, that they are made with CodeBlocks SDK 1.7.18 but I only have 1.7.16.

Were is the SDK? What else do I have to download from where? (no SVN access)

When you decompressed the Nightly were you sure all the old plugins were rewritten by the new ones? Decompress the nightly in a new empty directory and try again.

@royalbox: I still get them. It's provided by the CodeCompletion plugin

@mejohnsn: Have you checked Settings->Compiler and debugger->Directories->Compiler?

bryceman · « **Reply #22 on:** June 16, 2006, 11:10:34 pm »

I just tried following the instructions here: http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks
and my project, which is a virgin wxSmith project, fails to find "wx/setup.h". The whole error dump:

-------------- Build: default in wxTestApp ---------------
Precompiling header: wx_pch.h
In file included from C:/wxWidgets-2.6.2/include/wx/defs.h:21,
from C:/wxWidgets-2.6.2/include/wx/wxprec.h:13,
from wx_pch.h:9:
C:/wxWidgets-2.6.2/include/wx/platform.h:190:22: wx/setup.h: No such file or directory
In file included from C:/wxWidgets-2.6.2/include/wx/platform.h:258,
from C:/wxWidgets-2.6.2/include/wx/defs.h:21,
from C:/wxWidgets-2.6.2/include/wx/wxprec.h:13,
from wx_pch.h:9:
C:/wxWidgets-2.6.2/include/wx/chkconf.h:84:9: #error "wxUSE_DYNLIB_CLASS must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:92:9: #error "wxUSE_EXCEPTIONS must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:100:9: #error "wxUSE_FILESYSTEM must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:113:9: #error "wxUSE_DYNAMIC_LOADER must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:121:9: #error "wxUSE_LOG must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:129:9: #error "wxUSE_LONGLONG must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:137:9: #error "wxUSE_MIMETYPE must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:153:9: #error "wxUSE_PROTOCOL must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:195:9: #error "wxUSE_REGEX must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:203:9: #error "wxUSE_STDPATHS must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:211:9: #error "wxUSE_XML must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:219:9: #error "wxUSE_SOCKETS must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:227:9: #error "wxUSE_STREAMS must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:235:9: #error "wxUSE_STOPWATCH must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:243:9: #error "wxUSE_TEXTBUFFER must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:251:9: #error "wxUSE_TEXTFILE must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:267:9: #error "wxUSE_URL must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:285:9: #error "wxUSE_ACCEL must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:293:9: #error "wxUSE_BMPBUTTON must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:301:9: #error "wxUSE_BUTTON must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:309:9: #error "wxUSE_CALENDARCTRL must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:317:9: #error "wxUSE_CARET must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:325:9: #error "wxUSE_CHECKBOX must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:341:9: #error "wxUSE_CHOICE must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:349:9: #error "wxUSE_CHOICEBOOK must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:357:9: #error "wxUSE_CHOICEDLG must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:365:9: #error "wxUSE_CLIPBOARD must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:373:9: #error "wxUSE_COLOURDLG must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:381:9: #error "wxUSE_COMBOBOX must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:389:9: #error "wxUSE_DATAOBJ must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:397:9: #error "wxUSE_DATEPICKCTRL must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:405:9: #error "wxUSE_DISPLAY must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:413:9: #error "wxUSE_DOC_VIEW_ARCHITECTURE must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:421:9: #error "wxUSE_FILEDLG must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:429:9: #error "wxUSE_FONTDLG must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:437:9: #error "wxUSE_FONTMAP must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:445:9: #error "wxUSE_GAUGE must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:453:9: #error "wxUSE_GRID must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:461:9: #error "wxUSE_HELP must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:469:9: #error "wxUSE_HTML must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:477:9: #error "wxUSE_XRC must be defined."
C:/wxWidgets-2.6.2/inc
lude/wx/chkconf.h:498:9: #error "wxUSE_ICO_CUR must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:506:9: #error "wxUSE_IFF must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:514:9: #error "wxUSE_IMAGLIST must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:522:9: #error "wxUSE_JOYSTICK must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:530:9: #error "wxUSE_LISTBOOK must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:538:9: #error "wxUSE_LISTBOX must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:546:9: #error "wxUSE_LISTCTRL must be defined."
C:/wxWidgets-2.6.2/include/wx/chkconf.h:554:9: #error "wxUSE_LOGGUI must be defined."
Process terminated with status 1 (0 minutes, 13 seconds)
50 errors, 0 warnings

bryceman · « **Reply #23 on:** June 16, 2006, 11:13:18 pm »

looking in <wx>/include/wx, I see setup_redirect.h and setup_inc.h, but no setup.h.

bryceman · « **Reply #24 on:** June 16, 2006, 11:17:55 pm »

btw, this was 2.6.2 (per the instructions), but I had the same problem w/ 2.6.3.

Ceniza · « **Reply #25 on:** June 16, 2006, 11:21:22 pm »

setup.h is in <your build directory>/lib/wx/include/<another directory>/wx

bryceman · « **Reply #26 on:** June 16, 2006, 11:32:03 pm »

I don't have a <wx>lib/wx, let alone the rest of the path you specified.

mejohnsn · « **Reply #27 on:** June 17, 2006, 01:34:00 am »

Quote from: Ceniza on June 16, 2006, 10:53:41 pm

Quote from: kesselhaus on June 16, 2006, 05:32:22 pm
Could someone enlighten me, why plugins are not loading anymore?

It tells me, plugin by plugin, that they are made with CodeBlocks SDK 1.7.18 but I only have 1.7.16.

Were is the SDK? What else do I have to download from where? (no SVN access)

When you decompressed the Nightly were you sure all the old plugins were rewritten by the new ones? Decompress the nightly in a new empty directory and try again.

@royalbox: I still get them. It's provided by the CodeCompletion plugin

@mejohnsn: Have you checked Settings->Compiler and debugger->Directories->Compiler?

Like I said, good for C::B, and embarassing f OTOH, I have no idea how it got set to C:\MinGW\include in the first place, since I cannot believe I would have ever considered putting it on the C: drive.

Your suggestion was good: I found Settings>Compiler and Debugger>Directories set to "C:\MinGW\include". So after changing the C: to D:, it now searches the correct directory.

But I then had to change Settings>Compiler and Debugger>Programs>Compiler's installation directory from C:\MinGW to D:\MinGW also. And finally, though I can't find where it was now, I had to change some setting from C:\MinGW\lib to D:\MinGW\lib

Now at this point I have to re-iterate: I could not possibly have ever installed MinGW on the C: drive on this machine, so I am still assuming that this is a bug in C::B. And this suspicion receives some support from noticing that if I click 'Auto-detect', I get a dialog box, "Could not auto-detect installation path of "GNU GCC Compiler". And if I say 'Yes', I see it assumes the default installation directory is on the C: drive!

So summarizing, now it does build and run, but I am still highly suspicious of where all these 'C:' values came from.

Thanks for your help pointing out which setting to look at.

However, the compile still fails! Now the error message is:

Execution of 'mingw32-gcc.exe -Wall -g -ID:\MinGW\include -c main.c -o obj\Debug\main.o' in 'D:\MyCodeBlocksProjects\DefaultProjectFmWizard' failed.

I even tried changing to "D:\MinGW\include\", then 'Clean' and 'Rebuild', which gets me stuck in a loop, repeating the error dialog box, "It seems that this project has not been built". I can get out of the loop with 'Cancel', but it seems pretty odd to be in a loop there in the first place, with an error message repeatedly printed and then immediately cleared.

mejohnsn · « **Reply #28 on:** June 17, 2006, 01:35:37 am »

I messed up editing that post! I meant to delete the final comments. It really does build and run now.

Code Medic · « **Reply #29 on:** June 17, 2006, 11:32:33 am »

i'm having trouble with adding a new help file into the c:b. actually i managed to add the help (qt4.chm) and its working fine... but when i try to add a kbord shortcut from settings -> editor -> kboard shortcuts, it says "KeyBinding file corrupted. Please delete it.".

someone please tell me where this flippin file is.!

cant it be made a bit more simpler... with an option to delete and recreate from there itself rather than askin the user to go and delete it.! ok.. c:b is meant for ppl who can do that but..! :?

i think im lookin in the wrong place as well... i want to add shortcut for the menu item "Locate in Qt4" that comes up when i right click on a selected text in the editor.!

thomas · « **Reply #30 on:** June 17, 2006, 11:51:11 am »

Quote from: mejohnsn on June 16, 2006, 09:22:12 pm

am I the only one who tries these things on a system with both a C: and a D: drive?

I have:
- MinGW in C:\mingw
- system headers in C:\mingw/include
- boost headers in C:\Boost\include\boost-1_33_1
- wxWidgets headers in D:\wxWidgets-2.6.3\include
- three versions of Code::Blocks in C:\codeblocks, D:\Desktop\cb\src\devel, and D:\cf\devel
and I have not a single problem with finding the right headers with any of these?

Pecan · « **Reply #31 on:** June 17, 2006, 01:27:28 pm »

Quote from: Code Medic on June 17, 2006, 11:32:33 am

i'm having trouble with adding a new help file into the c:b. actually i managed to add the help (qt4.chm) and its working fine... but when i try to add a kbord shortcut from settings -> editor -> kboard shortcuts, it says "KeyBinding file corrupted. Please delete it.".

someone please tell me where this flippin file is.!

cant it be made a bit more simpler... with an option to delete and recreate from there itself rather than askin the user to go and delete it.! ok.. c:b is meant for ppl who can do that but..! :?

The code is in keybinder.cpp. Patches are welcome.

Windows: c:\Documents and Settings\<user name>\Application Data\codeblocks\cbKeybinder...ini

*nix: ~/.codeblocks/cbkeybinder....ini

"corruption" occurs when the menu structure has changed enough such that the old .ini file can no longer be adapted to it.

When this happens new keybinder .ini file needs to be created or the user needs to edit the .ini file. The easiest way is simply to deleted the old .ini file to allow keybinder to rebuild it.

But, if you like, you could contribute something that would reparse the menu, compare to the ini file, save the good key/id/discription combos, delete the deprecated menu key/combos and rewrite the .ini file.

Or, you could try to add a dialog onto a dialog that's interacts with the user.

Either might work.

News:

Author Topic: The 15 June 2006 build is out. (Read 31893 times)

moloh

royalbox

Phoenix

kesselhaus

royalbox

royalbox

mejohnsn

bryceman

bryceman

bryceman

bryceman

mejohnsn

mejohnsn