purged blocks return

[cadrick]

having experienced numerous crashes like most users, we use auditing, purging and saving often.
Some mysterious blocks, with names like "*U871....*U892" have appeared after auditing, and disappear after purging, but return after either qsaving or auditing again (note that auditing returned no fixes/deletions); when the blocks return the numbers at the end start where the previous purged blocks stopped. Attached purge window png
Dont seem to be a problem, but given the drawing is unstable enough (what with the grading objects in there) - we wonder if anyone knows where they might come from, and how to get rid of them. Would prefer to fix the problem if these blocks point to a bigger problem.

[Anonymous]

The blocks named *U1xx are anonymous blocks and created/recreated with
objects are used like dynblocks, layouts, C3D objects, and a few others.

--

Murph
The world is not FLAT so why is your GIS data?
http://map3d.wordpress.com
wrote in message news:5514943@discussion.autodesk.com...
having experienced numerous crashes like most users, we use auditing,
purging and saving often.
Some mysterious blocks, with names like "*U871....*U892" have appeared after
auditing, and disappear after purging, but return after either qsaving or
auditing again (note that auditing returned no fixes/deletions); when the
blocks return the numbers at the end start where the previous purged blocks
stopped. Attached purge window png
Dont seem to be a problem, but given the drawing is unstable
enough (what with the grading objects in there) - we wonder if anyone knows
where they might come from, and how to get rid of them. Would prefer to fix
the problem if these blocks point to a bigger problem.