User forums > Nightly builds

The 25 september 2010 build (6634) CODECOMPLETION BRANCH version is out.

<< < (15/24) > >>

Jenna:
linux-kernel 2.6.29
with complex macros:

--- Code: ---Project 'test' parsing stage done (21827 total parsed files, 1011919 tokens in 22 minute(s), 2.405 seconds).
--- End code ---
without complex macros:

--- Code: ---Project 'test' parsing stage done (21827 total parsed files, 951347 tokens in 3 minute(s), 58.764 seconds).
--- End code ---

linux-kernel 2.6.35
with complex macros:

--- Code: ---Project 'test' parsing stage done (30453 total parsed files, 1343328 tokens in 41 minute(s), 5.657 seconds).
--- End code ---
without complex macros and without parsing preprocessor:

--- Code: ---Project 'test' parsing stage done (30453 total parsed files, 1259360 tokens in 4 minute(s), 50.464 seconds).
--- End code ---

The second time (parsing without) was done immediately after closing the project, so that most of the files are still in the systems hdd-buffer.

Parsing the linux-kernel 2.6.35 only works with debug-output enebaled and redirected to a file (C::B uses up to 2.5 GB of memory and did not release it at project unload).
Using from within C::B or diretcly from console, either crashes C::B or freezes the whole system.

By the way,  the following patch is needed to make C::B compile without a warning if CC_XXX_DEBUG_OUTPUT is set to 2.
I did not change all places (should all be checked I think), only the places which lead to a compiler warning:

--- Code: ---Index: src/plugins/codecompletion/parser/token.cpp
===================================================================
--- src/plugins/codecompletion/parser/token.cpp (Revision 6677)
+++ src/plugins/codecompletion/parser/token.cpp (Arbeitskopie)
@@ -1027,10 +1027,10 @@
         }
     }
 
-#if CC_TOKEN_DEBUG_OUTPUT
-    TRACE(_T("RecalcInheritanceChain() : First iteration took : %ld ms"), sw.Time());
-    sw.Start();
-#endif
+//#if CC_TOKEN_DEBUG_OUTPUT
+//    TRACE(_T("RecalcInheritanceChain() : First iteration took : %ld ms"), sw.Time());
+//    sw.Start();
+//#endif
 
     // recalc
     TokenIdxSet result;
@@ -1057,16 +1057,20 @@
         {
             Token* anc_token = at(*it);
             if (anc_token)
+            {
                 TRACE(_T("RecalcInheritanceChain() :  + %s"), anc_token->m_Name.wx_str());
+            }
             else
+            {
                 TRACE(_T("RecalcInheritanceChain() :  + NULL?!"));
+            }
         }
     }
 #endif
 
-#if CC_TOKEN_DEBUG_OUTPUT
-    TRACE(_T("RecalcInheritanceChain() : Second iteration took : %ld ms"), sw.Time());
-#endif
+//#if CC_TOKEN_DEBUG_OUTPUT
+//    TRACE(_T("RecalcInheritanceChain() : Second iteration took : %ld ms"), sw.Time());
+//#endif
 
     TRACE(_T("RecalcInheritanceChain() : Full inheritance calculated."));
 }
@@ -1215,9 +1219,13 @@
             {
                 Token* anc_token = at(*it);
                 if (anc_token)
+                {
                     TRACE(_T("RecalcData() :  + %s"), anc_token->m_Name.wx_str());
+                }
                 else
+                {
                     TRACE(_T("RecalcData() :  + NULL?!"));
+                }
             }
         }
 #endif
Index: src/plugins/codecompletion/parser/parserthread.cpp
===================================================================
--- src/plugins/codecompletion/parser/parserthread.cpp (Revision 6677)
+++ src/plugins/codecompletion/parser/parserthread.cpp (Arbeitskopie)
@@ -1197,8 +1197,10 @@
 
         newToken = new(std::nothrow) Token(newname, m_FileIdx, line, ++m_pTokensTree->m_TokenTicketCount);
         if (newToken)
+        {
             TRACE(_T("DoAddToken() : Created token='%s', file_idx=%d, line=%d, ticket="), newname.wx_str(),
                   m_FileIdx, line, m_pTokensTree->m_TokenTicketCount);
+        }
         else
         {
             --m_pTokensTree->m_TokenTicketCount;

--- End code ---

The commented out part (with the wxStopWatch) should probably be corrected instead of just commented out (at least if it still makes sense to measure the times).

Loaden:

--- Quote from: jens on October 07, 2010, 11:17:22 pm ---By the way,  the following patch is needed to make C::B compile without a warning if CC_XXX_DEBUG_OUTPUT is set to 2.
I did not change all places (should all be checked I think), only the places which lead to a compiler warning:

--- End quote ---
Fixed in r6678.

Loaden:

--- Quote from: jens on October 07, 2010, 11:17:22 pm ---The second time (parsing without) was done immediately after closing the project, so that most of the files are still in the systems hdd-buffer.

--- End quote ---
No, because the ParserThread instance of these files does not created.


--- Quote from: jens on October 07, 2010, 11:17:22 pm ---Parsing the linux-kernel 2.6.35 only works with debug-output enebaled and redirected to a file (C::B uses up to 2.5 GB of memory and did not release it at project unload).
Using from within C::B or diretcly from console, either crashes C::B or freezes the whole system.

--- End quote ---
I can not reproduce in the Windows system, you can help find which file is causing the problem?
Thanks!

Borr:
CB_CC_BRANCH_r6675 can't parce ole2.h with MinGW


--- Code: ---#include <ole2.h>
...
VARIANT param;
VariantInit(&param);
param./*Ctrl-Space show only dblVal*/

--- End code ---

Loaden:

--- Quote from: Borr on October 08, 2010, 09:23:06 am ---CB_CC_BRANCH_r6675 can't parce ole2.h with MinGW


--- Code: ---#include <ole2.h>
...
VARIANT param;
VariantInit(&param);
param./*Ctrl-Space show only dblVal*/

--- End code ---


--- End quote ---
Sorry, this is too complex, my personal opinion, not yet plan to support it.

Navigation

[0] Message Index

[#] Next page

[*] Previous page