November 2008 - Boost-users

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

[iostreams?] Working with files larger than 4gb.
by Raindog 18 Nov '08

18 Nov '08

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.

3 3

[asio]Can I call socket.close() in different thread?
by Wang Yun 18 Nov '08

18 Nov '08

Hi I use a thread pool to run one io_service instance, after a socket connected to a server, I want to call _socket.close() to close it. But I don't know how to do this in thread safe way. In the document, socket class is "Shared objects: Unsafe", becase I use thread pool, so I don't know which thread will call close on the socket. What should I do? Thanks, Wang Yun

1 0