Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Windows 98 SE (оптимизация и улучшение) — одиннадцатая часть

Модерирует : KLASS, IFkO

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117

Открыть новую тему     Написать ответ в эту тему

MERCURY127



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ПРЕДЫДУЩИЕ ЧАСТИ ТЕМЫ: _1_ · _2_ · _3_ · _4_ · _5_ · _6_ · _7_ · _8_ · _9_ · _10_

Windows 98 Second Edition  
ОДИННАДЦАТАЯ ЧАСТЬ


Пассажирский самолет Бройлер-747 продолжает крушение над водами Атлантического океана. Его авионика, работающая на окаменелом дерьме мамонтов, демонстрирует чудеса живучести и надежности. Экипаж лайнера ведет отчаянную борьбу за спасение немногих оставшихся пассажиров от выпрыгивания за борт...

Особенности работы с Windows 9X/ME с учётом прогресса и деградации в программно-аппаратном обеспечении на 2024+ год. Основное в теме - это обновления для Windows 98SE, а так же готовая высокоинтегрированная сборка "всё включено" - Windows 98IF. Добрые люди собрали "неофициальные паки обновлений" - сборники заплаток, фиксов (преимущественно от M$), а также делают собственные патчи, призванные улучшить работу этой древней операционной системы.
Ранее в теме принимали участие: maxud, Simplestas.
Актуальные патчи, паки и сборки выкладывают: IFkO, Sweetlow, BolenB и другие неофициальные лица.


Заплатки и драйверы от Rudolph R. Loew (Web Archive)
Памятный сайт (rloewelectronics.com) и ещё одна страничка
без его великолепных патчей, утилит и драйверов эта тема давно бы кончилась...


Практические аппаратные и программные
пределы работоспособности Win98

(с учетом представленных в этой теме решений по состоянию на 2023 год)


Последние доступные обновления, паки, сборки, патчи, утилиты и драйверы:

  • Windows 98IF от IFkO - неофициальная модульная сборка Windows 98SE с предустановленными обновлениями, заплатками, улучшениями и дополнительными компонентами, или готовые варианты сборки.
     
  • Драйверы и компоненты для Windows 98SE или 98IF от IFkO, предназначенные для установки в систему и интеграции в дистрибутив.
  • Краткая и полная инструкции по сборке дистрибутива Windows 98IF.
     
  • Наборы от BolenB для интеграции обновлений в дистрибутивы Win95osr2, Win98, Win98se, WinMe - чтобы при установке сразу ставились все обновления. Сделано с помощью SLIPSTRM - Slipstreaming Updates into a Windows 9x Installation CD от Rudolph R. Loew.
     
    Обновления от Maximus Decim
  • Инструкция по правильной установке Windows 98SE от maxud (версия от 21.02.2009) со ссылками на недостающие компоненты. Альтернативные списки ссылок - здесь и здесь.
     
  • UnSP for Windows 98 Standard/First/Gold/RTM Edition (English by Petr & erpdude8): 2.58 RC Lite и 2.58 Final Full
  • UnSP for Windows 98 Second Edition: 3.61, 3.64 by Problemchyld
     
  • Revolutions Pack 9.7 by Simplestas (aka Tihiy) - замечательная адаптация скинов от Windows XP и Vista под Windows 98/ME (улучшенное оформление окон, новые иконки и эффекты, новая панель снятия задач, сглаживание шрифтов ClearType и многое другое)
  • Tihiy's Tools - коллекция бесплатных утилит для Windows 98/ME от Simplestas (aka Tihiy), включающая индикатор сетевых подключений в трее, удобную панель снятия задач, панель завершения работы от XP и другие инструменты.
  • KernelEx 4.5 Final Multilingual by Xeno86 - проект по модифицированию библиотеки kernel32.dll для обеспечения возможности запуска под Windows 98/ME программ и игр для XP. KernelEx4.5.2 - последняя версия  (он же, адаптированный HNKTO для дистрибутива Windows 98IF).
  • SH95UPD (Shell 95 Update Project) 0.0.8 by sp193 - проект по модифицированию библиотеки shell32.dll от Windows 95, используемой в урезанных версиях Windows 98/ME, для обеспечения лучшей совместимости с этими ОС, основан на исходниках от KernelEx.
     
  • Tweaked Unofficial NVIDIA Display Driver 82.69 for Windows 98/ME by MDGx - последние неофициальные драйвера для всей линейки видеокарт GeForce, 82.69 "fixed", (или модульный драйвер видеокарт nVidia от IFkO, включающий и 82.69)  
  • VBEMP x86 by bearwindows - универсальный (для любых видеокарт) VESA/VBE видеодрайвер для архитектуры Windows 9x.
  • ReadDVD! - драйвер для чтения дисков в формате UDF 1.5-2.x в Windows 95-ME (он же, пересобранный  IFkO).
  • Panasonic DVD-RAM Driver - универсальная поддержка записи DVD-RAM дисков, оригинал и обновление от BHA
     
  • RASPPPoE - сетевой протокол PPP over Ethernet для Windows 95-2003 (RFC 2516 для подключения ADSL/GPON без роутера), скачать тут, (он же, в одном пакете с сетевыми драйверами от IFkO)
  • Active Directory Client Extensions (dsclient.exe) 5.0.2920.5 Russian (Q323466) - клиентское ПО для получения доступа из Windows 95-ME к службам Active Directory и DFS операционной системы Windows 2000 Server.
  • Microsoft Windows 95, Windows 98, MS-DOS и другие Resource Kits - комплекты утилит, не входящих в основную поставку вышеуказанных систем.
     
  • VirNETas Regional Settings Changer 3.04.0246 - мощная программа для изменения региональных настроек в английских версиях Windows 95/98, оптимизирована для работы с Windows 98SE (спасибо Grigorijg), подробное описание внутри архива.
  • Microsoft Plus! for Windows 98 - пакет дополнительных программ и тем оформления рабочего стола.

    Навигация по топику и ссылки на интересные статьи по теме:

    Для просмотра всех сообщений темы в одном окне пользуйтесь "версией для печати" (одноименная ссылка над нумерацией страниц)

  • Windows 9x + RAM > 512 Мб - обзор всех существующих способов решения проблемы + исчерпывающая статья с сайта iXBT (aka матчасть) + версия Microsoft (статьи KB184447, KB253912, KB304943 в вольном переводе от maxud)
  • Сбрось память на диск - статья о работе Windows 9x с виртуальной памятью, дисковым кэшем и файлом подкачки + авторская версия.  
    Самая свежая версия LIMEM с исходниками
  • Как изменить "GENERIC IDE DISK TYPE 47" в списке устройств на реальное имя диска на чипсетах Intel, VIA и SiS + DMRP (Drive Model Reading Patch) от MERCURY127 - патч ядра для любых чипсетов, версий и языков Windows 98/SE/ME (не для 95!).
  • Как установить "Intel Ultra ATA Storage Driver" и "Intel Application Accelerator" на чипсеты Intel 430/440. (подробнее)
  • Все, что нужно знать о доступе к локальным томам NTFS из под систем 9х
  • Большая коллекция разнообразных обновлений и патчей для Windows 95-ME (и не только)
  • Последние Microsoft Windows Hardware Compatibility Lists (HCLs) для NT/95/98/SE/ME/2K/XP
  • Обсуждение Windows 95-ME на форуме MSFN
  • Сайты с программами и играми, совместимыми с Windows 98: Old-DOS.ru, Old-Games.ru, OldVersion.com, MIRRORS.PDP-11.RU

  • Сайт с описанием всевозможных опций основных BIOS, в т.ч. с подсказками по правильному выбору опций для 9х

    "ЛИЧНЫЕ КОЛЛЕКЦИИ ПОЛЕЗНОСТЕЙ" УЧАСТНИКОВ ТОПИКА

  • Неочевидные инструкции для редких ситуаций
     
  • Актуальный KernelEx и программы, проверенные с ним, сборка MERCURY127. пароль на архивы - 1 (единица).
  • Коллекция MERCURY127 - прочее добро, на которое он иногда ссылается. пароль на архивы 1 (единица), если не подходит - спросить в личке.
  • Коллекция SweetLow, на которую он иногда ссылается

    НЕАКТУАЛЬНОЕ И УТЕРЯННОЕ

    В этом разделе будет то, что уже никому не нужно или нигде не найти...

  • UnSP (Unofficial Service Pack) for Windows 98SE by Alper Coskun (aka Gape). Список отличий MDCU от UnSP.
  • SciTech SNAP Graphics - универсальные кроссплатформенные драйверы для широкого спектра видеокарт. жадное, глючное, мертвое.
  • Несколько советов по использованию Windows Update

    Схожие темы по Windows 95 и Windows ME :: Тема в Варезнике

    Рекомендуемые хостинги (можно заливать под 98 из браузера и видны большинству посетителей):  
    — картинок: https://picabox.ru/ теперь ркн гадит, https://postimg.cc/;
    — файлов: http://sendfile.su/, https://upload.ee/ (есть жалобы).

  • Всего записей: 12061 | Зарегистр. 03-08-2008 | Отправлено: 18:22 04-01-2024 | Исправлено: MERCURY127, 21:16 13-06-2025
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    >а Add New Hardware, где, напомню, проблема НЕ возникает
    И на мой склероз - когда установщик ставит 9хю поверх 9хой он на этапе "поиска и настройки оборудования" учитывает записи в старом реестре, учитывает .inf и прочие файлы специализированных драйверов которые уже имелись в точке назначения
    Но это очень давний склероз.
     
    SweetLow, я тут сейчас качаюсь новый винт купить. Тебе твою приблуду для поддержки больших и толстых винтов интересно тестить? Или вопрос закрыт уже. Но в прочем больше 6тб у меня совсем мало интереса пробовать что-либо брать. ...Это если даже из толковых 4рку на практике найду у местных.

    Всего записей: 2188 | Зарегистр. 30-01-2010 | Отправлено: 12:40 08-05-2025
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    P.S.
    Занимаюсь психоанализом программистов  MS.
    Имеем:
    HKLM,%RUN%OnceEx\101,"030",2,"%11%\shdoc401.dll|DllRegisterServer"
    HKLM,%RUN%OnceEx\101,"031",2,"%11%\shdoc401.dll|DllInstall|i"
    а потом:
        ; RunOnceEx группа 500 (оболочка и пострегистрация)
    HKLM,%RUN%OnceEx\500,"083",2,"%11%\shdoc401.dll|DllRegisterServer"
    HKLM,%RUN%OnceEx\500,"084",2,"%11%\shdoc401.dll|DllInstall|i"

     
    Спрашивается: это просто их невнимательность, или реально нужно shdoc401.dll регистрировать дважды?
    Пока наблюдаемый результат этого - изменение очерёдности парамтеров в экспортированном HKLM. Маловато для предположения, что нужна двойная регистрация...
     
    Добавлено:
    HNKTO

    Цитата:
    интересно тестить?  
    Был у нас недозакрытый вопрос: какая из двух патченных KERNEL32.DLL лучше работает с файлами >2G ?
    Хотя это конечно не о том...
     
     

    Всего записей: 7299 | Зарегистр. 22-09-2005 | Отправлено: 12:54 08-05-2025
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
     или реально нужно shdoc401.dll регистрировать дважды?

    Или быстрокостыль когда что-то, ранее, регестрировало себя в туда-же куда и shdoc401.dll

    Цитата:
    какая из двух патченных KERNEL32.DLL лучше работает с файлами >2G

    Это в каких годах то?
    А то сейчас с файлами >4G вопрос по существу открыт только в срезе за пределами FAT32. Ну и с Кексом есть небольшие конфликты за перехватываемые АПИ. ...короче этот перехват друг на друга аки обработчики INTов не надевается.

    Всего записей: 2188 | Зарегистр. 30-01-2010 | Отправлено: 13:24 08-05-2025
    SweetLow

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IFkO

    Цитата:
     INF нет смысла возвращать в оригинальное состояние, ибо поздно

    Ещё раз, .INF есть смысл возвращать совершенно независимо от того используется ли что-то из него далее или нет. Просто потому, что если нет разницы - зачем вносить изменения? Лучше оставить оригинал. И да, я совершенно не наставиваю на возврате, но попробуйте тогда изложите СВОЮ логику.
     

    Цитата:
    в конце мы принудительно запишем исходные  Options, потому как других вариантов я не вижу. А вы?
     

    Я писал про другие, но вам не нравится Но собственно в моём посте выше (в P.S.) мой ответ уже дан.
     
    Добавлено:
    HNKTO

    Цитата:
    Тебе твою приблуду для поддержки больших и толстых винтов интересно тестить?

    Да. Но не МОЮ, моя то вроде работает, проблема не в ней. Если речь идёт о 4TiB модели, то надо провести тестирование с NTFS c 2KiB кластером, если о 6TiB - то с 4KiB кластером с PNTFS и UFSD. Ибо MERCURY127 ушёл в глухую несознанку с этим вопросом.

    Всего записей: 1442 | Зарегистр. 08-03-2005 | Отправлено: 13:36 08-05-2025
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    HNKTO

    Цитата:
    Это в каких годах то?
    2002-2006.
    Цитата:
    с файлами >4G вопрос по существу открыт только в срезе за пределами FAT32
    Естественно. Он и 2 G  больше умозрительный, чем реально востребованный.
     
     
    SweetLow

    Цитата:
    изложите СВОЮ логику.
    Излагаю:
    Цитата:
    если нет разницы - зачем вносить изменения? Лучше оставить оригинал.
    Так оригинала нет. Есть изменённый файл, его одноразовые Options уже использованы при установке. Зачем вносить изменения? Чем меньше теребишь попусту, тем меньше шансов сломать что-нибудь.
    На всякий случай уточняю: мы подменой MASHINE.INF туда-сюда не занимались. Мы вписали в него предложенные вами Options, а после того как установщик устройств отработал, их отредактировали в "каноническое состояние от MS". Вот это последнее действие я считаю ненужным.

    Всего записей: 7299 | Зарегистр. 22-09-2005 | Отправлено: 14:08 08-05-2025 | Исправлено: IFkO, 14:12 08-05-2025
    SweetLow

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IFkO

    Цитата:
    Так оригинала нет.

    Как это нет? MACHINE.INF 43992 байт 05.05.1999 22:22
     

    Цитата:
    На всякий случай уточняю: мы подменой MASHINE.INF туда-сюда не занимались. Мы вписали в него предложенные вами Options, а после того как установщик устройств отработал, их отредактировали в "каноническое состояние от MS".

    Понятно, про UpdateINIs вы уже упоминали. Внутрифайловый результат идентичен, а уж изменение даты можно пережить
     

    Цитата:
    Вот это последнее действие я считаю ненужным.

    Я вам напомню, что вы были против отсечения VMM32.VXD от VMM.VXD, хотя MERCURY127 прав в своей логике, VMM32.VXD-часть не нужна в той точке где лежит VMM.VXD и только жрёт память на диске. Почему?

    Всего записей: 1442 | Зарегистр. 08-03-2005 | Отправлено: 15:03 08-05-2025 | Исправлено: SweetLow, 15:04 08-05-2025
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    SweetLow

    Цитата:
    Я писал про другие, но вам не нравится
    Ткните носом, я так и не понял, о чём это.

    Цитата:
    Как это нет? MACHINE.INF 43992 байт 05.05.1999 22:22
    Его нет в дистрибутиве. Он есть в виде Образа Святого Непогрешимого и Животворящего, на который адекватные люди молятся, но в практике не используют.
    Цитата:
    изменение даты можно пережить
    Там столько дат меняется прямо по ходу установки системы, что ещё одну мы точно переживём. Тем более, что он в сборке и так не кошерный, *.CAT-у своему давно не соответствует.
    Цитата:
    вы были против отсечения VMM32.VXD от VMM.VXD, хотя MERCURY127 прав в своей логике, VMM32.VXD-часть не нужна в той точке где лежит VMM.VXD и только жрёт память на диске. Почему?
    Почему я был против? Я не БЫЛ против, я и сейчас против. Потому что я не понимаю, как это должно было работать, и боюсь, что этой операцией мы что-нибудь сломаем. В отличие от ситуации нынешней.
    Кстати, он у меня обрезанный Меркурием сейчас лежит в дистрибутиве и я продолжаю за ним наблюдать... Как и за вашим AHCI.PDR, посвящённым Дню Космонавтики

    Всего записей: 7299 | Зарегистр. 22-09-2005 | Отправлено: 15:53 08-05-2025 | Исправлено: IFkO, 15:55 08-05-2025
    SweetLow

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IFkO

    Цитата:
    Ткните носом, я так и не понял, о чём это.  

    Дык ключ экспортировать. А потом можно и импортировать. regedit вроде как такое позволяет. Не знаю, можно ли его вызвать в нужных точках, я не специалист по установщику, но принципиальная возможность есть.
     

    Цитата:
    Я не БЫЛ против, я и сейчас против. Потому что я не понимаю, как это должно было работать, и боюсь, что этой операцией мы что-нибудь сломаем.  

    Вот. А я против просто потому, что я вообще против изменений которые малосущественны и без которых можно обойтись. И не в данном конкретно случае, а вообще.
     
    И да, возвращаясь ещё раз к этому вопросу раз уж затронули - как это должно работать я вам предлагал ПРОВЕРИТЬ. Это до безобразия просто - испортите код VMM32.VXD внутри %windir%\SYSTEM\VMM32\VMM.VXD и убедитесь, что от этого ничего работать не перестало.
     
    Добавлено:
    P.S.

    Цитата:
    как и за вашим AHCI.PDR, посвящённым Дню Космонавтики

    За ним бесполезно наблюдать. Но могу подарить программу, которая на старой версии машину перегрузит (или что-то похожее по тяжести сделает), а на новой покажет разные интересные вещи Кстати, самое удивительное в этом баге то, что непонятно как он ВООБЩЕ мог получиться. Этот код был полностью наследован от лоевского же ESDI_506.PDR и не должен был изменяться в принципе.

    Всего записей: 1442 | Зарегистр. 08-03-2005 | Отправлено: 16:08 08-05-2025 | Исправлено: SweetLow, 16:21 08-05-2025
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    SweetLow
    Портить код не надо, я же написал, что давно смотрю на vmm без него, и пока багов не увидел. Я о другом: его для чего-то туда внедрили, значит предусматривали ситуацию, когда он нужен. Что это за ситуация такая? Не может ли она случиться с обрезанным vmm? Вот в чём суть моих сомнений.

    Всего записей: 7299 | Зарегистр. 22-09-2005 | Отправлено: 16:42 08-05-2025
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SweetLow
    Цитата:
    Ибо MERCURY127 ушёл в глухую несознанку с этим вопросом.  
    и ничего я не ушёл. просто с тех пор этот диск так и занят вот этими самыми... экспериментами со старьём.
     
    =====
     
    бсод 2F6E лечится заменой твоего перекомпилированного USBHUB20.SYS обратно на виашный 4.90 (остальные файлы менять не надо)... давай, перекомпилировывай опять.

    Всего записей: 12061 | Зарегистр. 03-08-2008 | Отправлено: 16:58 08-05-2025
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Если речь идёт о 4TiB модели

    Я имел в виду вообще поддержку в сабже накопителей > 2TiB, кои обычным классическим MBR в полном объёме не нарезать в виду переполнения полей отведённых на указание положений границ разделов.
    Про аспекты работы PNTFS в том районе... что-то припоминаю, но очень слабо.

    Цитата:
    Я о другом: его для чего-то туда внедрили

    А там в вариантах Win95, 98без букв, с другими буквами не проскакивало сочетание VMM.VXD без VMM32.VXD?
    ...на логику работы этой фигни у меня сложилось мнение, что отрабатывая автозагрузку vxd-шек ядро ищет VXD отдельным куском, если не находит - ищет внутри пакетного VXD

    Всего записей: 2188 | Зарегистр. 30-01-2010 | Отправлено: 18:09 08-05-2025
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    проскакивало сочетание VMM.VXD без VMM32.VXD?
    во апдейтах vmm идёт без dos-части. может, были и с нею, если она обновлялась, но я не видел.

    Всего записей: 12061 | Зарегистр. 03-08-2008 | Отправлено: 19:46 08-05-2025
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    MERCURY127
    Апдейты предназначены для установки в уже стоящую систему, а не в дистрибутив. Притом они не склеиваются в в vmm, а кладутся рядом.
    И то, что они в апдейтах без дос-части, подсказывает, что она под windows  уже не нужна. Тогда, вероятно, она нужна в процессе установки? Или как вариант, она при нробходимости берётся из склеенного vmm,  а не из лежащего в стороне апдейта?

    Всего записей: 7299 | Зарегистр. 22-09-2005 | Отправлено: 20:21 08-05-2025 | Исправлено: IFkO, 20:42 08-05-2025
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    что она под windows  уже не нужна. Тогда, вероятно, она нужна в процессе установки? Или как вариант, она при нробходимости берётся из склеенного vmm,  а не из лежащего в стороне апдейта?
    эта голова — стартер защищенного режима. попробуй удали из рабочей системы вырезанную мною отдельную голову VMM32.VXD, которая 64 КБ (установив систему без склеивания вхдешек, как я — исправив в WININIT.EXE CombineVxDs -> DumbineVxDs) — узнаешь, как она не нужна...  
     
    она всегда берется из SYSTEM\VMM32.VXD, а не VMM.VXD. какая голова есть у VMM32.VXD, хоть склеенного, хоть расклеенного — такая и загрузится. и неважно, что там в голове у апдейта SYSTEM\VMM32\VMM.VXD. ибо они никак не связаны, кроме искусственного склеивания...  
     
    а не склеиваются при обновлении они потому, что в системе нет механизма ЗАМЕНЫ файлов внутри тела архива VMM32, только добавления в него (хотя это надо бы проверить). да и необходимости в такой замене тоже нет — одноименный VXD файл в папке SYSTEM\VMM32 всегда будет в приоритете над архивом VMM32. но не ДОС-голова VMM32!

    Всего записей: 12061 | Зарегистр. 03-08-2008 | Отправлено: 21:08 08-05-2025
    BolenB



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IFkO

    Цитата:
     
    SweetLow

    Цитата:
    вы были против отсечения VMM32.VXD от VMM.VXD, хотя MERCURY127 прав в своей логике, VMM32.VXD-часть не нужна в той точке где лежит VMM.VXD и только жрёт память на диске. Почему?
    Почему я был против? Я не БЫЛ против, я и сейчас против. Потому что я не понимаю, как это должно было работать, и боюсь, что этой операцией мы что-нибудь сломаем. В отличие от ситуации нынешней.
    Кстати, он у меня обрезанный Меркурием сейчас лежит в дистрибутиве и я продолжаю за ним наблюдать...  

    Насколько я помню, была проблема вклеить обновленнный VMM.VXD в VMM32.VXD (файл двоился?)
    Я, вроде, поборол эту проблему и довольно давно (правда, никто не заинтересовался). Может вернуть как по заводскому было?
    https://www.old-games.ru/forum/attachments/utils_vmm32-zip.266195/
     
     
    Добавлено:
    MERCURY127

    Цитата:
    а не склеиваются при обновлении они потому, что в системе нет механизма ЗАМЕНЫ файлов внутри тела архива VMM32, только добавления в него (хотя это надо бы проверить).

    В апдейте USB для Win95osr2 такой механизм был.
     
    autoexec.bat

    Код:
    @ECHO OFF
    if not exist %winbootdir%\system\vmm32.o20 copy %winbootdir%\system\vmm32.vxd %winbootdir%\system\vmm32.o20
    cd %winbootdir%\system
    devlib -u vmm32.vxd
    rplcldr %winbootdir%\system\vmm32\vmm.vxd %winbootdir%\system\vmm32.vxd
    devlib -p vmm32.vxd

    Насколько я понимаю, весь секрет в RPLCLDR.EXE. (А может там специально подготовленный vmm.vxd).

    Всего записей: 883 | Зарегистр. 22-12-2003 | Отправлено: 06:17 09-05-2025 | Исправлено: BolenB, 06:44 09-05-2025
    SweetLow

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    MERCURY127

    Цитата:
    бсод 2F6E лечится заменой твоего перекомпилированного USBHUB20.SYS обратно на виашный 4.90 (остальные файлы менять не надо)... давай, перекомпилировывай опять

    Ну так у меня не воспроизводится, однако, ни на одной моей системе. Ищи точку падения. Могу выдать DEBUG версию и .PDB.
    P.S. Да собственно и исходники тоже могу.
     

    Цитата:
    во апдейтах vmm идёт без dos-части. может, были и с нею, если она обновлялась, но я не видел.

    Щас! Во всех версиях VMM.VXD есть DOS часть (VMM32.VXD, собственно говоря). И я писал, что все их проверял на работоспособность.
     
    HNKTO

    Цитата:
    Я имел в виду вообще поддержку в сабже накопителей > 2TiB

    И я ЭТО же имел ввиду. Поддержка таких накопителей МОИМ кодом РЕАЛИЗОВАНА и РАБОТАЕТ. А дальше начинается уже НЕ МОЙ код. И вот его надо (пере)проверить.
     
     
    Добавлено:
    MERCURY127

    Цитата:
    одноименный VXD файл в папке SYSTEM\VMM32 всегда будет в приоритете над архивом VMM32. но не ДОС-голова VMM32!

    Собственно говоря я сейчас так и делаю - в SYSTEM у меня лежит только голый VMM32.VXD (~64KiB) а всё остальное - в SYSTEM\VMM32. Помнится мне в этой же ветке я и прочитал как правильно отрезать VMM32.VXD от полного VMM.VXD. как бы и не за твоим авторством. Причём VMM32 у меня от одной версии (оригинальная русская версия с лоевскими патчами), а VMM - от другой ( английский из QFE тоже с лоевскими патчами).

    Всего записей: 1442 | Зарегистр. 08-03-2005 | Отправлено: 10:27 09-05-2025 | Исправлено: SweetLow, 11:47 09-05-2025
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    BolenB
    Цитата:
    В апдейте USB для Win95osr2 такой механизм был.
    это не механизм, это колхоз под единичную задачу.  
    мало того, что devlib из DDK принесли, так еще и спецутилиту rplcldr сочинили.
    и все это — ради юридических проволочек, чтоб затруднить реверс, и не дать запустить на чужих ДОС.
     
    SweetLow
    Цитата:
    Щас! Во всех версиях VMM.VXD есть DOS часть (VMM32.VXD, собственно говоря).
    гмм... ладно, значит, я сам когда то наколхозил и забыл.

    Цитата:
    Ну так у меня не воспроизводится, однако ни на одной моей системе. Ищи точку падения. Могу выдать DEBUG версию и .PDB.
    ну пришли, поколупаю...  
    только все файлы присылай в дебаге, потому что хотя виновен явно USBHUB20, но в айсе всплывает USBEHCI.  
    а ты у себя попробуй проверить на ИФ, а не СЕ.

    Всего записей: 12061 | Зарегистр. 03-08-2008 | Отправлено: 11:57 09-05-2025
    SweetLow

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IFkO

    Цитата:
    Я о другом: его для чего-то туда внедрили, значит предусматривали ситуацию, когда он нужен. Что это за ситуация такая? Не может ли она случиться с обрезанным vmm? Вот в чём суть моих сомнений.

    см. выше. VMM.VXD от микрософта - это всегда комплект VMM32.VXD + чистый VMM.VXD. Зачем они так сделали - это надо их спрашивать. Моё объяснение - чтобы лоадер был всегда согласован с ядром. Но я не обнаружил ситуации когда бы это реально потребовалось.
    P.S. Чтобы было понятно, что я проверял в пределе. Есть такая DEBUG версия VMM.VXD. Так вот лоадер от неё грузит обычную версию ядра, а обычная версия лоадера грузит DEBUG версию ядра.

    Всего записей: 1442 | Зарегистр. 08-03-2005 | Отправлено: 11:59 09-05-2025 | Исправлено: SweetLow, 12:04 09-05-2025
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    VMM32.VXD — это развитие WIN386.EXE из 3х. VMM там называется WIN386. и там тоже подклеивали в него обязательные VXD по списку, но еще без сжатия. и его тоже можно разрезать на кусочки, втч отрезать дос-голову, и оно работает. а вот в вин 2.х 386 — еще не склеивали, хотя LE файлы там уже были.
    склеивание всего этого в один файл сделали, во1х, для ускорения загрузки с первобытных дисков, и во2х, для усложнения реверса и юридических разборок.

    Всего записей: 12061 | Зарегистр. 03-08-2008 | Отправлено: 12:31 09-05-2025 | Исправлено: MERCURY127, 12:34 09-05-2025
    SweetLow

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    MERCURY127

    Цитата:
    во2х, для усложнения реверса и юридических разборок.

    Это мелочь конечно, но дополнительные неудобства:
    1. полнотекстовый поиск внутри сжатого VMM32 не работает
    2. ты никогда не знаешь, что же у тебя на САМОМ деле лежит внутри VMM32
    Так что зачем вообще этот пак сейчас использовать - решительно непонятно. И я как раз двинулся в противоположном направлении

    Всего записей: 1442 | Зарегистр. 08-03-2005 | Отправлено: 12:45 09-05-2025
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117

    Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Windows 98 SE (оптимизация и улучшение) — одиннадцатая часть


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2025

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru