Hi,
This seems to be the same / related to an issue raised some time ago
with VS2010.
When I build VirtualPlanetBuilder with VS2010 I get errors complaining
about duplicate definitions of the stream destructors (cant remember
the details of hand). The same code works without issue on non-windows
platforms and all other VS compilers tried.
As I don't have time to look into the issue I simply force the link to
complete with multiply defined symbols.
A quick search through my local OSG-users archive found the thread +
message included bellow. Do a search through the archives around this
topic and you should find all the details.
Cheers,
Brad
Re: [osg-users] OT: VS2010 LNK2005 problem related to ostringstream
Ok, I have localized the problem.
For example, the class osgDB::fstream:
class OSGDB_EXPORT fstream : public std::fstream
{
};
which just inherits from std:.fstream causes the symbols of
std::fstream to be exposed into osgDB.dll
This effectively means that It might cause problems for people linking
against osgDB.dll later on.
Same goes for inheriting from std::string, std::ostringstream etc.
This must obviously be a bug, a very serious one in VS2010.
We had a class derived from std::ostringstream, which exposed the
symbols in the vtable for the class:
namespace ns
{
class Notify : public std::ostringstream
{
};
}
Using depends.exe to analyze the dll-file gives:
const ns::Notify::`vftable'{for `std::basic_ostringstream<char,struct
std::char_traits<char>,class std::allocator<char> >'}
My issue was reported to the msdn forum. Their first take was: Oh you
use CMake, thats not our product :-)
But in later threads, they tried to reproduce the problem without
luck...
So if you manage to reproduce this in a small example, go ahead and
post it. We must make them aware of this problem.
http://social.msdn.microsoft.com/Forums/en-US/vclanguage/thread/191de00a-53c9-4bd9-9cb6-e844eb224ca2
/Anders
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of
Vincent Bourdier
Sent: Wednesday, 27 April 2011 11:47 PM
To: osg user
Subject: Re: [osg-users] osgDB ifstream / ofstream conflict
Hi,
Sorry to insist but I would appreciate any advices about this issue.
Maybe I'm the only one who encountered it, but the patch I did is not
so... "clean" to my mind...
Thanks.
Regards,
Vincent.
Le 21/04/2011 14:50, Vincent Bourdier a écrit :
Hi all,
I just found a fix after some tests, but it is not a fix I am proud
of.
I just added the close() method in osgDB/fstream implementation, so
there is no conflict because my fstream implementation uses
osgDB/fstream and not osgDB/fstream AND std::fstream.
I will continue to investigate to be sure to understand why this
occurs, but any advices or explanations are welcome.
If my fix is accepted this could be a submission for OSG,
eventually...
Thanks.
Regards,
Vincent.
Le 20/04/2011 14:54, Vincent Bourdier a écrit :
Hi Mourad
Thanks for your answer but I already checked that. TsLib_MDdNET2010 is
a static lib but linked with /MD(d), like my application...
Vincent.
Le 20/04/2011 11:50, Mourad Boufarguine a écrit :
Hi Vincent,
On Mon, Apr 4, 2011 at 4:36 PM, Vincent Bourdier<
vincent.bourd...@gmail.com> wrote:
2>TsLib_MDdNET2010.lib(IwPoly.obj) : error LNK2005: "public: void
__thiscall std::basic_ifstream<char,struct std::char_traits<char>
::close(void)"
(?close@?$basic_ifstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already
defined in osgDBd.lib(osg65-osgDBd.dll)
2>TsLib_MDdNET2010.lib(IwBrepData.obj) : error LNK2005: "public: void
__thiscall std::basic_ifstream<char,struct std::char_traits<char>
::close(void)"
(?close@?$basic_ifstream@DU?$char_traits@D@std@@@std@@QAEXXZ) already
defined in osgDBd.lib(osg65-osgDBd.dll)
It seems like a static/dynamic c++ runtime conflict. Check if osg and
TsLib_MDdNET2010 are linked against the same type of c++ runtime (both
with /MTd flag or both with /MDd flag)
Mourad
DISCLAIMER:---------------------------------------------------------------------------
This e-mail transmission and any documents, files and previous e-mail
messages attached to it are private and confidential. They may contain
proprietary or copyright material or information that is subject to
legal professional privilege. They are for the use of the intended
recipient only. Any unauthorised viewing, use, disclosure, copying,
alteration, storage or distribution of, or reliance on, this message
is strictly prohibited. No part may be reproduced, adapted or
transmitted without the written permission of the owner. If you have
received this transmission in error, or are not an authorised
recipient, please immediately notify the sender by return email,
delete this message and all copies from your e-mail system, and
destroy any printed copies. Receipt by anyone other than the intended
recipient should not be deemed a waiver of any privilege or
protection. Thales Australia does not warrant or represent that this
e-mail or any documents, files and previous e-mail messages attached
are error or virus free.
--------------------------------------------------------------------------------------
_______________________________________________
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
