Hello, > I will read you work, however note that the link from > libdbi ( > http://libdbi.sourceforge.net/usage.html) to > http://art-blog.no-ip.info/wikipp/en/page/ref_dbixx does > not work...
Refer to http://cppcms.sourceforge.net/wikipp/en/page/ref_dbixx I have some issues with ISP so sometimes its hard to get to links on art-blog server outside of Israel. Thus, use Sourceforge static mirror. > how does libdbi and dbixx deal with threads, nor dbixx, nor > libdbi mentions > anything about thread safety... THIS IS VERY GOOD QUESTION: Short answer: Yes if you are UNIX developer (with exception of startup/shutdown) Longer answer: On platforms where GNU extendtion timegm() exists the system is: 1. Has not thread safe parts in; a. Loading/Unloading modules: dbi_initialize/dbi_shutdown b. Sqlite2 backend (sqlite3 is ok from 8.3) 2. The rest is thread safe. That means that Linux/FreeBSD/Cygwin has no problem at all (only at init/shutdown). MingW-Windows seems to have a problem because it does not timegm/gmtime_r so it HAS problems. DbiXX is as thread safe as libdbi. For more details see this discussion: https://sourceforge.net/mailarchive/forum.php?thread_name=51946.77307.qm%40web110202.mail.gq1.yahoo.com&forum_name=libdbi-devel So, if you are UNIX developer you do not have problems, if you develop for Windows, you probably would anyway not use libdbi/dbixx because I don't know if it builds for windows at all outside of Mingw. Best, Artyom ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ witty-interest mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/witty-interest
