In many of the exercises in the CPlusPlus module you had to process input line by line. It would have been convenient to have a line iterator in order to use standard algorithms instead of the `while`

loops used:

- Implement a line input iterator that that wraps an input stream.
- Use your line input iterator to improve your existing solution of one of the line-oriented CPlusPlus exercises.

You can use boost to simplify your solution.

In this first exercise you will implement a simple iterator similar to the iterator for integers from the lecture.

Instead of just counting your iterator will iterate through the Fibonacci numbers (https://en.wikipedia.org/wiki/Fibonacci_number). The given test cases expect your Fibonacci sequence to start with the value `0`

for the zeroth number, `1`

for the first number, `1`

for the second number, and so on.

You need to implement the following members of the Fibonacci iterator:

- Constructor initializing the iterator with the
`n`

th element (default is`0`

). -
`operator*`

for accessing the current element (Fibonacci number) of the iterator. -
`operator==`

to see whether two iterators have the same current element. -
`operator!=`

the inverse of the`operator==`

. -
`operator++`

prefix and postfix increment.

We suggest you store the index (`i`

th number) and not the Fibonacci value itself.

Here are the test cases: https:files/Test.cpp

You shall implement two versions of this iterator:

- Implement all operators yourself.
- Use the facilities of boost iterators (i.e. based on a counting iterator).

**Note:** Don't worry about efficiency in this exercise.

**Note:** The task of this exercise will be part of Testat 2 (next week).
Last week you have implemented a dynamic version of the bounded buffer. Finish that exercise first if you have not already completed it.

In this exercise you have to implement `begin`

and `end`

for your dynamic bounded buffer. This requires your own iterator type, which can cope with the non-consecutive nature of the elements in your heap memory. The implementation of your iterator must be robust, i.e. accesses outside the range specified by `begin`

(inclusive) and `end`

(exclusive) have to throw exceptions. It is not allowed to increment/decrement your iterator beyond these points (`begin`

/`end`

).

**Hints:**

- Define the iterator type as member of the bounded buffer.
- Just create constant iterators for this exercise.
- If you struggle to figure out why certain tests are not green you may implement the << operator for your iterator type in the test cases to visualize its state.
- Use boost/operators.hpp to shorten your implementation.

Here are some test cases as suggestion to verify the functionality of your iterators. Note: It is just the suite for iterators, which you need to register in the `Test.cpp`

file first:

https:files/ConstIteratorForBoundedBuffer.zip

If you struggle to get it all up and running at once, try to satisfy one test case after another. Comment out all test contents first. Add the contents of the first test (start at the top of the tests), make it compile, make it green, repeat with the next tests.

Create a version of the bounded buffer that supports non-const iterators. Don’t just copy-waste your const iterator implementation! Try to find a smart way to reuse the parts of your implementation and let the compiler do the work of duplicating your code.

Due date: Thursday 13. April 2017 23:59 (CET)

Adapt your dynamic bounded buffer to allow non-default-constructible types as element type. Use the approach you have seen in the lecture last week (allocating a `char`

array and move the elements to the corresponding location).

Last edited April 18, 2017 |