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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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

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

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://img-host.ru/ (уже сдох) · https://picabox.ru/ · http://imgsharing.ru/

  • Всего записей: 11650 | Зарегистр. 03-08-2008 | Отправлено: 18:22 04-01-2024 | Исправлено: IFkO, 21:18 12-04-2024
    SweetLow

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

    Цитата:
    Так в чём дело-то было?  

     

    Цитата:
     
    AccessMode: 1 (LBA28)  
    Success: READ DMA
    AccessMode: 2 (LBA48)  
    Error: DMA Transfer is active on this drive still  
     

    Куда уж понятнее то?

    Всего записей: 1060 | Зарегистр. 08-03-2005 | Отправлено: 14:48 21-02-2024
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SweetLow, сделай таблицу на font, как тут
    http://forum.ru-board.com/topic.cgi?forum=62&topic=31624&start=180#14  

    Цитата:
    Куда уж понятнее то?
    https://youtu.be/iURgiv3SVOo&t=14

    Всего записей: 11650 | Зарегистр. 03-08-2008 | Отправлено: 15:14 21-02-2024
    SweetLow

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

    Цитата:
    сделай таблицу на font, как тут

    Сделал. Хотя непонятно, почему моноширинный фонт для кода по умолчанию не используется.
     

    Цитата:
    https://youtu.be/iURgiv3SVOo&t=14

    Я опять вынужден сказать, что ты не хочешь понимать. А ведь я ничего не скрывал, и даже уже рассказал какую именно гипотезу я проверял.
    И вот тебе комбинация того, что я уже рассказывал:
    1. LLXX патч работает в DMA, TBP2.1 зависает, TBP3.0 сваливается в PIO.
    2. Гипотеза: LLXX работает на ДАННОМ железе в LBA28, а терабайты - в LBA48. Причём
    а. зависающий - не сваливается в PIO (как это должно происходить)
    б. железо не ОТВЕРГАЕТ команды DMA LBA48 (это была бы меньшая проблема), а ЗАВИСАЕТ на них.
    3. Проверка гипотезы - выполяем тоже самое, но в контролируемых условиях. Результат: DMA LBA28 - работает, PIO LBA48 - работает, DMA LBA48 - не проcто НЕ работает, но именно ЗАВИСАЕТ (посмотри на ошибку и подумай что значит "still").
    4. Собственно в этой точке косвенные соображения УЖЕ достаточны для выводов. Но я естественно воспользовался случаем попрограммировать и уже написал код для ЯВНОЙ проверки гипотезы ибо состояние ATA регистров отличается после выполнения CHS/LBA28/LBA48 команд. Только вот пока прогнать его на тестовой системе с таким же состоянием железа (устройство с поддержкой LBA48, но в реальности для которого достаточно LBA28) не успел. Но вечером прогоню, и расскажу, а что же делать дальше, ибо это всё ещё пока анализ, а синтеза нет, ибо я его не делаю ДО анализа - как и всем остальным рекомендую поступать.
     
    P.S. Обрати внимание - смотреть код мне пока не потребовалось, все соображения сделаны исключительно по модели "чёрный ящик"...

    Всего записей: 1060 | Зарегистр. 08-03-2005 | Отправлено: 15:40 21-02-2024 | Исправлено: SweetLow, 17:41 21-02-2024
    MERCURY127



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

    Цитата:
    Результат: DMA LBA28 - работает, PIO LBA48 - работает, DMA LBA48 - не проcто НЕ работает, но именно ЗАВИСАЕТ (посмотри на ошибку и подумай что значит "still").
    спасибо, теперь дошло.
    на редкость диковинная ситуация...  
    как думаешь, это чипсет или сам диск так глючит?
    и может ли это быть следствием кривой работы биоса по настройке чипсета?
     
    Добавлено:

    Цитата:
    на моём Core i7 10 поколения переключение видео режимов происходит весьма медленно, так что загрузка сабжа выглядит как "Появилась заставка от BIOS, пяток секунд помигал чёрный экран и из ниоткуда появился рабочий стол"
    у меня похожая ситуация уже лет 10, но она связана с монитором: при слишком длительном (более полусекунды) отсутствии сигнала на входе (а так бывает при переключении режимов на многих ВК) он забывает про этот вход, и начинает опрашивать все три, на что уходит немало времени, прежде чем он опять доберется до того входа.

    Всего записей: 11650 | Зарегистр. 03-08-2008 | Отправлено: 15:56 21-02-2024 | Исправлено: MERCURY127, 15:58 21-02-2024
    SweetLow

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

    Цитата:
    как думаешь, это чипсет или сам диск так глючит?  

    Если там обычный PATA контроллер (без каких либо заумных кэширований) - то однозначно диск. На это кстати и работоспособность DMA LBA28 + PIO LBA48 указывает. Но я опять вынужден сказать - 100% это изолируется только на ДРУГОЙ, гарантированно работоспособной системе, которая подтвердила свою работоспособность с DMA LBA48 или ДРУГИМ устройством опять же подтвердившим свою работоспособность с DMA LBA48.
     
    Кстати, я тут у себя массу экспериментов провёл чисто создавая/улучшая код. Так вот нашёл я и у некоторого своего ATA железа презабавнейшую особенность (технически это баг, но который может проявиться только в условиях тестирования). Так вот, оно поддерживает именно LBA32, но не LBA48

    Всего записей: 1060 | Зарегистр. 08-03-2005 | Отправлено: 16:09 21-02-2024 | Исправлено: SweetLow, 16:10 21-02-2024
    iDemS



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

    Цитата:
    Но я опять вынужден сказать - 100% это изолируется только на ДРУГОЙ, гарантированно работоспособной системе

    Теоретически, могу сунуть этот диск в более свежий IBM R51, и проверить на нем. Но у меня нет диска, который бы требовал LBA48. На данный момент в IBM стоит хард на 40гб

    Всего записей: 49 | Зарегистр. 16-11-2021 | Отправлено: 17:39 21-02-2024 | Исправлено: iDemS, 17:45 21-02-2024
    IFkO



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

    Цитата:
    Дебильное поведение мыши самоустранилось само собой
    Понял, вычёркиваю. А жаль, вроде подобное у кого-то уже было... Мелькает, зараза, а в руки не даётся
     
    SweetLow

    Цитата:
    неработа DMA LBA48 - это разгон или говножелезо... Но на 95% вероятности - это таки кривое железо
    Мне ваш ответ не понравился. Хотя бы вот поэтому:
    Цитата:
    fly_indiz
    IBM ThinkPad 2611-552
    Не хотела ставиться 98IF
    удалил ESDI_506 - взлетело.

    То есть случай не единичный, и что-то делать с этим всё-таки надо...

    Всего записей: 6985 | Зарегистр. 22-09-2005 | Отправлено: 20:50 21-02-2024
    MERCURY127



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

    Цитата:
    То есть случай не единичный, и что-то делать с этим всё-таки надо...  
    не факт, что там тот же самый случай. а даже если и так - всё равно это аппаратный глюк, а не вина сборки.

    Всего записей: 11650 | Зарегистр. 03-08-2008 | Отправлено: 22:00 21-02-2024
    IFkO



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

    Цитата:
    даже если и так - всё равно это аппаратный глюк, а не вина сборки.
    Был такой менеджер памяти QEMM. Он очень любил сообщать "Система остановлена из-за ошибки при работе с памятью. Но это виновата ваша прикладная программа, а вовсе не QUEMM!" Как думаешь, избавлялись от прикладных программ или от него?
     
    Кстати, ты сам здесь неоднократно давал советы: "удалите EDSI_506". А так-то конечно сборка не виновата, это всё кривое железо...
     
    Самое простое - положить в папку Win98 EDSI_506 от LLXX, а в описании написать "Если у вас диск ёмкостью более 2 терабайт, то перед установкой удалите из дистрибутива этот файл."

    Всего записей: 6985 | Зарегистр. 22-09-2005 | Отправлено: 22:21 21-02-2024
    MERCURY127



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

    Цитата:
    Кстати, ты сам здесь неоднократно давал советы: "удалите EDSI_506"
    для диагностики, не более того.

    Всего записей: 11650 | Зарегистр. 03-08-2008 | Отправлено: 22:29 21-02-2024
    IFkO



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

    Цитата:
    для диагностики
    Ну то есть ты сам ожидаешь подвоха именно с этой стороны, но сказать это вслух отказываешься

    Всего записей: 6985 | Зарегистр. 22-09-2005 | Отправлено: 22:37 21-02-2024
    SweetLow

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

    Цитата:
    Но вечером прогоню

    Прогнал - гипотеза подтвердилась совершенно явно: LLXX в таком сценарии работает с LBA28, TBP - LBA48.
     

    Цитата:
    расскажу, а что же делать дальше

    Итак, любимейший вопрос "кто виноват?" получил чёткий ответ - криворукие японцы, которые попортили IBM-мовское наследие. Причём согласно моей статистике заявить о поддержке чего-либо "на отиппись" - это у них традиционно-азиатское.
    Но теперь пора уже и к менее любимому вопросу "что делать?" переходить.
    Но собственно говоря ответ на него уже получен - привести функционирование TBP к логике LLXX:
    помимо проверки на заявленную поддержку LBA48 проверять ещё и размер привода.
    По существу:
     
    if (identify->CommandSupp2 & 0x0400) {включаем признак использования LBA48}
    заменяем на
    if ((identify->CommandSupp2 & 0x0400) && (identify->Lba48Capacity >= 0x0000000010000000))
     
    А вот вопрос "кто же это сделает?" с моей точки зрения однозначен (и это, разумеется, не я) - у нас есть участники ветки которые уже [плодотворно] ковырялись в коде ESDI_506.PDR - им и карты в руки, благо найти этот кусок в коде вроде как не проблема - он внутри патча расположен.

    Всего записей: 1060 | Зарегистр. 08-03-2005 | Отправлено: 23:08 21-02-2024 | Исправлено: SweetLow, 08:57 23-02-2024
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    IFkO, подвоха в 9х можно ожидать со всех сторон. Но для нового железа немало из них в сборке гарантированно исправлены.

    Всего записей: 11650 | Зарегистр. 03-08-2008 | Отправлено: 23:11 21-02-2024 | Исправлено: MERCURY127, 23:13 21-02-2024
    SweetLow

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

    Цитата:
    На данный момент в IBM стоит хард на 40гб

    Теоретически он тоже может поддерживать LBA48 (как я уже говорил - у меня есть седьмая барракуда именно на 40ГБ с поддержкой  LBA48) - но это надо смотреть (либо брать SMARTINFO, снимать дамп и раскодировать его либо чем-нибудь ещё что эту поддержку показывает).

    Всего записей: 1060 | Зарегистр. 08-03-2005 | Отправлено: 09:25 22-02-2024
    Us2002

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

    Цитата:
    3.28Gb, год 1996-1997-й.
     
    В старых версиях Phoenix BIOS (v. 4.03 и 4.04) была ошибка с определением винчестеров более 3.277Mb.
     
    Решение проблемы - обновление до версии 4.05 и позже.

     

    Цитата:
    а во-вторых, многовероятно, что скорость работы с таким "невидимым в биос" диском будет существенно более низкая из-за "неинициализации" его UDMA-протокола (т.е. он может работать по протоколу PIO4-10Mb/s и даже ниже).

    Всего записей: 1810 | Зарегистр. 03-02-2005 | Отправлено: 11:41 22-02-2024 | Исправлено: Us2002, 14:58 22-02-2024
    Us2002

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

    Цитата:
    Самое простое - положить в папку Win98 EDSI_506 от LLXX, а в описании написать "Если у вас диск ёмкостью более 2 терабайт, то перед установкой удалите из дистрибутива этот файл."

    не  прокатит, ибо и новые винты и старые нормально работают с новым железом, проблемы начинаются при попытке подружить новые винты со старым железом

    Всего записей: 1810 | Зарегистр. 03-02-2005 | Отправлено: 13:50 22-02-2024
    IFkO



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

    Цитата:
    и новые винты и старые нормально работают с новым железом
    А винт - это не железо?

    Цитата:
    не  прокатит
    Очень даже прокатит: на тестировании мы наблюдали, что именно он умеет ВСЁ, кроме одной малости: поддержки дисков ёмкостью более 2 терабайт. Которую умеет запакованный ESDI_505.PDR, но он как раз не дружит с некоторыми старыми дисками.
    Об какую ситуацию эта "спарка" может обломиться?

    Всего записей: 6985 | Зарегистр. 22-09-2005 | Отправлено: 15:09 22-02-2024
    Us2002

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Мало ли ситуаций может быть?
    Например повторюсь про моё тестирование сборки 2022, там вообще чудо было и установка винды шла только при дефолт кластере разбивке и форматировании только тулзой мелкомягких изпод вынь10.
    Причём серьёзное копирование с нтфс раздела на фат даже в этом случае не заканчивалось успехом.
    так какой тогда драйвер стоял?
    железо было относительно старое Р45, винт новый - ссд терабайтник самсунг

    Всего записей: 1810 | Зарегистр. 03-02-2005 | Отправлено: 15:22 22-02-2024 | Исправлено: Us2002, 15:29 22-02-2024
    IFkO



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

    Цитата:
    так какой тогда драйвер стоял?
    Тот же, что и сейчас. То есть в этом случае ничего не изменится.

    Всего записей: 6985 | Зарегистр. 22-09-2005 | Отправлено: 19:27 22-02-2024
    SweetLow

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Проверил заодно и NT (в виде WinXP x64 SP2). Работает по варианту LLXX - использует LBA48 только на тех драйвах, которым он действительно необходим.

    Всего записей: 1060 | Зарегистр. 08-03-2005 | Отправлено: 23:36 22-02-2024
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 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

    Компьютерный форум 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-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru