Re: [boost] Re: SmartPtr (Loki) - auto_ptr/move c'tor issue

2003-02-01 Thread David Abrahams
"David B. Held" <[EMAIL PROTECTED]> writes: >> In principle you don't have to promise to delete the unmanaged >> resource if your constructor throws; it's just your desire to be >> usable with "new T" that makes it neccessary. > > Ok, I think I get it. Whereas, if a policy were to throw, and leak

[boost] Re: is_base_and_derived question

2003-02-01 Thread Eric Niebler
"Gennaro Prota" <[EMAIL PROTECTED]> wrote > > Well, then I imagine you would prefer the old semantics. Was there > anybody complaining that being not enough? > Yes, I was. A while back, I pointed out to Rani that is_base_and_derived was insufficient to implement is_com_ptr, a trait I needed. In

Re: [boost] Re: SmartPtr - Exception safety reprise

2003-02-01 Thread David Abrahams
"David B. Held" <[EMAIL PROTECTED]> writes: > "David Abrahams" <[EMAIL PROTECTED]> wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... >> [...] >> Up to a point. I know MWerks is object-compatible in the >> single-inheritance case (for the sake of COM and MFC), but not >> if there's M

[boost] Re: SmartPtr - Exception safety reprise

2003-02-01 Thread David B. Held
"David Abrahams" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > [...] > Up to a point. I know MWerks is object-compatible in the > single-inheritance case (for the sake of COM and MFC), but not > if there's MI. However, they still have MI EBO problem. > > Furt

Re: [boost] Re: SmartPtr - Exception safety reprise

2003-02-01 Thread David Abrahams
"David B. Held" <[EMAIL PROTECTED]> writes: > "David Abrahams" <[EMAIL PROTECTED]> wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... >> [...] >> What question are you asking? I think all NDAs on the vc7.1 betas >> are expired, so I can just run a test... > > Actually, I wanted someo

[boost] Re: SmartPtr - Exception safety reprise

2003-02-01 Thread David B. Held
"David Abrahams" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > [...] > What question are you asking? I think all NDAs on the vc7.1 betas > are expired, so I can just run a test... Actually, I wanted someone on the compiler team to give me a set of circumstanc

Re: [boost] Regression tests on Cray

2003-02-01 Thread Matthias Troyer
On Saturday, February 1, 2003, at 10:49 PM, Beman Dawes wrote: At 12:39 PM 2/1/2003, Matthias Troyer wrote: >< cat regress.log | $process_jam_log >--- > > cat regress.log | $process_jam_log $boost_root >... >Finally, I wonder why I need the sixth change. How does this work on >other platforms

Re: [boost] Re: SmartPtr - Exception safety reprise

2003-02-01 Thread David Abrahams
"David B. Held" <[EMAIL PROTECTED]> writes: > "David Abrahams" <[EMAIL PROTECTED]> wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... >> [...] >> C) Make sure the first base class of smart_ptr is the one that >> manages destruction of its resources: > I was actually thinking

Re: [boost] Re: SmartPtr - Exception safety reprise

2003-02-01 Thread David Abrahams
"David B. Held" <[EMAIL PROTECTED]> writes: > Well, I want to at least give the VC++ guys a few days to see if > they say anything. I posted a question on a M$ newsgroup. I > think I did the first time around, too, and they didn't. It would be > really cool if, say, Jason Shirk offered some ins

[boost] Re: SmartPtr - Exception safety reprise

2003-02-01 Thread David B. Held
"David Abrahams" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > [...] > C) Make sure the first base class of smart_ptr is the one that > manages destruction of its resources: > > template > struct ptr_manager > : Storage, Ownership > { >

Re: [boost] Re: Deadline for the Standard LibraryTechnicalReport

2003-02-01 Thread Beman Dawes
At 11:41 AM 2/1/2003, Alisdair Meredith wrote: >Beman Dawes wrote: > >> See http://www.boost.org/more/cpp_committee_meetings.html. While the >> general public isn't invited to committee meetings, Boost "technical >> experts" are welcome. > >So how would I qualify myself as a "Boost technical exper

Re: [boost] Regression tests on Cray

2003-02-01 Thread Beman Dawes
At 12:39 PM 2/1/2003, Matthias Troyer wrote: >< cat regress.log | $process_jam_log >--- > > cat regress.log | $process_jam_log $boost_root >... >Finally, I wonder why I need the sixth change. How does this work on >other platforms? Is there an easier fix? I can answer that one. If process_jam_l

Re: [boost] named template parameters using mpl

2003-02-01 Thread David Abrahams
"Jonathan Wang" <[EMAIL PROTECTED]> writes: > Thanks for the url of use of BOOST_MPL_AUX_LAMBDA_SUPPORT. > Why not more in the documetation :-) Aleksey is working on that as I type. > What do you mean by "a single framework could be used to handle both approaches"? I mean a library which would

boost@lists.boost.org

2003-02-01 Thread Joerg Walter
Hi Julius, you wrote: > now that sparse matrix_row's works with Joerg's latest CVS upload (thanks > Joerg), a const& parameter that used to work with 1_29_0 doesn't anymore: Ouch ;-( > using namespace boost::numeric; > typedef ublas::matrix TM; > > double InnerProdConst( const TM& A, const ubla

Re: [boost] Re: is_base_and_derived explanation?

2003-02-01 Thread Terje Slettebø
>From: "Rani Sharoni" <[EMAIL PROTECTED]> > "John Maddock" <[EMAIL PROTECTED]> wrote in message > 012801c2c9eb$d07c4da0$b2e5193e@1016031671">news:012801c2c9eb$d07c4da0$b2e5193e@1016031671... > > OK the new version of is_base_and_derived is checked in, along with > stricter > > test cases, can some

Re: [boost] Re: Re: Re: Re: In-memory databases

2003-02-01 Thread David Abrahams
"Arkadiy Vertleyb" <[EMAIL PROTECTED]> writes: > OK. > How do I access the sandbox and samples? Look for the sandbox link on the boost homepage. -- David Abrahams [EMAIL PROTECTED] * http://www.boost-consulting.com Boost support, enhancements, training, and commercial

[boost] Re: Re: Re: Re: In-memory databases

2003-02-01 Thread Arkadiy Vertleyb
OK. How do I access the sandbox and samples? "David Abrahams" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > "Arkadiy Vertleyb" <[EMAIL PROTECTED]> writes: > > > "David Abrahams" <[EMAIL PROTECTED]> wrote in message > > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]

Re: [boost] Re: Re: Re: In-memory databases

2003-02-01 Thread David Abrahams
"Arkadiy Vertleyb" <[EMAIL PROTECTED]> writes: > "David Abrahams" <[EMAIL PROTECTED]> wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > >> > See http://www.boost.org/libs/utility/permutation_iterator.htm > > It looks like we may benefit from this when sorting/indexing. However, wh

[boost] Re: Re: Re: In-memory databases

2003-02-01 Thread Arkadiy Vertleyb
"David Abrahams" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > See http://www.boost.org/libs/utility/permutation_iterator.htm It looks like we may benefit from this when sorting/indexing. However, when I said that we adapt two iterators rather than one, I

[boost] Re: is_base_and_derived explanation?

2003-02-01 Thread Rani Sharoni
"John Maddock" <[EMAIL PROTECTED]> wrote in message 012801c2c9eb$d07c4da0$b2e5193e@1016031671">news:012801c2c9eb$d07c4da0$b2e5193e@1016031671... > OK the new version of is_base_and_derived is checked in, along with stricter > test cases, can someone who understands the implementation (I'm absolute

Re: [boost] Re: Re: In-memory databases

2003-02-01 Thread David Abrahams
David Abrahams <[EMAIL PROTECTED]> writes: > "Arkadiy Vertleyb" <[EMAIL PROTECTED]> writes: > >> "David Abrahams" <[EMAIL PROTECTED]> wrote in message >> We did consider iterator adaptors when we started. The main problem is that >> we have more iterators based on two iterators, rather than on on

Re: [boost] Re: Re: In-memory databases

2003-02-01 Thread David Abrahams
David Abrahams <[EMAIL PROTECTED]> writes: > See http://www.boost.org/libs/utility/permutation_iterator.htm One other thing: we're working on a redesign which is in the boost sandbox under boost/iterator/ and libs/iterator. It's much easier to use in many ways, so you might consider planning for

Re: [boost] Re: Deadline for the Standard LibraryTechnicalReport

2003-02-01 Thread Jeff Garland
>Currently I'm investigating format, Spirit and threads, but if any-one >submitting libraries wants another pair of eyes looking over the >submission just ask. [I've been holding back comments on smart- pointers >as it has been quite busy without my help ] Here are a couple of library efforts th

[boost] Re: Re: Re: In-memory databases

2003-02-01 Thread Arkadiy Vertleyb
"David Abrahams" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > "David Abrahams" <[EMAIL PROTECTED]> wrote in message > > We did consider iterator adaptors when we started. The main problem is that > > we have more iterators based on two iterators, rather th

Re: [boost] Re: Re: In-memory databases

2003-02-01 Thread David Abrahams
"Arkadiy Vertleyb" <[EMAIL PROTECTED]> writes: > "David Abrahams" <[EMAIL PROTECTED]> wrote in message > We did consider iterator adaptors when we started. The main problem is that > we have more iterators based on two iterators, rather than on one -- I don't > know whether we can benefit from it

[boost] Re: In-memory databases

2003-02-01 Thread Arkadiy Vertleyb
We did consider serialization. You can take a look at test/persist.cpp and persist.h. They implement serialization of a tuple. With the help of this it's quite easy to serialize any relation (whether table or operator). This can be used either to implement persistable tables, or for client-serv

Re: [boost] Regression tests on Cray

2003-02-01 Thread Matthias Troyer
On Saturday, February 1, 2003, at 07:07 PM, David Abrahams wrote: Matthias Troyer <[EMAIL PROTECTED]> writes: First the (maybe stupid) question: how can I disable the building of shared libraries when using bjam? Shared libraries do not seem to exist on the vector-Crays and I would like to dis

Re: [boost] SmartPtr - Exception safety reprise

2003-02-01 Thread David Abrahams
"David B. Held" <[EMAIL PROTECTED]> writes: > I started a new thread because the old one was getting hard to > follow on my newsreader from the excessive nesting. I realized > there is yet another problem with my scheme (which should come > as no suprise by now). This time, the problem is the co

[boost] Re: Re: In-memory databases

2003-02-01 Thread Arkadiy Vertleyb
"David Abrahams" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > At a first glance, I have two remarks: > > The first is trivial: your #include guards are all symbols reserved to > the C++ implementation. No double underscores, please! They're also > not very u

Re: [boost] Regression tests on Cray

2003-02-01 Thread David Abrahams
Matthias Troyer <[EMAIL PROTECTED]> writes: > Dear Boosters, > > Since we got to work jam on the Cray, found an > optimizer bug when compiling regex with -O3 that we > will report to Cray and got regex to compile at -O2, I > am now running the regression tests. > > While they are running I want t

[boost] Re: In-memory databases

2003-02-01 Thread David B. Held
"Arkadiy Vertleyb" <[EMAIL PROTECTED]> wrote in message b1grsi$qh2$[EMAIL PROTECTED]">news:b1grsi$qh2$[EMAIL PROTECTED]... > Yes, we are currently working on such a database. > [...] After looking at the documentation, it looks like you have left out serialization/persistence completely. That's o

[boost] SmartPtr - Exception safety reprise

2003-02-01 Thread David B. Held
I started a new thread because the old one was getting hard to follow on my newsreader from the excessive nesting. I realized there is yet another problem with my scheme (which should come as no suprise by now). This time, the problem is the copy c'tor. Here's a recap: storage::storage(stora

[boost] Regression tests on Cray

2003-02-01 Thread Matthias Troyer
Dear Boosters, Since we got to work jam on the Cray, found an optimizer bug when compiling regex with -O3 that we will report to Cray and got regex to compile at -O2, I am now running the regression tests. While they are running I want to ask a question about building and post a patch/questio

[boost] Re: In-memory databases

2003-02-01 Thread David B. Held
"Arkadiy Vertleyb" <[EMAIL PROTECTED]> wrote in message b1grsi$qh2$[EMAIL PROTECTED]">news:b1grsi$qh2$[EMAIL PROTECTED]... > Yes, we are currently working on such a database. Ok, I was of the impression that your library was some kind of caching interface or template interface to external disk-bas

Re: [boost] Re: In-memory databases

2003-02-01 Thread David Abrahams
"Arkadiy Vertleyb" <[EMAIL PROTECTED]> writes: > Yes, we are currently working on such a database. Our library uses > template meta-programming to enable creation of relational tables capable of > storing ANY type of data in their fields. The only requirements to the type > is the same as an ST

[boost] Re: Deadline for the Standard LibraryTechnicalReport

2003-02-01 Thread Alisdair Meredith
Beman Dawes wrote: > See http://www.boost.org/more/cpp_committee_meetings.html. While the > general public isn't invited to committee meetings, Boost "technical > experts" are welcome. So how would I qualify myself as a "Boost technical expert"? I am hopefully past the 'hump' at work now, and so

[boost] Re: In-memory databases

2003-02-01 Thread Arkadiy Vertleyb
Yes, we are currently working on such a database. Our library uses template meta-programming to enable creation of relational tables capable of storing ANY type of data in their fields. The only requirements to the type is the same as an STL container would impose. We also provide a full set of

[boost] [regex] Linker errors with MSVC

2003-02-01 Thread Hartmut Kaiser
Hi all, I get a bunch of linker errors while compiling the following testcase with VC6.5/VC7.1 (current Boost CVS): test_regex.cpp: #include #define BOOST_REGEX_NO_LIB #define BOOST_REGEX_STATIC_LINK #include "boost/regex.hpp" #include "boost/regex/src.cpp" int main() { boost::reg_expression

Re: [boost] named template parameters using mpl

2003-02-01 Thread Howard Hinnant
On Saturday, February 1, 2003, at 04:54 AM, Jonathan Wang wrote: Howard Hinnant <[EMAIL PROTECTED]> writes: I've also looked at ntp implementation similar to this (but used Loki type lists), and agree that this is a neat way to go. Essentially you just stick the defaults onto the end of the t

boost@lists.boost.org

2003-02-01 Thread Julius Muschaweck
Hi Joerg and everybody, now that sparse matrix_row's works with Joerg's latest CVS upload (thanks Joerg), a const& parameter that used to work with 1_29_0 doesn't anymore: using namespace boost::numeric; typedef ublas::matrix TM; double InnerProdConst( const TM& A, const ublas::vector& x ) {

[boost] is_base_and_derived explanation?

2003-02-01 Thread John Maddock
OK the new version of is_base_and_derived is checked in, along with stricter test cases, can someone who understands the implementation (I'm absolutely sure that I don't !), please provide an explanation to add to the header? BTW I have looked at Terje's explanation, but the subtle changes to the

Re: [boost] named template parameters using mpl

2003-02-01 Thread Jonathan Wang
David Abrahams <[EMAIL PROTECTED]> writes: >That's how my "defaults by type properties" thing works as well. I >wonder if a single framework could be used to handle both approaches? Thanks for the url of use of BOOST_MPL_AUX_LAMBDA_SUPPORT. Why not more in the documetation :-) What do you mean

Re: [boost] named template parameters using mpl

2003-02-01 Thread Jonathan Wang
Howard Hinnant <[EMAIL PROTECTED]> writes: >I've also looked at ntp implementation similar to this (but used Loki >type lists), and agree that this is a neat way to go. Essentially you >just stick the defaults onto the end of the type list. Then if the >user specifies anything, either by a de