Author |
Topic |
|
Michal Puczynski
Ketchup Master
Poland
85 Posts |
Posted - Sep 13 2006 : 10:20:47 AM
|
I noticed that while parsing header files it happens that VA keeps walking through the same headers eating up all the physical memory and entire page file. I have a project that loads and fills 1.5GB virtual space.
Did anyone noticed such behavior?
|
|
rhummer
Tomato Guru
USA
527 Posts |
Posted - Sep 13 2006 : 9:08:04 PM
|
What IDE are you using? have you tried telling VA X to rebuild the database and restart the IDE to see if it no longer gets stuck on those files? |
Tools Engineer - Raven Software VS2005 SP2/VS2008 SP1 - VAX <LATEST> - Win 7 x64
|
|
|
Michal Puczynski
Ketchup Master
Poland
85 Posts |
Posted - Sep 14 2006 : 09:47:23 AM
|
Well, yes, I did rebuild and it helped. This however is not what I expect from VA. I had 1534 installed for some time already and it is normal process of editing code that caused the VA to behave this way, meaning that there is a path in the code somewhere that causes this kind of destruction. |
|
|
jpizzi
Tomato Guru
USA
642 Posts |
Posted - Sep 15 2006 : 12:38:27 AM
|
I don't know that he was suggesting the rebuild as a fix. Perhaps it is just an aid to diagnostics. |
Joe Pizzi |
|
|
feline
Whole Tomato Software
United Kingdom
19001 Posts |
Posted - Sep 16 2006 : 11:36:43 AM
|
what language are you using? i am guessing C++ do you know which header files VA gets stuck on? if so, is there anything "odd" about them?
do you use a lot of templates in your code? sometimes very complex C++ template code can confuse VA, but normally these cases are quite clear. you open or edit the complex template code and you see the problem.
which IDE are you using?
there are some known problems with very large projects and VC6, but the problem seems to be with the IDE its self, and not with VA. |
zen is the art of being at one with the two'ness |
|
|
Michal Puczynski
Ketchup Master
Poland
85 Posts |
Posted - Sep 18 2006 : 12:51:24 AM
|
Well, its VC 2003 with SP1. It is hard to tell what is odd about them (the headers). Usually I have some <list> <map> <set> or something included together with some smart pointer template. Normally it works without problems even on complex structures, let's say map of queues with a non default sorting key, but not this time. The problem occurred during editing the header, actually when I moved some structures to another header file and put include into previous. Could be that this action caused creation of "temporary" circular reference. The header had forward declaration of a few classes and structures and could be that while moving, declaration were in the original file while definition went to a new one. Now I am not sure about it as it was quite quick, just a few Ctrl-X/Ctrl-V ;-) |
|
|
JCo
Senior Member
Germany
40 Posts |
Posted - Sep 20 2006 : 05:05:25 AM
|
Have seen this effect just now. Working with VC6/SP5 and VAX 1535. At first type info and Alt-G stopped working on member variables of a class (even though I had the implementation open) and when I tried to reparse the related header VAX got in a spin just looking up all configured include directories (not files). At the time I killed MSDEV.EXE it had consumed 700MB RAM and had 1000 handles and over 300 threads active. I had just updated yesterday to build 1535 and have never seen this with build 1534. After a rebuild of the symbol database the type info and Alt-G are working again. Examining the log I produced with FILEMON I could see that VAX tried to parse a header file, then did read two files from the VAX repository and then looked up all dircetories contained in the list of stable include files and then the process repeated. I have appended an excerpt from the log below.
32 09:40:13 MSDEV.EXE:1480 QUERY INFORMATION D:\\src\\srcv6.2\\include\\db\\sdbrar.h SUCCESS Attributes: RA 33 09:40:13 MSDEV.EXE:1480 READ C:\\Programme\\Visual Assist X\\vc6\\CPP\\Db3Idx.db SUCCESS Offset: 1001184 Length: 624 34 09:40:13 MSDEV.EXE:1480 READ C:\\Programme\\Visual Assist X\\vc6\\CPP\\Db3Ds.db SUCCESS Offset: 3670615 Length: 2055 35 09:40:13 MSDEV.EXE:1480 QUERY INFORMATION C:\\programme\\microsoft visual studio\\vc98\\include SUCCESS Attributes: D 36 09:40:13 MSDEV.EXE:1480 QUERY INFORMATION C:\\programme\\microsoft visual studio\\vc98\\mfc\\include SUCCESS Attributes: D 37 09:40:13 MSDEV.EXE:1480 QUERY INFORMATION C:\\programme\\microsoft visual studio\\vc98\\atl\\include SUCCESS Attributes: D 38 09:40:13 MSDEV.EXE:1480 QUERY INFORMATION D:\\src\\srcv6.2\\include SUCCESS Attributes: D 39 09:40:13 MSDEV.EXE:1480 QUERY INFORMATION D:\\src\\srcv6.2\\include\\apl SUCCESS Attributes: D . some more directories scanned . then starts to repeat with sdbrar.h
|
Edited by - JCo on Sep 20 2006 05:15:29 AM |
|
|
sean
Whole Tomato Software
USA
2817 Posts |
Posted - Sep 22 2006 : 03:37:23 AM
|
JCo: are you able to reproduce the problem by forcing a reparse of sdbrar.h? |
|
|
JCo
Senior Member
Germany
40 Posts |
Posted - Sep 22 2006 : 04:51:41 AM
|
Unfortunately not, I have just reparsed sdbrar.h without problems. Please note that I was not reparsing this header in the first place. I was able to reparse this other header without problems too. |
|
|
sean
Whole Tomato Software
USA
2817 Posts |
Posted - Sep 24 2006 : 11:16:09 PM
|
jco: Just noticed you are working in vc6. Does your workspace have multiple projects? |
|
|
JCo
Senior Member
Germany
40 Posts |
Posted - Sep 25 2006 : 04:54:31 AM
|
No, the workspace in question only has one project. But I often have two workspaces open simultaneously, although I am quite sure that at that time I only had one.
|
|
|
sean
Whole Tomato Software
USA
2817 Posts |
Posted - Sep 27 2006 : 03:10:40 AM
|
alt+g failure is case=2738 |
|
|
support
Whole Tomato Software
5566 Posts |
Posted - Oct 06 2006 : 7:47:25 PM
|
Case 2738 is fixed in 1538. |
|
|
|
Topic |
|