- Boost - lists.boost.org

Re: broken links and web site feedback...
by Aleksey Gurtovoy 14 Sep '04

14 Sep '04

William McDonald writes: > While trying to send the following message to boost(a)yahoogroups.com, > it bounced back. It's been a while since we switched to Mailman -- http://lists.boost.org/mailman/listinfo.cgi/boost. Does it still say 'boost(a)yahoogroups.com' somewhere on the website (besides http://www.boost.org/more/faq.htm -- just fixed this one)? > I'm not sure who handles broken links (i.e. who your web master is), > but this link only redirects if it doesn't have the 'index.htm' after > it. It is off the main library page > (http://www.boost.org/libs/smart_ptr/index.htm) Hmm, a search of "smart_ptr/index.htm" through all the docs/HTML pages didn't turn up anything. Are you sure the link came from the Boost website? > Broken link: http://www.boost.org/libs/smart_ptr/index.htm This one indeed doesn't work (should be "index.html"), but then it doesn't seem to be present anywhere on the website. > I recommend putting the web master's feedback link on the bottom of > every page. We don't have a single webmaster, but some address that doesn't require one to join a mailing list in order to report a typo or broken link indeed would be nice. Folks, do we have one already? > TIA, Thanks for your comments! -- Aleksey Gurtovoy MetaCommunications Engineering

2 1

RE: [boost] Formal review of "Output Formatters" library begins today
by Reece Dunn 14 Sep '04

14 Sep '04

Paul A Bristow wrote: >* There is a terribly central spelling mistake which nobody seems to noted >so far: > > A _delimiter_ does de-limit things and has nothing to do with deli_s or >meter_s! > A global search in replace in code and docs is vital. <blush> >* I strongly dislike abbreviations and concatenations. It is MUCH easier to >read/understand and consistent with STL styling to use full words and _s, >if >a bit longer to type. naryfmt really must qualify for some prize. >nary_format or n_ary_format. > "Boost prefers clarity to curtness". I have been giving this some thought. What I am looking at at the moment is something like: std::pair < std::pair< int, std::vector< char > >, std::list< boost::math::quaternion< float > > > mct; namespace io = boost::io; namespace fmt = boost::io::format; std::cout << io::object( mct, fmt::pair ( fmt::pair( fmt::basic(), fmt::container()), fmt::container( fmt::nary()) ) ); With io::delimiter holding one of the delimiter values. io::wrapped_delimiter will replace io::openclose_formatter in holding open/close delimiter pairs and io::sequence_delimiter replaces io::formatter. >| 3. What is your evaluation of the documentation? OK - > > Though I am not a fan of background coloured boxes for code - I think >the >font change is enough. > > One thing I would REALLY REALLY like is a Boost 'Standard' way of >colouring and indenting code similar to Visual Studio IDE - though I don't >feel their colour scheme is quite as good mine! What do you think about the new Boost.quickdoc? The docs for quickbook are available at http://tinyurl.com/64el7, and the source is at http://tinyurl.com/4tdjj. Thanks to Eric and Joel for this great tool. >| 8. Do you think the library should be accepted as a Boost library? Yes >- >but with some name changes. See above. >And I would like to see active work by all authors to ensure that this >interacts with the filtering, range, more_io libraries before the first >actual full release (in 1.33?) so that the documentation cross-references >too, including examples of combinations of these techniques. I am willing to co-operate. >I can understand that authors are unwilling/unable to work together until >they are sure which other libraries can be assumed a part of Boost, and I >think we must accept (and flag up) that there will probably be changes, >perhaps major, while interworking is perfected. The three recent IO >contributions, with serialisation, are prime candidates for mutual >refinement. Sure. Regards, Reece _________________________________________________________________ Want to block unwanted pop-ups? Download the free MSN Toolbar now! http://toolbar.msn.co.uk/

4 6

RE: [boost] 2. It is unavoidable to use threads
by Ben Hutchings 14 Sep '04

14 Sep '04

Carlo Wood <carlo(a)alinoe.com> wrote: <snip> > No, I am confused. You do as if it trivial. But where is the answer > to my question? How can I implement an interface that allows one to > wait for events on 100 sockets, a timer, a few named pipes, a fifo > and some large diskfile I/O at the same time? > Is your answer WaitForMultipleObjects ? Then 1) what about the limit > of 64? That limit may well be a problem. (As may the limit on the size of an FD_SET on POSIX systems with nothing better than select().) > And 2) How can I use that to wait for events on SOCKET's? The only > thing I can find for that is WSAWaitForMultipleEvents. > But obviously you can call WSAWaitForMultipleEvents *and* ^ not, presumably > WaitForMultipleObjects at the same time (without using threads). The WSAEVENT type alias and associated functions appear to have been defined as an attempt to allow for implementation on other operating systems; in reality a WSAEVENT is a HANDLE to a Win32 event and you can use it with WaitForMultipleObjects (this is documented in the Platform SDK).

1 0

Legacy for compose?
by Daryle Walker 14 Sep '04

14 Sep '04

Looking at the main index.html file in CVS, it looks like the old Compose library will be going away. However at least one book, _The C++ Standard Library: A Tutorial and Reference_ by Nicolai M. Josuttis in 1999, assumes that Compose will still be there (and improved over what's in the book). Shouldn't our library list page permanently keep a note over what happened to the Compose library (and what should replace it)? -- Daryle Walker Mac, Internet, and Video Game Junkie darylew AT hotmail DOT com

4 8

Fw: Housemarque Oy Copyright in the Boost.Preprocessor Library
by John Maddock 14 Sep '04

14 Sep '04

Another needed license permission: ----- Original Message ----- From: "Ilari Kuittinen" <ilari.kuittinen(a)housemarque.fi> To: <john(a)johnmaddock.co.uk> Cc: <vesa_karvonen(a)hotmail.com> Sent: Monday, September 13, 2004 9:14 AM Subject: FW: Housemarque Oy Copyright in the Boost.Preprocessor Library > Dear John, > I am CEO of Housemarque and I am contacting you regarding your inquiry a > while ago concerning Boost licensing. We accept the new license terms as > described below. > > Boost Software License - Version 1.0 - August 17th, 2003 > > Permission is hereby granted, free of charge, to any person or > organization > obtaining a copy of the software and accompanying documentation covered by > this license (the "Software") to use, reproduce, display, distribute, > execute, and transmit the Software, and to prepare derivative works of the > Software, and to permit third-parties to whom the Software is furnished to > do so, all subject to the following: > > The copyright notices in the Software and this entire statement, including > the above license grant, this restriction and the following disclaimer, > must be included in all copies of the Software, in whole or in part, and > all derivative works of the Software, unless such copies or derivative > works are solely in the form of machine-executable object code generated > by > a source language processor. > > THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR > IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, > FITNESS FOR A PARTICULAR PURPOSE, TITLE AND NON-INFRINGEMENT. IN NO EVENT > SHALL THE COPYRIGHT HOLDERS OR ANYONE DISTRIBUTING THE SOFTWARE BE LIABLE > FOR ANY DAMAGES OR OTHER LIABILITY, WHETHER IN CONTRACT, TORT OR > OTHERWISE, > ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR > OTHER > DEALINGS IN THE SOFTWARE. > > Vesa, would you please add "Housemarque Oy" to > more/blanket_permission.txt? > > > Kind regards, > Ilari Kuittinen > CEO, Housemarque > Mobile:+358 40 554 2586 > Ilari.Kuittinen(a)housemarque.fi > > COMPANY INFORMATION > > Company name: Housemarque Oy > > Business ID: Y1002012-8 > > Country of incorporation: Finland > > Company form: Limited liability company > > Headquarters at Helsinki, Finland. > > Address and contact information: > > Kaisaniemenkatu 1 D > > FIN-00100 HELSINKI > > FINLAND, EUROPE > > Tel:+358-9-637 586 > > Fax:+358-9-637 890 > http://www.housemarque.com > > > > > > >>From: "John Maddock" <john(a)johnmaddock.co.uk> >>To: <vesa_karvonen(a)hotmail.com> >>CC: "boost owner" <boost-owner(a)lists.boost.org> >>Subject: Housemarque Oy Copyright in the Boost.Preprocessor Library >>Date: Fri, 13 Aug 2004 12:44:22 +0100 >> >>Visa, >> >>As you will know already, in order to simplify Boost licensing, we >>are in the process of moving to a single common license >>(http://www.boost.org/LICENSE_1_0.txt) The aim of the new license is to >>provide a single wording, that encapsulates the our previous license >>requirements, and which will simplify the evaluation of Boost for >>commercial >>organisations. >> >>So here's the big question: may we have permission to change code that has >>copyright "Housemarque Oy" to use the new license? The copyright >>declaration would >>obviously remain, it's only the license text that would change. >> >>If "yes", and you have Boost-cvs write access, please add "Housemarque Oy" >>to >>more/blanket_permission.txt. >> >>If "no", please give us some idea what objections you may have. >> >>Many thanks, >> >>John Maddock. >>[Boost Moderator] >> > > _________________________________________________________________ > Add photos to your e-mail with MSN 8. Get 2 months FREE*. > http://join.msn.com/?page=features/featuredemail > > --- > Incoming mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com) > Version: 6.0.737 / Virus Database: 491 - Release Date: 2004.08.11 > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com) > Version: 6.0.759 / Virus Database: 508 - Release Date: 2004.09.09 > >

2 2

serializing a hash_map (tweaks for gcc-3.3.4/libstdc++-v3)
by troy d.straszheim 14 Sep '04

14 Sep '04

Had a couple problems serializing a hash map on gcc-3.3.4/gnu libstdc++-v3. Sorry if this is a repeat, I've googled around a bit and found nothing. Here are the tweaks necessary: 1. BOOST_HAS_HASH is not defined for this stdlib, needs to be turned on. 2. The <hash_map> header itself is not accessible as <hash_map>, it's <ext/hash_map>, and 3. The BOOST_STD_EXTENSION_NAMESPACE in this case is "__gnu_cxx". I have a patched stdlibcpp3.hpp and serialization/hash_map.hpp if somebody wants 'em... Cheers, -t

4 6

Re: [boost] Re: Formal review of "Output Formatters" library beginstoday
by Reece Dunn 14 Sep '04

14 Sep '04

John Torjo wrote: >>PS: >> I noticed that in earlier versions strings within STL containers >> where surrounded by "quotes"; now, they are no longer, which causes >> problems if a string contains ",". Why was that changed? >> >at my suggestion ;) > >I think you'd use this library a lot for pretty printing. Thus, the above >would only hurt. You can still specify it manually (if you wish to read the >strings back) The problem with the system I developed was that it overrided the "natural" behaviour of the basic format object (read/write the object to/from the stream using >> and << respectively). As John points out, this can result in output that looks like: [ "Tina", "Dana", "Eric", "Shaun" ] when you would want: [ Tina, Dana, Eric, Shaun ] I am aware of the problems reading the data back in if the string contains spaces. Placing quotes around it requires that you escape the quotes (to allow quotes in the string, e.g. \") and to escape the character that signals an escaped character (e.g. \\). This can lead to "ugly" output, e.g.: "This is a message \\ to say \"Hallo Welt!\" to my German friends." when you'd want: This is a message \ to say "Hallo Welt!" to my German friends. Now, consider the case when you want to generate XML or HTML-based output. In that case, you would want something like: <message>This is a message \ to say "Hallo Welt!" to my German friends.</message> and do not need to explicitly escape the string. In this case you can do: namespace io = boost::io; std::cout << io::formatob( str, io::containerfmt()).format( "<message>", "</message>", "" ); I am looking to add support for format objects that transform elements, i.e.: OutStream & write( OutStream & os, const Elem & e ) { return( os << fn( e )); // fn = transformation function } bool read( InStream & in, Elem & e ) { return( inv_fn( in, e )); // inv_fn = inverse transformation function } That way you can define character escapers for strings, XML, HTML and other escaped formats. To format the string as: "This is a message \\ to say \"Hallo Welt!\" to my German friends." you can do: std::cout << io::formatob( str, io::containerfmt( io::string_escaper()) ).format( "\"", "\"", "" ); This makes the process more well formed, consistent within the framework and explicit. Regards, Reece _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger

1 0

RE: [boost] any interest in Boost Unification andBacktracking library(UBL)?
by Klaus Nowikow 14 Sep '04

14 Sep '04

Kresimir Fresl wrote: > Klaus Nowikow wrote: > > [...] > > My company uses a Prolog engine from a C++ program > > to solve a problem that is very hard to solve in C++ (I > can't explain > > this in detail here). > > Anyways, the inclusion of this Prolog engine caused various problems > > - the biggest being hard-to-reproduce program crashes when > we did not use > > the library _very_ carefully. > > > > So, if there was a C++ library that we could use for these tasks, we > > would surely consider it. > > Did you try LC++ library? > > http://www.cc.gatech.edu/~yannis/lc++/ > Not yet. Thanks for the link :-) -- Klaus

1 0

RE: [boost] any interest in Boost Unification and Backtracking library(UBL)?
by Klaus Nowikow 14 Sep '04

14 Sep '04

G. Wang wrote: > I am wondering how many people here are interested in a Boost > Unification > and Backtracking Library (UBL). UBL will implement the unification and > backtracking feature with the help of both preprocessor > meta-programming > (Boost Preprocessor library) and template meta-programming > (MPL). With UBL, > you will define Prolog-like predicates right inside your C++ code. I am very interested. My company uses a Prolog engine from a C++ program to solve a problem that is very hard to solve in C++ (I can't explain this in detail here). Anyways, the inclusion of this Prolog engine caused various problems - the biggest being hard-to-reproduce program crashes when we did not use the library _very_ carefully. So, if there was a C++ library that we could use for these tasks, we would surely consider it. Best regards, Klaus

2 1

Re: [boost] [1.32 Release] Branch-for-release date
by Robert Ramey 14 Sep '04

14 Sep '04

>With the new MPL in the main trunk and the updated MPL documentation coming >later this week, we've finally come to the point when it's feasible to talk >about the branch-for-release date. >Given that there is still some work on regressions to be done, I'd like to >aim for the end of the week, let's say Friday, September 17th. Does that >sound OK to everybody? Sounds too optimistic to me. >I'm assuming that at this point all library authors/maintainers are >finished with the tasks they wanted to perform before the release, minor >regression fixes aside. If not, please scream loudly! That's a reasonable assumption. But ... >One thing that we really have to take care of before branching is long >filenames. Could maintainers of the following libraries please fix the >corresponding problems listed in detail in http://www.boost.org/regression->logs/inspection_report.html? > archive (serialization) > build > date_time > graph > iterator > preprocessor > property_map > python > serialization > spirit > test > utility/enable_if The problem here is that some boost libraries depend on other boost libraries. E.g. serialization depends on spirit, lots of stuff depend on iterator, everything depends on test. So changing names will have lots of secondary effects. I'm still struggling with the fact that spirit 1.61 depends upon apply_if.hpp which no longer exists. In effect this makes the serialization library unavailable to vc 6.0, borland and others. That's just one case. BTW. These changes will break user code that depends on previous boost versions. So that's another question. Another issue is that the toolsets have some pending anomalies. Aside from the fact that the toolset documentation is now out of sync with the actual toolsets available and in use, I'm having problems with all those which use stlport which used to work. I'm still tracking this down. This is just the stuff I know about. I would say 17 Sep is hopelessly optimistic. Robert Ramey

3 2