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

serialization library problems with MFC support for OLE Controls
by Muruganathan Annamalai 24 Jan '05

24 Jan '05

hi, Iam using VC6. I had problems using boost serialization library classes with MFC support for OLE controls. This is what I have, #include <afxctl.h> // MFC support for OLE Controls #include <boost/archive/text_oarchive.hpp> #include <boost/archive/text_iarchive.hpp> ............. .............. When I compiled the code I got errors like, :\boost\boost-1_32\boost/archive/basic_text_iprimitive.hpp(72) : error C2039: 'char_type' : is not a member of 'IStream' D:\Devstudio_6.0\VC98\INCLUDE\objidl.h(4049) : see declaration of 'IStream' D:\boost\boost-1_32\boost/archive/basic_text_iprimitive.hpp(121) : see reference to class template instantiation 'boost::archive::basic_text_iprimitive<IStream>' being compiled D:\boost\boost-1_32\boost/archive/basic_text_iprimitive.hpp(72) : error C2065: 'char_type' : undeclared identifier D:\boost\boost-1_32\boost/archive/basic_text_iprimitive.hpp(121) : see reference to class template instantiation 'boost::archive::basic_text_iprimitive<IStream>' being compiled D:\boost\boost-1_32\boost/archive/basic_text_iprimitive.hpp(73) : error C2039: 'traits_type' : is not a member of 'IStream' D:\Devstudio_6.0\VC98\INCLUDE\objidl.h(4049) : see declaration of 'IStream' I think, error is because MFC has class called IStream. And the same name IStream is used as template parameter in the boost class. Is there anything I can do to overcome this problem. annamalai

2 1

implicit conversion
by Benjamin Schmeling 24 Jan '05

24 Jan '05

Hi, I am working on exposing a bigint class to python. Now I've got the problem that methods which take an bigint as an parameter do not accept Python longs. For example: import _PythonLiDIA x=123L; c=_PythonLiDIA.bigint(); _PythonLiDIA.gcd(c,x); Traceback (most recent call last): File "test.py", line 132, in ? _PythonLiDIA.gcd(a,x); Boost.Python.ArgumentError: Python argument types in _PythonLiDIA.gcd(bigint, long) did not match C++ signature: gcd(LiDIA::bigint, LiDIA::bigint) I don't know how to achieve implicit conversion at this point, turning an long automatically into an bigint. The other way round, turning an bigint into long can be realized by defining __long__. Can someone help me please? Benjamin

1 0

program_options usage question
by John Eddy 24 Jan '05

24 Jan '05

Hello, I was wondering if it is possible to have an option for which supplying an argument is optional. For example, suppose I have an executable called myprog and an option "o" that does something. Is it possible to allow both of the following command line syntaxes? myprog --o arg myprog --o Where in the second case I can programatically supply some default value? So the first would instruct the program to take the action associated with the "o" option using the supplied arg and the second would instruct it to take that action using the default argument value. I have been fooling with the default_value and implicit methods but neither seems to do what I want. Thanks, John Eddy johneddy(a)eng.buffalo.edu

1 0

MPL vs BLL
by Roman 24 Jan '05

24 Jan '05

Hi. Any suggestion about mpl vs bll? Will they merge someday, or go concurrently? I haven't found anything on the net about it. I'm using bll currently. Thanks. Roman.

1 0

uBLAS Matrix and Vector IO
by Pascal Bauer 24 Jan '05

24 Jan '05

Hi Boost-Users, Does Anybody know, whether there is a routine to save / read (double) Matrices in a BINARY format? Thanx in Advance. Pascal Bauer

1 0

Tiny bug in boost::threads documentation (bibliographic reference)
by Andreas Wachowski 24 Jan '05

24 Jan '05

Hello, ok, this is, how shall I say it, more of a Knuthish bug, but a bug it is, so I might as well report it: In the bibliography of the boost:threads documentation, a reference is erroneous. It says [Hansen73] ACM Computing Surveys. Vol. 5. No. 4. December, 1983. Per Brinch. "Concurrent Programming Concepts" but instead it should be [Hansen73] ACM Computing Surveys. Vol. 5. No. 4. December, 1973. Per Brinch. "Concurrent Programming Concepts" (1973 instead of 1983) Best regards, Andreas

2 1

passing shared_ptr<> by_value or by-reference?
by Kosta 23 Jan '05

23 Jan '05

Hi! Don't know, if this is a FAQ, but I couldn't find an answer to this question: Is there a common sense about how a shared_ptr<> should be passed to functions/methods: by-value or by-(const-)reference? 1) void test(boost::shared_ptr<A> a); 2) void test(boost::shared_ptr<A>& const a);

7 6

Re: [Boost-users] boost::tuple problem
by Peter Dimov 23 Jan '05

23 Jan '05

heroboy wrote: > hello everyone, >     what's the difference between "tuple<int> > t;"  and  " tuple<int> t();" why > tuple<int> t; > cout<<t; > is ok. > But > tuple<int> t(); > cout<<t; > make a link error. Because tuple<int> t(); is a function returning a tuple<int>.

1 0

RE: [Boost-users] boost::tuple problem
by Shriram V 23 Jan '05

23 Jan '05

Hi, Your problem is a basic C++ problem, nothing to do with tuple<>s! Aren't you declaring a function with "tuple<int> t()" ? Thanks, -Shriram. | -----Original Message----- | From: boost-users-bounces(a)lists.boost.org [mailto:boost-users- | bounces(a)lists.boost.org] On Behalf Of heroboy | Sent: Saturday, January 22, 2005 8:53 PM | To: boost-users | Subject: [Boost-users] boost::tuple problem | | hello everyone, |     what's the difference between "tuple<int> t;"  | and  " tuple<int> t();" | why | tuple<int> t; | cout<<t; | is ok. | But | tuple<int> t(); | cout<<t; | make a link error. | I'm using | vs.net2003________________________________________________________________ | __欢迎使用ACMAIL 邮件系统 | | | | _______________________________________________ | Boost-users mailing list | Boost-users(a)lists.boost.org | http://lists.boost.org/mailman/listinfo.cgi/boost-users

1 0

Re: boost::tuple problem
by Franz Schnyder 23 Jan '05

23 Jan '05

heroboy schrieb: > hello everyone, >     what's the difference between "tuple<int> t;"  and  " tuple<int> t();" "tuple<int> t;" creates an instance of the type tuple<int>. "tuple<int> t();" declares a function t() with return type tuple<int>. If the constructor takes no argument you must create the instance without the brackets or the compiler takes it as a function declaration > why > tuple<int> t; > cout<<t; > is ok. > But > tuple<int> t(); > cout<<t; > make a link error. the linker can't find the definition of the function "tuple<int> t()" > I'm using vs.net2003__________________________________________________________________欢迎使用ACMAIL 邮件系统

1 0