Как я могу прочитать 0xFF в файле с libc ++ istream_iterator?

Рассмотрим следующий пример кода:

#include <iostream>

using namespace std;

int main()
{
istreambuf_iterator<char> eos;
istreambuf_iterator<char> iit(cin.rdbuf());
int i;
for (i = 0; iit != eos; ++i, ++iit) {
cout << *iit;
}
cout << endl << i << endl;
}

И входной файл, содержащий следующее: «foo \ xffbar»:

$ hexdump testin
0000000 66 6f 6f ff 62 61 72
0000007

Теперь для теста с использованием clang libc ++ vs gnu libstdc ++:

$ make test
clang++ -std=c++11 -stdlib=libc++ -Wall -stdlib=libc++ -o bug-libcc bug.cpp
clang++ -std=c++11 -stdlib=libc++ -Wall -stdlib=libstdc++ -o bug-libstd bug.cpp
./bug-libcc < testin
foo
3
./bug-libstd < testin
foo�bar
7

Как видите, версия libc ++ считает, что 0xff — это конец потока, и он прекращает чтение. Так что это приводит к паре вопросов.

1) Это ошибка в libc ++, о которой я должен сообщить? Мой поиск в Google для существующих ошибок ничего не обнаружил.

2) Есть ли хороший способ обойти эту проблему?

РЕДАКТИРОВАТЬ

Следующий код работает:

#include <iostream>
#include <fstream>

using namespace std;

int main()
{
ifstream ifs ("testin", ios::binary);
istreambuf_iterator<char> eos;
istreambuf_iterator<char> iit(ifs.rdbuf());
int i;
for (i = 0; iit != eos; ++i, ++iit) {
cout << *iit;
}
cout << endl << i << endl;
}

Приводит меня к мысли, что это проблема двоичного преобразования, но это не объясняет, почему libstdc ++ работает должным образом.

EDIT2

Использование файла без двоичного кода также работает нормально:

ifstream ifs ("testin");

Так что определенно происходит что-то подозрительное. Похоже, что это может быть проблемой при реализации cin, а не итератора.