Author Topic: The 30 August 2010 build (6562) is out.  (Read 12962 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5193
The 30 August 2010 build (6562) is out.
« on: August 30, 2010, 08:17:40 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_wx2810_gcc441.7z

For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10_gcc441.7z

The 30 August 2010 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20100830_rev6562_win32.7z
  - Linux :
   none

Resolved Fixed:

  • applied i18n patch for NassiShneiderman plugin thanks Xaviou
  • applied patch #3051: Fixed regex testbed dialog fields - missing data (completes a previous commit)
  • EditorTweaks plugin: i18n fix to avoid crash when context-menu is shown; tiny fix for unix project-file
  • allow running DMD on all platforms
  • add LDC compiler, LLVM backend / D1 language / Tango library

Regressions/Confirmed/Annoying/Common bugs:



    Offline Xaviou

    • Regular
    • ***
    • Posts: 302
      • X@v's wxStuff
    Re: The 30 August 2010 build (6562) is out.
    « Reply #1 on: August 30, 2010, 10:29:13 pm »
    Resolved Fixed:

    • EditorTweaks plugin: i18n fix to avoid crash when context-menu is shown; tiny fix for unix project-file

    Hum... It seems not  :(
    But I've founded something :
    In the translation file, if the translations of the words "&Edit" and "Edit" doesn't match (I mean, if the translation of the first one is not equal to the translation of the second one with the character "&" at the first position), C::B crashes while opening the contextual menu.

    For example, the following "po" file works fine :
    Code: [Select]
    msgid ""
    msgstr ""
    "Project-Id-Version: codeblocks\n"
    "Report-Msgid-Bugs-To: \n"
    "POT-Creation-Date: 2010-08-24 20:51+0200\n"
    "PO-Revision-Date: 2010-08-30 22:19+0100\n"
    "Last-Translator: \n"
    "Language-Team:  <[email protected]>\n"
    "MIME-Version: 1.0\n"
    "Content-Type: text/plain; charset=UTF-8\n"
    "Content-Transfer-Encoding: 8bit\n"

    msgid "&Edit"
    msgstr "&Edition"

    msgid "Edit"
    msgstr "Edition"

    But this one makes C::B crash :
    Code: [Select]
    msgid ""
    msgstr ""
    "Project-Id-Version: codeblocks\n"
    "Report-Msgid-Bugs-To: \n"
    "POT-Creation-Date: 2010-08-24 20:51+0200\n"
    "PO-Revision-Date: 2010-08-30 22:21+0100\n"
    "Last-Translator: \n"
    "Language-Team:  <[email protected]>\n"
    "MIME-Version: 1.0\n"
    "Content-Type: text/plain; charset=UTF-8\n"
    "Content-Transfer-Encoding: 8bit\n"

    msgid "&Edit"
    msgstr "&Edition1"

    msgid "Edit"
    msgstr "Edition2"

    Don't know if it can help, but I hope so...

    Regards

    Xav'
    The french wxWidgets site : http://www.wxdev.fr
    My wxWidgets's stuff : https://wxstuff.xaviou.fr/

    Offline ahui886

    • Multiple posting newcomer
    • *
    • Posts: 29
    Re: The 30 August 2010 build (6562) is out.
    « Reply #2 on: August 31, 2010, 03:36:09 am »
    thanks

    Offline gd_on

    • Regular
    • ***
    • Posts: 494
    Re: The 30 August 2010 build (6562) is out.
    « Reply #3 on: August 31, 2010, 02:22:57 pm »
    Thanks Xav. :)
    I think you have found the problem, and it's an important point for all translators.
    In the strings used by CB, we have effectively a few times the same one with and without the &. Theses strings are used in some situations by CB and more precisely by wxWidgets, I think, to obtain underlined characters used for keyboard shortcuts.
    These chains are different for C, C++, xgetext, poedit, ..., but obviously not for C::B while using wxWidgets.
    So, we, as translators, must be aware to exactly match all the chains which appears sometimes with the & and sometimes not.
    It can produce a C::B crash, as the one mentioned previously, but also simply something which does not work as expected.
    For example we find these strings in C::B:
    &End-of-line mode
    End-of-line mode
    End-of-line Mode

    May be the last one could be avoided, but this is not the problem.

    The translation of the 2 first must exactly match (the position of the & in the translation is not important, I think). If not, EditorTweaks does not crash, but the translated menu of "End-of-line mode" appears twice in two different places, which is not the same behavior than in a standard English C::B, I mean a non i18n C::B. More, they can work differently in two different parts of the software, because they don't call the same function (may be it's not the case here, but this is just an example!).

    Is it a C::B problem, a wxWidget one, a shared one, this is not really important. Just, translators must be aware that chains which appears both with & and without & MUST exactly match.

    Thanks again Xav for having found this.

    gd_on

    Windows 10, svn C::B (last version or almost!), WxWidgets 3.1.3, Compilers 8.1.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\MinGW64) or 32 bits (sjlj, posix in C:\MinGW32).

    Offline gd_on

    • Regular
    • ***
    • Posts: 494
    Re: The 30 August 2010 build (6562) is out.
    « Reply #4 on: September 01, 2010, 10:05:21 am »
    Well, finally I think there is a bug in EditorTweaks.
    At line 211 we find :
    Code: [Select]
    int i=menuBar->FindMenu(_("Edit"));but the real menu here, I think, is &Edit, so it should be :
    Code: [Select]
    int i=menuBar->FindMenu(_("&Edit"));
    I tested this both for standard C::B and i18n configuration. It works.

    at line 221 the problem is not exactly the same (more subtle !) :
    We have :
    Code: [Select]
           if(mm->GetLabel()==_("End-of-line mode"))
                menu->Remove(mm);
    but the real menu is, I think, &End-of-line mode.
    But if I try :
    Code: [Select]
           if(mm->GetLabel()==_("&End-of-line mode"))
                menu->Remove(mm);
    it does not work as expected, probably because when the GetLabel is executed, the alt key is not down, so the label appears on the screen as "End-of-line mode" and not "End-of-line mode".
    So, It's better to leave this part of code as it is now. May be to add both possibilities as :
    Code: [Select]
           if(mm->GetLabel()==_("End-of-line mode"))
                menu->Remove(mm);
            if(mm->GetLabel()==_("&End-of-line mode"))
                menu->Remove(mm);
    but is it useful ?

    May be, there is an other way to recover the right menu before removing it here.

    In fact, everything happens as is the answer (or result of the instruction) is the right one, so the code works, but the question (or request) is not exactly the right one ! That's my feeling.

    gd_on
    « Last Edit: September 01, 2010, 10:54:34 am by gd_on »
    Windows 10, svn C::B (last version or almost!), WxWidgets 3.1.3, Compilers 8.1.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\MinGW64) or 32 bits (sjlj, posix in C:\MinGW32).

    Offline jens

    • Administrator
    • Lives here!
    • *****
    • Posts: 7265
      • Jens' unofficial debian-repository for the Code::Blocks - IDE
    Re: The 30 August 2010 build (6562) is out.
    « Reply #5 on: September 01, 2010, 01:32:20 pm »
    GetLabel returns the label text without accelerators, so it's up to the translator to use the same translation with and without accelerator (with and without the "&"), even if this means they have to know whether tge word is a menu-entry or something completely different that might be translated to a different word.

    By the way: GetLabel is deprecated and GetItemLabelText should be used therefore.

    Offline Omnipotent Geass

    • Single posting newcomer
    • *
    • Posts: 4
    Re: The 30 August 2010 build (6562) is out.
    « Reply #6 on: September 04, 2010, 06:10:29 am »
    Any Linux binaries? I also seem to have issues trying to compile code from the svn repository.

    Offline ptDev

    • Almost regular
    • **
    • Posts: 222
    Re: The 30 August 2010 build (6562) is out.
    « Reply #7 on: September 04, 2010, 09:34:12 am »
    Any Linux binaries? I also seem to have issues trying to compile code from the svn repository.

    I often build C::B from the svn. What is your procedure?

    Offline Omnipotent Geass

    • Single posting newcomer
    • *
    • Posts: 4
    Re: The 30 August 2010 build (6562) is out.
    « Reply #8 on: September 05, 2010, 01:43:03 am »
    Well I am fairly new to linux and normally have used windows I have tried following the tutorial here http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Linux.

    I can not seem to get it to work.

    I am running a variant of ubuntu 10.04.

    when I try to use the command which would install an older version.
    sudo apt-get install code-blocks I get the following. So any help would be great.

    Code: [Select]
    [email protected]:/$ sudo apt-get install codeblocks
    Reading package lists... Done
    Building dependency tree       
    Reading state information... Done
    Suggested packages:
      wx-common codeblocks-contrib
    The following NEW packages will be installed
      codeblocks
    0 upgraded, 1 newly installed, 0 to remove and 11 not upgraded.
    Need to get 0B/4,195kB of archives.
    After this operation, 10.9MB of additional disk space will be used.
    y
    (Reading database ... 211876 files and directories currently installed.)
    Unpacking codeblocks (from .../codeblocks_8.02-0ubuntu4_i386.deb) ...
    dpkg: error processing /var/cache/apt/archives/codeblocks_8.02-0ubuntu4_i386.deb (--unpack):
     trying to overwrite '/usr/share/man/man1/codesnippets.1.gz', which is also in package codeblocks-contrib-common 0:10.05-0ubuntu1~lucid
    dpkg-deb: subprocess paste killed by signal (Broken pipe)
    Processing triggers for desktop-file-utils ...
    Processing triggers for python-gmenu ...
    Rebuilding /usr/share/applications/desktop.en_GB.utf8.cache...
    Processing triggers for gnome-icon-theme ...
    Processing triggers for man-db ...
    Processing triggers for menu ...
    Processing triggers for python-support ...
    Errors were encountered while processing:
     /var/cache/apt/archives/codeblocks_8.02-0ubuntu4_i386.deb
    E: Sub-process /usr/bin/dpkg returned an error code (1)