The 19 June 2015 build (10341) is out.

[ToApolytoXaos]

I am 90% sure you will have minor problem doing both wx28 and wx30 dev that way.

The package was changed in a way that wx-common is now supplied by wx30.

But, maybe installing wx-common from wx30 first will prevent problems.

Tim S.

I have wx-common already installed and mentioned it before at http://forums.codeblocks.org/index.php/topic,20363.msg138702.html#msg138702

I have tried to find the crashing issue, but it's extremely difficult for me as I lack the knowledge you guys have.

Can you do something about it or at least show me what to read so I may become able in the near future to fix bugs.

Cheers

[stahta01]

I am 90% sure you will have minor problem doing both wx28 and wx30 dev that way.

The package was changed in a way that wx-common is now supplied by wx30.

But, maybe installing wx-common from wx30 first will prevent problems.

Tim S.

I have wx-common already installed and mentioned it before at http://forums.codeblocks.org/index.php/topic,20363.msg138702.html#msg138702

I have tried to find the crashing issue, but it's extremely difficult for me as I lack the knowledge you guys have.

Can you do something about it or at least show me what to read so I may become able in the near future to fix bugs.

Cheers

Did you check the weird things that can cause crashing on shutdown.

1. Not having write access to the config files
2. Having an corrupted config files

The above is the only two things I can think of right now.

Tim S.

[eckard_klotz]

Hello Everybody.

Since this nightly ("CB_20150619_rev10341_win32") I have problems to add files to a project by the projects-browser:

• When I try to add files by the projects-browser the wait symbol (turning cycle) will be displayed  before the associated File-dialogue opens. CodeBlocks is doing nothing any more and I have to quit it with the task-manager.
  
• When I try to add files by the files-browser it works. When I try to add files recursively by the projects-browser the associated folder dialogue opens.
  
• I closed my workspace and tried it out with a complete new empty-project with the same result.
  
• The effect occurs under  Win 8.1. with this nightly where I use the content of all provided 7z files.
  
• As far as I remember I tried it out on Win 7 also and there it worked.  I try to reproduce it tomorrow if i have a Win 7 computer available again if you wish.
  
• I have tested it out with the nightly before  ("CB_20150604_rev10320_win32") and there it works.
  
• Please ask me for some more details if my description is not helpful ...
  

Best regards,
                      Eckard Klotz

[ToApolytoXaos]

Did you check the weird things that can cause crashing on shutdown.

1. Not having write access to the config files
2. Having an corrupted config files

The above is the only two things I can think of right now.

Tim S.

Yes, I have noticed this behavior, but when I attempted to remove wx-common, it informed me that the following packages will be removed and I cancelled the procedure.

Code: [Select]

libwxgtk-media3.0-dev
libwxgtk-webview3.0-dev
libwxgtk3.0-dev
wx-common

You see the name of the uninstalled package mentioned again? I don't know why this behavior exists.

Could it be the /usr/bin/wxrc line that exists in wx-common package that causes the strange behavior with config issues?

[ToApolytoXaos]

This wx3.0 thing is really breaking things badly. I have removed Code::Blocks packages I built myself and installed the official packages, 13.12.

It crashed again upon exit:

Code: [Select]

  <stack>
    <frame level="0" function="CodeBlocksApp::OnFatalException()" offset="00000000" file="/build/codeblocks-Uk3WYC/codeblocks-13.12/src/src/app.cpp" line="845"/>
    <frame level="1"/>
    <frame level="2"/>
    <frame level="3" function="NativeParser::DeleteParser(cbProject*)" offset="0000003e"/>
    <frame level="4" function="NativeParser::ClearParsers()" offset="00000031"/>
    <frame level="5" function="CodeCompletion::OnRelease(bool)" offset="00000043"/>
    <frame level="6" function="cbPlugin::Release(bool)" offset="00000074"/>
    <frame level="7" function="PluginManager::DetachPlugin(cbPlugin*)" offset="00000039"/>
    <frame level="8" function="PluginManager::UnloadPlugin(cbPlugin*)" offset="00000022"/>
    <frame level="9" function="PluginManager::UnloadAllPlugins()" offset="0000002e"/>
    <frame level="10" function="PluginManager::~PluginManager()" offset="0000003a"/>
    <frame level="11" function="PluginManager::~PluginManager()" offset="00000009"/>
    <frame level="12" function="Manager::Shutdown()" offset="00000076"/>
    <frame level="13" function="MainFrame::OnApplicationClose(wxCloseEvent&amp;)" offset="00000000" file="/build/codeblocks-Uk3WYC/codeblocks-13.12/src/src/main.cpp" line="2755"/>
    <frame level="14" function="wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&amp;, wxEvent&amp;) const" offset="0000003e"/>
    <frame level="15" function="wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&amp;, wxEvtHandler*, wxEvent&amp;)" offset="00000058"/>
    <frame level="16" function="wxEventHashTable::HandleEvent(wxEvent&amp;, wxEvtHandler*)" offset="0000008b"/>
    <frame level="17" function="wxEvtHandler::TryHereOnly(wxEvent&amp;)" offset="00000058"/>
    <frame level="18" function="wxEvtHandler::DoTryChain(wxEvent&amp;)" offset="00000043"/>
    <frame level="19" function="wxEvtHandler::ProcessEvent(wxEvent&amp;)" offset="00000045"/>
    <frame level="20" function="wxEvtHandler::SafelyProcessEvent(wxEvent&amp;)" offset="00000007"/>
    <frame level="21" function="wxWindowBase::Close(bool)" offset="00000067"/>
    <frame level="22" function="wxAppConsoleBase::CallEventHandler(wxEvtHandler*, wxEventFunctor&amp;, wxEvent&amp;) const" offset="0000003e"/>
    <frame level="23" function="wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&amp;, wxEvtHandler*, wxEvent&amp;)" offset="00000058"/>
    <frame level="24" function="wxEventHashTable::HandleEvent(wxEvent&amp;, wxEvtHandler*)" offset="0000008b"/>
    <frame level="25" function="wxEvtHandler::TryHereOnly(wxEvent&amp;)" offset="00000058"/>
    <frame level="26" function="wxEvtHandler::DoTryChain(wxEvent&amp;)" offset="00000043"/>
    <frame level="27" function="wxEvtHandler::ProcessEvent(wxEvent&amp;)" offset="00000045"/>
    <frame level="28" function="wxWindowBase::TryAfter(wxEvent&amp;)" offset="00000068"/>
    <frame level="29" function="wxEvtHandler::SafelyProcessEvent(wxEvent&amp;)" offset="00000007"/>
    <frame level="30" function="wxMenuBase::SendEvent(int, int)" offset="000000a1"/>
    <frame level="31"/>
    <frame level="32" function="g_closure_invoke" offset="00000145"/>
    <frame level="33"/>
    <frame level="34" function="g_signal_emit_valist" offset="00000fd8"/>
    <frame level="35" function="g_signal_emit" offset="0000008f"/>
    <frame level="36" function="gtk_widget_activate" offset="00000076"/>
    <frame level="37" function="gtk_menu_shell_activate_item" offset="000000fd"/>
    <frame level="38"/>
    <frame level="39"/>
    <frame level="40" function="g_closure_invoke" offset="00000145"/>
    <frame level="41"/>
    <frame level="42" function="g_signal_emit_valist" offset="00000ae5"/>
    <frame level="43" function="g_signal_emit" offset="0000008f"/>
    <frame level="44"/>
    <frame level="45" function="gtk_propagate_event" offset="000000c4"/>
    <frame level="46" function="gtk_main_do_event" offset="000003ab"/>
    <frame level="47"/>
    <frame level="48" function="g_main_context_dispatch" offset="0000024d"/>
    <frame level="49"/>
    <frame level="50" function="g_main_loop_run" offset="000000c2"/>
    <frame level="51" function="gtk_main" offset="000000b7"/>
    <frame level="52" function="wxGUIEventLoop::DoRun()" offset="00000025"/>
    <frame level="53" function="wxEventLoopBase::Run()" offset="000000a0"/>
    <frame level="54" function="wxAppConsoleBase::MainLoop()" offset="00000056"/>
    <frame level="55" function="CodeBlocksApp::OnRun()" offset="00000000" file="/build/codeblocks-Uk3WYC/codeblocks-13.12/src/src/app.cpp" line="811"/>
    <frame level="56" function="wxEntry(int&amp;, wchar_t**)" offset="00000070"/>
    <frame level="57" function="main" offset="00000000" file="/build/codeblocks-Uk3WYC/codeblocks-13.12/src/src/app.cpp" line="276"/>
    <frame level="58" function="__libc_start_main" offset="000000f5"/>
    <frame level="59"/>
  </stack>


[oBFusCATed]

There is no point trying wx3.x and 13.12 togather.
It will be broken and no one would bother to fix it.

[ToApolytoXaos]

There is no point trying wx3.x and 13.12 togather.
It will be broken and no one would bother to fix it.

OK, should we report this to Debian? This combination is available for Jessie (stable) which makes Code::Blocks look like a broken program by nature and that's not right.

[stahta01]

There is no point trying wx3.x and 13.12 togather.
It will be broken and no one would bother to fix it.

OK, should we report this to Debian? This combination is available for Jessie (stable) which makes Code::Blocks look like a broken program by nature and that's not right.

Please post where it says it is available for Jessie (stable); I missed seeing it.

Found it. jessie-backports

https://packages.debian.org/jessie-backports/codeblocks

Tim S.

[ToApolytoXaos]

Please post where it says it is available for Jessie (stable); I missed seeing it.

Found it. jessie-backports

https://packages.debian.org/jessie-backports/codeblocks

Tim S.

Glad you found it Tim. So, what should we do? It's not the best feeling to have a broken IDE when you really need it, even though I could kind-of work with vim..but I really need Code::Blocks 

[jens]

Please post where it says it is available for Jessie (stable); I missed seeing it.

Found it. jessie-backports

https://packages.debian.org/jessie-backports/codeblocks

Tim S.

Glad you found it Tim. So, what should we do? It's not the best feeling to have a broken IDE when you really need it, even though I could kind-of work with vim..but I really need Code::Blocks 

So you can try my repo with Code::Blocks nightlies for debian, build against wxWidgets 3.02 from the official repo.

[ToApolytoXaos]

So you can try my repo with Code::Blocks nightlies for debian, build against wxWidgets 3.02 from the official repo.

Is everything alright jens? I can't fetch updates for some reason...

Code: [Select]

W: Failed to fetch https://apt.jenslody.de/testing/dists/stretch/Release  Unable to find expected entry 'main/source/Sources' in Release file (Wrong sources.list entry or malformed file)

E: Some index files failed to download. They have been ignored, or old ones used instead.


[jens]

So you can try my repo with Code::Blocks nightlies for debian, build against wxWidgets 3.02 from the official repo.

Is everything alright jens? I can't fetch updates for some reason...

Code: [Select]

W: Failed to fetch https://apt.jenslody.de/testing/dists/stretch/Release  Unable to find expected entry 'main/source/Sources' in Release file (Wrong sources.list entry or malformed file)

E: Some index files failed to download. They have been ignored, or old ones used instead.


Sources are not (yet) available.
As stated before, I switched my server to CentOS and had to create my own pbuilder-package and a script that updates the repo (based on troubleshootingrange.blogspot.de/2012/09/hosting-simple-apt-repository-on-centos.html?_escaped_fragment_ ).
I will work on recreating the sources stuff as soon as possible.
For the moment you have to comment out the deb-src line for my repo.

[ToApolytoXaos]

I managed to install your nightlies; still the issue persists.

I have noticed though that I have updates for wxGTK now.

Let's hope that it was a bug somewhere along the packages.

[ToApolytoXaos]

Nothing changed; the issue remains as is... 

[ToApolytoXaos]

OK, from where to start...

I have attempted to search "m_ptr" term with ThreadSearch toolbar and got a rather awkward message about a /home/stefanos/SVN_REPOSITORIES/CodeBlocks/src/wxsmith/GenericSingleChoiceList.wxs does not exist whatever that behavior means.. yeah I know it's a wxSmith file.

No, it's not missing from my fork; it does not exist on SVN repository either: http://svn.code.sf.net/p/codeblocks/code/trunk/src/wxsmith/

Another issue is when you right-click on the menu bar and assert() messages start popping up like crazy. I have discovered a crazy bug with the following steps:

• Right-click on the menu bar, close all the assert() messages
• Go to your Plugins and select the first one to get highlighted and press Shift and use PageDown button to select all plugins until the end
• Click Disable button...BOOM! You should get a huge crashing without a debugger and if you do, read the error code below.

http://paste.debian.net/267453/