From: David Abrahams (dave_at_[hidden])
Date: 2003-04-29 21:15:03
Robert Ramey <ramey_at_[hidden]> writes:
>>Date: Tue, 29 Apr 2003 09:53:01 -0400
>>From: David Abrahams <dave_at_[hidden]>
> By amazing coincidence I happen to need a special iterator_adaptor
> for my project. I tried boost::interator_adaptor
Which one? The one in the CVS or the one in the sandbox?
> - and it was just too hard to "adapt". So It seems you're on to a
> good thing here.
Hard to understand why you say that, if it was too hard to use.
> I used the Mult-Pass iterator in the spirit lib.
> This changes an input iterator into a forward iterator. It is of
> wide application and should be outside of spirt. sprit also has a
> file_input iterator wish should really be a simplle application of
> the multi-pass iterator to an input iterator.
> FYI my application needs something to transform escaped text
> to unescaped text and back again. and another thing to transform
> from mult-byte strings (locale dependent) to wstring and back.
> And these things should be composable with each other and
> other iterators such as input/output stream iterators. I would hope
> the new system would be applicable to these use cases in a
> natural way.
Why don't you try it then?
> When will the new version be available.
It's in the boost sandbox: boost/iterator, libs/iterator
> I've started making a couple of small templates derived from
> std::iterator<...> to handle the job. but would prefer to use a
> boost library if a suitable one is available.
> The docs suggest a different set of iterator catagories. Will this be
> incompatiable with the current standard library? or a replacement for it?
> or ?
A backward-compatible replacement. Read the docs, they give the
> The docs for the new system suggest that the new system will be much
> easier to use and understand than the old one. A couple of examples
> would be nice.
Again, they're in the sandbox.
-- Dave Abrahams Boost Consulting www.boost-consulting.com
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk