« previous next »
Pages: 1 [2] 3 4 5   Go Down

Author Topic: The 17 September 2011 build (7452) is out.  (Read 80148 times)

Offline Calexus

  • Multiple posting newcomer
  • *
  • Posts: 48
Re: The 17 September 2011 build (7452) is out.
« Reply #15 on: September 20, 2011, 07:49:23 pm »
Alright here is a call graph.

I built this using the scripts provided by PaulNavin a couple of weeks ago. Which seems to be working pretty good, I had to move the plugins inside the bundle for cb to find them but other then that everything looks ok. This is revision 7458 but the splash screen says 7456.

I haven't verified this with my friend but I guess it the same problem as he had, cb hangs and the last line in the log is "Create new parser for 'test1'". If I disable cc won't hang.
Code
OS Version:      Mac OS X 10.6.8 (10K549)
Report Version:  6

Call graph:
    2373 Thread_50720   DispatchQueue_1: com.apple.main-thread  (serial)
      2373 start
        2373 main
          2373 wxEntry(int&, wchar_t**)
            2373 CodeBlocksApp::OnRun()
              2373 wxAppBase::MainLoop()
                2373 wxEventLoopManual::Run()
                  2373 wxEventLoop::Dispatch()
                    2373 wxApp::MacDoOneEvent()
                      2373 wxApp::MacHandleOneEvent(void*)
                        2373 wxMacProcessNotifierAndPendingEvents
                          2373 wxAppConsole::ProcessPendingEvents()
                            2373 wxEvtHandler::ProcessPendingEvents()
                              2373 wxEvtHandler::ProcessEvent(wxEvent&)
                                2373 wxEvtHandler::SearchDynamicEventTable(wxEvent&)
                                  2373 wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)
                                    2373 Parser::OnAllThreadsDone(CodeBlocksEvent&)
                                      2373 Parser::ProcessParserEvent(ParsingType, int, wxString const&)
                                        2373 wxEvtHandler::ProcessEvent(wxEvent&)
                                          2373 wxEvtHandler::SearchDynamicEventTable(wxEvent&)
                                            2373 wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)
                                              2373 NativeParser::OnParserEnd(wxCommandEvent&)
                                                2373 NativeParser::UpdateClassBrowser()
                                                  2373 ClassBrowser::UpdateView(bool)
                                                    2373 ClassBrowser::BuildTree()
                                                      2373 ClassBrowserBuilderThread::Init(NativeParser*, CBTreeCtrl*, CBTreeCtrl*, wxString const&, void*, BrowserOptions const&, TokensTree*, bool)
                                                        2373 wxMutexInternal::Lock()
                                                          2373 pthread_mutex_lock
                                                            2373 semaphore_wait_signal_trap
    2373 Thread_50731   DispatchQueue_2: com.apple.libdispatch-manager  (serial)
      2373 start_wqthread
        2373 _pthread_wqthread
          2373 _dispatch_worker_thread2
            2373 _dispatch_queue_invoke
              2373 _dispatch_mgr_invoke
                2373 kevent
    2373 Thread_50733: com.apple.CFSocket.private
      2373 thread_start
        2373 _pthread_start
          2373 __CFSocketManager
            2373 select$DARWIN_EXTSN
    2373 Thread_50737
      2373 thread_start
        2373 _pthread_start
          2373 PrivateMPEntryPoint
            2373 wxThreadInternal::MacThreadStart(void*)
              2373 BackgroundThread::Entry()
                2373 wxSemaphore::Wait()
                  2373 wxSemaphoreInternal::WaitTimeout(unsigned long)
                    2373 MPWaitOnSemaphore
                      2373 semaphore_timedwait_trap
    2373 Thread_50738
      2373 thread_start
        2373 _pthread_start
          2373 PrivateMPEntryPoint
            2373 wxThreadInternal::MacThreadStart(void*)
              2373 BackgroundThread::Entry()
                2373 wxSemaphore::Wait()
                  2373 wxSemaphoreInternal::WaitTimeout(unsigned long)
                    2373 MPWaitOnSemaphore
                      2373 semaphore_timedwait_trap
    2373 Thread_50739
      2373 thread_start
        2373 _pthread_start
          2373 PrivateMPEntryPoint
            2373 wxThreadInternal::MacThreadStart(void*)
              2373 BackgroundThread::Entry()
                2373 wxSemaphore::Wait()
                  2373 wxSemaphoreInternal::WaitTimeout(unsigned long)
                    2373 MPWaitOnSemaphore
                      2373 semaphore_timedwait_trap
    2373 Thread_50740
      2373 thread_start
        2373 _pthread_start
          2373 PrivateMPEntryPoint
            2373 wxThreadInternal::MacThreadStart(void*)
              2373 BackgroundThread::Entry()
                2373 wxSemaphore::Wait()
                  2373 wxSemaphoreInternal::WaitTimeout(unsigned long)
                    2373 MPWaitOnSemaphore
                      2373 semaphore_timedwait_trap
    2373 Thread_50754
      2373 thread_start
        2373 _pthread_start
          2373 PrivateMPEntryPoint
            2373 wxThreadInternal::MacThreadStart(void*)
              2373 ClassBrowserBuilderThread::Entry()
                2373 ClassBrowserBuilderThread::BuildTree()
                  2373 ClassBrowserBuilderThread::CollapseItem(wxTreeItemId)
                    2373 wxGenericTreeCtrl::CollapseAndReset(wxTreeItemId const&)
                      2373 wxGenericTreeCtrl::Collapse(wxTreeItemId const&)
                        2373 wxEvtHandler::ProcessEvent(wxEvent&)
                          2373 wxWindowBase::TryParent(wxEvent&)
                            2373 wxEvtHandler::ProcessEvent(wxEvent&)
                              2373 wxWindowBase::TryParent(wxEvent&)
                                2373 wxEvtHandler::ProcessEvent(wxEvent&)
                                  2373 wxWindowBase::TryParent(wxEvent&)
                                    2373 wxEvtHandler::ProcessEvent(wxEvent&)
                                      2373 wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*)
                                        2373 wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&)
                                          2373 ClassBrowser::OnTreeItemCollapsing(wxTreeEvent&)
                                            2373 ClassBrowserBuilderThread::CollapseItem(wxTreeItemId)
                                              2373 wxMutexInternal::Lock()
                                                2373 pthread_mutex_lock
                                                  2373 semaphore_wait_signal_trap
    2373 Thread_50817
      2373 thread_start
        2373 _pthread_start
          2373 PrivateMPEntryPoint
            2373 wxThreadInternal::MacThreadStart(void*)
              2373 cbThreadPool::cbWorkerThread::Entry()
                2373 wxSemaphore::Wait()
                  2373 wxSemaphoreInternal::WaitTimeout(unsigned long)
                    2373 MPWaitOnSemaphore
                      2373 semaphore_timedwait_trap

Total number in stack (recursive counted multiple, when >=5):
        7       _pthread_start
        7       thread_start
        6       PrivateMPEntryPoint
        6       wxEvtHandler::ProcessEvent(wxEvent&)
        6       wxThreadInternal::MacThreadStart(void*)
        5       MPWaitOnSemaphore
        5       semaphore_timedwait_trap
        5       wxSemaphore::Wait()
        5       wxSemaphoreInternal::WaitTimeout(unsigned long)

Sort by top of stack, same collapsed (when >= 5):
        semaphore_timedwait_trap        11865
        semaphore_wait_signal_trap        4746
        kevent        2373
        select$DARWIN_EXTSN        2373

Edit >> code tags
« Last Edit: September 20, 2011, 08:11:37 pm by Calexus »
Logged

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 17 September 2011 build (7452) is out.
« Reply #16 on: September 20, 2011, 08:08:03 pm »
It looks pretty strange.
There are wx calls in two threads, which is not correct.
If you disable the Symbols browser in Settings -> Editor -> Code completion, the crash should go away.

Loaden: why are you building the tree in a non-gui thread?

p.s. please next time use code tags, so it easier to read.
« Last Edit: September 20, 2011, 08:10:12 pm by oBFusCATed »
Logged
(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 Calexus

  • Multiple posting newcomer
  • *
  • Posts: 48
Re: The 17 September 2011 build (7452) is out.
« Reply #17 on: September 20, 2011, 08:17:55 pm »
Here is part of the crash report if it's of any help, might be a bit more informative then the call graph.

Code
PID:             47621
Event:           hang
Duration:        5.75s (sampling started after 2 seconds)
Steps:           17 (100ms sampling interval)

Pageins:         1
Pageouts:        0


Process:         CodeBlocks [47621]
UID:             501

  Thread d1a5       DispatchQueue 100
  User stack:
    17 start + 53 (in CodeBlocks) [0x9ef9]
      17 main + 24 (in CodeBlocks) [0xa278]
        17 wxEntry(int&, wchar_t**) + 160 (in libwx_macu-2.8.0.dylib) [0x7db880]
          17 CodeBlocksApp::OnRun() + 32 (in CodeBlocks) [0xc050]
            17 wxAppBase::MainLoop() + 83 (in libwx_macu-2.8.0.dylib) [0x8ebaa3]
              17 wxEventLoopManual::Run() + 136 (in libwx_macu-2.8.0.dylib) [0x9128f8]
                17 wxEventLoop::Dispatch() + 35 (in libwx_macu-2.8.0.dylib) [0x86cc13]
                  17 wxApp::MacDoOneEvent() + 123 (in libwx_macu-2.8.0.dylib) [0x85339b]
                    17 wxApp::MacHandleOneEvent(void*) + 50 (in libwx_macu-2.8.0.dylib) [0x852b72]
                      17 wxMacProcessNotifierAndPendingEvents + 34 (in libwx_macu-2.8.0.dylib) [0x825952]
                        17 wxAppConsole::ProcessPendingEvents() + 105 (in libwx_macu-2.8.0.dylib) [0x7a3b59]
                          17 wxEvtHandler::ProcessPendingEvents() + 123 (in libwx_macu-2.8.0.dylib) [0x82ed0b]
                            17 wxEvtHandler::ProcessEvent(wxEvent&) + 179 (in libwx_macu-2.8.0.dylib) [0x82eeb3]
                              17 wxEvtHandler::SearchDynamicEventTable(wxEvent&) + 86 (in libwx_macu-2.8.0.dylib) [0x82d766]
                                17 wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) + 131 (in libwx_macu-2.8.0.dylib) [0x82d6a3]
                                  17 Parser::OnAllThreadsDone(CodeBlocksEvent&) + 848 (in libcodecompletion.so) [0x17f78040]
                                    17 Parser::ProcessParserEvent(ParsingType, int, wxString const&) + 108 (in libcodecompletion.so) [0x17f72ebc]
                                      17 wxEvtHandler::ProcessEvent(wxEvent&) + 179 (in libwx_macu-2.8.0.dylib) [0x82eeb3]
                                        17 wxEvtHandler::SearchDynamicEventTable(wxEvent&) + 86 (in libwx_macu-2.8.0.dylib) [0x82d766]
                                          17 wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) + 131 (in libwx_macu-2.8.0.dylib) [0x82d6a3]
                                            17 NativeParser::OnParserEnd(wxCommandEvent&) + 187 (in libcodecompletion.so) [0x17f6293b]
                                              17 NativeParser::UpdateClassBrowser() + 344 (in libcodecompletion.so) [0x17f5f6b8]
                                                17 ClassBrowser::UpdateView(bool) + 840 (in libcodecompletion.so) [0x17f1c958]
                                                  17 ClassBrowser::BuildTree() + 128 (in libcodecompletion.so) [0x17f1be80]
                                                    17 ClassBrowserBuilderThread::Init(NativeParser*, CBTreeCtrl*, CBTreeCtrl*, wxString const&, void*, BrowserOptions const&, TokensTree*, bool) + 57 (in libcodecompletion.so) [0x17f264e9]
                                                      17 wxMutexInternal::Lock() + 17 (in libwx_macu-2.8.0.dylib) [0x824431]
                                                        17 semaphore_wait_trap + 10 (in libSystem.B.dylib) [0x919d8b36]
  Kernel stack:
    17 semaphore_wait_continue + 0 [0x22a88f]

  Thread d1b0       DispatchQueue 1634545000
  User stack:
    17 start_wqthread + 30 (in libSystem.B.dylib) [0x919fe5c6]
      17 _pthread_wqthread + 390 (in libSystem.B.dylib) [0x919fe781]
        17 _dispatch_worker_thread2 + 240 (in libSystem.B.dylib) [0x919fecfe]
          17 _dispatch_queue_invoke + 163 (in libSystem.B.dylib) [0x919fef59]
            17 kevent + 10 (in libSystem.B.dylib) [0x919ff382]
  Kernel stack:
    17 kevent + 97 [0x47a699]

  Thread d1b3      
  User stack:
    17 thread_start + 34 (in libSystem.B.dylib) [0x91a060de]
      17 _pthread_start + 345 (in libSystem.B.dylib) [0x91a06259]
        17 select$DARWIN_EXTSN + 10 (in libSystem.B.dylib) [0x919f7ac6]
  Kernel stack:
    17 sleep + 52 [0x49115a]

  Thread d1b8      
  User stack:
    17 thread_start + 34 (in libSystem.B.dylib) [0x91a060de]
      17 _pthread_start + 345 (in libSystem.B.dylib) [0x91a06259]
        17 PrivateMPEntryPoint + 68 (in CarbonCore) [0x960c954a]
          17 wxThreadInternal::MacThreadStart(void*) + 96 (in libwx_macu-2.8.0.dylib) [0x825130]
            17 BackgroundThread::Entry() + 30 (in libcodeblocks.0.dylib) [0x19bece]
              17 wxSemaphore::Wait() + 36 (in libwx_macu-2.8.0.dylib) [0x824194]
                17 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27 (in libwx_macu-2.8.0.dylib) [0x8240db]
                  17 semaphore_timedwait_trap + 10 (in libSystem.B.dylib) [0x919d8b4e]
  Kernel stack:
    17 semaphore_wait_continue + 0 [0x22a88f]

  Thread d1b9      
  User stack:
    17 thread_start + 34 (in libSystem.B.dylib) [0x91a060de]
      17 _pthread_start + 345 (in libSystem.B.dylib) [0x91a06259]
        17 PrivateMPEntryPoint + 68 (in CarbonCore) [0x960c954a]
          17 wxThreadInternal::MacThreadStart(void*) + 96 (in libwx_macu-2.8.0.dylib) [0x825130]
            17 BackgroundThread::Entry() + 30 (in libcodeblocks.0.dylib) [0x19bece]
              17 wxSemaphore::Wait() + 36 (in libwx_macu-2.8.0.dylib) [0x824194]
                17 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27 (in libwx_macu-2.8.0.dylib) [0x8240db]
                  17 semaphore_timedwait_trap + 10 (in libSystem.B.dylib) [0x919d8b4e]
  Kernel stack:
    17 semaphore_wait_continue + 0 [0x22a88f]

  Thread d1ba      
  User stack:
    17 thread_start + 34 (in libSystem.B.dylib) [0x91a060de]
      17 _pthread_start + 345 (in libSystem.B.dylib) [0x91a06259]
        17 PrivateMPEntryPoint + 68 (in CarbonCore) [0x960c954a]
          17 wxThreadInternal::MacThreadStart(void*) + 96 (in libwx_macu-2.8.0.dylib) [0x825130]
            17 BackgroundThread::Entry() + 30 (in libcodeblocks.0.dylib) [0x19bece]
              17 wxSemaphore::Wait() + 36 (in libwx_macu-2.8.0.dylib) [0x824194]
                17 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27 (in libwx_macu-2.8.0.dylib) [0x8240db]
                  17 semaphore_timedwait_trap + 10 (in libSystem.B.dylib) [0x919d8b4e]
  Kernel stack:
    17 semaphore_wait_continue + 0 [0x22a88f]

  Thread d1bb      
  User stack:
    17 thread_start + 34 (in libSystem.B.dylib) [0x91a060de]
      17 _pthread_start + 345 (in libSystem.B.dylib) [0x91a06259]
        17 PrivateMPEntryPoint + 68 (in CarbonCore) [0x960c954a]
          17 wxThreadInternal::MacThreadStart(void*) + 96 (in libwx_macu-2.8.0.dylib) [0x825130]
            17 BackgroundThread::Entry() + 30 (in libcodeblocks.0.dylib) [0x19bece]
              17 wxSemaphore::Wait() + 36 (in libwx_macu-2.8.0.dylib) [0x824194]
                17 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27 (in libwx_macu-2.8.0.dylib) [0x8240db]
                  17 semaphore_timedwait_trap + 10 (in libSystem.B.dylib) [0x919d8b4e]
  Kernel stack:
    17 semaphore_wait_continue + 0 [0x22a88f]

  Thread d1c3      
  User stack:
    17 thread_start + 34 (in libSystem.B.dylib) [0x91a060de]
      17 _pthread_start + 345 (in libSystem.B.dylib) [0x91a06259]
        17 PrivateMPEntryPoint + 68 (in CarbonCore) [0x960c954a]
          17 wxThreadInternal::MacThreadStart(void*) + 96 (in libwx_macu-2.8.0.dylib) [0x825130]
            17 ClassBrowserBuilderThread::Entry() + 65 (in libcodecompletion.so) [0x17f258d1]
              17 ClassBrowserBuilderThread::BuildTree() + 862 (in libcodecompletion.so) [0x17f256ce]
                17 ClassBrowserBuilderThread::CollapseItem(wxTreeItemId) + 92 (in libcodecompletion.so) [0x17f21bbc]
                  17 wxGenericTreeCtrl::CollapseAndReset(wxTreeItemId const&) + 33 (in libwx_macu-2.8.0.dylib) [0x99a8e1]
                    17 wxGenericTreeCtrl::Collapse(wxTreeItemId const&) + 128 (in libwx_macu-2.8.0.dylib) [0x9a1ab0]
                      17 wxEvtHandler::ProcessEvent(wxEvent&) + 121 (in libwx_macu-2.8.0.dylib) [0x82ee79]
                        17 wxWindowBase::TryParent(wxEvent&) + 88 (in libwx_macu-2.8.0.dylib) [0x969348]
                          17 wxEvtHandler::ProcessEvent(wxEvent&) + 121 (in libwx_macu-2.8.0.dylib) [0x82ee79]
                            17 wxWindowBase::TryParent(wxEvent&) + 88 (in libwx_macu-2.8.0.dylib) [0x969348]
                              17 wxEvtHandler::ProcessEvent(wxEvent&) + 121 (in libwx_macu-2.8.0.dylib) [0x82ee79]
                                17 wxWindowBase::TryParent(wxEvent&) + 88 (in libwx_macu-2.8.0.dylib) [0x969348]
                                  17 wxEvtHandler::ProcessEvent(wxEvent&) + 207 (in libwx_macu-2.8.0.dylib) [0x82eecf]
                                    17 wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) + 113 (in libwx_macu-2.8.0.dylib) [0x82e9b1]
                                      17 wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) + 131 (in libwx_macu-2.8.0.dylib) [0x82d6a3]
                                        17 ClassBrowser::OnTreeItemCollapsing(wxTreeEvent&) + 41 (in libcodecompletion.so) [0x17f1c069]
                                          17 ClassBrowserBuilderThread::CollapseItem(wxTreeItemId) + 71 (in libcodecompletion.so) [0x17f21ba7]
                                            17 wxMutexInternal::Lock() + 17 (in libwx_macu-2.8.0.dylib) [0x824431]
                                              17 semaphore_wait_signal_trap + 10 (in libSystem.B.dylib) [0x919d8b42]
 Kernel stack:
    17 semaphore_wait_continue + 0 [0x22a88f]

  Thread d23f      
  User stack:
    17 thread_start + 34 (in libSystem.B.dylib) [0x91a060de]
      17 _pthread_start + 345 (in libSystem.B.dylib) [0x91a06259]
        17 PrivateMPEntryPoint + 68 (in CarbonCore) [0x960c954a]
          17 wxThreadInternal::MacThreadStart(void*) + 96 (in libwx_macu-2.8.0.dylib) [0x825130]
            17 cbThreadPool::cbWorkerThread::Entry() + 122 (in libcodeblocks.0.dylib) [0x12478a]
              17 wxSemaphore::Wait() + 36 (in libwx_macu-2.8.0.dylib) [0x824194]
                17 wxSemaphoreInternal::WaitTimeout(unsigned long) + 27 (in libwx_macu-2.8.0.dylib) [0x8240db]
                  17 semaphore_timedwait_trap + 10 (in libSystem.B.dylib) [0x919d8b4e]
  Kernel stack:
    17 semaphore_wait_continue + 0 [0x22a88f]
Logged

Offline Calexus

  • Multiple posting newcomer
  • *
  • Posts: 48
Re: The 17 September 2011 build (7452) is out.
« Reply #18 on: September 20, 2011, 08:24:43 pm »
@oBFusCATed: As you recommended disabling Symbols browser works. CB loads projects without problem if it's disabled.
Logged

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5913
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: The 17 September 2011 build (7452) is out.
« Reply #19 on: September 21, 2011, 02:03:19 am »
Quote from: oBFusCATed on September 20, 2011, 08:08:03 pm
Loaden: why are you building the tree in a non-gui thread?
This behaviour was done several years ago. (before loaden became a developer).
The developer did that try to avoid the main UI hang when the symbol tree is building.
Can we have a better method? Building a symbol tree sometimes use a lot of CPU resources.
Logged
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 oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 17 September 2011 build (7452) is out.
« Reply #20 on: September 21, 2011, 08:15:00 am »
Don't know.
Logged
(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 fubo

  • Multiple posting newcomer
  • *
  • Posts: 38
Re: The 17 September 2011 build (7452) is out.
« Reply #21 on: September 21, 2011, 02:36:38 pm »
Quote from: oBFusCATed on September 20, 2011, 10:35:00 am
fubo: is it possible for you to build C::B from svn sources and bisect the revision where it was broken?

Eventually done!!!! The bug was introduced from 7306 to 7307 SVN build, after changes to cbproject.cpp!!!
« Last Edit: September 21, 2011, 03:05:43 pm by fubo »
Logged

Offline fubo

  • Multiple posting newcomer
  • *
  • Posts: 38
Re: The 17 September 2011 build (7452) is out.
« Reply #22 on: September 21, 2011, 03:14:29 pm »
BTW, it was already reported here
Logged

Offline fubo

  • Multiple posting newcomer
  • *
  • Posts: 38
Re: The 17 September 2011 build (7452) is out.
« Reply #23 on: September 21, 2011, 04:06:11 pm »
I confirm that building HEAD using revision 7031 of cbproject.cpp solves the issue.
Logged

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: The 17 September 2011 build (7452) is out.
« Reply #24 on: September 21, 2011, 04:57:43 pm »
I don't think, that it is really an issue.
At the moment the projects toplevel-path is the path where the projectfile is.

And from this point of view, it's absolutely correct as it is displayed, if I understand right.

One way to change this behaviour, would be to make the toplevel-path configurable, independant of the path, the projectfile is stored in.
The other way would be to right-click your project in the management-pane, uncheck  "Project tree -> Display folders as on disk" and check "Project tree -> Hide folder name".
The second way can lead to problems to chose files in the tree, if two or more have the same name.
Logged

Offline fubo

  • Multiple posting newcomer
  • *
  • Posts: 38
Re: The 17 September 2011 build (7452) is out.
« Reply #25 on: September 22, 2011, 09:56:06 am »
I read that the cbproject.cpp was changed to address an issue in Linux. Could the code be conditionally built for Linux or Win32?
Meanwhile, I need to have head + cbproject.cpp ver 7031.
Logged

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: The 17 September 2011 build (7452) is out.
« Reply #26 on: September 22, 2011, 10:16:20 am »
Quote from: fubo on September 22, 2011, 09:56:06 am
I read that the cbproject.cpp was changed to address an issue in Linux. Could the code be conditionally built for Linux or Win32?
Meanwhile, I need to have head + cbproject.cpp ver 7031.
The issue has lead to problems on linux or more exactly to problems wth cmake-generated projects on linux, but as far as I understand the behaviour was incorrect on all platforms.

Quote from: jens on September 21, 2011, 04:57:43 pm
At the moment the projects toplevel-path is the path where the projectfile is.

And from this point of view, it's absolutely correct as it is displayed, if I understand right.

Is that not correct for you ?
Does C::B use an incorrect path as top-level path ?
If yes, can you please attach a small sample project, where this happens ?

Or did the behaviour change and shows your project in a different (but maybe correct) way, than before ?

Quote from: jens on September 21, 2011, 04:57:43 pm
One way to change this behaviour, would be to make the toplevel-path configurable, independant of the path, the projectfile is stored in.
The other way would be to right-click your project in the management-pane, uncheck  "Project tree -> Display folders as on disk" and check "Project tree -> Hide folder name".
The second way can lead to problems to chose files in the tree, if two or more have the same name.

Would one of these possibilities be a solution for you ?


EDIT:

Okay, my error.

I looked into the sources again, and you are right of course.
We talk about the common toplevel path and not the basepath of the project, sorry for the noise.
I will look into it.
« Last Edit: September 22, 2011, 11:39:03 am by jens »
Logged

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: The 17 September 2011 build (7452) is out.
« Reply #27 on: September 22, 2011, 01:06:22 pm »
Quote from: fubo on September 22, 2011, 09:56:06 am
I read that the cbproject.cpp was changed to address an issue in Linux. Could the code be conditionally built for Linux or Win32?
Meanwhile, I need to have head + cbproject.cpp ver 7031.
Quote from: jens on September 22, 2011, 10:16:20 am
I will look into it.

Could you please test, whether commit 7460 fixes the issue for you ?
Logged

Offline fubo

  • Multiple posting newcomer
  • *
  • Posts: 38
Re: The 17 September 2011 build (7452) is out.
« Reply #28 on: September 22, 2011, 02:14:07 pm »
Quote
Could you please test, whether commit 7460 fixes the issue for you ?
That's it! Fixed!  :D :D
Logged

Offline danselmi

  • Developer
  • Almost regular
  • *****
  • Posts: 203
Re: The 17 September 2011 build (7452) is out.
« Reply #29 on: September 22, 2011, 03:47:58 pm »
Quote from: scarphin on September 18, 2011, 11:35:00 pm
I'm experiencing a crash on the debuggers nightly branch but I guess it's not related to the debugger so I'm posting it here as advised. Maybe someone can test it on this nightly.
1-Launch cb.
2-Plugins->manage plugins and choose spellchecker plugin.
3-Disable, enable, disable crashes cb.

OS: Win7 SP1

I will look into it in october (after my holidays 8)).
Logged
Pages: 1 [2] 3 4 5   Go Up
« previous next »