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

v_array survival
by Chaman Singh Verma 19 Nov '08

19 Nov '08

Hello, I have one old software which is using v_array, but I don't see v_array in the latest Boost distribution ? Is this class defunct now and should I replace it by vector or something else ? csv

2 3

[Regex]: Warnings for unicode regex includes
by Roland Bock 19 Nov '08

19 Nov '08

Hi, when compiling the following code <snip> #include <boost/regex.hpp> #include <boost/regex/icu.hpp> int main() { return 0; } </snip> with g++ -Wall -Wextra, a bunch of warnings are produced, see below. The first two seem trivial to solve, but I don't know about the third. Is there a workaround to get rid of the warnings (other than to turn of the -Wall and -Wextra) and/or should I file a bug report? System information: Ubuntu 8.04, 64bit gcc 4.2.4 boost 1.36 Regards, Roland PS: Here are the warnings I get: g++ -Wall -Wextra test.cpp -c -I ~/include/ In file included from /home/rbock/include/boost/regex/icu.hpp:1015, from test.cpp:2: /home/rbock/include/boost/regex/v4/u32regex_token_iterator.hpp:286: warning: unused parameter ‘submatch’ /home/rbock/include/boost/regex/v4/u32regex_token_iterator.hpp:348: warning: unused parameter ‘submatch’ /home/rbock/include/boost/regex/v4/perl_matcher.hpp: In function ‘bool boost::re_detail::can_start(charT, const unsigned char*, unsigned char) [with charT = unsigned int]’: /home/rbock/include/boost/regex/v4/perl_matcher_common.hpp:787: instantiated from ‘bool boost::re_detail::perl_matcher<BidiIterator, Allocator, traits>::find_restart_any() [with BidiIterator = boost::u16_to_u32_iterator<const UChar*, unsigned int>, Allocator = std::allocator<boost::sub_match<boost::u16_to_u32_iterator<const UChar*, unsigned int> > >, traits = boost::icu_regex_traits]’ /home/rbock/include/boost/regex/v4/perl_matcher_common.hpp:245: instantiated from ‘bool boost::re_detail::perl_matcher<BidiIterator, Allocator, traits>::find_imp() [with BidiIterator = boost::u16_to_u32_iterator<const UChar*, unsigned int>, Allocator = std::allocator<boost::sub_match<boost::u16_to_u32_iterator<const UChar*, unsigned int> > >, traits = boost::icu_regex_traits]’ /home/rbock/include/boost/regex/v4/perl_matcher_common.hpp:229: instantiated from ‘bool boost::re_detail::perl_matcher<BidiIterator, Allocator, traits>::find() [with BidiIterator = boost::u16_to_u32_iterator<const UChar*, unsigned int>, Allocator = std::allocator<boost::sub_match<boost::u16_to_u32_iterator<const UChar*, unsigned int> > >, traits = boost::icu_regex_traits]’ /home/rbock/include/boost/regex/v4/regex_search.hpp:56: instantiated from ‘bool boost::regex_search(BidiIterator, BidiIterator, boost::match_results<BidiIterator, Allocator>&, const boost::basic_regex<charT, traits>&, boost::regex_constants::match_flag_type, BidiIterator) [with BidiIterator = boost::u16_to_u32_iterator<const UChar*, unsigned int>, Allocator = std::allocator<boost::sub_match<boost::u16_to_u32_iterator<const UChar*, unsigned int> > >, charT = int, traits = boost::icu_regex_traits]’ /home/rbock/include/boost/regex/v4/regex_iterator.hpp:75: instantiated from ‘bool boost::regex_iterator_implementation<BidirectionalIterator, charT, traits>::next() [with BidirectionalIterator = boost::u16_to_u32_iterator<const UChar*, unsigned int>, charT = int, traits = boost::icu_regex_traits]’ /home/rbock/include/boost/regex/v4/regex_iterator.hpp:142: instantiated from ‘boost::regex_iterator<BidirectionalIterator, charT, traits>& boost::regex_iterator<BidirectionalIterator, charT, traits>::operator++() [with BidirectionalIterator = boost::u16_to_u32_iterator<const UChar*, unsigned int>, charT = int, traits = boost::icu_regex_traits]’ /home/rbock/include/boost/regex/icu.hpp:847: instantiated from ‘OutputIterator boost::re_detail::do_regex_replace(OutputIterator, const std::pair<I1, I1>&, const boost::u32regex&, const std::pair<I2, I2>&, boost::regex_constants::match_flag_type) [with OutputIterator = boost::utf16_output_iterator<boost::re_detail::unicode_string_out_iterator>, I1 = boost::u16_to_u32_iterator<const UChar*, unsigned int>, I2 = boost::u16_to_u32_iterator<const UChar*, unsigned int>]’ /home/rbock/include/boost/regex/icu.hpp:1008: instantiated from here /home/rbock/include/boost/regex/v4/perl_matcher.hpp:46: warning: comparison of unsigned expression < 0 is always false

2 3

Remind me
by Dominik Steenken 19 Nov '08

19 Nov '08

Hi, i am currently trying to implement something very simple: i have some network code (using boost/asio) which waits for data on a tcp connection (tcp::socket). Now i want this waiting operation to have a timeout. I did not find timeout capability in boost/asio so i tried to implement a timer class using boost/thread. Now there are two problems: a) the boost::thread object representing the thread that should be interrupted after a given time is not necessarily available. i looked at the namespace this_thread but found no possibility to gain access to a reference to the current thread. b) the interrupt() method only works when the interrupted thread is at one of the predefined interruption points. In my example however, that thread is held up in a boost/asio method. I suppose i could resolve b) by using asynchronous receives but that would take some serious restructuring and problem a) would still remain. What i really want is just a timeout version of the synchronous receive in boost/asio. Any ideas? Dominik

3 4

Re: [Boost-users] timeconv.inl
by Dan Smithers 19 Nov '08

19 Nov '08

> Date: Mon, 17 Nov 2008 09:10:46 +0100 > From: Daniel Kr?gler <dsp(a)bdal.de> > Subject: Re: [Boost-users] timeconv.inl > To: boost-users(a)lists.boost.org > Message-ID: <gfr8u6$vgg$1(a)ger.gmane.org> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Dan Smithers wrote: >> > I am porting some inherited code to MSVS 2008 >> > This is also bringing along an upgrade from boost 1.32 to a newer >> > version (probably 1.37). >> > >> > I have found a thread wrapper class in the code that uses time_to >> > directly. This is defined in lib/thread/src/timeconv.inl and doesn't >> > look like its meant to be used directly. > > I agree with the last assertion. I'm not sure that I correctly > understand with "I have found a thread wrapper class in the code that > uses time_to directly"?! In which code or in which wrapper class? In the inherited code. > >> > The original code base has timeconv.inl in the boost include directory. >> > >> > Was timeconv.inl moved at some point in the past? >> > >> > Is this as bad as I think it is? > > I don't see the (bad) point - timeconv.inl was already part of > the implementation of boost 1.32, so it's existence or it's precise > location shouldn't influence your code [Note that the helper functions > are simply wrapped into an unnamed namespace w/o further surrounding > namespace]. > > It's now located in duplicated form in lib/thread/src/win32 > and lib/thread/src/pthread. Whether this is intended, I don't know, > but it also shouldn't harm. Thanks, I looked around a bit more, and found that the example code used the same code as in timeconv and that I was making exactly the same set of calls to achieve the same result. It just doesn't seem right to be including directly from the src directory. In the code base I have inherited, timeconv.inl is in the include directory and appears to be for public use.

1 0

Re: [Boost-users] rint, the interval library and Visual Studio 2008
by Stephan Puchegger 19 Nov '08

19 Nov '08

> #if BOOST_MSVC < 1400 > extern "C" { double rint(double); } > #else > inline double rint(double x) > { > _asm FLD [x] ; > _asm FRNDINT ; > //_asm RET ; > } > #endif > > In msvc_rounding_control.hpp. > > HTH, John. Thanks John, that helped a lot and is by far more elegant than my solution (simply add a rint implementation to my project). Perhaps your solution should be included in the next boost version. Best regards & thanks Stephan

1 0

[threads] contention for MSCRT's_pRawDllMain hook in static library
by Evan Burkitt 19 Nov '08

19 Nov '08

I'm using VS2005 to compile a DLL that links with the MFC DLL and also the static Boost threads library. I've upgraded from Boost v1.34.1 to v1.37 and now the threads library's use of MSCRT's _pRawDllMain hook interferes with MFC's use of the hook to point to its _RawDllMain export. I've come up with a workaround of a library that exports _pRawDllMain and links to _RawDllMain in the MFC DLL and an export I've added to the threads library that calls its dll_callback() function. I just can't get the MS linker to cooperate. If I put my library ahead of the threads library in the command line the linker complains of a multiply-defined symbol. If I put the threads library ahead of my library the linker uses the threads library _pRawDllMain export and ignores mine. Only if I remove the _pRawDllMain export from the threads library entirely does the linker use mine. I would like to leave the _pRawDllMain export in the threads library so that it will still work in my library's absence but I can't figure out what makes it so attractive to the linker. I realize this isn't, strictly speaking, a Boost issue, but the problem arose because of a change to Boost and I know there are a lot of smart people here. :)> -evan

2 2

Shortest path feasibility code
by paul 19 Nov '08

19 Nov '08

Hi, Is there any public domain code that implements shortest path feasibility or negative cycle detection? Thanks, Paul

4 3

Cross platform library for reading/writing configuration files?
by Jeff Dunlap 19 Nov '08

19 Nov '08

I've used Windows specific functions for reading/writing configuration (INI) files in my application and would like to know if there is a cross platform library available that is recommended. I searched the boost libs for something and there are libs of course that can achieve this with some programming, but I'd like to know if there is something (boost or other library) with specific functionality to handle reading/writing INI files. Example: [General] Language=Français [Strings] String00001=Version String00002=Etes vous sûr ? String00003=Voulez-vous continuer ? Thank you very much

8 8

Re: [Boost-users] [iostreams?] Working with files larger than
by Ioannis Mademlis 18 Nov '08

18 Nov '08

Raindog wrote: > To my surprise, the implementation of the STL shipped with VC9 does not > support files larger than 4GB. I was pretty surprised and couldn't find > anything on the web to the contrary. So I was wondering if boost has any > hidden libraries that might assist in solving my problem. > > Thanks. If you are interested in manipulating really big files maybe you will find the hdf5 library handy. http://www.hdfgroup.org/HDF5/ For a short introduction http://www.hdfgroup.org/HDF5/doc/TechNotes/BigDataSmMach.html Cheers Ioannis

1 0

Writing dicom images
by David J. Paribello 18 Nov '08

18 Nov '08

Hello, I am new to Boost. I work in the medical imaging field and am looking for a set of functions and/or libraries in c++ that can be used to write raw (pixel) data to dicom images. I am also fairly new to c++ as well as dicom images. Is there a separate dicom header library? I have implemented much of what I need to do in Matlab using dicomwrite and want to mimic that function in c++. Does something similar to that exist? Thanks David ------------------------------- David Paribello - B. Eng., M. Eng. Robarts Research Institute Imaging Research Laboratories

4 3