OF
Мы вк обсуждали что в кос нужен системные вызовы для работы с stdin/stdout
Size: a a a
2020 September 07
М
Эх, сейчас бы ZFS в кос завезти
RR
а скиньте ссылку на вк, чтобы я хоть посмотреть мог
IB
в ядре разные подсистемы, всего никто не знает
IB
начинать всё равно надо с чего-то одного
М
Ivan Baravy
на exFAT есть спека в открытом доступе, если что
Это хорошо. Теперь нужно спуститься на уровень пониже и понять как кось вообще работает с файловыми системами и накопителями
RR
Это хорошо. Теперь нужно спуститься на уровень пониже и понять как кось вообще работает с файловыми системами и накопителями
в порты пишет, не?
М
А хз, я не лез в ядро, мне хватало системного API. Максимум куда я заходил это работа с USB, и то чуть-чуть
RR
вот это интересно - я бы хотел узнать, можно ли подружить USB и UART на FT232
RR
и делал ли это кто-то
OF
Да я Рустему писал. По сути у меня была идея сделать вывод в окно шела а не создавать новые окона для ввода/вывода в консольных приложениях. Всё должно было работать по модели клиент сервер - но мы пришли к выводу что это очередной костыль и эмуляция потоков ввода вывода. Так что нужны вызовы а я с асемблером не дружу
OF
Переслано от Otto Faust
Мы вк обсуждали что в кос нужен системные вызовы для работы с stdin/stdout
IB
Это хорошо. Теперь нужно спуститься на уровень пониже и понять как кось вообще работает с файловыми системами и накопителями
RR
А у нас вообще есть механизм общения программы и ядра через потоки? Я имею ввиду, есть ли буфер в который можно писать/читать с обоих концов?
OF
Да
OF
По этому принципу я и хотел делать
OF
Но тогда функции ядра придётся переложить на шел
RR
о, я готов это ревьюрить, чтобы быстрее войти в курс дела
RR
Otto Faust
Но тогда функции ядра придётся переложить на шел
не понимаю почему
OF
По сути шел будет выполнять всё то есть перенаправление в файл например