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.next.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:
- pumped (wx)Scintilla to v2.2.7
- wxSmith-plugin: build-fix
- ThreadSearch: made the list view to use the same font as the loggers (the default font is too big on my Centos)
- make sure pch's are built in correct order, should fix some pch-related compile-issues (if sdk-header have changed). see http://forums.next.codeblocks.org/index.php/topic,14868.msg99987.html#msg99987 for details
- automake-system: only use debug-flag, if it is explicitely enabled, do not use optimization-flags for debug-version; see http://forums.next.codeblocks.org/index.php/topic,14868.msg99997.html#msg99997 for details
- cbAuiNotebook: add option to invert the scrolling direction
- refinements/fixes for commit 7298: add the option to invert scrolling direction for advance through tabs and move tabs; read the settings from configmanager if a new notebook is created
- fixed crash candidate in cbEditor
- some tiny spelling/formatting corrections - CC: Code refactoring
- CC: Fix an invalid lock
- CC: Fix an deadlock, thank Jens!
- CC: Fix crash when expand the base classes in the tree
- CC: Redesign thread-locker for class browser
- CC: Improve build locker for class browser
- SDK: Added validity test when calculate common top level path, see http://forums.next.codeblocks.org/index.php/topic,15023.msg100822.html#msg100822 for more details
- CC: Add some comments, thank ollydbg!
- CC: Add new option for headers code-completion
- CC: Improve CC's option page
- CC: Fix bug of class browser when using parser per whole workspace
- CC: Can't support to view all local symbols (workspace) when one parser per project
- CC: Improve events handler
- SDK: Add cbThreadPool::GetId() interface
- CC: Improve parser events handler
- CC: Fix a serious logic error
- CC: Fix crash after reread parser options
- added SpellChecker plugin by danselmi to main repo, adjusted C::B based build system (Linux build system missing)
- codecompletion-plugin: fix a bug that leads to a crash if "Settings->Editor" dialog is openened
- added libhunspell-dev to debian build-dependencies (needed for spellchecker); partially reformat debian control file; missing part of comment for last commit: svn:kewords have been added to spellchecker-files
- CC: Fix bug of batch parsing
- CC: Fixed crash candidate
- CC: Removing unwanted code of TokenTree::RecalcData
- CC: Code clean
- CC: Add CCLogger module
- CC: Code refactoring
- CC: Code refactoring for Parser class
- CC: Do not follow any includes if parsing a buffer
- SDK: Sends cbEVT_THREADTASK_ALLDONE message only the real task is all done
- CC: Sending asynchronous message for toolbar (OnScope)
- CC: Improve class browser update
- added path 8.3 notation workaround for all include directories on windows (for stupid compilers, like e.g. the MinGW resource compiler)
- simplified interface to process include paths for (resource-) compiler, linker etc...
* MinGW resource compiler command now complies with what's suggested here:
http://sourceforge.net/tracker/index.php?func=detail&aid=1640385&group_id=2435&atid=102435 - make (resource-) compiler and linker includes unique to avoid duplicate paths (and thus shrink command line)
- windows only: do not focus notebook-tabs, if tab-scrolling with mousewheel is disabled; fixes issue described here: http://forums.next.codeblocks.org/index.php?PHPSESSID=vor9k3gevlm8o3ik30km9c5bq4&topic=15088.msg101005#msg101005
- CC: Fix range error of function arguments search
- CC: Fix switch parser failed when close a project from workspace
- DoxyBlocks : fix directory creation bug
- CC: Add missing locker
- CC: Improve file reparsing when editor save or modified
- CC: Simplify Parser interface
- CC: Fix reparse bug, some code optimization, refactoring
- CC: Improve Parser event handler
- CC: Improve one parser per whole workspace, fix project info update
- SDK: Enhance the performance of load files
- CC: Improve batch-parsing
- massively decrease startup time for batch builds (especially for large projects)
- codecompletion-plugin: fix deadlock
- compiler-plugin: fix a bug, that occurs for custom makefiles with relative paths: a click on an errormessages does not jump to the errorfile / -line, because of incorrect generated filenames, see: http://forums.next.codeblocks.org/index.php/topic,15122.msg101237.html#msg101237
- fix a bug in automake system, that can make configure fail in some cases; see http://forums.next.codeblocks.org/index.php/topic,11307.msg101310.html#msg101310 for details
- CC: Fix add file to parser failed, add more debug log
- applied patch #3188 to fix bug #18205 (thanks wilk_gardariki)
- applied patch #3183 to fix bug #018223 (thanks deadok)
- CC: Improve toolbar refresh
- CC: Improve Parser interface
- CC: Code refactoring
- CC: Fix bug of parser switch from editor activated
- CC: (hopefully) Final fix the still parsing bug
- CC: Fix parsing type update
Regressions/Confirmed/Annoying/Common bugs:
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo (http://apt.jenslody.de/).
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.
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!
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...'.
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
great,thanks
It seems I posted this (http://forums.next.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.)
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!
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! :)
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!
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
yes I have noticed that too, dunno why we cant uncheck it ???
what I did was disable the plugin in manage plugins menu
thx,
i managed too, by downloading a language pack, reopen cb
and then the checkbox was accessible.
h.a.n.d.
see here: http://forums.next.codeblocks.org/index.php/topic,11307.msg101473.html#msg101473 (http://forums.next.codeblocks.org/index.php/topic,11307.msg101473.html#msg101473)
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
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
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)
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?
QuoteZenju:
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!
QuoteCan 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
Quote from: ZenJu on August 18, 2011, 05:35:29 PM
QuoteZenju:
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?
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.
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.
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:
No, you can't build it with vc10, but you can build it with mingw and then debug with gdb.
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.
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*'
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]
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.
Folco, this may have the same root cause than the bug of the '*NONE* 'parser ,from the symbol browser we spoke before ?
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. :(
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!
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.
Micool -> I don't know, I absolutely don't know the code of C::B...
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.
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 ?
If you talk that about my post (CC crash, described previous page), I use default settings, I don't change anything.
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).
spectre: Is C::B usable, when run under the control of ThreadSanitizer?
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.
Annoying hang should have been fixed in rev7408.
Confirmed...
Now you should fix the ctrl+shift+. deadlock and CC will be usable, again :)
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.
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:
+ TRACK_THREAD_LOCKER(s_TokensTreeCritical);
+ wxCriticalSectionLocker locker(s_TokensTreeCritical);
+ THREAD_LOCKER_SUCCESS(s_TokensTreeCritical);
Quite Good!!
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.
QuoteI 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.
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
Can you try to run C::B with the CC plugin disabled to see it the problems are still there?
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
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
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.
First of all : which version are you using ?
Quote3. 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
Quote5. 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
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.
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.
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)
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.
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.
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:
// 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.
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.
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
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.