Author Topic: The 07 September 2013 build (9295) is out.  (Read 165414 times)

Offline Alpha

  • Developer
  • Lives here!
  • *****
  • Posts: 1513
Re: The 07 September 2013 build (9295) is out.
« Reply #30 on: October 02, 2013, 11:11:03 pm »
I do sometimes use them at the beginning of a word (like in my previous example), but MOST of the time, what bugs me is being unable to use an abbreviation right at the start of a line. This can correspond to inserting separators or new sections of code. Example: Adding a new "case" statement in between a switch, or a new method inside a class
I do not have time to work on this right now, but if you are interested, search src/plugins/abbreviations/abbreviations.cpp for control->WordEndPosition and look to patch it so that it will check, for example, if the whole word it is in (current style) is valid, else fall back to prefix up to caret position is valid (previous style).

Offline goral

  • Single posting newcomer
  • *
  • Posts: 6
Re: The 07 September 2013 build (9295) is out.
« Reply #31 on: November 19, 2013, 10:46:54 am »
But there is a problem with Call stack and Running threads windows now: its ok, when I press Break debugger button. But then when I am switching to another threads, Call stack is empty and list of threads in Runing threads window is changing.
Known problem, last time I've tried to fix it, I couldn't...
Is there any hope that this will be fixed?
I really miss that...

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #32 on: November 23, 2013, 05:44:47 pm »
Is there any hope that this will be fixed?
I really miss that...
Not in the current version of the plugin, I'm only fixing simple to fix bug in it.
There is another plugin in the works that uses the safer GDB interface - GDB/MI, but I have no time to work on it at the moment, unfortunately.
(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!]

ToApolytoXaos

  • Guest
Re: The 07 September 2013 build (9295) is out.
« Reply #33 on: November 23, 2013, 08:10:40 pm »
Still facing crashing issues even with svn9462. The only thing that runs into my mind is my graphics card, an NVidia FX5200 256MB. Both proprietary and nouveau (vesa) drivers crash applications or even freeze the entire DE. Currently cannot afford to set up a new PC :/

Code
Program received signal SIGSEGV, Segmentation fault.
0xb73a2f5b in wxFrame::OnInternalIdle() () from /usr/lib/i386-linux-gnu/libwx_gtk2u_core-2.8.so.0
(gdb) backtrace
#0  0xb73a2f5b in wxFrame::OnInternalIdle() () from /usr/lib/i386-linux-gnu/libwx_gtk2u_core-2.8.so.0
#1  0xb73c93c9 in wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&) () from /usr/lib/i386-linux-gnu/libwx_gtk2u_core-2.8.so.0
#2  0xb73c98ee in wxAppBase::ProcessIdle() () from /usr/lib/i386-linux-gnu/libwx_gtk2u_core-2.8.so.0
#3  0xb7333f62 in ?? () from /usr/lib/i386-linux-gnu/libwx_gtk2u_core-2.8.so.0
#4  0xb66ce140 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#5  0xb66d142e in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0
#6  0xb66d17d8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#7  0xb66d1c3b in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0
#8  0xb6d4b140 in gtk_main () from /usr/lib/i386-linux-gnu/libgtk-x11-2.0.so.0
#9  0xb734a3de in wxEventLoop::Run() () from /usr/lib/i386-linux-gnu/libwx_gtk2u_core-2.8.so.0
#10 0xb73c969f in wxAppBase::MainLoop() () from /usr/lib/i386-linux-gnu/libwx_gtk2u_core-2.8.so.0
#11 0xb73c919f in wxAppBase::OnRun() () from /usr/lib/i386-linux-gnu/libwx_gtk2u_core-2.8.so.0
#12 0x0808addb in CodeBlocksApp::OnRun (this=0x821bbb8) at app.cpp:809
#13 0xb710db36 in wxEntry(int&, wchar_t**) () from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#14 0xb710dbd6 in wxEntry(int&, char**) () from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#15 0x080885c4 in main (argc=3, argv=0xbffff464) at app.cpp:276

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #34 on: November 23, 2013, 09:05:07 pm »
Can you try running under valgrind?
(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!]

ToApolytoXaos

  • Guest
Re: The 07 September 2013 build (9295) is out.
« Reply #35 on: November 24, 2013, 01:46:47 pm »
Yes, but it did not crash now with valgrind. I have checked though for memory leaks and saved the process in a log file.

Below you may find the report as an attachment in the form of an archive file.

Cheers.

[attachment deleted by admin]

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #36 on: November 24, 2013, 01:52:19 pm »
Ok, next thing to try is under gdb to execute the command "thread apply all bt" and paste the output
(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!]

ToApolytoXaos

  • Guest
Re: The 07 September 2013 build (9295) is out.
« Reply #37 on: November 24, 2013, 02:24:34 pm »
Code
(gdb) run --verbose --debug-log
Starting program: /usr/local/bin/codeblocks --verbose --debug-log
warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1".
[New Thread 0xad642b40 (LWP 16776)]
[New Thread 0xaccadb40 (LWP 16777)]
[New Thread 0xac4acb40 (LWP 16778)]
[New Thread 0xabcabb40 (LWP 16779)]
[New Thread 0xa9b1ab40 (LWP 16811)]
[New Thread 0xa91ffb40 (LWP 16814)]
[New Thread 0xa88e0b40 (LWP 16816)]
[Thread 0xa88e0b40 (LWP 16816) exited]

Program received signal SIGSEGV, Segmentation fault.
0x0853392a in ?? ()
(gdb) thread apply all bt

Thread 7 (Thread 0xa91ffb40 (LWP 16814)):
#0  0xb7fde424 in __kernel_vsyscall ()
#1  0xb65de7ab in pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187
#2  0xb7167016 in wxConditionInternal::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#3  0xb7167d66 in wxCondition::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#4  0xb7167da8 in wxSemaphoreInternal::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#5  0xb71685b6 in wxSemaphore::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#6  0xaa415de0 in ClassBrowserBuilderThread::Entry (this=0xa92c008)
    at classbrowserbuilderthread.cpp:191
#7  0xb716868b in wxThreadInternal::PthreadStart(wxThread*) ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#8  0xb71686fb in wxPthreadStart ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#9  0xb65dacf1 in start_thread (arg=0xa91ffb40) at pthread_create.c:311
#10 0xb63c608e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131

---Type <return> to continue, or q <return> to quit---
Thread 6 (Thread 0xa9b1ab40 (LWP 16811)):
#0  0xb7fde424 in __kernel_vsyscall ()
#1  0xb63be251 in select () at ../sysdeps/unix/syscall-template.S:81
#2  0xaaad67fa in MonDescriptors::do_select (this=0xa9b19010)
    at directorymonitor.cpp:70
#3  0xaaad6eb0 in DirMonitorThread::Entry (this=0xa83adb8)
    at directorymonitor.cpp:164
#4  0xb716868b in wxThreadInternal::PthreadStart(wxThread*) ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#5  0xb71686fb in wxPthreadStart ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#6  0xb65dacf1 in start_thread (arg=0xa9b1ab40) at pthread_create.c:311
#7  0xb63c608e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131

Thread 5 (Thread 0xabcabb40 (LWP 16779)):
#0  0xb7fde424 in __kernel_vsyscall ()
#1  0xb65de7ab in pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187
#2  0xb7167016 in wxConditionInternal::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#3  0xb7167d66 in wxCondition::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
---Type <return> to continue, or q <return> to quit---
#4  0xb7167da8 in wxSemaphoreInternal::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#5  0xb71685b6 in wxSemaphore::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#6  0xb7b95602 in BackgroundThread::Entry (this=0x894a57c)
    at ./backgroundthread.h:152
#7  0xb716868b in wxThreadInternal::PthreadStart(wxThread*) ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#8  0xb71686fb in wxPthreadStart ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#9  0xb65dacf1 in start_thread (arg=0xabcabb40) at pthread_create.c:311
#10 0xb63c608e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131

Thread 4 (Thread 0xac4acb40 (LWP 16778)):
#0  0xb7fde424 in __kernel_vsyscall ()
#1  0xb65de7ab in pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187
#2  0xb7167016 in wxConditionInternal::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#3  0xb7167d66 in wxCondition::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#4  0xb7167da8 in wxSemaphoreInternal::Wait() ()
---Type <return> to continue, or q <return> to quit---
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#5  0xb71685b6 in wxSemaphore::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#6  0xb7b95602 in BackgroundThread::Entry (this=0x894a560)
    at ./backgroundthread.h:152
#7  0xb716868b in wxThreadInternal::PthreadStart(wxThread*) ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#8  0xb71686fb in wxPthreadStart ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#9  0xb65dacf1 in start_thread (arg=0xac4acb40) at pthread_create.c:311
#10 0xb63c608e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131

Thread 3 (Thread 0xaccadb40 (LWP 16777)):
#0  0xb7fde424 in __kernel_vsyscall ()
#1  0xb65de7ab in pthread_cond_wait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187
#2  0xb7167016 in wxConditionInternal::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#3  0xb7167d66 in wxCondition::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#4  0xb7167da8 in wxSemaphoreInternal::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
---Type <return> to continue, or q <return> to quit---
#5  0xb71685b6 in wxSemaphore::Wait() ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#6  0xb7b95602 in BackgroundThread::Entry (this=0x894a544)
    at ./backgroundthread.h:152
#7  0xb716868b in wxThreadInternal::PthreadStart(wxThread*) ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#8  0xb71686fb in wxPthreadStart ()
   from /usr/lib/i386-linux-gnu/libwx_baseu-2.8.so.0
#9  0xb65dacf1 in start_thread (arg=0xaccadb40) at pthread_create.c:311
#10 0xb63c608e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131

Thread 2 (Thread 0xad642b40 (LWP 16776)):
#0  0xb7fde424 in __kernel_vsyscall ()
#1  0xb63b78ab in poll () at ../sysdeps/unix/syscall-template.S:81
#2  0xb66e076b in g_poll () from /lib/i386-linux-gnu/libglib-2.0.so.0
#3  0xb66d1758 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#4  0xb66d1c3b in g_main_loop_run () from /lib/i386-linux-gnu/libglib-2.0.so.0
#5  0xb6ab425a in ?? () from /usr/lib/i386-linux-gnu/libgio-2.0.so.0
#6  0xb66f6fea in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#7  0xb65dacf1 in start_thread (arg=0xad642b40) at pthread_create.c:311
#8  0xb63c608e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:131

Thread 1 (Thread 0xb4f4e900 (LWP 15909)):
---Type <return> to continue, or q <return> to quit---
#0  0x0853392a in ?? ()
#1  0x00000000 in ?? ()
(gdb)

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #38 on: November 24, 2013, 02:31:00 pm »
Nothing interesting in here, too.

Can you try to disable plugins one by one and then tell us which causes the crashes?
(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!]

ToApolytoXaos

  • Guest
Re: The 07 September 2013 build (9295) is out.
« Reply #39 on: November 24, 2013, 03:47:47 pm »
Nothing interesting in here, too.

Can you try to disable plugins one by one and then tell us which causes the crashes?
An interesting issue appeared; I went to Plugins > Manage plugins...boom! An error message window popped up "Codeblocks error: Failed to create a temporary file name (error 13: Permission denied)". All plugins are enabled.

Suggestion: I have tried to disable my plugins, one by one from command line and unfortunately such option is not available (other than --safe-mode).

Could it be possible to add each plugin as argument of type --disable-<plugin-name> so a user could disable a problematic plugin upon need?
« Last Edit: November 24, 2013, 03:52:19 pm by ToApolytoXaos »

Offline Jenna

  • Administrator
  • Lives here!
  • *****
  • Posts: 7255
Re: The 07 September 2013 build (9295) is out.
« Reply #40 on: November 24, 2013, 04:03:57 pm »
Nothing interesting in here, too.

Can you try to disable plugins one by one and then tell us which causes the crashes?
An interesting issue appeared; I went to Plugins > Manage plugins...boom! An error message window popped up "Codeblocks error: Failed to create a temporary file name (error 13: Permission denied)". All plugins are enabled.

Suggestion: I have tried to disable my plugins, one by one from command line and unfortunately such option is not available (other than --safe-mode).

Could it be possible to add each plugin as argument of type --disable-<plugin-name> so a user could disable a problematic plugin upon need?
The error about the temp-file is normally harmless and should only appear if C::B is started with the -v option.

ToApolytoXaos

  • Guest
Re: The 07 September 2013 build (9295) is out.
« Reply #41 on: November 24, 2013, 05:12:34 pm »
Can you try to disable plugins one by one and then tell us which causes the crashes?
I have disabled all plugins and followed a linear order; when I enabled DragScroll it got crashed. I have tried to reproduce it unsuccessfully; I then decided to continue enabling plugins and restarting C::B. As soon as I reached Valgrind, upon enabling I got it to crash. The error messages are those I have shared here; nothing new, sorry :(

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #42 on: November 24, 2013, 05:46:17 pm »
Your last post is quite confusing. Do you see the original crash or a new crash?
(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!]

ToApolytoXaos

  • Guest
Re: The 07 September 2013 build (9295) is out.
« Reply #43 on: November 24, 2013, 06:08:21 pm »
Your last post is quite confusing. Do you see the original crash or a new crash?
The two previous crashes I reported here are still the same.

http://forums.codeblocks.org/index.php/topic,18323.msg127422.html#msg127422

http://forums.codeblocks.org/index.php/topic,18323.msg127442.html#msg127442

Offline oBFusCATed

  • Developer
  • Lives here!
  • *****
  • Posts: 13413
    • Travis build status
Re: The 07 September 2013 build (9295) is out.
« Reply #44 on: November 24, 2013, 07:11:31 pm »
So you're getting crashes with valgrind enabled and no crashes with valgrind disabled?
(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!]