AutoCAD 2010/2011/2012 DWG Format

[#1]

I started having this problem a couple of days ago as well.  I had done a variety of things, so I'm trying to narrow down the problem.  The good thing is that I HAVE found a way that seems to correct it..  There is definitely an issue with autodesk 

The Fix:

1. Delete all temporary files  (I don't think this is necessary to fix)
2. In the command line, type FILEDIA and set  to 0 (this forces a command line open rather than the dialog box.)
3. Type "NEW" in the command line, and hit enter for it to load from the default location.  This makes autodesk probably access that folder.  After it loads the default template, type FILEDIA and set to one.  Then click New.  It SHOULD open up the dialog box.  

The problem:

• This behavior causes Autocad to freeze every program trying to access a list of all drives from windows - the command that Autodesk is sending seems to be freezing a non-Autocad component.  
• After doing the fix above, tihs will come back again and again.  It works for maybe 30 min.  A save or xref, anything that brings up the dialog box will suddenly crash your work without the ability to save since it freezes it.  

Since I had last used Autocad, Windows 7 64 ran a bunch of updates.  I also upgraded to new Nvidia Drivers (apparently they came out with a brand new series that had serious improvements.) I'm using a GTX 470 - worked flawlessly until this week, so it's stability regarding supported card list should not be in question - the driver could, but why does it freeze a windows file routine?  Most notably, I recently set all my drive shares to come from a vbs script rather than a windows shell script.  tihs was to name volumes how I wanted.  I used a script that I had used for years working at another company to set share drives without a hittch, but I have noticed that they do have slightly different behaviors sometimes.

So there is my 2 cents.  I will continue trying to debug, but hopefully someone from Autodesk can step in and help figure this one out.  Please reply if you are having this problem - if it's a LOT of people, it seems the recent windows updates/service pack could be the culprit.  , and I won't rule out the autocad driver updates as pointed out if you have an NVIDIA card - just updated mine, so will report back on whether it was the fix.

[#2]

Update:  Rule out the video card driver update as a fix for me.  Just started freezing, just confirmed latest was updated. 

On an off-topic note regarding video card update, make sure you open your application as an administrator in order to update. 

I just realized - I'm using Civil3d 2011, so this obviously is spanning numerous applications, whatever the cause. 

[#3]

Ok, disregard all the above - I just figured out the real reason it fixed. 

Any time you make a recent call that pulls discovery of drives other than the file dialog box fixes for a while - I'll assume this data must be cached until a particular time or event.  Something I didn't realize made the fix, but confirmed now:

• Type options at command or go to the options box. 
• Click on the file Tab
• Click to browse any folder anywhere then cancel.  That seems to queue up the data that otherwise makes it crash. 
• Now you can open & close using dialog boxes FOR A WHILE.

Note that THIS IS NOT A FIX, but a half baked workaround.  You can set filedia to 0 to make sure you don't freeze up on a save while working.  Otherwise after about a half hour, expect a save or xref command to fail and lose your work since the last save. 

This seems to transcend almost all autodesk products with the latest Windows 7 x64 updates.  I'm in Civil3d 2011 on Windows 7 x64, but found similar threads in other groups starting around March 2011. 

[#4]

Has anyone come up with a bonafide solution to this?

Autodesk says it's anti-virus; primarliy Norton.....I have NO AV on my machine...not a fix

I have updated my Nvidia drivers...no dice

I have updated everything I can, including Win7 SP1....nada

I have tried the FILEDIA workaround....zip

I have tried to kill "WSCommCntr2.exe"; does not show since I have InfoCenter shut down....zilch

I have turned off all of the Aero and fancy Win7 stuff.....zero

I also see that no one has mentioned that once you're running you cannot use the insert block dialog box either.

2010 does work on my machine; if you do not mind opening your files from Windows Explorer and dragging-n-dropping fiel that you want to insert.

This is really a bad deal

[#5]

UPDATE:

I am using a LISP routine called Xtools. (This is a great program). This routine utilizes Robert McNeel & Associates' DosLIB for calls to dialog boxes.

What I have discovered is that if I run one of the various sub-routines, which opens a file dialog; all subsquent file dialog coomands within ACAD then run, i.e. file open, block insert, etc. I would say it is wierd, but I know that this involves something in a piece of code somewhere.

So, my workaround is to place a bit of lisp in my startup which executes this routine followed immediately with an escape.

I still wish Autodesk would fix the issue.

But, hey, it's better than my previous issue with 2008: hatching crashes the program, inserting blocks with hatch crash the program, any operation regarding hatching closed the program. That I understand was a .NET issue, but none of the recommended fixes work.

Come on Autodesk

[#6]

Not related to Sophos

Not related to Avira

Not related to Norton (just in some cases, already patched)

Maybe not related to Avast

Not related to graphic cards (mayby in some cases)

No hotfix to solve the issue.

This issue is related from Autocad 2009 to 2012

AND IT'S NOT SOLVED.

[#7]

I found a solution here...

http://forums.autodesk.com/t5/AutoCAD-2012/Autocad-Wont-Save-Open-Export-Save-As-and-I-m-not-using-t...