News:

As usual while waiting for the next release - don't forget to check the nightly builds in the forum.

Main Menu

The 19 June 2015 build (10341) is out.

Started by killerbot, June 20, 2015, 04:50:41 PM

Previous topic - Next topic

killerbot

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.

A link to the unicode windows wxWidget dll for Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw28u_gcc_cb_wx2812_gcc492-TDM.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/mingwm10_gcc492-TDM.7z

The 19 June 2015 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2015/CB_20150619_rev10341_win32.7z
  - Linux :
   none

The current SDK version is : 1.25.0

Resolved Fixed:


  • CC: fix SF ticket 41 CC can`t parse defines with Doxygen single-line comment
  • script_plugin: Fix creating multiple menus from a script plugin
  • fix for pch-creation with gcc 5.x
  • BrowseTracker-plugin: "make dist"-fix; missing images iand xrc-file
  • CC: SF ticket 175, solve typedef declarations in class templates.
  • Fix bug in wxSmith, see http://forums.next.codeblocks.org/index.php/topic,20338.msg138489.html#msg138489
  • EnvVar: Make the fix from r10309 be conditionally compiled only for non wxMSW2.8 builds(thanks stahta01)
  • CC: apply #178 patch for element access functions belonging to STL containers.

Regressions/Confirmed/Annoying/Common bugs:




Jenna

Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.
These packages are build against wxWidgets 3.0 from Debian repos and mght not be as stable than the versions build against wx2.8, but there are no wx2.8 packages available (at least for stable) from official repos.
Please test and give feedback.

Currently compiling, will soon be uploaded.

Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc20, fc21, fc22 and rawhide), RedHat/CentOS 5 and 6 packages (also 32-bit and 64-bit) and RedHat/CentOS 7 packages (only 64-bit at the moment) can be found in my rpm-repo.
I recently switched to copr to build and host my Fedora and CentOS packages.
Instructions how to use it can be found on my server (easier) or on copr (a little more handwork needed).

Packages for ppc64le are also available on copr for Fedora 21, 22 and Rawhide (not tested).

shurick

Packages for openSUSE (binaries and sources) for 32-bit and 64-bit.
Packages for openSUSE http://codeblocks.esy.es  (binaries and sources) for 32-bit and 64-bit.

ToApolytoXaos

I have been facing this issue with 103xx revisions.

It seems hotkeys don't toggle, like F2 or Shift+F2; they just close "Logs & others" and "Management" but don't bring it back.

This is under GNU / Linux Debian testing 64-bit with gcc (Debian 4.9.2-16) 4.9.2.

Can anyone confirm this?

raynebc

I use the F2 hotkey a lot.  In every nightly I've used (including this latest one) in Windows, that hotkey has worked for me.

ToApolytoXaos

Yes, you are correct; it must be a MATE issue or something. I have double-checked it with Fluxbox and work as expected.

stahta01

#6
It works for me.
svn build rev 10329 (2015-06-11 22:33:15) gcc 4.9.2 Linux/unicode - 64 bit
wxWidgets 3.0
From  jens repository

Debian "Jessie" 8.1 using Mate desktop.

I only have these CB Plugins enabled
Compiler,
Debugger
Environment variables
Foreign projects importer
Project options manipulator
Scripted wizard
wxSmith

Note: I would try turning off keybinder first to see if the problem goes away.


Quote from: ToApolytoXaos on June 21, 2015, 04:40:07 PM
I have been facing this issue with 103xx revisions.

It seems hotkeys don't toggle, like F2 or Shift+F2; they just close "Logs & others" and "Management" but don't bring it back.

This is under GNU / Linux Debian testing 64-bit with gcc (Debian 4.9.2-16) 4.9.2.

Can anyone confirm this?
C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

ToApolytoXaos

Quote from: stahta01 on June 21, 2015, 05:22:09 PM
Note: I would try turning off keybinder first to see if the problem goes away.
Thank you stahta01. That was indeed the problem. What's the use of this plugin anyway?

stahta01

Quote from: ToApolytoXaos on June 21, 2015, 05:24:58 PM
Quote from: stahta01 on June 21, 2015, 05:22:09 PM
Note: I would try turning off keybinder first to see if the problem goes away.
Thank you stahta01. That was indeed the problem. What's the use of this plugin anyway?

It changes the keybinding to something other than the normal.
I have never used it, myself.

Tim S.
C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

scarphin

Keybinder doesn't work correctly most of the time. It changes some of the shortcuts back to default sometimes, doesn't work with events configured with bind() or connect() (can anyone associate a shortcut with any of the debug windows?) and I've seen it corrupt the shortcut config file (cbkeybindings or something) in user folder. One of the most buggy plugins in CB imo. I change the defaults or assign new ones from the source code on my local copy to deal with those problems which are otherwise unbearable.

oBFusCATed

Do you have any steps that can be used to reproduce the problem?

Keep in mind that if you debug cb from cb it might screw your keybinder settings.
I don't know why, but I'm sure it can happen.

On my work machine where I don't debug cb from cb the keybindings are pretty stable.
(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!]

ToApolytoXaos

Quote from: oBFusCATed on June 21, 2015, 06:28:36 PM
Do you have any steps that can be used to reproduce the problem?

Keep in mind that if you debug cb from cb it might screw your keybinder settings.
I don't know why, but I'm sure it can happen.

On my work machine where I don't debug cb from cb the keybindings are pretty stable.
Well, as I I have said, I'm using GNU / Linux Debian testing 64-bit, fully updated using MATE Desktop Environment 1.8.2 and currently compiled svn10341 debian packages with dpkg-buildpackage -us -uc command.

To reproduce it, just run codeblocks under MATE and as soon as you load a project, press either F2 or shift-F2 while you have keybinder plugin enabled and you will see that it does not toggle at all; it only closes the windows, it does not reopen them.

oBFusCATed

I'm not talking about this issue:)
But the one with lost settings.
(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!]

ToApolytoXaos


scarphin

Quote from: oBFusCATed on June 21, 2015, 06:28:36 PM
Do you have any steps that can be used to reproduce the problem?
I'm not able to find what triggers the missing shortcuts, they appear to be random. Steps to reproduce for the unbindable debug windows shortcuts are the same as I described them on my post in 27 October 2014 build (10016) thread:
Quote from: scarphin on November 06, 2014, 12:22:18 AM
svn rev 10020 still exhibits the same problem. Unfortunately I couldn't find a working build after checking all the nightlies I have (back to rev 9673).

Steps to reproduce:
1- Launch cb, see the 'debugging windows' bindings are there before loading a project,
2- Load a project,
3- Check again to see the bindings are gone.

Some older revisions doesn't change 'cbkeybinder10.ini' file after closing cb even though the bindings are not listed on the shortcuts dialog, they don't work either. But latest nightlies change the file to add the targets of the opened project.
The bug is still there as of rev10333 in case someone wants to take a look at it. Apart from those, the help and tools plus plugin entries also exhibit the same behavior. Inspecting the source revealed none of them uses a EVT_MENU entry to link to the actual events (tools plus uses EVT_MENU_RANGE) so I think their linkage methods are the reason for the keybinder plugin to mulfunction.

Win7 x64