User forums > Nightly builds

The 12 september 2010 build (6583) CODECOMPLETION BRANCH version is out.

<< < (9/10) > >>

Loaden:

--- Quote from: ironhead on September 15, 2010, 01:20:11 pm ---I've been away from home for the past couple of days (and away from my x64 machine).  I'll be home tonight and I'll run the build you provided and send you the logs.

--- End quote ---
Okay, thanks!

ironhead:

--- Quote from: Loaden on September 15, 2010, 02:14:48 pm ---
--- Quote from: ironhead on September 15, 2010, 01:20:11 pm ---I've been away from home for the past couple of days (and away from my x64 machine).  I'll be home tonight and I'll run the build you provided and send you the logs.

--- End quote ---
Okay, thanks!

--- End quote ---

This is really odd, using the test build you supplied, CC worked as expected with 'std::'.  Perhaps it has something to do with my configuration then, since as I understand it the test build you supplied is self-contained.

I've attached the log files for your reference anyway.

Thank you! :)

Loaden:

--- Quote from: ptDev on September 14, 2010, 08:53:12 am ---
--- Quote from: Loaden on September 14, 2010, 05:59:13 am ---
--- Quote from: ptDev on September 13, 2010, 01:36:59 pm ---
--- 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.

--- End quote ---
Could you trying this build too?
Thanks!
http://portablecb.googlecode.com/files/CB_CCBRANCH_6581.7z

--- End quote ---

I just tried the build you supplied, and with this version, the margin is updated, but C::B hangs. Not even the logs are written.

My OS is Vista, SP2.

--- End quote ---
The issue should be fixed by this patch.
Please have a try:http://portablecb.googlecode.com/files/CB_CCBRANCH_5896_patched.7z

Loaden:

--- Quote from: ironhead on September 16, 2010, 04:19:10 am ---
--- Quote from: Loaden on September 15, 2010, 02:14:48 pm ---
--- Quote from: ironhead on September 15, 2010, 01:20:11 pm ---I've been away from home for the past couple of days (and away from my x64 machine).  I'll be home tonight and I'll run the build you provided and send you the logs.

--- End quote ---
Okay, thanks!

--- End quote ---

This is really odd, using the test build you supplied, CC worked as expected with 'std::'.  Perhaps it has something to do with my configuration then, since as I understand it the test build you supplied is self-contained.

I've attached the log files for your reference anyway.

Thank you! :)

--- End quote ---

--- Quote ---Caching GCC dir: C:\MinGW64\include\c++\4.5.2
c:\mingw64\bin\../lib/gcc/x86_64-w64-mingw32/4.5.2/../../../../include/c++/4.5.2/x86_64-w64-mingw32
Caching GCC dir: C:\MinGW64\include\c++\4.5.2\x86_64-w64-mingw32
c:\mingw64\bin\../lib/gcc/x86_64-w64-mingw32/4.5.2/../../../../include/c++/4.5.2/backward
Caching GCC dir: C:\MinGW64\include\c++\4.5.2\backward
c:\mingw64\bin\../lib/gcc/x86_64-w64-mingw32/4.5.2/include
Caching GCC dir: C:\MinGW64\lib\gcc\x86_64-w64-mingw32\4.5.2\include
c:\mingw64\bin\../lib/gcc/x86_64-w64-mingw32/4.5.2/include-fixed
Caching GCC dir: C:\MinGW64\lib\gcc\x86_64-w64-mingw32\4.5.2\include-fixed
c:\mingw64\bin\../lib/gcc/x86_64-w64-mingw32/4.5.2/../../../../x86_64-w64-mingw32/include
Caching GCC dir: C:\MinGW64\x86_64-w64-mingw32\include
--- End quote ---
Yeah, It should be works well, just some compiler configure error.

killerbot:

--- Quote from: killerbot on September 14, 2010, 10:26:17 am ---I have a strange issue. I have a very little test example using boost::variant.
[on linux]

That means main.cpp does :

--- Code: ---#include <boost/variant.hpp>

--- End code ---

I right click on it to open that header. ==> Not found : boost/variant.hpp
Right click again and choose to open it --> now it succeeds.

I noticed it also happened with regular std header files.

Anyone else suffering from this ??

--- End quote ---

confirmed fixed.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version