Author Topic: The 28 October 2017 build (11219) is out.  (Read 39978 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5490
The 28 October 2017 build (11219) is out.
« on: October 29, 2017, 07:32:53 am »

IMPORTANT : THIS IS THE FIRST BUILD THAT USES WX 303 AND IS A 64 BIT APPLICATION.



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(s) for Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw30u_gcc_cb_wx303_gcc510-TDM-2.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_gcc510-TDM.7z


The 28 October 2017 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2017/CB_20171028_rev11219_win64.7z
  - Linux :
   none

The current SDK version is : 1.32.0

Resolved Fixed:

  • debugger: Mark the GDB attach to process command to be a continue command
  • wx3: Fix assert when loading files and the global enconding setting is set to default (ticket #305)

Regressions/Confirmed/Annoying/Common bugs:


    « Last Edit: October 29, 2017, 03:51:01 pm by killerbot »

    Offline killerbot

    • Administrator
    • Lives here!
    • *****
    • Posts: 5490
    Re: The 28 October 2017 build (11219) is out.
    « Reply #1 on: October 29, 2017, 07:35:00 am »
    we will first see how well a wx303 64 bit application works, once that is stable enough we will upgrade to wx310.

    Online ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5910
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 28 October 2017 build (11219) is out.
    « Reply #2 on: October 29, 2017, 08:54:36 am »
    Hi, thanks for your work.

    The first thing I see when start the C::B, I get a warning dialog, see below:
    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.

    Online ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5910
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 28 October 2017 build (11219) is out.
    « Reply #3 on: October 29, 2017, 09:00:40 am »
    OK, I see a second issue: the threadsearch plugin's file mask field can't be saved when I close the setting dialog(or close C::B), which I meet days ago under wxWidgets 3.1 based 32 bit C::B, see my original bug report here: Re: Threadsearch plugin cause crash when initilized (wx3.1,C::B svn head)
    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 Melchior

    • Multiple posting newcomer
    • *
    • Posts: 64
    • Sage of Life, Reason, and Time
    Re: The 28 October 2017 build (11219) is out.
    « Reply #4 on: October 29, 2017, 09:06:20 am »
    Quote
    Mark the GDB attach to process command to be a continue command

    NICE I had issues with importing and building....
    - LibPNG  http://www.libpng.org/pub/png/libpng.html

    the project file once imported it does NOT work correctly, the VC++ project file..
    it uses the copy cmd to copy and rename... as follows..
    Code
    <Tool Name="VCPreBuildEventTool" CommandLine="copy ..\..\scripts\pnglibconf.h.prebuilt ..\..\pnglibconf.h"/>

    copy ..\..\scripts\pnglibconf.h.prebuilt ..\..\pnglibconf.h

    the problem is in CodeBlocks it pauses to ask whether it is a FILE or DIRECTORY lol :P ;)
    and the C::B console sub-window HAS NO CMD input box.. so its a stall..

    SO my work around as follows.. 
    even when switching to xcopy

    ops lol that was the old method..  lol ;) 
    when I last compiled and updated libPNG.. that was v1.6.30 now v1.6.32..
    I have it just haven't felt like compiling it yet...

    anyway back to the point here is the new method that seems to work fully as a "work around"
    Code
    <ExtraCommands>
         <Add before="cmd /C  type ..\..\scripts\pnglibconf.h.prebuilt &gt; ..\..\pnglibconf.h" />
    </ExtraCommands>


    :: THIS ONE WORKS INSIDE CodeBlocks
    cmd /C  type ..\..\scripts\pnglibconf.h.prebuilt > ..\..\pnglibconf.h

    is there anything you devs can do to mitigate this?
    I thought of this problem I have when importing LibPNG VC++ project file because of your changelog comment
    (PC Specs)
    CPU: AMD FX-9590 4.7GHz 8-core  RAM: 32GB
    Motherboard: Asus SABERTOOTH 990FX R2.0
    GPU: nVidia GTX 1070 Ti 8GB  --  GFX Drivers: Nvidia v431.60
    OS: Windows 7 Ultimate 64-bit SP1 (x64)

    Offline Melchior

    • Multiple posting newcomer
    • *
    • Posts: 64
    • Sage of Life, Reason, and Time
    Re: The 28 October 2017 build (11219) is out.
    « Reply #5 on: October 29, 2017, 09:09:02 am »
    COOL thx.. Huwayy!! 64bit C::B AT LAST!!!!!! lol ;)
    I will download and give it a run in my test directory!

    EDIT:
    the  the mingw10m.dll linked above is 32bit.. and for windows to load the NEW and SHINY 64bit C::B
    pretty sure ALL must be 64bit.. ie. exe, dlls, and plugin dlls
    testing now..

    ALL binary files except [ mingw10m.dll ] are 64bit!
    « Last Edit: October 29, 2017, 09:34:00 am by Melchior »
    (PC Specs)
    CPU: AMD FX-9590 4.7GHz 8-core  RAM: 32GB
    Motherboard: Asus SABERTOOTH 990FX R2.0
    GPU: nVidia GTX 1070 Ti 8GB  --  GFX Drivers: Nvidia v431.60
    OS: Windows 7 Ultimate 64-bit SP1 (x64)

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 28 October 2017 build (11219) is out.
    « Reply #6 on: October 29, 2017, 09:18:19 am »
    the problem is in CodeBlocks it pauses to ask whether it is a FILE or DIRECTORY lol :P ;)
    and the C::B console sub-window HAS NO CMD input box.. so its a stall..
    No, it is not a cb problem. When you use some command you must make sure that it will never ask for input. Check the copy command's help to see if there is some flag which makes it quiet or forces execution.
    (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 Xaviou

    • Regular
    • ***
    • Posts: 402
      • X@v's wxStuff
    Re: The 28 October 2017 build (11219) is out.
    « Reply #7 on: October 29, 2017, 09:25:23 am »
    Hi.

    The MinGW dll's link points to the same file as the one for the "old" 32 bits version.

    Is it a normal thing ?

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

    Offline Melchior

    • Multiple posting newcomer
    • *
    • Posts: 64
    • Sage of Life, Reason, and Time
    Re: The 28 October 2017 build (11219) is out.
    « Reply #8 on: October 29, 2017, 09:40:06 am »
    the problem is in CodeBlocks it pauses to ask whether it is a FILE or DIRECTORY lol :P ;)
    and the C::B console sub-window HAS NO CMD input box.. so its a stall..
    No, it is not a cb problem. When you use some command you must make sure that it will never ask for input. Check the copy command's help to see if there is some flag which makes it quiet or forces execution.

    hmm.. meh..
    so no chance an addition check box style option could be added to the cmd entry screen?


    the copy and xcopy command can do
    Code
    /Y = Suppresses prompting to confirm you want to overwrite an  existing destination file.

    does not work on the is it a DIR or FILE

    there is also
    Code
    /I = If destination does not exist and copying more than one file, assumes that destination must be a directory.
    but does not apply maybe.. not sure.. that is I may have tried it when I was debugging my "problem"..

    « Last Edit: October 29, 2017, 09:41:52 am by Melchior »
    (PC Specs)
    CPU: AMD FX-9590 4.7GHz 8-core  RAM: 32GB
    Motherboard: Asus SABERTOOTH 990FX R2.0
    GPU: nVidia GTX 1070 Ti 8GB  --  GFX Drivers: Nvidia v431.60
    OS: Windows 7 Ultimate 64-bit SP1 (x64)

    Offline killerbot

    • Administrator
    • Lives here!
    • *****
    • Posts: 5490
    Re: The 28 October 2017 build (11219) is out.
    « Reply #9 on: October 29, 2017, 10:15:33 am »
    for some reason I don't seem to find (mingw10.dll)it in my TDM-GCC-64 install location, WTF.

    Anyone else do find it in this TDM-GCC-64 install location ?

    EDIT : I have a feeling that this dll is no longer needed, please try without.
    Maybe it is only needed for 32 bit (will check my 32 bit installation later today, or maybe since TDM 5.1 no longer needed, though I think I have found it there in the 32 installation location ...)

    So please try without the mingwm10.dll.

    EDIT 2 : this dll is indeed present in 32bit setup, and apparently not in 64 bit.
    « Last Edit: October 29, 2017, 10:41:03 am by killerbot »

    Online ollydbg

    • Developer
    • Lives here!
    • *****
    • Posts: 5910
    • OpenCV and Robotics
      • Chinese OpenCV forum moderator
    Re: The 28 October 2017 build (11219) is out.
    « Reply #10 on: October 29, 2017, 10:22:10 am »
    Question:
    What does the mingwm10.dll use for? I mean I just download this dll, and extracted it, and I don't see any issue when I start this 64bit C::B.
    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 Jenna

    • Administrator
    • Lives here!
    • *****
    • Posts: 7255
    Re: The 28 October 2017 build (11219) is out.
    « Reply #11 on: October 29, 2017, 01:03:42 pm »
    Builds for Fedora (25, 26, 27, Rawhide), CentOS 7 and Debian (stable and testing) can be found in my copr or on my server.
    Links can be found in my signature.

    Offline Kilmatead

    • Single posting newcomer
    • *
    • Posts: 5
    Re: The 28 October 2017 build (11219) is out.
    « Reply #12 on: October 29, 2017, 01:08:36 pm »
    Am I the only one seeing rather serious redraw issues in the editor?  Just holding down the <Up> or <Down> keys to vertically scroll quickly through text seems to leave (I don't know how best to describe it) "residual caret positions", complete with highlighted backgrounds (from the highlight-line-under-caret setting).



    Also, if scrolling occurs (from the cursor movement, not from mouse), many lines will either be duplicated or disappear entirely - though this is only a visual distortion, as all aberrant effects disappear if the screen is refreshed for any reason (re-showing hidden panels, changing font size, etc).

    I can't seem to find any settings which cause it - I erased all CB settings (from appdata), and it occurs from a "stock" setup as well.

    Win7 x64, CB 11219

    (This does't happen for any of the older x86 nightlies, just this new x64 one.)

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 28 October 2017 build (11219) is out.
    « Reply #13 on: October 29, 2017, 01:33:50 pm »
    hmm.. meh..
    so no chance an addition check box style option could be added to the cmd entry screen?
    What will be the purpose of this checkbox?
    (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 killerbot

    • Administrator
    • Lives here!
    • *****
    • Posts: 5490
    Re: The 28 October 2017 build (11219) is out.
    « Reply #14 on: October 29, 2017, 03:52:52 pm »
    Hi, thanks for your work.

    The first thing I see when start the C::B, I get a warning dialog, see below:

    ensure that nothing is left form the old 32 bit version (nor can be found in PATH). Do you still suffer from this problem ?

    Offline Jenna

    • Administrator
    • Lives here!
    • *****
    • Posts: 7255
    Re: The 28 October 2017 build (11219) is out.
    « Reply #15 on: October 29, 2017, 04:09:34 pm »
    Hi, thanks for your work.

    The first thing I see when start the C::B, I get a warning dialog, see below:

    ensure that nothing is left form the old 32 bit version (nor can be found in PATH). Do you still suffer from this problem ?
    That's nothing new, it has to do with wx3 and happens if C::B is started with the "-v"-parameter, nothing to worry about.

    Offline Melchior

    • Multiple posting newcomer
    • *
    • Posts: 64
    • Sage of Life, Reason, and Time
    Re: The 28 October 2017 build (11219) is out.
    « Reply #16 on: October 29, 2017, 04:20:12 pm »
    hmm.. meh..
    so no chance an addition check box style option could be added to the cmd entry screen?
    What will be the purpose of this checkbox?

    it could be a anything I suppose lol ;)
    - add a pre determined response, ie it is known that such a error will ocur..

    however there are two possibilities...
    IF the file doesn't exist, I will get a DIR or FILE prompt...
     but if it does then it will ask to overwrite, this I can overrule if /Y is set to suppress such prompts..
    O_o X_x
    (PC Specs)
    CPU: AMD FX-9590 4.7GHz 8-core  RAM: 32GB
    Motherboard: Asus SABERTOOTH 990FX R2.0
    GPU: nVidia GTX 1070 Ti 8GB  --  GFX Drivers: Nvidia v431.60
    OS: Windows 7 Ultimate 64-bit SP1 (x64)

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 28 October 2017 build (11219) is out.
    « Reply #17 on: October 29, 2017, 06:01:41 pm »
    it could be a anything I suppose lol ;)
    - add a pre determined response, ie it is known that such a error will ocur..

    however there are two possibilities...
    IF the file doesn't exist, I will get a DIR or FILE prompt...
     but if it does then it will ask to overwrite, this I can overrule if /Y is set to suppress such prompts..
    O_o X_x
    I have no idea what you're talking about...
    Are you suggesting to add code which parse the output of the copy command and do send the correct response?
    (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 Melchior

    • Multiple posting newcomer
    • *
    • Posts: 64
    • Sage of Life, Reason, and Time
    Re: The 28 October 2017 build (11219) is out.
    « Reply #18 on: October 29, 2017, 10:35:07 pm »
    it could be a anything I suppose lol ;)
    - add a pre determined response, ie it is known that such a error will occur..

    however there are two possibilities...
    IF the file doesn't exist, I will get a DIR or FILE prompt...
     but if it does then it will ask to overwrite, this I can overrule if /Y is set to suppress such prompts..
    O_o X_x
    I have no idea what you're talking about...
    Are you suggesting to add code which parse the output of the copy command and do send the correct response?


    this is it.
    Code
    Microsoft Windows [Version 6.1.7601]
    Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

    C:\>xcopy test.txt test2.txt
    Does test2.txt specify a file name
    or directory name on the target
    (F = file, D = directory)?  "waiting for response"

    yeah sure..

    aside from adding the ability to set predetermined response in the  "Re/post build steps" tab

    how about a simple popup dialog box that I can input a response to a cmd query??  That sound cool!
    (PC Specs)
    CPU: AMD FX-9590 4.7GHz 8-core  RAM: 32GB
    Motherboard: Asus SABERTOOTH 990FX R2.0
    GPU: nVidia GTX 1070 Ti 8GB  --  GFX Drivers: Nvidia v431.60
    OS: Windows 7 Ultimate 64-bit SP1 (x64)

    Offline stahta01

    • Lives here!
    • ****
    • Posts: 7582
      • My Best Post
    Re: The 28 October 2017 build (11219) is out.
    « Reply #19 on: October 29, 2017, 11:36:37 pm »
    it could be a anything I suppose lol ;)
    - add a pre determined response, ie it is known that such a error will occur..

    however there are two possibilities...
    IF the file doesn't exist, I will get a DIR or FILE prompt...
     but if it does then it will ask to overwrite, this I can overrule if /Y is set to suppress such prompts..
    O_o X_x
    I have no idea what you're talking about...
    Are you suggesting to add code which parse the output of the copy command and do send the correct response?


    this is it.
    Code
    Microsoft Windows [Version 6.1.7601]
    Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

    C:\>xcopy test.txt test2.txt
    Does test2.txt specify a file name
    or directory name on the target
    (F = file, D = directory)?  "waiting for response"

    yeah sure..

    aside from adding the ability to set predetermined response in the  "Re/post build steps" tab

    how about a simple popup dialog box that I can input a response to a cmd query??  That sound cool!

    Good patches are welcome; but, I think it is a lot of work for very little gain.

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

    Offline BlueHazzard

    • Developer
    • Lives here!
    • *****
    • Posts: 3353
    Re: The 28 October 2017 build (11219) is out.
    « Reply #20 on: October 30, 2017, 09:33:18 am »
    You can use squirrel scripting to copy the files. Or also to use the command line. But i don't think it is possible to pipe data to and from the execution in squirrel...
    see http://wiki.codeblocks.org/index.php/Scripting_commands#IO_namespace

    Offline Melchior

    • Multiple posting newcomer
    • *
    • Posts: 64
    • Sage of Life, Reason, and Time
    Re: The 28 October 2017 build (11219) is out.
    « Reply #21 on: October 30, 2017, 12:31:25 pm »
    Squirrel? Never heard of it...
    (PC Specs)
    CPU: AMD FX-9590 4.7GHz 8-core  RAM: 32GB
    Motherboard: Asus SABERTOOTH 990FX R2.0
    GPU: nVidia GTX 1070 Ti 8GB  --  GFX Drivers: Nvidia v431.60
    OS: Windows 7 Ultimate 64-bit SP1 (x64)

    Offline Xaviou

    • Regular
    • ***
    • Posts: 402
      • X@v's wxStuff
    Re: The 28 October 2017 build (11219) is out.
    « Reply #22 on: November 03, 2017, 07:22:01 pm »
    Hi.

    I've noticed that the "Code::Blocks" log tab displays warnings at startup.

    Here is the full content of what it displays with the 32bits version (rev 11216) :
    Quote from: Code::Blocks-Win32-Rev11216
    Scanning for lexers in C:\CodeBlocks\share\codeblocks/lexers/...
    Found 57 lexers
    Loading lexer_A68k
    Loading lexer_ada
    Loading lexer_angelscript
    Loading lexer_autotools
    Loading lexer_bash
    Loading lexer_batch
    Loading lexer_bibtex
    Loading lexer_caml
    Loading lexer_cg
    Loading lexer_cmake
    Loading lexer_coffee
    Loading lexer_cpp
    Loading lexer_css
    Loading lexer_cu
    Loading lexer_d
    Loading lexer_diff
    Loading lexer_f77
    Loading lexer_fortran
    Loading lexer_glsl
    Loading lexer_gm
    Loading lexer_haskell
    Loading lexer_hitasm
    Loading lexer_html
    Loading lexer_ihex
    Loading lexer_inno
    Loading lexer_java
    Loading lexer_javascript
    Loading lexer_latex
    Loading lexer_lisp
    Loading lexer_lua
    Loading lexer_make
    Loading lexer_masm
    Loading lexer_matlab
    Loading lexer_nsis
    Loading lexer_objc
    Loading lexer_OgreCompositor
    Loading lexer_OgreMaterial
    Loading lexer_pascal
    Loading lexer_perl
    Loading lexer_postscript
    Loading lexer_powershell
    Loading lexer_prg
    Loading lexer_properties
    Loading lexer_proto
    Loading lexer_python
    Loading lexer_rc
    Loading lexer_registry
    Loading lexer_ruby
    Loading lexer_smalltalk
    Loading lexer_sql
    Loading lexer_squirrel
    Loading lexer_srec
    Loading lexer_tehex
    Loading lexer_vbscript
    Loading lexer_verilog
    Loading lexer_vhdl
    Loading lexer_xml
    Configured 1 tools
    Scanning for plugins in C:\Users\Xavier\AppData\Roaming\CodeBlocks\share\codeblocks\plugins
    Loaded 0 plugins
    Scanning for plugins in C:\CodeBlocks\share\codeblocks\plugins
    Tools Plus Plugin: Registering shell type Piped Process Control
    Loaded 60 plugins
    Loading:
    Abbreviations
    AStylePlugin
    Autosave
    AutoVersioning
    BrowseTracker
    CB_Koders
    Cccc
    ClassWizard
    CodeCompletion
    CodeSnippets
    CodeStat
    Compiler
    copystrings
    CppCheck
    Cscope
    Debugger
    FilesExtensionHandler
    DoxyBlocks
    cbDragScroll
    EditorConfig
    EditorTweaks
    EnvVars
    Exporter
    FileManager
    HeaderFixup
    HelpPlugin
    HexEditor
    IncrementalSearch
    cbKeyBinder
    lib_finder
    MouseSap
    OccurrencesHighlighting
    OpenFilesList
    Profiler
    ProjectOptionsManipulator
    ProjectsImporter
    RegExTestbed
    ReopenEditor
    rndgen
    ScriptedWizard
    SmartIndentCpp
    SymTab
    ThreadSearch
    ToDoList
    wxSmith
    wxSmithMime
    wxSmithAui
    wxSmithContribItems
    Running startup script
    Script plugin registered: Find Broken Files plugin
    Script/function 'edit_startup_script.script' registered under menu '&Settings/-Edit startup script'

    And here is what displays the 64bits version :
    Quote from: Code::Blocks-Win64-Rev11219
    Scanning for lexers in C:\CodeBlocks\share\codeblocks/lexers/...
    Found 57 lexers
    Loading lexer_A68k
    Loading lexer_ada
    Loading lexer_angelscript
    Loading lexer_autotools
    Loading lexer_bash
    Loading lexer_batch
    Loading lexer_bibtex
    Loading lexer_caml
    Loading lexer_cg
    Loading lexer_cmake
    Loading lexer_coffee
    Loading lexer_cpp
    Loading lexer_css
    Loading lexer_cu
    Loading lexer_d
    Loading lexer_diff
    Loading lexer_f77
    Loading lexer_fortran
    Loading lexer_glsl
    Loading lexer_gm
    Loading lexer_haskell
    Loading lexer_hitasm
    Loading lexer_html
    Loading lexer_ihex
    Loading lexer_inno
    Loading lexer_java
    Loading lexer_javascript
    Loading lexer_latex
    Loading lexer_lisp
    Loading lexer_lua
    Loading lexer_make
    Loading lexer_masm
    Loading lexer_matlab
    Loading lexer_nsis
    Loading lexer_objc
    Loading lexer_OgreCompositor
    Loading lexer_OgreMaterial
    Loading lexer_pascal
    Loading lexer_perl
    Loading lexer_postscript
    Loading lexer_powershell
    Loading lexer_prg
    Loading lexer_properties
    Loading lexer_proto
    Loading lexer_python
    Loading lexer_rc
    Loading lexer_registry
    Loading lexer_ruby
    Loading lexer_smalltalk
    Loading lexer_sql
    Loading lexer_squirrel
    Loading lexer_srec
    Loading lexer_tehex
    Loading lexer_vbscript
    Loading lexer_verilog
    Loading lexer_vhdl
    Loading lexer_xml
    Configured 1 tools
    Scanning for plugins in C:\Users\Xavier\AppData\Roaming\CodeBlocks\share\codeblocks\plugins
    Loaded 0 plugins
    Scanning for plugins in C:\CodeBlocks\share\codeblocks\plugins
    Manager failed to load XRC resource 'C:\CodeBlocks\share\codeblocks\Cccc.zip'.
    Manager failed to load XRC resource 'C:\CodeBlocks\share\codeblocks\CppCheck.zip'.
    Manager failed to load XRC resource 'C:\CodeBlocks\share\codeblocks\Cscope.zip'.
    Manager failed to load XRC resource 'C:\CodeBlocks\share\codeblocks\DoxyBlocks.zip'.
    Manager failed to load XRC resource 'C:\CodeBlocks\share\codeblocks\EditorConfig.zip'.
    Manager failed to load XRC resource 'C:\CodeBlocks\share\codeblocks\headerfixup.zip'.
    Manager failed to load XRC resource 'C:\CodeBlocks\share\codeblocks\ThreadSearch.zip'.

    Tools Plus Plugin: Registering shell type Piped Process Control
    Manager failed to load XRC resource 'C:\CodeBlocks\share\codeblocks\ToolsPlus.zip'.
    Manager failed to load XRC resource 'C:\CodeBlocks\share\codeblocks\wxSmithAui.zip'.

    Loaded 60 plugins
    Loading:
    Abbreviations
    AStylePlugin
    Autosave
    AutoVersioning
    BrowseTracker
    CB_Koders
    Cccc
    ClassWizard
    CodeCompletion
    CodeSnippets
    CodeStat
    Compiler
    copystrings
    CppCheck
    Cscope
    Debugger
    FilesExtensionHandler
    DoxyBlocks
    cbDragScroll
    EditorConfig
    EditorTweaks
    EnvVars
    Exporter
    FileManager
    HeaderFixup
    HelpPlugin
    HexEditor
    IncrementalSearch
    cbKeyBinder
    lib_finder
    MouseSap
    OccurrencesHighlighting
    OpenFilesList
    Profiler
    ProjectOptionsManipulator
    ProjectsImporter
    RegExTestbed
    ReopenEditor
    rndgen
    ScriptedWizard
    SmartIndentCpp
    SymTab
    ThreadSearch
    ToDoList
    wxSmith
    wxSmithMime
    wxSmithAui
    wxSmithContribItems
    Running startup script
    Script plugin registered: Find Broken Files plugin
    Script/function 'edit_startup_script.script' registered under menu '&Settings/-Edit startup script'

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

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 28 October 2017 build (11219) is out.
    « Reply #23 on: November 03, 2017, 08:43:17 pm »
    Known and you could ignore them...
    Also they've been already discussed few post above yours.
    (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 Melchior

    • Multiple posting newcomer
    • *
    • Posts: 64
    • Sage of Life, Reason, and Time
    Re: The 28 October 2017 build (11219) is out.
    « Reply #24 on: November 03, 2017, 10:46:00 pm »
    Known and you could ignore them...
    Also they've been already discussed few post above yours.

    ooh I was gonna say each of those zip files are missing the resource  file .rc and only contain the manifest..xml file..
    (PC Specs)
    CPU: AMD FX-9590 4.7GHz 8-core  RAM: 32GB
    Motherboard: Asus SABERTOOTH 990FX R2.0
    GPU: nVidia GTX 1070 Ti 8GB  --  GFX Drivers: Nvidia v431.60
    OS: Windows 7 Ultimate 64-bit SP1 (x64)

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 28 October 2017 build (11219) is out.
    « Reply #25 on: November 04, 2017, 12:45:30 am »
    No, they are missing the xrc file, because they don't need 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 Melchior

    • Multiple posting newcomer
    • *
    • Posts: 64
    • Sage of Life, Reason, and Time
    Re: The 28 October 2017 build (11219) is out.
    « Reply #26 on: November 04, 2017, 01:11:55 am »
    No, they are missing the xrc file, because they don't need it.

    ohh...
    (PC Specs)
    CPU: AMD FX-9590 4.7GHz 8-core  RAM: 32GB
    Motherboard: Asus SABERTOOTH 990FX R2.0
    GPU: nVidia GTX 1070 Ti 8GB  --  GFX Drivers: Nvidia v431.60
    OS: Windows 7 Ultimate 64-bit SP1 (x64)

    Offline Xaviou

    • Regular
    • ***
    • Posts: 402
      • X@v's wxStuff
    Re: The 28 October 2017 build (11219) is out.
    « Reply #27 on: November 07, 2017, 05:29:27 pm »
    Hi.

    I also noticed that the editor has a strange behavior with end of sources files.

    To reproduce :
    • Create a new wxWidgets frame based project (well, this is not relative to wxWidgets but I was able to reproduce with this)
    • Open the application's class source file (it ends with an empty line after the definition of the "Oninit" function)
    • Go to the end of this file : no problem
    • With the mouse, place the cursor to the end of the previous line (should be a closing brace)
    At this point, 3 problems can be noticed :
    • there is a (small) delay between the moment you cliqued and the moment the cursor is coming
    • the previous position of the cursor is not cleaned (the vertical cursor is still present at the end of the file)
    • the closing brace is highlighted, but not the corresponding opening one
    If you continue and click at the end of the file (where there is still the previous vertical cursor), it is still shown at the end of the previous line, and the closing brace remains highlighted.

    You can also try the following sequence :
    • Place the cursor (with the mouse) just after the opening brace : both the opening and closing braces are highlighted
    • Place the cursor in any position in the file : braces are correctly un-highlighted
    • Re-place the cursor after the opening brace
    • Now place the cursor after the closing brace : braces remain highlighted witch is correct
    • Place the cursor at the end of the file (mouse or arrow key) : braces remains highlighted and the vertical bar stays after the closing brace
    I'm not sure I am clear enough in my explanations so don't hesitate if you need more.

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

    Offline oBFusCATed

    • Developer
    • Lives here!
    • *****
    • Posts: 13413
      • Travis build status
    Re: The 28 October 2017 build (11219) is out.
    « Reply #28 on: November 08, 2017, 12:15:43 am »
    Xaviou: Do these problems happen with the previous night build which is wx28 and 32bit?
    (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 Xaviou

    • Regular
    • ***
    • Posts: 402
      • X@v's wxStuff
    Re: The 28 October 2017 build (11219) is out.
    « Reply #29 on: November 08, 2017, 07:39:12 am »
    Xaviou: Do these problems happen with the previous night build which is wx28 and 32bit?
    No : with the 32 bits rev 11216 (wx-2.8) version, all seems to be ok.

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

    Offline airc

    • Multiple posting newcomer
    • *
    • Posts: 37
    Re: The 28 October 2017 build (11219) is out.
    « Reply #30 on: November 09, 2017, 05:29:50 pm »
    no 32bits !! , so sad
    what is the benefit of C::B 64bits ? , it is not multimedia app that need alot of memory .