yang686526

created drawing crashes autocad
created drawing crashes autocad
has anyone run into this autocad internal error and know what could possibly be causing it?
internal error: !dbutil.cpp@705
we're creating large amounts of anon blocks. could there be a limit on the number blocks you can have?
using dwgdirect 2.0.3 opening in autocad mechanical 2005
regards,
mikael
was the file created from scratch or an exisiting file was modified?
does the file crash pure autocad 2005?
is dwgdirect able to load the file back?
what do autocad's and dwgdirect's recover say?
btw, dd 2.01 is more stable than 2.0.3 but most problems fixed for 2.01 were with writing 2007 files.
sergey slezkin
the file is created from scratch.
it will crash autocad 2005 without mech ext.
the drawing loads in dwgdirect without any problems what so ever. (i did manage to crash odamfcappdll_202.exe with an unhandeld exception but i can't easily reproduce that crash)
i can get it to work by reducing the number of exported entities. for large numbers of ents the drawing will crash with the first operation on the drawing surface. with lower numbers autocad will only crash after a few pan and zoom operations.
i've had a few different results while running recover for different versions of the file.
for the smaller files, recover will report no errors at all and then as usual promptly crash after the file has been recovered.
the larger files result in a huge number of duplicate names in the block symbol table. they are all names of anon blocks and as far as i can see we export every anon block with the name *c so i can't see how this could be. but recovery will fail for these files.
the sample "small" file contains 41698 anon blocks. the original file where several times larger.
the small file is still 14 mb in size and 4 mb zipped so i'm not sure that you would like to have it posted here on the board.
but the entire drawing is more or less a usage error, users shouldn't create drawings this way but they can (and obviously do) and it will then crash autocad.
sometimes autocad has strange behavior with anonymous blocks with "non-standard" names.
standard names are: *d for dimensions, *x for hatches saved to pre-r14 files, *u for other purposes.
could you try to export *u blocks instead of *c?
sergey slezkin
i've changed our export routine to create all anon blocks as *u now as suggested. but it looks like the error isn't related to this, only to the number of anon blocks created.
the autocad version we're running must have a hard internal limit at 32k anon blocks.
if i put a hard cap at 32k while exporting anon blocks the created drawing works just fine. exporting more then 32k anon blocks result in 'internal error: !dbutil.cpp@705' when the drawing is opened in autocad.
i've not been able to find any information on this limitation so i wonder if this is something you've seen before?
i have not seen this before. the file format stores number of table (including block table) entries as int32.
probably somewhere in acad code int16 is used... maybe this error happens only with anonymous blocks (acad converts names like *u into *unnn where nnn is index of the anonymous block in the block table.
but even if you change your code to create non-anonymous blocks:
if block table already contains more than 32k blocks and you draw a couple of dimensions - new anonimous blocks *d will need to have numbers more than 32k...
sergey slezkin
this is an obvious case of bad testing from my side. even creating a drawing with named blocks will crash autocad in the same manner.
any drawing with over 32768 blocks will crash period. now i just need to see if this is related to the way we create our drawings or if it's a hard limit in autocad.