Slow VS.NET 2005 Editor is driving me nuts

December 19, 2005 @ 2:59 am

I need a reality check. Is anybody else noticing that while in the code editor in VS 2005 and pressing Ctrl-S to save or otherwise forcing a context switch (switching source files) VS.NET will take forever to return control to you?

What I see is that anytime I save or switch views VS starts thrashing the disk hard, and the CPU goes to 100% for about 10 seconds before returning control back. This gets really annoying if you're jumping around between codefiles frequently. And lest you think this is on huge files - it's not. The files I'm editing are barely breaking 100 lines of code.

I realize there's a lot going on in the editor behind the scenes with Intellisense, AutoComplete, SmartTags and all that other very useful stuff, but I think this must be related to the reformatting of the document when it first loads or reloads into the editor.

VS seems fine if you're just heads down coding on a single document and don't save frequently. At first I thought this might be one of my add-ins, but I turned off and uninstalled all add-ins that are active in the editor (like CodeRush and Refactor!), but I see the same behavior still... In fact I asked about this in the CodeRush forum, but it was apparently pre-mature since this appears to have nothing to do with CodeRush.

I'm running:

VS.NET 2005 Professional Release

2.2 Ghz P4 M (older) Dell Inspiron 8500 (yeah, I’m working on a newer box <g>)
1 gig of memory and a 7200 rpm drive

Working in the C# code editor.

The machine is otherwise working plenty fast and it's also running well in VS 2003. The VS.NET install was to a clean machine.

Anybody else seeing this and if not any suggestions what could be causing this?

If you find this content useful make a donation

Feedback for this Weblog Entry

# re: Slow VS.NET 2005 Editor is driving me nuts
by David Brabant December 19, 2005 @ 4:26 am

Exactly the same machine (Dell 8500), same config (1GB of ram, 7200 rpm disk), both VS 2003 and VS 2005 installed. Same problem with VS 2005. This drives me nuts. Practically, it means I cannot use my laptop for development with 2005. And dragging my desktop machine around isn't very enjoyable, to say the least. Like you, I haven't any problem with VS 2003.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Rick Strahl December 19, 2005 @ 5:14 am

I did a little more checking and so I hooked up Systernals FileMon. When I press Save on a simple small document, Visual Studio goes out and has over 25,000 file transactions going on. Those transactions take exactly 11 seconds before everything slows down again.

The vast majority of them read and write in the XML Snippets directory. Looking at what's going on there, there's a lot of opening and closing of directories that isn't doing anything. But what really looks fishy is that it's doing the same thing over and over again it looks like.

Then there's ExpansionsXml.Xml which is a fairly large file with most of the stock expansions. It gets read, then written (huh? why is this file written out).

I was kinda hoping this wasn't a real problem but something with my setup, but seeing this and your report I think we're stuck with dog slow code...

# re: Slow VS.NET 2005 Editor is driving me nuts
by Vadym Stetsyak December 19, 2005 @ 12:09 pm

Yeah, the same situation...
Check this - it will be a slight improvement

http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=154948&SiteID=1

# re: Slow VS.NET 2005 Editor is driving me nuts
by Rick Strahl December 19, 2005 @ 12:10 pm

Vadym,

Tried that - I don't see any difference. Intellisense etc. is working fine - it's only in saving that something is wrong.

Noticed something else this morning: Looks like this is happening only in WinForm projects. I don't have to problem with ASP.NET which is why I haven't noticed it this pronounced up until now...

# re: Slow VS.NET 2005 Editor is driving me nuts
by Eric den Doop December 19, 2005 @ 2:09 pm

Hi Rick,

same problem here: asp.net/vb, dell inspiron 9100 3ghz, 1.2 gig ram. No problems with the vs2003 ide.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Rick Strahl December 20, 2005 @ 12:51 am

So I installed VS.NET on another machine - a desktop this time, which is no faster than the laptop really other than that harddisks. Brand new install - and no problem there with the exact same projects that suck on my laptop.

Alright so it's probably something in the configuration, but it looks like a few others have this problem as well.

I've since then - restored my settings to default. Ran a repair install of VS.NET (what fucking pain in the ass that was with 3 reboots!) after deleting the various VS.NET folders.

Next step is a complete uninstall/reinstall of everything .NET. But I'll hold off for a little bit in hopes somebody has figured this one out before. I have one person from Microsoft checking on things with me tomorrow.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Rick Strahl December 21, 2005 @ 12:31 pm

Here's another update.

After more experimentation I was able to isolate the issue very clearly to only WinForm projects. In Web projects, or even class projects in a WinForms solution the code editing and saving works fine. No delays.

So I figured it must be something in the installation and I did a repair install of VS.NET. This changed nothing in my original projects - still very slow.

I then created a new WinForm project and copied a couple of the files that are slow into it. No problem. Back to the old project - dog slow.

So I created a new project and moved all of the original files into it and lo and behold no more problem with saving. Now that I look back, all of the projects that have problems are either projects that were migrated up from 1.1 or were created in Beta 2. It appears that this is possibly some sort of upgrade issue from old project files.

Conjecture though - before I was completely done I looked at the original slow project again, and now the damn thing works fast as well. Nothing changed... <sigh> Black magic on computers is not a good thing.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Ed Blackburn February 09, 2006 @ 9:16 am

The .NET IDE's have been slow since their inception even when they're running in optimal conditions. I'm running a 3.4Ghz with 2 gig of RAM and I still find the IDE dragging. The 2005 environment has some great features added but .NET as a whole still seems very cumbursome. For every great feature they've added that saves me time I find myself running into situations where I think "I remember how easy this used to be".

# re: Slow VS.NET 2005 Editor is driving me nuts
by Scott Holodak February 19, 2006 @ 9:25 am

I found a few tweaks for the IDE performance in the code editor. In Tools -> Options -> Text Editor -> General, I unchecked everything in the display box (Selection Margin, Indicator Margin, Vertical Scroll Bar, Horizontal Scorll Bar). This also disables Track Changes. The scroll bars are probably just a personal preference, but I suspect the Track Changes was slowing things down, particularly when scrolling.

-Scott

# re: Slow VS.NET 2005 Editor is driving me nuts
by Scott Holodak February 19, 2006 @ 9:35 am

Sorry. It looks like it's just Track Changes. I got annoyed when I lost the code folding and turned both the side bars back on. Just having Track Changes off did the trick. It seems to be saving files faster now, too.

# re: Slow VS.NET 2005 Editor is driving me nuts
by MrBelvedr March 21, 2006 @ 3:16 pm

The main problem is that a LOT of Visual Studio 2005 has been rewritten from C++ to .NET. What a horrible decision by the VS.NET 2005 team. Look in the vs.net newsgroups and everybody agrees it is a dog. My teams are all sticking with vs.net 2003 because we simply cannot be productive waiting 3 minutes to compile a simple winform. It does not matter what hardware you have, huge apps in .net will always be dog slow. Show all the fake stats you want MS, any product that needs a snappy UI should be written in C or C++. Just wait for Avalon to come out! Hahaha. No wonder they have decided to not rewrite big chunks of the OS in .net, nobody will write such crap. I love .net, but it should only be used for applications that can handle it. Bloated IDE's should only be written in C++ if they want the developers to be loyal to it. Programmers are too impatient to put up with slow IDE's. I am really surprised that such a big blunder has ocurred on MS part, they should be doing everything they can do to keep people loyal.

# re: Slow VS.NET 2005 Editor is driving me nuts
by me May 01, 2006 @ 10:48 am

the building web server load one dll in 10 seconds. what's going on?? and the CPU fan is screaming.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Kevin Voyce May 24, 2006 @ 8:52 pm

While working on a fairly large component class. Computer spec -- (2.4GHZ P4 1gb ram). Every little change to the code ie. changing the position of a brace, caused the cpu go 100% and fairly long delay getting my cursor back. When forcing formatting to the whole class more than 5 minutes.
Solution --
I had chosen to View Class Diagram and left it open and was working on the associated class. Closing this ClassDiagram.cd file that was automatically created gave me my performance back.
No winforms and a Mixed Platforms project. If I had not fixed this I would have had to go back to VS 2003.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Joe Mordetsky July 11, 2006 @ 2:41 pm

Disablying html validation for web projects helps.

I also refuse to use the file system based websites and just attach to IIS.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Gerzson August 08, 2006 @ 5:12 am

I had chosen to View Class Diagram and left it open and was working on the associated class. Closing this ClassDiagram.cd file that was automatically created gave me my performance back.

This solved the slow saving problem on my machine.

Thanks Kevin!

# re: Slow VS.NET 2005 Editor is driving me nuts
by Lars Larsen August 21, 2006 @ 11:41 am

Had the same problem, but the solution in this article (http://makeashorterlink.com/?E25B5199D) solved the problem for me :-). Unfortunately the link is to an archived page on Google. I couldn't find the original page! So here is the solution from the archived page:

Symptom: When saving a file in Visual Studio 2005, the entire IDE becomes non-responsive (ie. freezes) for about 10-15 seconds. Meanwhile, the save icon in the status bar is animated. After 15 seconds, the file is saved and the IDE is responsive again.

Solution: "With the help of a network packet analyzer I was able to find out what stalls Visual Studio. I found that whenever I saved a file, in my web project, Visual Studio did a DNS lookup on a host on my local network. This host was offline so although it managed to resolve it's IP address, there was no response from it. After a timeout period Visual Studio stops trying to connect to this host and goes on with it's business of saving the file.

I searched my registry to find the source of this host name and found it to be present in: HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\8.0\ProjectMRUList. This registry key is where Visual Studio stores all recent projects that have been opened. In that list a project, located on a remote computer, was found. When I removed that item from the registry, Visual Studio no longer took 20 seconds to save it's Web project files."

Special thanks to Andersen over on the ASP.NET forums for his analysis and solution. In my case, it turned out to be a solution that I had opened on a Virtual PC a few days ago. Once I removed the entry in the registry and restarted Visual Studio 2005, things were back to normal.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Trhacz August 22, 2006 @ 12:34 pm

I remove the registry and now everything work fine. Thanks a lot !!!! :-)

# re: Slow VS.NET 2005 Editor is driving me nuts
by Philip September 05, 2006 @ 2:28 am

We where looking for a solution to. And on the moment we diabled the Mcafee virusscanner it worked like a charm. So if you have any virus scanner installed like norton or mcafee then configure them to not scan the network drives. Kasperskylabs did not seem to cause any problem.

Hope this helps.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Ghafran Abbas September 22, 2006 @ 12:37 pm

Browse the registry to:
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\8.0\ProjectMRUList
and delete the references to remote projects.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Robert Morris September 25, 2006 @ 2:06 am

Holy Crapoli, I nearly threw out the VS2005 because of this but as it is what I use to make my money, coding was a living hell. It really is no fun typing a whole proc blind and then see it appear 20 secs later. Arrrgh.

Disabled that pesky Navigation Bar on suggestion here and bam, coding is a pleasure again and stepping thru the debugger no longer takes 5 minutes per line.

Woohooo! Thx guys.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Meir October 22, 2006 @ 10:19 am

Kill the Factoring it works like a charm.
http://weblogs.asp.net/scottgu/archive/2006/01/02/434355.aspx

# re: Slow VS.NET 2005 Editor is driving me nuts
by Ricky Faulstich October 28, 2006 @ 12:44 am

FWIW, I was having the same issue in VS2003.
The fix for VS2005 (referenced in http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=154948&SiteID=1, turning off Navigation Bar) worked for me in VS2003 as well.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Jase November 02, 2006 @ 6:38 am

Lars:
Thank you so much! I have been so frustrated with this issue.

It turned out I had previously opened a solution in a shared folder on colleague's computer causing this problem.

Simply removed the MRU entry and life is once again good !

Jase.

# DotNetSlackers: Slow VS.NET 2005 Editor is driving me nuts
by DotNetSlackers Latest ASP.NET News November 03, 2006 @ 5:33 pm

# re: Slow VS.NET 2005 Editor is driving me nuts
by rhpnt November 09, 2006 @ 11:44 pm

I read the posts and noticed that no one has mentioned datasets/tables/relations as potential troublemakers. As I found out for my project the only thing that froze my project was the dataset. As it turned out the dataset (typed or untyped) has a limited capacity of holding datatables and relations between them. I had a dataset with approx. 15 tables and 20 relations and the project took 4 min. to build (no additional code written).
There is no official statement from MS but several MVP's pointed that there is a really BIG issue with datasets.
In reality there is no way one could map a normalized database to datasets because VS2005 can't handle it.
In our case one table had 11 relations to child tables and VS2005 froze up for good when someone tried to select a field from that table in the datasource properties window of a winforms control (textbox, combobox,...).
We found no workaround for that problem (MS answers are diplomatic) so the only thing we could do was to abort the development.

# david kearns dot com - admin: we are the music makers, and we are the dreamers of the dreams
by david kearns dot com November 13, 2006 @ 6:33 am

# david kearns dot com - .net: we are the music makers, and we are the dreamers of the dreams
by david kearns dot com November 14, 2006 @ 1:02 pm

# re: Slow VS.NET 2005 Editor is driving me nuts
by Rod November 19, 2006 @ 11:21 am

My VS 2005 is not only slow compared to 2003 but I have a project converted from VS 2003.
If I attempt to scroll up and down in the text editor VS2005 always crashes.

Anyone know the amswer?

# re: Slow VS.NET 2005 Editor is driving me nuts
by Rod November 19, 2006 @ 12:00 pm

Re my previous post re VS2005 crashing when scrolling.

I've narrowed it down a bit. I have a dataset with about 30 tables in it. If I remove all the tables - no crashing when scrolling a cs text file. I am putting tables back in one a time to see which one it doesn't like.

Must admit I don't understand why this should make c# source code file crash when scrolling.

You certainly seem to spend alot of time waiting for VS2005 to do something. At times I feel it is verging on the unusable. I shall probably end up going back to VS2003.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Bob November 29, 2006 @ 10:28 am

Its dog slow here on 4 different machines. Workstations are tolerable.
Laptop is painful. Not happy at all but its the latest.

Even my .NET 2 web applications seem slower.
I am not sure the move to .NET 2 and 2005 was worth it.
How could it be out so long and still be so broken.

I agree with the observation that since they wrote the interface in
.NET its slower. This should be a RUDE lesson in why
you need to C++ and end the speculation of C# being as fast.
If MS cant make it fast who can.

Bob

# re: Slow VS.NET 2005 Editor is driving me nuts
by Zvjezdan Tomicevic December 09, 2006 @ 3:33 am

Hello. I had the same problem as you, and have successfully resolved it.
This is not going to help to everyone, but all of you who have somewhat exotic regional settings ,like mine (Bosnian(Latin)) have this problem.
While Bosnian(Latin) is active, changing and saving some files took over 40-50sec,
and working in designer was hell.
After I switched to English(US) or even Serbian(Latin) everything worked just fine.
Some regional settings are not fully supported.
Hope this helps to some of you...
Zvjezdan

# re: Slow VS.NET 2005 Editor is driving me nuts
by Bill Stockton December 12, 2006 @ 1:13 pm

Give me the VB6 IDE any day for productivity. It's very responsive, quick to compile, quick to break at break points, step-through and edit and continue! Amazing a MS managed environment released in 1996 is more responsive than VS2005!

Yes it is amazing and *VERY VERY* dis-heartening that the VS2005 is so slow. Shame shame MS.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Chris Arbon December 14, 2006 @ 11:55 pm

I am a novice programmer just starting to use VS2005. I have project that has only one form and one button and it takes 2 minutes to build. That's pretty bad. However if you rebuild a project and as the very next action hit F5 to start debugging (so you have not made any changes) VS starts to rebuild again !!!! Am I missing something or is this plain stupid

# re: Slow VS.NET 2005 Editor is driving me nuts
by Kjetil December 18, 2006 @ 2:01 am

This problem has several causes it seems.
For me the problem was solved by removing my homemade Add-ins in the Tools - Add-in manager. My Add-ins were very simple, so i think the problem is related to the way VS.2005 executes the these, not the implementation.

# re: Slow VS.NET 2005 Editor is driving me nuts
by Doesn't matter January 24, 2007 @ 10:31 am

Hey I stumbled on this entry during my investigations into the slowness myself, I found what I think is the problem.

Under Tools->Options->AutoRecover

Uncheck the box everything runs fine now.

Enjoy!!

# re: Slow VS.NET 2005 Editor is driving me nuts
by MB March 12, 2007 @ 9:08 am

It is kind of tragic really:

Microsoft spends years adding lots of cool new "productivity" features to VS.NET.

Users are initiallly impressed but then realize that the new "productivity" features are so badly implemented that they run slower than programs written in p-code interpreted COBOL.

So the users switch off the cool new "productivity" features to become productive again.

I wish Microsoft would realize that performance (as in SPEED) is a #1 priority issue for VS.NET.

# re: Slow VS.NET 2005 Editor is driving me nuts
by David Pritchard March 22, 2007 @ 8:34 am

I tend to agree. VS6 is actually better in many respects. There's stuff to like in VS2005, but I have plenty of complaints:

1) Line selection. Those damn collapsible section boxes get in the way ALL THE TIME. Is there a way to get rid of them?
2) Searching. I liked the way the find dialog used to clear off out of the way once you'd found the first result. Now you have to manually dismiss it. Any way to configure the old behaviour?
3) Class Wizard. So now, to add "ExitInstance", or some other bog-standard override, I have to go looking for the prototype and type it by hand? Great. Isn't there a shortcut?
4) Multiple Source File selection. Why doesn't SHIFT-CTRL work any more for selecting a range of files in the source tree?
5) Editing Multiple Configurations. If you try to add a preprocessor symbol to more than one configuration, you OVERWRITE all the existing symbols. I read one of the VS guys on a blog saying that "they didn't have time" to include proper editing of multiple configurations. But hold on, this worked in VS6! They didn't have time to break it and then fix it again? So the solution was: let's let people do something really dangerous that they'd never, ever want to do, like losing all their symbols. Even when you know to avoid the trap, it's still far more work than before. Same applies to the library directories, the include directories... everything.
6) Scope/function drop-down boxes. Is there a way to reclaim this piece of screen real estate at the top of each source file? MS used to let you configure everything. The new tendency seems to be for them to decide on your behalf.

They must be trying to kill C++ finally by deliberately killing productivity.

# Flower Boxing in ASPX files
by Tyrven April 05, 2007 @ 1:18 pm

It sounds like there are a lot of potential causes for this. I just discovered another. Using /*...*/ style comments in ASP.NET >script /< elements appears to cause the page to hang for ~10 seconds. My suspicion is that this is related to the HTML validator, but I need to confirm. If I take out the comments, pages are immediately available.

# david kearns - admin: crisp and clean and plenty of caffeine...
by david kearns April 26, 2007 @ 12:47 pm

# re: Slow VS.NET 2005 Editor is driving me nuts
by Matt Woodward May 10, 2007 @ 8:45 pm

Exactly the same issues here. I have tried some of the work arounds but to very little success. I tried the same with regards to loading up file monitor by sysinternals and there seems to be an incredible amount of activity going on for what i'm actually asking of VS. Really is becoming a real bind!

# re: Slow VS.NET 2005 Editor is driving me nuts
by CyberPuff May 29, 2007 @ 8:25 am

Same here. Also after compiling done, GUI is still tied up for another 35-45 seconds with disk activity maxed out!?

re: Slow VS.NET 2005 Editor is driving me nuts
by Kim June 07, 2007 @ 2:44 pm

In my case the extensive disk access was caused by Visual Studio writing to:
C:\Documents and Settings\MyLogonName\Local Settings\Application Data\Microsoft\VisualStudio\8.0\1033\ExpansionsXML.xml
Making this file read-only solved my problem. This file seems to be the snippet cache. I don't know if you will have access to new snippets if Visual Studio can't write to the file.
I wrote up some more details on my blog.
http://blogs.microsoft.co.il/blogs/kim/archive/2007/06/08/Visual-Studio-_2200_View-Code_2200_-soo-slow_2E002E002E00_.aspx

# re: Slow VS.NET 2005 Editor is driving me nuts
by Tony June 18, 2007 @ 5:17 pm

"Doesn't Matter"'s fix was exactly what I needed to do with mine - unchecked Autorecover and it's working like a charm!!

# re: Slow VS.NET 2005 Editor is driving me nuts
by Gregory Chernis June 19, 2007 @ 2:35 pm

http://support.microsoft.com/kb/921534

Should fix the nav bar issue if you're willing to shell out cash to M$.

# Speeding up Visual Studio 2005 with Windows Live OneCare - Ben Tiedt's Blog
by Ben Tiedt's Blog July 06, 2007 @ 7:54 am

Personal web site of Ben Tiedt

# re: Slow VS.NET 2005 Editor is driving me nuts
by Coder December 12, 2007 @ 5:06 am

Hi,

My VS2005 editor is very slow. It works fine for small projects but becomes very slow for a big project. Just a mouse click also takes more than 5 secs. Its so very bugging to work in VS@005. I tried disabling Naviagation in Tools->Options->TextEditor->C#. but still it is very slow. Please let me know what should be done. I tried clearing the MRUList as well... Someone please hlp me.....

# re: Slow VS.NET 2005 Editor is driving me nuts
by Jimmy March 31, 2008 @ 9:11 am

i tried the solutions mentioned one by one. didnt help in my case. mine was a web application project taking long to save and taking long to switch between run and code mode.

i fixed by taking a backup of the folder, then deleted the project folder. i then opened the project from visual source safe. the issue is now fixed. thought of sharing it.

# decrypt css dvd
by decrypt css dvd April 06, 2008 @ 11:32 pm

So component A which lives in the dll and namespace Com. Hertkorn. Infrastructure. ComponentA and component B which lives in the dll and namespace Com. Hertkorn. Infrastructure. ComponentB should share types. Ideally their shared types live in a component Com. Hertkorn. Infrastructure. SharedTypes. dll but the root namespace should differ. I would argue the root namespace should be Com. Hertkorn. Infrastructure. That way a subdirectory ComponentA or ComponentB would result in a namespace complementing the...

# copy vhs to dvd
by copy vhs to dvd April 07, 2008 @ 7:23 pm

My husband’ s computer wouldn’ t boot: Blue Screen of Death. The error was in a file SR. SYS but I couldn’ t boot to get to it to copy a good one over the bad one. Enter Bart’ s Preinstalled Environment Bootable Windows CD/ DVD. I didn’ t have a bootable Windows CD (stupid Dell) but I followed the simple instructions to make a bootable CD. I booted his PC from the new CD. The desktop was uber weird , but I was able to get to his c:\\ drive and copy the bad file from his i386 folder to\\ windows\\ system32\\ drivers.

# best dvd decrypter
by best dvd decrypter April 07, 2008 @ 10:11 pm

The makers of Spybot have recently come into conflict over claims of incompatiblity with Norton Internet Security. ref/ ref Symantec is recommending the uninstallion of Spybot Search and Destory before installing Norton Internet Security. According to Safer- Networking no satisfactory explanation was given to them. However, Mary Landesman, suggests a possible explanation for this may stem from a graphical glitch in Tea- Timer module’ s confirmation dialog. An official explanation of the bug ref/ ref states...

# how record dvd
by how record dvd April 08, 2008 @ 12:24 am

Neuerscheinung PC Tools Spyware Doctor auf der CeBITVirenschutz. info- vor 44 Minuten gefundenPC Tools will die CeBIT auch als Forum nutzen, um mögliche Partner im Reseller-, Retail- und OEM- Bereich über das Unternehmen, seine Lösungen und Partnerprogramme zu informieren. Erst kürzlich hat PC Tools Renato Jurjevic zum Reseller- Manager für den…

# dvd burning software
by dvd burning software April 08, 2008 @ 8:02 pm

Fortunately, we can strip this down for the sake of a simple test. We’ re using a local target so step 1 is unnecessary. We can also hard- code the MAC of the target machine, to also skip steps 2 to 4. An ICMP ECHO request packet can then be constructed with fixed details and pre- calculated CRCs. I used Ethereal on my PC to sniff a request sent with a zero CRC, which was expected to fail, then completed the correct CRC with what it reported.

# dvd decoders for xp
by dvd decoders for xp April 08, 2008 @ 9:15 pm

The built- in 802. 11g Wi- Fi is quite handy. The 605 not only includes a standard file management utility, it also lets you move and copy files from one location to another on your 605 and between your 605 and a computer elsewhere on the network you\'re on. Plus, it will stream media from locations on the network to the 605. I was able to watch an entire movie streamed wirelessly from a PC to the 605 without a single hitch... and it looked great! Fast- forward and rewind don\'t work when streaming, but pause does. ...

# shrink dvd
by shrink dvd April 09, 2008 @ 1:14 am

Download SugarSync onto your computer (on as many computers as you’ d like, though you only need one), set which folders you’ d like to have synced, and you’ re set. It’ s so easy to use and such a great resource. No more emailing files to myself on gmail, no more flash drives or burning files to disks, no more waiting for files to upload or browsing to find the files with online storage sites…

re: Slow VS.NET 2005 Editor is driving me nuts
by Deepak May 03, 2008 @ 4:50 am

If the vs.net 2005 is taking long time after saving the file, then guys just follow the following steps
It really works.

Browse the registry to:
HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\8.0\ProjectMRUList
and delete the references to remote projects.

# clonedvdmovie
by clonedvdmovie June 24, 2008 @ 12:11 am

Here’ s something I discovered a couple weeks ago that some people may find useful. It’ s not rocket science or anything and a lot of people probably already knew about it. But I’ m posting it here partially so I remember about it. Anyway, I found you can lock your computer using a shortcut pointed to“% windir%\\ system32\\ rundll32. exe user32. dll, LockWorkStation”. This is very useful for when you have to work on keyboard that is lacking the windows key (like IBM Thinkpads). Once you have the shortcut you...

# free dvd copy programs
by free dvd copy programs July 01, 2008 @ 8:11 am

Window cleaner has become an absolute necessity days because time you use your computer, every webpage you visit, every image file- whether multimedia or a movie file- you see, are stored in it. This takes up a lot of disk space, which is quite valuable in terms of storage space. You probably use a number of software, as most do, every software saves some information or other. Through this all your activities be tracked traced, invading your privacy. Windows washer is a tool that helps remove all these...

# Free Registry Cleaner
by Free Registry Cleaner July 08, 2008 @ 5:10 pm

I ran across the following error today while doing a WRITELINE command in Active Server Pages (ASP) page where I was scraping a file then writing to a text file line- by- line:

# Fine art paintings
by Fine art paintings September 06, 2008 @ 11:14 am

improve your drawing and painting...

# Car ads
by Car ads September 07, 2008 @ 8:17 pm

car wrap advertising...

# Remove adware
by Remove adware September 09, 2008 @ 5:07 pm

fix your computer - download now...

# Canoot
by Canoot September 12, 2008 @ 2:20 pm

online party planning guide....

# Adsense income
by Adsense income September 18, 2008 @ 11:06 pm

alternative to adsense...

# Affiliate program
by Affiliate program October 02, 2008 @ 7:41 pm

get commissions when people apply...

# Abdominal workout
by Abdominal workout October 12, 2008 @ 12:23 pm

dance your way to hot - sexy abs and burn fat...

# Abdominal exercise equipment
by Abdominal exercise equipment October 19, 2008 @ 4:47 pm

for everyone from beginners to experts. get in shape...