The 12 April 2013 build (8982) is out.

[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://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx2812_gcc471-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_gcc471-TDM.7z
And the exception handler dll (for better crash reports) : http://prdownload.berlios.de/codeblocks/exchndl_gcc471-TDM.7z

The 12 April 2013 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20130412_rev8982_win32.7z
  - Linux :
   none

Resolved Fixed:

• no list since it has been such a very long time, just enjoy it ......

Regressions/Confirmed/Annoying/Common bugs:

[Jenna]

As usual:
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my debian-repo.
Fedora packages (binaries and sources) for 32-bit and 64-bit systems (fc16, fc17 and fc18) and RedHat/CentOS 5 and 6 packages (also 32-bit and 64-bit) can be found in my rpm-repo .

[shurick]

Packages for openSUSE 12.1, 12.2, 12.3 (binaries and sources) for 32-bit and 64-bit.

[Folco]

Thank you !

I was wondering for the date of a new nightly

[Yamakuzure]

First things first:
System: Gentoo Linux amd64, kernel 3.8.6-geek #4 ZEN SMP PREEMPT
Compiler: gcc-4.7.2
DE(s) : KDE-4.10.2, Enlightenment-17.1, razorqt-0.5.2 (all with the same result)
wxGTK: 2.8.12.1
GTK+: 2.24.16

Since last week, SVN Revision 8982, today 8991, Code::Blocks is no longer starting.
As the issue started with the same revision number as the new nightly, I hope it is ok posting this here.

The modules part of the debug report (already sent a few) looks ok to me, and the stack is always the same:

Code

  <stack>
    <frame level="0"/>
    <frame level="1" function="SQTable::NewSlot(SQObjectPtr const&amp;, SQObjectPtr const&amp;)" offset="00000071"/>
    <frame level="2" function="SQSharedState::Init()" offset="00000669"/>
    <frame level="3" function="sq_open" offset="0000002d"/>
    <frame level="4" function="SquirrelVM::Init(SquirrelInitFlags)" offset="00000012"/>
    <frame level="5" function="ScriptingManager::ScriptingManager()" offset="0000013a"/>
    <frame level="6" function="Manager::GetScriptingManager() const" offset="00000051"/>
  </stack>

I'd really like to know what's going on. I could use Eclipse CDT in the mean time, but it has extreme difficulties with C++11 code.

Code::Blocks worked without *any* issue since revision ~4100 on all my machines.

I have refetched the tree after removing it and compiled C::B from the ground up, moved ~/.codeblocks and removed anything C::B related from /tmp, but no luck so far.

Searching the forums and even google did not bring up any relevant information. Am I the only one who is no longer able to start C::B?

P.S. : I just cleared my ccache and re-compiled C::B from scratch, just to be sure to not have anything stale lying around. *sigh* didn't change anything...

[oBFusCATed]

Yamakuzure: Are you using an ebuild or self compiling?

[Yamakuzure]

Yamakuzure: Are you using an ebuild or self compiling?

I am using the dev-util/codeblocks-9999.ebuild in the portage tree with fixed svn repo URI.

Edith used gdb to create some info:

Code

Program received signal SIGSEGV, Segmentation fault.
_Get (hash=<optimized out>, this=<optimized out>, key=...) at ../../../../src/include/scripting/squirrel/sqtable.h:69
69      ../../../../src/include/scripting/squirrel/sqtable.h: No such file or directory.
(gdb) bt
#0  _Get (hash=<optimized out>, this=<optimized out>, key=...) at ../../../../src/include/scripting/squirrel/sqtable.h:69
#1  SQTable::NewSlot (this=this@entry=0xb3af10, key=..., val=...) at sqtable.cpp:98
#2  0x00007ffff7884e08 in SQTable::Rehash (this=0xb3af10, force=<optimized out>) at sqtable.cpp:64
#3  0x00007ffff7884be5 in SQTable::NewSlot (this=this@entry=0xb3af10, key=..., val=...) at sqtable.cpp:147
#4  0x00007ffff7884e08 in SQTable::Rehash (this=0xb3af10, force=<optimized out>) at sqtable.cpp:64
#5  0x00007ffff7884be5 in SQTable::NewSlot (this=0xb3af10, key=..., val=...) at sqtable.cpp:147
#6  0x00007ffff7878dd9 in SQSharedState::Init (this=0xb60250) at sqstate.cpp:127
#7  0x00007ffff78903cd in sq_open (initialstacksize=1024) at sqapi.cpp:51
#8  0x00007ffff7859682 in SquirrelVM::Init (flags=254) at SquirrelVM.cpp:41
#9  0x00007ffff77fa41a in ScriptingManager::ScriptingManager (this=0xb60120) at scriptingmanager.cpp:77
#10 0x00007ffff77ab491 in Get () at ../../src/include/manager.h:192
#11 Manager::GetScriptingManager (this=<optimized out>) at manager.cpp:365
#12 0x000000000044f113 in CodeBlocksApp::OnInit (this=0x780560) at app.cpp:637
#13 0x00007ffff5df2704 in wxEntry (argc=<optimized out>, argv=<optimized out>) at /home/portage/x11-libs/wxGTK-2.8.12.1/work/wxPython-src-2.8.12.1/src/common/init.cpp:432
#14 0x00000000004416c2 in main (argc=1, argv=<optimized out>) at app.cpp:266
(gdb) frame 1
#1  SQTable::NewSlot (this=this@entry=0xb3af10, key=..., val=...) at sqtable.cpp:98
98      sqtable.cpp: No such file or directory.
(gdb) print key
$1 = (const SQObjectPtr &) @0xb60b38: {<tagSQObject> = {_type = OT_STRING, _unVal = {pTable = 0xb3eb50, pArray = 0xb3eb50, pClosure = 0xb3eb50, pGenerator = 0xb3eb50, 
      pNativeClosure = 0xb3eb50, pString = 0xb3eb50, pUserData = 0xb3eb50, nInteger = 11791184, fFloat = 1.6522968e-38, pUserPointer = 0xb3eb50, pFunctionProto = 0xb3eb50, 
      pRefCounted = 0xb3eb50, pDelegable = 0xb3eb50, pThread = 0xb3eb50, pClass = 0xb3eb50, pInstance = 0xb3eb50, pWeakRef = 0xb3eb50, raw = 11791184}}, <No data fields>}
(gdb) print val
$2 = (const SQObjectPtr &) @0xb60b28: {<tagSQObject> = {_type = 0, _unVal = {pTable = 0x0, pArray = 0x0, pClosure = 0x0, pGenerator = 0x0, pNativeClosure = 0x0, pString = 0x0, 
      pUserData = 0x0, nInteger = 0, fFloat = 0, pUserPointer = 0x0, pFunctionProto = 0x0, pRefCounted = 0x0, pDelegable = 0x0, pThread = 0x0, pClass = 0x0, pInstance = 0x0, 
      pWeakRef = 0x0, raw = 0}}, <No data fields>}
(gdb) inspect this
$3 = (SQTable * const) 0xb3af10
(gdb) frame 0
#0  _Get (hash=<optimized out>, this=<optimized out>, key=...) at ../../../../src/include/scripting/squirrel/sqtable.h:69
69      ../../../../src/include/scripting/squirrel/sqtable.h: No such file or directory.
(gdb) inspect hash
$4 = <optimized out>
(gdb) inspect key
$5 = <optimized out>

I hope it helps...

[Biplab]

I have mirrored nightlies to the following link.

[oBFusCATed]

Yamakuzure:
Hm, have you tried to delete the svn files in /usr/portage/distfiles ?
I'm not using the portage's ebuild, but an old custom version. I have no problems or crashes.
But I'm also running and older glibc and gcc.

[Yamakuzure]

Yamakuzure:
Hm, have you tried to delete the svn files in /usr/portage/distfiles ?
I'm not using the portage's ebuild, but an old custom version. I have no problems or crashes.
But I'm also running and older glibc and gcc.

Yes, before refetching the tree, I had deleted the old one. However, I have deleted it once again and am rebuilding right now.

But nice to read that it is working on another gentoo box, then it can't be a general problem with C::B or Gentoo.

(Note: This is the reason why I am not opening a bug on this, I am still not convinced that it actually is one...)

Edith has a request...: Could you perchance send me your emerge --info on your custom ebuild and maybe a diff to the ebuild in the tree per PM?

[oBFusCATed]

Edith has a request...: Could you perchance send me your emerge --info on your custom ebuild and maybe a diff to the ebuild in the tree per PM?

I've switched to the in-tree ebuild and the build went fine. I'll report if there are any problems with it.

Here is the info:

Code

# emerge --info
Portage 2.2.0_alpha171 (default/linux/amd64/13.0/desktop, gcc-4.5.4, glibc-2.15-r3, 3.6.11-gentoo-r1 x86_64)
=================================================================
System uname: Linux-3.6.11-gentoo-r1-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q6600_@_2.40GHz-with-gentoo-2.2
KiB Mem:     4055240 total,   1491248 free
KiB Swap:    4000148 total,   3768076 free
Timestamp of tree: Mon, 08 Apr 2013 18:30:01 +0000
ld GNU ld (GNU Binutils) 2.23.1
app-shells/bash:          4.2_p45
dev-java/java-config:     2.2.0
dev-lang/python:          2.7.3-r3
dev-util/cmake:           2.8.10.2-r1
dev-util/pkgconfig:       0.28
sys-apps/baselayout:      2.2
sys-apps/openrc:          0.11.8
sys-apps/sandbox:         2.6-r1
sys-devel/autoconf:       2.13, 2.69
sys-devel/automake:       1.9.6-r3, 1.11.6, 1.13.1
sys-devel/binutils:       2.23.1
sys-devel/gcc:            4.1.2, 4.5.4, 4.6.3, 4.7.2-r1
sys-devel/gcc-config:     1.8
sys-devel/libtool:        2.4.2
sys-devel/make:           3.82-r4
sys-kernel/linux-headers: 3.8 (virtual/os-headers)
sys-libs/glibc:           2.15-r3
Repositories: gentoo enlightenment ardunio proaudio obfuscated-local-repo
Installed sets: @cb, @e17, @system
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=core2 -O2 -fweb -frename-registers -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/themes/oxygen-gtk/gtk-2.0"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=core2 -O2 -fweb -frename-registers -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--quiet-build=n"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://mirrors.telepoint.bg/gentoo/"
INSTALL_MASK="winemenubuilder.exe winemenubuilder.exe.so"
LANG="bg_BG.UTF-8"
LC_ALL="bg_BG.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j5"
PKGDIR="/home/portage_overlay/distfiles/"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/var/lib/layman/enlightenment /var/lib/layman/arduino /var/lib/layman/pro-audio /home/portage_overlay"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X a52 aac acl acpi alsa amd64 berkdb branding bzip2 cairo cdda cdr cli cracklib crypt cxx dbus dri dts dvd dvdr dvdread emboss encode exif fam firefox flac fontconfig gdbm gif gpm gtk gtk2 gtk3 iconv jack jpeg lcms libnotify mad midi mmx mng modules mp3 mp4 mpeg mudflap multilib ncurses nls nptl ogg opengl openmp pam pango pcre pdf png policykit ppds pulseaudio readline sdl session spell sse sse2 ssl ssse3 startup-notification svg tcpd tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 xcb xinerama xml xv xvid zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc"
GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="keyboard mouse wacom joystick evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="bg en en_GB" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-3" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7" RUBY_TARGETS="ruby18 ruby19" SANE_BACKENDS="plustek" USERLAND="GNU" VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
USE_PYTHON="2.7"
Unset:  CPPFLAGS, CTARGET, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

[Yamakuzure]

I've switched to the in-tree ebuild and the build went fine. I'll report if there are any problems with it.

Here is the info:

Thank you very much. I have updated some of the toolchain packages to ~arch. No luck. Then I remembered that I messed around with /etc/portage/env and found the solution:
Code::Blocks is not very happy with graphite extensions. It builds, but crashes. I had "-fgraphite-identity -floop-interchange -floop-strip-mine -floop-block -ftree-loop-distribution" enabled. After disabling them again (restored env file) Code::Blocks works again.

Looks great, btw!

[oBFusCATed]

Hm, probably there is a bug in C::B or in GCC...

[Randajad]

At first startup:


Also it's tooooo bad that all compiler settings erased out.

[Alpha]

Hmm... that looks like you defined your own Clang compiler, however this build of Code::Blocks now ships with an interface to Clang, so the two definitions conflicted.

[Max]

I'm writing to submit a report of a bug found using the latest nightly build. I switched to the latest nightly build from the previous one (in which the bug was not present) using Win XP SP3 and GCC 4.7 from MinGW.

Setting the option

 Explicitly add project's top level direcotory to compiler search dirs

the compiler switch added is

  -I-I<path>

instead of

  -I<path>

With the buggy switch the compiler is no longer adding the top level dir to the list of search dirs.

Because I have several header file in the top level dir I'm using that option to add the dir and find the header. As a workaround I am adding the dir in build option but I think going back to the right behaviour is welcome.

Max

[ambarj2009]

Congratulations, I loved the change.
Thanks for the new version.

 

[Alpha]

With the buggy switch the compiler is no longer adding the top level dir to the list of search dirs.

Fixed in trunk.

[Ghorgoth]

Hi,
is there any mac build for the nightly over there ? Since i can't use the latest release due to lots of crashes on mac, i would like to test this one.

Thanks!

[stefanos_]

An awkward behavior appeared with the latest revision. I just re-compiled an old wxMSW project and originally consumed no more than 86MB; now it needs 96MB for just starting C::B, and upon loading GUI project it immediately jumps up to 164MB. When I close my project, the memory remains the same without getting released.

I have also tried to debug my application and the debugger crashed the entire C::B.

UPDATE: Ctrl+arrow UP or DOWN does not work; it should supposed to move editor by one line up or down.

OS: Windows XP Pro SP3
C::B revision: svn-9096
Compiler: TDM's GCC latest available version
wxWidgets: wxMSW-2.8.12 + wxWidgets-2.9.4

[Alpha]

An awkward behavior appeared with the latest revision. I just re-compiled an old wxMSW project and originally consumed no more than 86MB; now it needs 96MB for just starting C::B, and upon loading GUI project it immediately jumps up to 164MB. When I close my project, the memory remains the same without getting released.

Are you saying this is the memory usage of Code::Blocks, or your own program?  If it is Code::Blocks, do you have documentation parsing enabled for CC?

UPDATE: Ctrl+arrow UP or DOWN does not work; it should supposed to move editor by one line up or down.

Does this work if you disable EditorTweaks?

[ollydbg]

An awkward behavior appeared with the latest revision. I just re-compiled an old wxMSW project and originally consumed no more than 86MB; now it needs 96MB for just starting C::B, and upon loading GUI project it immediately jumps up to 164MB. When I close my project, the memory remains the same without getting released.

Can you disable CodeCompletion plugin and try again? Thanks.

I have also tried to debug my application and the debugger crashed the entire C::B.

No idea about this issue, I need steps to reproduce this issue.

[oBFusCATed]

C::B revision: svn-9096

Another option is to try rev 9077 and 9078 and report which one works and which doesn't.
I'm talking about Ctrl+arrow issue.
But it works for me in 9094 on linux.

[stefanos_]

I think I have figure out what seems to be the problem. The parser would run endlessly somewhere, either at the current project directory or the entire GUI framework / compiler directory and would stuck in a place that is beyond my wildest imagination (LOL), and after reparsed my project memory returned to normal levels.

Also, when I use the auto completion with Ctrl-Space I get duplicate on top of duplicate for each class member, but class constructors / destructors are appeared only once.

Does this help a bit? Cheers to both of you for your valuable feedback.

@oBFusCATed: I will try this tomorrow on work's laptop, and when I get home tonight, I will try it on Debian too and let you know for sure.

[stefanos_]

This is to let you know that the Ctrl-ArrowUp / Ctrl-ArrowDown issue is resolved, at least under Linux Debian testing (jessie). Tomorrow I will test the same on Windows too.

[stefanos_]

On Windows XP, the issue remains the same even with the latest revision. Is there anything I should check that could possibly disabled this functionality by mistake?

[ollydbg]

I think I have figure out what seems to be the problem. The parser would run endlessly somewhere, either at the current project directory or the entire GUI framework / compiler directory and would stuck in a place that is beyond my wildest imagination (LOL), and after reparsed my project memory returned to normal levels.

Also, when I use the auto completion with Ctrl-Space I get duplicate on top of duplicate for each class member, but class constructors / destructors are appeared only once.

Can you tell me how to reproduce this issue(sample code? steps?), it looks like its a CC bug.

[MortenMacFly]

On Windows XP, the issue remains the same even with the latest revision.

What issue?

[stefanos_]

I think I have figure out what seems to be the problem. The parser would run endlessly somewhere, either at the current project directory or the entire GUI framework / compiler directory and would stuck in a place that is beyond my wildest imagination (LOL), and after reparsed my project memory returned to normal levels.

Also, when I use the auto completion with Ctrl-Space I get duplicate on top of duplicate for each class member, but class constructors / destructors are appeared only once.

Can you tell me how to reproduce this issue(sample code? steps?), it looks like its a CC bug.

The steps are too simple: just create a UI project with wxSmith, edit it according your needs, and have your task manager open to monitor the memory changes. At random moments you will see your parser complaining that still parses unless you interrupt it with Ctrl-Space.

[stefanos_]

On Windows XP, the issue remains the same even with the latest revision.

What issue?

The issue with Ctrl-ArrowUp / Ctrl-ArrowDown to scroll text. On Debian works fine; on XP it does not. Cheers

[MortenMacFly]

The issue with Ctrl-ArrowUp / Ctrl-ArrowDown to scroll text. On Debian works fine; on XP it does not. Cheers

I am on XP, too - works fine here. Do you have the KeyMacs / Keybindings or any similar plugins enabled?

[l_inc]

Hello everybody.  I successfully used the http://apt.jenslody.de/stable repository for more than a year on my Ubuntu 12.04.2. However I just performed a regular update and somehow accepted a partial upgrade. This procedure deleted the CodeBlocks and now I can't get it back because of the libfontconfig1 versions incompatibility. I currently get the following output when trying to install codeblocks:

Code

sudo apt-get install codeblocks
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 codeblocks : Depends: libfontconfig1 (>= 2.9.0) but 2.8.0-3ubuntu9.1 is to be installed
E: Unable to correct problems, you have held broken packages.

I'm not an experienced *nix user, and have no idea, how to overcome this kind of issues. Could someone suggest a way to resolve this one?

[Jenna]

My repo is not (!!) compatible with ubuntu 12.04 (and newer), since a long time.
You should use pasguis repo instead: https://launchpad.net/~pasgui/+archive/ppa/ .

[l_inc]

jens

My repo is not (!!) compatible with ubuntu 12.04 (and newer), since a long time.

Thanks for replying, but that's strange, because as I said, I've successfully been using it until today. All updates were correctly installed and I always got a newer nightly release for CodeBlocks. Last time CodeBlocks was correctly updated from your repository was 3rd of May (to the revision 12.11svn9026-1).

[l_inc]

jens
Thanks again. Switching to the pasgui repository solved the problem. The revision is older than I had from your repository, but at least it works.

I really hate the whole *nix stuff, because it always starts feeding me with stupid administrative problems at the very moment, when the rest of my life depends on working fast on my current tasks

[oBFusCATed]

I really hate the whole *nix stuff, because it always starts feeding me with stupid administrative problems at the very moment, when the rest of my life depends on working fast on my current tasks

If you have no time to manage your system you don't execute the system updater! If it works you don't change/touch it

[Jenna]

jens

My repo is not (!!) compatible with ubuntu 12.04 (and newer), since a long time.

Thanks for replying, but that's strange, because as I said, I've successfully been using it until today. All updates were correctly installed and I always got a newer nightly release for CodeBlocks. Last time CodeBlocks was correctly updated from your repository was 3rd of May (to the revision 12.11svn9026-1).

Debian has switched the revisions: former testing is now stable, etc.
And I updated my repo today to follow this scheme.
So this might be the cause of your issue.

I do not use ubuntu (except for testing in rare cases).
And debian is installed on my wifes system, but it has testing/unstable (with very few experimental stuff), but C::B works fine there.

[stefanos_]

The issue with Ctrl-ArrowUp / Ctrl-ArrowDown to scroll text. On Debian works fine; on XP it does not. Cheers

I am on XP, too - works fine here. Do you have the KeyMacs / Keybindings or any similar plugins enabled?

I'm not disabling or enabling any plugin according to my needs. I just compile the latest revision and check for possible issues upon use. Where should I check for such plugin or functionality, just in case it got disabled if there's such functionality I mean? I have found it and yes, it's enabled. I have disabled it and tried again to use the keys and it's not working. I'm sure this plugin was on for ages and never had such issues. Is there anything else I should try?

[ptolomey]

Hi,
I am trying to find a Code::Blocks 12.11 build 8982 repository for Ubuntu 13.04.
But unfortunatelly

• The ppa https://launchpad.net/~pasgui/+archive/ppa/ doesn't contain version for Ubuntu 13.04
• and ppa http://lgp203.free.fr/ubuntu/?showdetail=codeblocks1#codeblocks1-row has no Signing key

[Alpha]

The issue with Ctrl-ArrowUp / Ctrl-ArrowDown to scroll text. On Debian works fine; on XP it does not. Cheers

Cause identified: it is the FortranProject plugin.  This plugin rebinds the keyboard shortcuts, making their previous use invalid.

[stefanos_]

The issue with Ctrl-ArrowUp / Ctrl-ArrowDown to scroll text. On Debian works fine; on XP it does not. Cheers

I am on XP, too - works fine here. Do you have the KeyMacs / Keybindings or any similar plugins enabled?

I'm not disabling or enabling any plugin according to my needs. I just compile the latest revision and check for possible issues upon use. Where should I check for such plugin or functionality, just in case it got disabled if there's such functionality I mean? I have found it and yes, it's enabled. I have disabled it and tried again to use the keys and it's not working. I'm sure this plugin was on for ages and never had such issues. Is there anything else I should try?

This is to inform everyone that the Ctrl-ArrowUp/Ctrl-ArrowDown issue can get resolved if you disable FortranProject from Plugins. I don't know why Fortran is enabled by default, but personally I don't use it. All I do on Windows, I update my revision to the latest available version and compile the entire workspace.

[killerbot]

the plug-in should be adjusted, it should not redefine keys of general purpose use.

It has to play nice ;-)

[darmar]

I have just uploaded required changes in sources of FortranProject plugin. The problem with Ctrl-ArrowUp / Ctrl-ArrowDown should be resolved.

[oBFusCATed]

dramar:
Could you please fix "make dist" in a non-source directory?
There is a failure in the Fortran plugin.

Steps to reproduce:

Code

./bootstrap
mkdir build
cd build
../configure
make dist

You have to use $srcdir and $topdir or something like this. See the other Makefiles for details.

[cacb]

After trying Nightly 8982 on Windows XP for a while, I have abandoned it for 8598 RC2 which I used before. The main issue I have seen with 8982 appears in wxSmith, where single-clicking controls on the RAD tool results in immediate generation of an event handler. This is mostly not what I want, very annoying and makes it very hard to do simple layout changes in wxSmith.

Another issue appears to be unforced focus changes, when the mouse leaves the editor area. Suddenly a random file becomes focused, causing confusion. The older 8598 RC2 does not seem to show these issues. Similarly, the 17. May tarball from Jens Lody (build 9-something, now replaced by 9145) does not show similar problems as the 8982 build on Windows.

PS. I don't build C::B myself on Windows, but rely on the prebuilt nightlies.

[pasgui]

Hi,
I am trying to find a Code::Blocks 12.11 build 8982 repository for Ubuntu 13.04.
But unfortunatelly

• The ppa https://launchpad.net/~pasgui/+archive/ppa/ doesn't contain version for Ubuntu 13.04
• and ppa http://lgp203.free.fr/ubuntu/?showdetail=codeblocks1#codeblocks1-row has no Signing key

Hi,

In fact, the source code is compiled by launchpad, but on my personal repository (lgp203), I make the executable also available for the next ubuntu versions.

Regards, pasgui