- Boost-users - lists.boost.org

Can't get the bcp tool to work
by Z. S. O. 07 Oct '08

07 Oct '08

I'd like to copy all the files in the filesystem library using bcp to a folder. I'm using the command: ./bcp filesystem [destination path] However, the output I get is "no errors detected" and nothing has been copied to the destination. Am I doing something wrong? I'm on Mac OS X intel, but this exact same problem occurs on my Windows machine as well.

5 6

Re: [Boost-users] Can't get the bcp tool to work
by Z. S. O. 07 Oct '08

07 Oct '08

Looks like the issue was my fault. I used darwinports to install boost 1.35, but it didn't come with bcp so I built that separately from a 1.36 package I downloaded. I just downloaded boostpro on my Windows box and bcp works great now, so I'll just copy the resulting files onto my mac. Thank you all very much for the help. On Tue, Oct 7, 2008 at 12:00 AM, Marshall Clow <marshall(a)idio.com> wrote: > At 5:53 PM -0400 10/6/08, Z. S. O. wrote: > >> Hmm, here's the output for that: >> >> **** exception(225): memory access violation at address: 0x00000000: >> non-existent physical address >> ******** errors detected; see standard output for details ******** >> >> > Are you building from the trunk? > Check your build transcript .. see if Boost::System built correctly. > If it did not, update from svn and try again.... > -- > -- Marshall > > Marshall Clow Idio Software <mailto:marshall@idio.com> > > It is by caffeine alone I set my mind in motion. > It is by the beans of Java that thoughts acquire speed, > the hands acquire shaking, the shaking becomes a warning. > It is by caffeine alone I set my mind in motion. > > _______________________________________________ > Boost-users mailing list > Boost-users(a)lists.boost.org > http://lists.boost.org/mailman/listinfo.cgi/boost-users >

1 0

Re: [Boost-users] [shared_ptr] Cannot include shared_ptr.hpp
by Alice Johnson 07 Oct '08

07 Oct '08

> Does it work if you define the macro BOOST_USE_WINDOWS_H in the project > settings? Yes it does - thanks. > I never used CLR stuff myself, but AFAIK one of the fundamentals is automatic > garbage collection (MS refers to this as "managed"). So everything relying on > the deterministic behavior of C++ ctors/dtors won't work. > I doubt anything in boost is written with automatic garbage collectors in > mind. This article regarding the boehmgc shows how to wrap stl containers > - http://www.ddj.com/cpp/184401632 > I'm new to this topic as well, so please correct me if I'm wrong so far and > with the following statement: there have to be clear interfaces between > automatic gc code and normal deterministic code. Mixing doesn't work out of > the box. > Best, > -- Maik I am using mixing. I have an unmanaged C++ library which is linked with a managed C++ dll. The unmanaged code does have deterministic destruction behaviour - put a break point in the destructor of an unmanaged class and the break point is reached at the time that is expected. Alice

1 0

[fusion] [doc] documentation comment
by Edward Diener 07 Oct '08

07 Oct '08

These lines in the Organization | Layers section of the fusion documentation baffle me: 'Each module has its own header file placed in the same directory with the actual module-directory. For example, there exists "boost/fusion/support.hpp" in the same directory as "boost/fusion/support".' I can see a "boost/fusion/support.hpp" file as well as a "boost/fusion/support" subdirectory. If I look at "boost/fusion/support.hpp" it includes a number of header files in the "boost/fusion/support" subdirectory. But what the two lines quoted in the documentation above are saying eludes me. If it is saying what I discovered, it is not explaining things correctly.

2 4

Re: [Boost-users] boost::mpl::map and inserting the same pair twice
by peter_foelsche＠agilent.com 06 Oct '08

06 Oct '08

I added the ::type to every insert. It still does not compile -- not using g++ nor using visual C++. Error message is not helpful. Also is there some operation to insert all elements of one map into another one? This would be extremely helpful. #include <boost/mpl/map.hpp> #include <boost/mpl/insert.hpp> #include <boost/mpl/size.hpp> #include <boost/type_traits/is_same.hpp> #include <boost/mpl/assert.hpp> typedef boost::mpl::map< boost::mpl::pair< boost::mpl::int_<0>, boost::mpl::int_<1> >, boost::mpl::pair< boost::mpl::int_<1>, boost::mpl::int_<0> > > CMap2; typedef boost::mpl::insert< CMap2, boost::mpl::pair< boost::mpl::int_<2>, boost::mpl::int_<3> >::type > CMap3; typedef boost::mpl::insert< CMap3, boost::mpl::pair< boost::mpl::int_<2>, boost::mpl::int_<3> >::type > CMap31; int main(int, char**) { CMap2 s; CMap3 s1; CMap31 s2; //BOOST_MPL_ASSERT((boost::is_same<CMap31, CMap3>)); return 0; } "The first point (using an init() function in preference to a constructor) is bogus. Using constructors and exception handling is a more general and systematic way of dealing with resource acquisition and initialization errors. This style is a relic of pre-exception C++." -- Stroustrup

2 1

Problem linking to Boost Filesystem Library
by DDBeatty＠dstsystems.com 06 Oct '08

06 Oct '08

I am getting an unresolved external error when auto-linking to the Boost Filesystem Library Compiler: Visual Studio 2005 Boost Library Version: 1.36.0 The error: packagereport.obj : error LNK2001: unresolved external symbol "class boost::system::error_code boost::filesystem::detail::throws" (?throws@detail@filesystem@boost@@3Verror_code@system@3@A) The Boost Libraries were compiled using Visual Studio 2005 as well. I compiled with BOOST_LIB_DIAGNOSTIC and got the following two lines in the output: Linking to lib file: libboost_system-vc80-mt-gd-1_36.lib Linking to lib file: libboost_filesystem-vc80-mt-gd-1_36.lib I added /verbose to the linker and got the following: Processed /DEFAULTLIB:libboost_system-vc80-mt-gd-1_36.lib Processed /DEFAULTLIB:libboost_filesystem-vc80-mt-gd-1_36.lib Searching ..\3rdParty\Boost\lib\libboost_system-vc80-mt-gd-1_36.lib: Found "class boost::system::error_category const & __cdecl boost::system::get_system_category(void)" (?get_system_category@system@boost@@YAABVerror_category@12@XZ) Referenced in packagereport.obj Loaded libboost_system-vc80-mt-gd-1_36.lib(boost_system-vc80-mt-gd-1_36.dll) Found "class boost::system::error_category const & __cdecl boost::system::get_generic_category(void)" (?get_generic_category@system@boost@@YAABVerror_category@12@XZ) Referenced in packagereport.obj Loaded libboost_system-vc80-mt-gd-1_36.lib(boost_system-vc80-mt-gd-1_36.dll) Found __IMPORT_DESCRIPTOR_boost_system-vc80-mt-gd-1_36 Referenced in libboost_system-vc80-mt-gd-1_36.lib(boost_system-vc80-mt-gd-1_36.dll) Referenced in libboost_system-vc80-mt-gd-1_36.lib(boost_system-vc80-mt-gd-1_36.dll) Loaded libboost_system-vc80-mt-gd-1_36.lib(boost_system-vc80-mt-gd-1_36.dll) Found boost_system-vc80-mt-gd-1_36_NULL_THUNK_DATA Referenced in libboost_system-vc80-mt-gd-1_36.lib(boost_system-vc80-mt-gd-1_36.dll) Loaded libboost_system-vc80-mt-gd-1_36.lib(boost_system-vc80-mt-gd-1_36.dll) Searching ..\3rdParty\Boost\lib\libboost_filesystem-vc80-mt-gd-1_36.lib: Found "class boost::filesystem::file_status __cdecl boost::filesystem::detail::status_api(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class boost::system::error_code &)" (?status_api@detail@filesystem@boost@@YA?AVfile_status@23@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@AAVerror_code@system@3@@Z) Referenced in packagereport.obj Loaded libboost_filesystem-vc80-mt-gd-1_36.lib(boost_filesystem-vc80-mt-gd-1_36.dll) Found "class boost::system::error_code __cdecl boost::filesystem::detail::remove_api(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (?remove_api@detail@filesystem@boost@@YA?AVerror_code@system@3@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@Z) Referenced in packagereport.obj Loaded libboost_filesystem-vc80-mt-gd-1_36.lib(boost_filesystem-vc80-mt-gd-1_36.dll) Found __IMPORT_DESCRIPTOR_boost_filesystem-vc80-mt-gd-1_36 Referenced in libboost_filesystem-vc80-mt-gd-1_36.lib(boost_filesystem-vc80-mt-gd-1_36.dll) Referenced in libboost_filesystem-vc80-mt-gd-1_36.lib(boost_filesystem-vc80-mt-gd-1_36.dll) Loaded libboost_filesystem-vc80-mt-gd-1_36.lib(boost_filesystem-vc80-mt-gd-1_36.dll) Found boost_filesystem-vc80-mt-gd-1_36_NULL_THUNK_DATA Referenced in libboost_filesystem-vc80-mt-gd-1_36.lib(boost_filesystem-vc80-mt-gd-1_36.dll) Loaded libboost_filesystem-vc80-mt-gd-1_36.lib(boost_filesystem-vc80-mt-gd-1_36.dll) Using Dumpbin.exe I get the following: >From the dll: 68 43 00011E04 ?throws@detail@filesystem@boost@@3Verror_code@system@3@A >From the lib: ?throws@detail@filesystem@boost@@3Verror_code@system@3@A (class boost::system::error_code boost::filesystem::detail::throws) It looks like the decorated names in the lib and dll match the name that is being searched for by the linker and it looks like the linker found the lib file. Any ideas why this would not be linking? Also, I have tried disabling the auto-linking (using BOOST_ALL_NO_LIB) and linking manually, but I get the same error. Thanks, Doug Beatty ----------------------------------------- This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system.

1 0

*NIX: Boost ASIO and file descriptor limits
by Etienne Philip Pretorius 06 Oct '08

06 Oct '08

Hello list, I have a question regarding the system limit on a *NIX system for the maximum open file descriptors that a process may have open. If you were using the boost asio library to design a server application how would you go about and extend the server to handle more than the 1024 file descriptor limit. The common approach on *nix systems is to fork(2) the process and have the child accept the client connections and have the parent process inform the child process when the listening socket has clients waiting to be accepted. My question is how would I achieve a similar design approach. Any comments or ideas are welcome. Kind Regards, Etienne Pretorius.

3 8

[MPL] Generate template instantiation ?
by Olivier Tournaire 06 Oct '08

06 Oct '08

Hi all, I have a class templated on 2 arguments, e.g. : template <typename PixelType , typename NbChannels> class myClass { // ... }; This class is in a lib, and I would like to instantiate it for all base type (signed char, unsigned char, int, unsigned int ...), and for a given number of channels. For example : template class myClass<unsigned char,1>; template class myClass<unsigned char,2>; // ... template class myClass<unsigned char,10>; template class myClass<signed char,1>; template class myClass<signed char,2>; // ... template class myClass<signed char,10>; And so on. Is there a way to do this without writing all possiblities. Maybe with the MPL ? Best regards, Olivier

2 1

Exception handling inside a dll
by Matthew LaCrosse 06 Oct '08

06 Oct '08

Hello, I'm writing a JNI dll that can be called from a Java GUI. The java program passes a regex and a string to search. The dll function does a boost::regex_search and returns an IntArray with the results. The problem that I'm having is that bad expressions result in a crash. For instance, if the user inputs \b as the regex and 'bad' as the string, the program crashes.

4 10

Mutex is always blocking
by Jean-Sebastien Stoezel 06 Oct '08

06 Oct '08

Hello, Is there a specific way of initializing the boost::mutex objects? Here is the sequence I have been using: Instantiation of the mutex boost::mutex m_CmdMutex; Then try to lock it m_CmdMutex.lock(); It looks like every time I try to lock a mutex I lock my thread. Anything else needs to be done? Thanks, Jean

3 3