У меня вопрос не про отображение, а про само файловое API. Для влезающих в UCS-2 символов оно регистронезависимое - нельзя создать в одном каталоге a.txt и A.txt Вопрос, работает ли это в общем случае (например, для древневенгерского).
PS Проверил, создаются два файла с именами 𐳀.txt и 𐲀.txt, так что явной поддержки UTF-16 нет.
Самое интересное - это как реально работает динамическая загрузка и вытеснение/подгрузка сегментов для NE (с учётом того, что оно поддерживалось и в реальном режиме Win 3.0 на 8086). Помню, это частично разбиралось в статьях в первых номерах русскоязычного PC Magazine в начале 90х.
Посмотрел - выглядит так, что там скорее эмуляция (насколько понимаю, настоящие namespaces без рута на хосте не поднимутся), но да, изображают отдельные FS, уиды и прочее.
Что такое сам termux я в курсе - с Ubuntu там из общего разве что пакетный менеджер (и то в Ubuntu в последнее время в моде скорее snap) и базовый линуксовый софт. Как именно запустить Ubuntu под termux - не знаю.
Там вроде только UWP приложения шли - здесь же по идее будет доступен весь Play Store (хотя понятно, что не все приложения будут адекватно работать с клавой/мышью).
Система для домохозяек, которым достаточно магазина приложений от вендора, но не хватает телефона/планшета (и денег на Mac). Вопрос только в том сколько их.
Online help действительно долго означал документацию, доступную из самой программы (в отличие от печатного руководства) - применялся, скажем, к справке Turbo C/Pascal, которые работали в DOS и не могли никуда законнектиться.
Перед исполнением динамически зачитанного/сгенерированного кода непохо ещё кеш инструкций сбросить (скажем, через __builtin___clear_cache). На x86 необязательно, а вот ARM может начать исполнять мусор.
Есть более современные способы быстро получить байтики для инструкций, хотя бы llvm-mc.
Мемоизация в чистом ФП должна включать явную передачу кеша (можно упростить теми же монадами).
Времена Katmai и Willamette не такие уж давние )
Я проверял на Windows 11, она вышла после добавления древневенгерского (Unicode 8.0, 2015).
У меня вопрос не про отображение, а про само файловое API. Для влезающих в UCS-2 символов оно регистронезависимое - нельзя создать в одном каталоге a.txt и A.txt Вопрос, работает ли это в общем случае (например, для древневенгерского).
PS Проверил, создаются два файла с именами 𐳀.txt и 𐲀.txt, так что явной поддержки UTF-16 нет.
Самое интересное - это как реально работает динамическая загрузка и вытеснение/подгрузка сегментов для NE (с учётом того, что оно поддерживалось и в реальном режиме Win 3.0 на 8086). Помню, это частично разбиралось в статьях в первых номерах русскоязычного PC Magazine в начале 90х.
В первую очередь это про отсутствие побочных эффектов и функции как полноценные объекты языка.
Я имею в виду эмуляцию системных вещей (пространства имён для файловой системы и uid), а не инструкций процессора.
Посмотрел - выглядит так, что там скорее эмуляция (насколько понимаю, настоящие namespaces без рута на хосте не поднимутся), но да, изображают отдельные FS, уиды и прочее.
Забавно. Интересно как там решается вопрос с созданием разных пользовательских аккаунтов.
Что такое сам termux я в курсе - с Ubuntu там из общего разве что пакетный менеджер (и то в Ubuntu в последнее время в моде скорее snap) и базовый линуксовый софт. Как именно запустить Ubuntu под termux - не знаю.
Там вроде только UWP приложения шли - здесь же по идее будет доступен весь Play Store (хотя понятно, что не все приложения будут адекватно работать с клавой/мышью).
Что имеется в виду? Внутри termux можно развернуть отдельную полноценную ОС?
Вопрос в необходимости аптайма 24/7 и стоимости простоя.
Система для домохозяек, которым достаточно магазина приложений от вендора, но не хватает телефона/планшета (и денег на Mac). Вопрос только в том сколько их.
Как бы Линукс - это только ядро. В плане реализации системы поверх ядра Андроид и "обычный" GNU/Linux несколько отличаются.
Для фирмы с штатом из директора и уборщицы логичнее арендовать инфраструктуру в облаке и не лезть в вопросы надёжности железа.
Надеюсь новый Аватар таки выйдет в 3D.
Online help действительно долго означал документацию, доступную из самой программы (в отличие от печатного руководства) - применялся, скажем, к справке Turbo C/Pascal, которые работали в DOS и не могли никуда законнектиться.
Перед исполнением динамически зачитанного/сгенерированного кода непохо ещё кеш инструкций сбросить (скажем, через __builtin___clear_cache). На x86 необязательно, а вот ARM может начать исполнять мусор.