Состоялся экспериментальный выпуск открытой реализации WinAPI - Wine 7.22. С момента выпуска версии 7.21 было закрыто 38 отчётов об ошибках и внесено 462 изменения...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58196
> В WoW64, прослойку для запуска 32-разрядных программ в 64-разрядной Windows, добавлены преобразователи системных вызовов (thunk) для Vulkan и OpenGL.Очень хорошо! Ждем, когда the remaining modules are converted to PE, this will make it possible to run 32-bit applications without installing 32-bit Unix libraries, т.е. без установки пакета wine-i386.
Из-за этого мне приходится держать 32 битную alsa, из-за этого 32 битный ffmpeg, из-за этого 1000 32 битных зависимостей. Помимо сабжа существует ещё конечно pcsx2. Но проблем эти их эксперименты слишком у много несут -- мне не нравится, когда софт, всю жизнь работавший, внезапно перестаёт это делать.
> 1000 32 битных зависимостей.Может всё-таки 100500 зависимостей?
С --install-recommends выйдет раз эдак в пять меньше, не говоря уже о том, что за всю линейку 7.х количество требуемых х32 пакетов уменьшилось минимум на десяток-два.
Все мультимедиа либы, гтк со всеми потрохами… Да нет, ошибки тут никакой.
> существует ещё конечно pcsx2Он 64-битный же давно.
Ого, точно? Он всегда был 64 битный, но с некоторыми серьёзными оговорками. Надо будет посмотреть, спасибо. Я перестал обновлять, потому что сломали игры и отказывались чинить, а я ведь даже указал им в каком конкретно коммите баги пошли. Так потом ещё что-то с сохранениями сделали и мне надоело выкидывать коммиты вручную, игры то работают нормально.
Не знаю, какие там оговорки. Лежит 64-битный AppImage, а 32 бит уже вообще нет. Вот «стабильная» версия 1.6, которую предлагают по умолчанию, 32-битная, но кто ж её использует.
>какие там оговоркиА там в 64 битной только софтрендер и ещё по мелочи, ну и это всего 2 года прошло, у меня так вообще предрелизная версия с вырезанными коммитами. Сегодня я узнал, что на тестовой сборке оказывается уже есть поддержка 64 бит, спасибо.
И как оно? Поломанные игры починились?
Зачем ты тогда сидишь на линукс? Линукс это не про постоянную работу софта. Ставь оффтопик.
Ну, скажем так, у меня опыт целиком противоположный. Дело не в линуксе, а в плохом QA конкретно проекта WINE в данном случае.
А у тебя не проскакивала мысль факт работы приложения и не должен зависеть от QA конкретного проекта. Подумай об этом на досуге. Подсказка даже этот твой воображаемый QA Wine это все делает не просто так.
Ты предлагаешь всем дружно заниматься разработкой РекталОС? Так и она не самостоятельная, да и цена возрастёт.
Нет, не ждём. Когда это сделают, 32-битные системы просто дропнут. Ведь ради этого всё и затевается.
> Когда это сделают, 32-битные системы просто дропнут.При чем тут 32-битные системы, когда речь о том, чтобы запускать 32-битные приложения (включая, внезапно, старые) на 64-битных системах, не устанавливая для этого 32-битные компоненты, как требуется сейчас.
> Нет, не ждём. Когда это сделают, 32-битные системы просто дропнут. Ведь ради этого всё и затевается.К сожалению, ещё есть куча другого проприетарного легаси (например 32-бит драйвера для принтеров) из-за которого нельзя выкинуть 32 бит.
>Продолжено обеспечение поддержки типа 'long' в коде функции printf.В смысле??? А раньше printf у них лонги не печатал???
Мой дистрибутив притащил mingw64-toolchain зачем-то. Прикола не понял -- вайн, собранный им, даже не запускается (фейлится на стадии wineboot). Пришлось нагнуть пакетный менеджер и вырезать этот пакет, если собирать системным тулчейном с mingw64-runtime, то всё нормально работает.
Возможно, отличие, тулчейна от банленного в --enable-threads=posix у системного? Я не имею сейчас возможности (да и желания) проверить, что туда напихали. Сама идея такого бандла крапа кажется довольно абсурдной. Меня вполне устраивала сборка winegcc -- ни о каких проблемах, упоминаемых разработчиком dxvk, я не слышал.
> Мой дистрибутив притащил mingw64-toolchain зачем-то.проблемы твоего болгеноса никаким образом к wine не относятся, необходимо задавать вопросы Денису Попову
Как это не относятся, когда вместо того, чтобы чинить свой winegcc (с которым по сообщениям некоторых есть проблемы), они его по-сути дропнули оставив без поддержки?
Собирал программы с помощью MinGW-w64+Clang. Работают как в вайне, так и в XPюше, и в ReactOS.
Ну это изврат, gcc не хуже собирает. Там только libgcc при динамической линковке надо рядом положить. Только чтобы собирать реальные программы без либы с cygwin не обойдёшься и я не уверен, что будет работать так же хорошо. Но можно пилить варез и тогда пофиг.
gcc неудобен и его приходится ставить для каждого таргета (а это дофига места на каждый экземпляр) и хавает невалидный C++. Шланг же ставится один раз, основа всё равно общая для всех таргетов, плюс она также используется в куче других проектов - экономия места и оперативы.>Там только libgcc при динамической линковке надо рядом положить.
К сожалению да. Было бы хорошо, если бы для gcc были редистрибутейблы как для VC++, чтобы один раз поставить новейшую версию, и всё.
>Только чтобы собирать реальные программы без либы с cygwin не обойдёшься и я не уверен, что будет работать так же хорошо. Но можно пилить варез и тогда пофиг.
cygwin нужен для позиксовых программ. А MinGW для программ с нативной поддержкой винды на уровне исходников. Такие программы прекрасно работают. Проблема в том, чтобы рх собрать. И ещё проблема в том, что у некоторых проектов мэйнтейнеры лентяйничают и годами не сливают PRы, отвязывающие код лт проприетарных расширений MSVC++, которые даже в CLange с флагами совместимости не поддерживаются.
Вайн это единственный нормальный вайн.
Практически 30 летней выдержки:) Самое забавное что начало проекта приходится на день независимости США.
> на день независимости СШАЭто когда жрут помилованных индеек?
Интересно, что будет, если Wine 7.22 встроить в Chrome 107 ?
Лучше бы новые WinAPI внедряли в ядро Windows XP64
Уже давно внедрили, получилась семёрка.
рыба не мясо - семёрка не ХР
Тогда уж XP64 ни рыба, ни мясо.
Никто не будет этим заниматься, не нужно это никому. Нет реальной необходимости в XP64.
Напрасно - ХР самая удобная ОС! все настройки в одном окне по закладкам, а не в разных окнах, как у 7ки и следующих виндувсах
https://i.ibb.co/Rp4DRY9/uname.jpg
Не вижу настроек сети, например. Или звука.
звук в ХР тоже удобней настраивается, чем в 7ке
Это уж точно вкусовщина.
А как вайфай удобно настраивается!
В любом случае ОС у меня не для того, чтобы настройки постоянно теребить.
Скажу больше - звук в XP обладает атмосферностью и насыщенностью мидбасами в отличии от семерки.
Кроме шуток, но Долби Атмос только в 10 же. В 11 уже есть, не уверен? В киношечке и играх норм заходит.
> звук в XP обладает атмосферностьюВ XP был адекватный аудио-микшер (то что открывалось по иконке в трее, он от 95-й до XP сильно не менялся). В семёрке (начиная с vista, если точнее) какое-то недоразумение получилось - непонятно какие входы/выходы включены/выключены и какие дополнительные опции звуковухи задействованы.
Начнём с того, что в семёрке есть WASAPI, а в XP для побитовй точности только жуткие костыли или ASIO, если с железом повезёт.
Что-то на аудиофильском начального уровня.
Насколько я знаю: в XP графическая подсистема пришла примерно как 95/98/ME - то есть основанная на GDI/GDI+ - а там большинство вызовов перенаправлялось прям в драйвер. То есть от корректной работы драйвера зависела поддержка HighDPI, много-мониторного режима и много чего. И это не контролировалось самой виндой. И это была боль для разработчиков винды.Поэтому им пришлось всё переделывать. Поэтому провалилась Виста (пока все новые дрова написали да отладили). То есть - примерно как сейчас X-сы и Wayland: только с учётом мощи корпорации MS и отсутствия разброда и шатаний.
> То есть - примерно как сейчас X-сы и WaylandНет. Не совсем.
до Windows XP включительно:
- DirectX - это API в юзерспейсе
- Отрисовска рабочего стола - строго на CPU через GDI
- Рендеринг шрифтов как на экране, так и на печать только на CPU через GDIVista - 7
- DirectX - это API в ядре
- Композитная отрисовска рабочего стола на поверхностях
- Имеется старый режим совместимости отрисовки на CPU через GDI8+
- Композитная отрисовска рабочего стола на поверхностях безальтернативна, режим совместимости выпилен
- Рендеринг шрифтов средствами нового API
- GDI-подсистемы в ядре оставлены для режима совместимости для WinForms и отрисовывают шрифты для придурковатых принтеров, которые пишут драйвер уровня ядра для предпечатной подготовки страницы страницы (Kyocera, Ricoh)То есть современный X все же имеет плагины для композитинга и уже очень давно. Да они там сильно сбоку, и мир *nix га десятиление застрял в композитном переходе Vista-7 и никак не может выдать вменяемый результат.
Просто вся эта идея с отказом от X и переходом на Wayland по времени начинается как раз в 2006, чему предществовал вывод X Window System из рук OpenGroup формирования X.org и дальнейшая узурпация этой подсистемы Red Hat и IBM. Да оно под GPL, да код открыт, но сделать вы ничего не сможете, кушайте Wayland.
теперь уже в пору задуматься, что произойдет раньше: винда превратится в линус или линукс в винду:)
когда всех сделают рабами, им будет без разницы в чьей матрице они сидят
в корень зрит аноним сей...
Винда линукс уже прямо сейчас, так что линукс опоздал.
если за 30 лет линукс еще не превратился, то ответ должен быть очевиден...
В какой-то момент должна случиться сингулярность Винды, Линукса и Андроеда. Чтобы приложения для всех этих платформ бесшовно ставились и запускались.
На винде дело к этому и идёт.
>Чтобы приложения для всех этих платформ бесшовно ставились и запускались.И будут эти приложения ущербными андроидо-поделками, и близко не поддерживающими то, за что ценят никсы.
Тебе Электрона мало?
На электроне и будут всё писать в таком случае, ибо это проще всего :3
>>Чтобы приложения для всех этих платформ бесшовно ставились и запускались.
> И будут эти приложения ущербными андроидо-поделками, и близко не поддерживающими то, за
> что ценят никсы.
> Тебе Электрона мало?Калькулятор в Гнуме не сложнее и не функциональнее чем в Андроиде
А сколько рабочих мест для девяти-миллиардного населения (особенно в густо-населённых странах) создаёт жирный калькулятор на сотне всяких web-библиотек против жалкого тощего старого поделия? То-то же. Ну и что, что быстрый и работает, рабочие на индийских и китайских фабриках тоже кушать хотят, а ты жмотишься новый тилибончик купить.
> Калькулятор в Гнуме не сложнее и не функциональнее чем в АндроидеА теперь скажи то же самое про файловый менеджер, который и в этом твоём «Гнуме», прямо скажем, не лучший.
https://en.wikipedia.org/wiki/ES_File_Explorer
Что-то мне кажется ваш Гнуме Филес и половины этого не умеет.
> Что-то мне кажется ваш Гнуме Филес и половины этого не умеет.Не увидел ничего экстраординарного. Кой какой указанный функционал файлменеджеру не то что не нужен, а противопоказан.
Впрочем, ни это, ни Gnome Files на вменяемый файл менеджер не тянут.
Чем эта шляпа лучше X-plore?
> Продолжено обеспечение поддержки типа 'long' в коде функции printf.GDD (Glitch Driven Development).
Окно евки в Винде ест гиг в ванне 3 гига. О - оптимизация
Веда не показывает значение фактически занятой памяти, как ты это выяснил? В линуксе есть PSS для этого.
> Окно евки в Винде ест гиг в ванне 3 гига. О -
> оптимизацияВ диспетчере задач винды перейди на вкладку "Подробности", нажми правой кнопкой мыши на заголовок любого столбца и кликни "Выбрать столбцы", затем сними галочку c пункта "Память (активный частный рабочий набор)" и отметь пункт "Выделенная память", не забудь нажать на "ОК". И только после всего этого, смотри на занимаемую память
Кто нибудь ещё верует в опенсорс и всю эту движуху?
Какой-то странный вы сер.Wine запускает 95% софта под Windows, что было мечтой 20 лет назад.
> Какой-то странный вы сер.
> Wine запускает 95% софта под Windows, что было мечтой 20 лет назад.Так а зачем сегодня это глючно-гадкое техно-порно?
Жду когда сделают "Vulkan child window rendering" в wine (или в wine-staging). https://bugs.winehq.org/show_bug.cgi?id=45277
> Продолжено обеспечение поддержки типа 'long' в коде функции printf.Да вы шутите?!
Ну да. Что они имели в виду?
Можно не собирать,пока на 7.19. збс версия.
> В WoW64, прослойку для запуска 32-разрядных программ в 64-разрядной Windows, добавлены преобразователи системных вызовов (thunk) для Vulkan и OpenGL.Означает ли это что можно выкидывать 32-битную месу? Она с зависимостями по крайней мере по размеру - большая часть 32-бит либ для вайна.