SlickEdit Community
Archived Beta Discussions => SlickEdit 201x Beta Discussions => SlickEdit 2015 v20 Beta Discussion => Topic started by: davehohl on October 27, 2015, 08:48:38 PM
-
I stripped this class declaration way down so as not to clutter things too much. When I click on any line other the first one, the cursor moves without any delay. But if I try to click on the first line ("class ConfigParams") there is about a 5 second delay before the cursor moves. The problem seems to occur in every .h file that has a class declaration.
class ConfigParams
{
friend S16 debugFunctions(void);
public:
ConfigParams(void);
~ConfigParams(void);
U32 getCumulativeTestCount(void) const;
U32 incrementCumulativeTestCount(void);
private:
U16 pad; // needed to align crc in last two bytes of the block
U16 crc;
void updateCrc(void);
bool writeToEeprom(void) const;
void setCumulativeTestCount(U32 count);
};
-
The delay may be more related to the comment before the class than the class itself. This can be proven using Slick-C profiling. Macro > Slick-C profiling > ...
-
I had suspected the comment when I was troubleshooting this, but even after removing everything above the class declaration line, the problem still occurred.
-
Attached is the profiler output. In this case, the class declaration was on line 1 of the file. No comments before it.
-
I can't say for certain based on the profiling results, but please try this same test case with the next release candidate (RC3) when it is available. I had put in a specific fix to the code that finds symbol matches for "Show info for symbol under mouse" which is where your delays are originating from.
-
I tested this with RC3. It is a lot better -- only about 1 second of delay now. But version 19 was instantaneous, so there is still something wrong going on.
-
Do you have the option to "Show information about symbol under mouse" turned on in v19?
How many instances of the class "ConfigParams" do you have in your workspace?
-
The "show info" option is enabled in V19. There is only one instance of the class. I have attached profiler results for both V19 and V20 in case that helps.
-
Try this when RC4 is available. I did find one bug that could have been the source of the delays.
-
Please try RC 4
-
Still have about a second delay with RC4. I have attached new profiler report.
-
Just to make sure there was not something wrong with my project that was causing this problem, I created a new workspace and project from scratch. The attached zip file contains that workspace, and it exhibits the same delay problem.
Below is the info on my configuration. Let me know if you want me to send any other files.
SlickEdit Pro 2015 (v20.0.0.10 64-bit)
Serial number: FE25543_BETA
License type: Beta License
License expiration: 2015-12-10 03:04:00
License file: C:\ProgramData\slickedit\20\slickedit.lic
Build Date: October 29, 2015
Emulation: CUA
OS: Windows 8 x64
OS Version: 6.02.9200
Memory: 33% Load, 8172MB/24455MB Physical, 9374MB/28039MB Page File, 718MB/134217727MB Virtual
Shell Information: C:\WINDOWS\system32\cmd.exe /q
Screen Size: 1920 x 1080, 1440 x 810, 1920 x 1200
Project Type: Cpp
Language: .h (C/C++)
Encoding: Automatic
-
I can't reproduce what you are seeing, so there must be something different.
Does this also happen with a default configuration?
Where are you specifically clicking, on the "class" keyword, or on the class name "Junk"?
If you place the cursor on "class" and hit Ctrl+Dot, what matches do you get?
Could you export your Editing > Context Tagging & Background Tagging options and your Languages / C++ options so I can compare?
-
Hi, Dennis,
Using a default config the problem seems to go away.
I am clicking on or before the "class" keyword. If I click in the class name there is no delay.
I have attached a screen shot of the matches I get for Ctrl+Dot. It's the same for V19.
I have attached my options export.
Thanks,
Dave
-
There's the problem. A zillion symbols named "CLASS" that are found when "class" doesn't matching anything.
I'm taking a two-prong approach on your problem. (1) make the symbol mouse-over search ignore keywords, numbers, and line numbers, and (2) make the search respect the "Use strict case-sensitivity rules" option for Context tagging if you have that turned on.
As a workaround for your current plight, I would suggest dialing down Tools > Options... > Editing > Context Tagging > Maximum functions found by parameter help (this option also applies to the symbol mouse-over).
-
Dennis,
I lowered the Max functions from 100 to 10, and that did significantly speed things up. The thing that still puzzles me, though, is why v19 does not have the problem. It showed the same huge list when I did ctrl+dot on the class keyword, but it did not have the delay issue.
Thanks,
Dave
-
v20 tries harder.
Seriously, we added some code so that the mouse-over would extract comments for all the symbol matches, definitions and declarations, because people want to see the comments and are very inconsistent about where they like to put them. Somebody asked for it. Not much of a problem when you just have a declaration and a definition (or a few), but more trouble if you have a symbol with 1000 matches. That's where the 1 second time limit comes into play. That is also a tunable parameter, in the Context Tagging options, BTW.
-
Okay, I see now. Well, ignoring keywords should fix my problem then.
-
Checked this out with RC5. Even with "max functions" set to 1000, the cursor movement is now instantaneous. Thanks for fixing this!