- Original Message -
From: "Beman Dawes" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>; "'Boost mailing list'"
<[EMAIL PROTECTED]>
Sent: Wednesday, November 20, 2002 9:41 PM
Subject: RE: [boost] ublas regression test problems
> At 06:35 AM 11/20/2002, Aleksey Gurtovoy
Gennadiy Rozental wrote:
1. merge the sequences.
That's easy.
2. Eliminate the duplicates (for example like Loki is doing)
That's hard to do efficiently. My MC++D book is packed away
at the moment. Can you refresh my memory as to the solution
there? Is it better then O(n^2)?
Fernando,
Just curious: do you mean "iff" ("if and only if") by your "IIF", or a
pure emphasized "if" (i.e. "IF")? Just in order for me to follow the
logic in the statements.
/David
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Fernando Cacciola
Sent:
I do not know if I would necessary like to have such a hard coupling
between exceptions and logging/tracing...
First of all, the exception-carrying objects get kind of heavy.
Secondly; I think it is good to regard exceptions as something a bit
more than carriers of either (1) log information or (2
At 10:01 PM 11/18/2002, Robert Ramey wrote:
>Is there a reason you sent this to me privately?
>> From: David Abrahams <[EMAIL PROTECTED]>
>
>>I believe your assessment that some
>>data structures can't be represented using XML is incorrect, and
>>that's easy to prove. A serialization library which
"William E. Kempf" <[EMAIL PROTECTED]> writes:
> David Abrahams said:
>> "William E. Kempf" <[EMAIL PROTECTED]> writes:
>>
There are workarounds for that problem. See
http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-closed.html#254
>>>
>>> Thanks for the link. Comments:
>>>
>>> * I person
-Original Message-
From: David Abrahams [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 20, 2002 1:40 PM
To: Boost mailing list
Subject: Re: [boost] Do we need a boost_exception class or idiom?
>"Fernando Cacciola" <[EMAIL PROTECTED]> writes:
>> I'm not sure if a boost exception cla
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
[snip]
> This seems like a very bad solution. It requires solving the
> forwarding constructor problem, for one thing. boost::throw_exception
> doesn't have that problem.
I don't know about boost::th
David Abrahams said:
> "William E. Kempf" <[EMAIL PROTECTED]> writes:
>
>>> There are workarounds for that problem. See
>>> http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-closed.html#254
>>
>> Thanks for the link. Comments:
>>
>> * I personally don't agree with the rationale that not throwing
>>
"Fernando Cacciola" <[EMAIL PROTECTED]> writes:
>> 2. Why are we reinventing the wheel? What's wrong with
>>boost::throw_exception() from boost/throw_exception.hpp?
>>
> Nothing :-)
> I like this approach... and I had forgot about it.
> Anyway, I was just pointing out that IIF a boost excepti
"William E. Kempf" <[EMAIL PROTECTED]> writes:
>> There are workarounds for that problem. See
>> http://anubis.dkuug.dk/jtc1/sc22/wg21/docs/lwg-closed.html#254
>
> Thanks for the link. Comments:
>
> * I personally don't agree with the rationale that not throwing
> bad_alloc when constructing from
- Original Message -
From: "David Abrahams" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Wednesday, November 20, 2002 2:24 PM
Subject: Re: [boost] 'function' idea
> "Paul Mensonides" <[EMAIL PROTECTED]> writes:
>
> >> [This is getting way off-topic for Boost. We
David Abrahams said:
> "William E. Kempf" <[EMAIL PROTECTED]> writes:
>> Fernando Cacciola said:
>> template
>> void raise(const P1& p1)
>> {
>> #ifndef BOOST_NO_EXCEPTIONS
>>throw T(p1);
>> #endif
>> }
>>
>> // other such overloads if needed
>>
>> void foo()
>> {
>>raise("my logic error"
- Original Message -
From: "David Abrahams" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Wednesday, November 20, 2002 6:40 PM
Subject: Re: [boost] Do we need a boost_exception class or idiom?
> "Fernando Cacciola" <[EMAIL PROTECTED]> writes:
>
> > I'm not sure i
"Paul Mensonides" <[EMAIL PROTECTED]> writes:
>> [This is getting way off-topic for Boost. We should take this off-line or
> over
>> to clc++m)
>
> I'm done anyway. I've already made my case.
But you made it in a forum where it can't make much difference. If you
don't post this to csc++ it's t
> > 1. Just document it. Not so good, IMHO.
> >
> > 2. Document the special case and add a check for NULL pointers before
> > calling strcmp().
> >
> > 3. Remove the special case alltogether. After all, I might want to check
> > that the pointers are equal and not the string they point to. This mig
- Original Message -
From: "Douglas Gregor" <[EMAIL PROTECTED]>
> > This isn't what that section means however. It is only a list a few
cases
> > of "trying to form any type that isn't a C++ type."
>
> ... but I've stated what was the intent of the committee (according to my
> recollectio
"Gennadiy Rozental" <[EMAIL PROTECTED]> writes:
>> 1. Just document it. Not so good, IMHO.
>>
>> 2. Document the special case and add a check for NULL pointers before
>> calling strcmp().
>>
>> 3. Remove the special case alltogether. After all, I might want to check
>> that the pointers are equal
> 1. Just document it. Not so good, IMHO.
>
> 2. Document the special case and add a check for NULL pointers before
> calling strcmp().
>
> 3. Remove the special case alltogether. After all, I might want to check
> that the pointers are equal and not the string they point to. This might
> be the be
Beman Dawes <[EMAIL PROTECTED]> writes:
> The bigger issue is whether or not Boost should have a usual way of
> defining error exceptions thrown by Boost libraries
Probably not; std::exception works well enough.
> with raise() being one of the issues to be dealt with.
Definitely not. That's not
"William E. Kempf" <[EMAIL PROTECTED]> writes:
> Fernando Cacciola said:
>> I'm not sure if a boost exception class is *needed*, but I see no
>> problem in having one.
>> Anyway, IIF such an exception class is defined, I *strongly* encourage
>> (as I did in the past) that it provides:
>>
>> virt
"Fernando Cacciola" <[EMAIL PROTECTED]> writes:
> I'm not sure if a boost exception class is *needed*, but I see no problem in
> having one.
> Anyway, IIF such an exception class is defined, I *strongly* encourage (as I
> did in the past) that it provides:
>
> virtual void raise() const
> {
>
--- Begin Message ---
I just checked CVS, and boost\dynamic_bitset.hpp needs a change to avoid a warning
with Everett:
Here is the patch:
50c50
< #ifdef BOOST_MSVC
---
> #if (BOOST_MSVC <= 1300)
Jason
--- End Message ---
--
David Abrahams
[EMAIL PROTECTED] * http:/
> David A. Greene wrote:
> > I'm starting to explore mpl a bit and I ran into a roadblock.
> > If I have a template that takes an argument that can be
> > a sequence (e.g. mpl::vector) or a regular old type, is
> > there any way, short of specialization, to determine whether
> > the parameter is a
> Has anyone run into a comprehensive attack on these and similar exception
> class problems? Is there a better way than each Boost developer just
> hacking together individual exception classes? Could we do better with a
> Boost exception class or idiom?
I can only speak from my own personal e
"Rob Stewart" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> From: "Eric Woodruff" <[EMAIL PROTECTED]>
> >
> > Every reference I can find excludes pointer conversions from being
> > implementation defined. They all (even the standard) specifically treat
> > poi
At 01:32 PM 11/20/2002, Toon Knapen wrote:
>On Wednesday 20 November 2002 06:35, Aleksey Gurtovoy wrote:
>> > P.S.: Why aren't there any regression tests for mpl?
>>
>> There are, they just not included into the batch. Probably they should
>be;
>> there are some issues, mainly with the number of t
At 06:35 AM 11/20/2002, Aleksey Gurtovoy wrote:
>> because ublas doesn't depend from mpl. So I've to assume,
>> that somebody is changing either boost.config, boost.type_traits,
>> boost.smart_ptr or boost.timer.
>
>Hmm, compiles fine for me on the clean CVS get (ignoring "test31/32.cpp"
>errors,
Aleksey Gurtovoy wrote:
there any way, short of specialization, to determine whether
the parameter is a sequence?
"is_sequence::value", please expect it to appear in the CVS in a day or
two :).
Oh, fabulous! Just what I ws looking for.
Given 'is_sequence', it will be as simple as this:
From: "Eric Woodruff" <[EMAIL PROTECTED]>
>
> Every reference I can find excludes pointer conversions from being
> implementation defined. They all (even the standard) specifically treat
> pointer conversions differently (clause 7) than pointer->integer->pointer
> conversions. This is because crea
Driven by an local requirement, I have recently coded a Verhoeff decimal check
digit program,
based on the Java calculator embedded in
http://www.augustana.ab.ca/~mohrj/algorithms/checkdigit.html
by Jonathon Mohr, [EMAIL PROTECTED]
Augustana University College, 4901 - 46 Ave., Camrose, AB T4V 2R3
On Wednesday 20 November 2002 01:38 pm, Paul Mensonides wrote:
> > I don't think it's quite so clear-cut, because we have to define what you
>
> mean
>
> > by "nonsense", and I'm not sure you'll find agreement. The committee
> > chose one view of nonsense: trying to form any type that isn't a C++ t
Matthias Troyer wrote:
On Monday, November 18, 2002, at 02:30 PM, Yitzhak Sapir wrote:
I think taking out the pointer facility into a separate class would be
better design. By this I mean, that register_type<> and the logic for
identifying and maintaining pointers would be in a separate clas
- Original Message -
From: "Beman Dawes" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>; "Boost mailing list"
<[EMAIL PROTECTED]>
Sent: Wednesday, November 20, 2002 3:43 PM
Subject: Re: [boost] Do we need a boost_exception class or idiom?
> At 01:20 PM 11/20/2002, Ferna
Fernando Cacciola said:
> I'm not sure if a boost exception class is *needed*, but I see no
> problem in having one.
> Anyway, IIF such an exception class is defined, I *strongly* encourage
> (as I did in the past) that it provides:
>
> virtual void raise() const
> {
> #ifndef BOOST_NO_EXC
"Vladimir Prus" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Bohdan wrote:
> I'm not a database expert, so my knowledge may be just rusty. However, I never
> heard about composite types in relational tables, and never seen anything like
> that in MySQL. Looki
On Wed, 20 Nov 2002 08:53:21 -0500, Beman Dawes <[EMAIL PROTECTED]>
wrote:
>Boost libraries often define exception classes, usually derived from the
>standard library exception hierarchy. Users sometimes ask for further
>refinement, so the library ends up with its own hierarchy.
>
>For example,
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> "Bohdan" <[EMAIL PROTECTED]> writes:
>
> > Do you mean that *i returns proxy (not object or reference) ?
> > Can you give some link where i can find rationale for this ?
>
> A rationale? No, "them's
At 01:20 PM 11/20/2002, Fernando Cacciola wrote:
>I'm not sure if a boost exception class is *needed*, but I see no problem
>in
>having one.
>Anyway, IIF such an exception class is defined, I *strongly* encourage
(as
>I
>did in the past) that it provides:
>
> virtual void raise() const
> {
>
- Original Message -
From: "Douglas Gregor" <[EMAIL PROTECTED]>
> On Tuesday 19 November 2002 04:44 pm, Paul Mensonides wrote:
> > Clever type traits are one thing, but they are a side-effect of the
> > solution to a more general problem. Specifically, one template function
> > declarati
"Vincent Finn" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Forwarded to main Boost list - that's the more appropriate venue for
> discussions of possible additions.
>
> -- Jim Hyslop boost-users moderator.
>
> > -Original Message-
> > From: alexei_
I'm not sure if a boost exception class is *needed*, but I see no problem in
having one.
Anyway, IIF such an exception class is defined, I *strongly* encourage (as I
did in the past) that it provides:
virtual void raise() const
{
#ifndef BOOST_NO_EXCEPTIONS
throw *this ;
#endif
Boost libraries often define exception classes, usually derived from the
standard library exception hierarchy. Users sometimes ask for further
refinement, so the library ends up with its own hierarchy.
For example, the Filesystem library started out with
boost::filesystem::filesystem_error, bu
From: "Gennadiy Rozental" <[EMAIL PROTECTED]>
Its clear you spend a lot of time on this. Your attention to end perception of
detail is extraordinary. Also your critisms are phrased in a way that
proposes and contrasts the alternative - a very useful feature.
So many of these I have no problem w
"Matt Hurd" <[EMAIL PROTECTED]> writes:
> 1.27 is the latest on sourcefourge. Would pay to either remove it or put
> 1.29 up.
How much? ;-)
I removed 1.27
--
David Abrahams
[EMAIL PROTECTED] * http://www.boost-consulting.com
Boost support, enhancements, training,
From: Andrew Koenig <[EMAIL PROTECTED]>
> an issue here--that all FSF wanted was to be able to put the work
> under GPL (which would also be impossible for a public-domain work).
The exact public domain work can't be copyrighted, however for all
practical purposes that is meaningless. It can be
On Wed, Nov 20, 2002 at 04:34:21PM +0100, Gennaro Prota wrote:
> On Tue, 19 Nov 2002 19:37:51 +0100, Pavol Droba <[EMAIL PROTECTED]>
> wrote:
>
> > isclassified was suggested by Genny Prota
>
> My name in the file is a theft though. That's just a classic. My only
> contribution was the error of u
Markus Schöpflin <[EMAIL PROTECTED]> writes:
> 1. Just document it. Not so good, IMHO.
>
> 2. Document the special case and add a check for NULL pointers before calling
>strcmp().
>
> 3. Remove the special case alltogether. After all, I might want to
> check that the pointers are equal and not th
On Tue, 19 Nov 2002 19:37:51 +0100, Pavol Droba <[EMAIL PROTECTED]>
wrote:
> isclassified was suggested by Genny Prota
My name in the file is a theft though. That's just a classic. My only
contribution was the error of using the type ctype_base::mask for a
template parameter :-)
Genny.
___
>> Keith Gorlen,
>> the author of the NIH (National Institutes of Health) class library,
>> told me once that his work, being a ``US Government work'' is in the
>> public domain and *cannot* be copyrighted or licensed. That is,
>> *nothing* that anyone does with his work can legally prevent anyone
On Saturday 16 November 2002 12:24 pm, Gennaro Prota wrote:
> Sorry for the late reply (it's just my timezone).
>
> You wrote:
> >I don't see the contradiction here. 5.2.10/7 says that you can cast from a
> > T pointer to a U pointer and back to a T pointer and get the original
> > pointer back.
>
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
>
> This patch makes the Boost.Format library work when exceptions is not
> present. It is done the same way as with the smart pointers.
>
Applied, thanks!
Bjorn
___
Unsubscribe & other changes: htt
Hi,
the (really useful!) boost test library provides the test tool macro
BOOST_CHECK_EQUAL() which checks two values for equality. I just learned
the hard way that the following does not do what one would expect.
char const *p = 0;
BOOST_CHECK_EQUAL(p, p);
On my system, this results in a test
On Wednesday, November 20, 2002, at 01:42 PM, Gennadiy Rozental wrote:
[Issue 3] Library seems to hardcode important part of functionality
that
users may want to overwrite. Here I refer in most part to
archive/object
preamble.
Major [Issue 3]: Submitted library is somewhat limited in a means
On Tuesday 19 November 2002 04:44 pm, Paul Mensonides wrote:
> Clever type traits are one thing, but they are a side-effect of the
> solution to a more general problem. Specifically, one template function
> declaration can permanently break an overload set--even if it is not
> selected. The solut
This patch makes the Boost.Format library work when exceptions is not
present. It is done the same way as with the smart pointers.
Please apply.
Index: boost/format/feed_args.hpp
===
RCS file: /cvsroot/boost/boost/boost/format/feed
Neal D. Becker wrote:
"Roland" == Roland Richter <[EMAIL PROTECTED]> writes:
Roland> Dear all,
Roland> just a minor issue for the upcoming(?) lexical_cast in 1.30.0:
Roland> lexical_cast( "true" ) returns false,
Roland> since std::ios::boolalpha is not set by default.
Rol
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> From: "David Abrahams" <[EMAIL PROTECTED]>
>
> [get_deleter]
>
>> I think that considering the alternatives require:
>>
>>1. Periodic map sweeps (we might as well be doing GC ;->), or
>>
>>2. Solving the constructor forwarding problem for tacking
David A. Greene wrote:
> I'm starting to explore mpl a bit and I ran into a roadblock.
> If I have a template that takes an argument that can be
> a sequence (e.g. mpl::vector) or a regular old type, is
> there any way, short of specialization, to determine whether
> the parameter is a sequence?
> "Roland" == Roland Richter <[EMAIL PROTECTED]> writes:
Roland> Dear all,
Roland> just a minor issue for the upcoming(?) lexical_cast in 1.30.0:
Roland> lexical_cast( "true" ) returns false,
Roland> since std::ios::boolalpha is not set by default.
Roland> How about chang
Forwarded to main Boost list - that's the more appropriate venue for
discussions of possible additions.
--
Jim Hyslop
boost-users moderator.
> -Original Message-
> From: alexei_novakov [mailto:[EMAIL PROTECTED]]
> Sent: Monday, November 18, 2002 7:05 PM
> To: [EMAIL PROTECTED]
> Subject:
Toon Knapen <[EMAIL PROTECTED]> writes:
> (John, I would like to continue the discussion on the boost-ml since there
> are some people with experience with boost on HPUX that will be able to
> provide some more info, I'm not crosposting to jamboost since all jamboosters
> are also boosters)
Ch
Anthony Liguori <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>
>>Now can we rename "factory" to "metaclass"? I just want to see smoke
>>come out of peoples' ears!
>>
> You know, this might be possible... If we can find a way to map
> members to function objects somewhat automatically,
Wh
On Wed, Nov 20, 2002 at 01:42:47PM +0200, Yakov Bachmutsky wrote:
> Hi,
>
> I've posted a proposal of a singleton library (among others) maybe a month
> ago and as far as I remember it was ignored so I post it again with its name
> as the subject, hoping this will help, and some explanations:
>
>
From: "David Abrahams" <[EMAIL PROTECTED]>
[get_deleter]
> I think that considering the alternatives require:
>
>1. Periodic map sweeps (we might as well be doing GC ;->), or
>
>2. Solving the constructor forwarding problem for tacking on
> additional data to the pointed-to class
>
And here promised attachments
Gennadiy.
serialization.rar
Description: Binary data
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Hi,
After spending some time with library, looking through docs and code,
compiling it and comparing with my expectations I see following 5 major
issues with submitted library:
[Issue 1] Registration/reflection facility should be completely separated
from serialization implementation and became r
Dear all,
just a minor issue for the upcoming(?) lexical_cast in 1.30.0:
lexical_cast( "true" ) returns false,
since std::ios::boolalpha is not set by default.
How about changing this?
- Roland
___
Unsubscribe & other changes: http://lists.boost.o
On Wednesday 20 November 2002 06:35, Aleksey Gurtovoy wrote:
> > P.S.: Why aren't there any regression tests for mpl?
>
> There are, they just not included into the batch. Probably they should be;
> there are some issues, mainly with the number of tests (currently ~60 and
> more to come) - simply p
Aleksey Gurtovoy wrote:
> Joerg Walter wrote:
> > I've recently committed a couple of bugfixes,
> extensions and
> > compatibility hacks. The last regression tests seem to
> be OK
> > for Linux, but some tests under Windows fail to
> compile. I'm
> > especially concerned about VC7 failures with
- Original Message -
From: "Rob Stewart" <[EMAIL PROTECTED]>
> From: Thorsten Ottosen <[EMAIL PROTECTED]>
> > From: "Yitzhak Sapir" <[EMAIL PROTECTED]>
> > > On Wed, 9 Oct 2002, Thorsten Ottosen wrote:
> > >
> > > > The problem of missing a value in the assignment to
> > > > the map is hy
> It has been reported to me that is_polymorphic gives
> compile time error when T is const type and the compiler is g++.
>
> Is there a fix for this?
It will be fixed in cvs shortly.
Thanks for the report,
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
_
Joerg Walter wrote:
> I've recently committed a couple of bugfixes, extensions and
> compatibility hacks. The last regression tests seem to be OK
> for Linux, but some tests under Windows fail to compile. I'm
> especially concerned about VC7 failures with the diagnostic
>
> concepts.cpp
> C:\bo
Hi,I've
posted a proposal of a singleton library (among others) maybe a monthago and
as far as I remember it was ignored so I post it again with its nameas the
subject, hoping this will help, and some explanations:1. I use
singleton to have a singleton instance of a class in
myapps.The obvi
> With run-time relational libray you also can do joins, projections ..
> but without compile-time type safety.
So, you have to use some kind of "variant"? I think this solution still
limits which types can be used. Am I wrong?
> I was thinking about some simple variant of rtl::table with prede
Forwarded to main Boost list - that's the more appropriate venue for
discussions of possible additions.
-- Jim Hyslop boost-users moderator.
> -Original Message-
> From: alexei_novakov [mailto:[EMAIL PROTECTED]]
> Sent: Monday, November 18, 2002 7:05 PM
> To: [EMAIL PROTECTED]
> Subject:
I am sure legal views on this would be useful, but I fear that if you ask
n lawyers for their opinion, you will end up with more than n+1 opinions!
Can't we tap some of these firms that are worrying about this for
their legal views, for what they are worth?
Paul
Paul A Bristow, Prizet Farmhouse,
Hi all,
I've recently committed a couple of bugfixes, extensions and compatibility
hacks. The last regression tests seem to be OK for Linux, but some tests
under Windows fail to compile. I'm especially concerned about VC7 failures
with the diagnostic
concepts.cpp
C:\boost\site\boost\mpl\if.hpp(15
> From: Rene Rivera [mailto:[EMAIL PROTECTED]]
> I think you did a limited search... only in the headers.
> There are many more
> files without (C). For example most "Jamfile"s don't have one.
>
> Could you post how you did the search... perhaps this is
> something for Beman
> to add to the list
"Arkadiy Vertleyb" <[EMAIL PROTECTED]> wrote in message
ared23$aod$[EMAIL PROTECTED]">news:ared23$aod$[EMAIL PROTECTED]...
> > Note! My knowledges about RTL are far from good. Just first glance.
> > I failed to compile rtl with my compiler. Will try once again.
>
> Which compiler are you using? S
80 matches
Mail list logo
