Boost logo

Boost :

From: Eric Woodruff (Eric.Woodruff_at_[hidden])
Date: 2002-10-13 23:00:06

I think he was trying to imply something of how a reverse iterator adaptor
might be implemented to effectively set an iterator = end () and then
perform operator-- on it when operator++ is called.

I'm not aware of how much the standard makes direct statements such that
those easy implementations of reverse iterators could be created.

"Victor A. Wagner, Jr." <vawjr_at_[hidden]> wrote in message
At Sunday 2002/10/13 16:39, you wrote:

>"Terje Slettebø" <tslettebo_at_[hidden]> wrote in message
> >From: "Yitzhak Sapir" <yitzhaks_at_[hidden]>
> >On Sun, 13 Oct 2002, [iso-8859-1] Terje Slettebø wrote:
> >As I understand, the only thing you can safely do with an end() iterator
> >to compare it with other iterators.
> If operator-- is defined on an iterator, and begin() != end(), then it
>also safe to decrement an iterator that is equal to end().
>reverse_iterators depend on this fact. This is why rbegin().base() ==

I don't see how that follows. I agree that rbegin().base() == end(), but
don't see how that implies that ANY operations on end() are legal.

>Joe Gottman
>Unsubscribe & other changes:

Victor A. Wagner Jr.
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 dangerous words in the English language:
               "There oughta be a law"

Unsubscribe & other changes:

Boost list run by bdawes at, gregod at, cpdaniel at, john at