Mario, I'm glad you made a lot of progress. Like the old philosophers of yore said: - Choose your battles carefully; some battles aren't worth fighting for. - Choose your weapons carefully. Some weapons will work against you, not the enemy. 8-)
Regards, Jose > El 24/08/2016, a las 2:20 a.m., Mario Emmenlauer <[email protected]> > escribió: > > > Dear Jose, > > thanks, you are awesome! I was so hooked on a specific tutorial for > building MyQL-python, that I did not try anything else. With your > pointers I changed linking mysqlclient with mysql, and it links > without any trouble! No need for all the __chkstk and whatnot! So > for MinGW that seems highly prefered. I haven't tested the package > yet, keep fingers crossed :-) :-) > > Thanks again and all the best, > > Mario > > > > >> On 23.08.2016 16:10, Jose Alf. wrote: >> Mario, >> Sorry. I don't know how to solve that. As I understand that symbol is const >> type_info::vftable, related to virtual function table/rtti - run time type >> information, and even if you can link it, I doubt your binary will work. I >> think you should try to get a libmysql compiled with mingw or compile one >> yourself. >> You may get help form this: >> https://sites.google.com/site/bauyt008/code--blocks-tips--tricks-and-tutorials/c-mysql >> http://forums.mysql.com/read.php?167,295483,297733#msg-297733 >> Regards,Jose >> >> >> >> From: Mario Emmenlauer <[email protected]> >> To: [email protected] >> Sent: Tuesday, August 23, 2016 8:09 AM >> Subject: Re: [Mingw-w64-public] undefined references to _set_abort_behavior >> and ??_7type_info@@6B@ >> >> >> Dear Josealf, >> >> awesome! The MSVCRT == 9 did solve the issue with _set_abort_behavior! >> Now I'm only lacking ??_7type_info@@6B@, which is undefined in >> mysqlclient.lib. Do you know how I could get this? >> >> Thanks and all the best, >> >> Mario >> >> >> >>> On 23.08.2016 13:22, Josealf.rm wrote: >>> Link against MSVCRT >= 9 ? >>> >>> Something like : >>> >>> gcc -o out.exe yourmain.c -D__MSVCRT_VERSION__=0x900 -lmsvcr90 >>> >>> >>> >>>> El 23/08/2016, a las 4:24 a.m., Mario Emmenlauer <[email protected]> >>>> escribió: >>>> >>>> >>>> Dear all, >>>> >>>> I've managed to find several more symbols, but I'm still left without >>>> being able to link MySQL. Its quite a standard library, would be great >>>> if I could get it to link. The remaining missing symbols are: >>>> >>>> _set_abort_behavior >>>> ??_7type_info@@6B@ >>>> >>>> Can you please help me get them from somewhere? Thanks a lot! >>>> >>>> Mario >>>> >>>> >>>> >>>> >>>> >>>>> On 22.08.2016 10:43, Mario Emmenlauer wrote: >>>>> >>>>> Thanks Kai! I did what you suggest, and now most of the undefined >>>>> references >>>>> are gone! To help others with the same issue, here is what I did: >>>>> I needed to go back all the way to Microsoft Visual Studio 2005, since the >>>>> newer versions did not have both files. I could then find them easily in >>>>> the >>>>> Visual Studio installation folder, and link them with gcc without >>>>> problems. >>>>> >>>>> I have a few remaining undefined references, do these mean anything to >>>>> someone? >>>>> Google really did not return anything useful :-( >>>>> >>>>> undefined reference to `_set_abort_behavior' >>>>> >>>>> undefined reference to `__chkstk' >>>>> >>>>> undefined reference to `??_7type_info@@6B@' >>>>> >>>>> >>>>> All the best, >>>>> >>>>> Mario >>>>> >>>>> >>>>>>> On 22.08.2016 09:51, Kai Tietz wrote: >>>>>>> 2016-08-22 8:58 GMT+02:00 Mario Emmenlauer <[email protected]>: >>>>>>> >>>>>>> Dear All, >>>>>>> >>>>>>> I'm trying to link against MySQL, but it fails with undefined references >>>>>>> to __GSHandlerCheck and __security_check_cookie. I searched and this has >>>>>>> been asked before (several years back), but back then there was no >>>>>>> solution >>>>>>> found. AFAIK these two where not available in MinGW's runtime, and in >>>>>>> the >>>>>>> end the user was switching compilers. Is there a MinGW-based solution >>>>>>> possible now? I'd very much prefer that. I found people recommending to >>>>>>> link against a "bufferoverflowu.lib" and some 'gshandler.obj'. Do you >>>>>>> know >>>>>>> if I can take those from Visual Studio and link against them in MinGW? >>>>>>> Would that work? Or other ideas? >>>>>>> >>>>>>> Thanks for any help, >>>>>>> >>>>>>> Mario Emmenlauer >>>>>> >>>>>> We don't support those. You can link against MS libraries/objects for >>>>>> these symbols. Or you could work on a patch, which provides support >>>>>> for those. >>>>>> >>>>>> Regards, >>>>>> Kai > > > > Viele Gruesse, > > Mario Emmenlauer > > > -- > BioDataAnalysis GmbH, Mario Emmenlauer Tel. Buero: +49-89-74677203 > Balanstr. 43 mailto: memmenlauer * biodataanalysis.de > D-81669 München http://www.biodataanalysis.de/ > > ------------------------------------------------------------------------------ > _______________________________________________ > Mingw-w64-public mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public ------------------------------------------------------------------------------ _______________________________________________ Mingw-w64-public mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
