VBA crap.

Sorry, have to get rid of some anger.
We just received a number of drawings wich on opening report:

Initializing VBA-system.

Drawings are approx 500-600KB, pretty small, no xref's (at least none shown
on the command line).
Just because af this VBA-crap loading takes about 15-20 minutes, causing
windows to shout "insufficient virtual memory" and autocad to cry "fatal
error: aborting".
Right.

Don't know what m...n invented this stuff but why do i need VBA to load a
drawing?
Is there a way to shut the VBA down before the entire drawing is loaded?

Our drawings are max 1MB, they load fine, within seconds, most architectural
drawings load perfect unless they grow over 20Mb.
System:
P-4 1.8, 256Mb memory, at least 900Mb swap space.
Quite enough for the work we do. (2D only)

Anyone have some ideas about this (don't come up with 'buy new hardware').

Jan

 

Posted a drawingg in customer files.

 

Please see your duplicate message in the Lisp group. It has seven
answers at this time.

---
Anne Brown
Discussion Groups Administrator
Autodesk, Inc.


Jan van de Poel wrote:
(snip)

 

Jan,
Your anger is misdirected. There's no VBA involved. There are block ref's
in the drawing with custom hatch patterns, named something like
"ARKEY_CU__200P_9", that are making regen's take forever. The hatch pattern
looks extremely dense.

Good luck,

James

 

Thanks Anne,
got pointed there to post it over here, please don't redirect me back.

Jan

 

Finaly, one descent answer.
Sorry if I offended anyone with my VBA anger.
Strangest thing is still, upon loading the drawings the message appears "
Initializing VBA system".
This does not happen with any other of out own drawings.
Could it be that somewhere some code is hidden to create - recreate the
hatch pattern ??

W'll try to load them again and remove the hatch patterns.

Thanks,
Jan

"James Belshan" <> schreef in bericht
VBA system".
763f$1_1@newsprd01...

 

Just loaded the drawing (the smallest one) and removed the hatch pattern
inside the circle.
After purging and saving the drawing reloaded.
No "initializing VBA" and the drawing loads and performs as it should, fast.
Could it be possible that there is some kind of VBA code is hidden inside a
hatch pattern?
Or is it possible that the VBA code is required to rebuild the hatch
pattern?

Thanks,
Jan

 

There is no VBA code embedded in the drawing you posted.
Run VBAMAN and check it out.