yang686526

memory stomp of the transformation matrix associated with re
memory stomp of the transformation matrix associated with recpline
i am working on a problem associated with recpline where the tranformation matrix is overwritten before it is rendered on the screen causing a closed polyline to be not drawn correctly. problem is when the recpline is added, the transformation matrix assigned in the following code is an identity matrix.
void odgimetafilerimpl:lineproc(const odgipolyline& lwbuf,
const odgematrix3d* pxform,
oduint32 fromindex,
oduint32 numsegs)
{
recpline* ppline;
add(ppline = new recpline);
ppline->plwbuf= odgipolyline::cast(&lwbuf)->clone();
ppline->pxform = pxform;
ppline->fromindex = fromindex;
ppline->numsegs = numsegs ;
}
but before it reaches the play method, the transformation matrix is overwritten with junk values causing the geometry to be not drawn correctly.
struct recpline : odgigeometrymetafile::record
{
odgipolylineptr plwbuf;
odgematrix3d xfrom;
const odgematrix3d* pxform;
oduint32 fromindex;
oduint32 numsegs;
void play(odgiconveyorgeometry* pgeom, odgiconveyorcontext* ) const
{
pgeom->plineproc(*plwbuf, pxform, fromindex, numsegs);
}
};
have anyone seen this problem before? i think the problem happens when the geometry extends are added to the range tree (rtree) but i am not 100% sure. i know this code no longer exists in the new version for improved caching but for now we cannot upgrade to the latest version. if i always try to set the ppline->pxform to a null value then the geometry gets drawn correctly but i don't know what will be its impact. i made this change based on the assumption that the transformation will be applied only when pxform value is not null. since the value is set to null all the time, the overwrite never happens thereby causing the geometry to be rendered correctly.
void odgixformimpl:lineproc(const odgipolyline& lwbuf,
const odgematrix3d* pxform,
oduint32 fromindex,
oduint32 numsegs)
{
odgematrix3d xform = m_xmatrix;
if(pxform)
{
xform *= (*pxform);
}
m_pdestgeom->plineproc(lwbuf, &xform, fromindex, numsegs);
}
thanks in advance... i have just started working in dwgdirect so please forgive me in advance if some of my assumptions are incorrect.
which version are you working with?
how can the problem be reproduced? (in our samples perhaps)
vladimir
we are still working on version 1.13. i did tried using the odamfcapp.exe but the geometry is rendered correctly because the transform matrix is always set to 0 when the recpline is added. in our environment, we are using caching and the gsmodel is turned on. for rendering we are using the sample exrender (gdi). all the geometries are drawn correctly except recpline.
i am attaching the file that is giving the problem. let me know if you need any other information...
attached files (1.94 mb, 0 views)

the attached file also causes the same problem on version 1.13 but it can be reproduced using the odamfcapp.exe, where the renderer is crashing because of the junk transformation matrix.
attached files (226.8 kb, 0 views)