Re:
Bill,
I just realized that you participated in the post that I was mentioning (03-09-01) Anyway, here it is:
SOLUTION:
Go in the registry to
HKEY_CURRENT_USER\Software\Autodesk\AutoCAD\R15.0\ACAD-12:407\Profiles\Arch i
tectural Desktop\General and delete the "WhipArcEnable" if it's there (setting to 0 is NOT enough!) and
never use again the Whiparc command within AutoCAD (our customers hat lots
of crashes within AutoCAD2000 / 2000i / LT 2000 / ADT2 which could be solved
like this, but I didn't find this problem in ADT3 until now...)
This solution was sent to Autodesk on 15-15-00 but they never mentioned anything in this NG!!!...........
(
the "long" text version:
Zoom-Crash-Problem in AutoCAD 2000 / LT 2000 / ADT 2 / 2000 i / LT 2000 i:
Lots of our customers claimed on frequent (2-20 a day!) crashes (unhandled
exception at...) while using the Pan on the middle mouse key and the Zoom
with the wheel.
After heavy testing we found out, that this is absolutely an AutoCAD
problem! (AutoCAD2000 / LT / 2000i / LT 2000i / ADT 2)
It is NOT a craphic card thing: tested on 4 different cards.
It is NOT a graphic driver thing: tested on 5 different machines/drivers.
It is NOT a mouse driver thing: we have a script that provokes a crash on
several machines with several mouse drivers.
It makes a difference if you maximize the document window or not. If it's
maximized AutoCAD crashes later.
The View, in which the drawing is stored, is important for the stability.
If the drawing is stored with _Zoom _E _Zoom 0.2x, it's much more stable
than when you store it with _Zoom _E _Zoom 5.0x
But what we found out is that just some machines have this problem and that
the problem does not occur on newly created user profiles! So on the same
machine we have two different accounts, one crashes, the new one doesen't,
when running our crash script in a big drawing!
By the way: the Servicepacks 1 and 2 don't change anything!
After heavy testing we found out that the Zoom-Pan-crashes, which are caused
by the heidi display engine, are due to an error in the WhipArc
implementation.
The work-around is to delete the [WhipArcEnable] entry in the Registry under
[HKEY_CURRENT_USER\Software\Autodesk\AutoCAD\R15.0\ACAD-XX:XXX\Profile s\Arch
itectural Desktop\General] (setting WhipArcEnable=0 or just turning off the
WhipArc variable within AutoCAD is NOT solving the problem!)
As this setting mentioned above is saved under HKEY_CURRENT_USER it is
possible that on the same machine under one user profile the AutoCAD is
crashing all the time and within an other user profile it's stable!
Furthermore this variable in the Registry ist NOT set by default (just when
you turn on WhipArc) so after a new installation everything is working fine
for some time... This explains why some people didn't have this crashes.
For testing I attached a drawing and a script file which cause AutoCAD to
crash within 1-2 minutes... In this drawing AutoCAD is crashing when
accessing the information of block UMG-D5 , but as Audit doesn't solve it, I
think it's not the problem of the block but of WhipArc (and our customers
had lots of different drawings which crashed).