- Boost-users - lists.boost.org

trouble with enable_if
by Neal Becker 31 Aug '07

31 Aug '07

The following code: template<typename int_t> inline typename boost::enable_if_c<boost::is_integral<int_t>::value, std::complex<int_t> >::value operator >> (std::complex<int_t> const&x, int bits) { return std::complex<int_t> (real (x) >> bits, imag (x) >> bits); } // template<typename int_t> // inline std::complex<int_t> // operator >> (std::complex<int_t> const&x, int bits) { // return std::complex<int_t> (real (x) >> bits, imag (x) >> bits); // } int main() { std::cout << (x >> 1) << '\n'; } gives: error: no match for 'operator>>' in 'x >> 1' (gcc-4.1.2) Uncomment the commented out version (without enable_if) and it compiles. What's wrong here?

2 2

bug in boost::serialization XML
by Robert Bielik 31 Aug '07

31 Aug '07

boost::serialization needs empty XML elements on the form: <ElementName></ElementName> whereas the preferred (and legal) XML empty element syntax is: <ElementName/> boost::serialization chokes on this with a 'stream error' exception. I've found this because I needed to preprocess the XML before serializing into objects and the third party XML lib generates empty elements of the latter form. Thanks /Rob

1 0

caller.hpp(199) : error C2027: use of undefined type
by desai3＠cooper.edu 30 Aug '07

30 Aug '07

I am trying to expose a C++ function in Python. This function does not take any inputs, and it returns a structure which consists of a string array and a multidimentional integer array. When I try to compile it, it gives me following error: c:\boost\boost/python/detail/caller.hpp(199) : error C2027: use of undefined type 'boost::python::detail::specify_a_return_value_policy_to_wrap_functions_returning<T>' with [ T=result_t ] c:\boost\boost/python/detail/caller.hpp(176) : while compiling class template member function 'PyObject *boost::python::detail::caller_arity<1>::impl<F,Policies,Sig>::operator ()(PyObject *,PyObject *)' with [ F=DQEasy *(__thiscall DQEasy::* )(void), Policies=boost::python::default_call_policies, Sig=boost::mpl::vector2<DQEasy *,DQEasy &> ] ///////////// My function looks like this: DQEasy* DQEasy::RequestToResponse() { int size(0); std::string user = "O066144"; std::string url = "dataquery-dev.ny.jpmorgan.com:6555"; DQP* request = getBaseRequest(); addValidContext(request, user); std::string expressionList[] = {"DB(FHR,TB3,MIDYLD)","DB(FHR,TB6,MIDYLD)"}; size = sizeof(expressionList)/sizeof(std::string); DQEasy::addExressions(request, expressionList, size); std::string outputTypeArray[] = {"data","stats"}; size = sizeof(outputTypeArray)/sizeof(std::string); DQEasy::addOutputTypes(request, outputTypeArray, size); DQP *response = DQEasy::getResponse(request, url); DQEasy *output = DQEasy::parseDQP(response); return output; } #include <C:/boost/boost/python.hpp> #include <C:/boost/boost/python/module.hpp> #include <C:/boost/boost/python/def.hpp> using namespace boost::python; BOOST_PYTHON_MODULE(DQEasy) { //Export the class to Python class_<DQEasy>("DQEasy") .def("RequestToResponse", &DQEasy::RequestToResponse) ; } Any clue will be quite helpful. I apologize if the message is too long. Thank you

1 0

[thread] Never enter critical section [NC]
by frederic.mayot＠sgcib.com 30 Aug '07

30 Aug '07

Hi, I'm having a problem with mutexes. In one thread T1 I have: while(!end) { /* TTT */ lock lk(mutex); dosomethingquick(); } In another thread T2 I have: void f() { lock lk(mutex); doanotherthingquick(); } I'm sure dosomethingquick returns but T2 can never acquires the mutex. If I had a timer on line /* TTT */ in T1 (sleeps for a millisecond), everything works fine. Can anyone understand such a behavior? Am I doing something wrong here? Thanks, ____________________________ Frederic MAYOT Société Générale - Equity IT 1221 Avenue of the Americas New York, NY 10020 +1 (212) 278-5558 +1 (917) 673-1339 ************************************************************************* This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. *************************************************************************

5 8

Boost.CMake's boost_add_executable
by ope 30 Aug '07

30 Aug '07

Hi, I've read http://svn.boost.org/trac/boost/wiki/CMakeAddExecutable and try to use it - and it doesn't work correct. This macros isn't used in the boost cmake build (in real there isn't a wave example as the web page promised)! Anyway, I've got the linker error: /usr/bin/ld: cannot find -lboost_program_options-static It should look for libboost_program_options-gcc41-mt-1_34! The part responsible is at tools/build/CMake/BoostCore.cmake: else (LIB MATCHES ".*-.*") # The user has given the name of just the library target, # e.g., "boost_filesystem". We add on the appropriate variant # name(s). list(APPEND THIS_EXE_ACTUAL_DEPENDS "${LIB}${VARIANT_TARGET_NAME}") list(APPEND THIS_EXE_RELEASE_ACTUAL_DEPENDS "${LIB}${RELEASE_VARIANT_TARGET_NAME}") list(APPEND THIS_EXE_DEBUG_ACTUAL_DEPENDS "${LIB}${DEBUG_VARIANT_TARGET_NAME}") endif (LIB MATCHES ".*-.*") using: boost_add_executable(... DEPENDS boost_program_options-gcc41-mt-1_34 ... ) works! Did I something wrong or is there an error inside boost's BoostConfig.cmake? Thanks, Olaf

3 5

boost::multi_index iterators and std::distance
by Jeffrey Holle 30 Aug '07

30 Aug '07

In experimenting with boost::multi_index, I find that std::distance does not work properly multi_index iterators. My multi_index as a single ordered index for now, and I've tried: C cs; Index& index = cs.get<0>(); ... populate cs Index::iterator iter=index.find(7); cout << "distance is \"" << distance(cs.begin(),iter) << "\"" << endl; cout << "distance is \"" << distance(index.begin(),iter) << "\"" endl; Both outputs print that the distance is 0, and should be 7. Note both output lines compile and I've also tried using operator- and operator+ with the iterators and found that they don't exist (as expected). Is there a work around for this?

2 2

[BGL] add_vertex(vp, graph) with mix of internal & bundled properties
by Sara Ting 30 Aug '07

30 Aug '07

Hello, I need to use the overload of add_vertex that takes the vertex property object as a parameter. I am using a mix of internal and bundled properties because I had to add the vertex_index property but did not want to clutter my bundled property with an index field. How do I instantiate this mixed property object to call add_vertex(vp, graph)? For reference, my graph is defined like this: adjacency_list<vecS, listS, indirectedS, boost::property<boost::vertex_index_t, int, MyNodeProperties>, MyEdgeProperties> I basically want to do this call: add_vertex(myNodeProp, graph) but I am getting a compilation error that it is not a boost::property<....> type. How do I wrap my bundled property in an object that I can pass to this function? Thanks, Sara

2 1

error LNK2019: unresolved external symbol
by desai3＠cooper.edu 30 Aug '07

30 Aug '07

I am using boost build v1, VC 8. While building my project I get following errors, ***************************************************************** DQEasy.obj : error LNK2019: unresolved external symbol "public: bool __thiscall DQP::putString(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,char const *)" (?putString@DQP@@QAE_NABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PBD@Z) referenced in function "public: class DQP * __thiscall DQEasy::getBaseRequest(void)" (?getBaseRequest@DQEasy@@QAEPAVDQP@@XZ) DQEasy.obj : error LNK2019: unresolved external symbol "public: __thiscall DQP::DQP(void)" (??0DQP@@QAE@XZ) referenced in function "public: class DQP * __thiscall DQEasy::getBaseRequest(void)" (?getBaseRequest@DQEasy@@QAEPAVDQP@@XZ) ******************************************************************** There are 63 unresolved symbols altogether. Any Ideas on how can I fix it? I have tried entering bjam "-sBUILD=<runtime-link>static" instead of bjam, still no help. I am copying my jamfile for reference. Thank you. ********************************************************************* # This is the top of our own project tree project-root ; # Include definitions needed for Python modules import python ; extension DQEasy # Declare a Python extension called DQEasy : DQEasy.cpp # source # requirements and dependencies for Boost.Python extensions <template>@boost/libs/python/build/extension : <include>. ; ***********************************************************************

1 0

Program_options : option couples and order
by Patrick Sizun 30 Aug '07

30 Aug '07

Hi, I would like to know if it's possible, with program_options, to handle the order in which several values of the same options are entered. E.g. : when entering prog -f file1.txt -n 2 -f file2.txt -n 3 I need to get the (f,n) couples right, and the use of the -n option should be mandatory for each file. How is it possible to enforce that? or does it all belong to the post-processing of the options ? Regards, Patrick

1 0

Re: [Boost-users] Program_options assertion failure
by Fletcher, Matthew (Information Technology) 29 Aug '07

29 Aug '07

Well I presume you've already tried turning off the unicode option but I would try recompiling with the setting 'Use Multi-Byte Character Set' and also have 'Treat wchar_t as Built-in Type' set to No. The unicode setting doesn't affect the char *'s, but could certainly affect what happens when you create a std::string from one without explicitly setting a size/allocator. I agree with James that a mismatch between these settings is a very likely cause. Matt -- This e-mail is confidential and the information contained in it may be privileged. It should not be read, copied or used by anyone other than the intended recipient. If you have received it in error, please contact the sender immediately by telephoning +44 (0)20 7623 8000 or by return email, and delete the e-mail and do not disclose its contents to any person. We believe, but do not warrant, that this e-mail and any attachments are virus free, but you must take full responsibility for virus checking. Please refer to http://www.dresdnerkleinwort.com/disc/email/ and read our e-mail disclaimer statement and monitoring policy. Dresdner Kleinwort is the trading name of the investment banking division of Dresdner Bank AG, and operates through Dresdner Bank AG, Dresdner Kleinwort Limited, Dresdner Kleinwort Securities Limited and their affiliated or associated companies. Dresdner Bank AG is a company incorporated in Germany with limited liability and registered in England (registered no. FC007638, place of business 30 Gresham Street, London EC2V 7PG), and is authorised by the German Federal Financial Supervisory Authority and by the Financial Services Authority ('FSA') and regulated by the FSA for the conduct of designated business in the UK. Dresdner Kleinwort Limited is a company incorporated in England (registered no. 551334, registered office 30 Gresham Street, London EC2V 7PG), and is authorised and regulated by the FSA. Dresdner Kleinwort Securities Limited is a company incorporated in England (registered no. 1767419, registered office 30 Gresham Street, London EC2V 7PG), and is authorised and regulated by the FSA.

2 4