高级会员
注册日期: 06-11
帖子: 14579
精华: 1
现金: 224494 标准币
资产: 234494 标准币
|
【转帖】oddb2dpolylinetransformby has no effec
oddb2dpolyline::transformby has no effect ?
oddb2dpolyline::transformby has no effect ?
system : windows xp
dev msvc 6
oda 1.10
output : kdxf
release : vac14
it seems that method oddb2dpolyline::transformby(agematrix3d) has no effect on shapes with v6mdd\dd_xxx_dll.lib version but works well when usind v6mdd\dd_vc6md_xxx.lib
is it possible ?
how did i find that : my previous code in 1.09 exported quite correctly all shapes from ou cad software the with same code same file and just by changinf 1.09 to 1.10 the result was completly different.
strange... both dynamic and static libraries are built from the same sources.
having studied your code from the previous thread i've got a question:
is transformby() realy gets called in both cases? maybe the problem is in iskindof() which works differently?
if so - maybe you have a mixture of static and dynamic libs or libs of different versions?
sergey slezkin
thank you to have take some of your time to look at my problem.
i have tried something very simple :
my path env. variable contains
"c:\program files\opendesignalliance\exe\debug"
to help windows search for dlls
i've renamed
"c:\program files\opendesignalliance\exe\debug" to
"c:\program files\opendesignalliance\exe\debugtemp"
and
"c:\program files\opendesignalliance\exe\release" to
"c:\program files\opendesignalliance\exe\debug"
without changing any code in my app and i have different results when exporting 2dpolyline shapes that have thickness (negative or positive) and a transformby call.
i don't know what to do. i've tried to reproduce the problem but i can't execute odamfcappdll with release dlls because of a linkage error...
i'm not sure that an application linked with release dlls should work with debug ones or vice versa... and i think they have different names.
be sure to compile with right headers and link with right libs.
maybe your system loads wrong dlls because of "path". try to put the dlls in the folder there your .exe resides.
sergey slezkin
|