| Author |
 Topic  |
|
|
_FKS_
Junior Member
Canada
13 Posts |
 Posted - Dec 02 2004 : 4:40:12 PM
|
Hi all,
I have a very large enum (50000+ entries), and it seems that visual assist is slow on parsing this. Basically what happens is when I open my solution in VC.Net 7.1, visual assist starts parsing all the includes. When it reaches the resource file with the large enum, it seems that one of the background threads gets stuck in a loop for a little while (>5 min on a 2.4ghz p4) (the cpu usage for devenv.exe stays at 100% all the time). Meanwhile I can still edit my files, the coloring seems good. Now if I go open the large resource file, all the entries in the enum are colored in gray, leading me to think again that the file is still being parsed.
I might be wrong, maybe it's something else, but the problem seems happening only since the number of entries in the enum was increased.
I have the latest (beta 1287) build.
Thanks.
Alex.
Edit: If the symbol database is not rebuilt upon start, the problem doesn't happen.
|
Edited by - _FKS_ on Dec 02 2004 4:46:08 PM |
|
|
jpizzi
Tomato Guru
USA
642 Posts |
Posted - Dec 03 2004 : 2:33:26 PM
|
I can think of no suitable justification for a 50000 element enum.
What in the world universe does this enumeration represent?
|
Joe Pizzi |
 |
|
|
LarryLeonard
Tomato Guru
USA
1041 Posts |
Posted - Dec 03 2004 : 4:06:34 PM
|
You know, I have a CPP file with 80,000,000 lines of code, and it does the same thing...
|
|
|
|
_FKS_
Junior Member
Canada
13 Posts |
Posted - Dec 07 2004 : 11:17:45 AM
|
It's a enumeration that maps a sprites resource file. Until now the sprite file didn't go over a few thousand sprites for a game but we're doing a insanly-designed isometric game that has as you figured out, 50000 sprites. Some of the sprites enums are not directly used in the code, the sprite tool generates also an animations enum, but we need the sprites list as a reference.
My guess is that the symbol name sorting is taking way too much time in VAssist... Just by fluke is turns out that the same (50k sprites) list is being sorted in my sprite tool and it takes <3 sec to sort it all using a radix sort - with completly unoptimised code with allocations on each iteration.
Any chance that would be improved sometime soon?
Thanks.
|
|
|
|
feline
Whole Tomato Software
United Kingdom
19014 Posts |
Posted - Dec 07 2004 : 4:47:01 PM
|
i don't particularly fancy writing a 50,000 item enum myself, so i would need to write a macro or program to write the enum for me, before i could look to reproduce this.
is posting such a large auto generated enum an option? i presume you cannot post the real one, but can you easily generate another large one?
as for how soon it will be looked at, i honestly don't know. |
zen is the art of being at one with the two'ness |
|
|
|
_FKS_
Junior Member
Canada
13 Posts |
|
|
feline
Whole Tomato Software
United Kingdom
19014 Posts |
Posted - Dec 09 2004 : 4:57:12 PM
|
excellent  easy to reproduce when you have this file.
case=468 |
zen is the art of being at one with the two'ness |
|
|
| |
Topic |
|
Topic Locked
