std::ifstream ifs("db11.zip", std::ios_base::in|std::ios_base::binary);
std::ofstream ofs("test.arc", std::ios_base::out|std::ios_base::binary);

std::copy(
    std::istream_iterator<char>(ifs),
    std::istream_iterator<char>(),
    std::ostream_iterator<char>(ofs)
);

N>std::ifstream ifs("db11.zip", std::ios_base::in|std::ios_base::binary);
N>std::ofstream ofs("test.arc", std::ios_base::out|std::ios_base::binary);

N>std::copy(
N>    std::istream_iterator<char>(ifs),
N>    std::istream_iterator<char>(),
N>    std::ostream_iterator<char>(ofs)
N>);

ifs >> ofs.rdbuf();
// или
ofs << ifs.rdbuf();

ifs >> ofs.rdbuf();
_>// или
_>ofs << ifs.rdbuf();

Если копнуть глубже то это означает, писал Я писал некий алгоритм преобразования одного файла в другой и тут столкнулся с багом.
Начал упрощать, доупращался до такого примитивного случая. Упрощать дальше некуда. Посмотрел в MSDN ничего не нашёл.
Дай думаю спрошу на RSDN может народ в курсе.

_>Потоки(stream) в с++ — по умолчанию, это классы для работы с человекочитаемыми текстовыми данными (платформозависимые переводы строк, пропуск пробелов, учет локали при конвертировании и тп). И эту человекочитаемость очень трудно отключить: надо сделать кучу приседаний вокруг этого стрима, чтобы он работал как хотелось. Зачем так задумано я не знаю, и вообще потоки самая противоречивая часть в стл(?). Для работы с бинарным форматом рекомендуют работать с стримбуферами (streambuf), но там тоже иногда проскакивает эта "человекочитаемость" (баг?). Для работы с бинарным представлением файла лучше использовать что-нибудь другое, например низкоуровневые open(O_BINARY)/read/write. А стримы они такие потоки г.... .

...
std::istream_iterator<char>(ifs >> std::noskipws )
...