Pull to refresh

Comments 117

sudo dpkg --add-architecture i386


Я долго ждал этой строчки в блоге про майкрософт.

«Мы запустили винду в винде чтобы ты страдал пока страдаешь!» (с)
Это какими же тяжелыми веществами надо упарыватьтся, чтоб в винде запустить убунту в которой запускать виндусовые приложения.

… Начиная с момента, когда MS забила на совместимость, wine может быть единственным методом запустить старую программу на новой ОС (более удобный, чем иметь старую ОС в виртуалке).

А так вообще супер надежно получается :-)

Ну, wine — это довольно серьёзно. Я не слышал, чтобы wine ломал совместимость с софтом, с которым уже удалось установить доверительные отношения.

Бывает такое. Собственно, одна из причин для существования PlayOnLinux — он ставит версию wine, которая точно подходит для нужного приложения. Ибо новые подходят не всегда. С какими-то из игр я сам натыкался на подобное поведение, но конкретные сейчас уже не вспомню.
Винда и совместимость со старыми версиями программ наверное со времен Ме эти понятия были ортогональные.
Нет, статья Джоэля «Как Microsoft проиграла битву за API» датирована 2005.
иметь линух в виртуалке конечно же лучше и удобнее?
Написано же, что не всё получилось, и что надо ждать wsl2. А wsl2 — это как раз виртуалка
> wine может быть единственным методом
> запустить старую программу на новой ОС

Ну ещё полезен dosbox. Ну, для дос-программ, конечно. Master of Orion там какой-нибудь запустить. :-)
Мне кажется, вы наговариваете. Новые приложения, использующие новые API, действительно в старых ОС не запустятся, но вот старые API из новых ОС никто не удаляет, MS уважает совместимость софта, это одна из важных составляющих популярности ОС. Вероятно, есть отдельные случаи, когда где-то что-то сломалось, но я иногда запускаю некрософт, и проблем при переходе на Win 10 или при полугодовых обновлениях не заметил.
но вот старые API из новых ОС никто не удаляет
Удаляет-удаляет. Какой-нибудь MS Agent для Windows 7 ещё бывает, а из Windows 10 выпилен «с концами».

А без него, однако, MS Office 2000 не проинсталлировать — это даже не third-party софт, родной софт от Microsoft…

Да, это занимает многие годы — но, рано или поздно, происходит.
Да уже и MS Office 2003 не установить. Родное же их приложение!

Dune 2000 работает в Win 8, но в Win 10 её запустить уже не удастся. Knights of the Old Republic не получиться запустить в полный экран ни на Win 8, ни на Win 10. С Gothic I тоже придётся изрядно повозиться и ещё не факт, что получится. Игру "Ночной дозор" не запустить на Win 7 и выше никаким способом. Оригинальные "Космические рейнджеры 2" — только с помощью wine. По крайней мере какая-то версия Worms также не идёт ни на чём старше Windows XP. И это только случаи, когда проблемы непреодолимы. Есть ещё, когда проблемы преодолимы, но надо очень долго мучиться. Например, серия игр про Гарри Поттера. И ещё много, много такого.

правая кнопка мыши — совместимость — совместимость с, и выбираете какой операционкой. ставите галочку на админ правах и вуаля.

Что "вуаля"? Я описал те случаи, когда не только "совместимость" не решает проблему, но решения нет вообще. А, например, с той же готикой надо лезть в тонкие настройки совместимости (есть такая малоизвестная и спрятанная фича в винде), тюнить их специальным образом и только тогда может быть заработает.

как бы…
в ночной дозор я играл на 7 какраз.
в дюну 2000 через досбокс на 10 винде.
рыцари старой республики нативно под 10 запускал (проблемы с экраном фиксятся конфигах)
червяки… так же вполне запускаются нативно (не помню правда как с экраном)

да что там… я даже хентайную игру 98 года выпуска на10 через совместимость настроил что бы запускалась.
в ночной дозор я играл на 7 какраз

Лет 5 назад я не смог найти решения. Сейчас попробовал — запустилась (на Win 10) по инструкции с old-games.ru


в дюну 2000 через досбокс на 10 винде.

Это не досовская игра. Может вы путаете с другой дюной? В Dune 2000 можно поиграть на Windows 10, но только благодаря Gruntmods, оригинальная же не работает.


рыцари старой республики нативно под 10 запускал (проблемы с экраном фиксятся конфигах)

В оконном режиме она запускается везде. В полноэкранном — увы, и это не фиксится.


червяки… так же вполне запускаются нативно

Червяков много и я не могу сейчас точно сказать какие именно требуют Windows XP, но такие есть.

А ещё можно добавить «Дальнобойщиков 2», которые шикарно идут под Wine, но на Win 8.1 под тем же железом очень проблемно играть. Даже поставил Virtual Box с WinXP и 3D ускорением, никакие шаманства не помогли окунуться в ностальгию. Под Wine'ом установил саму игру и directplay, этого оказалось достаточно
Готика первая идет без проблем на последней десятке, вот как раз неделю назад проходил. Насчет иного не скажу, но: замечал, что часто проблемы с совместимостью идут от программистов, но никак не от винды. Если все делалось правильно, без хаков и костылей — будет работать в большинстве случаев. Поменялось, на самом деле, не так уж и много.
math_coder ```работает в Win 8, но в Win 10 ее```

с windows 10 вообще интересная ситуация, то что работало в 7/8 могла сломаться, то что не работало там — наоборот работает, но не работает в 7/8. 10 сильно пилят и пытаются быстрыми темпами убрать большую часть легаси.

Ой, что вы мне рассказываете. Попробуйте запустить IE5.5 на Windows 10. А как насчёт совместимости c dos-приложениями? Тот же xcom (UFO: Enemy unknown) в официальном стиме идёт через dosbox, а не нативным приложением. Fallout2 страдает. Приложения, которым нужен Direct X 5 страдают. Приложения для Windows for workgroups страдают (а некоторые из них до сих пор в продакшене!).


Каждая новая версия убивает очередной комплект ПО.

К примеру, выпиливает системные программы типа winhlp.exe. Попытка на Windows 10 открыть .hlp файл, идущий в комплекте со старой программой, приводит к отсылке на страничку, которая издевательски сообщает, что на Windows 10 прочитать такой файл нельзя. Метод исправления?


"Разработчикам программного обеспечения рекомендуется прекратить использование приложения «Справка Windows». Разработчикам ПО, поставляющим программы, которые используют для работы HLP-файлы, рекомендуется использовать для создания приложений справки альтернативные форматы файлов справочной системы, такие как CHM, HTML или XML. "
Ну это не совсем то, хотя я понимаю, что это тоже фактор работоспособности старого софта. Я говорил о системных API, а не утилитах.
Мне кажется, Microsoft достаточно разумно находит компромисс между совместимостью и прогрессом. Нельзя же вечно тянуть код из Windows 3.1.

Лично я недавно запускал Twisted Metal, это 1995 год. Запустился и работал с правильными настройками совместимости.
Нельзя же вечно тянуть код из Windows 3.1.

Почему?
Любой код, даже самый стабильный и отлаженный, требует периодического поддержания на плаву, иначе он «протухает». Это всё стоит сил, времени и денег. А поддерживать старый код, написанный с использованием устаревших парадигм, технологий и API, ещё сложнее, чем свежий, потому что новый код, в основной массе, лучше старого за счёт использования свежих фич языка, библиотек и API. Код нужно периодически «перетрахивать», как говорит А. Г. Лукашенко, и даже в своих весьма небольших проектов я это отчётливо вижу. Сюда входит и необходимость выпиливать старьё.
новый код, в основной массе, лучше старого за счёт использования свежих фич языка, библиотек и API.
Сравнивая время запуска, требуемые ресурсы и функционал калькуляторов из Windows 7 и Windows 10… вы уверены?
учтите, что калькулятор в win10 по умолчанию предзагружен
Antervis однако, это ему не мешает жрать ресурсы больше, чем калькулятору в XP
Только почему то при нажатии на кнопку калькулятор на мультимедиа клавиатуре требует ждать примерно пол секунды, пока он запустится, даже видно как оно перерисовывается, т.е. это именно тормоза самого приложения а не загрузка его с диска (ssd кстати).

Ладно пофиг на штатный калькулятор, ставим сторонний (например ttcalc) и пытаемся настроить горячие кнопки на его запуск (кстати любое приложение) и получаем случайные фризы перед запуском (до нескольких секунд, закономерности не выявлено)
Да, я уверен.
Конкретно калькулятор — вообще земля и небо, семёрочный ужасен.
UFO just landed and posted this here
Круче только ещё запустить в Линух под Win10, VirtualBox, чтобы под ней (например в XP) запускать приложения. :)

P.S. Хотя VirtualBox нормально работает под Win10.
… И может статься, что Оффис года 97 отлично работает в рамках Win98 под VirtualBox.…
Я вот тоже не понял, почему сразу бы не запустить виртуалку с windows7/XP?
попробуйте легально купить win7 или winxp
UFO just landed and posted this here
Да тут больше проблема не в том, что бы купить — а что бы потом найти железо, что бы запустить.

Блин, какое железо, виртуалка же...

Есть только она вирт машина, которая нормально делает виртуализацию — это pcemu, а еще лучше vbox86. Все Hyper-v, vmware, vb итд не о том. Ну можно с натягом сюда qemu, Но он он не умеет например эмуляцию вуду.

Виртуальная машина не всегда может эмулировать то или иное железо по разным причинам или накладные расходы очень большие.
Есть игры которые сами по себе написаны криво, например granprix 2000 и нормально поиграть можно только на физической машине.

Итог пока один, эмуляция конечно хорошо — но ее не всегда достаточно, она не всегда точна и не всегда может эмулировать то, что может физическое железо.
Есть только она вирт машина, которая нормально делает виртуализацию — это pcemu, а еще лучше vbox86.
Это вообще не виртуальная машина. Это достаточно точный (кое-где потактово-точный) эмулятор, всё-таки.

Это совсем другой класс программ.

Итог пока один, эмуляция конечно хорошо — но ее не всегда достаточно, она не всегда точна и не всегда может эмулировать то, что может физическое железо.
Всё можно эмулировать абсолютно точно… только не в real-time.
ну да эмулятор. Просто уже мозг от всех задач, не различает уже разницу эмуляции и виртуализации.
Вот только покупка коробки с Windows 10 Pro в магазине — это не коммерческое лицензирование. И прав на даунгрейд вам это не даст. При этом вам необходимо будет брать две лицензии на компьютер (хост и гость). Против абсолютно бесплатного wine, который будет спокойно работать и не потребует кучу ресурсов на обновление.
на одну версию вниз, таким образом, лицензия на W10 даёт вам право воспользоваться W8.1
Вы бы документ по ссылочке открыли да прочитали, перед тем, как комментировать, а? В предустановленной Windows 10 можно опускаться до Windows 7 (однако только на Professional, на Ultimate нельзя), а если вы раскошелитесь на Windows 10 Professional — то можете аж до Windows 95 даунгредиться (но Windows 7 Ultimate всё равно нельзя… почему её так не любят?).

Вот до Windows 3.1 нельзя совсем… горе-то какое.
сентябрь 17-го, видимо, что-то поменялось, когда я 4-5 лет назад интересовался, кажется, до семёрки нельзя было опускаться
и это касается только W10Pro OEM
если вы раскошелитесь на retail, не получите вообще никакого даунгрейда:
Downgrade rights are not granted under FPP system licenses.
расширенные права на даунгрейд у commercial licences, то есть у организаций
сентябрь 17-го, видимо, что-то поменялось, когда я 4-5 лет назад интересовался, кажется, до семёрки нельзя было опускаться
Всегда можно было.

если вы раскошелитесь на retail, не получите вообще никакого даунгрейда:
Получите. Это называется Windows 10 Professional (GGWA). Я очень хорошо помню, что разбирался с этим самым GGWA буквально через месяц после релиза Windows 10, пытаясь понять — почему бывает в одном и том же магазине Windows 10 Professional и чуть более дорогая Windows 10 Professional (GGWA) — за что доплата-то?

Вот как раз за право даунгрейда (куда угодно — до Windows 95 включительно) вы и «доплачиваете копеечку» (411 рублей если прямо сегодня).

Да, получается Windows 95 по цене дороже, чем Windows 10… но такая вот у Microsoft ценовая политика.

расширенные права на даунгрейд у commercial licences, то есть у организаций
Не обязательно организаций. Можете организовать «общество любителей Windows 95» — всё законно будет. Но да, придётся купить пять штук.
точно, про get genuine я забыл, спасибо, давно с ними дела не имел
UFO just landed and posted this here

Сегодня есть и такое импортозамещение:


им предложили некий отечественный Линукс, в нем запустили виртуалку с Windows и со всеми прибамбасами, которые в Министерстве используются на Винде были, и сказали можно рапортовать об импортозамещении.

Так почему бы в винде не запустить wine отечественной сборке, и глядишь получится не такая уж глупая вещь. -).

Перезапустите Windows.

Я так и думал

Вот что для меня было странно, постоянно слышал одним из аргументов в пренебрежительном отношении к Windows со стороны линуксоидов, то что она просит перезагрузки после обновлений. Но когда поставил себе OpenSUSE, оказалось что она требует перезагрузку после обновлений с такой же частотой.
Это как? прямо выскакивает окно, предлагающее перезагрузиться сейчас или потом, закрывающее работу других приложений, с тикающим таймером, по окончании работы которого все перезагружается?
UFO just landed and posted this here
Я не знаю о чем вы, ни в одном linux при обновлениях и установках пакетов меня не заставляли перезагружать машину, только рекомендация как простой способ перезапустить обновленные службы и ядро. В большинстве случаев там достаточно вручную перезагрузить обновленные службы и максимум перезапустить xorg (вместе с приложениями), если обновления коснулись его а вам надо их здесь и сейчас.

Вы разницу не видите? в linux у меня есть возможность сделать и так и эдак и проконтролировать как именно и когда, в windows безальтернативное — либо перезагружайся либо перезагружайся потом (последний год того дибильного модального окна, требующего перезагрузку я не видел, в майкрософте дошло что они что то не так сделали, но предложение о перезагрузки сейчас или позже автоматически в запланированное время все равно вылезает, т.е. машина будет перезагружена автоматически так или иначе).

В linux библиотеки устанавливаются, и потенциальные риски того что запущенны старые версии а файлы уже новые — берет на себя пользователь, а в windows запущенные утилиты и библиотеки обновляются после перезагрузки (т.е. выставляются в очередь).
UFO just landed and posted this here
Так у меня и в 10 и на windows server нет принуждения. А в suse справа внизу окошко явно говорит мне что после накатывания обновлений хочет перезагрузиться. С точки зрения пользователя поведение одинаковое.

"Придётся подождать выхода WSL 2"
WSL2 это же по сути обычная виртуалка/гипервизор, ничего принципиально нового, в отличие от WSL1, не будет.

wsl2 это настоящее ядро линукса, в отличие от попытки сделать интерфейсные маппинги. Разумеется, это дает многократный прирост производительности (там, где системные вызовы важны), лучше совместимость и пр.
Вот только ценой окажется невозможность параллельной работы со сторонними системами виртуализации, ибо Hyper-V монопольно захватит VT-x/AMD-V.
Вы ошибаетесь. Просто vmware это пока не поддерживает, она так и пишет www.ivobeerens.nl/2018/12/13/vmware-workstation-device-credential-guard-are-not-compatible

VMware Workstation and Device/Credential Guard are not compatible.

Но это исправят в будующих версиях…

virtualbox 6, говорят уже поддерживает, лично я не пользовался, впрочем. forums.virtualbox.org/viewtopic.php?f=6&t=90853

Впрочем, wsl 1 никуда не исчезнет.
«Поддерживать» этот режим невозможно, технология не позволяет. Можно только смириться с тем, что Hyper-V захватил тотальный контроль, и пойти к нему на поклон с просьбой уделить немного внимания и разрешить запускать свои виртуалки через него (вместо того, чтобы стартовать родной гипервизор). VirtualBox 6 делает именно так, но предупреждает, что это неэффективное решение. Я говорил о том, что если нужен сторонний гипервизор, то пользоваться им параллельно с WSL2 не получится. (Ну, не считая софтовую виртуализацию, разумеется; но она слишком ограничена по возможностям.)
Ну так есть же вложенная виртуализация. Доведем абсурд до белого колена. Берем WSL2, запускаем Убунту, ставим KVM, радуемся. А ну и где-то рядом wine крутится
Вы о чём? Ветка началась с того, что WSL2, в отличие от WSL1, использует гипервизор, и я отметил, что это решение имеет серьёзный недостаток: невозможность одновременного использования WSL2 с гипервизорами, отличными от Hyper-V (такими как vmWare и VirtualBox в «родном» режиме). Какое отношение к этому имеет вложенная виртуализация?
UFO just landed and posted this here
А Вы не могли бы раскрыть мысль? Слишком уж компактная форма, я не смог понять, о чём и к чему тут что говорится.

VT-d и PAE-NX в данном случае ни при чём. Гипервизорами используется в первую очередь VT-x, это и есть то, что обычно понимается под «аппаратной виртуализацией» (у Intel), и именно эта функциональность захватывается монопольно, не давая возможности использовать её другим гипервизорам. Эта ситуация существует с момента появления аппаратной виртуализации как явления, и с тех же пор тянутся первые вопросы вида «почему не работает VirtualBox, когда запущена vmWare» и советы вида «если хотите VirtualBox, отключайте Hyper-V» (частично переставшие быть актуальными после выхода версии VB 6 с поддержкой работы через Hyper-V).

Что касается фразы
Одновременная работа ВСЕХ доступных движков виртуализации
то я не нашёл ничего похожего по приведённой Вами ссылке (в том числе, в скачиваемой оттуда полной таблице сравнения).
UFO just landed and posted this here
Условие достаточное — Многослойная виртуализация — VT-D,
32-bit process in 64-bit space — PAE-NX
Условие достаточное для чего? Для мульти-гипервизорной работы? Нет, это недостаточное условие. Более того, эти технологии вообще не имеют никакого отношения к обсуждаемой проблеме. VT-d служит для проброса физических устройств внутрь виртуалок, а NX — это защита от выполнения данных как кода.

Virtual Box (чисто экспериментально) Hyper-V НЕ ИСПОЛЬЗУЕТ,
т.к. может инсталироваться на MS Windows 10 Home, где отсутствует Hyper-V как платформа. Далее к VirtualBox
VirtualBox может использовать Hyper-V. По умолчанию он опирается именно на свой родной гипервизор, поэтому работает и на Win10 Home, и на Windows 7, и на линуксах всяких, где Hyper-V и не пахнет. Но если HV есть и запущен, то VBox (начиная с шестой версии) это обнаружит и автоматически переключится на использование HV вместо своего движка. VBox версий 5 и ниже в этой ситуации попросту откажется стартовать виртуальные машины или воспользуется софтварной виртуализацией, но ей можно запускать только 32-битные гостевые системы с одним процессором (и ещё какие-то ограничения есть).

В разделе… Flexible Management… описываются компоненты
Hyper-V в пространстве процессов пользователя, а не ядра,
что и дает возможность запускать сторонние движки.
То есть Вы хотите сказать, что существует методика задействования Hyper-V без захвата аппаратной виртуализации? И WSL2 будет работать именно по такой методике? Честно говоря, ни о том, ни о другом я пока не слышал, но если так, то будет здорово. Однако хотелось бы ссылок на подтверждение. Из одного лишь наличия каких-то виртуализаций пользовательского окружения в списке сравнения виндов ни первый, ни второй пункт не следует. А из того, что я встречал сам до сих пор, даже банальное держание службы HV в работающем состоянии (без какого-либо прямого использования этой службы) приводило к невозможности запуска сторонних гипервизоров.

Еще раз — жестче — все движки виртуализации одновременно
— это уровень (min) workstation, чисто конкретно — чипсеты серии С2XX, Xeon E5, см. сопоставимые AMD И MS Windows 10 Enterprise.
Ну то есть, обычные пользователи с десктопами в любом случае идут лесом. Но хотелось бы ссылок на инфу о поддержке мульти-гипервизорности в Xeon'ах. До сих пор я не слышал о таких вещах, а нагуглить ничего на эту тему мне сходу не удалось.
UFO just landed and posted this here
Ваши предположения о (возможных) симптомах VBox
в различных окружениях во многом ошибочны.
К сожалению, на основании ничем не подкреплённых заявлений мне сложно менять точку зрения. Если бы была предоставлена хоть какая-то внятная информация вместо отдельных огрызков фраз, я бы с удовольствием расширил свой багаж знаний и на будущее имел в виду. Ну или если бы мне удалось хоть что-то самому нагуглить на эту тему (я пытался, но подтверждений или даже просто упоминаний подобных вещей найти не смог).

Как запустятся движки в среде MS Windows 10 Enterprise
Вы можете попробовать.
К сожалению, не могу. Личной машины с Xeon'ом и установленной на него Win10 Enterprise'ом у меня, увы, нет.

У меня несколько раз получилось.
Получилось запустить одновременно машину на Hyper-V и машину на VirtualBox 5? И обе они были 64-битные (чтобы гарантированно использовать аппаратную виртуализацию)? Иными словами, как именно Вы смогли проверить, что это, действительно, было параллельное использование VT-x двумя гипервизорами, а не использование VBox'ом гипервизора HV или программной виртуализации? Если у Вас по-прежнему сомнения, что VBox это умеет, посмотрите справку Оракла, там это написано прямым текстом.

Поймите, я буду только рад, если такая возможность на самом деле существует. Но при наличии такого количества возможностей сделать ошибочный вывод, при отсутствии каких-либо официальных упоминаний об этой функциональности, мне гораздо проще поверить, что незнакомый мне пользователь Хабра просто в чём-то ошибся, чем в то, что Интел и Microsoft втихую замутили крутейшую вещь и нигде о ней не пиарились.
«Белого колена» как часть абсурда? Глаза режет
«Поддерживать» этот режим невозможно, технология не позволяет.
Странно. Wikipedia утверждает, что AMD-V и VT-x удовлетворяют критериям Попека и Голдберга.
Не вижу среди этих критериев никаких требований на одновременную работу нескольких гипервизоров.
По-чешски budujicí — значит строящий :D От слова budovat — строить/сооружать/созидать. Может это как-то связано? :D
Неологизьм ;-)
«Будущее» — значит, next.timestamp > current.timestamp.
«Следующее» — значит next.version_id == current.version_id + 1.
А «Будующее» — это когда одновременно: (next.timestamp > current.timestamp) && (next.version_id == current.version_id + 1)
UFO just landed and posted this here
Можно конвертировать из wsl 1 в wsl 2 и обратно.
> wsl2 это настоящее ядро линукса

Может M$ собирается тайно перевести свою ОС на это самое ядро и постепенно к этому тихой сапой продвигается? :-)
Нене, они перейдут на ядро от ReactOS, юзерспейс от Wine, а сами сконцентрируются на коде проверки лицензионности и Microsoft Store.
Кстати.
В каждой шутке — доля шутки. (остальное — истина).
Недавно M$ перестала ваять свой браузер на «чисто своём» движке и для очередной версии своего эксплорера (или как они его там нынче называют — Edge что ли или как-то так) взяла уже движок браузера Chrome.

Идя по такому пути, можно со временем и всю операционную систему основать на каком-нибудь линуксе, как это когда-то сделала Apple, решившись отбросить всё старое и новую систему ваять уже на базе FreeBSD.
Самое главное, что они свои наработки загонят в апстрим.
Так GPL же вроде запрещает использовать лицензированные ей код использовать в закрытых проектах, как линукс в винду встроить?
если я правильно понимаю, это как дать пользователю возможность запустить GPL приложение в винде (а если быть точнее — как запустить виртуалку с линуксом). Т.е. ни к чему майкрософт не обязывает. В конце концов, WSL2 — бесплатный продукт.
Запуск Wine на Windows был мечтой фанатов
Может я чего то не знаю, но зачем?
предположу правильный ответ на ваш вопрос — because we can
Но ведь это было их мечтой. Значит, всё-таки can't…
Сложно.
Может я чего то не знаю, но зачем?

Your scientists were so preoccupied with whether or not they could, they didn’t stop to think if they should. ©
Wine работает только с 64-разрядными приложениями Windows

Насколько я помню, в AltLinux есть две версии wine.
Одна 64 разрядная (для 64 бит репы зовется просто wine), а вторая — 32 разрядная (i586-wine.32bit). Первая работает только с 64 бит приложениями, вторая только с 32 бит. Одновременно обычным образом не ставятся.
Интересно, как оно в этом отношении в убунте, и как оно в убунте из W10?

geher все еще проще.

WINEPREFIX=~/.wine32 WINEARCH=win32 your_32bit_executable.exe

или так

WINEPREFIX=~/.wine WINEARCH= your_64bit_executable.exe

На убунте упакованы оба, как wine32 (требует 32битную архитектуру) и wine64 (требует 64битную), а также обёрточный wine, требующий хотя бы один их них. Вместе живут нормально.

Эх… Encarta… одна из крутейших интерактивных энциклопедий своего времени…
Зачем это? как пришла мысль запустить винду в винде? больная фантазия??
Как вариант это посмотреть на свой продукт (wine) с другой стороны, может быть найти какие-то ошибки, я этим не занимаюсь, но думаю, что какие-то выводы точно есть или будут
Увы это не больная фантазия, есть тонны софта который больше не поддерживает производитель или производителя больше не существует, а софтом этим продолжают пользоваться. И это не только игрушки. Как в России так и в мире есть куча узкоспециализированных устаревших программ которые писались под старые версии окон. Например чудный оффлайн переводчик Сократ, хотя и пишут что на W10 можно запустить, на деле у меня не получилось это сделать. Куча учетных программ требуют 5 или 6 ишака и переводить на новые платформы разработки производители не собираются. Куча интересных и полезных программ для домашнего использования не работают на новых версиях винды.
Меньше всего ожидал, что скрин по ссылке в цитате от 2006 года откроется.
UFO just landed and posted this here
Помнится, была такая программа XP Mode официальная, от Микрософт. По факту VirtualPC, тогда ещё прообраз Hyper-V, только с нормальным пробросом USB. А внутри ХР которая была вполне лицензионна. Предполагалось это всё для запуска старых программ, которые на Win7 не работали по каким-то причинам.

А Wine на винде: вполне нужная вещь для разработчиков самого Вайна, он же одинаков что под Линуксом что под Виндой, что на Маке, тестировать программы в среде.
Когда-то мне рассказали что если в вайнпрефикс скопипастить содержмое системного диска с реальной винды то и софта больше стартует и производительность лучше. Проверять не стал. Но читая данную статью вспомнил, ведь в данной ситуации нужные dll и прочие файлы можно симлинкнуть из реального диска в префикс вайна…
Кто нибудь опробуйте а то мне лень винду ставить ради этого.
Проблема в том, что такой симлинк даст нам библиотеки той винды, которая стоит на компьютере — теряется смысл самого вайна.
Здесь скорее эксперимент проверить будет ли какая-то разница среди двух вариантов: softname в wine в wsl и softname в wine в wsl с подменой файлов. К причине создания топика действительно не имеет отношения
Я не какой-то сумасшедший гений, которые реализовал фантастический проект — просто я, кажется, первым публично объявил о данном факте.

Я запускал wine в Windows XP ещё до появления Win7. Что я делаю не так?
Я точно помню, что запускал виндовые приложения через wine под виндой, в то время, когда вышла WindowsXP и много специфичного софта, для старых NT/9x перестало на нём запускаться.
Может я и не права, но запус приложений из одной ос в другой, всегда воспринимала как «маленькую измену» :-)
Мне кажется, проще поставить виртуалку и в ней ReactOS :)
Гнусавым голосом:
Где-то в далекой далекой галлактике,
В гипервекторном межгалактическом фидонете,
В AF03CD году:
— Это форум анимешников?
— Да.
— Как пропатчить Windows 10918 под BSD?
— А вам засем?
— Хочу Ubuntu поставить.
Sign up to leave a comment.

Articles