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

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

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

vu1tur (13-08-2009 18:49): пятая часть — http://forum.ru-board.com/topic.cgi?forum=62&topic=17759  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

vu1tur



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

WINDOWS 98 Second Edition


В теме обсуждаются особенности работы с данной ОС в контексте существующего прогресса на программном и аппаратном фронте. Красной нитью через весь топик проходит тема обновления Windows 98SE до рабочего состояния. Для этого добрые люди собирают и выпускают "неофициальные паки обновлений" - набор заплат (преимущественно от M$), призванных улучшить работу системы. Актуальные паки выкладывают maxud, IFkO и другие люди.

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

  • Windows 98IF от IFkO - неофициальная модульная сборка Windows 98SE с предустановленными обновлениями и дополнительными компонентами (от Microsoft и не только) и множеством разнообразных оптимизаций и улучшений:
        сборка 2008-09-25 в трех частях: часть 1 , часть 2 , часть 3 (образ загрузочного диска)
        сборка 2008-12-31 в трех частях: часть 1 , часть 2 , часть 3 (образ загрузочного диска)  
        сборка 2009-05-05 в двух частях: часть 1 , часть 2 (только дистрибутив) (New!)
        Как из дистрибутива 98IF от 2009-05-05 и Boot-CD 98IF от 2008-12-31 сделать установочный Boot-CD 98IF от 2009-05-05?
  • Драйверы для Windows 98SE или 98IF от IFkO - драйверы, которые можно не просто установить в систему, но и заранее вклеить в ее дистрибутив. (New!)
  • Компоненты для Windows 98SE или 98IF от IFkO - обновленные и альтернативные компоненты, которые можно не просто установить в систему, но и заранее вклеить в ее дистрибутив. (New!)
  • MDCU (Maximus Decim Cumulative Update) for Windows 98SE 3.05 by maxud (New!)
  • UnSP (Unofficial Service Pack) for Windows 98SE by Alper Coskun (aka Gape)
  • Unofficial Windows 98 Standard Edition (aka First Edition/Gold/RTM) Service Pack 2 English 2.5.5 by Petr & erpdude8
  • MDDACU (Maximus Decim Data Access Component Update) 1.5 by maxud (New!)
  • MDIE6CU (Maximus Decim Internet Explorer 6 SP1 Component Update) 2.7 by maxud (New!)
  • MDCU Plus! 3.1 by maxud - иконки от ME + цветовая и шрифтовая схемы и откат в стандартные.
  • NUSB (Native USB) by maxud & eGorZ - драйвер для нативной (без специальных драйверов для каждого типа) поддержки USB-флэшдисков.
  • WIA (Windows Image Acquisition) for Windows 98SE 1.1 by maxud & Simplestas (aka Tihiy) - интерфейс поддержки устройств захвата неподвижных изображений (сканеры, цифровые или web-камеры и т.п.)
  • BigHDD 3.0 by maxud (оригинальная разработка LLXX & Petr) - патч для решения проблем с жесткими дисками больше 137 Гб под Windows 98/ME (подробное описание внутри архива). В MDCU 3.05 входит архив с BigHDD 3.1
  • Revolutions Pack 9.1.0 by Simplestas (aka Tihiy) - замечательная адаптация скинов от Windows XP и Vista под Windows 98/ME (улучшенное оформление окон, панели задач и кнопки "Пуск", новые иконки и эффекты, прозрачные надписи на рабочем столе, новая панель снятия задач, панель персонализации от Vista, сглаживание шрифтов ClearType и многое другое) (New!)
  • Tihiy's Tools - коллекция бесплатных утилит для Windows 98/ME от Simplestas (aka Tihiy), включающая индикатор сетевых подключений в трее, удобную панель снятия задач, панель завершения работы от XP и другие инструменты. (New!)
  • KernelEx 4.0 Multilingual by Xeno86 - проект по модифицированию библиотеки kernel32.dll для обеспечения возможности запуска под Windows 98/ME программ и игр для XP.
  • SH95UPD (Shell 95 Update Project) 0.0.6 by sp193 - проект по модифицированию библиотеки shell32.dll от Windows 95, используемой в урезанных версиях Windows 98/ME, для обеспечения лучшей совместимости с этими ОС, основан на исходниках от KernelEx. (New!)
  • Tweaked Unofficial NVIDIA Display Driver 82.69 for Windows 98/ME by MDGx - последние неофициальные драйвера для всей линейки видеокарт nVidia (PCI / AGP / PCIe / GeForce / Quadro / 5xxx - 8xxx series)
  • SciTech SNAP Graphics - универсальные кроссплатформенные драйвера для широкого спектра видеокарт от разных производителей.
  • VBEMP x86 by bearwindows - универсальный (для любых видеокарт) VESA/VBE видеодрайвер для архитектуры Windows 9x.
  • ReadDVD! - драйвер для чтения дисков в формате UDF 1.5-2.x в Windows 95-ME.
  • Panasonic DVD-RAM Driver - драйвер, добавляющий в Windows 95-ME поддержку записи DVD-RAM дисков, подробнее
  • Active Directory Client Extensions (dsclient.exe) 5.0.2920.5 Russian (Q323466) - клиентское ПО для получения доступа к службам Active Directory и DFS операционной системы Windows 2000 Server.
     
    Зеркало сборок от maxud (только русские версии)

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

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

  • Инструкция по сборке дистрибутива Windows 98IF от IFkO и ее полная версия
  • Инструкция по правильной установке MDCU на Windows 98SE от maxud (версия от 21.02.2009) со ссылками на недостающие компоненты. Альтернативные списки ссылок - здесь и здесь. Список отличий MDCU от UNSP.
  • Windows 9x + RAM > 512 Мб - обзор всех существующих способов решения проблемы с практическими рекомендациями от участников ru-board; исчерпывающая статья с сайта iXBT о проблемах, возникающих при работе Windows 98/ME на системах с памятью больше 512 Мб и методах ее решения (aka матчасть); версия Microsoft (статьи KB184447, KB253912, KB304943 в вольном переводе от maxud)
  • Сбрось память на диск - очень познавательная статья о том, как Windows 9x работает с виртуальной памятью, дисковым кэшем и файлом подкачки. А здесь - авторская версия этой статьи.
  • Как изменить "GENERIC IDE DISK TYPE 47" в списке устройств на реальное имя диска на чипсетах Intel, VIA и SiS + DMRP (Drive Model Reading Patch) от MERCURY127 - патч для любых чипсетов.
  • Как установить "Intel Ultra ATA Storage Driver" и "Intel Application Accelerator" на чипсеты Intel 430/440. (подробнее)
  • Несколько советов по использованию Windows Update
  • Большая коллекция разнообразных обновлений и патчей для Windows 95-ME (и не только)
  • Microsoft Windows 98/98 SE Hardware Compatibility List (HCL) (на 05.08.2004)
  • Обсуждение Windows 95-ME на форуме MSFN

    Схожие темы по Windows 95 и Windows ME

  • Всего записей: 3690 | Зарегистр. 01-02-2003 | Отправлено: 10:21 20-08-2008 | Исправлено: MERCURY127, 18:26 07-08-2009
    Seymour

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kirill666
     
    И еще, давайте все-таки определимся, что вы подразумеваете под глюком VMM? Т.к. воочию мне этот глюк наблюдать не приходилось хотелось бы знать в чем он выражается и в чем его особенности на машинах с большим кол-вом оперативки (больше 2 Гб).

    Всего записей: 1089 | Зарегистр. 07-12-2006 | Отправлено: 20:18 04-04-2009 | Исправлено: Seymour, 00:00 09-04-2009
    Kirill666



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

    Цитата:
    Будет ли доступен в этом случае НЕИСПОЛЬЗУЕМЫЙ, но ВЫДЕЛЯЕМЫЙ для кэша участок (?) памяти адресов другим программам?
    Нет, на деле, как кеш этот участок использоваться не будет (никем), ибо любая попытка - тутже приведет к конфликту с видяхой. Этот учаток будет использоваться для доступа к видяхе (всеми программами, кому надо), и только к ней (ну или другому железу если оно там есть).

    Цитата:
    Счастливчик, причем он один такой в этом списке. Может он просто так прикалывается?  
    Скорее это до первой попытки попробовать, запустить что нибудь "тяжелое".

    Цитата:
    А один килобайт куда делся?  
    А перестраховка, возможно излишняя, но килобайта - не жалко. Просто я не где не встречал, точно как там сделана проверка: на "не больше" на "менише", а рекомендации видел и так и так. Отлавливать пересечение на 1 кб - очень трудно (проявлятся будет очень редко) , вот я и прерстраховываюсь. Возможно это и параноя  

    Цитата:
    "Нада." (c)  
    Ну тады ищите ссылку там, где выкладывали V2226, только на страничку по раньше, оно было.
     
     
     
     
     
    Добавлено:

    Цитата:
    И еще, давайте все-таки определимся, что вы подразумеваете под глюком VMM? Т.к. воочию мне этот глюк наблюдать не приходилось хотелось бы знать в чем он выражается и в чем его особенности на машинах с большим кол-вом оперативки (больше 2 Гб).

    В невозможности загрузится, даже если и ограничен кеш. Иногда (редко) загрузится всеже удается но глючит нипадеццки.

    Всего записей: 394 | Зарегистр. 03-05-2006 | Отправлено: 20:38 04-04-2009
    Seymour

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

    Цитата:
    Нет, на деле, как кеш этот участок использоваться не будет (никем), ибо любая попытка - тутже приведет к конфликту с видяхой. Этот учаток будет использоваться для доступа к видяхе (всеми программами, кому надо), и только к ней (ну или другому железу если оно там есть).

    Ааа, то есть программы туда ломиться не будут (не к видяхе, а по своим нуждам) я так понял и этот участок можно считать "свободным"? То есть мое утверждение, что:

    Цитата:
    Кэш ограничивается для того, чтобы исключить возможные конфликты с аппаратурой. Памяти при этом он будет занимать столько же, сколько и раньше, поскольку VMM драйвер не учитывает при резервировании памяти для кэша параметр MaxFileCache

    Неверно?

    Всего записей: 1089 | Зарегистр. 07-12-2006 | Отправлено: 20:47 04-04-2009
    Kirill666



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Seymour
    Тут уже начинается казуистика. Что такое резервировано но не используется ? Это значит, что где то в какой-то переменной стоит граница этого пространства "вот столько", но в эту область никогда не будет записано(cчитано) ни одного байта.  

    Цитата:
    Ааа, то есть программы туда ломиться не будут
    нет, похоже что не будут, длительные наблюдения при использовании большого количества софта показывают что это так.
    Прикладной софт, минуя драйвер, в кеш не лазает вообще (вернее лазает но исключительно по полученным от драйвера указателям), а драйвер похоже "честно" соблюдает установленную границу , и здесь мелкомягкие вроде ничего не напортачили (что удивительно).  
    Не возникнет ли где еще багов, из-за того, что кто-нибудь из софта, использует границу резервированной области вместо границы используемой, и таки запишет что нибудь туда куда не надо, я конечно на 100% гарантировать не могу, но наблюдения показывают, что похоже это так.  Да и плохо я себе представляю столь нестандартную софтину, которая сама будет работать с кешем, разве что какой-нибудь особо ехидный сторонний системный драйвер (нафига бы он был нужен ? ).

    Цитата:
     То есть мое утверждение, что:  
    ............
    Неверно?

    Да, неверно.

    Всего записей: 394 | Зарегистр. 03-05-2006 | Отправлено: 21:34 04-04-2009
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    BarHan
    из статьи следует, что ничего XP предварительно не тестирует: она имеет список устройств, о которых уже известно, что они глючат при использовании DMA. Для прочих же "звоночком" будет 6 ошибок при передаче данных. Это конечно лучше, чем ничего, но считать это предварительной проверкой, исключающей последующую потерю данных, никак нельзя.

    Всего записей: 6883 | Зарегистр. 22-09-2005 | Отправлено: 22:16 04-04-2009 | Исправлено: IFkO, 22:18 04-04-2009
    Seymour

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

    Цитата:
    но в эту область никогда не будет записано(cчитано) ни одного байта.

    Кэшем.. Но я то спрашиваю про программы. Почему при налезании трехсот лишних мегабайт кэша на аппаратную область перестают запускаться DOS программы, ведь по вашему получается, что они к этой области не имеют никакого отношения и памяти им должно хватать в любом случае. Значит все-таки какие-то адреса из этого трехсотмегабайтного участка ими используются? Вот я и спрашиваю, если ограничить кэш параметром MaxFileCache смогут ли эти программы обращаться к этим адресам или система будет им в этом отказывать, ссылаясь на то, что этот участок зарезервирован под кэш?

    Всего записей: 1089 | Зарегистр. 07-12-2006 | Отправлено: 23:21 04-04-2009
    Kirill666



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

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

    Для виртуальных машин DOS - адреса отводятся в кеше (причем как раз, от "вехней границы" - вниз, как я читал). Поэтому DOS  - это как раз первое, что разваливается при конфликтах кеша с аппаратурой. Еще тамже живут программы 0-го уровня привелегий (ядро системы, некоторые драйверы) не знаю точно какой там механизм распределения памяти, через кеш, или "в обход" (возможно просто максимальный адрес берется из драйвера кеша), но вроде тоже в неиспользуемую часть они не лезут.
    Хотя возможно, что именно тут гдето чтото и разваливается, при непропатченном VMM.VXD, (но тогда должно бы ограничение MaxPhysPage помогать, а это не так).
    Это все просто уже нигде не документировано, потому точно ответить на ваш вопрос:

    Цитата:
    Вот я и спрашиваю, если ограничить кэш параметром MaxFileCache смогут ли эти программы обращаться к этим адресам или система будет им в этом отказывать, ссылаясь на то, что этот участок зарезервирован под кэш?

     я не могу, но с большой долей вероятности ответ все-таки "не смогут". Вообще-то скорее всего, "система будет им в этом отказывать, ссылаясь на то, что этот участок зарезервирован под" аппаратуру. (это на попытку сотворить в этой области что-либо, к кешу не относящееся).
    Если так уж волнует данный вопрос, ну сделайте себе "'эксклюзивный" VCACHE.VXD, с ограничением в 712 мб и сравните.

    Всего записей: 394 | Зарегистр. 03-05-2006 | Отправлено: 02:01 05-04-2009 | Исправлено: Kirill666, 04:06 05-04-2009
    IFkO



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

    Цитата:
    я хотел в свой ЕСДИ такой же патч сделать..
    вот тут как раз может быть облом: если он будет включать DMA каждый раз при загрузке, то для кривого железа отключить DMA будет непросто... если только запоминать, что однажды на этом устройстве DMA уже включали, и не повторять для него впредь.

    Всего записей: 6883 | Зарегистр. 22-09-2005 | Отправлено: 12:59 05-04-2009
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
       Чем больше я копаюсь в недрах Win98, тем глубже убеждаюсь: ее творцы сделали все, чтоб урезать ее функциональность, еще на этапе создания!!! ЕСДИ читает модель винта САМ (без всяких патчей !!!), он знает как ее взять, он меня в нее носом тычет (!!!), в ВинАйсе, конечно! Он ее читает, а затем перебирает по своему внутр. списку (!). Зачем, я так и не понял. Но помилуйте, ежели вы, б...., знаете где модель лежит, ежели вы САМИ пишете ее в реестр (!!!), в другое место, так что ж вы, б...., выдаете "Generic bububu..." там, где ее надо !?!?!?
         Извините за некультурность, просто за душу взяло ... Прошу не судить строго...
     
    Добавлено:
    IFkO

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

        Ну это уже вам будет проще сделать, чтоб ключ "IDEDMADRIVE" в реестре устанавливался не в 0, как в дефолте, а в не-0... Тогда и патч не нужон будет, и если ключ все же будет сброшен (неважно, юзверем или дровами), ДМА больше не будет включаться... Просто и надежно .
     
    PS: Класс, сколько смайлов ... СУПЕР !!!

    Всего записей: 11554 | Зарегистр. 03-08-2008 | Отправлено: 14:02 05-04-2009 | Исправлено: MERCURY127, 14:06 05-04-2009
    IFkO



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

    Цитата:
    чтоб ключ "IDEDMADRIVE" в реестре устанавливался
    Щаз! А проверять, поддерживается ли вообще DMA, кто будет???

    Всего записей: 6883 | Зарегистр. 22-09-2005 | Отправлено: 18:08 05-04-2009
    and23

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    2BarHan, IFkO, MERCURY127: Проблема с принудительным включением DMA не только со старыми винтами (это ж насколько старым он должен быть?! 200Мбайт, что ли? :-D ). Для невозможности работать в DMA-режимах достаточно вдавить/обломать ножку в IDE-разъёме. Что нередко и проделывают те, кто носят-переключают винты: если перевернуть шлейф вверх ногами, то ключевой - отсутствующий - контакт как раз вдавливает эту ногу. Винт (ессно, после переворачивания шлейфа в обычное положение) работает... но только в PIO :-)
    Ессно, на разъёмах есть ключи - но народ у нас могучий, даже Molex'ы ухитряется в перевёрнутом положинии вбивать :-)
    Кстати, такой - однажды отказавшийся работать по DMA - винт система (XP - точно) запомнит и будет выставлять ему PIO и после ремонта ноги. Выше писАли про ключ реестра, который надо грохнуть, чтоб ОС наново "познакомилась" с этим хардом.

    Всего записей: 567 | Зарегистр. 10-09-2003 | Отправлено: 18:21 05-04-2009
    MERCURY127



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

    Цитата:
    Щаз! А проверять, поддерживается ли вообще DMA, кто будет??

         Ну, как хотите !!! Ведь мы же не боимся один разок включить галку в диалоге, чтоб после перезагрузки понять
    Цитата:
    поддерживается ли вообще DMA
    ??? Эффект будет тот же... т.е. если ДМА не поддерживается, флаг и ключ будут сброшены, и больше система даже не попытается его включить (как по умолчанию). Понятно?

    Всего записей: 11554 | Зарегистр. 03-08-2008 | Отправлено: 18:58 05-04-2009
    Seymour

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

    Цитата:
    Если так уж волнует данный вопрос, ну сделайте себе "'эксклюзивный" VCACHE.VXD, с ограничением в 712 мб и сравните.

    VCACHE делать не стал, ограничился параметром MaxFileCache и получилось, что при рекомендованном вами значении в 729087 Кб память для DOS программ у меня закончилась быстрее, чем при меньших значениях этого параметра. К примеру вообще без этого параметра мне удалось запустить только 7 копий FAR менеджера, при значении 729087 - 16, а при значении 524288 - аж 55. А это означает, что та самая ВЫДЕЛЕННАЯ, но НЕИСПОЛЬЗУЕМАЯ часть адресов о которой я вас спрашивал все-таки используется DOS программами, причем никаких конфликтов при этом не происходит, то есть мое утверждение, что "памяти при этом кэш будет занимать столько же, сколько и раньше" действительно неверно, но и ваша рекомендация ставить значение MaxFileCache "впритык" к аппаратуре тоже. Вернее его действительно нужно ставить "впритык", но не более 512-ти мегабайт, потому как последующие адреса используются не только аппаратурой, но и подсистемой DOS.

    Цитата:
    Т.е. было ВЫДЕЛЕНО все равно 800, а ИСПОЛЬЗУЕТСЯ меньше, в отличии от патча VCACHE.VXD, или ограничения доступной оперативы, когда память не только не используется но и не резервируется.

    А почему вы считаете, что при использовании патченного VCACHE.VXD память "не резервируется"? По-моему точно также резервируется, как и в случае с параметром MaxFileCache, ведь резервирует память драйвер VMM, а VCACHE.VXD только использует выделенный ему участок памяти и на количество выделяемых ему адресов влиять не может. Цитата из матчасти:

    Цитата:
    Дело в том, что распределение памяти выполняет диспетчер виртуальных машин и «заглядывает» при этом только в свой раздел файла system.ini, [386Enh]. А ограничение размера кэша задается в другом разделе и влияет лишь на работу самого кэша, в частности, на использование выделенного ему адресного пространства.

    Так что патченный VCACHE перед параметром MaxFileCache имхо не имеет никаких преимуществ за исключением того, что он может использоваться в SafeMode.

    Цитата:
    А MaxPhysPage - мелкомягкие рекомендуют использовать для борьбы с ошибкой VMM.VXD, причем если память ограничивается до соотв величины, то MaxFileCache - может и не понадобится

    MaxFileCache - параметр обязательный, без применения патчей он должен использоваться всегда, ибо как вы сами ранее отмечали MaxPhysPage не эквивалентен ограничению памяти до загрузки Windows и размер кэша при его использовании вычисляется неправильно. Сам в этом убедился выставив этот параметр в 512 Мб и удалив параметр MaxFileCache - после перезагрузки у меня запустилось только 13 копий FAR'а, а значит размер кэша драйвером VMM был выставлен в ~720 Мб вместо ожидаемых 512-ти. Так что MaxFileCache без MaxPhysPage использовать можно (и то только с памятью меньше 1 Гб), но никак не наоборот.
     
    P.S. Довел до ума инструкцию, просьба ознакомиться и внести необходимые поправки.

    Всего записей: 1089 | Зарегистр. 07-12-2006 | Отправлено: 23:06 05-04-2009 | Исправлено: Seymour, 00:00 15-07-2009
    MERCURY127



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

    Цитата:
    P.S. Довел до ума инструкцию, просьба ознакомиться и внести необходимые поправки

        По моему, MsConfig не позволяет выставлять значения MaxPhysPage > 999 MiB ?

    Всего записей: 11554 | Зарегистр. 03-08-2008 | Отправлено: 11:00 06-04-2009
    SweetLow

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

    Цитата:
    А если быть совсем точным, он грузится до HIMEM.SYS и подменяет некоторые вызовы BIOS... Правильно?

    Правильно, только у меня <<патчит>> закавычено

    Всего записей: 1000 | Зарегистр. 08-03-2005 | Отправлено: 11:42 06-04-2009
    and23

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    2Seymour: А с каких пор Far стал DOS-программой? Вернее, даже так скажу: "Хочу Far под DOS!" :-)
     
    Опять путаем "DOS/Windows" с "консольным/гуёвым"? ;-)

    Всего записей: 567 | Зарегистр. 10-09-2003 | Отправлено: 15:32 06-04-2009
    MERCURY127



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

    Цитата:
    Опять путаем "DOS/Windows" с "консольным/гуёвым"?

         Консольный ли, досовый ли - но это было мое первое знакомство с описываемой проблемой... "С горя начал он кудесить, и гонца хотел ... " .

    Всего записей: 11554 | Зарегистр. 03-08-2008 | Отправлено: 17:40 06-04-2009 | Исправлено: MERCURY127, 17:46 06-04-2009
    CBB



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

    Цитата:
    "Хочу Far под DOS!"  

    Да пожалуйста

    Всего записей: 1173 | Зарегистр. 09-10-2004 | Отправлено: 19:43 06-04-2009
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Так....
    Обновил тестовый DrWeb 5.0 (не только базы данных, но и прочее)
    Выложил драйвер принтера Xerox WorkCentre M15
    Выложил тестовую сборку обновленных кодеков: обновлены ffdshow до упора (rev.2322) и Windows Media до 10
    Прошу отзывов, ибо все это сырье уже нацелилось на новую сборку системы! Я ведь поверю, что все работает, если вы будете отмалчиваться!!!
    Особенно интересуют кодеки, поскольку у меня и прежние поигрывали все мои тестовые файлы. То есть я до сих пор не знаю, стало ли лучше от их обновления?

    Всего записей: 6883 | Зарегистр. 22-09-2005 | Отправлено: 21:53 06-04-2009 | Исправлено: IFkO, 22:00 06-04-2009
    arnyc



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    На лаптопе стоит Win98SE с UnSP2.1a и Paragon NTFS for Win98 драйвер. Два вопроса:
     
    - нельзя отсоединить USB2.0 PC Card. Т.е. в винде делаю Unplug, Eject, подтверждает что карту можно вынуть. Но в Device Manager она остаётся, и при попытке её Удалить комп зависает. А так при замене на другую карту комп даёт ошибку: не хватает памяти для карты. Приходится перезагружать каждый раз. Что посоветуете?
     
    - Копирую файлы на внешний NTFS диск в FastCopy с записью "через буфер ОС". Получается в 2-3 раза быстрее. Но, похоже, нужные функции Win API  не распознают файлы больше 2Гб, закончить такие не удаётся. В обход буфера вообще не копирует на NTFS. При копировании на FAT32 нормально копирую файлы до 4ГБ. В Проводнике такие большие файлы скопировать не могу из-за перегрева харда, и нельзя сделать паузу. В чём загвоздка с NTFS диском?

    Всего записей: 1191 | Зарегистр. 28-05-2003 | Отправлено: 00:09 07-04-2009 | Исправлено: arnyc, 00:23 07-04-2009
       

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

    Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Windows 98 SE (оптимизация и улучшение) — четвертая часть
    vu1tur (13-08-2009 18:49): пятая часть — http://forum.ru-board.com/topic.cgi?forum=62&topic=17759


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru