Я пилю проект LDL, если вкратце это аналог библиотеки SDL, но в том числе с поддержкой старых систем и главное преимущество в том, что LDL имеет единый API <...>
В своё время пользовался преотличнейшей библиотекой от Zinc для создания GUI. Почему то уверен, что вам захочется глянуть исходники.
Скорее всего претензии к некошерности mattod, где массив передаётся по неявной неконстантной ссылке, вместо того что бы вернуть его по значению.
По видимому, "кошерно" выделить память внутри ф-ии и вернуть её по значению, ведь это будет "гораздо эффективнее" и "проще для студентов(-индусов) в поддержке".
ТС о том, что оболочка позволяет назначить шоткат Ctrl+Shift, значит пользователь уверен, что система отработает правильно. Но шоткат вменяемо не работает -- ждёт следующую клавишу. А вы о каких то 40+ и неприятии всего "нового". Что "нового" в косяке с переключением раскладки?
Нет разницы, если драйвер начал пожирать память то не важно -- убъёт ли ядро пользовательский процесс(ы) или нет, всё равно это кончится крахом системы.
Потому что его детище -- VMS намного совершеннее *nix, как и всё что создавал в своё время DEC. Многие вещи из VMS Катлер позже реализовал в ядре NT после перехода в Microsoft.
проблемы этой файловой системы при использовании в линукс показывают её недоработки, а не линукса?
Нет, показывают, что разработчики драйвера ниасилили создать работоспособный драйвер под линукс, даже при наличии утечки исходников. CLI bash осилили а драйвер NTFS -- нет.
В своё время пользовался преотличнейшей библиотекой от Zinc для создания GUI. Почему то уверен, что вам захочется глянуть исходники.
http://www.openzinc.com/Screenshots.html
@JordanCpp
Ну как же не было, если вот он, родненький.
Объект типа *PGM нельзя прочитать системными средствами как набор данных?
А изменить тип можно?
Скорее всего претензии к некошерности
mattod, где массив передаётся по неявной неконстантной ссылке, вместо того что бы вернуть его по значению.По видимому, "кошерно" выделить память внутри ф-ии и вернуть её по значению, ведь это будет "гораздо эффективнее" и "проще для студентов(-индусов) в поддержке".Это проблема конкретного приложения, которое реализовано с не стандартными средствами чтения клавиатуры.
Не может. Вы свою персональную ошибку выжившего предлагаете считать отсутствием проблемы.
Склонен больше верить ТС.
ТС о том, что оболочка позволяет назначить шоткат Ctrl+Shift, значит пользователь уверен, что система отработает правильно.
Но шоткат вменяемо не работает -- ждёт следующую клавишу.
А вы о каких то 40+ и неприятии всего "нового".
Что "нового" в косяке с переключением раскладки?
Скорее всего, выросло поколение никогда не видевшее TurboVision.
Нет разницы, если драйвер начал пожирать память то не важно -- убъёт ли ядро пользовательский процесс(ы) или нет, всё равно это кончится крахом системы.
Да хоть с NT 3.1
https://youtu.be/sKtyfqorI3Q
Потому что его детище -- VMS намного совершеннее *nix, как и всё что создавал в своё время DEC. Многие вещи из VMS Катлер позже реализовал в ядре NT после перехода в Microsoft.
Нет, показывают, что разработчики драйвера ниасилили создать работоспособный драйвер под линукс, даже при наличии утечки исходников. CLI bash осилили а драйвер NTFS -- нет.
Если делать симуляцию механических часов так делать по полной программе -- плавное движение должно быть не только секундной но и часовой и минутной.
Получилось.
И точно работает, проверил на древней 4Гб флэшке.
(под Win11)
Действительно, не прошло и 25 лет.
Для флэшек он не нужен, достаточно каталога \efi с файлами.
Он нужен только для разделов на HDD/SSD.
А с помощью какой магии вы собираетесь разместить на FAT32 файл install.esd размером в 5Гб?
Или у вас флэшки поддерживают разбиение на два раздела?
Так windows не поддерживает таблицу разделов из более чем одного для флэшек.
Нет никакой магии, работает без бубнов и всё.
Прекращаем художественный свист из времён ХР и 2000 WS:
Да работает всё, вот тут лучше видно http://tinyurl.com/yktcuaft
И не менее заводной Weezer «Buddy Holly»
https://youtu.be/kemivUKb4f4