Print Page - recent (last week?) changes causes crash in loading workspace OR home location ?

Title: recent (last week?) changes causes crash in loading workspace OR home location ?
Post by: killerbot on February 09, 2015, 11:39:13 am

on linux :

Code

  <stack>
    <frame level="0"/>
    <frame level="1" function="CompileTargetBase::SetDefinitionFileFilename(wxString const&amp;)" offset="0000000e"/>
    <frame level="2" function="MainFrame::DoUpdateAppTitle()" offset="00000000"/>
    <frame level="3" function="MainFrame::OnEditorActivated(CodeBlocksEvent&amp;)" offset="00000000"/>
    <frame level="4" function="Manager::ProcessEvent(CodeBlocksEvent&amp;)" offset="00000080"/>
    <frame level="5" function="EditorManager::SetActiveEditor(EditorBase*)" offset="00000186"/>
    <frame level="6" function="EditorManager::Open(LoaderBase*, wxString const&amp;, int, ProjectFile*)" offset="000001b2"/>
    <frame level="7" function="cbProject::LoadLayout()" offset="0000041e"/>
    <frame level="8" function="ProjectManager::EndLoadingProject(cbProject*)" offset="00000239"/>
    <frame level="9" function="ProjectManager::LoadProject(wxString const&amp;, bool)" offset="0000005a"/>
    <frame level="10" function="WorkspaceLoader::Open(wxString const&amp;, wxString&amp;)" offset="00000384"/>
    <frame level="11" function="cbWorkspace::Load()" offset="000001af"/>
    <frame level="12" function="cbWorkspace::cbWorkspace(wxString const&amp;)" offset="00000194"/>
    <frame level="13" function="ProjectManager::LoadWorkspace(wxString const&amp;)" offset="00000048"/>
    <frame level="14" function="MainFrame::OpenGeneric(wxString const&amp;, bool)" offset="00000000"/>
    <frame level="15" function="MainFrame::OnStartHereLink(wxCommandEvent&amp;)" offset="00000000"/>
    <frame level="16" function="wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&amp;, wxEvtHandler*, wxEvent&amp;)" offset="00000056"/>
    <frame level="17" function="wxEventHashTable::HandleEvent(wxEvent&amp;, wxEvtHandler*)" offset="0000006b"/>
    <frame level="18" function="wxEvtHandler::ProcessEvent(wxEvent&amp;)" offset="000000c7"/>
    <frame level="19" function="wxEvtHandler::ProcessPendingEvents()" offset="00000068"/>
    <frame level="20" function="wxAppConsole::ProcessPendingEvents()" offset="00000051"/>
    <frame level="21" function="wxAppBase::ProcessIdle()" offset="0000001e"/>
    <frame level="22"/>
    <frame level="23" function="g_main_context_dispatch" offset="00000146"/>
    <frame level="24"/>
    <frame level="25" function="g_main_loop_run" offset="0000006a"/>
    <frame level="26" function="gtk_main" offset="000000a7"/>
    <frame level="27" function="wxEventLoop::Run()" offset="0000003a"/>
    <frame level="28" function="wxAppBase::MainLoop()" offset="0000004c"/>
  </stack>

every crash dump, always like this

Title: Re: recent (last week?) changes causes crash in loading workspace
Post by: killerbot on February 09, 2015, 12:09:07 pm

I removed CB form my system , leaving my files in home dire remaining in place, and rebuild everything ==> crash is gone.

On the way I noticed this :

- After rebuild launched CB failed
- as root "ldconfig"
- launched CB by tying 'codeblocks' in shell ===> CB launched but lost all my recent projects and layouts !!!
- closed CB
- launched CB via gui icon in programs menu ==> CB launches and says it is going to move home folder settings ==> allow it too ===> all my settings are back

So something weird did occur along the way ...

Title: Re: recent (last week?) changes causes crash in loading workspace OR home location ?
Post by: Jenna on February 09, 2015, 04:26:41 pm

You might have a problem with old and new (standard-conform) config-file path.
http://forums.codeblocks.org/index.php/topic,19966.15.html

Or (again) a problem with pch's.

Title: Re: recent (last week?) changes causes crash in loading workspace OR home location ?
Post by: Alpha on February 10, 2015, 08:29:44 pm

I get a similar crash, until I did a full rebuild of sdk/src targets. (Just clearing the pch did not fix it for me.)

Edit: have a stack trace.

Code

#0 0x4a9dc9	FilesList_wxImplementation_HashTable::begin(this=0x0) (/home/alpha/dev/cb/src/include/projectfile.h:233)
#1 0x4f4cad	ProjectManagerUI::BuildProjectTree(this=0xeaa790, project=0x3bdef70, tree=0xec7260, root=..., ptvs=3, fgam=0xeaf680) (/home/alpha/dev/cb/src/src/projectmanagerui.cpp:3081)
#2 0x4e2fe8	ProjectManagerUI::FinishLoadingProject(this=0xeaa790, project=0x3bdef70, newAddition=true, fgam=0xeaf680) (/home/alpha/dev/cb/src/src/projectmanagerui.cpp:423)
#3 0x7ffff571b13c	ProjectManager::EndLoadingProject(this=0xeb4d20, project=0x3bdef70) (/home/alpha/dev/cb/src/sdk/projectmanager.cpp:995)
#4 0x7ffff5717b90	ProjectManager::LoadProject(this=0xeb4d20, filename=..., activateIt=true) (/home/alpha/dev/cb/src/sdk/projectmanager.cpp:263)
#5 0x4b8b0e	MainFrame::DoOpenProject(this=0xcd18d0, filename=..., addToHistory=true) (/home/alpha/dev/cb/src/src/main.cpp:1856)
#6 0x4b873f	MainFrame::OpenGeneric(this=0xcd18d0, filename=..., addToHistory=true) (/home/alpha/dev/cb/src/src/main.cpp:1805)
#7 0x4bb4df	MainFrame::OnStartHereLink(this=0xcd18d0, event=...) (/home/alpha/dev/cb/src/src/main.cpp:2185)
#8 0x7ffff5d957dc	wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) () (/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0:??)
#9 0x7ffff5d95893	wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) () (/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0:??)
#10 0x7ffff5d95c2b	wxEvtHandler::ProcessEvent(wxEvent&) () (/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0:??)
#11 0x7ffff5d95738	wxEvtHandler::ProcessPendingEvents() () (/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0:??)
#12 0x7ffff5d0d0e9	wxAppConsole::ProcessPendingEvents() () (/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0:??)
#13 0x7ffff6499e4e	wxAppBase::ProcessIdle() () (/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0:??)
#14 0x7ffff63fe1e0	??() (/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0:??)
#15 0x7ffff247cb6d	g_main_context_dispatch() (/lib/x86_64-linux-gnu/libglib-2.0.so.0:??)
#16 0x7ffff247cf48	??() (/lib/x86_64-linux-gnu/libglib-2.0.so.0:??)
#17 0x7ffff247d272	g_main_loop_run() (/lib/x86_64-linux-gnu/libglib-2.0.so.0:??)
#18 0x7ffff78bc747	gtk_main() (/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0:??)
#19 0x7ffff64146ba	wxEventLoop::Run() () (/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0:??)
#20 0x7ffff6499beb	wxAppBase::MainLoop() () (/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0:??)
#21 0x452a0b	CodeBlocksApp::OnRun(this=0x83ccb0) (/home/alpha/dev/cb/src/src/app.cpp:843)
#22 0x7ffff5d3dd3a	wxEntry(int&, wchar_t**) () (/usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0:??)
#23 0x4500d6	main(argc=8, argv=0x7fffffffe3d8) (/home/alpha/dev/cb/src/src/app.cpp:312)

Title: Re: recent (last week?) changes causes crash in loading workspace OR home location ?
Post by: killerbot on February 10, 2015, 09:00:25 pm

had it today on another machine too,

Code

  <stack>
    <frame level="0"/>
    <frame level="1" function="wxStringBase::operator=(wxStringBase const&amp;)" offset="00000012"/>
    <frame level="2" function="CompilerSwitches::operator=(CompilerSwitches const&amp;)" offset="00000045"/>
    <frame level="3" function="CompilerFactory::LoadSettings()" offset="00000093"/>
    <frame level="4" function="CompilerGCC::OnAttach()" offset="00000904"/>
    <frame level="5" function="cbPlugin::Attach()" offset="0000004d"/>
    <frame level="6" function="PluginManager::AttachPlugin(cbPlugin*, bool)" offset="0000002c"/>
    <frame level="7" function="PluginManager::LoadAllPlugins()" offset="000001fb"/>
    <frame level="8" function="MainFrame::ScanForPlugins()" offset="00000000"/>
    <frame level="9" function="MainFrame::MainFrame(wxWindow*)" offset="00000000"/>
    <frame level="10" function="CodeBlocksApp::InitFrame()" offset="00000000"/>
  </stack>

had to do a lot of cleaning and deleting, and fresh building before it went away ...

So every machine I updated ran into troubles.

Title: Re: recent (last week?) changes causes crash in loading workspace OR home location ?
Post by: oBFusCATed on February 10, 2015, 11:01:33 pm

killerbot:
Are you still doing make && make install without manually deleting the destination folder for the installation?
I've had no crashes related to bad build for a long time (both autotools or internal build system related).

Title: Re: recent (last week?) changes causes crash in loading workspace OR home location ?
Post by: killerbot on February 11, 2015, 07:20:07 am

initially I always start without doing that, but even when I did it failed on the second machine.

So my typical procedure is :

- initial checkout
- bootstrap and configure
- make and make install

from that point on :
- svn up
- make and make install

and occasionally
- svn up
- make clean
- make and make install

and occasionally
- svn up
- bootstrap and configure
- make clean
- make and make install

For this one, I even did make distclean and make uninstall and manually remove the installed CB files (usr/local/ -> in the subdirs which contain CB files, removed the CB files)

Title: Re: recent (last week?) changes causes crash in loading workspace OR home location ?
Post by: oBFusCATed on February 11, 2015, 09:23:48 am

Do you pass a prefix option to configure?
If not I suggest you start doing it and before make install do rm -rf <prefix>.
If you still have problems like you have.
Add the make clean or make distclean to the list of commands.

Title: Re: recent (last week?) changes causes crash in loading workspace OR home location ?
Post by: killerbot on February 11, 2015, 10:26:47 am

maybe that is indeed better

Would you still install it system wide, eg available for every user on the system. Or prefix it to install in the home/<ME>/bin, and as such not system wide.

What I still don't like is, why it does not work as one would expect, it actually means that our (makeclean +) make + make install does not work correct ... ?

Title: Re: recent (last week?) changes causes crash in loading workspace OR home location ?
Post by: oBFusCATed on February 11, 2015, 11:59:00 am

make install doesn't work as you expect it, because it doesn't first remove files from the old install.
So doing make install over the old installation is asking for trouble.

You can install it system wide in a place like /opt/codeblocks/ In fact this is the place where non-packaged software should be placed.
Then you can sym-link the binaries in /usr/local/bin or something like that.

BTW. For the builds I want to use I always build packages. I use make install only if I want to test if make install works, or if I need to use a test build of cb to debug another test build of cb.
BTW2. I use --disable-pch, so I don't know if the pch stuff is stable.

Code::Blocks Forums

Developer forums (C::B DEVELOPMENT STRICTLY!) => Development => Topic started by: killerbot on February 09, 2015, 11:39:13 am