да, конечно, потому что fseek для потока из сети уже нет

дело в том, что в файлах формата MS CFB есть собственная, можно сказать, файловая система (с директориями и файлами). файловая система в файле, в общем. чтобы прочитать файл (в этой ФС), нужно сначала загрузить таблицу FAT-секторов (цепочку секторов, т.е. какой сектор следует за каким), далее понять, какой сектор является начальным для файла в этой ФС, а потом последовательно прочитать сектора, соединив все части. в общем, изначально нет смысла читать все сектора (и с файлами всё понятно, можно использовать, как вы писали выше, hSeek & hGet)

со строкой я попробовал использовать splitAt, но он в память загружается вся строка (ведь результат — кортеж с началом и хвостом), но это в любом случае неизбежно

строка в любом случае должна быть в память загружена.
что такое строка, не загруженная в память?

да, это так. дело в том, что я думаю над тем, можно ли не писать две реализации для строки и для файла. ведь отличается лишь метод получения секторов, но так как функция используется везде, то придётся писать две реализации не только этой функции, что очень плохо

можно написать один интерфейс произвольного доступа с двумя реализациями. только у сетевого потока нет произвольного доступа

а если перемотка у вас только вперёд, то такому интерфейсу удовлетворяют все три, и потоки есть готовые, даже несколько — counduit, pipes, streaming

are you the real Mark Florisson?

Hi all! Not sure if this is the right place (feel free to point me elsewhere), but MLabs has 2 open Haskell positions, feel free to DM for details or email mark@mlabs.city

@cblp_su the one and only!

Hi, we have a separate channel for that

Ah! thanks Anton!

which channel is that?

I can put it in @haskell_job

Great ok!

thanks!

this is chat where we discuss channel @haskell_job

👍

Nice one :)

And @haskell_cv is for people looking for jobs?