- Boost-users - lists.boost.org

boost::tuple problem
by heroboy 22 Jan '05

22 Jan '05

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 邮件系统

1 0

Re: strange filesystem dll behaviour (Beman Dawes)
by Christian Hoffmann 22 Jan '05

22 Jan '05

Hi, I guess, you don't define BOOST_ALL_DYN_LINK Rgds -- Christian Hoffmann Trema Laboratories SARL -----Original Message----- From: boost-users-request(a)lists.boost.org [mailto:boost-users-request@lists.boost.org] Sent: Friday, January 21, 2005 6:12 PM To: boost-users(a)lists.boost.org Subject: Boost-users Digest, Vol 437, Issue 3 Send Boost-users mailing list submissions to boost-users(a)lists.boost.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.boost.org/mailman/listinfo.cgi/boost-users or, via email, send a message with subject or body 'help' to boost-users-request(a)lists.boost.org You can reach the person managing the list at boost-users-owner(a)lists.boost.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Boost-users digest..." Today's Topics: 1. Re: strange filesystem dll behaviour (Beman Dawes) 2. Re: unordered_map/hash_table bug? (Daniel James) 3. Re: Re: (newbie) Linking problem using unit testframework(Mac OSX 10.3.7 gcc 3.3 XCode 1.5). (Gennadiy Rozental) ---------------------------------------------------------------------- Message: 1 Date: Fri, 21 Jan 2005 10:18:02 -0500 From: Beman Dawes <bdawes(a)acm.org> Subject: Re: [Boost-users] strange filesystem dll behaviour To: boost-users(a)lists.boost.org, boost-users(a)lists.boost.org Message-ID: <6.0.3.0.2.20050121100502.049f35e0(a)mailhost.esva.net> Content-Type: text/plain; charset="us-ascii"; format=flowed At 01:12 AM 1/20/2005, Paul wrote: >I looked deeper into the problem, and hacked up boost a little to find >out that the problem is the following check: > > if ( (checker == no_check || checker == native) && src.size() >= 2 ) >at path_posix_windows.cpp:243 > >specifically checker==native. > >I had constructed path with boost::filesystem::native, but when I hacked >it up to do the following: > ># ifdef BOOST_WINDOWS > std::stringstream ss; ss << "checker=" << >reinterpret_cast<unsigned long>(checker) << std::endl > << "native=" << reinterpret_cast<unsigned long>(native) << >std::endl; > boost::throw_exception( filesystem_error( > "boost::filesystem::path", > ss.str() )); > > if ( (checker == no_check || checker == native) && src.size() >= 2 ) > > >I got the following results from calling the line: >boost::filesystem::path p(s,boost::filesystem::native); > > >linking to libboost_filesystem-mgw-d-1_32.lib: >checker=4201048 native=4201048 > >linking to boost_filesystem-mgw-d-1_32.dll: >checker=4263776 native=1649966248 > > >so, it appears that testing the checker using the address of a function >is unreliable in a DLL context? Have I compiled my program/library >incorrectly? I am not too familiar with DLL details etc, can someone >else please shed some light on this? I'm not a DLL expert either, but it certainly looks like there is some problem with address of functions across DLL boundaries. This code will be going away in the next version of the library, so I'm not sure if it is worth putting a lot of effort into fixing it. But I'll try to reproduce the problem here. If it does reproduce, it shouldn't be too hard to come up with an interim fix. Thanks for the report, --Beman ------------------------------ Message: 2 Date: Fri, 21 Jan 2005 16:15:48 +0000 From: Daniel James <daniel(a)calamity.org.uk> Subject: [Boost-users] Re: unordered_map/hash_table bug? To: boost-users(a)lists.boost.org Message-ID: <csr9ro$ma$1(a)sea.gmane.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Thorsten Ottosen wrote: > "Martin Wartens" <martin.wartens(a)my-mail.ch> wrote in message > news:380-22005121815022188@my-mail.ch... > Hi, > has anybody tried the implementation of unordered map that can be found at > http://groups.yahoo.com/group/boost/files/jtc1-sc22-wg21-2003-n1456.tar. gz ? > I believe there is a bug in the rehash function of the underlying > hash_table. The new bucket indices are computed using the old number of > buckets. That means that the items stored in these buckets cannot be found > anymore later. > ------- > > Btw, would you mind to submit a patch to me to fix this bug? > > Thanks > > Thorsten Hi Thorsten, I'm working a new version which fixes this (and a few other) bugs. I'll upload it the file vault soon. Daniel ------------------------------ Message: 3 Date: Fri, 21 Jan 2005 11:21:43 -0500 From: "Gennadiy Rozental" <gennadiy.rozental(a)thomson.com> Subject: [Boost-users] Re: Re: (newbie) Linking problem using unit testframework(Mac OSX 10.3.7 gcc 3.3 XCode 1.5). To: boost-users(a)lists.boost.org Message-ID: <csra6n$1sg$1(a)sea.gmane.org> > c++filt _ZTv0_n12_NSoD0Ev > virtual thunk to std::basic_ostream<char, std::char_traits<char> >::~basic_ostream() > Then I tried to run just this: > #include <iostream> > > int main (int arc, char** argv) > { > std::cout << "test"; > } > ... and it failed with the same error. > However, if I remove from the project the unit test framework files, it runs fine. Hmm... > I am using libstdc++.a. I don't understand what is happening. So do I. > Why when I add the unit test framework code it doesn't find the standard library ~basic_ostream() anymore ? Most probably looks like compiler bug > It seems these last 5 years doing only Java got me really rusty with C++ (I'd rather work with C++ but the market forced me to go to Java). I don't think 'last 5 years doing only Java' has anything to do with this. Let's try couple more thigs: 1. Could you locate where this undefined symbol referenced from? 2. Could you build framework as a standalone library and link with it? Gennadiy ------------------------------ _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users End of Boost-users Digest, Vol 437, Issue 3 ******************************************* This message, including any attachments, is intended only for the person(s) to whom it is addressed. If you received it in error, please let us know and delete the message from your system. This message may be confidential and may fall under the duty of non-disclosure. Any use by others than the intended addressee is prohibited. Trema shall not be liable for any damage related to the electronic transmission of this message, such as failure or delay of its delivery, interception or manipulation by third parties, or transmission of viruses or other malicious code.

2 1

How to automatically release legacy resources?
by Aaron W. LaFramboise 22 Jan '05

22 Jan '05

I was writing some simple code today, and rediscovered this general sort of problem, and realized I have not yet decided on an optimal solution. Given: 1) During a particular function, a type-int variable is initialized with a value corresponding to a POSIX file descriptor. 2) There are multiple paths of exit from the function, including both returns and exceptions. Problem: What is the best way to ensure that the file descriptor is automatically close()ed when the function is exited? An additional thorn is that there must be code for handling that case where close() fails. The solution must handle both cases where I'd like to throw an exception, or cases where I'd just like to print an error message and continue. I have considered various solutions, some involving throw away classes, and none of them appear to be satisfactory. So far, the best solution I have is to create a reusable helper (based on templates and boost::function) that is created as an automatic variable and is passed the file descriptor, and a functor (which may be a boost.lambda expression) that calls close(), and contains any other necessary error-processing code. But seriously, for such a simple problem, this is insane! Solutions I don't particularly like involve creating a non-reusable throw-away class that handles just this one particular case, or lack sufficient mechanisms for handling errors. Any ideas? Aaron W. LaFramboise

5 8

[Boost-users - newbie]Conditional insertion into a mpl::list_c
by suresh.t＠philips.com 21 Jan '05

21 Jan '05

hi, I am new to boost. I have a class that takes in 10 template parameters (std::size_t N1 to N10). I need to create a mpl::list_c using N1 to N10. I have an empty mpl::list_c (acc). I plan to check each of N1 to N10 and if the value > 0 i will insert into the list. Can someone please tell me how i could do this. I have tried for one N1 alone using an mpl::if_ but that doest seem to work template <std::size_t N1,std::size_t N2 =0,std::size_t N3 = 0, std::size_t N4 = 0,std::size_t N5 = 0, std::size_t N6 = 0,std::size_t N7 = 0, std::size_t N8 = 0,std::size_t N9 = 0,std::size_t N10 = 0> struct access_list{ typedef mpl::list_c<int> acc; //I tried for N1 this way but this does not word typedef mpl::if_< mpl::bool_<N1 != 0>, typename mpl::push_back<acc,mpl::int_<N1> >::type, mpl::false_ >::type type; }; --------------------------------------------------------------------------------------------------------- Suresh

1 0

Boost.Preprocessor question
by Cory Nelson 21 Jan '05

21 Jan '05

I am initializing an array like: unsigned char tmp[256]={0, 1, 2, 3, ...} I feel like this is something Boost.Preprocessor could do for me, but am unable to find out how. Anyone know? -- Cory Nelson http://www.int64.org

2 2

implicit conversion (long --> bigint)
by Benjamin Schmeling 20 Jan '05

20 Jan '05

Hi, thanks Ben your advice with radd worked fine. Now when I am going further for my bigint class I have the problem that methods which take an bigint as an parameter do not accept 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 convertion 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__. Is it possible?/Any idea? Benjamin -- GMX im TV ... Die Gedanken sind frei ... Schon gesehen? Jetzt Spot online ansehen: http://www.gmx.net/de/go/tv-spot

1 0

Failed compiling luabind using boost on AIX (xlC): configuration problem?
by Christoph Jaeschke 20 Jan '05

20 Jan '05

Hi all, I failed compiling luabind using boost 1.3.2 on AIX 5.1 (xlC) xlC -c class_rep.cpp -o class_rep.o ... -I.. -I/some_dir/include/boost-1_32 "/some_dir/include/boost-1_32/boost/mpl/aux_/O1_size_impl.hpp", line 33.38: 1540-0827 (S) The constant expression on the #if directive contains a syntax error at "BOOST_TESTED_AT". "/some_dir/include/boost-1_32/boost/mpl/aux_/include_preprocessed.hpp", line 31.13: 1540-0836 (S) The #include file "boost/mpl/aux_/preprocessed/AUX_PREPROCESSED_HEADER" is not found. "/some_dir/include/boost-1_32/boost/mpl/aux_/include_preprocessed.hpp", line 31.13: 1540-0836 (S) The #include file "boost/mpl/aux_/preprocessed/AUX_PREPROCESSED_HEADER" is not found. -- <snipped> -- To me it looks like a configuration problem, but bjam nicely installed the boost-base as specified without any errors. Any help is very appreciated! Christoph

1 0

Problems with std::min when I switched from 1.31 to 1.32
by Scott Moore 20 Jan '05

20 Jan '05

I just switched from boost 1.31 to 1.32 and now any code that uses std::min() or std::max() gives me this error with Visual Studio 2003: ReportResults.cpp(791) : error C2589: '(' : illegal token on right side of '::' ReportResults.cpp(791) : error C2059: syntax error : '::' I even tried something simple like this: int i = std::min(1, 2); And that fails as well. If I switch back to boost 1.31, no problems. I'm sure there must be a simple solution. Any help would be appreciated! Thanks, Scott

5 6

boost::bind and methods of managed classes
by Vasco Lohrenscheit 19 Jan '05

19 Jan '05

Hi, is there a easy way/workaround to use methods of managed classes with boost::bind? boost::signal<void (int value)> testSignal; public __gc class TestManagedClass { public: TestManagedClass() {testSignal.connect(boost:bind(???)); } void test(int i); }; how can I connect the TestManagedClass::test method of a instance of a TestManagedClass to the signal ? It seem already not be allowed to get the adress of the method &OpenGlTestGUI::testMethod (compile error c2843, vc++7.1). Are there any work arounds? Has anybody alread used boost::bind and boost::signal with managed classes? best regards, Vasco Lohrenscheit

3 4

BOOST_FOREACH is not working under VC7.0
by Yaroslav Yanovsky 19 Jan '05

19 Jan '05

Hello boost-users, I know, BOOST_FOREACH is not distributed with boost, but I don't know where else should I write about it so I decided to post it here. BOOST_FOREACH is not compiling under VC 7.0 Here I've wrote small example that represents problem: ----------------------- #include <iostream> #include <list> #include <boost/foreach.hpp> using std::list; class BNamespace { public: list<int> contents; int Find(int what) const; }; inline int BNamespace::Find(int what) const { BOOST_FOREACH (int i, this->contents) //BOOST_FOREACH (const int& i, this->contents) // will fail too if (i==what) return i; return 0; } int main() { BNamespace lst; lst.contents.push_back(4); lst.contents.push_back(5); lst.contents.push_back(6); int i=lst.Find(6); std::cout<<i<<std::endl; return 0; } ----------------------- Compilation of this code on VC 7.0 leads to following errors: a.cpp(15) : error C2667: 'boost::for_each::wrap' : none of 2 overloads have a best conversion f:\Libs\boost\boost\foreach.hpp(138): could be 'boost::for_each::container<T,boost::mpl::true_> boost::for_ each::wrap(const T &)' f:\Libs\boost\boost\foreach.hpp(132): or 'boost::for_each::container<T,boost::mpl::false_> boost::for _each::wrap(T &)' while trying to match the argument list '(const std::list<_Ty,_Ax>)' with [ _Ty=int, _Ax=std::allocator<int> ] a.cpp(15) : error C2668: 'boost::for_each::wrap' : ambiguous call to overloaded function f:\Libs\boost\boost\foreach.hpp(138): could be 'boost::for_each::container<T,boost::mpl::true_> boost::for_ each::wrap(const T &)' f:\Libs\boost\boost\foreach.hpp(132): or 'boost::for_each::container<T,boost::mpl::false_> boost::for _each::wrap(T &)' while trying to match the argument list '(const std::list<_Ty,_Ax>)' with [ _Ty=int, _Ax=std::allocator<int> ] ----------------------- I've tried to compile same code with MinGW and it succeded. Can anyone help me with this problem? Thanks! -- Best regards, Yaroslav mailto:yaroslav@enkord.com

2 2