Code::Blocks Forums

User forums => Nightly builds => Topic started by: killerbot on August 15, 2011, 05:19:51 pm

Title: The 15 August 2011 build (7385) is out.
Post by: killerbot on August 15, 2011, 05:19:51 pm
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works (http://forums.codeblocks.org/index.php/topic,3232.0.html).

A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2812_gcc452-TDM.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc452-TDM.7z

The 15 August 2011 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20110815_rev7385_win32.7z
  - Linux :
   none

Resolved Fixed:


Regressions/Confirmed/Annoying/Common bugs:


Title: Re: The 15 August 2011 build (7385) is out.
Post by: Jenna on August 16, 2011, 11:23:21 am
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo (http://apt.jenslody.de/).
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ironhead on August 16, 2011, 01:25:46 pm
There is a regression in this build.  When I try to go to a function in a file via 'Goto function...' (Ctrl+Alt+G) I now get a pop-up stating 'No functions parsed in this file...'.  Interestingly enough, the symbols table is populated correctly and CC is behaving correctly, so CC has parsed the file, somehow the Goto function just doesn't know it.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ollydbg on August 16, 2011, 03:22:44 pm
Quote from: ironhead on August 16, 2011, 01:25:46 pm
There is a regression in this build.  When I try to go to a function in a file via 'Goto function...' (Ctrl+Alt+G) I now get a pop-up stating 'No functions parsed in this file...'.  Interestingly enough, the symbols table is populated correctly and CC is behaving correctly, so CC has parsed the file, somehow the Goto function just doesn't know it.
CC has massively changed these days, see the change log in the first post.
Can you give a simple test code to reproduce? thanks!
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ironhead on August 16, 2011, 04:09:37 pm
Quote from: ollydbg on August 16, 2011, 03:22:44 pm
Can you give a simple test code to reproduce? thanks!

Create a new Win32 GUI project using the wizard and selected a Dialogue based project.  Once you've completed the wizard, open main.cpp and hit Ctrl-Alt-G and you should get the pop-up stating 'No functions parsed in this file...'.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ollydbg on August 16, 2011, 04:17:19 pm
Quote from: ironhead on August 16, 2011, 04:09:37 pm
Quote from: ollydbg on August 16, 2011, 03:22:44 pm
Can you give a simple test code to reproduce? thanks!

Create a new Win32 GUI project using the wizard and selected a Dialogue based project.  Once you've completed the wizard, open main.cpp and hit Ctrl-Alt-G and you should get the pop-up stating 'No functions parsed in this file...'.

Ok, I just test it. and in-fact, I never used ctrl+alt+G short-cut before.
 I even do not know what does this short-cut key used for. Let me exam CC's source to see what does it used for  :D
But it seems I have the same problem as you said. so, if should be fixed.

Both symbols browser and toolbar show correctly functions. :D



Title: Re: The 15 August 2011 build (7385) is out.
Post by: ahui886 on August 16, 2011, 04:24:50 pm
great,thanks
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Alpha on August 16, 2011, 11:30:56 pm
It seems I posted this (http://forums.codeblocks.org/index.php/topic,15140.msg101412/) in the wrong spot.

In wxSmith, the tabs Aui, Dialogs, and Contrib show up as blank (no buttons/icons to click on). I have not noticed any other problems, so it seems to imply this is an issue with the extensions to wxSmith.
(My computer is Vista 32 bit.)
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Loaden on August 17, 2011, 01:13:57 am
Quote from: ironhead on August 16, 2011, 04:09:37 pm
Quote from: ollydbg on August 16, 2011, 03:22:44 pm
Can you give a simple test code to reproduce? thanks!

Create a new Win32 GUI project using the wizard and selected a Dialogue based project.  Once you've completed the wizard, open main.cpp and hit Ctrl-Alt-G and you should get the pop-up stating 'No functions parsed in this file...'.
Fixed in rev7391. thanks!
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ironhead on August 17, 2011, 05:10:59 am
Quote from: Loaden on August 17, 2011, 01:13:57 am
Quote from: ironhead on August 16, 2011, 04:09:37 pm
Quote from: ollydbg on August 16, 2011, 03:22:44 pm
Can you give a simple test code to reproduce? thanks!

Create a new Win32 GUI project using the wizard and selected a Dialogue based project.  Once you've completed the wizard, open main.cpp and hit Ctrl-Alt-G and you should get the pop-up stating 'No functions parsed in this file...'.
Fixed in rev7391. thanks!

Thank you for the quick fix!  I use this shortcut constantly, so I was really missing it! :)
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ollydbg on August 17, 2011, 02:51:14 pm
Quote from: Loaden on August 17, 2011, 01:13:57 am
Quote from: ironhead on August 16, 2011, 04:09:37 pm
Quote from: ollydbg on August 16, 2011, 03:22:44 pm
Can you give a simple test code to reproduce? thanks!

Create a new Win32 GUI project using the wizard and selected a Dialogue based project.  Once you've completed the wizard, open main.cpp and hit Ctrl-Alt-G and you should get the pop-up stating 'No functions parsed in this file...'.
Fixed in rev7391. thanks!
Tested the rev 7392, and confirm the fix, great work loaden!
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ham on August 17, 2011, 08:30:08 pm
hi,

how can i disable SPELL CHECKING, the checkbox is greyed out (but enabled) and every, really every word is underlined as not recognized!.

thx in advance
Title: Re: The 15 August 2011 build (7385) is out.
Post by: killerbot on August 17, 2011, 10:07:52 pm
yes I have noticed that too, dunno why we cant uncheck it ???

what I did was disable the plugin in manage plugins menu
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ham on August 17, 2011, 10:10:15 pm
thx,

i managed too, by downloading a language pack, reopen cb

and then the checkbox was accessible.

h.a.n.d.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: danselmi on August 17, 2011, 10:11:30 pm
see here: http://forums.codeblocks.org/index.php/topic,11307.msg101473.html#msg101473 (http://forums.codeblocks.org/index.php/topic,11307.msg101473.html#msg101473)
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ham on August 17, 2011, 10:20:36 pm
hi, again,

i recognized something else with CC

if i like to choose a member of a enum, i can only do that by accessing the enums name, and not directly as it should be

i.e. to get irr::video::EDT_NULL i have to access by irr::video::E_DRIVER_TYPE::EDT_NULL
and then delete E_DRIVER_TYPE::, because EDT_NULL is not in CC list

thx people
Title: Re: The 15 August 2011 build (7385) is out.
Post by: samho5888 on August 18, 2011, 09:47:16 am
Hi,
  I use .cbp generated from cmake-2.8.5 (win32),
and opened by C::B r7385, then the files does not show out all and just some like
-Workspace
 - myPrj
   - ..
     - ..
     - app
       + src
   + CMake Files

By using r7288 is OK.
What does I miss on new release?
Thanks

     
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Zenju on August 18, 2011, 05:08:48 pm
There are serious multithreading issues with this release, the applications dead-locks reliably after approx. 30 seconds while doing nothing in particular, just reading source code. I don't know if this has to do with the new spellchecker (which I have disabled).

Please review the changes since the last fully working release, "20 July 2011 build (7289)". In this current form I cannot use the IDE at all and had to go back to an older version.

Another obvious, but less severe bug: Start CB and immediately(!) close it. This will make it crash. Maybe fixing this will cure other problems, too.

Regards, ZenJu

(Windows 7 x64)
Title: Re: The 15 August 2011 build (7385) is out.
Post by: oBFusCATed on August 18, 2011, 05:12:16 pm
Zenju:
Can you try to unload the codecompletion plugin and see if the dead locks are gone?
Does the deadlocks happen, when you use CC features?
Can you provide minimal files, which crash/deadlock C::B?
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Zenju on August 18, 2011, 05:35:29 pm
Quote
Zenju:
Can you try to unload the codecompletion plugin and see if the dead locks are gone?
Does the deadlocks happen, when you use CC features?
Indeed, codecompletion seems to blame! If I disable codecompletion, no more hangs!

Quote
Can you provide minimal files, which crash/deadlock C::B?
Steps to reproduce:
1. open some project. I can reproduce the hang with my own project files (https://sourceforge.net/projects/freefilesync/develop) as well as with a newly wxWigets project by going through the CB wizard.
2. open some .cpp file and change a few lines. It's sufficient to insert arbitrary spaces and newlines. Having something changed seems important. Don't save the changes.
3. Scroll up and down with "PageUp" and "PageDown" keys.

(Repeat 2 and 3 a few times and it will hang.)

Interestingly CPU consumption is at 0% during this hang, therefore my first thought was some deadlock.

Regards, ZenJu
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Loaden on August 18, 2011, 05:42:58 pm
Quote from: ZenJu on August 18, 2011, 05:35:29 pm
Quote
Zenju:
Can you try to unload the codecompletion plugin and see if the dead locks are gone?
Does the deadlocks happen, when you use CC features?
Indeed, codecompletion seems to blame! If I disable codecompletion, no more hangs!
Try to disable symbols browser?
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Loaden on August 18, 2011, 06:08:57 pm
Quote from: ZenJu on August 18, 2011, 05:35:29 pm
Steps to reproduce:
1. open some project. I can reproduce the hang with my own project files (https://sourceforge.net/projects/freefilesync/develop) as well as with a newly wxWigets project by going through the CB wizard.
2. open some .cpp file and change a few lines. It's sufficient to insert arbitrary spaces and newlines. Having something changed seems important. Don't save the changes.
3. Scroll up and down with "PageUp" and "PageDown" keys.

(Repeat 2 and 3 a few times and it will hang.)
I can't reproduce the hang on Linux Mint 11 x64 or Win7 x86.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: oBFusCATed on August 18, 2011, 06:20:44 pm
Quote from: Loaden on August 18, 2011, 06:08:57 pm
I can't reproduce ...
This is the biggest problem with data races and all the other threading bugs....
They are very hard to reproduce reliably and sometimes they depend on the Moon's phase :(

BTW, you can try to debug C::B with some of the threading tools of  Valgrind. Probably you can learn a thing or two about your code.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Zenju on August 18, 2011, 08:35:01 pm
Is there some chance to build CodeBlocks with Visual Studio 2010? In this case I could debug and try to find at least the location of the hang.
On my PC it's trivial to reproduce, it just happens all the time  :shock:
Title: Re: The 15 August 2011 build (7385) is out.
Post by: oBFusCATed on August 18, 2011, 09:48:15 pm
No, you can't build it with vc10, but you can build it with mingw and then debug with gdb.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Zanzicas on August 22, 2011, 04:34:43 pm
Since SVN 7257 I have had random crashes.  I am on Windows XP SP2.  Very much like ZenJu above.

My steps to reproduce:
1. Load C::B and create a default console CPP application.
2. Close C::B.
3. Restart C::B.
4. Choose the "Symbols" tab and select "View Everything".
5. Open the main.cpp file that you just created (don't open the project, just the file).
6. Choose "Global Functions" under symbols.
7. Click on the main.cpp editor and try to edit the file... I press return after the opening bracket and start to type
   "int i" and C::B will lock. 

The lockup seems to happen more when I open a CPP file that is not part of the project.  I generally always have the symbols tab active.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Micool121 on August 23, 2011, 12:05:55 am
same bug here : CB is hanging when editing a file not part of the project :

When editing this new file in the same way than Zanzicas, CB log shows :

create new parser for project '*NONE*'
switch parser to project '*NONE*'
Title: Re: The 15 August 2011 build (7385) is out.
Post by: spectre on August 23, 2011, 11:31:42 am
I have recently built C::B from the sources (SVN revision 7406) on my Ubuntu 10.04 x86-64 box and launched C::B under monitoring of ThreadSanitizer (http://code.google.com/p/data-race-test/ (http://code.google.com/p/data-race-test/)), a data race detector built upon Valgrind on Linux.

I have performed all the steps Zanzicas described. C::B hung when I tried to open an external .c file while the project "sample1" was loaded. The project and the ThreadSanitizer logs are in the attached archives.

In cb_logs.7z, "terminal" subdirectory contains the commands I ran to launch ThreadSanitizer and C::B as well as the log output of the latter. ThreadSanitizer logs are in "tsan" subdirectory.

Logs #01 correspond to the creation of the project "sample1".
Logs #02 - doing the steps Zanzicas described while ThreadSanitizer was running in pure happens-before mode (possibly less false positives but may have missed some races).
Logs #03 - similar to #02 but ThreadSanitizer was running in hybrid mode (possibly more false positives but more races can be detected).

The logs show some possible races that involve code completion component. Perhaps, they are worth looking at.
Those complaining at g_slice_* might be benign races or false positives, or something else, these probably do not need so much attention now.

I hope this will help identify and fix the problems.

P.S. I do not observe these hangs in rev.7257 I currently use for my daily work, but I have not tested this revision with data race detection tools yet, only rev.7406.


[attachment deleted by admin]
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Folco on August 23, 2011, 01:42:53 pm
I get a crash when opening a file with the "file" tab in the "Management" panel.

Reproductible:
always

Step to reproduce:
- launch C::B
- on the "start here" page, choose a project to open
- switch to the "Files" tab of the management panel
- choose a file by clicking it, and select "Open it inside the Code::Blocks editor", then OK
 => C::B hangs

Notes:
- if you don't open a project before that, ie you open just a file proposed by the "Start Here" page, or you don't open any file, it won't crah. The crash only happens when a project  is opened.
- top says that C::B doesn't use CPU when it hangs
- the crash doesn't happen if CC is disabled (sorry for the CC team which works hard ont it...)

System:
- Debian Squeeze 64 bits
- Package downloaded on the repository of Jens (nightly build). Sorry, I don't remember if I installed the Debug branch or the regular one.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Micool121 on August 23, 2011, 02:36:03 pm
Folco, this may have the same root cause than the bug of the '*NONE* 'parser ,from the symbol browser we spoke before ?
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Loaden on August 23, 2011, 03:21:22 pm
Hi, All, If you found some hangs with CB, please disable the symbols browser.
If the hang still there, please let's me know.
Sorry for this troubles. :(
Title: Re: The 15 August 2011 build (7385) is out.
Post by: fubo on August 23, 2011, 05:05:14 pm
Quote from: samho5888 on August 18, 2011, 09:47:16 am
Hi,
  I use .cbp generated from cmake-2.8.5 (win32),
and opened by C::B r7385, then the files does not show out all and just some like
-Workspace
 - myPrj
   - ..
     - ..
     - app
       + src
   + CMake Files

By using r7288 is OK.
What does I miss on new release?
Thanks

     



Same here. Really ugly!
Title: Re: The 15 August 2011 build (7385) is out.
Post by: spectre on August 23, 2011, 05:08:19 pm
Quote from: Loaden on August 23, 2011, 03:21:22 pm
Hi, All, If you found some hangs with CB, please disable the symbols browser.

Loaden, do you mean closing symbol browser "window" or something else should be done?
When I closed that window while some project was open and tried to open some other .c file, C::B still hung, similar to what Zanzicas and I described earlier.

BTW, menu item "View"->"Symbols Browser" seems to have no visible effect.

Checked on C::B built from svn rev. 7406 on Ubuntu 10.04 x86-64.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Folco on August 23, 2011, 05:37:06 pm
Micool -> I don't know, I absolutely don't know the code of C::B...
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Zanzicas on August 23, 2011, 06:17:20 pm
Quote from: Loaden on August 23, 2011, 03:21:22 pm
Hi, All, If you found some hangs with CB, please disable the symbols browser.
If the hang still there, please let's me know.
Sorry for this troubles. :(

Went to <Settings><Editor...><Code Completion><Symbols Browser page> and checked "Disable Symbols Browser" <Ok>.

Still early in testing but have not had a lockup yet.  Before lockup was always immediate.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Jenna on August 23, 2011, 06:31:59 pm
I do not (yet) get lockups with the debugger-branch from my repo (7386), nor with actual trunk.

Both 64-bit linux and build against wx 2.8.10, dbg with gcc 4.3 and trunk with 4.6.
It doesn't matter whether I use one parser per workspace or per project.

What are your settings for codecompletion (parser) and symbols browser ?
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Folco on August 23, 2011, 06:55:32 pm
If you talk that about my post (CC crash, described previous page), I use default settings, I don't change anything.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: spectre on August 24, 2011, 09:35:35 am
Quote from: Zanzicas on August 23, 2011, 06:17:20 pm
Went to <Settings><Editor...><Code Completion><Symbols Browser page> and checked "Disable Symbols Browser" <Ok>.

Ah, I see now.
Well, this time, I disabled symbols browser this way, opened a project (a trivial C++ console application) then again tried to open a .c file that does not belong to this project. C::B hung, like it did before. I tried this both with and without ThreadSanitizer being active, the results are the same.

The log of C::B (cb04.log) and a part of ThreadSanitizer report (tsan-cb04-hybrid.log) are in the attached archive. The race detector still reports some possible data races that could be related to code completion component. I cannot say whether they are real races or whether they are related to this very problem.

Quote from: jens on August 23, 2011, 06:31:59 pm
What are your settings for codecompletion (parser) and symbols browser ?

Jens, I use the default settings. Except for disabling symbols browser, I have not changed the settings since I have build C::B (rev. 7406, built on Ubuntu 10.04 x86-64) the first time. default.conf from my system is also in the attached archive, just in case (it is a copy of ~/.codeblocks/default.conf, there were no other .conf files there).
Title: Re: The 15 August 2011 build (7385) is out.
Post by: oBFusCATed on August 24, 2011, 10:22:47 am
spectre: Is C::B usable, when run under the control of ThreadSanitizer?
Title: Re: The 15 August 2011 build (7385) is out.
Post by: spectre on August 24, 2011, 12:17:23 pm
Quote from: oBFusCATed on August 24, 2011, 10:22:47 am
spectre: Is C::B usable, when run under the control of ThreadSanitizer?

It is quite slow but still it is usable.

It took several minutes only to load C::B on my machine under the control of ThreadSanitizer. I suppose it is common with heavyweight Valgrind-based tools (the slowdown factor of MemCheck, for example, can be as high as 20x-50x if I am not mistaken).

I think adjusting ThreadSanitizer settings (enabling sampling, for example) along with providing the machine with more RAM (my box has only 1G) could mitigate this performance issue.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Loaden on August 24, 2011, 03:12:01 pm
Annoying hang should have been fixed in rev7408.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: oBFusCATed on August 24, 2011, 03:59:29 pm
Confirmed...
Now you should fix the ctrl+shift+. deadlock and CC will be usable, again :)
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Loaden on August 25, 2011, 07:48:21 am
Quote from: oBFusCATed on August 24, 2011, 03:59:29 pm
Confirmed...
Now you should fix the ctrl+shift+. deadlock and CC will be usable, again :)
Fixed in rev7413.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ollydbg on August 25, 2011, 07:53:51 am
Quote from: Loaden on August 25, 2011, 07:48:21 am
Quote from: oBFusCATed on August 24, 2011, 03:59:29 pm
Confirmed...
Now you should fix the ctrl+shift+. deadlock and CC will be usable, again :)
Fixed in rev7413.
Great work Loaden, I noticed that you have add the some debug logger like:
Code
+        TRACK_THREAD_LOCKER(s_TokensTreeCritical);
+        wxCriticalSectionLocker locker(s_TokensTreeCritical);
+        THREAD_LOCKER_SUCCESS(s_TokensTreeCritical);
Quite Good!!
Title: Re: The 15 August 2011 build (7385) is out.
Post by: teto on August 28, 2011, 08:04:08 pm
I like the doubleclick on a projet that makes it the main project of the workspace.

I've discovered a bug: you can add twice the same file to a project. It will try to link it twice and cause a bug during the linking process.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Folco on August 28, 2011, 09:33:52 pm
Quote
I like the doubleclick on a projet that makes it the main project of the workspace.
There is a bug in this process. The macro $PROJECT_DIR (in the Tools) is not synchro with the active project.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: stefanos_ on September 01, 2011, 03:59:05 pm
An old bug re-appeared:

open codeblocks.cbp, right-click "close project" and Code::Blocks crashes.

Another observation I have made right now (as I am typing), I opened codeblocks.cbp and opened Task Manager to see Code::Blocks consuming my RAM viciously. There's definitely a serious memory leak somewhere along the lines.

32-bit system
Windows XP SP3
svn-7406
TDM's GCC 4.5.2
wxMSW-2.8.10

Regards,

Stefanos
Title: Re: The 15 August 2011 build (7385) is out.
Post by: oBFusCATed on September 01, 2011, 04:08:54 pm
Can you try to run C::B with the CC plugin disabled to see it the problems are still there?
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ham on September 02, 2011, 04:29:59 am
hi,

imho codeblocks is getting more unstable from version to version on windows XP,

1. FATAL BUG: cb crashes if i set new keywords and close editor menu --> frozen (parser or anything is looping indefinitly)

2. FATAL BUG: if i switch from 1 monitor to 2 (or from 2 to 1) all wxWidgets dialogs are set to size 0!!!, so i have to close CB (and hope it wont crash while closing) and reopen

3. enumeration values are not properly parsed (only accessible by calling its enumname first irr::video::ECOLOR_FORMAT::ECF_A8R8G8B8 instead of irr::video::ECF_A8R8G8B8)

4. jumping to declarations or definitions often dont work (even if include folders are set properly, i always set them relative to projectfile, dont know if thats a problem)

5. FEATURE REQUEST: all whitespace characters or tabs after last printable character in line should be removed automaticly WORKS :-)

--> :-) man, why arent these settings by default?

6. BUG: erasing of tabs with DELETE key does not work (erases always just one whitesspace), even if "use Tab character is marked in settings", the BACKSPACE on the other hand does work
 WORKS :-)
--> I SET THE OPTION "USE TAB CHAR", BUT CB crashed and didnt SAVE SETTINGS, so it wasnt set anymore the next time i started CB (my fault)

7. FEATURE REQUEST: need new feature: select any lines of code and "delete TAB character at start of lines", shortkey SHIFT+TAB WORKS :-)

8. BUG: CC helptext is overlapping the actual CB windowsize (tooooooooo long, no linebreak)

9. BUG: adding ')' character deletes a existing one on that position. (WHY SHOULD i DISABLE THIS TO MAKE IT "NOT" WORK)

10. Dialog Implement/Override Methods from inherited classes is not really usable, and does not show the hierarchy, does not sort, does not filter

11. replace of multiple-line-arguments-expressions i.e. replace ";" with "\n{\n\t\return;\n\}\n" does not work OK WORKS :-)

12. BUG: select of multiple line does not work with replace dialog ( "\n", "\t" is replaced with "      " and must be corrected by hand) --> DOES NOT WORK :-(!!!

13. BUG: find dialogs dont work anyway for project or workspace files (especially the little finddlgs in toolbar "ThreadSearch", "Incremental Search")

14. Symbol Browser still lame (the tree does not browse all! symbols, divided the browser in 2 panels is pretty unhandy, i always have to resize to see the content in one of both panels (tree or list)

15. hovering over a symbol, CC show its origin or params after a toooooooo long waittime (2-3 sek)
     15.1 but leaving the hovered element, this exact info stays on top of window until 3-5sek passed, or i hover over the next element(word) for (2-3 sec),
     -> the help text should be removed immedietly, when leaving the element. (thats called interactive^^)

15.2 MOSTANNOYINGBUGOFTHEIDEUNIVERSE hovering a word does almost always nothing ! even when window has focus

16. BUG: identifiers between <> chars are not recognised as identifier by CC i.e. "template<u32>" then "u32" is not recognised

CC has to be much more aggressive in displaying text for the user

thx
Title: Re: The 15 August 2011 build (7385) is out.
Post by: pomelo on September 02, 2011, 04:34:52 am
hi,
I come up with a loading failure: failed to load plugin wxSmithAui.dll, every time.

Windows 7 enterprise, Build: Aug 13 2011, 14:27:38 - wx2.8.12(Windows, unicode) - 32bit
Title: Re: The 15 August 2011 build (7385) is out.
Post by: stefanos_ on September 02, 2011, 07:16:01 am
Quote from: oBFusCATed on September 01, 2011, 04:08:54 pm
Can you try to run C::B with the CC plugin disabled to see it the problems are still there?

I have disabled it and now crashes even more...a serious issue I would say.

Also bug ID #18319 still exists.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: killerbot on September 02, 2011, 07:42:02 am
First of all : which version are you using ?

Quote
3. enumeration values are not properly parsed (only accessible by calling its enumname first irr::video::ECOLOR_FORMAT::ECF_A8R8G8B8 instead of irr::video::ECF_A8R8G8B8)

Can judge since I for example always use the full path, start learning it too, I would suggest (if you are using C++), then you are already using strong enums style, which will be a major improvement in C++0x


Quote
5. FEATURE REQUEST: all whitespace characters or tabs after last printable character in line should be removed automaticly
That's possible, activate its setting in the editor settings

Quote
7. FEATURE REQUEST: need new feature: select any lines of code and "delete TAB character at start of lines", shortkey SHIFT+TAB
That's possible : tab indents, shift tab de-indents

Title: Re: The 15 August 2011 build (7385) is out.
Post by: Jenna on September 02, 2011, 08:52:09 am
Quote from: ham on September 02, 2011, 04:29:59 am
2. FATAL BUG: if i switch from 1 monitor to 2 (or from 2 to 1) all wxWidgets dialogs are set to size 0!!!, so i have to close CB (and hope it wont crash while closing) and reopen
Confirmed on windows (XP), but it works on linux (debian 64-it, gnome-shell), so it might be a wxWidgets on windows bug. I will see, if I can look into it.
Quote from: ham on September 02, 2011, 04:29:59 am
6. BUG: erasing of tabs with DELETE key does not work (erases always just one whitesspace), even if "use Tab character is marked in settings", the BACKSPACE on the other hand does work
That happens if you do not use tabs, but spaces for indendation (the default), but have "Backspace unindents" checked (also the default).
Quote from: ham on September 02, 2011, 04:29:59 am
11. replace of multiple-line-arguments-expressions i.e. replace ";" with "\n{\n\t\return;\n\}\n" does not work
Works fine here, if you check "Regular expression"  in the search dialog.
Quote from: ham on September 02, 2011, 04:29:59 am
12. BUG: select of multiple line does not work with replace dialog ( "\n", "\t" is replaced with "      " and must be corrected by hand)
Works here, if I enable "Multi line search" in searchdialog (regexes, seem not to work [correctly|at all]).
Quote from: ham on September 02, 2011, 04:29:59 am
13. BUG: find dialogs dont work anyway for project or workspace files (especially the little finddlgs in toolbar "ThreadSearch", "Incremental Search")
What does this mean ?
Where threadsearch searches depends on its settings, and it works fine here (debian 64 bit and windows XP).
Incrementalsearch searches in the active editor, and it also works without any problems (I use it a lot).
Quote from: ham on September 02, 2011, 04:29:59 am
15. hovering over a symbol, CC show its origin or params after a toooooooo long waittime (2-3 sek)
     15.1 but leaving the hovered element, this exact info stays on top of window until 3-5sek passed, or i hover over the next element(word) for (2-3 sec),
     -> the help text should be removed immedietly, when leaving the element. (thats called interactive^^)
The tooltip should be shown after 1s, but it's not configurable (at the moment).
Dwelltime is hardcoded to 1000 ms at the moment, it can be changed easily, but would lead to more config options and therefore to a more confusing settings dialog.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: MortenMacFly on September 02, 2011, 09:36:04 am
Quote from: ham on September 02, 2011, 04:29:59 am
9. BUG: adding ')' character deletes a existing one on that position.
Easy: Disable the brace completion option in the editor settings.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Jenna on September 02, 2011, 10:36:17 am
Quote from: jens on September 02, 2011, 08:52:09 am
Quote from: ham on September 02, 2011, 04:29:59 am
2. FATAL BUG: if i switch from 1 monitor to 2 (or from 2 to 1) all wxWidgets dialogs are set to size 0!!!, so i have to close CB (and hope it wont crash while closing) and reopen
Confirmed on windows (XP), but it works on linux (debian 64-it, gnome-shell), so it might be a wxWidgets on windows bug. I will see, if I can look into it.
It's a bug in wxWidgets, because it does not recognize if a monitor is (dis)connected and therefore can not fetch the correct displaysize.

This is most likely fixed in wxWidgets (2.9.x), but not in wx2.8 (see http://trac.wxwidgets.org/changeset/65555 ).

I will commit a workaround (hack), that always uses the first monitor, if the detection fails.

EDIT:
committed (svn r7445)
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ham on September 02, 2011, 03:28:30 pm
hi, i updated the list, yeah i got some wrong, the tabs seems to work now like Notepad++ (my favourite text editor) and thats fantastic

To the BUG with Desktops, i thought wx lets you set a min size, but the zero size if very f**cked up, sorry if i was blaming you for that xD

Is it right then, that BUG 8 has todo with this monitorproblem?

To BUG 13: the tiny searchfields really dont find anything for me. The normal search in files does work so i use that, so dont bother that much.

pls keep the good work going, i like CB much more than eclipse/codelite/visualstudio (i hate ms)

and therefore i like you guys.

h.a.n.d.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: Alpha on September 02, 2011, 11:26:10 pm
Quote from: jens on September 02, 2011, 08:52:09 am
Quote from: ham on September 02, 2011, 04:29:59 am
15. hovering over a symbol, CC show its origin or params after a toooooooo long waittime (2-3 sek)
     15.1 but leaving the hovered element, this exact info stays on top of window until 3-5sek passed, or i hover over the next element(word) for (2-3 sec),
     -> the help text should be removed immedietly, when leaving the element. (thats called interactive^^)
The tooltip should be shown after 1s, but it's not configurable (at the moment).
Dwelltime is hardcoded to 1000 ms at the moment, it can be changed easily, but would lead to more config options and therefore to a more confusing settings dialog.
As a suggestion, dwelltime could be made to feel more "interactive" by having it dynamically change based on the speed/distance the mouse leaves the element - moving the mouse away faster/further would decrease the time the help text is shown.

Quote from: ham on September 02, 2011, 04:29:59 am
8. BUG: CC helptext is overlapping the actual CB windowsize (tooooooooo long, no linebreak)
I have the same problem; code-completion always starts where the cursor is, so when I get to the right side of the screen, half the box ends up off the monitor; hints always begin the box where the mouse is, and as many times these are very long, parts of them also end up off the edge of the screen.  It would be useful for hints to contain a line-break function, as well as both hints and code-completion to detect viable display area, and shift left when necessary.
The other problem I have is that hints and code-completion sometimes conflict.  When I type to the end of a page and Code::Blocks scrolls down, my mouse sometimes ends up over some code.  Now the code-completion list will appear normally, but almost immediately disappear, being overridden by the hint box.  I am not sure how balance of priorities could be achieved between the two.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: ollydbg on September 03, 2011, 03:29:10 pm
Quote from: jens on September 02, 2011, 08:52:09 am

Quote from: ham on September 02, 2011, 04:29:59 am
15. hovering over a symbol, CC show its origin or params after a toooooooo long waittime (2-3 sek)
     15.1 but leaving the hovered element, this exact info stays on top of window until 3-5sek passed, or i hover over the next element(word) for (2-3 sec),
     -> the help text should be removed immedietly, when leaving the element. (thats called interactive^^)
The tooltip should be shown after 1s, but it's not configurable (at the moment).
Dwelltime is hardcoded to 1000 ms at the moment, it can be changed easily, but would lead to more config options and therefore to a more confusing settings dialog.
It is here:
Code
// static
void cbEditor::InternalSetEditorStyleBeforeFileOpen(cbStyledTextCtrl* control)
{
    if (!control)
        return;

    ConfigManager* mgr = Manager::Get()->GetConfigManager(_T("editor"));

    // setting the default editor font size to 10 point
    wxFont font(10, wxMODERN, wxNORMAL, wxNORMAL);

    wxString fontstring = mgr->Read(_T("/font"), wxEmptyString);

    if (!fontstring.IsEmpty())
    {
        wxNativeFontInfo nfi;
        nfi.FromString(fontstring);
        font.SetNativeFontInfo(nfi);
    }

    control->SetMouseDwellTime(1000);
The value will effect all the tooltip event delay time, including the debugger's value tip and the cc's value tip.


Title: Re: The 15 August 2011 build (7385) is out.
Post by: stefanos_ on September 06, 2011, 07:27:35 am
Quote from: damianpaz on September 05, 2011, 09:05:44 pm
I'm experiencing a very strange bug that happens every 15-30 minutes. I'm not quite sure what's causing it but it seems to be related to copying stuff into the clipboard or while saving documents. CodeBlocks will just hang and WindowsXP will say it's not responding. And he won't. Anymore.

Unfortunately this is not enough info. Guys here will need compiler version, bits of your OS, and wxWidgets version, plus the last steps you were doing to reproduce this behavior.
Title: Re: The 15 August 2011 build (7385) is out.
Post by: bvisser on October 02, 2012, 11:04:59 am
Quote from: jens on September 02, 2011, 08:52:09 am
Quote from: ham on September 02, 2011, 04:29:59 am
2. FATAL BUG: if i switch from 1 monitor to 2 (or from 2 to 1) all wxWidgets dialogs are set to size 0!!!, so i have to close CB (and hope it wont crash while closing) and reopen

Any update or solution to this problem as this is very annoying.

Regards
Title: Re: The 15 August 2011 build (7385) is out.
Post by: MortenMacFly on October 02, 2012, 11:35:15 am
Quote from: bvisser on October 02, 2012, 11:04:59 am
Any update or solution to this problem as this is very annoying.
If you read the answers carefully you'll see that this is a bug in wxWidgets. So there is nothing we can do about it for the moment. However, it seems in wx29 this will be fixed.

As an option, you can compile C::B yourself using wxWidgets 2.9.x with the wx29 project files.