Author Topic: The 12 April 2013 build (8982) is out.  (Read 191566 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5193
The 12 April 2013 build (8982) is out.
« on: April 12, 2013, 10:04:54 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.

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:



    Offline jens

    • Administrator
    • Lives here!
    • *****
    • Posts: 7265
      • Jens' unofficial debian-repository for the Code::Blocks - IDE
    Re: The 12 April 2013 build (8982) is out.
    « Reply #1 on: April 13, 2013, 01:37:05 am »
    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 .

    Offline shurick

    • Multiple posting newcomer
    • *
    • Posts: 35
    Re: The 12 April 2013 build (8982) is out.
    « Reply #2 on: April 13, 2013, 05:53:45 am »
    Packages for openSUSE 12.1, 12.2, 12.3 (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.

    Offline Folco

    • Regular
    • ***
    • Posts: 343
      • Folco's blog (68k lover)
    Re: The 12 April 2013 build (8982) is out.
    « Reply #3 on: April 13, 2013, 07:08:01 pm »
    Thank you ! :D

    I was wondering for the date of a new nightly :D
    Kernel Extremist - PedroM power

    Offline Yamakuzure

    • Multiple posting newcomer
    • *
    • Posts: 20
    Re: The 12 April 2013 build (8982) is out.
    « Reply #4 on: April 15, 2013, 09:23:09 am »
    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: [Select]
      <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...

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 12 April 2013 build (8982) is out.
    « Reply #5 on: April 15, 2013, 10:12:15 am »
    Yamakuzure: Are you using an ebuild or self compiling?
    (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!]

    Offline Yamakuzure

    • Multiple posting newcomer
    • *
    • Posts: 20
    Re: The 12 April 2013 build (8982) is out.
    « Reply #6 on: April 15, 2013, 02:11:33 pm »
    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: [Select]
    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 ([email protected]=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 ([email protected]=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 ([email protected]=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...
    « Last Edit: April 15, 2013, 09:11:48 pm by Yamakuzure »

    Offline Biplab

    • Developer
    • Lives here!
    • *****
    • Posts: 1874
      • Biplab's Blog
    Re: The 12 April 2013 build (8982) is out.
    « Reply #7 on: April 15, 2013, 05:48:23 pm »
    I have mirrored nightlies to the following link.
    Be a part of the solution, not a part of the problem.

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 12 April 2013 build (8982) is out.
    « Reply #8 on: April 15, 2013, 09:54:27 pm »
    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.
    (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!]

    Offline Yamakuzure

    • Multiple posting newcomer
    • *
    • Posts: 20
    Re: The 12 April 2013 build (8982) is out.
    « Reply #9 on: April 16, 2013, 06:37:23 pm »
    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?
    « Last Edit: April 16, 2013, 06:39:13 pm by Yamakuzure »

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 12 April 2013 build (8982) is out.
    « Reply #10 on: April 16, 2013, 08:12:34 pm »
    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: [Select]
    # 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: L[email protected]_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
    (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!]

    Offline Yamakuzure

    • Multiple posting newcomer
    • *
    • Posts: 20
    Re: The 12 April 2013 build (8982) is out.
    « Reply #11 on: April 18, 2013, 11:29:46 am »
    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!

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 12 April 2013 build (8982) is out.
    « Reply #12 on: April 18, 2013, 12:15:23 pm »
    Hm, probably there is a bug in C::B or in GCC...
    (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!]

    Offline Randajad

    • Multiple posting newcomer
    • *
    • Posts: 13
    Re: The 12 April 2013 build (8982) is out.
    « Reply #13 on: April 20, 2013, 05:51:31 pm »
    At first startup:


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

    Offline Alpha

    • Developer
    • Lives here!
    • *****
    • Posts: 1513
    Re: The 12 April 2013 build (8982) is out.
    « Reply #14 on: April 20, 2013, 06:04:27 pm »
    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.

    Offline MaxGaspa

    • Almost regular
    • **
    • Posts: 133
    Re: The 12 April 2013 build (8982) is out.
    « Reply #15 on: April 24, 2013, 01:23:48 pm »
    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

    Offline ambarj2009

    • Single posting newcomer
    • *
    • Posts: 6
    • ambar...j
    Re: The 12 April 2013 build (8982) is out.
    « Reply #16 on: April 26, 2013, 08:03:51 pm »
    Congratulations, I loved the change.
    Thanks for the new version.

     :D
    Let life take its course.

    Offline Alpha

    • Developer
    • Lives here!
    • *****
    • Posts: 1513
    Re: The 12 April 2013 build (8982) is out.
    « Reply #17 on: April 27, 2013, 05:57:30 pm »
    With the buggy switch the compiler is no longer adding the top level dir to the list of search dirs.
    Fixed in trunk.

    Offline Ghorgoth

    • Multiple posting newcomer
    • *
    • Posts: 17
    Re: The 12 April 2013 build (8982) is out.
    « Reply #18 on: April 29, 2013, 10:22:44 am »
    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_

    • Guest
    Re: The 12 April 2013 build (8982) is out.
    « Reply #19 on: May 15, 2013, 01:39:07 pm »
    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
    « Last Edit: May 15, 2013, 02:04:21 pm by stefanos_ »

    Offline Alpha

    • Developer
    • Lives here!
    • *****
    • Posts: 1513
    Re: The 12 April 2013 build (8982) is out.
    « Reply #20 on: May 15, 2013, 04:16:35 pm »
    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?

    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5247
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 12 April 2013 build (8982) is out.
    « Reply #21 on: May 15, 2013, 04:29:37 pm »
    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.

    Quote
    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.
    If some piece of memory should be reused, turn them to variables (or const variables).
    If some piece of operations should be reused, turn them to functions.
    If they happened together, then turn them to classes.

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 12 April 2013 build (8982) is out.
    « Reply #22 on: May 15, 2013, 04:31:37 pm »
    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.
    (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!]

    stefanos_

    • Guest
    Re: The 12 April 2013 build (8982) is out.
    « Reply #23 on: May 15, 2013, 04:46:51 pm »
    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_

    • Guest
    Re: The 12 April 2013 build (8982) is out.
    « Reply #24 on: May 16, 2013, 09:40:04 pm »
    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_

    • Guest
    Re: The 12 April 2013 build (8982) is out.
    « Reply #25 on: May 17, 2013, 08:42:48 am »
    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?

    Offline ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5247
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 12 April 2013 build (8982) is out.
    « Reply #26 on: May 17, 2013, 09:01:21 am »
    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.
    If some piece of memory should be reused, turn them to variables (or const variables).
    If some piece of operations should be reused, turn them to functions.
    If they happened together, then turn them to classes.

    Offline MortenMacFly

    • Administrator
    • Lives here!
    • *****
    • Posts: 9508
    Re: The 12 April 2013 build (8982) is out.
    « Reply #27 on: May 17, 2013, 09:04:00 am »
    On Windows XP, the issue remains the same even with the latest revision.
    What issue?
    Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
    C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
    C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

    stefanos_

    • Guest
    Re: The 12 April 2013 build (8982) is out.
    « Reply #28 on: May 17, 2013, 09:43:30 am »
    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_

    • Guest
    Re: The 12 April 2013 build (8982) is out.
    « Reply #29 on: May 17, 2013, 09:45:28 am »
    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

    Offline MortenMacFly

    • Administrator
    • Lives here!
    • *****
    • Posts: 9508
    Re: The 12 April 2013 build (8982) is out.
    « Reply #30 on: May 17, 2013, 10:42:04 am »
    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?
    Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
    C::B Manual: http://www.codeblocks.org/docs/main_codeblocks_en.html
    C::B FAQ: http://wiki.codeblocks.org/index.php?title=FAQ

    Offline l_inc

    • Multiple posting newcomer
    • *
    • Posts: 56
    Re: The 12 April 2013 build (8982) is out.
    « Reply #31 on: May 17, 2013, 05:04:39 pm »
    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: [Select]
    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?

    Offline jens

    • Administrator
    • Lives here!
    • *****
    • Posts: 7265
      • Jens' unofficial debian-repository for the Code::Blocks - IDE
    Re: The 12 April 2013 build (8982) is out.
    « Reply #32 on: May 17, 2013, 05:39:22 pm »
    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/ .

    Offline l_inc

    • Multiple posting newcomer
    • *
    • Posts: 56
    Re: The 12 April 2013 build (8982) is out.
    « Reply #33 on: May 17, 2013, 05:45:12 pm »
    jens
    Quote
    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).
    « Last Edit: May 17, 2013, 05:46:59 pm by l_inc »

    Offline l_inc

    • Multiple posting newcomer
    • *
    • Posts: 56
    Re: The 12 April 2013 build (8982) is out.
    « Reply #34 on: May 17, 2013, 06:05:53 pm »
    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

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 12 April 2013 build (8982) is out.
    « Reply #35 on: May 17, 2013, 06:17:08 pm »
    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 :)
    (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!]

    Offline jens

    • Administrator
    • Lives here!
    • *****
    • Posts: 7265
      • Jens' unofficial debian-repository for the Code::Blocks - IDE
    Re: The 12 April 2013 build (8982) is out.
    « Reply #36 on: May 17, 2013, 06:35:05 pm »
    jens
    Quote
    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_

    • Guest
    Re: The 12 April 2013 build (8982) is out.
    « Reply #37 on: May 17, 2013, 06:42:26 pm »
    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?
    « Last Edit: June 08, 2013, 05:44:25 pm by ToApolytoXaos »

    Offline ptolomey

    • Multiple posting newcomer
    • *
    • Posts: 12
    Re: The 12 April 2013 build (8982) is out.
    « Reply #38 on: May 22, 2013, 07:01:35 am »
    Hi,
    I am trying to find a Code::Blocks 12.11 build 8982 repository for Ubuntu 13.04.
    But unfortunatelly

    Offline Alpha

    • Developer
    • Lives here!
    • *****
    • Posts: 1513
    Re: The 12 April 2013 build (8982) is out.
    « Reply #39 on: May 28, 2013, 03:49:15 am »
    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_

    • Guest
    Re: The 12 April 2013 build (8982) is out.
    « Reply #40 on: June 05, 2013, 12:18:29 pm »
    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.
    « Last Edit: June 08, 2013, 05:44:08 pm by ToApolytoXaos »

    Offline killerbot

    • Administrator
    • Lives here!
    • *****
    • Posts: 5193
    Re: The 12 April 2013 build (8982) is out.
    « Reply #41 on: June 05, 2013, 01:31:18 pm »
    the plug-in should be adjusted, it should not redefine keys of general purpose use.

    It has to play nice ;-)

    Offline darmar

    • Multiple posting newcomer
    • *
    • Posts: 57
    Re: The 12 April 2013 build (8982) is out.
    « Reply #42 on: June 06, 2013, 08:43:32 pm »
    I have just uploaded required changes in sources of FortranProject plugin. The problem with Ctrl-ArrowUp / Ctrl-ArrowDown should be resolved.

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 12122
      • Travis build status
    Re: The 12 April 2013 build (8982) is out.
    « Reply #43 on: June 06, 2013, 11:52:24 pm »
    dramar:
    Could you please fix "make dist" in a non-source directory?
    There is a failure in the Fortran plugin.

    Steps to reproduce:
    Code: [Select]
    ./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.
    (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!]

    Offline cacb

    • Regular
    • ***
    • Posts: 399
    Re: The 12 April 2013 build (8982) is out.
    « Reply #44 on: June 11, 2013, 02:56:54 pm »
    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.

    Offline pasgui

    • Almost regular
    • **
    • Posts: 165
      • LGP
    Re: The 12 April 2013 build (8982) is out.
    « Reply #45 on: June 12, 2013, 09:13:02 am »
    Hi,
    I am trying to find a Code::Blocks 12.11 build 8982 repository for Ubuntu 13.04.
    But unfortunatelly
    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