Douglas Gregor wrote:
On Sunday 09 February 2003 08:46 pm, Davlet Panech wrote:
Hello,
I just compiled build 1.29 with MS Visual C++ 6, and one of the
libraries,
boost_signals.dll does not export any symbols (and, as a consequence, no
corresponding .LIB file is generated). Is that normal? A
Oops..., I am sending again, now with files
Douglas Gregor wrote:
On Sunday 09 February 2003 08:46 pm, Davlet Panech wrote:
Hello,
I just compiled build 1.29 with MS Visual C++ 6, and one of the
libraries,
boost_signals.dll does not export any symbols (and, as a consequence, no
Fernando Cacciola wrote:
OK, I can see the motivation: We can have a noncopyable class
and need an optional object of it.
Following optional semantics, it would be spelled:
boost::optionalRAII_lock lock;
if ( cond )
lock.reset( RAII_lock(entity) ) ;
But there is a probem: as William
vladimir josef sykora wrote:
Understood. You can't attach vertex_color like adjacency_list class
allows,
right?
No, because that template parameter was already taken by my
custom-property.
I'm probably very wrong, but you can attach two properties to edge: your
custom one and
dlux42 [EMAIL PROTECTED] wrote:
And what if you use the deallocator as a template parameter?
+ It does not cost extra space
+ Don't need to use an extra reference-counted pointer
- The interface is not consistent with shared_ptr
How about that? I would be happy to see this advancement in
dlux42 [EMAIL PROTECTED] wrote:
And what if you use the deallocator as a template parameter?
+ It does not cost extra space
+ Don't need to use an extra reference-counted pointer
- The interface is not consistent with shared_ptr
How about that? I would be happy to see this advancement in
Fredrik Blomqvist wrote:
What's the rationale for mem_fn to (in the case of data members) make
it's return_type a reference?
It's because mem_fn returns a reference.
#include boost/mem_fn.hpp
#include iostream
templateclass F, class A1 typename F::result_type call(F f, A1 a1)
{
return
I've encountered a problem with exceptions in boost/test:
Our project uses a base class for all our exceptions which cannot derive
from std::exception.
If such an exception is thrown, the message:
Exception in ...: unknown type
is printed out, which is not very helpful in locating the
Peter Dimov wrote:
And what if you use the deallocator as a template parameter?
Anyway: Do you know any smart-pointer class, which supports custom
deallocator and can transfer ownership? (auto_ptr does not support
custom deallocator and either smart_ptr or shared_ptr does not support
Several of the boost libraries select functionality based on the result
of some compile-time test. The result is usually stored in a
BOOST_STATIC_CONST( bool, test::value );
The current Borland compiler does not allow these values to be used as
template parameters though.
I suggest a new config
On Thursday 13 February 2003 22:56, Rene Rivera wrote:
[2003-02-13] Beman Dawes wrote:
At 12:35 PM 2/13/2003, David Abrahams wrote:
Whatever we do with color, most of the text that needs to be readable
should be black on white. That's been shown to be most readable for
most people, on
The following message was posted last year on the Boost Users mailing
list, but I think I ran across a similar or related bug today:
Using MSVC6 and Boost 1.29.0, if you #include boost/tokenizer.hpp
in your precompiled headers, the following line crashes the compiler
identically to the message
Why it doesn't get defined for Visual Age C++ on AIX?
It should be caught by the:
// POSIX version 2 requires dirent.h
# if defined(_POSIX_VERSION) (_POSIX_VERSION = 199009L)
#define BOOST_HAS_DIRENT_H
# endif
clause in posix_features.hpp, however since changes to the
Several of the boost libraries select functionality based on the result
of some compile-time test. The result is usually stored in a
BOOST_STATIC_CONST( bool, test::value );
The current Borland compiler does not allow these values to be used as
template parameters though.
I suggest a new
I installed boost-1.29 from boost-1.29.0-1.src.rpm, boost-jam-3.1.3-1.src.rpm
on RH8.0 Linux. Great stuff!
One problem. I grabbed program_options.tar.bz2 and want to play with it.
It needs to build some lib. I can't run bjam on it AFAICT.
Unable to load Boost.Build: could not find
Somewhere in the E.U., le 14/02/2003
Bonjour
In article [EMAIL PROTECTED],
Paul A. Bristow [EMAIL PROTECTED] wrote:
Stats are definitely a must-have for Boost, but as ever, the presentation is
not
so easy to agree upon.
I agree statistical utilities are a must. As many of us
Jonathan Wang wrote:
Hi,
Hi Jonathan,
The for-each in mpl is used to generate codes, which apply some
function to each element in a sequence. Well, I wonder if there
could be more generators, select(a better name?) for example.
Easily, 'for_each' is just the one that happened to cover
Hi Neal,
I installed boost-1.29 from boost-1.29.0-1.src.rpm,
boost-jam-3.1.3-1.src.rpm on RH8.0 Linux. Great stuff!
Did you use those from
http://www.starostik.de/malte/boost/
or from somewhere else? I've looked at those and source rpm does include
boost-build.jam
One problem. I
Well, I agree that any exprerimental/not widely used protocol should be
able to run over another more common protocol... for a number of
reasons... One would be privilages... another would be recognition by
firewalls, etc... I don't think that it would be tough to make code use
either a raw or
Alexander Terekhov wrote:
Pavel Vasiliev wrote:
[...]
pthread_refcount_decrement() // with msync for proper mut.obj-cleanup
Basically [in terms of proposed/revised Java MM], it's VOLATILE-RELEASE
when count 1 'prior to decrement' and VOLATILE-ACQUIRE when the count
drops to
[EMAIL PROTECTED] writes:
I've encountered a problem with exceptions in boost/test:
Our project uses a base class for all our exceptions which cannot derive
from std::exception.
If such an exception is thrown, the message:
Exception in ...: unknown type
is printed out, which is
Hi Aleksey,
Hmm, interesting. So, basically, the select has the semantics of
mixed (half run-time, half compile-time) 'find_if' - it takes
a compile-time sequence and a run-time predicate, and iterates the
former until the predicate is satisfied (or it reaches the end of the
sequence). We can
On Friday 14 February 2003 08:52 am, Vladimir Prus wrote:
Hi Neal,
I installed boost-1.29 from boost-1.29.0-1.src.rpm,
boost-jam-3.1.3-1.src.rpm on RH8.0 Linux. Great stuff!
Did you use those from
http://www.starostik.de/malte/boost/
yes
or from somewhere else? I've looked at
Neal D. Becker wrote:
or from somewhere else? I've looked at those and source rpm does include
boost-build.jam
Which rpm?
rpm -q boost-jam
boost-jam-3.1.3-1
rpm -q -l boost-jam | grep boost-build
[silence]
rpm -q -l boost | grep boost-build
[nothing]
rpm -q -l boost-devel | grep
On Friday 14 February 2003 10:09 am, Vladimir Prus wrote:
Neal D. Becker wrote:
or from somewhere else? I've looked at those and source rpm does
include boost-build.jam
Which rpm?
rpm -q boost-jam
boost-jam-3.1.3-1
rpm -q -l boost-jam | grep boost-build
[silence]
rpm -q
Neal D. Becker wrote:
On Friday 14 February 2003 10:09 am, Vladimir Prus wrote:
Neal D. Becker wrote:
or from somewhere else? I've looked at those and source rpm does
include boost-build.jam
Which rpm?
rpm -q boost-jam
boost-jam-3.1.3-1
rpm -q -l boost-jam | grep
On Friday 14 February 2003 10:25 am, Vladimir Prus wrote:
[...]
Oh, I see. But this doesn't get installed by any RPM. Should it? What
is the minimum needed to install in order to be able to play with 3rd
party boost packages?
I'm afraid that full tree is needed now and I'm not sure what
[...]
How about borrowing ideas from ACE, but implementing them in
modern C++? Or has that been discussed already? Or is the ACE
framework too obsolete-C++ to be a useful design?
We probably should at least consider ACE ideas. But I guess this would
require several of us to dig
Neal D. Becker [EMAIL PROTECTED] writes:
On Friday 14 February 2003 10:25 am, Vladimir Prus wrote:
[...]
Oh, I see. But this doesn't get installed by any RPM. Should it? What
is the minimum needed to install in order to be able to play with 3rd
party boost packages?
I'm afraid that
[2003-02-14] Neal D. Becker wrote:
On Friday 14 February 2003 10:25 am, Vladimir Prus wrote:
[...]
Oh, I see. But this doesn't get installed by any RPM. Should it?
What
is the minimum needed to install in order to be able to play with 3rd
party boost packages?
I'm afraid that full tree
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Hubert Holin
Sent: Friday, February 14, 2003 1:25 PM
To: [EMAIL PROTECTED]
Subject: [boost] Re: Any interest in a stats class
Somewhere in the E.U., le 14/02/2003
There still is the
...various comments about ACE from various authors
[...]
How about borrowing ideas from ACE, but implementing them in
modern C++? Or has that been discussed already? Or is the ACE
framework too obsolete-C++ to be a useful design?
We probably should at least consider ACE ideas.
Just another lurker view: maybe boost can lead by following not too far
out in front.
The linux people seem to be well on their way to providing SCTP support at
the kernel level. The home page for the project is at
http://lksctp.sourceforge.net/. Searching MSFT online and privatenews
yielded
On Friday 14 February 2003 03:30 am, Aleksey Chernoraenko wrote:
Oops..., I am sending again, now with files
Would you please re-send slot.diff? It was sent as quoted-printable and
ended up mangled on my end. Oddly enough, the others were perfectly fine.
Thanks for doing this!
Doug
On Friday 14 February 2003 11:52 am, Douglas Gregor wrote:
On Friday 14 February 2003 03:30 am, Aleksey Chernoraenko wrote:
Oops..., I am sending again, now with files
Would you please re-send slot.diff? It was sent as quoted-printable and
ended up mangled on my end. Oddly enough, the others
First, let me just say thanks to all the regression testers -- this
is really a critical asset to boost developers. And the new summary
page is very helpful and the addition of the age is very nice!
I have a small request. Please send me test results for the
date_time testmicrosec_time_clock
On Friday, February 14, 2003, at 08:38 AM, Jeff Garland wrote:
So in summary, I think we should focus the Boost.Socket effort
on what is currently described as 'level 1 - OS platform layer'
and 'level 2 - basic connectivity layer' leaving multiplexing
for later. I'm sure this will be
Brian Gray wrote:
At the very end of it, network programmers should be using a
callback-driven interface and not have to worry about multiplexing at
all, but I agree that for now a third layer should be deferred until
the basic groundwork has been laid out.
Sometimes it pays to design the
{sorry if this appears twice... but the last post didn't seem to go thru}
Aleksey Gurtovoy wrote:
Fernando Cacciola wrote:
OK, I can see the motivation: We can have a noncopyable class
and need an optional object of it.
Following optional semantics, it would be spelled:
I've encountered a problem with exceptions in boost/test:
Our project uses a base class for all our exceptions which
cannot derive
from std::exception.
If such an exception is thrown, the message:
Exception in ...: unknown type
is printed out, which is not very helpful in
[2003-02-14] Jeff Garland wrote:
First, let me just say thanks to all the regression testers -- this
is really a critical asset to boost developers. And the new summary
page is very helpful and the addition of the age is very nice!
Your welcome, and thanks.
I have a small request. Please send
Rozental, Gennadiy [EMAIL PROTECTED] writes:
I've encountered a problem with exceptions in boost/test:
Our project uses a base class for all our exceptions which
cannot derive
from std::exception.
If such an exception is thrown, the message:
Exception in ...: unknown type
is
On Friday, February 14, 2003, at 09:12 AM, Peter Dimov wrote:
Brian Gray wrote:
At the very end of it, network programmers should be using a
callback-driven interface and not have to worry about multiplexing at
all, but I agree that for now a third layer should be deferred until
the basic
On Friday, February 14, 2003, at 08:38 AM, Jeff Garland wrote:
So in summary, I think we should focus the Boost.Socket effort
on what is currently described as 'level 1 - OS platform layer'
and 'level 2 - basic connectivity layer' leaving multiplexing
for later. I'm sure this will be
It wouldn't be too difficult to write a custom deallocator
for shared_ptr that supported release of ownership. Given
the dangers I'd rather see it done that way than by adding
a release() function to shared_ptr.
And I don't see a problem with adding constructors to
scoped_ptr that support custom
Hi Doug,
Sorry, I forgot about these dependencies. Actually we are using the makefile
where BOOST_SIGNALS_STATIC_LINK is defined.
There is another related issue. We would like to have automatic library
selection feature. This hides the details about which DLL to link to from
the users (regex
[2003-02-14] Aleksey Chernoraenko wrote:
Hi Doug,
Sorry, I forgot about these dependencies. Actually we are using the
makefile
where BOOST_SIGNALS_STATIC_LINK is defined.
There is another related issue. We would like to have automatic library
selection feature. This hides the details about
I could do something along following lines:
#include iostream
using namespace std;
void
unknown_exception_handler()
{
try {
throw;
}
catch( int i ) {
cout int caught\n;
}
}
int main()
{
try {
throw 1;
}
Hello Boost,
I looked around (not only at boost) and found no suitable
C++ class for decimal floating points.
What I mean with suitable is best described with the
background from the excellent web pages at
http://www2.hursley.ibm.com/decimal/ .
Similiar to the Decimal8 encoding, I need:
-
Douglas Gregor wrote:
We've discussed making boost::ref/boost::cref work for arbitrary
functions
objects before. I just committed a version of ref.hpp that supports
this
ability to the sandbox. With this code, you can write:
std::transform(c.begin(), c.end(), out, boost::ref(f));
or, if
The tests for OpenBSD just finished a while ago and there are some tests
that fail because they hang, using 99% CPU with indefinite execution:
Hang on GCC 2.95.3:
thread / test_condition...
http://boost.sourceforge.net/regression-logs/cs-OpenBSD-links.html#test_condition%20gcc
thread /
Rene Rivera said:
The tests for OpenBSD just finished a while ago and there are some tests
that fail because they hang, using 99% CPU with indefinite execution:
Hang on GCC 2.95.3:
thread / test_condition...
I decided that my serial_ptr implemented a variant at the wrong level
of indirection. So now I'm trying out intrusive_ptr with a variant at the
pointee level. This is what my code looks like now:
//---
class TRecord
{
Hangs on both GCC 2.95.3 and 3.2:
test / errors_handling_test...
http://boost.sourceforge.net/regression-logs/cs-OpenBSD-links.
html#errors_handling_test%20gcc
http://boost.sourceforge.net/regression-logs/cs-OpenBSD-links.
html#errors_handling_test%20gcc-3.2
I tested these both in win32
David B. Held wrote:
unsignedCount_;
charValue_[sizeof(T)];
};
Another little thing...
Value_ will have to be aligned just like an object of type T.
Wouldn't it be possible to derive TCounted_RecordT from TRecordT,
removing Value_ at the same time?
Rene Rivera wrote:
Hi Doug,
Sorry, I forgot about these dependencies. Actually we are using the
makefile
where BOOST_SIGNALS_STATIC_LINK is defined.
There is another related issue. We would like to have automatic library
selection feature. This hides the details about which DLL to link to from
[2003-02-14] Rozental, Gennadiy wrote:
Hangs on both GCC 2.95.3 and 3.2:
test / errors_handling_test...
http://boost.sourceforge.net/regression-logs/cs-OpenBSD-links.
html#errors_handling_test%20gcc
http://boost.sourceforge.net/regression-logs/cs-OpenBSD-links.
Philippe A. Bouchard [EMAIL PROTECTED] wrote in message
b2jlq6$92u$[EMAIL PROTECTED]">news:b2jlq6$92u$[EMAIL PROTECTED]...
David B. Held wrote:
unsignedCount_;
charValue_[sizeof(T)];
};
Another little thing...
Value_ will have to be aligned just
Rozental, Gennadiy [EMAIL PROTECTED] writes:
I could do something along following lines:
#include iostream
using namespace std;
void
unknown_exception_handler()
{
try {
throw;
}
catch( int i ) {
cout int caught\n;
}
}
int main()
Hi,
Does anybody have bjam executable on SCO unix?
If not could somebody point me to complete compilation instructions?
Gennadiy.
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
I can give you very little when it comes to information.
Under normal runs it just hangs, no output.
It strange. At least 2.95.3 should crash imidiately. This compiler does not
support sigaction. So there is no signal handling installed. And the first
time I force SIGFPE
it should abort. At
MacOS regresssion tests does not seems to use the latest cvs. Could we run a
clean update+build?
Gennadiy.
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
If we are going to generalize this there should be a single
boost::function0void argument, and if you're going to go down this
path we should /definitely/ generalize it. Replicating this design
pattern in two separate libraries would be a big mistake.
I could not afford boost::function
Rozental, Gennadiy [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
[...]
I could not afford boost::function dependency in so low level
component as execution_monitor (or even unit_test_monitor). If we
will be able to design it as pluggable extension to
Rozental, Gennadiy [EMAIL PROTECTED] writes:
If we are going to generalize this there should be a single
boost::function0void argument, and if you're going to go down this
path we should /definitely/ generalize it. Replicating this design
pattern in two separate libraries would be a big
On Fri, 07 Feb 2003 12:48:13 +0100, John Maddock wrote:
Why can't I see them?? Look at:
OK the implementation is:
BOOST_STATIC_CONSTANT(bool, value =
(::boost::type_traits::ice_and
::boost::type_traits::ice_not ::boost::is_unionT::value
::value,
On Friday 14 February 2003 16:25, Vladimir Prus wrote:
Neal D. Becker wrote:
On Friday 14 February 2003 10:09 am, Vladimir Prus wrote:
Neal D. Becker wrote:
or from somewhere else? I've looked at those and source rpm does
include boost-build.jam
Which rpm?
rpm -q
In terms of new libraries and most major revisions, Boost developers
committed their files early, so we are in great shape. Thanks to the
developers of Filesystem, Optional, Interval, MPL, Spirit, Smart pointers,
Date-Time.
(If your library didn't get mentioned, its because no one updated
At Friday, 14 February 2003, you wrote:
So I'm proposing we spend Saturday and Sunday trying to clear regression
test problems, and then branch-for-release Monday around noon Eastern
US
time, (5PM UTC).
Comments?
Works for me
Jeff
___
69 matches
Mail list logo