Author Topic: The 27 July 2009 build (5716) is out.  (Read 104776 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
The 27 July 2009 build (5716) is out.
« on: July 27, 2009, 06:32:49 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.7z

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

The 27 July 2009 build is out.
  - Windows :
   http://prdownload.berlios.de/codeblocks/CB_20090727_rev5716_win32.7z
  - Linux :
   none

Resolved Fixed:

  • BrowseTracker 1.2.80 2009/07/22
    - Call OnEditorActivated() from OnEditorOpened() because editors actived by Alt-G, "Swap header/source", and "Recent files" have no cbEditor associated in EVT_EDITOR_ACTIVATED, and GetActiveEditor() returns NULL.
    - Hack to find editor's project. Since wxAuiNotebook, the initial EVT_EDITOR_ACTIVATED has no cbEditor or cbProject associated.
  • make indendation-guide be shown in empty lines too, thanks to ollydbg
  • brace completion [applied patch 2746 ]
  • added missing properties in editorcolourset's copy constructor
  • fixed a crash-candidate; corrected HitTest in switcher-dialog
  • added version-guards for wxAuiToolbar in wxSmithAui, because it was added to wxWidgets in 2.8.9 and breaks build on some distros
  • avoid underlinking of wxSmithContribItems
  • precompile sdk.h, otherwise debugging on linux is partly broken if gcc >= 4.3, see http://forums.codeblocks.org/index.php/topic,10529.msg73835.html#msg73835
  • fixes for ThreadSearch to use C::B's encoding-detection
  • (nasty) hack to avoid a name-conflict between wxWidgets GSocket and the one introduced in glib 2.21

Regressions/Confirmed/Annoying/Common bugs:



    Offline Xaviou

    • Regular
    • ***
    • Posts: 402
      • X@v's wxStuff
    Re: The 27 July 2009 build (5716) is out.
    « Reply #1 on: July 27, 2009, 09:08:31 pm »
    Ubuntu 8.04 to 9.04 Amd64 tar.gz archive (containing '.deb' installers builds with wx2810) can be found  here (direct link).
    ".mo" files for french translation can be founded here (see below for installation instructions)
    Full Win32 French Version (including wxWidgets and MinGW dlls and french ".mo" files) can be founded here

    Installing french files:
    • under Linux : put these files in /usr/share/codeblocks/locale/fr_FR/ (you'll have to create these folders the first time)
    • under Windows : put these files in $CodeBlocks_Install_Dir\share\CodeBlocks\locale\fr_FR\ (you'll have to create these folders the first time)

    Regards
    Xav'
    « Last Edit: July 27, 2009, 10:04:46 pm by Xaviou »
    The french wxWidgets site : http://www.wxdev.fr
    My wxWidgets's stuff : https://wxstuff.xaviou.fr/

    Offline Jenna

    • Administrator
    • Lives here!
    • *****
    • Posts: 7255
    Re: The 27 July 2009 build (5716) is out.
    « Reply #2 on: July 28, 2009, 01:11:05 am »
    Just moved the debian-build on my server (see signature) into the repo.

    They are build on lenny-pbuilder and linked against wxWidgets 2.8.10.

    Offline ahui886

    • Multiple posting newcomer
    • *
    • Posts: 29
    Re: The 27 July 2009 build (5716) is out.
    « Reply #3 on: July 28, 2009, 07:20:38 am »
    thx

    Offline Loaden

    • Lives here!
    • ****
    • Posts: 1014
    Re: The 27 July 2009 build (5716) is out.
    « Reply #4 on: July 28, 2009, 07:54:36 am »
    Have a question, i hope CB term can fix it. Thanks!


    [attachment deleted by admin]

    Offline MortenMacFly

    • Administrator
    • Lives here!
    • *****
    • Posts: 9694
    Re: The 27 July 2009 build (5716) is out.
    « Reply #5 on: July 28, 2009, 09:23:13 am »
    Have a question, i hope CB term can fix it. Thanks!
    If you mean "team" by "term" the it's "fixed" (probably better to say adjusted) in trunk.
    Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
    C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
    C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

    Offline Loaden

    • Lives here!
    • ****
    • Posts: 1014
    Re: The 27 July 2009 build (5716) is out.
    « Reply #6 on: July 28, 2009, 10:22:16 am »
    Have a question, i hope CB term can fix it. Thanks!
    If you mean "team" by "term" the it's "fixed" (probably better to say adjusted) in trunk.
    Oh. god.
    Sorry for my poor english.
    I build SVN5717, this question is gone!
    thanks!

    Offline Loaden

    • Lives here!
    • ****
    • Posts: 1014
    Re: The 27 July 2009 build (5716) is out.
    « Reply #7 on: July 28, 2009, 10:32:15 am »
    I have a question: on the compiled information, as when using GCC 4.
    I hope the CB development team can fix it, thank you!

    In the 'Start here' page of the information displayed:

    svn build rev 5717 (2009-07-28T07: 15:12.319835 Z) gcc 4.4.1 Windows / unicode

    The time format is wrong.

    Offline vix

    • Multiple posting newcomer
    • *
    • Posts: 60
    Re: The 27 July 2009 build (5716) is out.
    « Reply #8 on: July 28, 2009, 12:34:41 pm »
    I found a problem in File Encoding, running C::B under WinXP SP3: C files containing western characters like è, é, ò, ... aren't displayed correctly.
    You can simply reproduce the problem if you create a new C file with the following content
    Code
    hello èé
    and save it as foo.c with File encoding >> System default (that is 1252 under WinXP),
    After you close and re-open it inside C::B you should see
    Quote
    hello ий
    The two western characters with ASCII codes 0xE8 and 0xE9 aren't displayed correctly.

    If you force the encoding to System default, an Encoding Changed popup appears in the bottom right corner of the display
    « Last Edit: July 29, 2009, 09:39:43 am by vix »

    Offline trdm

    • Single posting newcomer
    • *
    • Posts: 5
    • Male
      • unNStudioReport
    Re: The 27 July 2009 build (5716) is out.
    « Reply #9 on: July 28, 2009, 12:51:52 pm »
    try 5716-svn:


    [attachment deleted by admin]

    Offline MortenMacFly

    • Administrator
    • Lives here!
    • *****
    • Posts: 9694
    Re: The 27 July 2009 build (5716) is out.
    « Reply #10 on: July 28, 2009, 12:53:55 pm »
    svn build rev 5717 (2009-07-28T07: 15:12.319835 Z) gcc 4.4.1 Windows / unicode
    That's not wrong, that's exactly how SVN reports the date/time. It's just "a" format. Check any "entries" file in a .svn sub-foldr if you like. It's all the same.
    Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
    C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
    C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

    Offline Jenna

    • Administrator
    • Lives here!
    • *****
    • Posts: 7255
    Re: The 27 July 2009 build (5716) is out.
    « Reply #11 on: July 28, 2009, 02:09:35 pm »
    svn build rev 5717 (2009-07-28T07: 15:12.319835 Z) gcc 4.4.1 Windows / unicode
    That's not wrong, that's exactly how SVN reports the date/time. It's just "a" format. Check any "entries" file in a .svn sub-foldr if you like. It's all the same.
    We parse the date with a regex, if we use automake on linux.

    We can do something similar on windows (of course without regexes).
    Any objections against this patch:

    Code
    Index: autorevision.cpp
    ===================================================================
    --- autorevision.cpp (Revision 5716)
    +++ autorevision.cpp (Arbeitskopie)
    @@ -122,6 +122,8 @@
                 if(d && d->GetText())
                 {
                     date = d->GetText();
    +                date.replace(date.find('T'),1," ");
    +                date.resize(date.find('.'));
                 }
                 return 1;
             }

    Offline MortenMacFly

    • Administrator
    • Lives here!
    • *****
    • Posts: 9694
    Re: The 27 July 2009 build (5716) is out.
    « Reply #12 on: July 28, 2009, 03:18:40 pm »
    We parse the date with a regex, if we use automake on linux.
    Linux I don't know. But he was talking about Windows. However - what's wrong with using the format as it is used in the (any) SVN repository? I mean: We *are* talking about a SVN revision here, right?
    Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
    C::B Manual: https://www.codeblocks.org/docs/main_codeblocks_en.html
    C::B FAQ: https://wiki.codeblocks.org/index.php?title=FAQ

    Offline Jenna

    • Administrator
    • Lives here!
    • *****
    • Posts: 7255
    Re: The 27 July 2009 build (5716) is out.
    « Reply #13 on: July 28, 2009, 04:24:26 pm »
    We parse the date with a regex, if we use automake on linux.
    Linux I don't know. But he was talking about Windows. However - what's wrong with using the format as it is used in the (any) SVN repository? I mean: We *are* talking about a SVN revision here, right?

    I know that he is talking about windows.

    I don't know, why subversion uses this format for date/time of last commit (internally), but are there any objections against using a format, that's (better) human-readable for the date and time ?

    The only cause would be, if we have to distinguish between to revision, that came in at the same second, but we also use the revision-number, so I don't see any problem.
    And I don't think the patch to autorevision.cpp can break anything, unless the svn date-format changes.

    Offline Biplab

    • Developer
    • Lives here!
    • *****
    • Posts: 1874
      • Biplab's Blog
    Re: The 27 July 2009 build (5716) is out.
    « Reply #14 on: July 28, 2009, 04:48:39 pm »
    We parse the date with a regex, if we use automake on linux.
    Linux I don't know. But he was talking about Windows. However - what's wrong with using the format as it is used in the (any) SVN repository? I mean: We *are* talking about a SVN revision here, right?

    I know that he is talking about windows.

    I don't know, why subversion uses this format for date/time of last commit (internally), but are there any objections against using a format, that's (better) human-readable for the date and time ?

    The only cause would be, if we have to distinguish between to revision, that came in at the same second, but we also use the revision-number, so I don't see any problem.
    And I don't think the patch to autorevision.cpp can break anything, unless the svn date-format changes.

    Better consult with Thomas first. Once I wanted to fix this issue. But he didn't want to touch that code. I forgot the exact objection. :)
    Be a part of the solution, not a part of the problem.