none
Windows 10 16 bit Windows Subsystem RRS feed

  • Общие обсуждения

  • Добрый день.

    Почему при установке Windows 10 x86 с помощью файла автоответов (AutoUnattend.xml), в случаях с автоматической разметкой жёсткого диска с целью переноса Профиля пользователя на несистемный диск, например: D:\Profiles, нарушается поддержка 16-bit MS-DOS приложений?

    Уточню, у нас есть коммерческое приложение “Менеджер финансового учёта” (скачать его демо-версию можно свободно http//mfunsk.ru ), так вот, для его успешной установки требуется установить компонент “NTVDM”, после чего приложение устанавливается и может функционировать.

    Вот из-за этой части и возникает проблема:

                <FolderLocations>
                    <ProfilesDirectory>d:\Profiles</ProfilesDirectory>
                </FolderLocations>

    Что пробовал:

    1) Настройка "совместимости приложений" - не помогает;

    2) Версии Win10 1703 и 1709 с сайта;

    3) Поиск в Интернете - тоже не помог.
    В Win 7 - механизм отлично работал.

    "Кривой" метод нашёлся:
    Если устанавливать Win 10 как обновление на Win7 (с папкой профилей d:\Profiles) и отказаться от сохранения Приложений и данных Пользователя, то Всё отлично! Схема работает.
    Но, согласитесь, этот путь слишком сложен.

    Есть ли решение проблемы?

    15 марта 2018 г. 1:36

Все ответы

  • Решением будет Убедить разработчика, что на дворе 21 век.
    15 марта 2018 г. 5:17
  • Спасибо, что ответили. Но всё-таки, это не совсем по существу. Во-первых, программа ставится и работает, - не работает подсистема NTVDM в случае переноса Профиля, о чем я и написал.

    А во-вторых, к моему сожалению, Разработчик перестал обновлять программу.

    15 марта 2018 г. 5:34
  • можно открыть тикет в мс (платный), что бы они пофиксили для вас компонент совместимости с ооочень древним софтом.

    Надеятся что это произойдет по многочисленным просьбам и бесплатно не приходится


    The opinion expressed by me is not an official position of Microsoft

    15 марта 2018 г. 7:30
    Модератор
  • Спасибо за ответ, для нас это не вариант.

    "...что бы они пофиксили для вас компонент совместимости с ооочень древним софтом."

    Подождем, а там глядишь "или визирь умрет, или ишак заговорит".

    15 марта 2018 г. 7:43
  • Спасибо за ответ, для нас это не вариант.

    "...что бы они пофиксили для вас компонент совместимости с ооочень древним софтом."

    Подождем, а там глядишь "или визирь умрет, или ишак заговорит".

    я вас не призываю открывать кейс просто по цене это выйдет дешевле чем платная система в том числе ее внедрение. Но есть большая вероятность того что даже найдя решение на данном билде все может в легкую перестать работать на следующем билде

    The opinion expressed by me is not an official position of Microsoft

    15 марта 2018 г. 8:14
    Модератор
  • Согласен с Вами "...есть большая вероятность того что даже найдя решение на данном билде все может в легкую перестать работать на следующем билде",

    потому и не хочу связываться с "Индивидуальным решением".

    Надеюсь, что я с этой проблемой не одинок и решение найдётся.

    15 марта 2018 г. 8:39