Post reply

Warning: this topic has not been posted in for at least 120 days.
Unless you're sure you want to reply, please consider starting a new topic.
Name:
Email:
Subject:
Message icon:
Verification:
Type the letters shown in the picture
Listen to the letters / Request another image

Type the letters shown in the picture:
What is the last letter in the word "SlickEdit":
How many LETTERS are in the following? "a1b2c3":
Which number is missing?  "12345689":

shortcuts: hit alt+s to submit/post or alt+p to preview


Topic Summary

Posted by: Lee
« on: May 25, 2007, 01:06:50 PM »

Are you using Foreground search option or defaulting to background searches and are you searching in <Workspace> or <Project>?  I suspect that you have wildcards defined in the project, and it's trying to match all the files that match the wildcard spec in the project in fairly deep or lengthy directory structure, and then has to match with the wildcard spec based on your search parameters.  We have made some improvements to parsing project files in the 12.0.1 release, but even with that, wildcard specs still currently has some performance drawbacks.
Posted by: groman
« on: May 24, 2007, 11:38:08 PM »

I am using Slickedit v11 on a fairly large project. I am not sure what I changed but right now starting a "Find in Files" has a 2-3 minute startup time when the UI freezes but no grepping is actually going on. I checked with process explorer to see what files vs.exe was accessing and it was simply opening directories in some part of the project. Same UI freeze happens when I invoke any of the custom project build commands for the currently open project. It seems to just scan folders in other projects in the workspace before it does anything. It was not doing this before and I can't figure out what I changed.

Any suggestions on what might be causing this? It's really frustrating to have to wait several minutes each time I launch a search or a build.