- Boost - lists.boost.org

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

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

14 Sep '04

John Torjo wrote: >>>I think one type of delimeter is enough (I assume you wholeheartidly >>>disagree with this). >> >>I don't wholeheartedly disagree... I am open to persuasion ;) >> >>>This type should be the std::basic_string<underlying_char_type>(). >> >>This would still mean that you have one per underlying_char_type, so the >>same problem exists although it is now in a smaller problem domain. My > >Nope, in this case, the problem does not exist. >It's because you have this correspondence: >1 stream - 1 underslying character type - 1 object that can keep delimeters >As oposed to: >1 stream - N delimeter_types - N objects keeping these delimeters. <light-bulb = on>! ;) >>main reason against using std::basic_string as the storage type is >>performance (excessive copying of the delimeter values). Also, what about >>managed strings in C++/CLI? Don't they require a String^ type, or am I >>missing something? > >whoa. I have no idea. But I do think that std::string should work ;) Or am >I dreaming ;) ? C++/CLI implements it's String objects as wchar_t * strings. In VC7.x you do String * str = S"Hello"; to create a string. VC8 allows the following: String ^ str = "Hello"; String ^ str2 = L"World"; You would need to convert to an ASCII string if outputting on std::cout. Regards, Reece _________________________________________________________________ Want to block unwanted pop-ups? Download the free MSN Toolbar now! http://toolbar.msn.co.uk/

2 1

RE: [boost] Secret handles and descriptors: Enemies of reuse, conspirators with frameworks.
by Hurd, Matthew 14 Sep '04

14 Sep '04

> Behalf Of Scott Woods > > >From: "Aaron W. LaFramboise" <aaronrabiddog51(a)aaronwl.com> > > <snip> > > > Discounting polling, as its generally unacceptable, you always will need > > access to that underlying system resource handle, unless . . . <snip> Please don't discount polling. Trading CPU for latency benefits latency critical applications. A quick $0.02, Matt Hurd. IMPORTANT: The information contained in this email and/or its attachments is confidential. If you are not the intended recipient, please notify the sender immediately by reply and immediately delete this message and all its attachments. Any review, use, reproduction, disclosure or dissemination of this message or any attachment by an unintended recipient is strictly prohibited. Neither this message nor any attachment is intended as or should be construed as an offer, solicitation or recommendation to buy or sell any security or other financial instrument. Neither the sender, his or her employer nor any of their respective affiliates makes any warranties as to the completeness or accuracy of any of the information contained herein or that this message or any of its attachments is free of viruses.

1 0