News:

The new Release 25.03 is out! You can download binaries for Windows and many major Linux distros here .

Main Menu

The 28 December 2010 build (6906) is out.

Started by killerbot, December 28, 2010, 04:57:20 PM

Previous topic - Next topic

keenblade

With svn r6909, here comes the next error:

dragscroll.cpp:1844:5: error: 'event' does not name a type
dragscroll.cpp:1846:1: error: expected declaration before '}' token
make[4]: *** [dragscroll.lo] Error 1
make[4]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/plugins/contrib/dragscroll'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/plugins/contrib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src'
make: *** [all-recursive] Error 1
emake failed
Anyway it\'s all the same at the end...

Pecan

Quote from: keenblade on January 02, 2011, 08:48:30 PM
With svn r6909, here comes the next error:

dragscroll.cpp:1844:5: error: 'event' does not name a type
dragscroll.cpp:1846:1: error: expected declaration before '}' token
make[4]: *** [dragscroll.lo] Error 1
make[4]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/plugins/contrib/dragscroll'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/plugins/contrib'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/dev-util/codeblocks-9999/work/codeblocks-9999/src'
make: *** [all-recursive] Error 1
emake failed


Fixed, svn 6910
Thanks

keenblade

Guys, you are great. Thanks for the perfect support. All compile errors are gone.
Anyway it\'s all the same at the end...

CatalinRO

Hi! On Windows 7, 64-bit, this version crashes when trying to open Settings->Compiler and debugger... unless it is started with "Run as administrator".

The Windows generated error report indicates an access violation caused by the instruction at offset 000106AC.

oBFusCATed

Quote from: Pecan on January 02, 2011, 07:51:27 PM
This is very confusing. If you pick a file from an inactive project, (say version.h), it can take hours to figure out what went wrong.
It is way better, that before, when only the active project's files were shown :P

Quote from: Pecan on January 02, 2011, 07:51:27 PM
If this is going to change, it should be made an option or the picker dialog should show which project the file is associated with.
Unfortunately it is not easy to add something to this dialog, because it is multipurpose dialog and it is used in several places (CC I think).
Probably it will be easier to append the project name to every line in the list control.

I'll look into it...
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

oBFusCATed

(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

RaSla

SVN 6906_win32, Win7_64

BUG:
I've made "C++ syntax highlight" in dark-blue style, like "NortonCommander-Blue".
Also I've changed Caret-color to YELLOW.

When I'm coding INSIDE BRACES, caret is changing color to BLACK sometimes,
AND closing-brace still MATCHING highlighting, when opening-brace already have NO MATCHING highlighting sometimes.

Folco

Could you provide a test case (when this bug appears) ? It would be very useful to help debugging.
Kernel Extremist - PedroM power ©

RaSla

#23
Quote from: Folco on January 16, 2011, 10:57:17 PM
Could you provide a test case (when this bug appears) ? It would be very useful to help debugging.

1) Changing Caret-color to YELLOW,2 lines!
2) keybording in code (this is key-pressing map):
p r i n t (

3) TA-DA!
We see, that Caret is RED, 2 lines!

4) keybording in code
<space> a s d <left> <up>

5) TA-DA!
We see, that Caret is BLACK, 1 line AGAIN!

This is changing not only color ( yellow ->red -> black),
but caret-size (for "line" caret-type) too!

RaSla

#24
Else BUG:

SVN r6906, Win7_64

In VISIBLE part of Code, minimized functions are self-changing [ + ] to [ - ], BUT STILL minimized,
when CodeBlocks window is backgrounded (when I googling or running project app) some time
(I can't determine conditions more accurately).

So when you clicking [-], function is just setting UNDERLINE (like on "minimize" ),
instead of "Open minimized code".

I repeat - this bug present ONLY IN VISIBLE PART of Code-window!
Minimized functions above & under visible part - aren't changing [ + ]