Is there any interest in a threaded function queue? I ran into a problem
where I needed to asynchronously run methods but I didn't want to (or
actually couldn't easlily) maintain threads to run them in. So I created a
function queue where I could control the number of threads that were used to
exec
- Original Message -
From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
> Paul Mensonides wrote:
>
> > What do you mean by "tweaked"?
>
> With the cleaned up "type deduction success/error?/failure garbage" :)
By cleaned up, I mean any template function when the declaration is
instantiated yiel
Paul Mensonides wrote:
> - Original Message -
> From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
>
> > > You can already detect whether it has operator() (or any other member
> > > function for that matter). Is that what you want?
> >
> > Hmm, Doug is better qualified to answer this question,
On Saturday, November 9, 2002, at 11:23 AM, Beman Dawes wrote:
it sounds to me as if boost::filesystem::path's system_specific
constructor and access functions should be used for Macintosh style
paths, and the generic constructor and access functions (as always) be
used for generic (ie POSIX
- Original Message -
From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
> > You can already detect whether it has operator() (or any other member
> > function for that matter). Is that what you want?
>
> Hmm, Doug is better qualified to answer this question, but suppose that
> detecting the pr
Paul Mensonides wrote:
> - Original Message -
> From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
>
> > Yes, I also happened to think that would be a preferred way to get
> > equivalent of the hypothetical '__is_well_formed(...)' functionality.
> >
> > However, assuming that we got that one or
- Original Message -
From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
> Yes, I also happened to think that would be a preferred way to get
> equivalent of the hypothetical '__is_well_formed(...)' functionality.
>
> However, assuming that we got that one or another way, my concern is that
> thi
[For those who is unaware of the subject, Paul is referring to section
14.8.2 of the standard, and, in particular, to this discussion -
http://groups.google.com/groups?selm=003401c1d1f3%24e61ddf20%247772e50c%40c1
61550a]
Paul Mensonides wrote:
> - Original Message -
> From: "Aleksey Gurtov
>From: "David Abrahams" <[EMAIL PROTECTED]>
>"Terje Slettebø" <[EMAIL PROTECTED]> writes:
>>>From: "Gennaro Prota" <[EMAIL PROTECTED]>
>>
>>>On Sat, 9 Nov 2002 17:14:49 +0100, "Terje Slettebø"
>>><[EMAIL PROTECTED]> wrote:
>>
In any case, the
program below detects presence of NRVO, by re
- Original Message -
From: "Aleksey Gurtovoy" <[EMAIL PROTECTED]>
> Would it be enough for you to implement the 'is_callable' trait with the
> desired behavior?
If they cleaned up that type deduction success/error?/failure garbage, we
could have it that way too.
Paul Mensonides
here are the errors that show up in my log when attempting to build boost
(duplicates removed)
libs\regex\build\../src\c_regex_traits.cpp(38) : fatal error C1083: Cannot
open include file: 'boost/regex/detail/regex_synch.hpp': No such file or
directory
libs\regex\build\../src\c_regex_traits_comm
Douglas Gregor wrote:
> On Saturday 09 November 2002 07:21 pm, Aleksey Gurtovoy wrote:
> [snip some code...]
> > template< typename T > yes_tag is_callable_helper(
> > sink< sizeof(&T::operator()) >*
> > );
> [snip more code...]
>
> Won't work if there are multiple overloads
David Abrahams <[EMAIL PROTECTED]> writes:
> Douglas Gregor <[EMAIL PROTECTED]> writes:
>
>> On Saturday 09 November 2002 02:22 pm, Victor A. Wagner, Jr. wrote:
>>> Maybe it's my expectations that are out of whack.
>>> Are there any rules for what's "commit"ed to the CVS main branch?
>>
>> There a
"Jeff Garland" <[EMAIL PROTECTED]> writes:
>> No, that gets too messy. Tests should be separate, IMO, and not fire
>> automatically on a rebuild.
>
> It's on my todo list to separate the Jamfile. Soon, very soon...
Normally if you use the facilities of testing.jam (see
boost/status/Jamfile for
Douglas Gregor <[EMAIL PROTECTED]> writes:
> On Saturday 09 November 2002 02:22 pm, Victor A. Wagner, Jr. wrote:
>> Maybe it's my expectations that are out of whack.
>> Are there any rules for what's "commit"ed to the CVS main branch?
>
> There are no rules. The CVS trunk (main branch) is for Boo
"Edward Diener" <[EMAIL PROTECTED]> writes:
> I don't understand property_maps. I think the documentation is
> written in a sort of metaprogramming language which precludes its
> use by most programmers, in a way that is different from the
> language in which one usually understands the STL or mo
"Terje Slettebø" <[EMAIL PROTECTED]> writes:
>>From: "Gennaro Prota" <[EMAIL PROTECTED]>
>
>>On Sat, 9 Nov 2002 17:14:49 +0100, "Terje Slettebø"
>><[EMAIL PROTECTED]> wrote:
>
>>> In any case, the
>>>program below detects presence of NRVO, by returning zero, or greater than
>>>zero if NRVO is not
> No, that gets too messy. Tests should be separate, IMO, and not fire
> automatically on a rebuild.
It's on my todo list to separate the Jamfile. Soon, very soon...
Jeff
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/bo
If people are interested I would like to present several possible
additions to the Boost library. I will be willing to answer questions
about my code but won't be willing to modify my code to boost standards as
I simply don't have the time.
They are:
A generic hash table based on the SGI ha
On Saturday 09 November 2002 07:21 pm, Aleksey Gurtovoy wrote:
[snip some code...]
> template< typename T > yes_tag is_callable_helper(
> sink< sizeof(&T::operator()) >*
> );
[snip more code...]
Won't work if there are multiple overloads of operator() or if it is a
function
At 09:10 PM 11/8/2002, Victor A. Wagner, Jr. wrote:
>1) the date-time rebuilt and ran it's tests while building boost (and
>scrolled a TON of stuff onto my console... are we supposed to be getting
>tests run when simply building?)
No, that gets too messy. Tests should be separate, IMO, and not f
Douglas Gregor wrote:
> > In other words, can we allow a zero-arity 'function<...>'
> > to treat ordinary values as first-class function objects?
>
> Do we want to? I think not, because boost::function will lose
> its ability to safely replace function pointers.
That's a valid concern, but on
I found some documentation problems in the Boost Configuration
Reference, and possibly some obsolete symbols in the configuration
headers. These comments all apply to the boost_1_29_0 release. Here
are the specifics:
1. The config headers may define
BOOST_NO_STD_WSTREAMBUF
which is not me
Totally new BLAS and LAPACK bindings have been checked in at the
boost-sandbox in boost/numeric/bindings.
These new bindings can be used for ublas matrices, boost::array, std::vector,
tnt etc. thanks to a uniform interface for all these container-types
(in boost/numeric/bindings/traits) develop
On Saturday 09 November 2002 16:05, Jason D Schmidt wrote:
> Should algorithms that take an array of data simply take some
> container as an argument and return as a container (if appropriate), or
> should they take input iterators, an output iterator, and return an
> output iterator (ala STL)? An
On Saturday 09 November 2002 02:22 pm, Victor A. Wagner, Jr. wrote:
> Maybe it's my expectations that are out of whack.
> Are there any rules for what's "commit"ed to the CVS main branch?
There are no rules. The CVS trunk (main branch) is for Boost development. We
try to keep it stable (because m
Hi everyone,
Awhile ago, I posted a few messages about writing some fast Fourier
transform (FFT) code for Boost. Now, we have a lot of discussion about
numerical integration. If we're going to start writing numerical code
for Boost (and I hope do a lot of it), we should probably come up with
som
I don't understand property_maps. I think the documentation is written in a
sort of metaprogramming language which precludes its use by most
programmers, in a way that is different from the language in which one
usually understands the STL or most of the other Boost libraries as an end
user.
I wou
>From: "Gennaro Prota" <[EMAIL PROTECTED]>
>On Sat, 9 Nov 2002 17:14:49 +0100, "Terje Slettebø"
><[EMAIL PROTECTED]> wrote:
>> In any case, the
>>program below detects presence of NRVO, by returning zero, or greater than
>>zero if NRVO is not present.
>Actually it shows whether that optimization
On Sat, 09 Nov 2002 19:46:46 +0100, Gennaro Prota
<[EMAIL PROTECTED]> wrote:
> You can't infer nothing
I meant you can't infer anything, sorry.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Apparently I managed to miss that the previous message had actually been
sent.. sorry for the double post
Victor A. Wagner Jr. http://rudbek.com
PGP RSA fingerprint = 4D20 EBF6 0101 B069 3817 8DBF C846 E47A
PGP D-H fingerprint = 98BC 65E3 1A19 43EC 3908 65B9 F755 E6F4 63BB 9D93
The five most
Maybe it's my expectations that are out of whack.
Are there any rules for what's "commit"ed to the CVS main branch?
things I've found:
1) the documentation main page still has ???, 2002 - Version 1.29.0
on it. Is this really the latest? how can we tell??
2) regex doesn't compile on vc7
3) functi
At 12:18 PM 11/9/2002, Darin Adler wrote:
>
>On Friday, November 8, 2002, at 06:04 PM, Beman Dawes wrote:
>
>> So no need to guess, except in the case of a system which supports
>> multiple system specific formats.
>
>It's a kind of funny situation.
>
>Mac OS X does of course have enough POSIX sup
Maybe it's my expectations that are out of whack.
Are there any rules for what's "commit"ed to the CVS main branch?
things I've found:
1) the documentation main page still has ???, 2002 - Version 1.29.0
on it. Is this really the latest? how can we tell??
2) regex doesn't compile on vc7
3) functi
Paul Mensonides wrote:
It *should* work fine now, though I haven't tested it. I had a pretty good
idea what the problem was.
It works fine now.
Thank you.
m
http://careers.yahoo.com.au - Yahoo! Careers
- 1,000's of jobs waiting online for you!
___
On Sat, 9 Nov 2002 17:14:49 +0100, "Terje Slettebø"
<[EMAIL PROTECTED]> wrote:
> In any case, the
>program below detects presence of NRVO, by returning zero, or greater than
>zero if NRVO is not present.
Actually it shows whether that optimization is applied in a specific
example. You can't infer
- Original Message -
From: "Martin Wille" <[EMAIL PROTECTED]>
> Hello,
>
> this little test program
>
> #include
> int main() { return 0; }
By the way, I highly recommend that you don't include
or . When you do
that, you are including a *massive* amount of stuff that you don't need.
- Original Message -
From: "Martin Wille" <[EMAIL PROTECTED]>
> Hello,
>
> this little test program
>
> #include
> int main() { return 0; }
>
> is compiled fine by gcc 2.95.3 and gcc 3.0.4.
> However gcc 3.1/3.2 (and 3.3) produce errors:
It *should* work fine now, though I haven't teste
On Friday, November 8, 2002, at 06:04 PM, Beman Dawes wrote:
So no need to guess, except in the case of a system which supports
multiple system specific formats.
It's a kind of funny situation.
Mac OS X does of course have enough POSIX support that the POSIX
implementation can be used. But
I just compared allocation speed for std::allocator and
boost::fast_pool_allocator:
VC7:
boost::fast_pool_allocator is 8.5 times faster.
BCC32 5.5.1 :
boost::fast_pool_allocator is 1.25 times faster.
Can anybody shed light on why fast_pool_allocator benefit ratio is so different
for di
I finally got it this time. The code is now in CVS to enable the syntax:
boost::function f(0);
// ...
if (f != 0) {
// ...
f = 0;
}
'f = 0' is an alias for f.clear().
The implementation is based on enable_if (thanks Jaakko!). I'm currently
probing the compiler set that supports enable_if p
>From: "John Maddock" <[EMAIL PROTECTED]>
> Can whoever added this one, please add it to the docs (as a feature
macro).
>
> Is it possible to test for this? If so can a test program be supplied
> please - the test program should compile and run only if the feature is
> available - see one of the
On Saturday 09 November 2002 04:10 am, Aleksey Gurtovoy wrote:
> A crazy thought - how about enabling something like this:
[snip code]
> In other words, can we allow a zero-arity 'function<...>' to treat ordinary
> values as first-class function objects?
Do we want to? I think not, because boost::
Aleksey Gurtovoy wrote:
Dirk Gerrits wrote:
>I still don't get it. Have I used to few widget libraries? ;)
OK, we are drifting from the actual topic here, but I really don't
like the
fact that I can't express myself clearly tonight :). So, here we go:
class widget_model
{
public
> Well, it shouldn't take a huge investment on your part to learn to
> write and use something like:
>
> rule regex-test ( name : sources + : libs * : args * : defines * )
> {
OK I've experimented with this to simplify type traits - hopefully it won't
mess up Beman's compiler status tables
Dirk Gerrits wrote:
> > So, the corrected example would be:
> >
> > class widget
> > {
> > public:
> > // ...
> > typedef boost::function bool_arg_t;
> >
> > self_t& is_enabled(bool_arg_t a_enabled); // note the
> > signature!
> > boolis_enab
On Fri, 08 Nov 2002 19:34:50 -0500, David Abrahams
<[EMAIL PROTECTED]> wrote:
>Can/should we add something to the config, like
>e.g. BOOST_DINKUMWARE_STD?
My opinion? No :-)
http://aspn.activestate.com/ASPN/Mail/Message/1379052
Genny.
___
Unsubscr
Can whoever added this one, please add it to the docs (as a feature macro).
Is it possible to test for this? If so can a test program be supplied
please - the test program should compile and run only if the feature is
available - see one of the boost_has_XXX.cxx files for examples.
John Maddock
> Having trouble creating working FindFiles callback function, need help!
>
> Here is what I am trying, if anyone can tell me what I am doing wrong it
would be appreciated.
>
> bool MyFalse(const char*)
> {
> return false;
> }
>
> int myfunction()
> {
> ,,
> RegEx expresion;
> .
> exprestio
> I'm trying to work around a very specific problem in the Dinkumware
> libraries that ship with MSVC6 and 7: iterators do not define fully
> symmetric const/non-const interoperability.
There are a few cases where that's needed - I've added it as
BOOST_DINKUMWARE_STDLIB
John Maddock
http://ourwor
Aleksey Gurtovoy wrote:
So, the corrected example would be:
class widget
{
public:
// ...
typedef boost::function bool_arg_t;
self_t& is_enabled(bool_arg_t a_enabled); // note the
signature!
boolis_enabled() const;
};
int main()
Martin Wille wrote:
> Aleksey Gurtovoy wrote:
> ...
> > widget w2;
> > w.enable(boost::bind(&widget::is_enabled, &w2)); // here!
> > w2.enable(false);
> > assert(!w.is_enabled()) // !
> > }
> >
> > Pure & beautiful, IMO.
>
> Consider a widget class that perfor
Aleksey Gurtovoy wrote:
...
> widget w2;
w.enable(boost::bind(&widget::is_enabled, &w2)); // here!
w2.enable(false);
assert(!w.is_enabled()) // !
}
Pure & beautiful, IMO.
Consider a widget class that performs some action on enabling/disabling
(like dimming a
- Original Message -
From: "Martin Wille" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Saturday, November 09, 2002 1:20 AM
Subject: [boost] Problems with preprocessor.hpp and gcc
> Hello,
>
> this little test program
>
> #include
> int main() { return 0; }
I'l
Hello,
this little test program
#include
int main() { return 0; }
is compiled fine by gcc 2.95.3 and gcc 3.0.4.
However gcc 3.1/3.2 (and 3.3) produce errors:
In file included from /home/boost/boost/preprocessor/array.hpp:18,
from /home/boost/boost/preprocessor/library.hpp:17,
A crazy thought - how about enabling something like this:
#include
#include
int main()
{
boost::function f0 = true;
boost::function f1 = -1;
boost::function f2= "text";
assert(f0() == true);
assert(f1() == -1);
assert(f2() == "tex
Fellow Boost Members,
I have just loaded the latest version of the serialization library (serialization6.zip)
to the files section.
changes from previous versions include:
1) A demo addressing the issue of plug-ins and global registration.
2) The library now will properly serializes polymorph
57 matches
Mail list logo
