Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

» Windows 98 SE (оптимизация и улучшение)

Автор: Strogg
Дата сообщения: 14.04.2005 18:07
maxud

Цитата:
Может причина глюка связана с каким-то конкретным оборудованием?

Да, действительно странно, может это как то связанно с моим приводом CD-RW NEC9300a? Точнее сам АСПИ по разному работает с обычными CD-ROM и СD-RW?
Автор: AlexanderFirst
Дата сообщения: 14.04.2005 19:17
Ребят! А что насчет буфера? Или я ерунду написал?
Автор: eGorZ
Дата сообщения: 14.04.2005 23:33
maxud

Цитата:
А откат не предусмотрел и сам Adaptec.

что значит не предусмотрел?
а с этим как быть:
aspinit.exe UNINSTALL
???
ну или aspiinst.exe UNINSTALL
Автор: Dr_Boa
Дата сообщения: 15.04.2005 02:39
Давно уже ставлю Adaptec ASPI drivers 4.71a2 (20.11.02) - их самые последние, пока вроде проблем не было...
Да, с нумерациями версий там полная путаница: 4.71a2 = 4.72a2 (по бинарным файлам)
Кроме того, на сайте Adaptec к версии 4.71.2 есть такое примечание:

Цитата:
Notes:
The change in 4.72 from earlier versions is that it enables tagged queuing for read/write commands.

имея в ввиду именно 4.71.2


AlexanderFirst

Цитата:
Ребят! А что насчет буфера?

Можно попробовать поиграть значением (как написано) - мало ли?..
Кстати, Ahead (да и не только) ставит ещё и свой ASPI driver ...


eGorZ
А насчёт UNINSTALL нигде в документации и не упомянуто
Впрочем, есть ещё сборка ForceASPI 1.8, которая ставит те же Adaptec ASPI drivers 4.71.2 и, кроме того, позволяет сделать откат. Правда, она не умеет заменять файлы in-use, так что приходится устанавливать из SafeMode...
Автор: eGorZ
Дата сообщения: 15.04.2005 14:08
Dr_Boa
то что не упомянуто вовсе не означает что его нет,
это даже в подсказке/помощи с ключом "/?" не показывается,
а вот если залезть внутрь exe в режиме просмотра - этот ключик имеется среди прочих,
я это ещё года три тому назад обнаружил
Автор: maxud
Дата сообщения: 15.04.2005 14:14
2All
Открою небольшой секрет. Сейчас у меня в работе Maximus Decim Data Access Component Update - это MDAC 2.8, Jet 4.0sp8, Jet3.5sp3, Jet4.0 repl, msxml2sp, msxml3sp5, msxml4sp2, sqlxml3.0sp2, Q832483 - вообщем все, что связано с доступом к данным. Черновая работа сделана, впереди отладка.
Это сообщение я пишу чтобы не бросить начатую работу

2eGorZ
Век живи - век учись, теперь и мы будем знать.
Автор: Dr_Boa
Дата сообщения: 16.04.2005 07:42
eGorZ
А реально этот ключ работает? Насколько я помню, инсталяшка Adaptec'а по умолчанию не делает бэкап перед установкой... Или амнезия меня подводит?

maxud

Автор: maxud
Дата сообщения: 16.04.2005 17:44
Вопрос к знатокам Jet.
В стандартный 98se входят два файла от Jet 3.5: msjet35.dll и msrepl35.dll.
Jet 3.5 SP3 обновляет эти файлы, но также содержит еще 6 файлов msexcl35.dll, msjt4jlt.dll, msltus35.dll, mspdox35.dll, msrpfs35.dll, mstext35.dll. Первые два файла я конечно включу в MDDACU, а вот нужны ли остальные 6, не знаю. Дело в том, что они занимают 2мБ, и не хотелось бы увеличивать размер MDDACU, который уже перевалил за 10мБ в упакованном виде (23мБ неупакованных файлов).
Alper в UnSP обновляет только первые два файла. Кто знает, ответьте.

И еще, кто знает что это:
на http://nalogi.com.ru/cgi-bin/vh/editor?mode=11&letter=M нашел
http://mdcu.on.ufanet.ru - Maximus Decim Cumulative Update ( дата рег. 12.04.2005 )
Это не мое рукоблудство!
Автор: Dr_Boa
Дата сообщения: 17.04.2005 08:36
maxud
Приведу то, что попадалось и может пригодиться...

KB237994

Цитата:
When you use Odbcjt32.dll from ODBC, it loads and uses either Msjet35.dll or Msjet40.dll (Jet 3.5 or Jet 4.0) to manipulate the Access database. Note that if you install MDAC 2.0 and then install MDAC 2.1 or MDAC 2.5 on the same computer, you have two parallel functioning versions of Jet installed on the computer because all of the Jet engine files have unique file names between Jet 3.5 and Jet 4.0. However, since the new Odbcjt32.dll installed by MDAC 2.1 or MDAC 2.5 is wired to use the new version of Jet, the older Jet 3.5 DLLs are no longer used by the Access ODBC driver.


KB240377

Цитата:
Msjt4jlt.dll is Jet 3.52, a special version of Jet 3.5 specifically for ADO. It does not support linked files, stored queries, or the Installable ISAM drivers. It does rely on some of the other Jet 3.51 core files, specifically Msjter35.dll and Msjint35.dll, also located in the system directory.
...
Core Jet Files
1. In order for Microsoft Jet to operate, you need a minimum of the following files installed on your computer, all in the C:\Windows\System directory (Winnt\System32 for Windows NT or Windows 2000):
Msjet35.dll
Msjter35.dll
Msjint35.dll
Vbajet32.dll
Expsrv.dll (this was introduced with Vbajet32.dll 6.x versions)
...
Jet Installable ISAM Drivers
If your application uses Jet 2.x or earlier MDB files, dBase files, Excel spreadsheets, or any of the other installable ISAM file formats, then you need to install one or more of the following files to the Windows\System (Winnt\System32 for Windows NT or Windows 2000) directory:
Msrd2x35.dll Jet 2.x IISAM
Msexcl35.dll Excel IISAM
Msexch35.dll Exchange IISAM
Msltus35.dll Lotus 123 IISAM
Mspdox35.Dll Paradox IISAM
Mstext35.dll Text file IISAM
Msxbse35.dll dBase/FoxPro IISAM


KB244040

Цитата:
The methods described below allow your ODBC applications that use Jet 3.5 and Jet 4.0 to co-exist and run simultaneously on the same computer. It assumes that Jet 3.5 and Jet 4.0 are both installed on the computer and the default ODBC driver, as shown in ODBC Administrator, is version 4.0. If you need to install Jet 3.5 on the computer, you can install any DAO 3.5 application that uses the appropriate IISAM drivers or you can copy and register the files outlined in the following Knowledge Base article:
240377 How To Insuring Jet 3.5 Is Installed Correctly
The following two methods describe how the Jet 3.5 and Jet 4.0 ODBC Drivers to co-exist. The first method works with any 32-bit version of Microsoft Windows, but requires the application to use a DSN to make the connection. The second method works regardless of whether the application uses a DSN or makes a DSN-less connection, but can only be implemented on either Microsoft Windows 98 Second Edition or Microsoft Windows 2000.


и ещё - наверно, стоит указать в описании MDDACU, что не целесообразно его устанавливать при использовании Office97 (см. например KB237575).
Хотя, конечно, сейчас это редкий вариант...
Автор: AlexG
Дата сообщения: 17.04.2005 22:56

Цитата:
использовании Office97
Хотя, конечно, сейчас это редкий вариант...

нет, нет !!
там, где стоит w98se, очень даже частый вариант.
Автор: gustov
Дата сообщения: 18.04.2005 00:46
maxud
А по XP куммулятив будет? :~( Или там ети фиговы digital_sign не позволят собрать...

Кстати, есть msxml5.dll. В Office2k3SP1... он наверно только для Win2k3... пока (?)
По msxml4.dll... у M$ же есть еще апдейт на 4SP2 - KB832414_MSXML4.0_x86.exe



Добавлено:
AlexG
Частым вариантом, имхо, лучше MSO_XP_SP3 (офис то-бишь)... повышение производительности заметно... т.к. часть новых системных библиотек... и тот же wmp9 (уиндоус плеер) - заменяет старые на новые... ну конечно он толще wmp6_4... но производительность в плюсе - то же на лицо...
Автор: Dr_Boa
Дата сообщения: 18.04.2005 01:33
AlexG
Цитата:
там, где стоит w98se, очень даже частый вариант.
Давно отказался от установок на Win98SE Office97 в пользу Office2000 - при выборе той-же конфигурации при установке последний на диске занимает практически такое-же место, плюс:
- обновление системных библиотек,
- расширение функциональности,
- полная совместимость по документам (от Of95 до Of2003),
- совместимость с другим современным ПО, взаимодействующим с MS Office.
Насчёт возможных тормозов системы: не ставить ненужное из комплекта Office2000 и слегка подстроить после установки - производительность останется на уровне Office97.
Всё вышесказанное - естественно IMHO, проверенное исключительно на собственном опыте установок и сопровождения таких конфигураций.

gustov
По поводу KB832414
Цитата:
Note The update that is described in this article is superseded by the update that is described in the following Microsoft Knowledge Base article:
887606 MSXML uses cached credentials incorrectly
KB887606
Цитата:
This hotfix relies on Internet Explorer updates that are made in the MS04-038 security update. If you apply this hotfix without applying Internet Explorer security update MS04-038, you may experience the behavior that is described in the following Knowledge Base article:
832414 XMLHTTP call fails for URLs with embedded user credentials
Причём там есть hotfix и для "MSXML 4.0 SP2 Package for Windows 98 and Windows Millennium Edition (All language versions)".


З.Ы. Всё собираюсь попробовать OfficeXP как кандидата на замену Office2000 - руки пока не доходят. И чёрт с ним, с wmp9 - типичные машины с Win98SE его плохо тянут, благо есть альтернативы.
Автор: Us2002
Дата сообщения: 18.04.2005 05:09
2 gustov

А по хрюшке и сам можешь собрать, установив SP2 и воспользовавшись выньапдейтером и обновившись, прочитаешь журнал установок, в котором есть все ссылки на дистрибутивы установленных апдейтов. Качаешь их (можно конечно и по другому... сразу скачав апдейтером, скопировать в другую директорию, найти в сети полный список их итд, но я пишу как делаю я), интегришь в установочную винду как описано на хттр.(www)oszone.net (правда некоторые не интегрятся) и делаешь новый загрузочный диск с хрюшкой+посление обновления на момент когда тебе его понадобилось сделать.
Можно еще скачать кумулятивный апдейт (где-то на хттр.(www).ixbt.com было в новостях о таком) но что-то весит он много очень для обновлений после sp2... около 180м вроде.

Тока тут вроде про вынь 98, не так ли?

2 Dr_Boa

Странно, а разве для 98го не 7й ли плейер идет по максималке? Видимо давно не слежу за этим убожеством... Оставляйте родной 6й, латайте его и ставьте MediaPlayerClassic последний в пакете кодеков и будет вам щастье.
Автор: makz
Дата сообщения: 18.04.2005 06:53
Dr_Boa
C 2000 офисом одна маленькая проблема: на 16 мегах озу он еле живет, а 97му хватает и 8ми для работы(с отключенной грамматикой разумеется ).
Автор: Dr_Boa
Дата сообщения: 18.04.2005 07:16
Us2002
Таки есть и для Win98SE это счастье:
Windows Media Player 9 Series (for Windows 98 SE, Me, and 2000) - 13,300 KB
Цитата:
Оставляйте родной 6й, латайте его и ставьте MediaPlayerClassic последний в пакете кодеков и будет вам щастье.
Адназначна! Плюс ещё Light Alloy и/или BSPlayer и, например, Winamp

makz
Скока-скока?
IMHO 8Mb - это уже супержёсткий экстрим! Самой 98й (необрезанной) этого для нормального фунциклирования маловато будет... А я привел сравнение офисов при наличии 32 и более.
Кстати, уточню ещё на всякий случай, что речь шла о первых пнях, где добить память - не проблема (просьба 386-е не вспоминать! )
Автор: maxud
Дата сообщения: 18.04.2005 13:19
Dr_Boa
Совершенно согласен по поводу оценки Office97.
По поводу OfficeXP. С момента его появления предпринял три попытки перейти на него (последнюю этой осенью). И каждый раз откатывался на Office2000 из-за неустойчивости и непредсказуемости поведения ОС, причем не только и не столько в приложениях Office. Взбрыки происходили в самый неподходящий момент и логическому объяснению не поддавались.
По поводу WM9 - каждый решает сам, тем более что даже при его установке, WMP6.4 никуда не девается и пользоваться ими можно хоть одновременно. Мне WM9 не мешает - я им почти не пользуюсь, стоит на всякий случай (а случаи бывают разные), и греет душу мысль что система заряжена по самое немогу. Кстати, по мнению многих WM9 очень неплохой, если не лучший медиа проигрыватель, все зависит от того как и зачем им пользоваться. Но это уже офтопик.

По поводу Jet.
Судя по приведенным ссылкам, обновлять или устанавливать файлы Jet 3.5 вообще не надо ибо они использоваться не будут, а если и будут то очень экзотическими приложениями, да еще и с кучей дополнительных теложвижений для их настройки.
Автор: makz
Дата сообщения: 18.04.2005 14:04
Dr_Boa
8 разумеется экстрим, но 16 не редкость.

Цитата:
речь шла о первых пнях, где добить память - не проблема

Поди найди сейчас 70пиновый simm. Да и dimm с 16-битными чипами, чтоб на такой дровине работал нормально .
Автор: Redisych
Дата сообщения: 18.04.2005 14:19
В OfficeXP удалил CTFmon.ехе - эта штука зачем-то поменяла стандартный переключатель раскладки и конфликтовала с семейством VirtualDub. В остальном пакет работает нормально, и по размерам, и впрямь, не больше 2000
Автор: gustov
Дата сообщения: 18.04.2005 14:20
maxud
Продолжаю offtopic толька В ЗАЩИТУ установки MSO_XP_SP3 для получения максимумов от 98-ой)...

Да... глюки может и есть от MSO_XP... но SP3 может их смягчяет, т.к. обновляет офисные длли, которые в памяти сидят...
Может у тебя малость возможно траблы с железом - некачественное питание/охлаждение?

У меня MSO_XP_SP2(потом3) стоит у матери на ip166(noMMX)/48RAM... мать работает в Access... no_problem. Только когда вентилятор начинает меньше оборотов давать в блоке питания - тогда Access глючит... но на все своя причина. После прочистки/смазки вентилятора блока питания количество оборотов на нем возвращается на номинал... и все окей. Раз в полгода _восстанавливаю_ так от неизвестных/спонтанных глюков/артефактов...

2All
А в WMP 6.4 уже кстати есть DRM_Client (для меня это было некоторой неожиданностью)... т.е. в 9-ом он уже самый новейший + qasf.dll там новее чем в DX_90c...
DRM_Client-то в памяти выходит сидит при запуске _любого_ wmp-плеера...

Dr_Boa
Упс... сам начал по поводу XML, так капитально и не разобрался. article is superseded... надо KB`шку глянуть...
Автор: Swegiy
Дата сообщения: 18.04.2005 14:43
http://www.nvworld.ru/php/viewtopic.php?t=11700
Думаю, будет полезна...
Сам не читал. Наткнулся - пишу. Вашу ветку изучил от корки до корки... Спасибо вам всем, ребята. Пользуюсь...

Кстати, вопрос. Здесь где то упоминалось о конфликте Радеона со 128 шиной на 64ой в AGPслоте. Рекомендация была в переключении шины AGP на х1. А сделать это можно, якобы, только из сервисной программки на AGPшину. Где ту програмку найти?
Да, забыл указать. Мать - GA 5AA и видео - Radeon7000 VE
Автор: maxud
Дата сообщения: 18.04.2005 15:45
Swegiy
Там про диски >137гб и в основном под XP, это мы здесь уже давно прошли, и у меня диски >137гБ уже почему-то прекрасно работают под 98se
gustov
Дык я ж не говорю что OfficeXP плохой - общение с ним лично у меня оставило неприятный осадок, причем я старался относиться к нему не предвзято - дал три попытки, ставил все SP и фиксы. Да и интерфейс его мне не нравится - Office2000 привычнее. А насчет железа - у меня хобби и дополнительный доход - сложный ремонт компьютерного железа (до 400 матерей в год (ладно, приврал штук триста ), сотни полторы винтов ну и прочие мелочи). Рядом сидит спец по БП и мониторам Как и что с железякой делать , чтобы не сбоила, знаю по собственному опыту. Так что с железом все в порядке.

Про MDDACU. На текущий момент вошли следующие компоненты:
MDAC 2.8+382483,
Jet 4.0 SP8+Jet 4.0 Repl,
MSXML 4.0 SP2+887606,
MSXML 3.0 SP5,
MSXML 2.6 SP2 (MDAC 2.6 SP2+887706),
MSXML 2.5 SP3 (IE 6 SP1+832414),
SQLXML 3.0 SP3
На счет Jet 3.5 sp3 пока не решил.
Автор: gustov
Дата сообщения: 18.04.2005 20:27
maxud
Нууу... ты дед... а я думал ешо молодой 8]
Да... кста MMC еще есть для w9x-ов... версии 1.2 идет вместе с DisKeeper.
Думаю лучше separate в инструкции нужен...

Добавлено:
Redisych
CTFMON лучше... красивше... хотя глючит конешн. В ME кстати меньше... или вообще нет.
Автор: maxud
Дата сообщения: 18.04.2005 21:18
gustov
С какой версией DisKeeper? Стоп! Уже нашел у мелкомягких.
А вообще нужна ли MMC (Microsoft Management Console) для 98? Я это не к тому что не нужна, а хочу узнать насколько сильно она нужна.
Автор: pimpis
Дата сообщения: 18.04.2005 21:50
по поводу злополучной заплатки KB891711 здесь:
http://support.microsoft.com/default.aspx?scid=kb;ru;891711#appliesto
Автор: gustov
Дата сообщения: 18.04.2005 23:05
maxud
Не... не знаю. 8] Консолями рулят конечно в NT`ях...
Ну для DisKeeper`а то нужон. Юзер то через кожу/скин/fronend diskeeper.msc рулит процессом.
Автор: Dr_Boa
Дата сообщения: 19.04.2005 02:51
2 makz
Цитата:
Поди найди сейчас 70пиновый simm. Да и dimm с 16-битными чипами, чтоб на такой дровине работал нормально .
На барахолках можно найти (по крайней мере - dimm'ы). А то и сразу мамку вместе с памятью - может и дешевле обойтись! Хотя, конечно, смотря где...


2 maxud

Цитата:
Судя по приведенным ссылкам, обновлять или устанавливать файлы Jet 3.5 вообще не надо ибо они использоваться не будут, а если и будут то очень экзотическими приложениями, да еще и с кучей дополнительных теложвижений для их настройки.
IMHO, обновить (на всякий случай ) msjet35.dll и msrepl35.dll, а в Readme сделать оговорку насчёт Jet 3.5 и отправить по ссылкам в MS KB

Цитата:
Jet 4.0 SP8+Jet 4.0 Repl
Возможно, стоит ещё 837001 добавить? ERPman позиционирует его и для 9x (кроме WinME) - в отличие от Microsoft (они предлагают только для NT4.0).

Цитата:
MSXML 2.6 SP2 (MDAC 2.6 SP2+887706)
я так понимаю, что имелось ввиду "+887606"?
И стоит ли ради XML 2.6 ставить MDAC 2.6 (учитывая последующую установку 2.8)? Предлагаю вариант установки только XML 2.6:
KB269238: "For additional information about how to obtain the latest version of MSXML 2.6, click the following article number ...: 823490 FIX: MSXML 2.6 is not redistributed with SQL Server MSDE" - из последней статьи берётся MSXML 2.6 Parser отдельно, даже вроде SP3... А сверху уже "+887606"


Добавлено

По поводу
Цитата:
MSXML 2.6 SP2 (MDAC 2.6 SP2+887706),
MSXML 2.5 SP3 (IE 6 SP1+832414)
наткнулся на следующую инфу (KB321924):
Цитата:
Microsoft XML (MSXML) 3.0 Service Pack 2 (SP2), or later service pack, installs only in replace mode. This release is also included with Microsoft Windows XP, Microsoft Internet Explorer 6.0, and Microsoft Data Access Components (MDAC) 2.7. Replace mode indicates that the newly installed version of MSXML replaces an older version and becomes the default XML parser.
Ещё об этом (и о ключах xmlinst) можно глянуть в KB278636.
А вот что написано в KB278674:
Цитата:
Some recently released MSXML parsers, such as the MSXML 3.0 parser, can be installed in side-by-side mode so that previous versions of the parser are not replaced. The MSXML 3.0 parser can also be run under Replace mode so that previously released products such as Microsoft Internet Explorer can take advantage of the new features.

При этом 3.0 и 4.0 (KB324460) прекрасно сосуществуют! Может, их только и оставить?
Автор: eGorZ
Дата сообщения: 19.04.2005 04:29
2 All
на предмет OXP и w9x - не живут они вместе по многим параметрам (общался с саппортом от MS - ощущение что это сочатание даже не тестировалось )
пример: попробуйте любым приложением (Excel например) открыть ярлык к xls-документу - откроется ярлык как текстовый файл - таких траблов хватает - сказали исправлять не будут
Автор: Dr_Boa
Дата сообщения: 19.04.2005 04:38
eGorZ
Жаль, конечно... Ну, значит так тому и быть
Автор: eGorZ
Дата сообщения: 19.04.2005 04:56
Dr_Boa
ещё раз на счет "жаль конечно"
на самом деле "амнезии" не было - installer от adaptec никаких бэкапов не делает, а комманда uninstall всё сносит подчистую и winaspi-layer от 98-го не восстанавливает. Кстати aspi от Nero мне тоже нравится
http://www.nero.com/en/ASPI_Driver.html
maxud
почему в NUSB2.2Ru user.exe/user32.dll вер. 4.10.2229? Упущение или баг какой-нить нашел?
Автор: Dr_Boa
Дата сообщения: 19.04.2005 06:08
eGorZ
Цитата:
aspi от Nero мне тоже нравится

1. А не заточен ли он только под Nero? Из Readme: "Please copy the file WNASPI32.DLL to the folder where Nero is installed."
2. Живут ли они вместе с Adaptec'овским? Последний таки посвежее будет (аж на два с небольшим года)

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: WindowsMe: удаление папки _Restore


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.