yang686526

problem with oddbregion::acisout()
problem with oddbregion::acisout()
attached is a mech desktop dwg file which causes oddbregion::acisout() to create an invalid sat file. i've also attached the sat file and you can see that there are spurious '@' characters, in the header and elsewhere, which are not part of the sat standard. this sat file is unreadable in any sat viewer/parser. i've also attached a snippet showing my call to acisout(), which is taken directly from the odreadex sample.
i have not yet updated to 1.11.01, but i don't see anything like this in the list of items addressed in that release. that's the next thing i'll try, but the oda website is crawling this morning.
in fact the 'upload' button on the 'manage attachments' page is erroring out on me right now, so it might take a while to get that attachment up there.
meanwhile, is anyone aware of problems with oddbregion::acisout()?
pete rimkus
cnc software, inc.
hi,
i am ddt acis engineer. please, send email with files directly to me (arumyantsev@softdev.spb.ru).
alexander,
thanks. i sent them to you this morning.
pete rimkus
'@' is a string tag (acis ver >= 700).
i don't understand what you mean by " '@' is a string tag". it is not part of the sat format. i cannot get my app which uses the acis toolkit to read this sat file, and the hoops acisviewer crashes with it!
the following is not considered valid sat data...
20800 38 2 0
@33 open design alliance acis builder @14 acis 208.00 nt @24 tue aug 10 08:56:17 2004
25.399999999999999 9.9999999999999995e-007 1e-010
asmheader $-1 -1 @12 208.0.2.7026 #
body $2 -1 $-1 $3 $-1 $-1 #
ref_vt-eye-attrib $-1 -1 $-1 $-1 $1 $4 $5 #
lump $6 -1 $-1 $-1 $7 $1 #
eye_refinement $-1 -1 @5 grid 1 @3 tri 1 @4 surf 0 @3 adj 0 @4 grad 0 @9 postcheck 0 @4 stol 0.076493134425800857 @4 ntol 30 @4 dsil 0 @8 flatness 0 @7 pixarea 0 @4 hmax 0 @6 gridar 0 @5 mgrid 3000 @5 ugrid 0 @5 vgrid 0 @10 end_fields #
vertex_template $-1 -1 3 0 1 8 #
i also wish i could 'upload' an attachment - i still get an error when trying. anyone know what's up with that?
pete
20800 sat version is internal autocad sat version. it means that acis based viewers can fail on 20800 sat.
you should simply pass valid acis version to acisout().
the syntax of the acisout is as follows:
code:
odresult acisout(odstreambuf* pout, aftypever typever = kaftypeverany);
if you do omit the second parameter, i.e. - do not care what version you want to obtain, then stored sat is returned as is.
currently, in r18, sat is stored in autodesk specific manner, that is marked as version 20800. this sat is only valid to put it back into 3dsolid. no sat toolkit will understand it. if you want to get sat ver 7, pass kafver700 to acisout().