раз на Linux может быть 32 или 64 бит, где необходимо 64 бита, чтобы избежать проблемы Y2038. /> Это немного сложно для API входного события Linux, где входные события, считываемые с устройства, включают в себя метку времени. Он управляется через EG anpound_event_to_user () функция в Drivers/Input/Input.compat.c . Он полагается на вызов ядра in_compat_syscall () , чтобы сказать, является ли приложение пользователя 32- или 64-разряд. Он должен работать на 32-битных системах с 32-разрядным временем и 64-битными системами с 64-разрядным временем, считываемым программами, составленными для 64-битных. Но я думаю, что это сломалось бы для других комбинаций приложений пользователя, которые ожидают 64-разрядного времени на 32-разрядной системе, или 32-разрядных приложений пользователя, которые ожидают 32-разрядного времени в 64-битной системе. Насколько я могу судить, у драйвера CUSE нет возможности узнать значение in_compat_syscall () .
Как драйвер CUSE может определить, ожидает ли приложение, которое откроется, оно ожидает 32-битных или 64-битных временных метров?
Подробнее здесь: https://stackoverflow.com/questions/797 ... -for-y2038
Linux Cuse и 32/64-битная совместимость времени для Y2038 ⇐ Linux
-
Anonymous
1758003034
Anonymous
раз на Linux может быть 32 или 64 бит, где необходимо 64 бита, чтобы избежать проблемы Y2038. /> Это немного сложно для API входного события Linux, где входные события, считываемые с устройства, включают в себя метку времени. Он управляется через EG anpound_event_to_user () функция в Drivers/Input/Input.compat.c . Он полагается на вызов ядра in_compat_syscall () , чтобы сказать, является ли приложение пользователя 32- или 64-разряд. Он должен работать на 32-битных системах с 32-разрядным временем и 64-битными системами с 64-разрядным временем, считываемым программами, составленными для 64-битных. Но я думаю, что это сломалось бы для других комбинаций приложений пользователя, которые ожидают 64-разрядного времени на 32-разрядной системе, или 32-разрядных приложений пользователя, которые ожидают 32-разрядного времени в 64-битной системе. Насколько я могу судить, у драйвера CUSE нет возможности узнать значение in_compat_syscall () .
Как драйвер CUSE может определить, ожидает ли приложение, которое откроется, оно ожидает 32-битных или 64-битных временных метров?
Подробнее здесь: [url]https://stackoverflow.com/questions/79765827/linux-cuse-and-32-64-bit-time-compatibility-for-y2038[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия