The 22 March 2014 build (9744) is out.

[Alpha]

Code completion always kicks in after the 3rd character regardless of the setting [...]

My apologies, the migration to CCManager of the settings was incomplete (marked with several TODOs in sdk/ccmanager.cpp), but I just have not gotten around to (and sort of forgot about ) building a settings dialogue for CCManager, so this (and several other items) are currently hardcoded.
This is on my todo list, but patches adding the UI would be greatly appreciated, as I am currently extremely limited on time.

[scarphin]

No apology needed, it's good to know it's not by my side.

Out of curiosity, is that the new interface for Clang completion?

[oBFusCATed]

Not only clang, but python or anything someone would like to make a plugin for.

[scarphin]

Good to know. Is it possible to provide a binary for Clang plugin somehow for volunteers like me to beta test? I couldn't manage to compile the plugin myself as I'm not using TDM compiler and being a 'using xxx::xxx;' guy current implementation doesn't really help me much with that.

[vali29]

Good to know. Is it possible to provide a binary for Clang plugin somehow for volunteers like me to beta test? I couldn't manage to compile the plugin myself as I'm not using TDM compiler and being a 'using xxx::xxx;' guy current implementation doesn't really help me much with that.

I have successfully compiled the ClangLib plugin but always crash at clang_getInclusions when they start to parse the project.

Code: [Select]

codeblocks.exe caused an Access Violation at location 66261318 in module libclang.dll Reading from location 00000010.

Registers:
eax=00000000 ebx=01d9f078 ecx=01d52158 edx=00000512 esi=00000010 edi=00000000
eip=66261318 esp=0022f528 ebp=0022f870 iopl=0         nv up ei pl zr na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00010246

Call stack:
66261318  libclang.dll:66261318  clang_getInclusions
68481249  wxmsw28u.dll:68481249  _ZNK12wxAppConsole11HandleEventEP12wxEvtHandlerMS0_FvR7wxEventES3_
684ED9EC  wxmsw28u.dll:684ED9EC  _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
684EDDC6  wxmsw28u.dll:684EDDC6  _ZN12wxEvtHandler23SearchDynamicEventTableER7wxEvent
684EDE44  wxmsw28u.dll:684EDE44  _ZN12wxEvtHandler12ProcessEventER7wxEvent
685C4ED9  wxmsw28u.dll:685C4ED9  _ZN11wxTimerBase6NotifyEv
68520858  wxmsw28u.dll:68520858  _ZN7wxTimer4InitEv
7613C4E7  USER32.dll:7613C4E7  gapfnScSendMessage
7613C5E7  USER32.dll:7613C5E7  gapfnScSendMessage
7613CC19  USER32.dll:7613CC19  gapfnScSendMessage
7613CC70  USER32.dll:7613CC70  DispatchMessageW
761341EB  USER32.dll:761341EB  IsDialogMessageW
6851214D  wxmsw28u.dll:6851214D  _ZN11wxEventLoop17PreProcessMessageEP6tagMSG
68511D8A  wxmsw28u.dll:68511D8A  _ZN11wxEventLoop14ProcessMessageEP6tagMSG
68511EEC  wxmsw28u.dll:68511EEC  _ZN11wxEventLoop8DispatchEv
6858B3B2  wxmsw28u.dll:6858B3B2  _ZN17wxEventLoopManual3RunEv
685724D0  wxmsw28u.dll:685724D0  _ZN9wxAppBase8MainLoopEv
00402922  codeblocks.exe:00402922
684F1D1C  wxmsw28u.dll:684F1D1C  _Z7wxEntryP11HINSTANCE__S0_Pci
00401D00  codeblocks.exe:00401D00
004010FD  codeblocks.exe:004010FD
776237EB  ntdll.dll:776237EB  RtlInitializeExceptionChain
776237BE  ntdll.dll:776237BE  RtlInitializeExceptionChain


[nasty_wolverine]

when is the next nightly scheduled???
I tried this and the last nightly, both crash when attempting code completion. So, i went back to using the 13.12 release. I hear the crashes have been fixed in trunk, so patiently waiting for the next nightly.

[ToApolytoXaos]

@jens: the latest nightly build from your repository on my Debian jessie 64-bit crashed a few seconds after i closed it and upon reopen the crash got reproduced.

Code: [Select]

[email protected]:~$ gdb codeblocks
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
(gdb) bt
#0  0x00007ffff27589f8 in main_arena () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffff61fea44 in wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&) ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#2  0x00007ffff61fee74 in wxAppBase::ProcessIdle() ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#3  0x00007ffff6179e91 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#4  0x00007ffff33e4ce5 in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff33e5048 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x00007ffff33e530a in g_main_loop_run ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x00007ffff52f9147 in gtk_main ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#8  0x00007ffff618d36a in wxEventLoop::Run() ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#9  0x00007ffff61fec1c in wxAppBase::MainLoop() ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#10 0x00000000004484fb in CodeBlocksApp::OnRun (this=0x7d3bb0) at app.cpp:818
#11 0x00007ffff589df7d in wxEntry(int&, wchar_t**) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#12 0x000000000043b962 in main (argc=3, argv=<optimized out>) at app.cpp:278
(gdb) continue
Continuing.

Program received signal SIGABRT, Aborted.
0x00007ffff23ea3a9 in __GI_raise ([email protected]=6)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56      ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) continue
Continuing.
[Thread 0x7fffd7dc1700 (LWP 12975) exited]
[Thread 0x7fffd85c2700 (LWP 12946) exited]
[Thread 0x7fffe7309700 (LWP 12939) exited]
[Thread 0x7fffe7b0a700 (LWP 12938) exited]
[Thread 0x7fffe830b700 (LWP 12937) exited]

Program terminated with signal SIGABRT, Aborted.
The program no longer exists.
(gdb) continue
The program is not being run.
(gdb) q
[email protected]:~$


[oBFusCATed]

try executing: "thread apply all bt" gdb command. The bt from the main trace doesn't look interesting or revealing...

[Alpha]

Good to know. Is it possible to provide a binary for Clang plugin somehow for volunteers like me to beta test? [...]

I will try to package a nightly build compatible Windows binary soon.

I have successfully compiled the ClangLib plugin but always crash at clang_getInclusions when they start to parse the project.

Odd...  Did you self-compile everything, or is this linking against a nightly?

[vali29]

I have successfully compiled the ClangLib plugin but always crash at clang_getInclusions when they start to parse the project.

Odd...  Did you self-compile everything, or is this linking against a nightly?

Hi Alpha!

Compiled myself with TDM GCC 4.6.1, CB svn 9760, LLVM + Clang 3.3 and your ClangLib plugin.
On small CB projects, ex. c++ Hello World it's working but on projects with wxWidgets always crash.

Do you have a special build steps to compile LLVM with gcc on Windows?

[ToApolytoXaos]

try executing: "thread apply all bt" gdb command. The bt from the main trace doesn't look interesting or revealing...

I hope I have done it properly @oBFusCATed. If I missed anything, please let me know.

Code: [Select]

$ gdb codeblocks
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/codeblocks...Reading symbols from /usr/lib/debug/usr/bin/codeblocks...done.
done.
(gdb) run -d -v
Starting program: /usr/bin/codeblocks -d -v
warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7ffff7ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need "set solib-search-path" or "set sysroot"?
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe830b700 (LWP 9153)]
[New Thread 0x7fffe7b0a700 (LWP 9154)]
[New Thread 0x7fffe7309700 (LWP 9155)]
[New Thread 0x7fffd85c2700 (LWP 9163)]
[New Thread 0x7fffd7dc1700 (LWP 9167)]
[Thread 0x7fffd7dc1700 (LWP 9167) exited]
[New Thread 0x7fffd7dc1700 (LWP 9192)]

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

Thread 7 (Thread 0x7fffd7dc1700 (LWP 9192)):
#0  [email protected]@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007ffff58ee653 in wxConditionInternal::Wait() ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#2  0x00007ffff58ef1a8 in wxSemaphoreInternal::Wait() ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#3  0x00007fffdcfb4a62 in ClassBrowserBuilderThread::Entry (this=0x4474360)
    at classbrowserbuilderthread.cpp:193
#4  0x00007ffff58ef983 in wxThreadInternal::PthreadStart(wxThread*) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#5  0x00007ffff3187062 in start_thread (arg=0x7fffd7dc1700)
    at pthread_create.c:312
#6  0x00007ffff249aa3d in clone ()
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 5 (Thread 0x7fffd85c2700 (LWP 9163)):
#0  0x00007ffff2493c33 in select () at ../sysdeps/unix/syscall-template.S:81
#1  0x00007fffe66924a3 in do_select (this=0x7fffd85c0b20)
    at directorymonitor.cpp:70
#2  DirMonitorThread::Entry (this=0x1a734f0) at directorymonitor.cpp:164
#3  0x00007ffff58ef983 in wxThreadInternal::PthreadStart(wxThread*) ()
---Type <return> to continue, or q <return> to quit---
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#4  0x00007ffff3187062 in start_thread (arg=0x7fffd85c2700)
    at pthread_create.c:312
#5  0x00007ffff249aa3d in clone ()
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 4 (Thread 0x7fffe7309700 (LWP 9155)):
#0  [email protected]@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007ffff58ee653 in wxConditionInternal::Wait() ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#2  0x00007ffff58ef1a8 in wxSemaphoreInternal::Wait() ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#3  0x00007ffff779984a in BackgroundThread::Entry (this=0xefc0e8)
    at ./backgroundthread.h:152
#4  0x00007ffff58ef983 in wxThreadInternal::PthreadStart(wxThread*) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#5  0x00007ffff3187062 in start_thread (arg=0x7fffe7309700)
    at pthread_create.c:312
#6  0x00007ffff249aa3d in clone ()
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 3 (Thread 0x7fffe7b0a700 (LWP 9154)):
---Type <return> to continue, or q <return> to quit---
#0  [email protected]@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007ffff58ee653 in wxConditionInternal::Wait() ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#2  0x00007ffff58ef1a8 in wxSemaphoreInternal::Wait() ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#3  0x00007ffff779984a in BackgroundThread::Entry (this=0xefc0b0)
    at ./backgroundthread.h:152
#4  0x00007ffff58ef983 in wxThreadInternal::PthreadStart(wxThread*) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#5  0x00007ffff3187062 in start_thread (arg=0x7fffe7b0a700)
    at pthread_create.c:312
#6  0x00007ffff249aa3d in clone ()
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
Thread 2 (Thread 0x7fffe830b700 (LWP 9153)):
#0  [email protected]@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1  0x00007ffff58ee653 in wxConditionInternal::Wait() ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#2  0x00007ffff58ef1a8 in wxSemaphoreInternal::Wait() ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#3  0x00007ffff779984a in BackgroundThread::Entry (this=0xefc078)
---Type <return> to continue, or q <return> to quit---
    at ./backgroundthread.h:152
#4  0x00007ffff58ef983 in wxThreadInternal::PthreadStart(wxThread*) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#5  0x00007ffff3187062 in start_thread (arg=0x7fffe830b700)
    at pthread_create.c:312
#6  0x00007ffff249aa3d in clone ()
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x7ffff7fb0a00 (LWP 8647)):
#0  0x0000000000000000 in ?? ()
#1  0x00007ffff61fea44 in wxAppBase::SendIdleEvents(wxWindow*, wxIdleEvent&) ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#2  0x00007ffff61fee74 in wxAppBase::ProcessIdle() ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#3  0x00007ffff6179e91 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#4  0x00007ffff33e4ce5 in g_main_context_dispatch ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff33e5048 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x00007ffff33e530a in g_main_loop_run ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#7  0x00007ffff52f9147 in gtk_main ()
   from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#8  0x00007ffff618d36a in wxEventLoop::Run() ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#9  0x00007ffff61fec1c in wxAppBase::MainLoop() ()
   from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#10 0x00000000004484fb in CodeBlocksApp::OnRun (this=0x7d3bb0) at app.cpp:818
#11 0x00007ffff589df7d in wxEntry(int&, wchar_t**) ()
   from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#12 0x000000000043b962 in main (argc=3, argv=<optimized out>) at app.cpp:278

(gdb) continue
Continuing.

Program received signal SIGABRT, Aborted.
0x00007ffff23ea3a9 in __GI_raise ([email protected]=6)
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56      ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory

(gdb) continue
Continuing.
[Thread 0x7fffe7b0a700 (LWP 9154) exited]
[Thread 0x7fffe7309700 (LWP 9155) exited]
[Thread 0x7fffd7dc1700 (LWP 9192) exited]
[Thread 0x7fffe830b700 (LWP 9153) exited]
[Thread 0x7ffff7fb0a00 (LWP 8647) exited]

Program terminated with signal SIGABRT, Aborted.
The program no longer exists.


[jens]

try executing: "thread apply all bt" gdb command. The bt from the main trace doesn't look interesting or revealing...

I hope I have done it properly @oBFusCATed. If I missed anything, please let me know.

Can you try it with filemanager-plugin disabled, or if this does not work (disabling it might not be saved if C::B crashes) with renaming /usr/lib{64}/codeblocks/plugins/libFileManager.so to anyting without .so-ending ?

[ToApolytoXaos]

Can you try it with filemanager-plugin disabled, or if this does not work (disabling it might not be saved if C::B crashes) with renaming /usr/lib{64}/codeblocks/plugins/libFileManager.so to anyting without .so-ending ?

Now that's interesting. I did what you said @jens (disabling the plugin that is) and opens lightning fast! I will be playing more with Code::Blocks and hopefully I won't be reporting another crashing bug issue.

Cheers mate.

[Alpha]

Abbreviations have stopped working correctly (at least under Windows) if trying to replace them when partially written. [...]

Oops, my fault.  I forgot to commit some local changes.  ... Unfortunately, the introduction of CCManager has further destabilized this feature of Abbreviations (which was already bugged, because it required event handling to be in a specific order, which it could not control).
[...]  I will try to deal with the event handling this weekend.

Okay, I guess I was somewhat later than expected.  Should be fixed in trunk now.

[carra]

Good to hear alpha! I'll test them extensively when the next nightly is up