> Le 6 avr. 2016 ? 11:44, Rail Jon Rogut <sqlite3 at platinumsamples.com> a > ?crit : > > I'm not at liberty to do that without their permission.. but I can tell you > that it's only 4 functions and 4 names -- none of which conflict with mine. ...
OK, thanks, I only wanted to check their DLL was not explicitly exporting from SQLite itself. Looks fine. What about your app and DLL? You said it's your DLL which contains the SQLite code (compiling sqlite.c amalgamation file). What about your application use of those SQLite APIs? Purely local from your DLL or code from your executable also calls SQLite APIs (which would be exported from your DLL)? Sorry for asking the next obvious question, but your executable is not *also* dynamically linking yet another SQLite DLL? My first thought about your issue was some unexpected shared data structures between their SQLite and yours, but I don't clearly see how, for now. -- Meilleures salutations, Met vriendelijke groeten, Best Regards, Olivier Mascia, integral.be/om
