Вот за что люблю фарш, так это за то что ты пишешь-пишешь код, запускаешь - и все работает! Я вот два дня фигачил TaskSeq вместо AsyncSeq, запустил и все тесты зелененькие, ни в одном месте ничего не поломалось)

Ребят, есть готовые remote-containers для VSCode, чтобы погонять F# 5.0, не ставя в систему?

Вот, если кому интересно) Можно безболезненно добавлять и удалять "стримы" в процессе, чего нельзя в асинксеке сделать https://github.com/fsharplang-ru/pulsar-client-dotnet/blob/MultiTopic/src/Pulsar.Client/Internal/TaskSeq.fs

Это скорее набор сорцов для стрима. Не уверен что так нельзя в асинкСеке, но в гопаке точно можно!!1

Насчёт асинксека надо посмотреть!

Слушайте, а в Async завезут поддержку and! ?
Сейчас потестил preview, там нету

А если руками добавить?

для этого надо прямые руки иметь)

а я даже сходу не могу придумать, как реализовать руками паралельный zip для async

Там вроде надо Combine2 объявить или чот такое

Надо в спеке посмотреть

я там кидал выше баг асинксека, он плохо поддерживает подмерживание стримов посреди работы

возможно в гопаке такой же баг

там есть отдельный модуль Source для стримов

который позволяет отделить источник стрима от самого стрима

Там либо Bind2 ... BindN либо MergeSources, и да, если руками добавить - работает

дык берёшь имеющийся dotnet и меняешь версию в докерфайле на 5.0

Эх, где ты был 5 часов назад) (в общем так и сделал)

ПРИВЕТ!!!

Друзья, а может кто-то из опытных в .NET сможет прояснить мне проблему с Рowershell? Я пытаюсь работать с zip-файлом в памяти: считываю файл, помещаю его в memorystream, открываю нужный файл из этого архива, модифицирую его… потом создаю новый Entry в этом же архиве; он показывается в списке ZipArchive.Entries. Открываю StreamWriter($ZipEntryNew.Open()), и пытаюсь записать в этот поток содержимое измененного мною файла. Безрезультатно.