The 07 September 2013 build (9295) is out.

[Alpha]

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).

[goral]

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...

[oBFusCATed]

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.

[ToApolytoXaos]

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: [Select]

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


[oBFusCATed]

Can you try running under valgrind?

[ToApolytoXaos]

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]

[oBFusCATed]

Ok, next thing to try is under gdb to execute the command "thread apply all bt" and paste the output

[ToApolytoXaos]

Code: [Select]

(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 [email protected]@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 [email protected]@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 [email protected]@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 [email protected]@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)


[oBFusCATed]

Nothing interesting in here, too.

Can you try to disable plugins one by one and then tell us which causes the crashes?

[ToApolytoXaos]

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?

[jens]

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]

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

[oBFusCATed]

Your last post is quite confusing. Do you see the original crash or a new crash?

[ToApolytoXaos]

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

[oBFusCATed]

So you're getting crashes with valgrind enabled and no crashes with valgrind disabled?