Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on February 12, 2011, 05:31:34 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_wx2810_gcc451-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_gcc451-TDM.7z
The 12 February 2011 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20110212_rev6992_win32.7z
- Linux :
none
Resolved Fixed:
- updated some copyright related stuff to 2011; changed backslash to slash in linux projectfile; added ReopenEditors-plugin in BUILD
- updated encoding-detection to latest version from mozillas git-repo
- Add ability to maximize editors with double-click on tab (see: http://forums.codeblocks.org/index.php/topic,13862.msg93310.html#msg93310 for details)
- improvement for projectlayoutloader and editor zoom: zoom-factor and split-state are now saved per file; it's configurable, whether zooming works on all editors or just the active one (see: http://forums.codeblocks.org/index.php/topic,14027.msg94293.html#msg94293)
- add option to disable tooltips on tabs and to configure the time until a tooltip is shown
- add patch to keep unused space in notebooks as small as possible (do not hide tabs if not necessary)
- fix an issue, that leads to a file-not-found message, if a workspace is opened and the user tries to open it a second time from recent projects list
- add patch to be able to scroll through tabs with the mousewheel or move the tabs with mousewheel + modkey without changing selection (or vice versa, configurable in "Settings -> Environment -> Notebooks appearance")
- don't show tooltips, if they are not explicitely set
- fix an issue with pch's that where not created if flat objects are used (see http://forums.codeblocks.org/index.php/topic,14126.msg94910.html#msg94910 for details)
- make scrolling through notebooktabs with mousewheel optional; make some functions and variables of cbAuiNotebook static, to be able to set/change values/behaviour for all cbAuiNotebooks at once
- fix a possible hang/crash if a cbAuiNotebook is completely hidden by resizing; minimize free space in tab-control on all tab-controls of a notebook, if more than one exists due to drag and drop of a tab
- doxyblocks plugin update : support for doxygen 1.7.3
- applied patch #3108: Searching for menu entries with accelerators (thanks danselmi)
- applied patch #3099: add new SDK event: cbEVT_PROJECT_NEW
- fixed recent files were limited to 8 and not 16 files (introduced own CBFILE_ID enum for C::B), also fixes non-continues file ID's
- CC: fixed bug that global variables are left expanded in the project file (thanks oBFusCATed)
- fixed a crash when quickly hiding/showing the management pane and pressing a key
- fix an error in cbAuiNotebook that leads to a crash if last tab in "Logs & others" is closed
- added/integrated new contrib ToolsPlus plugin (Windows only for the moment)
- added/integrated new contrib FileManager plugin (Windows only for the moment)
- initial integration of new plugins (FileManager, ToolsPlus) into Linux build system
- add gamin to the build-dependencies for debian; add debconf-scripts to let the user decide, whether plugins are loaded or not (see http://forums.codeblocks.org/index.php/topic,14175.msg95251.html#msg95251 for details)
- add autoconf-check for necessary boost-header, if NassiShneidermann-plugin should be build
- ToolsPlus plugin: Internalization support for UI strings, improved config panel layout and text descriptions
- applied patch #3127: doxyblocks bug fix (thanks Cryogen)
- applied patch #2956: Enable/disable tab position menu items appropriately
- updated wxPropGrid from to 1.4.15 to fix a regression which caused text to be pasted twice in text editors under some platforms (at least wxMSW)
- CC: fix an issue, that #defines are shown twice in the tooltip
- allow focusing project manager and "logs and others" via menu (shortcut) to improve accessibility
- cycle through project manager -> editor -> "logs and others" via CTRL+ALT+TAB
- CC: Add preprocessor parsing support for ParserTest
- CC: Fixed a bug in the expression solver (handling conditional preprocessor directive), thank ollydbg!
- CC: fixed bug reported here: http://forums.codeblocks.org/index.php/topic,14198.0.html
- New Feature: add "Goto line end" and "Insert new line below current line" for special commands
- improved smart un-indent, see http://forums.codeblocks.org/index.php/topic,14087.msg94860.html#msg94860 for more details
- ToolsPlus-plugin: set executable property update
- CC: remove unnecessary parser checking
- CC: a little code refactoring
- CC: add UI part of one parser per whole workspace, It's too complex, So I need do it step by step
Regressions/Confirmed/Annoying/Common bugs:
-
Resolved Fixed:
- CC: fixed bug that global variables are left expanded in the project file (thanks oBFusCATed)
Great! I have been eagerly awaiting that fix. It has caused me some annoyance lately.
Thanks for your work.... downloading now.
-
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo (http://apt.jenslody.de/).
-
Ubuntu 10.04+ Amd64 tar.gz archive (containing '.deb' installers builds with wx2810 from Ubuntu's official repository) can be found here (http://www.archive-host.com/compteur.php?url=http://codeblocks.archive-host.com/CB_20110212_1005_rev6990_Ubuntu1004-1010_wx2810_amd64tar.gz) (direct link, rev 6990).
The "Tools+" menu entry is not shown if i18n is on.
Regards
Xav'
-
The "Tools+" menu entry is not shown if i18n is on.
I just commited a fix to C::B trunk that included the accelerator in the FindMenu calls made by Tools+. Hopefully this will help. See here (http://developer.berlios.de/patch/?func=detailpatch&patch_id=3110&group_id=7745)
-
Filemanager and Tools+ are the most useful plugins ever! Thanks for your great work.
-
The compiler plugin is way more useful :lol:
-
dmoore: Is there a reason you're not adding stuff to the Tools menu, having two menus named identically is not good.
-
The "Tools+" menu entry is not shown if i18n is on.
I just commited a fix to C::B trunk that included the accelerator in the FindMenu calls made by Tools+. Hopefully this will help. See here (http://developer.berlios.de/patch/?func=detailpatch&patch_id=3110&group_id=7745)
It works, Thanks
Xav'
-
good job!
"...cycle through project manager -> editor -> "logs and others" via CTRL+ALT+TAB..."
but in win7, it is same as "Alt + Tab".. windows will hanld those key and show a swithcher panel.
-
"...cycle through project manager -> editor -> "logs and others" via CTRL+ALT+TAB..."
but in win7, it is same as "Alt + Tab".. windows will hanld those key and show a swithcher panel.
Same here in Vista, Ctrl+Alt+Tab shows the switcher panel... The difference from Alt+Tab is that when I release the Tab key, the panel stays and I can choose with the mouse the window I want to enable...
Known hotkey in Vista/win7 ???
-
a bug make c::b crash.
1) open a workspace, and open some files.
2) click a main menu item
3) and move mouse over a menu item above, and let the mouse and also on a file TAB and above.
3) wait the hint window show.
4) wait a moment, or make mouse move away...
will see the c::b crash.
==========
win7 c::b svn 6992.
===========
addition : before c::b crash, it's window turn white.
-
Known hotkey in Vista/win7 ???
Mmmmmh. Good question. I didn't know this is an exis5ting hotkey in Vista+
What aout adding Shift in addition on these platforms? Or is there any other "common" one?
-
What aout adding Shift in addition on these platforms? Or is there any other "common" one?
Shift-Alt-Tab is in use in Window, it's just Alt-Tab in reverse order....
But I think you meant Ctrl-Shift-Alt-Tab... I'm almost running out of fingers here... :D
-
guys, the latest revision 7009 has an issue with code completion while typing header file name. I created an empty project to print "hello world" and seems that the parser locates only the C header files and not the C++.
System Specs:
OS: Windows XP SP3 Professional
Compiler: TDM's GCC 4.5.0
svn revision: 7009
When I will go home, I will test it on my Debian PC and I will let you know.
-
Bug: I tried to delete an empty directory with FileManager, but I got the message "Could not open handle <path>" and CodeBlocks crashed.
-
Hi,
I installed codeblocks revision 6996 from jenslody repository under ubuntu 10.10. If I disable the compiler plugin and then I open e.g. a cpp-file then codeblocks will crash.
I disabled quite a lot of plug-ins, but I think it is related to this plugin.
Regards,
Mario
-
Hi,
I installed codeblocks revision 6996 from jenslody repository under ubuntu 10.10. If I disable the compiler plugin and then I open e.g. a cpp-file then codeblocks will crash.
I disabled quite a lot of plug-ins, but I think it is related to this plugin.
Regards,
Mario
I only get (or gotit, will try again) if I remove (or rename) th ecompiler plugins library.
You might have seen, that I added debconf scripts to rename (and therefore not load) some of the plugins, except for the compiler plugin:
At the moment there is another (most likely more important) issue to look into:
If compiler-library is removed, you can not open any files with "File->Open" or from recent file list, because C::B crashes immediately.
That's the cause, why I inhibit renaming of compiler pluzgin via debconf.
But it worked for me with a disabled plugin (from inside C::B).
I will try to investigate more.
-
Hi,
I installed codeblocks revision 6996 from jenslody repository under ubuntu 10.10. If I disable the compiler plugin and then I open e.g. a cpp-file then codeblocks will crash.
I disabled quite a lot of plug-ins, but I think it is related to this plugin.
Regards,
Mario
I only get (or gotit, will try again) if I remove (or rename) th ecompiler plugins library.
You might have seen, that I added debconf scripts to rename (and therefore not load) some of the plugins, except for the compiler plugin:
At the moment there is another (most likely more important) issue to look into:
If compiler-library is removed, you can not open any files with "File->Open" or from recent file list, because C::B crashes immediately.
That's the cause, why I inhibit renaming of compiler pluzgin via debconf.
But it worked for me with a disabled plugin (from inside C::B).
I will try to investigate more.
I just tested it, and it crashes also.
The "funny" thing is, that it seems to shut down C::B, th bachtrace shows only some destructors, that have been called and C::B writes back a changed default.conf .
-
I just tested it, and it crashes also.
Here, too. It seems the crash is traced back to CC -> nativeparser.cpp:645 where the requested compiler is invalid. This can happen (as we see) and should therefore be handeled differently.
-
Here, too. It seems the crash is traced back to CC -> nativeparser.cpp:645 where the requested compiler is invalid. This can happen (as we see) and should therefore be handeled differently.
You The attached patch may resolve it (untested though).
As it "cbThrows" this explains why the default.conf still gets saved. That's a fail-safe option.
-
Here, too. It seems the crash is traced back to CC -> nativeparser.cpp:645 where the requested compiler is invalid. This can happen (as we see) and should therefore be handeled differently.
You The attached patch may resolve it (untested though).
As it "cbThrows" this explains why the default.conf still gets saved. That's a fail-safe option.
Fix confirmed on debian 64-bit, with disabled and removed compiler.
-
Fix confirmed on debian 64-bit, with disabled and removed compiler.
Feel free to commit, I don't have SVN access atm (and probably for the next couple of days...).
-
Fix confirmed on debian 64-bit, with disabled and removed compiler.
Feel free to commit, I don't have SVN access atm (and probably for the next couple of days...).
Thanks for quickly fixed!
Has been applied in the rev7010.
-
Guys, I don't know if it's a minor bug or not, but it seems that AStyle "violates" Code::Blocks's Coding Style (http://wiki.codeblocks.org/index.php?title=Coding_style).
To reproduce this:
create a new class name Foo
enter your curly braces; it will automatically indent your cursor by a tab / 4 spaces size (if i am correct; if not correct me please!)
Enter either public:, or private, or protected:, and see them left indenting like the Bad example from Coding Style.
I know that is a minor issue, but I am trying to adapt the Code::Blocks's Coding Style in my programming life :)
Cheers.
-
Some people like that public/protected/private is aligned with {}. I think it's horrible. But this fact seems to be voluntary.
-
Guys, I don't know if it's a minor bug or not, but it seems that AStyle "violates" Code::Blocks's Coding Style (http://wiki.codeblocks.org/index.php?title=Coding_style).
To reproduce this:
create a new class name Foo
enter your curly braces; it will automatically indent your cursor by a tab / 4 spaces size (if i am correct; if not correct me please!)
Enter either public:, or private, or protected:, and see them left indenting like the Bad example from Coding Style.
I know that is a minor issue, but I am trying to adapt the Code::Blocks's Coding Style in my programming life :)
Cheers.
Settings > Editor > Editor settings > Indent options > Smart indent
Please does not checked this option.
-
dmoore: Is there a reason you're not adding stuff to the Tools menu, having two menus named identically is not good.
To replace the tools menu, Goto Tools+ -> Configure Tools -> Plugin Settings, There's a checkbox to replace Tools with Tools+. Otherwise disable the plugin. Ideally Tools+ should offer same features as Tools + more. (This isn't true right now and your old tools won't be available in tools+)
I decided not to replace tools with tools+ by default for transparency purposes (to make it clear for first timers to the plugin that this is a separate feature). Before the next release, maybe the devs collectively decide to do something different.
-
Bug: I tried to delete an empty directory with FileManager, but I got the message "Could not open handle <path>" and CodeBlocks crashed.
Thanks for the report.
What OS? (Assume windows) Was the directory deleted the root of the tree displayed in the FileManager or a subdirectory? Did the crash occur after clicking ok on the "Could not handle" message or before? Can you replicate consistently?
-
What OS? (Assume windows)
Yes, windows/
Was the directory deleted the root of the tree displayed in the FileManager or a subdirectory?
Subdirectory.
Did the crash occur after clicking ok on the "Could not handle" message or before?
When the message is shown, if you click ok it becomes unresponisive. The same is if you wait a few senonds not clicking ok.
Can you replicate consistently?
Unfortunately not. Try something like this: move the all the files of a folder to its parent directory and then try delete the folder.
-
Guys, I don't know if it's a minor bug or not, but it seems that AStyle "violates" Code::Blocks's Coding Style (http://wiki.codeblocks.org/index.php?title=Coding_style).
To reproduce this:
create a new class name Foo
enter your curly braces; it will automatically indent your cursor by a tab / 4 spaces size (if i am correct; if not correct me please!)
Enter either public:, or private, or protected:, and see them left indenting like the Bad example from Coding Style.
I know that is a minor issue, but I am trying to adapt the Code::Blocks's Coding Style in my programming life :)
Cheers.
Settings > Editor > Editor settings > Indent options > Smart indent
Please does not checked this option.
Loaden, thanks buddy :) I have checked it and now another problem arises. Everytime I open curly braces, it does not move cursor by single tab / 4 spaces, and that is even more irritating than before :D.
Anyway, thanks for the effort; I will stick with the smart indent then :) I don't mind.
Cheers
stefanos_
-
I decided not to replace tools with tools+ by default for transparency purposes (to make it clear for first timers to the plugin that this is a separate feature). Before the next release, maybe the devs collectively decide to do something different.
That was a good decision. I decided to keep the Tools menu and instead remove the Tools+. It works better for me.
I don't think it is wise if a plugin completely replaces existing "core" functionality. At least that decision should be left to the user, and that is what you did. So no problem thus far.
-
If a user wants tool+, it can't remove tools...
-
If a user wants tool+, it can't remove tools...
As I noted above, you can choose to hide the tools menu using Tools+->Configure tools->Plugin Settings->Replace Tools Menu with Tools plus
-
I decided not to replace tools with tools+ by default for transparency purposes (to make it clear for first timers to the plugin that this is a separate feature). Before the next release, maybe the devs collectively decide to do something different.
I am glad you kept the Tools menu. As Tools+ does not seem to yet cover the same functionality as Tools (in particular the various ways of launching standard shells, and I have not seen separators). That would have made impossible my current use of the Tools. I also like the simple appearance of the inbuilt Tools.
For now I have disabled Tools+ and kept Tools, but thanks for offering this new plugin. It could become quite useful when more mature.