- Boost - lists.boost.org

thread_pool
by Timothy Ritchey 17 Dec '04

17 Dec '04

I downloaded, and am getting ready to try out the thread_pool.zip implementation off the yahoo groups site by Dave Moore. I noticed that the file drop was dated 2002, and was wondering if there was a latest and greatest in the CVS tree, or whether I should use the implementation in the zip file. Cheers, tim

2 1

[signals] trackable not disconnecting
by Neal Coombes 17 Dec '04

17 Dec '04

I have been experiencing some strange behaviour (on Solaris 2.9 intel) with the signals::trackable object. I'm using it on all my objects that connect to signals and it doesn't seem to disconnect the signals consistently on destroyed objects (these objects are publicly and virtually derived from trackable). I've worked around the problem by manually disconnecting from all signals in the objects destructors. I'm having a very hard time making a small example program to demonstrate this behaviour (but I am working on it :). In the meantime if anyone else has experienced this kind of behaviour or has any information that might help, it would be greatly appreciated. TIA Neal

2 11

STLPort linking error
by Kenny Chamber 17 Dec '04

17 Dec '04

I am in the middle of moving our development from the std STL to STLPort and I am having a problem with two Athlon boxes. SuSE Linux 9.0 gcc 3.3.1 STLPort 4.6.2 Boost 1.31 I am changing an existing application to use STLPort and I have successfully completed the transition on a number of Intel boxes. When I try to build on an Athlon box I get the following error message: undefined reference to `boost::thread::thread[in-charge](boost::function0<void, std::allocator<boost::function_base> > const&)' I'm linking against libboost_thread-gcc-mt-p-1_31 and libboost_date_time-gcc-mt-p-1_31. I can't see an obvious solution so I'm hoping someone has solved this problem already. ----------------------- Kenny Chamber http://gem-hs.org/contact.html

4 3

[BGL] Patch for detail/adjacency_list.hpp
by Jürgen Hunold 17 Dec '04

17 Dec '04

Hi ! The last commit from Doug Gregor (Revision 1.130) broke compilation with gcc-3.4.1 for me. The attached patch fixes this by moving the implementation of remove_directed_edge_dispatch to a place _before_ it is used. Yours, Jürgen -- * Dipl.-Math. Jürgen Hunold ! Institut für Verkehrswesen, Eisenbahnbau * voice: ++49 511 762-2529 ! und -betrieb, Universität Hannover * fax : ++49 511 762-3001 ! Appelstrasse 9a, D-30167 Hannover * hunold(a)ive.uni-hannover.de ! www.ive.uni-hannover.de

3 4

PhD position (generic software libraries)
by Sibylle Schupp 17 Dec '04

17 Dec '04

*** PH.D. POSITION (GENERIC SOFTWARE LIBRARIES) *** Boost inside your Volvo?! In a joint project between Chalmers University and industrial partners from the automotive industry, there is an opening for a Ph.D. position specifically in the area of generic library design. The successful candidate will have the rare opportunity to earn a Ph.D. with a dissertation in which software is not just of "academic" value and interest, but really matters. Booster are encouraged to apply, to get back to me with recommendations, or to pass this advertisement on to others---this project is a big chance to implant generic programming in the (not just Swedish) car industry! Note that PhD positions in Sweden are regular jobs, with social benefits, paid vacation, parental leave, etc. I attach the entire announcement below; CEDES/4 is the position of interest. For further details, please get in touch with me. Sibylle ------- Sibylle Schupp, Assoc. Prof. Dept. Computing Science Chalmers Univ. of Technology SE-41296 Gothenburg http://www.cs.chalmers.se/~schupp ========================================================================= Open Ph.D. positions at Chalmers University of Technology (Sweden) Chalmers University of Technology is seeking outstanding Ph.D. candidates for 5 open Ph.D. positions within the newly started CEDES (Cost-Efficient Dependable Electronic Systems) initiative. CEDES is a joint project of Chalmers Univ. of Technology, Volvo Car Corporation, AB Volvo, Autoliv, and the Swedish National Testing and Research Institute, sponsored by the Swedish Road Authority. All Ph.D. positions are in the School of Computer Science and Engineering. Successful applicants hold a degree in computer engineering or computer science and can demonstrate their capability to conduct research. Additional requirements and deadlines vary among the different positions. Knowledge of the Swedish language is not required; both the School of Computer Engineering and Computing Science and the City of Gothenburg, Sweden's second-largest city, are characterized by a friendly, international atmosphere. Applicants should state explicitly for which of the positions they apply. -------------- Ref.Nr CEDES/1-2 (Software processes) Application: See http://chalmersnyheter.chalmers.se/chalmers03/svensk/ext_ledigatjansterarti… Deadline: Dec. 31, 2004 Contact: Peter Ohman, X(a)ce.chalmers.se, where X=peter.ohman -------------- Ref.Nr CEDES/3 (Fault tolerance) Deadline: Feb. 15, 2005 Contact: Johan Karlsson, X(a)ce.chalmers.se, where X=johan -------------- Ref.Nr CEDES/4 (Generic software libraries) Application: See http://www.cs.chalmers.se/Cs/Grad/ Deadline: Feb. 15, 2005 Contact: Sibylle Schupp, X(a)cs.chalmers.se, where X=schupp -------------- Ref.Nr CEDES/5 (Verification and validation) Application: See http://www.cs.chalmers.se/Cs/Grad/ Deadline: Feb. 15, 2005 Contact: Reiner Hahnle, X(a)cs.chalmers.se, where X=reiner

1 0

Boost 1.32.0/SUN CC shared_ptr/weak_ptr test failure in shared_ptr_basic_test.cpp
by Timo Geusch 17 Dec '04

17 Dec '04

Ah yes, the neverending saga of the SUN C++ compiler, version 5.5 in this particular case. My apologies if this information is already well-known, I have been off the list for a couple of months, but a quick check of the mailing list archive didn't show any discussion regarding this subject. I had been trying to figure out what's breaking the simple shared_ptr to weak_ptr assignments and copies on this particular compiler. The code shown below is based on the code in the above file, around line 260. Anyway, for reference, the following test fails using the default settings for sunpro-tools.jam: weak_ptr<X> wp2 = static_pointer_cast<X>(p5); BOOST_TEST(wp2.use_count() == 1); as the reference count is 2, not 1 as expected. After looking at the source code for static_pointer_cast<> and a bit of experimentation with different types of scoping produced the following code instead: weak_ptr<X> wp2; { wp2 = static_pointer_cast<X>(p5); } BOOST_TEST(wp2.use_count() == 1); Interestingly, this code works as expected - it appears that this particular compiler doesn't clean up the temporary shared_ptr<X> that's being generated inside static_pointer_cast<> until it hits a closing '}'. Digging around the web confirmed that originally the SUN C++ compilers destroyed temporaries as described above and the newer compilers are still backward-compatible. In order to get standard-compliant behaviour one needs to specify -features=tmplife. One updated boost jamfile and the compiler appears to be much happier - all the smart_ptr appear to pass now, apart from shared_ptr_assign_fail.cpp which I assume isn't supposed compile in the first place. A quick test suggests that the 5.3 also supports the above compiler flag so it may be worth including this setting in the sunpro-tools.jam file, however I haven't tested this yet.

1 0

[multi_index] announce: added serialization support
by Joaquín Mª López Muñoz 16 Dec '04

16 Dec '04

The version currently commited to the CVS includes serialization support, docs, examples, etc. I'll be happy to know about your usage experience, as well as general comments on the new feature. Regards, Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

2 1

Re: [boost] thoughts on a GUI component library
by brangdon＠cix.compulink.co.uk 16 Dec '04

16 Dec '04

In-Reply-To: <BAY101-F20FDD5860C530B8D6ADE17A0AC0(a)phx.gbl> msclrhd(a)hotmail.com (Reece Dunn) wrote (abridged): > struct position{ float x; float y; }; > struct size{ float dx; float dy; }; > struct area > { > float top; float left; > float width; float height; > }; Why float rather than double? I'd want to avoid unnecessary conversions, so I'd want to use the same units all the way through. At the moment my document model uses integers, scaled not to 96 dpi pixels but to logical units which are 72,000 dpi. With 32-bit ints that gives a drawing area of about 30,000 inches. Using floats would give only 23 bits of precision, which reduces the drawing area to around 60 inches, which is getting a bit small. I'd prefer to avoid using fractional units because of exactness issues with 1/3 etc. I don't have a strong opinion on floating point generally. Sometimes I want to use pixel rounding, and sometimes I want to transform coordinates without losing accuracy. Adobe's PDF is an example which uses a floating point coordinates, albeit at 72 dpi rather than 72,000. I do know that most of the time, using integers works fine. You don't lose precision because you only ever transform the coordinates once. For bounding box transforms you round left/top with floor and right/bottom with ceil. For anti-aliasing you transform, eg, from 72,000 dpi to 384 dpi to get 1/4 pixel precision. -- Dave Harris, Nottingham, UK

1 0

MPL Book is on the way!!!
by Jody Hagins 16 Dec '04

16 Dec '04

I recieved notification that it shipped yesterday, and according to the UPS website, it will be here tomorrow, Dec 15!

6 6

[Boost-bugs] [ boost-Bugs-1086305 ] incorrect conditions to #define DISABLE_WIDE_CHAR_SUPPORT
by SourceForge.net 16 Dec '04

16 Dec '04

Bugs item #1086305, was opened at 2004-12-16 11:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1086305&group_… Category: lexical_cast Group: None Status: Open Resolution: None Priority: 5 Submitted By: Sergej Zagursky (seza) Assigned to: Kevlin Henney (kevlin) Summary: incorrect conditions to #define DISABLE_WIDE_CHAR_SUPPORT Initial Comment: I think absence of BOOST_NO_INTRINSIC_WCHAR_T isn't a requirement for DISABLE_WIDE_CHAR_SUPPORT definition. Suggested fix: //old code #if defined(BOOST_NO_STRINGSTREAM) || defined(BOOST_NO_STD_WSTRING) || defined(BOOST_NO_STD_LOCALE) || defined(BOOST_NO_INTRINSIC_WCHAR_T) #define DISABLE_WIDE_CHAR_SUPPORT #endif //new code #if defined(BOOST_NO_STRINGSTREAM) || defined(BOOST_NO_STD_WSTRING) || defined(BOOST_NO_STD_LOCALE) #define DISABLE_WIDE_CHAR_SUPPORT #endif ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1086305&group_… ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0