Hi Nick, after looking some more I found that newer versions of Mingw switch to dynamic linking of libstd++ by default. so libstdc++-6.dll is a right lib.
but as you have the same problems then I have no answer. Regards Sergey On Sun, Mar 1, 2015 at 5:16 PM, Trajce Nikolov NICK < [email protected]> wrote: > Hi Sergey, > > on my system with the latest from the Qt bundle I don't have the > libstdc++_s ... only libstdc++.a and libstdc++-6.dll ..... And I added > -lstdc++ and still getting the same issues. Any further hints? > > Thanks a lot > > Nick > > On Sun, Mar 1, 2015 at 1:07 PM, Trajce Nikolov NICK < > [email protected]> wrote: > >> Thanks Ulrich. That is what is going on >> >> Sergey, where this flags go in the .pro file, in* QMAKE_CXXFLAGS* or >> *LIBS* ? >> >> Thanks a bunch >> >> Nick >> >> On Sun, Mar 1, 2015 at 12:49 PM, Sergey Kurdakov <[email protected]> >> wrote: >> >>> Hi >>> >>> To link against shared libgcc, add -shared-libgcc >>> to link against shared libstdc++ add -lstdc++_s >>> >>> Regards >>> Sergey >>> >>> >>> On Sun, Mar 1, 2015 at 1:58 PM, Ulrich Hertlein <[email protected]> >>> wrote: >>> >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA256 >>>> >>>> Hi Nick, >>>> >>>> On 28/02/2015 14:46, Trajce Nikolov NICK wrote: >>>> > I am facing a problem with memory clean-up when mixing the place of >>>> allocation across >>>> > dlls and the executable. Let say I have main executable that loads >>>> dlls (plugins) in >>>> > which I allocate memory using referenced pointers. On exit, those >>>> pointers that were >>>> > allocated in one of the dlls got stucked in ... If I clean these >>>> pointers from the >>>> > originated dll, it works ok, otherwise not. >>>> > >>>> > Any clue? >>>> >>>> You end up with different instances of the runtime library, each with >>>> its own heap >>>> management. You allocate the object on the heap of one DLL and free it >>>> onto the heap of >>>> the other -> bang. >>>> >>>> Sorry, I don't know what the corresponding flag might be on mingw. >>>> >>>> Cheers, >>>> /ulrich >>>> -----BEGIN PGP SIGNATURE----- >>>> Version: GnuPG v1 >>>> >>>> iQEcBAEBCAAGBQJU8vDIAAoJEP8WARS52jMYq6gH/Axcl3evhaF8tdjUePeHb707 >>>> Et4rociiWaZdVu2Cq3x3TWr6MvOqqdcJMka1h7z0Nyy43FI0HI2s63NdPiXH5LcS >>>> BYC8j1w8BTzOisOUYyQJwGaqt4856ne2tHAjAU47Qp5bAsvbx7ZTZa0VU2ncLmJt >>>> A5P2TOtDRGBjtxoQc4Kmx33AWHFzX3iT+yaN5v6EUTVO3MReQTqWCXdJWr+/GC/0 >>>> DMWmO/ZhGLis2NONoDGeNtZtgABPhg91Z+tZt0jYyzEkJ9eC4WN+F7x++0NPfRaf >>>> BBAzFN8Ch9YA4mcMjQF2TkqEdMcBHnmUb49ObUbU6fHd9Ce946dwfrB1gtlne4M= >>>> =Q7H0 >>>> -----END PGP SIGNATURE----- >>>> _______________________________________________ >>>> osg-users mailing list >>>> [email protected] >>>> >>>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >>>> >>> >>> >>> _______________________________________________ >>> osg-users mailing list >>> [email protected] >>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org >>> >>> >> >> >> -- >> trajce nikolov nick >> > > > > -- > trajce nikolov nick > > _______________________________________________ > osg-users mailing list > [email protected] > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > >
_______________________________________________ osg-users mailing list [email protected] http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
