Windows 98 SE (оптимизация и улучшение) — девятая часть
	Ответ	Голоса	Проценты
	Я тут случайно	80	23.95%
	Просто люблю старье	33	9.88%
	Сам не знаю, зачем вожусь	6	1.80%
	Ностальгия именно по 9x	99	29.64%
	9x - основная на очень старом железе (до П2/Атлон)	16	4.79%
	9x - основная на старом железе (до Core)	28	8.38%
	9x - основная на новом железе (Core и новее)	7	2.10%
	Только в виртуалке	12	3.59%
	Спортивный интерес (доколе оно вообще может тянуть?)	51	15.27%
	Я - Рудольф...	2	0.60%
Тема закрыта .			Всего Голосов: 334

MERCURY127 Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору первая часть · вторая часть · третья часть · четвертая часть   пятая часть · шестая часть · седьмая часть · восьмая часть Windows 98 Second Edition   ДЕВЯТАЯ ЧАСТЬ       Особенности работы с Windows 98 учитывая прогресс в программном обеспечении и совершенствование компьютеров. Основное в теме это обновления Windows 98SE. Добрые люди выпускают "неофициальные паки обновлений" - сборники заплат (преимущественно от M$), призванных улучшить работу операционной системы. Актуальные паки выкладывают maxud, IFkO и другие. Практические аппаратные и программные пределы работоспособности 98SE   (с учетом представленных в этой теме решений) Последние доступные сборки обновлений, патчи, утилиты и драйвера: Windows 98IF от IFkO - неофициальная модульная сборка Windows 98SE с предустановленными обновлениями, заплатками, улучшениями и дополнительными компонентами ( готовые варианты )   Драйверы и компоненты для Windows 98SE или 98IF от IFkO, предназначенные для установки в систему и интеграции в дистрибутив. Краткая и полная инструкции по сборке дистрибутива Windows 98IF.   Обновления от Maximus Decim Инструкция по правильной установке Windows 98SE от maxud (версия от 21.02.2009) со ссылками на недостающие компоненты. Альтернативные списки ссылок - здесь и здесь.   UnSP (Unofficial Service Pack) for Windows 98SE by Alper Coskun (aka Gape). Список отличий MDCU от UnSP. Unofficial Windows 98 Standard Edition (aka First Edition/Gold/RTM) Service Pack English by Petr & erpdude8: 2.5.6, 2.58 RC Lite (зеркало), 2.58 Final Full (зеркало) Unofficial Windows 98 Second Edition Service Pack 3.61 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)   SciTech SNAP Graphics - универсальные кроссплатформенные драйвера для широкого спектра видеокарт от разных производителей. VBEMP x86 by bearwindows - универсальный (для любых видеокарт) VESA/VBE видеодрайвер для архитектуры Windows 9x. ReadDVD! - драйвер для чтения дисков в формате UDF 1.5-2.x в Windows 95-ME (он же, пересобранный  IFkO). Panasonic DVD-RAM Driver - драйвер, добавляющий в Windows 95-ME поддержку записи DVD-RAM дисков, подробнее   RASPPPoE - сетевой протокол PPP over Ethernet для Windows 95-2003, некоторые провайдеры Интернета подключают только через него (он же, в одном пакете с сетевыми драйверами от  IFkO) Active Directory Client Extensions (dsclient.exe) 5.0.2920.5 Russian (Q323466) - клиентское ПО для получения доступа из Windows 95-ME к службам Active Directory и DFS операционной системы Windows 2000 Server.   VirNETas Regional Settings Changer 3.04.0246 - мощная программа для изменения региональных настроек в английских версиях Windows 95/98, оптимизирована для работы с Windows 98SE (спасибо Grigorijg), подробное описание внутри архива. Microsoft Plus! for Windows 98 - пакет дополнительных программ и тем оформления рабочего стола. Microsoft Windows 95, 98, MS-DOS Resource Kits - комплекты утилит, не входящих в основную поставку вышеуказанных систем. Навигация по топику и ссылки на интересные статьи по теме: Для просмотра всех сообщений темы в одном окне пользуйтесь "версией для печати" (одноименная ссылка над нумерацией страниц) 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 95/98/SE/ME. Как установить "Intel Ultra ATA Storage Driver" и "Intel Application Accelerator" на чипсеты Intel 430/440. (подробнее) Все, что нужно знать о доступе к локальным томам NTFS из под систем 9х Несколько советов по использованию Windows Update Большая коллекция разнообразных обновлений и патчей для Windows 95-ME (и не только) Последние Microsoft Windows Hardware Compatibility Lists (HCLs) для NT/95/98/SE/ME/2K/XP   Обсуждение Windows 95-ME на форуме MSFN Сайт с описанием всевозможных опций основных BIOS, в т.ч. с подсказками по правильному выбору опций для 9х Схожие темы по Windows 95 и Windows ME :: Тема в Варезнике   Раздача некоторых патчей от Rudolph R. Loew тут Всего записей: 11553 | Зарегистр. 03-08-2008 | Отправлено: 10:03 30-09-2018 | Исправлено: IFkO, 09:39 28-01-2020

Isica Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору SweetLow Цитата: если вы отличий не заметили, то я могу только посоветовать очки купить Тут скорее не очки, а что-нибудь от склероза А то я уж позабыл, как оно было в SE.   Цитата: Цитата: есть ли возможность избежать включения в хвост списка DNS-серверов, полученных от DHCP? Надо бы вам ещё раз подумать над предыдущим ответом, особенно о той части, в которую вы "не поверили" Теперь верю ) Значит, вопрос сводится к тому, как это сделать в NT (2K?) Но ответа я всё равно не знаю.   Подробнее... Всего записей: 387 | Зарегистр. 25-10-2006 | Отправлено: 06:12 31-10-2021

BolenB Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору SweetLow Цитата: 2. Изъят изменённый MSHDC.INF в пользу более полного ATAPCIBM.INF.   [DUAL_ATAPCIL.PosDup] *PNP0600 и [DUAL_ATAPCINM.PosDup] *PNP0600 вы так и не добавили, а зря, очень помогает. В infinst_autol_6.3.0.1007 .exe *PNP0600 везде понатыкано (для IDE). Всего записей: 666 | Зарегистр. 22-12-2003 | Отправлено: 16:36 31-10-2021 | Исправлено: BolenB, 16:38 31-10-2021

BolenB Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору SweetLow Цитата: Добавить то не проблема, проблема потом протестировать... Я тестировал, можно переключать режимы Legacy и Native в любых комбинациях в bios. Драйвера правильно переопределяются, без восклицательных знаков в диспетчере. Всего записей: 666 | Зарегистр. 22-12-2003 | Отправлено: 16:45 31-10-2021

SweetLow Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору BolenB Я вам верю, но не приучен гнать халтуру. Не могу я делать вещи по принципу "хуяк, хуяк - и в продакшен", особенно если это хобби P.S. Да и отдельно выложить не проблема потом. Всего записей: 997 | Зарегистр. 08-03-2005 | Отправлено: 16:51 31-10-2021 | Исправлено: SweetLow, 16:54 31-10-2021

BolenB Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору SweetLow Цитата: Я вам верю, но не приучен гнать халтуру. Не могу я делать вещи по принципу "хуяк, хуяк - и в продакшен", особенно если это хобби   Ну вообще *PNP0600 в mshdc.inf это как-бы стандарт. Цитата: "хуяк, хуяк - и в продакшен" это скорее так: в 2019-10-10-L, Win21-test2 mshdc.inf Цитата: [GOOD_IDE] DelReg    = IDE_0600.Reg   [DUAL_GOOD_IDE] DelReg    = IDE_0600.Reg   [IDE_0600.Reg] HKLM,Enum\Root\*PNP0600 Наверно тоже помогает, но глаз "режет". Да простит меня IFkO. Всего записей: 666 | Зарегистр. 22-12-2003 | Отправлено: 17:07 31-10-2021 | Исправлено: BolenB, 17:21 31-10-2021

IFkO Moderator Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору BolenB Прошу простить, но я зануда. Расковырял разницу между вашим и моим DISKTSD.VXD:         То есть в вашем "неизвестный автор" патча добавил единичку к версии ПРОДУКТА вместо того, чтобы добавить её к версии файла. А в моём он эту оплошность исправил.   Цитата: Да простит меня IFkO. Прощу. Куда мне деваться? Тестить мне давно не на чем, а все наши разговоры здесь на эту тему кончаются ничем: обсуждение уходит в песок до того, как результат выкристаллизуется. Даже надежда на то, что хоть кто-то, потестив это, отпишется, не оправдалась. Похоже, пора мне на выход... Кстати, вспомнить бы, откуда у меня этот DelReg... Сам я подобное ТОЧНО придумать не мог. Пока выяснил только, что появилось это у меня ещё в 2012 году. Всего записей: 6879 | Зарегистр. 22-09-2005 | Отправлено: 19:26 31-10-2021 | Исправлено: IFkO, 20:01 31-10-2021

HNKTO Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Isica, не помню точно как сделано, а потом забуду. Если ПППоЕ то ручной DNS от туда куда ведёт логика не считывается, но считывается если вписать вроде в "сетевое соединение" или как-то так виртуальный адаптер висящий в списке устройств и не соответствующий никакому железу. Как-то так. И в таком случае от туда DNS начинают браться для ПППоЕ. Но это для 98SE. А как там в ME - тут возможно что SweetLow и вообще иначе, по своему. Всего записей: 2092 | Зарегистр. 30-01-2010 | Отправлено: 22:16 31-10-2021

Isica Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору SweetLow Цитата: Тут скорее какой-то гибрид поведения 9x и NT 5.x - есть глобальные  DNS серверы как в 9x и есть локальные для соединения как в NT, однако в отличие от 9x наличие глобального списка НЕ отменяет локальные для соединения и в отличие от NT нельзя (точнее я не знаю можно ли - миллениума под рукой сейчас нет, в отличие от вас по интерфейсу я полазить не могу) перебить DNS серверы именно для конкретного соединения. Да, всё именно так (разве что NT5 появилась на год позже, а сабж всё же ровесник 2k, но это уже лирика). Сделано оно, конечно, раком: графический интерфейс явно рассчитан на независимую настройку параметров DNS для каждого адаптера, но по факту, сервера, прописанные руками для одной Ethernet-карты, прописываются глобально (они становятся видны и доступны для редактирования в свойствах всех остальных Ethernet-карт, затерев их предыдущую конфигурацию). Иными словами, через форму настройки любого Ethernet-адаптера, происходит установка именно ГЛОБОЛЬНЫХ (а не per-adapter) DNS-серверов, и эта информация хранится в одном месте. А вот настройки DNS для PPP-соединений (DialUp/VPN) таки сохраняются per-connection. Но... они ни когда не используются!!! (по крайней мере, для VPN).   Теперь посмотрим, как это всё работает. Итак, я прописал глобально три публичных DNS (назовём их "список "G"). 1. Когда подключаюсь по Ethernet с включённым DHCP, то, не смотря на наличие списка "G", DNS-сервера, предложенные DHCP (список "D"), всё равно используются данным адаптером, переплетаясь со списком "G" в следующем порядке: G1-D1-G2-D2-G3... И хотя в этом случае первый глобальный сервер имеет приоритет над локальными, всё это странным образом умудряется сглючить: Цитата: запрос сперва отправляется на первый из моего списка целевой DNS (G1) и на него приходит корректный ответ, но этот ответ тупо игнорируется и посылается повторный запрос серверу D1, последнему в списке, т.е. нецелевому, и его ответ принимается за "чистую монету".   2. При подключении к VPN-серверу, предоставляемая им конфигурация DNS ("V") имеет приоритет над глобальной: V1-V2...Vn-G1, что вполне приемлемо. Но походу было замечено, что DNS-сервера, прописанные руками в настройках конкретного VPN-соединения, ни когда не используются (по крайней мере, при наличии списка "V").   Для сравнения, в XP sp3 подобных проблем нет: ручные настройки DNS всегда прописываются per-adapter/per-connection и влекут полное игнорирование списков DNS, предоставляемых протоколами автоматической конфигурации (DHCP и т.п.) для этого адаптера.     Добавлено: HNKTO У меня DHCP, но всё равно спасибо, приму к сведению Всего записей: 387 | Зарегистр. 25-10-2006 | Отправлено: 03:04 01-11-2021 | Исправлено: Isica, 03:19 01-11-2021

BolenB Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору IFkO Цитата: Тестить мне давно не на чем, а все наши разговоры здесь на эту тему кончаются ничем: обсуждение уходит в песок до того, как результат выкристаллизуется. Даже надежда на то, что хоть кто-то, потестив это, отпишется, не оправдалась. Похоже, пора мне на выход...   Виртуальные машины, не вчера придуманы. Я пользуюсь для сборки и тестов VirtualPC для Win7Sp1 (KB958559), да бывает косячит. mshdc.inf отлаживал на VirtualBox 5.2.44, в нем удобно режимы контроллера HDD переключать. После отладки можно и на реальном железе проверить, так и живем. Цитата: Кстати, вспомнить бы, откуда у меня этот DelReg... Сам я подобное ТОЧНО придумать не мог. Пока выяснил только, что появилось это у меня ещё в 2012 году. Я тут занялся набором обновлений для WindowsME (может DOS прикручу), так вот этот DelReg оттуда. Что меня озадачило в Миллениумном mshdc.inf: Цитата: [ControlFlags] ExcludeFromSelect=MF\BADPRIMARY,MF\BADSECONDARY,MF\GOODPRIMARY,MF\GOODSECONDARY ExcludeFromSelect=MF\BADPRIMARY,MF\BADSECONDARY,MF\GOODPRIMARY,MF\GOODSECONDARY А нахрена два раза одно и тоже? В этом какой-то тайный смысл или просто ошибка (copy paste)? Всего записей: 666 | Зарегистр. 22-12-2003 | Отправлено: 05:59 01-11-2021 | Исправлено: BolenB, 10:05 01-11-2021

IFkO Moderator Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору BolenB Цитата: набор обновлений для WindowsME (может DOS прикручу), так вот этот DelReg оттуда Логично: если это обновление, то есть система уже стоит, то наверное это приемлемый, а то и лучший способ всё быстро и эффективно разрулить. При установке ОС это вроде не к месту... Хотя: а если она ставится поверх старой? В общем, вопрос повис в воздухе и быстрого ответа я не предвижу Между тем я занудливо копаю дальше. Накопал разницу между MOUHID.VXD:         Как видите, "неизвестный автор" в версии одного из них вбил нолик не в той позиции. На этот раз у вас правильно, а у меня нет. Причём эта ошибка (как я считаю) была внесена спустя два года после выхода патча Q254660, откуда её и взял Максуд, а уж у него - вы. Это я у себя исправил. К счастью, тут ответ "что правильно" очевиден.   А вот с KERNEL32.DLL у меня наоборот, всё запуталось: я сегодня из интереса подложил свою (которая из MDCU) в SE, и она, радостная, начала копировать 2-гиговый тестовый файл!!! То есть в MDCU этот патч тоже применён!!! Но при этом бинарно эта либа отличается от вашей, патченной R.Loew. Хотя формально версия указана та же (ну, об это мы уже языки расчесали...) Так что на сегодня я в состоянии недоумения: какая из них лучше? При том, что обе содержат сторонние патчи?   На этом фоне меркнет такая мелочь, что VCACHE.VXD и VMM32.VXD, пропатченные RLP 7.2 с ключом /M, по прежнему отличаются от ваших, хотя уже меньше.   А тут ещё Mercurt127 свинью подкладывает, заявляя, что ESDI_506.PDR и IOS.VXD отличаются от ваших тем, что пропатчены DMRP. Нет бы сначала посмотреть, а потом уж заявлять.... А если посмотреть, то окажется, что для ESDI_506.PDR разница слишком велика, и нужно искать какой-то другой его первоисточник...   Мда. А что до Цитата: ExcludeFromSelect=MF\BADPRIMARY,MF\BADSECONDARY,MF\GOODPRIMARY,MF\GOODSECONDARY то я не знаю причин дублировать идентификаторы. Скорее всего вы правы, и это просто ошибка копирования. Всего записей: 6879 | Зарегистр. 22-09-2005 | Отправлено: 16:13 01-11-2021 | Исправлено: IFkO, 16:18 01-11-2021

BolenB Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору IFkO Цитата: На этом фоне меркнет такая мелочь, что VCACHE.VXD и VMM32.VXD, пропатченные RLP 7.2 с ключом /M, по прежнему отличаются от ваших, хотя уже меньше. Я патчил так: взял из дистрибутива vmm32.vxd переименовал в vmm.vxd и закинул в \windows\system\vmm32, туда же закинул vcache.vxd и запустил patchmem /m. То есть патчилось то, что я подсунул, а не то, что распаковывается из vmm32.vxd при запуске патча. В этом и различия. Цитата: А тут ещё Mercurt127 свинью подкладывает, заявляя, что ESDI_506.PDR и IOS.VXD отличаются от ваших тем, что пропатчены DMRP. Нет бы сначала посмотреть, а потом уж заявлять.... А если посмотреть, то окажется, что для ESDI_506.PDR разница слишком велика, и нужно искать какой-то другой его первоисточник...   IOS.VXD я не трогал, он из mdcu305r. ESDI_506.PDR стандартный 4.10.2225, различия зависят от того чем патчить первым. Я запускал первым PATCHATA, потом PTCHSATA. Если сделать в обратном порядке, то работать тоже будет, но будут различия (искусственный интеллект, понимаешь, у патчей). Всего записей: 666 | Зарегистр. 22-12-2003 | Отправлено: 18:28 01-11-2021 | Исправлено: BolenB, 18:42 01-11-2021

IFkO Moderator Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору BolenB Цитата: Я патчил так Понял. Попробую так же. Цитата: IOS.VXD я не трогал, он из mdcu305r. А я свой трогал - он из TerabytePlud 3.0 С положенным сверху DMRP. Поэтому я и подумал, что ваш оттуда же, но без DMRP. Пардон, ошибся. Цитата: различия зависят от того чем патчить первым Интересный факт.  Поковыряю и здесь. Спасибо. Всего записей: 6879 | Зарегистр. 22-09-2005 | Отправлено: 20:09 01-11-2021

MERCURY127 Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору SweetLow, новый стек работает, для меня - не лучше и не хуже, чем было.     А не мог бы ты посмотреть вот какое дело: Если не ставить/отключить усб дрова, то клава и мышь работают через эмуляцию биосом (например, при установке). И так оказывается, что мышь при работе штатного mouse.drv 99 года на моих 1155 становится буквально бешеной - при малейшем движении прыгает по всему экрану и давит что попало.   Если подсунуть mouse.drv из 31 винды 94 года - мышь работает нормально, но по очевидной причине не работает прокрутка. Посмотри, вдруг появятся идеи... Очень это дело мешает. Всего записей: 11553 | Зарегистр. 03-08-2008 | Отправлено: 22:04 01-11-2021

SweetLow Advanced Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору MERCURY127 Цитата: новый стек работает, для меня - не лучше и не хуже, чем было Вообще то у тебя он должен работать именно лучше. Не знаю что у тебя за BIOS, но если ты в нём: 1. включишь Legacy эмуляцию для мыши, клавитатуры или драйвов   2. выключишь EHCI Hand Off   3. и для контроля - выключишь xHCI контроллер (чтобы девайсы гарантированно висели именно на EHCI) то на старой версии у тебя работать они не будут, а на новой - будут.   Собственно ввиду того, что мой ноутбучный BIOS не умеет 2, а умеет только 1 (и то выключать можно только в разлоченной версии) я и добрался до разборок с кодом.   Цитата: Посмотри, вдруг появятся идеи... Помнится обсуждали мы это, и у меня такое воспроизводится. Посмотреть я конечно могу (и теперь уже примерно даже знаю с чего начать), но почти наверняка нарыть что-то не получится. Это SMM код работает, подступиться к нему практически нереально.   Isica Цитата: есть ли возможность избежать включения в хвост списка DNS-серверов, полученных от DHCP?   По итогам разборок имею сообщить следующее: 1. Добавляются они не в хвост, а именно в начало списка, иначе бы проблемы не было. 2. Работа сервисов разрешения имён (не IP стека, а именно обёртки вокруг него) в ME не изменилась по сравнению с 9x, так что, мин херц, вы не оффтопили и обратились в правильное место 3. Официально поменять поведение судя по всему невозможно. 4. Однако пропатчив 1 байт в нужном месте можно вообще отрубить использование DNS серверов полученных от DHCP.   Если интересует 4, то спрашивайте. Всего записей: 997 | Зарегистр. 08-03-2005 | Отправлено: 14:05 02-11-2021 | Исправлено: SweetLow, 14:18 02-11-2021

Isica Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору SweetLow Цитата: 1. Добавляются они не в хвост, а именно в начало списка, иначе бы проблемы не было. Да, не в хвост, но и не в начало, а в последовательности G1-D1-G2-D2-G3... И оно могло бы работать с сервером G1, но комп, не дождавщись ответа от G1 (либо просто параллельно), шлёт запрос следующему по списку серверу D1 (нецелевому), который находится ближе и успевает ответить раньше, чем G1 (а запоздалый ответ G1, естетственно, игнорируется). Цитата: 4. Однако пропатчив 1 байт в нужном месте можно вообще отрубить использование DNS серверов полученных от DHCP. Если интересует 4, то спрашивайте. Конечно интересует! Хотя было бы гораздо лучше изменить алгоритм формирования списка так, чтобы сервера от DHCP либо дописывались в конец, либо вообще не дописывались, если список изначально не пуст. Всего записей: 387 | Зарегистр. 25-10-2006 | Отправлено: 20:49 02-11-2021

Страницы: 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 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231

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

IFkO (01-01-2022 00:47):

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование