- Boost-users - lists.preview.boost.org

Reusing indexing base from multi_array_ref
by Sohail Somani 20 Jun '05

20 Jun '05

Hi, Any comments? #include <iostream> #include <boost/multi_array.hpp> int main() { using std::cout; using std::endl; typedef boost::multi_array<double, 2> array_type; typedef boost::multi_array_ref<double,2> array_type_ref; typedef array_type::index_range range; typedef boost::multi_array_types::extent_range extent_range; array_type A(boost::extents[extent_range(1,4)][extent_range(1,10)]); // 3x9 A[4][2]=95; array_type::array_view<1>::type f = A[boost::indices[range()][2]]; assert(f[3]==A[4][2]); // Would like to have assert(f[3]==A[4][2]). f.reindex(1); assert(f[4]==A[4][2]); // Do I *have* to reindex in this way? What if the indexing base gets more complicated? }

1 0

Is it possible to use smart pointer w/ boost.multiarray or bind lapack/blas w/ boost.multiarray???
by Jack Nguyen 20 Jun '05

20 Jun '05

Any pointer/link is appreciated dat

2 1

Boost String Algorithms Library Questions
by J Liu 20 Jun '05

20 Jun '05

Hi, I am using boost 1.32 with msvc 6. When I run the string example in the package, I keep getting this kind of errors: boost.cpp C:\dev\RWREPL~1\YUKON-~1\boost_1_32_0\boost/algorithm/string/yes_no_type.hpp(22) : error C2265: '<Unknown>' : reference to a zero-sized array is illegal C:\dev\RWREPL~1\YUKON-~1\boost_1_32_0\boost/algorithm/string/yes_no_type.hpp(23) : see reference to class template instantiation 'boost::algorithm::size_descriptor<I>' being compiled C:\dev\RWREPL~1\YUKON-~1\boost_1_32_0\boost/algorithm/string/detail/collection_traits.hpp(312) : error C2039: 'value_type' : is not a member of '`global namespace'' C:\dev\RWREPL~1\YUKON-~1\boost_1_32_0\boost/algorithm/string/detail/collection_traits.hpp(323) : see reference to class template instantiation 'detail::array_traits<T>' being compiled C:\dev\RWREPL~1\YUKON-~1\boost_1_32_0\boost/algorithm/string/detail/collection_traits.hpp(312) : error C2146: syntax error : missing ';' before identifier 'value_type' C:\dev\RWREPL~1\YUKON-~1\boost_1_32_0\boost/algorithm/string/detail/collection_traits.hpp(323) : see reference to class template instantiation 'detail::array_traits<T>' being compiled C:\dev\RWREPL~1\YUKON-~1\boost_1_32_0\boost/algorithm/string/detail/collection_traits.hpp(312) : error C2868: 'value_type' : illegal syntax for using-declaration; expected qualified-name C:\dev\RWREPL~1\YUKON-~1\boost_1_32_0\boost/algorithm/string/detail/collection_traits.hpp(323) : see reference to class template instantiation 'detail::array_traits<T>' being compiled C:\dev\RWREPL~1\YUKON-~1\boost_1_32_0\boost/algorithm/string/detail/collection_traits.hpp(314) : error C2039: 'iterator' : is not a member of '`global namespace'' C:\dev\RWREPL~1\YUKON-~1\boost_1_32_0\boost/algorithm/string/detail/collection_traits.hpp(323) : see reference to class template instantiation 'detail::array_traits<T>' being compiled C:\dev\RWREPL~1\YUKON-~1\boost_1_32_0\boost/algorithm/string/detail/collection_traits.hpp(314) : error C2146: syntax error : missing ';' before identifier 'iterator' ............... Could anybody tell me what the problem is? BTW, I have no problem using the date time lib. Thanks a lot! J.L

2 1

Re: [Boost-users] Aborting a Boost.Thread
by Foster, Gareth 20 Jun '05

20 Jun '05

> > Does GNOME have this, too? The FM is written with gtkmm. > > Something like: > > http://developer.gnome.org/doc/API/gnome-vfs/ > > But it's C and I have no idea if C++ wrapper is present or not. > Try http://gtkmm.org/ - look up Gnome::Vfs, there are C++ wrappers for all the Gnome/GTK+ stuff there. Gaz

2 1

Re: [Boost-users] Tokenizer Question
by Victor A. Wagner Jr. 20 Jun '05

20 Jun '05

At 19:19 2005-06-11, you wrote: > > for tokenizing on whitespace, simple stream input (>>) to a > > std::string suffices. > >My own tokenizer does just that--and puts the tokens into a deque. > > > IMO, it's hardly worth troubling yourself with a tokenizer > > for whitespace. > >Well, not really. When parsing line-oriented output and semi-known >structured lines it's handy to be able to sometimes work with a line's >tokens as if they were in a vector or deque. string yourline; istringstream is(yourline); deque<string> yourvec((istream_iterator<std::string>(is)), istream_iterator<std::string>()); voila, a deque it would be interesting to profile that against the hypothetical indexable tokenizer. >In fact, I was going to add a suggestion that the tokenizer also have the [] >operator so that the individual tokens could be addressed as tok[1], etc. > >-Tom > >_______________________________________________ >Boost-users mailing list >Boost-users(a)lists.boost.org >http://lists.boost.org/mailman/listinfo.cgi/boost-users Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"

6 11

Aborting a Boost.Thread
by Matthias Kaeppler 20 Jun '05

20 Jun '05

Hello, I am currently working on a filemanager for the Linux operating system, and I'm currently thinking about how to implement copying operations, such that 1. The GUI won't be blocked when operating on files 2. File operations can be cancelled at any time I thought about using Boost.Thread to run all the copy operations (which will be performed by Boost.Filesystem). However, I'm not quite sure how to handle this situation: Say copying a huge file, maybe 1GB+, is in progress. The progress will be displayed in a dialog window, as usual. Now the user decides that he wants to stop the copy operation, and clicks a cancel button. Now what do I do? The only means to terminate a thread that I know of is: 1. Killsignal it (I don't think boost supports it, since it's probably highly platform dependent) 2. Check for a terminate flag once in a while and return from the method once it is set. But how am I supposed to do the latter? The copy function doesn't return until it's finished right? So I can't check for a condition, because the copy-thread itself is blocked until it's done. I'm completely stuck here, help greatly appreciated. Cheers, Matthias -- Matthias Kaeppler

3 4

Re: [Boost-users] Serialization problem in a shared library
by Tapio Vuorinen (JO/LMF) 20 Jun '05

20 Jun '05

Hi, On Sat, 2005-06-18 at 06:24, Robert Ramey wrote: >I believe that the next releae of boost - version 1.33 - will address this > problem. > Thanks for the answer. If the CVS already contains the required bugfixes for the problem could you please list the files which I need to merge into our copy of Boost to get the important bugfixes, the shared-library fixes, so that I do not break too much the existing code? Do the bugfixes depend on other Boost libraries or is it only the serialization library I need to fix? By the way, when the next version (1.33.0) will be released? Thanks! Tapio Vuorinen

1 0

Using filesystem.path on OS/390
by Tom Quarendon 19 Jun '05

19 Jun '05

In the filesystem rationale documentation there are references to the need and desire to represent paths on OS/390. However I can find no documentation about how this is achieved. Does the filesystem path class support OS/390 paths such as the syntax for PDSE members or DDnames? If so are there some examples? Many thanks. Tom Quarendon.

2 1

Spirit inserting values into map
by Leon Mergen 19 Jun '05

19 Jun '05

Hello, First of all, I love spirit. I've started using it yesterday and I cannot believe how easy it is. At the moment, I'm trying to parse digits that are supposed to go into a std::map < unsigned int, bool >. On a certain part, if a digits matches, the value /always/ needs to be true. Now, I'm trying to figure out how to statically set the std::map < unsigned int, bool>::value_type that Spirit allows you to assign values to; especially, how can I define that for a certain match, the ->second part should be true, instead of assigning it based on a match of the grammar ? I wasn't able to find this in the manual. I hope I'm making sense... :) Thanks in advance for any responses. Regards, Leon Mergen

1 0

Boost.Iostreams: patch for putback
by Takeshi Mouri 19 Jun '05

19 Jun '05

Hello, I found a trivial mistake in boost/iostreams/read.hpp of current CVS HEAD version. So, I report it. Thanks Takeshi Mouri *** read.hpp.orig Mon May 30 16:30:27 2005 --- read.hpp Sun Jun 19 23:42:40 2005 *************** *** 158,164 **** { // gcc 2.95 needs namespace qualification for char_traits. typedef typename char_type_of<T>::type char_type; typedef iostreams::char_traits<char_type> traits_type; ! return !traits_type::is_eof(t.sputbackc()); } }; --- 158,164 ---- { // gcc 2.95 needs namespace qualification for char_traits. typedef typename char_type_of<T>::type char_type; typedef iostreams::char_traits<char_type> traits_type; ! return !traits_type::is_eof(t.sputbackc(c)); } };

2 1