- Boost-users - lists.boost.org

Re: [Boost-users] Threads (Not Mutex) Docs?
by Merrill Cornish 04 Nov '05

04 Nov '05

Matt, >>> 1. Start at http://www.boost.org/doc/html >>> 2. Click on 12. Boost.Threads >>> 3. Click on Header <boost/thread/thread.hpp> in the contents >>> 4. Click on the "class thread;" link >>> >>> This seems pretty intuitive and perfectly acceptable to me. I just went back to www.boost.org to double check. I couldn't find any link from the home page to any www.boost.org/doc/* page. This is the case where the first step is the biggest. Now that I know it's there, I can find links to it from a couple of levels down under the documentation link that initially takes you to the lib directory. Also, I had done much of my looking in the various doc directories of the Boost 1.33.0 download tree. Under the top-level doc/html directory there is a threads directory [note the plural] which should be named mutexes, since that's all it covers. There is also a thread directory [note the singular] which, I assume, is supposed to be a copy of what the people who responded to my question referred to on the web site. However, it has only the acknowledgements.html, build.html, and configuration.html files. Merrill

2 1

Re: [Boost-users] Threads (Not Mutex) Docs?
by Merrill Cornish 04 Nov '05

04 Nov '05

Someone needs to go into http://www.boost.org/doc/html and add a link to thread.html. The only thread-related link there now is to threads.html, the mutex treatise. There is no hint there about the other links I've now been given. Thanks, Merrill

2 1

Re: [Boost-users] Threads (Not Mutex) Docs?
by spam_from_boost_users＠chezphil.org 04 Nov '05

04 Nov '05

> Where is the documentation of Boost Threads--not mutexes, threads? http://www.boost.org/doc/html/thread.html

2 1

Re: [Boost-users] boost::condition questions
by Adam M 04 Nov '05

04 Nov '05

Ok, I see now in scoped_lock the following: operator const void*() const { return m_locked ? this : 0; } So, in wait() where they check "if( !lock) {...}", they're actually checking to see if the lock has locked the mutex. However, for the reasons I mentioned in my earlier post, this still seems perilous. Can someone explain? Thanks, Adam

1 0

boost::condition questions
by Adam M 04 Nov '05

04 Nov '05

Hi, I have a couple questions regarding boost::condition. You can view the condition.hpp here: http://www.boost.org/boost/thread/condition.hpp 1) wait() starts out as follows: -------------------------------- void wait(L& lock) { if (!lock) throw lock_error(); ... -------------------------------- This "if (!lock)" seems to be checking if the lock is NULL, not if the mutex is actually locked. In the documentation, it says: "Throws: lock_error if !lock.locked()" However, even this seems to be a bit dubious, because that checks to see if the given lock is the one that locked the mutex, and *not* if the mutex itself is locked. Remember that the scoped_lock constructor can take a second parameter to indicate whether or not to actually lock the mutex. One might use this as an alternative to recursive locking, so that a synchronized function may call another synchronized function and indicate with a flag that the scoped_lock "initially_locked" parameter should be 'false'. If that function then called to wait(), lock.locked() would return 'false', when the mutex is in fact actually locked. Am I wrong? 2) In the boost::condition documentation: http://boost.org/doc/html/condition.html #4 on "condition waiting" is wrong; they left out the boost::xtime parameter. Thanks, Adam

1 0

Re: [Boost-users] [Boost][serialization] Serialization and DLLs
by Topi Mäenpää 04 Nov '05

04 Nov '05

> So the problem is already ratched up to another level of complexity. > > class X can be in a DLL. > class Y can be in an application > > everything is fine so far > > class Z :: public class Y creates a problem in that class Y gets > registered in the application even if its already in the DLL. This will > require some thought to know what the correct way to handle this is. I have a suggestion, please comment. The problem _could_ be in that guid_initializer isn't exported. If I register my base class in a DLL, the DLL interface does not expose the guid_initializer::instance I have created. Since my exe now doesn't know about it, it creates a new definition. The same applies to other DLLs. (This would also explain why the same code works on Linux: all symbols are automatically exported.) What if we exposed the guid_initializer struct to the DLL interface? Would it help? At least it shouldn't do any harm to export it from the exe. -Topi-

2 1

Threads (Not Mutex) Docs?
by Merrill Cornish 04 Nov '05

04 Nov '05

Where is the documentation of Boost Threads--not mutexes, threads? All of the documentation files I can find that say "threads" in the file name are really about mutexes. A lot of different mutexes. Theories and rationales about mutexes. Many, many variations on mutexes, most with a small notation that this variation isn't supported yet. OK, I understand about how to use mutexes to protect access by multiple threads to common variables, but I can't find any documentation--other than reading the source--on how to create, manipulate, and terminate any threads to use mutexes on. While I'm not particularly opposed to reading the source, there are enough subtleties in using threads (see the Boost treatise on mutexes) that I hesitate to go with Boost threads and will probably have to use pthreads-win32. Merrill

1 0

shared_ptr problems
by Filipe Sousa 04 Nov '05

04 Nov '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I'm trying to create a wrapper around mysql but I have a problem with shared_ptr. Look at the following code: #include <boost/shared_ptr.hpp> #include <iostream> #include <map> struct MYSQL {}; MYSQL* mysql_init() { std::clog << __PRETTY_FUNCTION__ << std::endl; return new MYSQL; } void mysql_close(MYSQL* m) { std::clog << __PRETTY_FUNCTION__ << std::endl; delete m; } class Connection { boost::shared_ptr<MYSQL> m_mysql; public: void connect() { m_mysql.reset(mysql_init(), mysql_close); } bool isConnected() const { return m_mysql.get() != 0; } }; class ConnectionManager { std::map<std::string, Connection> m_connections; public: static ConnectionManager* instance() { static ConnectionManager cm; return &cm; } Connection connection(const std::string& name = "default") { return m_connections[name]; } }; int main() { { Connection c = ConnectionManager::instance()->connection(); std::clog << "isConnected " << c.isConnected() << std::endl; c.connect(); std::clog << "isConnected " << c.isConnected() << std::endl; } Connection c = ConnectionManager::instance()->connection(); std::clog << "isConnected " << c.isConnected() << std::endl; return 0; } And the output is: isConnected 0 MYSQL* mysql_init() isConnected 1 void mysql_close(MYSQL*) isConnected 0 What I don't understand is why shared_ptr calls mysql_close too soon. After all still exists a reference to Connection. I mean, mysql_close should by called when the ConnectionManager singleton is destroyed or am I doing something wrong. - -- Filipe Sousa -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDalOEbQdNYqwwwCwRAsNLAJ43BSZTCuraPQ2ouFqGoW/2+JDPDgCeOoQ7 8ZoF4LDO7vQyrPM/Whtx/O8= =iil3 -----END PGP SIGNATURE-----

4 4

a newbie question
by Tuan A. Tran 04 Nov '05

04 Nov '05

Hi, I am a newbie. I would like to run a simple threaded program using boost. I got a sample file see below and compile with the following command g++ simple.cpp -lthread I got error //// In file included from /usr/include/boost/thread/detail/config.hpp:18, from /usr/include/boost/thread/thread.hpp:15, from /usr/include/boost/thread.hpp:15, from simple.cpp:9: /usr/include/boost/config/requires_threads.hpp:47:5: #error "Compiler threading support is not turned on. Please set the correct command line options for threading: -pthread (Linux), -pthreads (Solaris) or -mthreads (Mingw32)" In file included from /usr/include/boost/thread/thread.hpp:19, from /usr/include/boost/thread.hpp:15, from simple.cpp:9: /usr/include/boost/thread/mutex.hpp:58: error: `cv_state' was not declared in this scope /usr/include/boost/thread/mutex.hpp:58: error: `state' was not declared in this scope /usr/include/boost/thread/mutex.hpp:58: error: invalid data member initialization /usr/include/boost/thread/mutex.hpp:58: error: (use `=' to initialize static data members) /usr/include/boost/thread/mutex.hpp:58: error: variable or field `do_lock' declared void /usr/include/boost/thread/mutex.hpp:58: error: declaration of `int boost::mutex::do_lock' /usr/include/boost/thread/mutex.hpp:56: error: conflicts with previous declaration `void boost::mutex::do_lock()' /usr/include/boost/thread/mutex.hpp:59: error: `cv_state' was not declared in this scope /usr/include/boost/thread/mutex.hpp:59: error: `state' was not declared in this scope /usr/include/boost/thread/mutex.hpp:59: error: invalid data member initialization /usr/include/boost/thread/mutex.hpp:59: error: variable or field `do_unlock' declared void /usr/include/boost/thread/mutex.hpp:59: error: declaration of `int boost::mutex::do_unlock' /usr/include/boost/thread/mutex.hpp:57: error: conflicts with previous declaration `void boost::mutex::do_unlock()' /usr/include/boost/thread/mutex.hpp:100: error: `cv_state' was not declared in this scope /usr/include/boost/thread/mutex.hpp:100: error: `state' was not declared in this scope /usr/include/boost/thread/mutex.hpp:100: error: invalid data member initialization /usr/include/boost/thread/mutex.hpp:100: error: variable or field `do_lock' declared void /usr/include/boost/thread/mutex.hpp:100: error: declaration of `int boost::try_mutex::do_lock' /usr/include/boost/thread/mutex.hpp:97: error: conflicts with previous declaration `void boost::try_mutex::do_lock()' /usr/include/boost/thread/mutex.hpp:101: error: `cv_state' was not declared in this scope /usr/include/boost/thread/mutex.hpp:101: error: `state' was not declared in this scope /usr/include/boost/thread/mutex.hpp:101: error: invalid data member initialization /usr/include/boost/thread/mutex.hpp:101: error: variable or field `do_unlock' declared void /usr/include/boost/thread/mutex.hpp:101: error: declaration of `int boost::try_mutex::do_unlock' /usr/include/boost/thread/mutex.hpp:99: error: conflicts with previous declaration `void boost::try_mutex::do_unlock()' /usr/include/boost/thread/mutex.hpp:144: error: `cv_state' was not declared in this scope /usr/include/boost/thread/mutex.hpp:144: error: `state' was not declared in this scope /usr/include/boost/thread/mutex.hpp:144: error: invalid data member initialization /usr/include/boost/thread/mutex.hpp:144: error: variable or field `do_lock' declared void /usr/include/boost/thread/mutex.hpp:144: error: declaration of `int boost::timed_mutex::do_lock' /usr/include/boost/thread/mutex.hpp:140: error: conflicts with previous declaration `void boost::timed_mutex::do_lock()' /usr/include/boost/thread/mutex.hpp:145: error: `cv_state' was not declared in this scope /usr/include/boost/thread/mutex.hpp:145: error: `state' was not declared in this scope /usr/include/boost/thread/mutex.hpp:145: error: invalid data member initialization /usr/include/boost/thread/mutex.hpp:145: error: variable or field `do_unlock' declared void /usr/include/boost/thread/mutex.hpp:145: error: declaration of `int boost::timed_mutex::do_unlock' /usr/include/boost/thread/mutex.hpp:143: error: conflicts with previous declaration `void boost::timed_mutex::do_unlock()' In file included from /usr/include/boost/thread.hpp:19, from simple.cpp:9: /usr/include/boost/thread/once.hpp:35: error: type specifier omitted for parameter `once_flag' /usr/include/boost/thread/once.hpp:35: error: parse error before `&' token In file included from /usr/include/boost/thread.hpp:20, from simple.cpp:9: /usr/include/boost/thread/recursive_mutex.hpp:55: error: `cv_state' was not declared in this scope /usr/include/boost/thread/recursive_mutex.hpp:55: error: `state' was not declared in this scope /usr/include/boost/thread/recursive_mutex.hpp:55: error: invalid data member initialization /usr/include/boost/thread/recursive_mutex.hpp:55: error: variable or field ` do_lock' declared void /usr/include/boost/thread/recursive_mutex.hpp:55: error: declaration of `int boost::recursive_mutex::do_lock' /usr/include/boost/thread/recursive_mutex.hpp:53: error: conflicts with previous declaration `void boost::recursive_mutex::do_lock()' /usr/include/boost/thread/recursive_mutex.hpp:56: error: `cv_state' was not declared in this scope /usr/include/boost/thread/recursive_mutex.hpp:56: error: `state' was not declared in this scope /usr/include/boost/thread/recursive_mutex.hpp:56: error: invalid data member initialization /usr/include/boost/thread/recursive_mutex.hpp:56: error: variable or field ` do_unlock' declared void /usr/include/boost/thread/recursive_mutex.hpp:56: error: declaration of `int boost::recursive_mutex::do_unlock' /usr/include/boost/thread/recursive_mutex.hpp:54: error: conflicts with previous declaration `void boost::recursive_mutex::do_unlock()' /usr/include/boost/thread/recursive_mutex.hpp:103: error: `cv_state' was not declared in this scope /usr/include/boost/thread/recursive_mutex.hpp:103: error: `state' was not declared in this scope /usr/include/boost/thread/recursive_mutex.hpp:103: error: invalid data member initialization /usr/include/boost/thread/recursive_mutex.hpp:103: error: variable or field ` do_lock' declared void /usr/include/boost/thread/recursive_mutex.hpp:103: error: declaration of `int boost::recursive_try_mutex::do_lock' /usr/include/boost/thread/recursive_mutex.hpp:100: error: conflicts with previous declaration `void boost::recursive_try_mutex::do_lock()' /usr/include/boost/thread/recursive_mutex.hpp:104: error: `cv_state' was not declared in this scope /usr/include/boost/thread/recursive_mutex.hpp:104: error: `state' was not declared in this scope /usr/include/boost/thread/recursive_mutex.hpp:104: error: invalid data member initialization /usr/include/boost/thread/recursive_mutex.hpp:104: error: variable or field ` do_unlock' declared void /usr/include/boost/thread/recursive_mutex.hpp:104: error: declaration of `int boost::recursive_try_mutex::do_unlock' /usr/include/boost/thread/recursive_mutex.hpp:102: error: conflicts with previous declaration `void boost::recursive_try_mutex::do_unlock()' /usr/include/boost/thread/recursive_mutex.hpp:154: error: `cv_state' was not declared in this scope /usr/include/boost/thread/recursive_mutex.hpp:154: error: `state' was not declared in this scope /usr/include/boost/thread/recursive_mutex.hpp:154: error: invalid data member initialization /usr/include/boost/thread/recursive_mutex.hpp:154: error: variable or field ` do_lock' declared void /usr/include/boost/thread/recursive_mutex.hpp:154: error: declaration of `int boost::recursive_timed_mutex::do_lock' /usr/include/boost/thread/recursive_mutex.hpp:150: error: conflicts with previous declaration `void boost::recursive_timed_mutex::do_lock()' /usr/include/boost/thread/recursive_mutex.hpp:155: error: `cv_state' was not declared in this scope /usr/include/boost/thread/recursive_mutex.hpp:155: error: `state' was not declared in this scope /usr/include/boost/thread/recursive_mutex.hpp:155: error: invalid data member initialization /usr/include/boost/thread/recursive_mutex.hpp:155: error: variable or field ` do_unlock' declared void /usr/include/boost/thread/recursive_mutex.hpp:155: error: declaration of `int boost::recursive_timed_mutex::do_unlock' /usr/include/boost/thread/recursive_mutex.hpp:153: error: conflicts with previous declaration `void boost::recursive_timed_mutex::do_unlock()' ///////////////////////// If I use commend g++ simple.cpp -pthread I got error //////// /tmp/cchxK5CW.o(.text+0x66): In function `main': : undefined reference to `boost::thread::thread[in-charge](boost::function0<void, std::allocator<boost::function_base> > const&)' /tmp/cchxK5CW.o(.text+0x9d): In function `main': : undefined reference to `boost::thread::join()' /tmp/cchxK5CW.o(.text+0xa8): In function `main': : undefined reference to `boost::thread::~thread [in-charge]()' /tmp/cchxK5CW.o(.text+0xc2): In function `main': : undefined reference to `boost::thread::~thread [in-charge]()' collect2: ld returned 1 exit status /////////// I do not know what went wrong. Can anyone tell me what I did wrong? How should I correct so that I can compile this example? TIA Tuan ========== #include <boost/thread.hpp> #include <iostream> using namespace std; void ciao() { cout << "Ciao, thread using boost" << endl; } /******** this is the main thread's code */ int main(int argc,char *argv[]) { boost::thread thrd(&ciao); thrd.join(); return(0); }

2 2

serialization binary_oarchive without signature?
by relative＠gmx.net 03 Nov '05

03 Nov '05

i'd like to use boost serialization to serialize > 1 independent objects to a large file through a seekable stream, i.e. > 1 serialization archives in one file. can you turn off the archive signature("serialization::archiv") at the beginning of the output, or do I have to write my own archive class for that? and 2nd, is there a way(except serializing to a std::stringstream) to find out the archive size beforehand, e.g. an archive class which doesn't really serialize things but add up the size in bytes of the binary output? thanks, -- 10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail +++ GMX - die erste Adresse f�r Mail, Message, More +++

2 1