- Boost-users - lists.boost.org

Fixed sized containers
by Dowie, Martin (SELEX) (UK) 26 Jul '07

26 Jul '07

All, I've noticed the addition of template class "array" to TR1. As I work in the embedded field this is going to be extrememly useful to me (thank you!). I was wondering if there were any plans to expand on this and standardize other statically fixed containers? Cheers -- Martin SELEX Sensors and Airborne Systems Limited Registered Office: Sigma House, Christopher Martin Road, Basildon, Essex SS14 3EL A company registered in England & Wales. Company no. 02426132 ******************************************************************** This email and any attachments are confidential to the intended recipient and may also be privileged. If you are not the intended recipient please delete it from your system and notify the sender. You should not copy it or use it for any purpose nor disclose or distribute its contents to any other person. ********************************************************************

1 0

[statechart] asynchronous machine's post event question.
by Jiang Miao 26 Jul '07

26 Jul '07

Hi, According to the code struct Working:sc::state< Working, Active > { Working(my_context ctx):my_base(ctx) { cout<<__FUNCTION__<<endl; outermost_context_type& machine=outermost_context(); // machine is a asynchronous machine. A machine.post_event( EvtTerminate() ); B machine.my_scheduler().queue_event( machine.my_handle(),boost::intrusive_ptr<EvtTerminate>(new EvtTerminate() ) ); }; ~Working(void) { cout<<__FUNCTION__<<endl; } typedef sc::transition< EvtIdleWork,Idle > reactions; }; Is there any difference between A and B? Which is the better and recommended or Is there another better way to post event? Thank you.

2 1

Re: [Boost-users] Support for sp_counted_base for HP Itanium aCC compiler
by Baruch Zilber 26 Jul '07

26 Jul '07

>Hi Baruch, > >thank you for doing this. > >Can you, please, post your code here (I guess, it is a header file like >sp_counted_base_gcc_ia64.hpp)?. It will be reviewed by the Boost community >and we'll review it at HP. And, then, it can be added to Boost, hopefully, >in Boost 1.35 time frame. > >Thanks again, > Boris I copy the file sp_counted_base_gcc_ia64.hpp to sp_counted_base_acc_ia64.hpp and change the following methods: atomic_increment(),atomic_decrement() and atomic_conditional_increment() The change was: #include <machine/sys/inline.h> inline void atomic_increment( int * pw ) { _Asm_mf(); static_cast<int>(_Asm_fetchadd(_FASZ_W, _SEM_REL, (void*)pw, +1, _LDHINT_NONE) + 1); } inline int atomic_decrement( int * pw ) { _Asm_mf(); return (static_cast<int>(_Asm_fetchadd(_FASZ_W, _SEM_REL, (void*)pw, -1, _LDHINT_NONE) - 1) - 1); } inline int atomic_conditional_increment( int * pw ) { return _Asm_mov_to_ar((_Asm_app_reg)_AREG_CCV, *pw, (_Asm_fence)(_UP_CALL_FENCE | _UP_SYS_FENCE | _DOWN_CALL_FENCE | _DOWN_SYS_FENCE)), _Asm_mf(), (_Asm_cmpxchg((_Asm_sz)4, (_Asm_sem)_SEM_REL, pw, *pw + 1, (_Asm_ldhint)_LDHINT_NONE)); } Thanks Baruch This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at http://www.amdocs.com/email_disclaimer.asp

2 4

Re: [Boost-users] Tuple use/overuse?
by Roman Perepelitsa 26 Jul '07

26 Jul '07

> Joel de Guzman <joel(a)boost-consulting.com> on Thu, 26 Jul 2007 06:59:46 +0800 > > - bind expression with tuple becomes a nightmare > > Why? Ah access to the members? It's a nightmare indeed. I'd say boost::get is not bindable at all. typedef tuple<int, double> two; vector<two> src; vector<int> dst; // ouch const int & (*get_first)(const cons<two::head_type, two::tail_type> &) = get<0>; transform(src.begin(), src.end(), dst.begin(), get_first); Would not it be cool to write something like this instead? transform(src.begin(), src.end(), dst.begin(), get<0>()); And it's not hard to implement it. namespace boost { namespace tuples { template <int N> struct getter { template <class HT, class TT> typename access_traits< typename element<N, cons<HT, TT> >::type >::non_const_type operator()(cons<HT, TT> & c) const { return get<N>(c); } template <class HT, class TT> typename access_traits< typename element<N, cons<HT, TT> >::type >::const_type operator()(const cons<HT, TT> & c) const { return get<N>(c); } }; } template <int N> tuples::getter<N> get() { return tuples::getter<N>(); } } Does fusion have something like this? Regards, Roman Perepelitsa Deutsche Bank Moscow +7 (495) 660-74-08 --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional EU corporate and regulatory disclosures.

1 0

Re: [Boost-users] [thread] comparison with Intel Threading BuildingBlocks
by Ovanes Markarian 26 Jul '07

26 Jul '07

On Wed, July 25, 2007 17:06, Andrew Holden wrote: > Ovanes Markarian wrote: >> Thanks for you link, a very interesting one ;) I ment this >> one in my previous post: >> http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2276.html > > Another interesting technology. I'll need to examine it more closely. > It looks similar to TBB. Intel's implementation of TBB uses tasks and > thread pools. Instead of futures, it uses canned parallel algorithms > that WILL complete before returning, thus freeing the user from worrying > that values might not be ready. > > It looks like the futures run at a somewhat lower level than TBB, which > is certainly not a bad thing. I can already see the beginnings of some > ideas where it might do things that TBB can't, like any situation where > you wish to launch a separate thread (or task) and forget about it. I'm > also intrigued by the option of waiting an a specific return value from > the thread instead of joining the entire thread, like in boost.thread. > > I find myself wordering if this would be a worthy addition to > boost.thread. It looks like you could use a boost.thread condition > object in the implementation of a future. AFAIK Peter Dimov did some technology evaluation and implementation for futures. I also saw that Howard Hinnant was working on futures. May be there are already some implemenations which prove the concept. Boost Vault contains them at: http://boost-consulting.com/vault/index.php?&direction=0&order=&directory=C… With Kind Regards, Ovanes Markarian

6 5

astar using namespace
by bringiton bringiton 26 Jul '07

26 Jul '07

I've removed the using namespace boost from the astar graph cities example. (I prefer to define namespaces explicitly). //using namespace boost; I've added boost:: to all the type names and it all compiles fine. However, some functions compile without the namespace. ie the following line: WeightMap weightmap = get(boost::edge_weight, g); Can someone please explain why I dont need a boost:: infront of the get?

4 3

[iostreams] missing stream_facade
by Cheng Lian 26 Jul '07

26 Jul '07

Hi, all I was playing around with iostreams recently, and I found that some examples of iostreams include the header file: boost/iostreams/stream_facade.hpp But I cannot find this header any where. I noticed that in the 1.34 release, iostreams is entirely outdated, and I waited until 1.34.1, but this mysterious header is still missing. I apologize if the file just stands right there but somehow I managed to miss it. Also, I think there should be a Jamfile to compile and test the examples. The documentation is pretty useful but well organized and offers many code snippet but never a compilable example as a whole. Fortunately the test cases offered many useful use cases :-) Cheers Cheng

1 0

[serialisation]Portable Binary Archives
by Hughes, James 25 Jul '07

25 Jul '07

Hello all, Probably answered before, but I wondered whether there is a standard implementation for portable binary archives available. I have found a reference here (http://programmicon.com/2007/03/07/the-un-fun-stuff/) I noticed some recent posts on the subject, but haven't found out much info googling. Cheers James This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately.

7 21

[regex] 1.34.1 vc71.mak problem
by Kyle Alons 25 Jul '07

25 Jul '07

The .mak file produces -1_34.lib files, but linking w/ regex expects -1_34_1.lib files. -- --------------------- Kyle Alons http://www.kinook.com

2 1

Re: [Boost-users] [thread] comparison with Intel Threading BuildingBlocks
by Ovanes Markarian 25 Jul '07

25 Jul '07

On Wed, July 25, 2007 16:15, Andrew Holden wrote: > Ovanes Markarian wrote: >> >> Do you mean that TBB is more like a "future" which might be >> added to the upcoming tr2? > > It's possible. According to TBB's FAQ, Intel is working with the C++ > standards group towards this goal. The FAQ entry can be found at > http://softwarecommunity.intel.com/tbbWiki/FAQ/647.htm. The proposal > can be found at > http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n2104.pdf. Thanks for you link, a very interesting one ;) I ment this one in my previous post: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2007/n2276.html With Kind Regards, Ovanes Markarian

2 1