User forums > Nightly builds
The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.
Loaden:
--- Quote from: ptDev on September 13, 2010, 11:15:08 am ---Found a subtle bug, related to refreshing of a changed editor window. It may lead to a crash.
I'm not sure if it also affects the main branch nightly, but I can confirm it impacts the CC branch.
To reproduce:
*Create or open any project, a "Hello World" will do.
*Edit any source file (e.g., main.cpp), and do not save the file.
*Go to Settings > Editor > Margins and caret.
*Change the "left margin" "width for line numbers" from the fixed value to dynamic by checking the checkbox.
*Press "OK" to confirm changes.
*Code::Blocks will fail to update the Scintilla window if the line number width changes from fixed to dynamic. If there are any edited and unsaved files, C::B crashes.
No crash occurs if all the files are saved or if we change the line margin from dynamic to fixed.
--- End quote ---
Confirmed!
Update: I can't reproduce any more.
I reproduce only once, here is the crash report.
--- Quote ----------------------
Error occured on Monday, September 13, 2010 at 17:35:24.
D:\DengYC\CCBRANCH\codeblocks.exe caused an Access Violation at location 77c172e3 in module C:\WINDOWS\system32\msvcrt.dll Reading from location 07617000.
Registers:
eax=04444b54 ebx=04444b54 ecx=3f38b6d5 edx=00000000 esi=07617000 edi=0447b01c
eip=77c172e3 esp=0022f408 ebp=0022f410 iopl=0 nv up ei pl nz ac pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010212
Call stack:
77C172E3 C:\WINDOWS\system32\msvcrt.dll:77C172E3 memmove
65F31F22 D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F31F22 _ZNK8cbPlugin9CanDetachEv
65F530FB D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F530FB _ZNK8cbPlugin9CanDetachEv
65F53D19 D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F53D19 _ZNK8cbPlugin9CanDetachEv
65F5660A D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F5660A _ZNK8cbPlugin9CanDetachEv
65F369D7 D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F369D7 _ZNK8cbPlugin9CanDetachEv
65F54A7B D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F54A7B _ZNK8cbPlugin9CanDetachEv
65F5555B D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F5555B _ZNK8cbPlugin9CanDetachEv
65F5599A D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F5599A _ZNK8cbPlugin9CanDetachEv
65F43734 D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F43734 _ZNK8cbPlugin9CanDetachEv
65F4397C D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F4397C _ZNK8cbPlugin9CanDetachEv
65F0109B D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F0109B
65F01B1A D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F01B1A
65F08D91 D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F08D91
65F08DE6 D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65F08DE6
65EEF1A2 D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65EEF1A2
65ECF497 D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65ECF497
65EE203F D:\DengYC\CCBRANCH\share\codeblocks\plugins\codecompletion.dll:65EE203F
6CCDC431 D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CCDC431 _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
6CCDDD6B D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CCDDD6B _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler
6CCDDE3C D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CCDDE3C _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CCDD773 D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CCDD773 _ZN12wxEvtHandler20ProcessPendingEventsEv
6CC41518 D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CC41518 _ZN12wxAppConsole20ProcessPendingEventsEv
6D1171B1 D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6D1171B1 _ZN18wxHtmlSearchEngineD1Ev
77D2B372 C:\WINDOWS\system32\USER32.dll:77D2B372 MoveWindow
77D2B317 C:\WINDOWS\system32\USER32.dll:77D2B317 MoveWindow
77D278D0 C:\WINDOWS\system32\USER32.dll:77D278D0 GetWindowTextLengthW
7C92E473 C:\WINDOWS\system32\ntdll.dll:7C92E473 KiUserCallbackDispatcher
6CD1B92A D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CD1B92A _ZN11wxEventLoop8DispatchEv
6CDD4B27 D:\DengYC\CCBRANCH\wxmsw28u_gcc_cb.dll:6CDD4B27 _ZN17wxEventLoopManual3RunEv
6CDABF29
--- End quote ---
And, I can't find the reason, any comment?
danteri:
--- Quote from: Loaden on September 13, 2010, 11:02:03 am ---
--- Quote from: danteri on September 13, 2010, 10:52:43 am ---my project used to hang around 2 minutes on startup on regular cb nightly
now it is starting instantly
--- End quote ---
I'm do not Understand, could you get me more explain?
--- End quote ---
hi Loaden
i was mean this scenario:
- run cb
- load project file
- wait around 2 minutes until cb finish thinking (this 2 minutes cb would not respond, just hang window until it finish thinking)
- start interactive working
now with cc branch cb no longer needs 2 minutes to think after load project files
it gives interactive prompt almost instantly
it was very annoying in old cb
thank you for all work on this
very appreciated
ptDev:
--- Quote from: Loaden on September 13, 2010, 11:41:00 am ---Update: I can't reproduce any more.
I reproduce only once, here is the crash report.
And, I can't find the reason, any comment?
--- End quote ---
I tried a couple more times and managed to reproduce again. Remember, a crash only happens if the line number margin changes from fixed to dynamic, while at least one file remains changed and not saved.
For both of our cases, the RPT file seems to trace the issue back to cbPlugin::CanDetach(), but I don't know how this works well enough.
How does CodeCompletion read the editor settings? There could be a dangling pointer that causes the error when the settings are updated.
ironhead:
--- Quote from: Loaden on September 13, 2010, 09:26:06 am ---
--- Quote from: ironhead on September 13, 2010, 03:48:11 am ---I'm not sure if it's just me, but with this build, I std namespace completion doesn't seem to work. For example:
--- Code: ---std::
--- End code ---
Under the normal nightly will list the std classes, with this release, I don't get that behaviour.
--- End quote ---
Hi, I got it.
Please set the compiler's installation directory first, then CC will works well.
--- End quote ---
I'm using the drangon MinGW64-w64 native 64 bit compiler and I have my tool chain directory set properly (C:\MinGW64) and I've even added the included directories specifically (C:\MinGW\include, C:\MinGW63\x64_64-w64-mingw32\include) to the compiler search directories. The w32api functions (i.e. CreateWindow, etc.) work fine, but the std namespace classes do not. I've tested with your example code and I get no listing after std::, however, if I type A:: I see Test() listed.
Is there some sort of log window or something for CC that I can bring up to see what's happening?
Loaden:
--- Quote from: ironhead on September 13, 2010, 03:18:58 pm ---Is there some sort of log window or something for CC that I can bring up to see what's happening?
--- End quote ---
Could you execute this in cmd, and show what is the output?
--- Code: ---cpp -v -E -x c++ nul
--- End code ---
In here, the output content is:
--- Quote ---loaden@qpsoft codecompletion]$ cpp -v -E -x c++ /dev/null
Using built-in specs.
COLLECT_GCC=cpp
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr --enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --enable-gnu-unique-object --enable-lto --enable-plugin --disable-multilib --disable-libstdcxx-pch --with-system-zlib --with-ppl --with-cloog --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
Thread model: posix
gcc version 4.5.1 (GCC)
COLLECT_GCC_OPTIONS='-v' '-E' '-mtune=generic' '-march=pentiumpro'
/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/cc1plus -E -quiet -v -D_GNU_SOURCE /dev/null -mtune=generic -march=pentiumpro
ignoring nonexistent directory "/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../include/c++/4.5.1
/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../include/c++/4.5.1/i686-pc-linux-gnu
/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../../include/c++/4.5.1/backward
/usr/local/include
/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include
/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/include-fixed
/usr/include
End of search list.
# 1 "/dev/null"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "/dev/null"
COMPILER_PATH=/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/:/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/:/usr/lib/gcc/i686-pc-linux-gnu/:/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/:/usr/lib/gcc/i686-pc-linux-gnu/
LIBRARY_PATH=/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/:/usr/lib/gcc/i686-pc-linux-gnu/4.5.1/../../../:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-v' '-E' '-mtune=generic' '-march=pentiumpro'
--- End quote ---
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version