Author Topic: recent (last week?) changes causes crash in loading workspace OR home location ?  (Read 4208 times)

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
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
« Last Edit: February 09, 2015, 12:10:00 pm by killerbot »

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
Re: recent (last week?) changes causes crash in loading workspace
« Reply #1 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 ...

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
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.

Offline Alpha

  • Developer
  • Lives here!
  • *****
  • Posts: 1513
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)
« Last Edit: February 10, 2015, 09:11:44 pm by Alpha »

Offline killerbot

  • Administrator
  • Lives here!
  • *****
  • Posts: 5491
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.

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
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).
(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: 5491
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)

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
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.
(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: 5491
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 ... ?

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
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.
(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!]