July 2007 - Boost-users - lists.boost.org

Re: [Boost-users] [Boost.Filesystem] Program can't run under Win 98
by Trigve Siver 16 Jul '07

16 Jul '07

Hi, I have tried to rebuild boost.filesystem with D_WIN32_WINNT set to 0x0400 (with cxxflags) but it seems that it (cxxflags) was ignored and filesystem libs was build as without any cxxflags option. Command I run: bjam cxxflags=-D_WIN32_WINNT=0x0400 --with-filesystem toolset=msvc Are these flags (cflags, cxxflags) working? thanks Trigve ----- Original Message ---- From: Todd Greer <TGreer(a)affinegy.com> To: boost-users(a)lists.boost.org Sent: Saturday, July 14, 2007 12:04:21 AM Subject: Re: [Boost-users] [Boost.Filesystem] Program can't run under Win 98 On Thursday, July 12, 2007 7:27 AM Trigve Siver said: > I've got a problem running application that uses boost.filesystem on win > 98. I'm compiling it on Win XP SP2. The problem is the CreateHardLinkA > function. It seems that this functions was added lately to kernel32.dll > (Windows 2000 I think). Is there any solution to resolve this problem? > Anyway I don't use any links operations from boost.filesystem so I don't > care about this function. I'm using boost 1.34. With boost 1.33.1 > everything was working fine ( I think there wasn't code for link > operations). It would appear that #defining _WIN32_WINNT to 0x400 or less when compiling the filesystem library should exclude that code (and some related code with the same problem). I believe this can be done by setting cxxflags to -D_WIN32_WINNT when building, but I haven't tried it myself, and don't know much about the boost build system. Unless this problem is fixed for 1.34.1, I'll be learning the details myself in a few weeks, as it will otherwise block our upgrading. Have you filed a bug report at svn.boost.org? -- Todd _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users ____________________________________________________________________________________ Get the Yahoo! toolbar and be alerted to new email wherever you're surfing. http://new.toolbar.yahoo.com/toolbar/features/mail/index.php

2 1

[Boost.Graph] Unreachable nodes and dijkstra_shortest_paths
by Ewgenij Sokolovski 16 Jul '07

16 Jul '07

Hello. How does the distance_map container looks like if you apply the dijkstra_shortest_paths algorithm on a graph, and the graph is not connected? So how does the entry d[i] looks like if it is not possible to reach node i from the start node of the dijkstra_algorithm? I couldn't find this information in the online manual, the case of the predecessor_map is described there but not the one of the distance map. Regards Ewgenij -- GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS. Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail

2 1

Building Boost with CMake/MSVC2005
by Olaf 16 Jul '07

16 Jul '07

Hi, I successfully build boost with cmake using MSVC2005/VS80 from sandbox - even boost::iostream with zlib support. The zlib.cpp is added to the project. Anyway, I get LINK : fatal error LNK1104: Datei "libboost_zlib-vc80-mt-gd-1_34.lib" kann nicht geöffnet werden. => means: could not found I have to set libboost_zlib-vc80-mt-gd-1_34.lib to ignore in the Studio Linker Settings. Does exist such a target in the cmake svn/build tree, or using jam? How to build it? I've never seen such on my linux box. Thanks Olaf

1 0

Reply formatting plea
by David Abrahams 16 Jul '07

16 Jul '07

When people reply without a blank line separating new from quoted text: > quote somebody saying something > about something they said Your reply to the original poster's thesis, or even: > > quote somebody saying > something about something they > said > Your reply to the quoted text It gets really hard (for me, at least) to distinguish what you wrote from what the other person wrote. I know this seems nitpicky, but I ask that anyone who can tolerate it leave a blank line around replies, as follows: > quote somebody saying something > about something they said Your reply to the original poster's thesis, or even: > quote somebody saying > something about something they > said Thanks, -- Dave Abrahams Boost Consulting http://www.boost-consulting.com The Astoria Seminar ==> http://www.astoriaseminar.com

1 0

Boost default library names
by Steven Mackenzie 16 Jul '07

16 Jul '07

I've just built and installed the boost 1.34 libraries from source on a Centos 4.4 Linux intsall, along side the default 1.32 Boost version that comes with RedHat/CentOS 4. The boost libraries have been installed in /usr/local/lib, but have very long and specific names, like libboost_program_options-gcc34-mt-1_34.so, and so to link against them I have to specify, for example, boost_program_options-gcc34-mt-1_34 instead of boost_program_options. Is there any quick change that I can make to create the extra symlinks, or are the long names deliberate and sensible? Thanks in advance for any suggestions, Steven

5 7

Bjam stage problem on Cygwin with RC2
by Václav Haisman 16 Jul '07

16 Jul '07

Hi, I just tried RC2 on Cygwin and got the error that is attached to this email. -- VH $ ./tools/jam/src/bin.cygwinx86/bjam.exe -d 2 --toolset=gcc --variant=release --threading=multi --optimization=speed stage Building Boost.Regex with the optional Unicode/ICU support disabled. Please refer to the Boost.Regex documentation for more information (don't panic: this is a strictly optional feature). /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/tools/stage.jam:424: in object(installed-shared-lib-generator)(a)4.run *** argument error * rule virtual-target.register ( target ) * called with: ( object(file-target)@1391 object(file-target)@1392 ) * extra argument object(file-target)@1392 /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/virtual-target.jam:880:see definition of rule 'register' being called /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/generators.jam:840: in try-one-generator-really /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/generators.jam:902: in try-one-generator /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/generators.jam:1110: in construct-really /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/generators.jam:1186: in generators.construct /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/tools/stage.jam:160: in construct /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/targets.jam:1242: in object(install-target-class)(a)65.generate /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/targets.jam:765: in generate-really /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/targets.jam:738: in object(main-target)(a)249.generate /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/targets.jam:895: in targets.generate-from-reference /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/targets.jam:1169: in generate-dependencies /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/targets.jam:1214: in object(alias-target-class)(a)71.generate /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/targets.jam:765: in generate-really /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build/targets.jam:738: in object(main-target)(a)253.generate /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/build-system.jam:402: in load /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/kernel/modules.jam:261: in import /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/tools/build/v2/kernel/bootstrap.jam:132: in boost-build /cygdrive/c/wilx/cygwin-boost-1_34_0/boost_1_34_1/boost-build.jam:9: in module scope

4 7

program_options and unicode
by zh 16 Jul '07

16 Jul '07

Greetings. Say I have a situation like this one: po::options_description visible("Visible options"); visible.add_options() ("opt1", "opt1") ("opt2", "opt2") ("opt3", "opt3") ; po::options_description hidden("Hidden options"); hidden.add_options() ("opt4", po::value<string>(), "opt4") ; po::options_description all_options; all_options.add(visible).add(hidden); po::positional_options_description pos; pos.add("opt4", -1); po::variables_map vm; po::store(po::command_line_parser(argc, argv).options(all_options).positional(pos).run(), vm); po::notify(vm); Now I want to replace char* argv[] with wchar_t* in order to pass a Unicode file name to a Win32 SDK function CreateFile(). What would be, in your opinion, an appropriate course of action? I thank you in advance. ZA

3 3

[timer] incorrect time ?
by Ruediger Berlich 15 Jul '07

15 Jul '07

Hi there, the following program /****************************************************/ #include <iostream> #include <boost/timer.hpp> using namespace std; boost::timer t; main() { t.restart(); for(int i=0; i<5; i++){ usleep(500000); cout << t.elapsed() << endl << t.elapsed_min() << endl << t.elapsed_max() << endl; } } /****************************************************/ gives five times the following output, in 0.5 s intervals: 0 1e-06 9.22337e+12 I have tried the timer_test.cpp application (from http://www.boost.org/libs/timer/index.html) Most of it seems to be working, but the first messages also say: timer::elapased_min() reports 1e-06 seconds timer::elapased_max() reports 9.22337e+12 seconds, which is 2.56205e+09 hours After this the output seems to be fine. So something clearly is wrong. Any ideas ? This is on an OpenSuSE 10.2 system with a Boost 1.34.0 (with added ASIO support, 0.38rc3). g++ is 4.1.2 . Thanks and Best Regards, Ruediger

2 2

[IBD] Helping Boost Authors
by Matias Capeletto 14 Jul '07

14 Jul '07

Hello Boosters, We have a new resource at IBD: a section in the project Wiki called "Helping Boost Authors". http://svn.boost.org/trac/boost/wiki/HelpingBoostAuthors This section is a bazaar of friendly hands. We are teachers, experience users, native English speakers and artists. We want to offer our help to Boost authors to improve their documentation. * How to get helped Just send an email to the boost-docs list with your request. We will do our best to help you. * How to help Add yourself as a proofreader, a translator or in the general section if you have others ideas that Boost authors may find useful. The main objective of this new resource is to act as the main connection between Boost authors and some of IBD folks that are eager to help them. We hope this will make healthier the relation between Boost authors and our project. Authors will get helped, and have more time to improve and add new features to their libraries. We will get in touch with you and hopefully learn enough to become a boost author someday. It is a win-win situation. We hope we can make Boost authors life more enjoyable with regards to documentation. Eagerly waiting to help somebody, King regards Matias

1 0

Re: [Boost-users] [Boost.Filesystem] Program can't run under Win 98
by Trigve Siver 14 Jul '07

14 Jul '07

Hi, I was thinkig about setting _WIN32_WINNT to 0x400 and rebuilding boost.filesystem. I will try it for sure. Yes I've filled the bug report 5 minutes ago:) thanks Trigve ----- Original Message ---- From: Todd Greer <TGreer(a)affinegy.com> To: boost-users(a)lists.boost.org Sent: Saturday, July 14, 2007 12:04:21 AM Subject: Re: [Boost-users] [Boost.Filesystem] Program can't run under Win 98 On Thursday, July 12, 2007 7:27 AM Trigve Siver said: > I've got a problem running application that uses boost.filesystem on win > 98. I'm compiling it on Win XP SP2. The problem is the CreateHardLinkA > function. It seems that this functions was added lately to kernel32.dll > (Windows 2000 I think). Is there any solution to resolve this problem? > Anyway I don't use any links operations from boost.filesystem so I don't > care about this function. I'm using boost 1.34. With boost 1.33.1 > everything was working fine ( I think there wasn't code for link > operations). It would appear that #defining _WIN32_WINNT to 0x400 or less when compiling the filesystem library should exclude that code (and some related code with the same problem). I believe this can be done by setting cxxflags to -D_WIN32_WINNT when building, but I haven't tried it myself, and don't know much about the boost build system. Unless this problem is fixed for 1.34.1, I'll be learning the details myself in a few weeks, as it will otherwise block our upgrading. Have you filed a bug report at svn.boost.org? -- Todd _______________________________________________ Boost-users mailing list Boost-users(a)lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users ____________________________________________________________________________________ Pinpoint customers who are looking for what you sell. http://searchmarketing.yahoo.com/

1 0