August 2005 - Boost - lists.preview.boost.org

[1.33.0] RC_1_33_0 branch is CLOSED
by Douglas Gregor 12 Aug '05

12 Aug '05

The 1.33.0 release branch is now closed. Doug

2 2

[RFC] Alternative any design
by Pablo Aguilar 12 Aug '05

12 Aug '05

[I got an error when sending, please excuse me if this shows up twice] Hi, First of all, thanks to everyone who's commented on the proposed any alternative. Given that the alignment issue doesn't seem to be easy to solve, I'm thinking of giving up on trying to align correctly, and just skip the "in place storing of value" optimization when it might be an issue. So I'm wondering, is the following a proper way to detect alignment problems? <code> typedef void* any_buffer_base_type; // could be customized int const ANY_BUFFER_SIZE = sizeof(any_buffer_base_type); union object_holder { char buffer[ANY_BUFFER_SIZE]; void* pointer; any_buffer_base_type alignment_dummy_; }; template<typename T> struct optimize { enum { T_size_ = sizeof(T) , base_size_ = sizeof(any_buffer_base_type) , size_ok_ = (T_size_ <= base_size_) , T_align_ = alignment_of<T>::value , base_align_= alignment_of<any_buffer_base_type>::value , align_ok_ = ((base_align_ % T_align_) == 0) , value = size_ok_ && align_ok_ }; }; </code> I looked at Optional's alignment tecnique, and couldn't come up with how to use it, given that the stored type for any changes at runtime. If there's something I missed about this, any help would be welcome. My current solution is to use the above shown code (assuming it works, of course!), and fall back on heap based storage when optimization is deemed not possible. The 2nd question I had to ask is, how should any's alignment type be specified, with a configuration macro or through a template parameter? I haven't posted an updated version, given that there's some issues (other than alignment) still requiring attention. Thanks in advance for any help you might provide, Pablo Aguilar

1 0

[RFC] Alternative any design
by Pablo Aguilar 12 Aug '05

12 Aug '05

Hi, First of all, thanks to everyone who's commented on the proposed any alternative. Given that the alignment issue doesn't seem to be easy to solve, I'm thinking of giving up on trying to align correctly, and just skip the "in place storing of value" optimization when it might be an issue. So I'm wondering, is the following a proper way to detect alignment problems? <code> typedef void* any_buffer_base_type; // could be customized int const ANY_BUFFER_SIZE = sizeof(any_buffer_base_type); union object_holder { char buffer[ANY_BUFFER_SIZE]; void* pointer; any_buffer_base_type alignment_dummy_; }; template<typename T> struct optimize { enum { T_size_ = sizeof(T) , base_size_ = sizeof(any_buffer_base_type) , size_ok_ = (T_size_ <= base_size_) , T_align_ = alignment_of<T>::value , base_align_= alignment_of<any_buffer_base_type>::value , align_ok_ = ((base_align_ % T_align_) == 0) , value = size_ok_ && align_ok_ }; }; </code> I looked at Optional's alignment tecnique, and couldn't come up with how to use it, given that the stored type for any changes at runtime. If there's something I missed about this, any help would be welcome. My current solution is to use the above shown code (assuming it works, of course!), and fall back on heap based storage when optimization is deemed not possible. The 2nd question I had to ask is, how should any's alignment type be specified, with a configuration macro or through a template parameter? I haven't posted an updated version, given that there's some issues (other than alignment) still requiring attention. Thanks in advance for any help you might provide, Pablo Aguilar

1 0

[wave] No dynamic lib?
by Neal Becker 12 Aug '05

12 Aug '05

I notice that 1.33.0-rc2 doesn't build dynamic libs for wave. Is this intentional?

2 3

Re: [boost] [thread] assertion error when exiting app
by Sean Huang 11 Aug '05

11 Aug '05

> I didnt understand your solution... > You call on_thread_exit in the end of the threads that are created > with boost::thread ? Even if there are, possibly, other(COM) threads > running? It has nothing to do with boost::thread. I call on_thread_exit on any threads that use boost::thread_specific_ptr. on_thread_exit can be called multiple times so this workaround works with boost::thread too. One thing important is you cannot use boost::thread_specific_ptr after the call. I would consider this as a hack not a solution. Sean

1 0

archive stuck?
by Gennadiy Rozental 11 Aug '05

11 Aug '05

I don't see this month messages here: http://lists.boost.org/boost/2005/08/date.php Gennadiy

3 4

Linker Error During Compilation of Function
by Mottengte, Rajeev Kumar 11 Aug '05

11 Aug '05

Hi I am getting linker errors during compilation of functions which is returning object of class boost::archive::text_iarchive. The error is "In Copy constructor 'boost::archive::basic_text_iprimitive<> ..... boost::scoped_ptr<T> is private. So I changed the scoped_ptr to public manually in the scoped_ptr.hpp file. After that I am getting an error undefined reference to boost::scoped_ptr<std::locale>. Can any body tell me how to resolve this problem. Rgds Rajeev

1 0

Re: [boost] alignment problem in proposed any alternative
by Martin Bonner 11 Aug '05

11 Aug '05

----Original Message---- From: christopher diggins [mailto:cdiggins@videotron.ca] Sent: 11 August 2005 14:00 To: boost(a)lists.boost.org Subject: Re: [boost] alignment problem in proposed any alternative [snip] > 3.9(2) says: > For any complete POD object type T, whether or not the object holds a > valid value of type T, the underlying > bytes (1.7) making up the object can be copied into an array of char > or unsigned char.36) If the content of the array of char or unsigned > char is copied back into the object, the object shall subsequently > hold its original value. > > This has nothing to do with void* and char*, but rather with all > POD's. > > This clearly implies char arrays are stringently aligned. Err, no it doesn't. It says that you can store the bits of a POD object into a char array, and then load the bits back into the same (correctly aligned) POD object. It does *NOT* say that you can use the address of the char array as if it were the address of the POD object. For example: #include <assert.h> int main() { long pod = 3141L; char pad; char c[sizeof(pod)]; memcpy( c, &pod, sizeof(pod) ); pod = 42L; memcpy( &pod, c, sizeof(pod) ); assert (pod == 3141L); // 3.9(2) requires this assert to pass. // nothing requires THIS assert to pass, and on some systems it fail // because c is not suitable aligned. assert ( *reinterpret_cast<long*>(&c[0]) == 3141L ); return 0; } -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 441434

4 3

thread library mutexes in Windows 95
by Jorge Lodos 11 Aug '05

11 Aug '05

Hi I'm trying to use the the boost::thread::mutex class in a Windows 95 project. Since the generated .lib files for the thread library include InterlockedCompareExchange (used in try_mutex::call_once) I was left with the option of adding the mutex.cpp and the exceptions.cpp files to my project and compiling them separately. Building the program included at the end, MSCV 7.1 gives the following linker errors: Compiling... Mutex.cpp Linking... mutex1.obj : error LNK2019: unresolved external symbol "void __cdecl boost::call_once(void (__cdecl*)(void),long &)" (?call_once@boost@@YAXP6AXXZAAJ@Z) referenced in function "bool __cdecl `anonymous namespace'::has_TryEnterCriticalSection(void)" (?has_TryEnterCriticalSection@?A0x5deb84cd@@YA_NXZ) mutex1.obj : error LNK2019: unresolved external symbol "int __cdecl boost::xtime_get(struct boost::xtime *,int)" (?xtime_get@boost@@YAHPAUxtime@1@H@Z) referenced in function "private: bool __thiscall boost::timed_mutex::do_timedlock(struct boost::xtime const &)" (?do_timedlock@timed_mutex@boost@@AAE_NABUxtime@2@@Z) Debug/Mutex.exe : fatal error LNK1120: 2 unresolved externals call_once is called in try_mutex constructor, while xtime_get is called in timed_mutex::do_timedlock. Nor try_mutex or timed_mutex are used at all. This was confirmed by commenting out the whole implementation for both in mutex.cpp, in which case the program links without problems. Just commenting out the lines m_critical_section = has_TryEnterCriticalSection(); in the try_mutex constructor and boost::xtime_get(&cur, boost::TIME_UTC); in timed_mutex::do_timedlock makes the program link. I originally expected the linker will remove all try_mutex and timed_muted implementation but it does not. Can someone give any ideas on how to use boost::mutex in a MSCV 7.1 project for Windows 95 without having to modify the original files? Is there a reason for the linker not to remove all the code for try_mutex and timed_mutex? Thanks in advance. Best regards Jorge #define BOOST_THREAD_NO_LIB #include <boost/thread/mutex.hpp> // mutex.cpp and exceptions.cpp compiled with // BOOST_THREAD_NO_LIB preprocessor option. // This must be enforced, since they both #include // <boost/thread/detail/config.hpp> int main(int argc, char *argv[ ]) { boost::mutex mymutex; boost::mutex::scoped_lock scoped_lock(mymutex); }

1 0

Boost regression notification (2005-08-11)
by Douglas Gregor 11 Aug '05

11 Aug '05

Boost regression test failures ------------------------------ Report time: 2005-08-11T14:40:23Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/developer/i… 0 failure in 0 library:

1 0

[1.33 RC2/serialization] New failures on Intel 8.1
by Stefan Slapeta 11 Aug '05

11 Aug '05

Hi, the latest changes seem to cause new failures on Intel 8.1 ("internal failure...") that are once again related to the buggy debug info generation in this compiler version. After investigating, I'm afraid I can't offer anything but to mark them as expected :-( Stefan

2 1

Re: [boost] alignment problem in proposed any alternative
by felipe 11 Aug '05

11 Aug '05

> Date: Thu, 11 Aug 2005 09:00:20 -0400 > From: christopher diggins <cdiggins(a)videotron.ca> > Subject: Re: [boost] alignment problem in proposed any alternative > To: boost(a)lists.boost.org > Message-ID: <004c01c59e74$a17a7800$2b792518@heronnest> > Content-Type: text/plain; format=flowed; charset=iso-8859-1; > reply-type=original > ----- Original Message ----- > From: "felipe" <pbr(a)taric.es> > To: <boost(a)lists.boost.org> > Sent: Thursday, August 11, 2005 4:09 AM > Subject: Re: [boost] alignment problem in proposed any alternative > >> Nope, this is totally wrong! chars and arrays of type char are >> generally >> the least aligned objects. You can demonstrate that this doesn't work >> with something like this: >> >> void blah() >> { >> char c[/* some number */]; >> any<8> a((double)1.0); >> std::cout << &a << std::endl; >> } > That code is completely misleading, yhe question is not what the address > of > a is! > Well, let me clarify: /*############ BEGIN ########*/ #include <iostream> #include <boost/type_traits.hpp> template<int buffer_size> struct any { char c; // this offsets buffer by one-byte.. because for the // compiler, chars only need byte alignment char buffer[buffer_size]; // ... template<typename T> any(const T& x) { if (boost::is_pod<T>::value && (sizeof(T) <= buffer_size)) { memcpy(buffer, &x, sizeof(T)); } else { // new and stuff } } }; int main(int argc, char **argv) { any<8> blah((double)1.0); std::cout << (void *)&blah.buffer << std::endl; return 0; } /*##### END ########*/ Output of the program on Pentium/Win2k/Visual C++ 6.0: 0x22ef01 This is obviously NOT a good place for a double, unless you are going to memcpy everything, which would be a needlessly inefficient design. Right, the Pentium lets me slide (with some extra instructions to keep away idle cycles), but don't try it on an Alpha! Have you not read the articles by Alexandrescu in CUJ? These are pretty old and yet they explore all of this stuff. What you should do is make the buffer a union of a minimal size object (e.g. your char array) and a minimum alignment object (e.g. a double in the example above). The compiler then adjusts alignment for the latter, while guaranteeing space for the former. Another thing, your proposal shies away from objects with constructors, etc. Why? You can use the placement new operator and get a much cleaner implementation. You know, something like this: template<typename T> any(const T& x) { .. new(&buffer[0]) T(x); // instead of memcpy hope this helps -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

1 0

Self Contained Transportable Class :
by Mottengte, Rajeev Kumar 11 Aug '05

11 Aug '05

Hi I am trying to create a self contained transportable class which can be migrated to any machine by calling a member function in it. I am having the socket stream implementation which derives the transportable boost class. In the serialize function of the boost class, I am trying to get the string stream and trying to call network marshal function of the base class. How can I get the stream ( I am using a string stream ) from the archive class inside the serialize function. Rgds Rajeev

1 0

Re: [boost] alignment problem in proposed any alternative
by felipe 11 Aug '05

11 Aug '05

Nope, this is totally wrong! chars and arrays of type char are generally the least aligned objects. You can demonstrate that this doesn't work with something like this: void blah() { char c[/* some number */]; any<8> a((double)1.0); std::cout << &a << std::endl; } Tweak the size of c[] until you get &a % 8 != 0. Some compilers optimize stack layout, over-aligning data, but this is true only for SOME compilers on SOME processors with SOME optimization settings. (You can also experiment by defining an additional char variable before the buffer in your any. Where does &a.buffer lie?) I think you are misreading 3.9.2: it is talking about pointers, namely that void * and char * have the same storage and alignment requirements. On Wed, 10 Aug 2005 20:27:16 +0200, <boost-request(a)lists.boost.org> wrote: > From: "christopher diggins" <cdiggins(a)videotron.ca> > To: "Boost mailing list" <boost(a)lists.boost.org> > Sent: Wednesday, August 10, 2005 1:30 AM > Subject: [boost] alignment problem in proposed any alternative >> The question I have is whether in practice though are there are any >> compilers which have stricter alignment requirements on small types (<= >> sizeof(void*)) than a void pointer. In other words, is it possible with >> any >> known compiler to actually throw the runtime error ? > Now a moot point, see below. > >> Unfortunately there is another problem, I am not an expert in >> interepreting >> the standard, but AFAICT placement new is guaranteed to return a pointer >> to >> properly aligned memory (3.7.3.1 / 2) which I leverage to check that >> alignment occured. Apparently not every STL implementation does in fact >> do >> that (I believe at least dinkumware is guilty of that). > Apparently I am wrong about this! 18.4.1.3 provides an exception. (I > wonder > why I missed the exception 15 chapters later?) > Anyway it turns out we can guarantee alignment by simply using a char > buffer. According to 3.9/2 the following automatically has no alignment > problems: > template<int buffer_size> > struct any { > char buffer[buffer_size]; > ... > template<typename T> > any(const T& x) { > if (boost::is_pod<T>::value && (sizeof(T) <= buffer_size)) { > memcpy(buffer, &T, N); > } > else { > // new and stuff > } > } > } > Christopher Diggins -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/

3 2

[1.33.0] Release candidate #2 is available
by Douglas Gregor 11 Aug '05

11 Aug '05

Boost 1.33.0 release candidate #2 is now available at the usual place: http://www.osl.iu.edu/~dgregor/boost-1.33.0/ Please build it, test it, and report back to the mailing list. If no major problems are found before August 9th, this release candidate will become Boost 1.33.0. Doug Gregor 1.33.0 Release Manager

12 19

Compilation error with regex only with -O3 on gcc
by robert kraus 11 Aug '05

11 Aug '05

Hi, when I compile with: -O0 to -O2 my programs compile and work fine, but when I switch to -O3 I get compilation errors (shortened, see below). Is this my fault (maybe I shouldnt use optimizations? thank you very much for your answers ido fedora core 4,gcc version: Target: i386-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --host=i386-redhat-linux Thread model: posix gcc version 4.0.1 20050727 (Red Hat 4.0.1-5) boost: boost-devel-1.32.0-6 Errors: Building file: ../src/Parser.cpp Invoking: GCC C++ Compiler g++ -DDEBUG -O3 -g3 -pedantic -Wall -c -fmessage-length=0 -osrc/Parser.o ../src/Parser.cpp /usr/include/boost/regex/v4/regex_compile.hpp: In member function ‘boost::re_detail::re_syntax_base* boost::reg_expression<charT, traits, Allocator>::compile_set_simple(boost::re_detail::re_syntax_base*, long unsigned int, bool) [with charT = char, traits = boost::regex_traits<char>, Allocator = std::allocator<char>]’: /usr/include/boost/regex/v4/regex_compile.hpp:1635: instantiated from ‘unsigned int boost::reg_expression<charT, traits, Allocator>::set_expression(const charT*, const charT*, boost::regex_constants::syntax_option_type) [with charT = char, traits = boost::regex_traits<char>, Allocator = std::allocator<char>]’ /usr/include/boost/regex/v4/basic_regex.hpp:238: instantiated from ‘unsigned int boost::reg_expression<charT, traits, Allocator>::set_expression(const charT*, boost::regex_constants::syntax_option_type) [with charT = char, traits = boost::regex_traits<char>, Allocator = std::allocator<char>]’ /usr/include/boost/regex/v4/regex_compile.hpp:110: instantiated from ‘boost::reg_expression<charT, traits, Allocator>::reg_expression(const charT*, boost::regex_constants::syntax_option_type, const Allocator&) [with charT = char, traits = boost::regex_traits<char>, Allocator = std::allocator<char>]’ /usr/include/boost/regex/v4/basic_regex.hpp:340: instantiated from ‘boost::basic_regex<charT, traits, Allocator>::basic_regex(const charT*, typename boost::reg_expression<charT, traits, Allocator>::flag_type, const Allocator&) [with charT = char, traits = boost::regex_traits<char>, Allocator = std::allocator<char>]’ ../src/Parser.cpp:16: instantiated from here __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

Re: [boost] [format] Inconsistency with printf
by martin.ecker＠tab.at 11 Aug '05

11 Aug '05

Sorry about the previous, empty e-mail. We were having mail server problems at my company. Below is the content of my original mail: Hello, The following sample program: #include <cstdio> #include <iostream> #include <limits> #include <boost/format.hpp> int main(int argc, char* argv[]) { std::cout << boost::format("%f") % std::numeric_limits<float >::infinity() << std::endl; std::printf("%f", std::numeric_limits<float>::infinity()); return 0; } produces 1.00000000000000000000000000....00000000000000000.#INF00 with Boost.Format, but 1.#INF00 with printf. Is this a bug or shouldn't I expect the same behavior from Boost.Format for special floating point values such as NaN and infinity? Note that using %g instead of %f, that is: std::cout << boost::format("%g") % std::numeric_limits<float>::infinity() << std::endl; prints the same thing as printf, i.e. 1.#INF00 This is using Boost 1.32.0 with MSVC 7.1 on Windows. Best Regards, Martin TAB Austria Haiderstraße 40 4052 Ansfelden Austria Phone: +43 7229 78040-218 Fax: +43 7229 78040-209 E-mail: martin.ecker(a)tab.at http://www.tab.at

1 0

Re: [boost] surveying async network io libraries
by Matthew Nourse 11 Aug '05

11 Aug '05

>On 8/10/05, Jose <jmalv04_at_[hidden]> wrote: > >The asio library really looks quite nice. It appears simple to use, >is 100% header-based, doesn't require the use of threads, and uses the >most scalable event demultiplexor supplied by the OS (epoll on Linux >in the 0.3x version and IOCP on Windows). Its a very nice little >library! Thanks for linking to it. I think I'm in love :-) I've been writing asio apps for a closed-source software company for the last 16 months. With asio, I've written: * a custom HTTP proxy that has been running in production non-stop since October last year * an HTTP<->XMPP gateway * a simple asio-based HTTP load test tool (so I can simulate 20,000 simultaneous HTTP "clients" from a single process) * a publish/subscribe server with a simple binary protocol- am still trying to performance tune other code so I can find the limits of this, so far 500 messages/sec doesn't cause any detectable CPU usage on a 3GHz P4. * A second custom HTTP proxy- this one does some authentication as well. The first application runs on Windows and the rest run on Debian Linux. They all share HTTP/networking code where applicable. All applications use boost::bind and boost::shared_ptr extensively and the publish/subscribe server uses boost::regex to figure out how to route requests. I am addicted to asio. I can't stop using it ;-). Matt

1 0

Interest for a perl6-like-junctions-class?
by FlSt＠gmx.de 11 Aug '05

11 Aug '05

Hi! The new Perl 6 has a nice feature called junctions. See http://www.perl.com/pub/a/2003/07/29/exegesis6.html?page=4 and http://www.metaperl.com/talks/p6-junctions/ for more information. I think this is a interesting way to save the time for writing loops in some situations. I've tried to implement this for C++ and uploaded a version with two examples into the Boost Sandbox File Vault (flos_super_position.zip). This version works for my purposes, but if you interested i would rework it and submit it to the boost library. Sincerely, Florian S.

13 95

shared_ptr and threads
by Timothy Ritchey 11 Aug '05

11 Aug '05

We are using shared_ptr extensively in our application, and seem to be having some threading issues. In particular, we have an Envelope class that is used to hold messages received over the network. We use Spirit to parse the message string and construct the Envelope object, then we pass is on to the EnvelopeController, which holds a thread pool to handle all of the Envelopes. These Envelopes are passed around as shared_ptr<Envelope> between these different components. In essense, we have one thread that is receiving the message from the network stack, parsing it, and passing it to the thread_pool, which is then using one (or more) additional threads to actually deal with the contents of the envelope. On a Uni-processor box, everything works great. All of our envelopes are being destroyed properly. On a multi-processor machine, none of the envelopes are getting destroyed. We are in a situation where two shared_ptrs to the same underlying object may go out of scope and need to decrement the ref count at the same time. Is the in the realm of "undefined behavior?" Am I using the shared_ptr incorrectly? Thanks for any advice. Thread 1 --------- { shared_ptr<Envelope> envelope(new Envelope(...)); ... [pass envelope to Thread 2] ... [envelope goes out of scope] } Thread 2 -------- void process(shared_ptr<Envelope> envelope) { [do work on envelope] [envelope goes out of scope] }

2 2

[Boost-bugs] [ boost-Bugs-1256121 ] 1.33 R1/R2's shared_ptr crashes due to inlining in CW PPC
by SourceForge.net 10 Aug '05

10 Aug '05

Bugs item #1256121, was opened at 2005-08-10 12:29 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=1256121&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: smart_ptr Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Peter Dimov (pdimov) Summary: 1.33 R1/R2's shared_ptr crashes due to inlining in CW PPC Initial Comment: Hello. My name is John Daub, email: hsoi(a)hsoi.com. I am using CodeWarrior Pro 9.5 on a dual G5/2GHz PowerMac (PPC). I believe the version of boost that I am using is 1.33 R1 as version.hpp says 1.33 and since 1.33 R2 was released only 2 days ago, I figure I must be using R1 (I didn't put boost into our CVS repository... someone else did that so I can't say what version of boost I have any more than that). However, I did check the 1.33 R2 and it seems to have the same problem. Going back to 1.32 however, I do not have the problem. It appears to be something introduced in 1.33. The problem stems from my use of the boost::shared_ptr class, and then ultimately how shared_ptr uses sp_counted_base to track the useCount. It seems boost 1.33 has introduced compiler and processor specific implementations of sp_counted_base. In the CodeWarrior PPC version (boost/detail/ sp_counted_base_cw_ppc.hpp) there are 3 inline functions: atomic_increment, atomic_decrement, atomic_conditional_increment. These 3 inline functions use inline assembly to do their work. That's fine. However, if you set the CW compiler to build with "don't inline", things work out fine. You can run and play and no problems. If however you set the CW compiler to "smart" inlining, then you will crash because these atomic functions don't work for some reason. FWIW, the other inlining options are set as follows: auto-inline is off, deferred inling is off, bottom-up inlining is on. You should be able to reproduce this yourself. I used my CW Pro 9.5 install and created a new project based upon the Mac OS C++ Stationery (the Mac OS Carbon, Standard Console, C++ Console Carbon, stationery). I added an access path to my boost library folder, and I added your own test file from boost-distro/libs/ smart_ptr/shared_ptr_test.cpp to the project. I changed nothing else about the project... just stock CodeWarrior stationery. If you ensure inlining is set to "don't inline", build, and it runs fine. If you then go back, change the setting to "smart" inlining, rebuild, and then run, you should see the console window comes up, some stuff appears in the window but quickly things crash. The problem is the useCount doesn't seem to increment, so when it later decrements, the count is off and things go wrong. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1256121&group_… ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Improved boost::any
by christopher diggins 10 Aug '05

10 Aug '05

I have developed a type very similar to boost::any which requires less memory and significantly reduces the number of allocations / deallocations. If anyone is interested I have posted a brief article about it at CodeProject http://www.codeproject.com/useritems/dynamic_typing.asp and I have uploaded the source to the vault ( http://boost-sandbox.sourceforge.net/vault/index.php ). Is there any interest? Christopher Diggins http://www.cdiggins.com

7 14

[Boost-bugs] [ boost-Bugs-1256069 ] 1.32.0 signals and shared_ptr mem-leak bug
by SourceForge.net 10 Aug '05

10 Aug '05

Bugs item #1256069, was opened at 2005-08-10 11:07 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=1256069&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: smart_ptr Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Peter Dimov (pdimov) Summary: 1.32.0 signals and shared_ptr mem-leak bug Initial Comment: The attached file shows a discrepancy with boost 1.31 and 1.32 when dealing with shared_ptr's and signals. The 1.32 behavior can cause memory leaks in certain conditions. camior(a)gmail.com David J. Sankel ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1256069&group_… ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

Re: [boost] New boost webpage
by Martin Bonner 10 Aug '05

10 Aug '05

----Original Message---- From: Beth Jacobson [mailto:bethj@bajac.com] Sent: 08 August 2005 21:27 To: boost(a)lists.boost.org Subject: Re: [boost] New boost webpage > Rob Stewart wrote: >> From: Aleksey Gurtovoy <agurtovoy(a)meta-comm.com> >> >>> They are blending with the text now, which is IMO a step back. >> >> >> They are more readable, however, and I find them sufficiently >> distinguished from the surrounding text. > > I just changed the link colors to their websafe versions. I can't see > any difference on my browser, but it may make things more consistent > across different browsers/OS's. It could be that you've been seeing > different colors. Hopefully this will fix that. I've just checked the site. I cannot see any difference between visited and unvisited links now (unless visited links are supposed to be paler). Can't we have a change of hue as well as lightness/saturation? -- Martin Bonner Martin.Bonner(a)Pitechnology.com Pi Technology, Milton Hall, Ely Road, Milton, Cambridge, CB4 6WZ, ENGLAND Tel: +44 (0)1223 441434

3 2

Boost regression notification (2005-08-10)
by Douglas Gregor 10 Aug '05

10 Aug '05

Boost regression test failures ------------------------------ Report time: 2005-08-10T15:06:17Z This report lists all regression test failures on release platforms. Detailed report: http://engineering.meta-comm.com/boost-regression/CVS-RC_1_33_0/developer/i… 0 failure in 0 library:

1 0