Всегда интересовало почему в стандартных стримах от стандартной библиотеке C++ существует два типа "сиков"(seekg/seekp) ? Чем руководствовались разработчики? К примеру в "винде" есть один SetFilePointer и вроде как успешно работает. Зачем понадобилось различать на запись и чтение?

вообще они в итоге манипулируют одним значением (в basic_stream), однако у них разное возвращаемое значение (istream и ostream).
я так понимаю, это позволяет явно разделять семантику чтения/записи и предотвращать соответствующие ошибки

Мне такое понадобилось только один раз, при вставке новой секции в PE-файл. Когда надо было из одного места в файле переписать чуть дальше. При этом было удобно когда reader не менял своей позиции.
Не думаю что разработчики стандартных стримов сталкивались с подобной задачей и возможно у них была другая причина разделять позицию записи\чтения. Жутко интересно, какая?! )

Добавлено через 1 минуту и 25 секунд
почему итераторы разных типов (in, out, forward, random) понимаешь? это то же самое

Добавлено через 3 минуты и 38 секунд
в частности, std::istream содержит seekg(), но не содержит seekp()

Просто у меня есть класс CustomFormat который работает c std::fstream но принятого в конструкторе класса как std::iostream . Сейчас возникла ситуация что мне нужно в другом классе который юзает этот CustomFormat получить стрим и чтобы не раскрывать деталей я пришел к выводу что мне надо бы разработать какой-нить абстрактный интерфейс стрима IStream и вернуть его в этом CustomFormat.
Но при проектировании этого интерфейса передо мной встал вопрос: а стоит ли повторять семантику std::iostream-ов и вводить аналоги seekg()/seekp() или вполне хватит одной seek() ?

К примеру qiodevice очень даже справляется с одним seek()

Вот и хочется знать: когда вообще нужны два вида файл-сиков?