Hi there, I built also the dbg libs, even so I can't jump in the code to give you more precise info. But the error occurs during the render action. I can only guess, which part of code, but I think its in the "createFanAround(..)" method in OSGTerrain.cpp. Triangle indices and position vector are built up there.
I would appreciate if anybody of the developer could have a look on that. Or maybe somebody else who is using VS2005 and had similar experiences could give a comment on that. Thank you very much Sebastian Dirk Reiners wrote: > Hi Sebastian, > > [EMAIL PROTECTED] wrote: > >> Hi, >> >> thats actually what I did. >> I fetched the sourceforge code from last friday, compiled it with >> scons and MSVS 2005. I didn´t use the dailybuild, that was a wrong info. >> Then I built the testTerrain linking with OSGContrib.lib/OSGContribD.lib. >> >> While executing I receive an Assertion that "Expression: vector >> subscript out of range" >> >> Maybe its a problem with the MSVS 2005 compiler. >> >> VS8 is stricter ( and more correct ) in catching bugs with std::vector >> > > Yup, that could be it. > > >> vector::reserve(n) does not change the size of the vector. It only a >> request for allocation of additional memory. vector::size() is unchanged >> by reserve(). (from http://www.sgi.com/tech/stl/Vector.html) >> >> other developper had the same error when using code like >> >> >>> vector::reserve(n); >>> >> but instead >> >> >>> vector::reserve(n); >>> vector::resize(n); >>> > > That has always been the case. But VS8 is much stricter than that: you can't > even create an iterator to an illegal entry, by in general is not a problem > if > it's not used. > > >> I could imagine that this could happen during the initialization of >> GeoPositions3f in OSGTerrain. But this is just my guess, I'm not >> familiar enough with OpenSG. >> > > Absolutely possible. What happens when you run with the debugger and OpenSG > debug lkibs, can you get a line where the failure happens? > > >> But maybe somebody else has a comment on that. >> >> Would it be helpful to recompile OpenSG using stlport instead?? >> > > That would probably work around it, but it would be better if we could fix > the > actual problem. > > Dirk > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > Opensg-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/opensg-users > ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
