March 2011 - Boost-users - lists.preview.boost.org

[boost] [program options] Potential bug in parsing arguments where one is suffix of the other ?
by Sanjit Jhala 02 Apr '11

02 Apr '11

Hi, I have the following code (modified from example/first.cpp): *#include <boost/program_options.hpp>* *#include <string>* *#include <vector>* *#include <iostream>* * * *namespace po = boost::program_options;* * * *using namespace std;* * * *typedef vector<string> Strings;* * * *// A helper function to simplify the main part.* *template<class T>* *ostream& operator<<(ostream& os, const vector<T>& v)* *{* * copy(v.begin(), v.end(), ostream_iterator<T>(cout, " "));* * return os; * *}* * * * * *int main(int argc, char *argv[]) {* * * * po::options_description cmdline_desc("Usage: %s [Options] [args]\nOptions");* * cmdline_desc.add_options()* * ("str", po::value< string >(), "a string arg")* * ("strs", po::value< Strings >(), "a list of strings")* * ("foo", po::value< string >(), "a string arg")* * ("bar", po::value< Strings >(), "a list of strings")* * ; * * * * po::variables_map vm; * * po::store(po::parse_command_line(argc, argv, cmdline_desc), vm);* * po::notify(vm);* * * * if (vm.count("str"))* * cout << "Got str arg=" << vm["str"].as< string >() << "\n";* * if (vm.count("strs"))* * cout << "Got strs arg=" << vm["strs"].as< Strings >() << "\n";* * if (vm.count("foo"))* * cout << "Got foo arg=" << vm["foo"].as< string >() << "\n";* * if (vm.count("bar"))* * cout << "Got bar arg=" << vm["bar"].as< Strings >() << "\n";* *}* * * When I run the program I see: *./po_test --str "a string" --strs "a, vector, of, strings" --foo "a foo" --bar "a, bar"* *Got strs arg=a string a, vector, of, strings * *Got foo arg=a foo* *Got bar arg=a, bar * It appears the parser is getting confused between the "str" and the "strs". It doesn't seem to be related to ambiguity in handling vectors since the "foo" and "bar" arguments are fine. I see this problem on 32-bit CentOS and Ubuntu machines, but not on 64-bit. I am running Boost 1.43 and from the /usr/local/include/boost/program_options/version.hpp: #define BOOST_PROGRAM_OPTIONS_VERSION_HPP_VP_2004_04_05 #define BOOST_PROGRAM_OPTIONS_VERSION 2 Is this a bug or a expected behaviour? -Sanjit

2 2

how to link to a specific version of windows CRT
by Mai Zi 01 Apr '11

01 Apr '11

Hi,there, I am using boost 1.42. The default CRT linked by it is like this: name='Microsoft.VC90.CRT' version='9.0.21022.8' Now I want to link to the another version, say, version="9.0.30729.4148", can anybody tell where and how to specify this option when I build the binary from source? Thanks in advance OrNot

4 3

Problem with gcc/4.5.0-g++and boost::function
by Shah, Gaurav N 01 Apr '11

01 Apr '11

I have legacy code in my library using boost::function. This works fine if I am using gcc/4.2.2-g++ and BOOST/1.41. But if I switch myself to using gcc/4.5.0-g++ and BOOST/1.44 I get below ERROR: I do not see anything wrong with code. /export/home/a_besnad/Perforce/eq-thebeast-build-linux-Beast_8.08/TheBeast/marketdata/IMDMXP/server/wombat/management.hpp:69:51: error: 'function' in namespace 'boost' does not name a type /export/home/a_besnad/Perforce/eq-thebeast-build-linux-Beast_8.08/TheBeast/marketdata/IMDMXP/server/wombat/management.hpp:69:58: error: ISO C++ forbids declaration of 'parameter' with no type /export/home/a_besnad/Perforce/eq-thebeast-build-linux-Beast_8.08/TheBeast/marketdata/IMDMXP/server/wombat/management.hpp:69:66: error: expected ',' or '...' before '<' token ../../../../../../marketdata/IMDMXP/server/wombat/management.cpp:126:10: error: prototype for 'void datasource::management::stop(const std::string&, const boost::function<void()>&)' does not match any in class 'datasource::management' /export/home/a_besnad/Perforce/eq-thebeast-build-linux-Beast_8.08/TheBeast/marketdata/IMDMXP/server/wombat/management.hpp:69:14: error: candidate is: void datasource::management::stop(const std::string&, int) make[6]: *** [management.lo] Error 1 make[6]: *** Waiting for unfinished jobs.... Code lines throw ERROR: 68 */ 69 void stop(const std::string& topic, const boost::function< void (void)>& action); 70 Thanks for help in advance. Thank You, Gaurav This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to European legal entities.

3 2

[Lambda] nitty gritty detail...?
by Robert Jones 31 Mar '11

31 Mar '11

>From Bjorn Karlsson's book, P297... int i; int value = 12; var(i) = ( if_then_else_return( _1>=10, constant(10),_1) )(value); Why does the assignment LHS need to be wrapped in var()? Thanks in advance - Rob.

2 3

[boost::mutex] Do they block or wait?
by Panagiotis Foteinos 31 Mar '11

31 Mar '11

Hello users. I looked into the documentation, but it is still unclear to me. When a thread locks() an already acquired mutex, does it block (i.e. does it do nothing?) releasing all the resources or it loops wasting cpu cycles that another thread could utilize? In other words, is boost's locking mechanism blocking or spinning? Best Regards, Panagiotis Foteinos

3 2

[context review] Review is finished
by Vicente BOTET 31 Mar '11

31 Mar '11

Hi all, As there were no request to extend the review, the review of Oliver Kowalke Context library is finished. I think that even if there were not too much review and discussions, there were enough material to make Boost.Context a library having the Boost level. I hope I could be able to give the review result soon. I would like to thank Oliver and of course all the reviewers for their participation I'm afraid there was some problems with User ML. If you think that you could made a review next weekend, please don't hesitate to send it to the Dev ML. Vicente, Review manager

1 0

no log file created
by list_mailing＠libero.it 31 Mar '11

31 Mar '11

Hello. I'm using init_from_settings method, setting logging to file. The problem is that everything seems ok, but no log file is created. Please can someone help to find the problem? Cheers

1 0

BOOST.LOG inti_from_setting core dumped
by list_mailing＠libero.it 31 Mar '11

31 Mar '11

Hello to all, Using init_from_settings method I get a core dump. ./test_logging Filename:log.log terminate called after throwing an instance of 'boost::exception_detail:: clone_impl<boost::exception_detail::error_info_injector<boost::log_mt_posix:: missing_value> >' what(): File name is not specified Aborted (core dumped) As you can read, the Filename value is correctly set. Any suggestion to fix it? Below the source code for the program test_logging: #include <string> #include <sstream> #include <ostream> #include <fstream> #include <boost/any.hpp> #include <boost/log/trivial.hpp> #include <boost/log/utility/init/from_settings.hpp> #include <boost/log/attributes.hpp> #include <sensor_options.hpp> using namespace boost::log; namespace src = boost::log::sources; using namespace std; ostream* stream_null = new ofstream("/dev/null"); class MyClass { public: MyClass(): _a(0), _b(0){}; void incrementA(){++_a;}; void incrementB(){++_b;}; void logParam1(src::logger& lg, trivial::severity_level lvl) { stringstream s; s << "A: " << _a << ", B:" << _b; BOOST_LOG_FUNCTION(); BOOST_LOG_SEV(lg, lvl) << s.str(); } void logParam2(trivial::severity_level lvl) { BOOST_LOG_FUNCTION(); stringstream s; s << "A: " << _a << ", B:" << _b; switch(lvl) { case trivial::trace: BOOST_LOG_TRIVIAL(trace) << s.str(); break; case trivial::debug: BOOST_LOG_TRIVIAL(debug) << s.str(); break; case trivial::warning: BOOST_LOG_TRIVIAL(warning) << s.str(); break; case trivial::info: BOOST_LOG_TRIVIAL(info) << s.str(); break; case trivial::error: BOOST_LOG_TRIVIAL(error) << s.str(); break; case trivial::fatal: BOOST_LOG_TRIVIAL(fatal) << s.str(); break; } } private: int _a; int _b; }; int main() { SensorOptions so; char* data[3]; int nparams = 3; char path[255]; memset(path, 0, 255); getcwd(path, 255); string cmd_line("./sensor -c "); cmd_line += path; cmd_line += "/data/ludmilla.conf"; istringstream iss(cmd_line); string token; int i = 0; while (getline(iss, token, ' ')) { if (i >= nparams) return 0; data[i] = new char[255]; if (!data[i]) return 0; memcpy(data[i], token.c_str(), token.size()); data[i][token.size()] = '\0'; ++i; } src::logger lg; if (!so.parse(nparams, data, stream_null)) std::cout << "Configuration parsing failed\n"; boost::any filename = so.loggingConfig["Sink:File"]["FileName"]; if (boost::any_cast<string>(&filename) == NULL) { std::cout << " Filename empty\n"; return 0; } std::cout << " Filename:" << *(boost::any_cast<string>(&filename)) << endl; init_from_settings(so.loggingConfig); std::cout<< "dopo init\n"; MyClass mc; mc.incrementA(); mc.incrementB(); mc.logParam1(lg, trivial::warning); mc.logParam2(trivial::warning); mc.incrementA(); mc.incrementB(); mc.logParam1(lg, trivial::info); mc.logParam2(trivial::info); return 1; } and that's the result of its running.

1 0

Matrix of external data
by petros 31 Mar '11

31 Mar '11

Hi, I am new to the matrix functionality of ublas and would like to ask a couple of questions. What I want to do is use the matrix data structures from ublas, together with a vendor supplied lapack (mkl). The issue is that , lapack acts on raw pointers to the matrix data, which, most of the time, it assumes to be contiguous – or some striding info is requested. Here are the questions: a) it is not clear to me that the storage is guaranteed to be contiguous. What would be the appropriate storage class to use? I would prefer that this is not stl-vector-based choice, since this is no longer guaranteed (to my knowledge) to possess this property. b) is there a way to wrap the data structure into a reference counted pointer? There would be a few benefits to this, as using the same matrix from different threads. Also, obviously, sharing the same data from many matrices, views to matrices etc. Also, very importantly to me, I would like to have the ability to “create” a matrix form an existing raw pointer, by “dressing” it into a ref-counted one, therefore separating the data ownership from the matrix functionality. Is there an example that does something along these lines? Thank you very much, in advance, for your help, Petros

3 5

boost link error
by shi zhijie 31 Mar '11

31 Mar '11

Hi,everyone: This is the first time for me to write a mail in english, so i may make some mistake,forgive me and thank you. I'm compiling our project on linux,and my environment is: os:fedora 12 compiler:gcc version 4.4.4 program language:c++ libraries:boost_1_46_1,log4cplus,librtmp,protobuf,libnat etc. I compile the project in static link mode,since the protobuf is just a static library(google recommended),and i don't down how to complie between a shared library and a static library. I konw boost::thread depend on pthread,so i let gcc to link pthread with -lpthread, but i still got the follow link error, the add-on files is all the makefile and a error report: g++ -o letvp2sp -g -O2 -W -Wall -D_DEBUG -std=c++0x -Wl,-rpath -static -I../include -I../P2SP -I../../log4cplus-1.0.4/include -L../../log4cplus-1.0.4/lib -L../Debug -llog4cplus -lp2sp -ldatamgr -lpthread -lrt -lboost_thread letvp2sp.cpp /tmp/cc4u6ZiF.o: In function `call_once<void (*)()>': /opt/boost/include/boost/thread/pthread/once.hpp:51: undefined reference to `boost::detail::get_once_per_thread_epoch()' /tmp/cc4u6ZiF.o: In function `pthread_mutex_scoped_lock': /opt/boost/include/boost/thread/pthread/pthread_mutex_scoped_lock.hpp:24: undefined reference to `boost::detail::once_epoch_mutex' /opt/boost/include/boost/thread/pthread/pthread_mutex_scoped_lock.hpp:26: undefined reference to `boost::detail::once_epoch_mutex' /opt/boost/include/boost/thread/pthread/pthread_mutex_scoped_lock.hpp:26: undefined reference to `pthread_mutex_lock' /tmp/cc4u6ZiF.o: In function `call_once<void (*)()>': /opt/boost/include/boost/thread/pthread/once.hpp:88: undefined reference to `boost::detail::once_global_epoch' /opt/boost/include/boost/thread/pthread/once.hpp:88: undefined reference to `boost::detail::once_global_epoch' /tmp/cc4u6ZiF.o: In function `checked_delete<PLAYERS::players_service>': /opt/boost/include/boost/checked_delete.hpp:34: undefined reference to `PLAYERS::players_service::~players_service()' /tmp/cc4u6ZiF.o: In function `call_once<void (*)()>': /opt/boost/include/boost/thread/pthread/once.hpp:84: undefined reference to `boost::detail::once_epoch_mutex' /opt/boost/include/boost/thread/pthread/once.hpp:84: undefined reference to `boost::detail::once_epoch_cv' /opt/boost/include/boost/thread/pthread/once.hpp:84: undefined reference to `pthread_cond_wait' /tmp/cc4u6ZiF.o: In function `pthread_mutex_scoped_unlock': /opt/boost/include/boost/thread/pthread/pthread_mutex_scoped_lock.hpp:51: undefined reference to `boost::detail::once_epoch_mutex' /opt/boost/include/boost/thread/pthread/pthread_mutex_scoped_lock.hpp:51: undefined reference to `pthread_mutex_unlock' /tmp/cc4u6ZiF.o: In function `Utility::Singleton<PLAYERS::players_service>::init()': /home/szj0306/letv_gl_p2sp/trunk/letvp2sp/../include/Singleton.h:24: undefined reference to `PLAYERS::players_service::players_service(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /tmp/cc4u6ZiF.o: In function `checked_delete<PLAYERS::players_service>': /opt/boost/include/boost/checked_delete.hpp:34: undefined reference to `PLAYERS::players_service::~players_service()' /tmp/cc4u6ZiF.o: In function `~pthread_mutex_scoped_unlock': /opt/boost/include/boost/thread/pthread/pthread_mutex_scoped_lock.hpp:55: undefined reference to `boost::detail::once_epoch_mutex' /opt/boost/include/boost/thread/pthread/pthread_mutex_scoped_lock.hpp:55: undefined reference to `pthread_mutex_lock' /tmp/cc4u6ZiF.o: In function `call_once<void (*)()>': /opt/boost/include/boost/thread/pthread/once.hpp:77: undefined reference to `boost::detail::once_global_epoch' /opt/boost/include/boost/thread/pthread/once.hpp:77: undefined reference to `boost::detail::once_global_epoch' /opt/boost/include/boost/thread/pthread/once.hpp:78: undefined reference to `boost::detail::once_epoch_cv' /opt/boost/include/boost/thread/pthread/once.hpp:77: undefined reference to `boost::detail::once_global_epoch' /opt/boost/include/boost/thread/pthread/once.hpp:77: undefined reference to `boost::detail::once_global_epoch' /opt/boost/include/boost/thread/pthread/once.hpp:78: undefined reference to `pthread_cond_broadcast' /tmp/cc4u6ZiF.o: In function `~pthread_mutex_scoped_unlock': /opt/boost/include/boost/thread/pthread/pthread_mutex_scoped_lock.hpp:55: undefined reference to `boost::detail::once_epoch_mutex' /opt/boost/include/boost/thread/pthread/pthread_mutex_scoped_lock.hpp:55: undefined reference to `pthread_mutex_lock' /tmp/cc4u6ZiF.o: In function `call_once<void (*)()>': /opt/boost/include/boost/thread/pthread/once.hpp:73: undefined reference to `boost::detail::once_epoch_cv' /opt/boost/include/boost/thread/pthread/once.hpp:73: undefined reference to `pthread_cond_broadcast' /tmp/cc4u6ZiF.o: In function `checked_delete<PLAYERS::players_service>': /opt/boost/include/boost/checked_delete.hpp:34: undefined reference to `PLAYERS::players_service::~players_service()' /tmp/cc4u6ZiF.o: In function `__static_initialization_and_destruction_0': /opt/boost/include/boost/system/error_code.hpp:214: undefined reference to `boost::system::generic_category()' /opt/boost/include/boost/system/error_code.hpp:215: undefined reference to `boost::system::generic_category()' /opt/boost/include/boost/system/error_code.hpp:216: undefined reference to `boost::system::system_category()' /tmp/cc4u6ZiF.o: In function `get_system_category': /opt/boost/include/boost/asio/error.hpp:220: undefined reference to `boost::system::system_category()' /tmp/cc4u6ZiF.o: In function `posix_tss_ptr_create': /opt/boost/include/boost/asio/detail/impl/posix_tss_ptr.ipp:34: undefined reference to `pthread_key_create' /tmp/cc4u6ZiF.o: In function `get_system_category': /opt/boost/include/boost/asio/error.hpp:220: undefined reference to `boost::system::system_category()' /tmp/cc4u6ZiF.o: In function `checked_delete<PLAYERS::players_service>': /opt/boost/include/boost/checked_delete.hpp:34: undefined reference to `PLAYERS::players_service::~players_service()' /tmp/cc4u6ZiF.o: In function `~posix_tss_ptr': /opt/boost/include/boost/asio/detail/posix_tss_ptr.hpp:48: undefined reference to `pthread_key_delete' /tmp/cc4u6ZiF.o: In function `boost::pthread::pthread_mutex_scoped_lock::unlock()': /opt/boost/include/boost/thread/pthread/pthread_mutex_scoped_lock.hpp:30: undefined reference to `pthread_mutex_unlock' /tmp/cc4u6ZiF.o: In function `Utility::Singleton<PLAYERS::players_service>::init()': /home/szj0306/letv_gl_p2sp/trunk/letvp2sp/../include/Singleton.h:24: undefined reference to `PLAYERS::players_service::players_service(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' /tmp/cc4u6ZiF.o: In function `checked_delete<PLAYERS::players_service>': /opt/boost/include/boost/checked_delete.hpp:34: undefined reference to `PLAYERS::players_service::~players_service()' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(locale.o): In function `std::locale::_Impl::_M_install_cache(std::locale::facet const*, unsigned int)': (.text._ZNSt6locale5_Impl16_M_install_cacheEPKNS_5facetEj+0x3f): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(locale.o): In function `std::locale::_Impl::_M_install_cache(std::locale::facet const*, unsigned int)': (.text._ZNSt6locale5_Impl16_M_install_cacheEPKNS_5facetEj+0x77): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(locale.o): In function `std::locale::_Impl::_M_install_cache(std::locale::facet const*, unsigned int)': (.text._ZNSt6locale5_Impl16_M_install_cacheEPKNS_5facetEj+0x197): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(locale_init.o): In function `std::locale::locale()': (.text._ZNSt6localeC2Ev+0x2b): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(locale_init.o): In function `std::locale::locale()': (.text._ZNSt6localeC2Ev+0x47): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(locale_init.o): In function `std::locale::global(std::locale const&)': (.text._ZNSt6locale6globalERKS_+0x27): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(locale_init.o): In function `std::locale::global(std::locale const&)': (.text._ZNSt6locale6globalERKS_+0x8e): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(locale_init.o): In function `std::locale::global(std::locale const&)': (.text._ZNSt6locale6globalERKS_+0x19a): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(eh_alloc.o): In function `__gnu_cxx::__scoped_lock::~__scoped_lock()': (.text._ZN9__gnu_cxx13__scoped_lockD2Ev[_ZN9__gnu_cxx13__scoped_lockD5Ev]+0x26): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(eh_alloc.o): In function `__cxa_free_exception': (.text.__cxa_free_exception+0x69): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(eh_alloc.o): In function `__cxa_free_exception': (.text.__cxa_free_exception+0x84): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(eh_alloc.o): In function `__cxa_free_dependent_exception': (.text.__cxa_free_dependent_exception+0x6c): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(eh_alloc.o): In function `__cxa_free_dependent_exception': (.text.__cxa_free_dependent_exception+0x87): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(eh_alloc.o): In function `__cxa_allocate_exception': (.text.__cxa_allocate_exception+0xaf): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(eh_alloc.o): In function `__cxa_allocate_exception': (.text.__cxa_allocate_exception+0x10f): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(eh_alloc.o): In function `__cxa_allocate_dependent_exception': (.text.__cxa_allocate_dependent_exception+0x67): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libstdc++.a(eh_alloc.o): In function `__cxa_allocate_dependent_exception': (.text.__cxa_allocate_dependent_exception+0xb9): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_bases': (.text+0x61): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_bases': (.text+0x78): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_table_bases': (.text+0x12b): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__register_frame_info_table_bases': (.text+0x142): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `_Unwind_Find_FDE': (.text+0x187c): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `_Unwind_Find_FDE': (.text+0x18ca): undefined reference to `pthread_mutex_unlock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__deregister_frame_info_bases': (.text+0x1a72): undefined reference to `pthread_mutex_lock' /usr/lib/gcc/i686-redhat-linux/4.4.4/libgcc_eh.a(unwind-dw2-fde-glibc.o): In function `__deregister_frame_info_bases': (.text+0x1af4): undefined reference to `pthread_mutex_unlock' collect2: ld returned 1 exit status make: *** [letvp2sp] Error 1 It troubled me for a few days.I'm puzzling.........

1 0