Служебные - [addon] Утилита конструктор TextMode MassStorage-аддона (конструктор)

sergts · Отправлено: **20:46, 16-07-2012** | #**811**

Выложите пожалуйста msst.ini для DriverPack Mass Storage 12.06 for Windows 2000/XP/2003 (x86)
http://driverpacks.net/driverpacks/w...-storage/12.06
ну не вьеду я как при помощи утилиты MSSTMake сделать файл msst.ini

sergts · Отправлено: **11:34, 22-07-2012** | #**812**

Выложите пожалуйста msst.ini для DriverPack Mass Storage 12.06 for Windows 2000/XP/2003 (x86)
http://driverpacks.net/driverpacks/w...-storage/12.06
ну не вьеду я как при помощи утилиты MSSTMake сделать файл msst.ini

AltY · Отправлено: **13:15, 22-07-2012** | #**813**

Цитата sergts:

как при помощи утилиты MSSTMake сделать файл msst.ini »

На выбор:
1) Если командная строка запущена из папки, в которой находится MSSTMake.exe
(для ХР можно использовать твик "проводника" отсюда (Отступление о работе с командной строкой) , для 7 - вызвать контекстное меню папки, удерживаю клавишу <Shift>) или открыт путь к ней

Код:

MSSTMake.exe D:\DP_MassStorage_wnt5_x86-32_1206 -A

Там, где находится MSSTMake.exe, появится папка Z_MSST, в которой будет расположен msst.ini
2) Если просто запущена командная строка

Код:

C:\MSSTMake.exe D:\DP_MassStorage_wnt5_x86-32_1206 -A -O C:\

На диске C:\ появится папка Z_MSST, в которой будет расположен msst.ini
Понятное дело, что пути нужно подставлять свои, я указал "абсолютные" для наглядности.

sergts · Отправлено: **19:47, 22-07-2012** | #**814**

AltY Спасибо за разьяснение, получилось!

Putin-mode · Отправлено: **22:37, 27-08-2012** | #**815**

Написал не большую утилиту для облечения использования MSST. Так сказать оболочка.

Для работы необходима сама утилита MSSTMake.exe.
В пути к пакету дров и к папке готового аддона не должно быть пробелов.

Putin-mode · Отправлено: **22:49, 27-08-2012** | #**816**

Mr dUSHA, Напиши пожалуйста, какая у ключей совместимость и какие друг с другом не совместимы, завтра поправки в программе сделаю(исключения).

Mr dUSHA · Отправлено: **23:55, 27-08-2012** | #**817**

Цитата Putin-mode:

Напиши пожалуйста, какая у ключей совместимость и какие друг с другом не совместимы »

Прототип - в шапке. Там и взаимоисключения указаны. Больше ничего "подводного" нет.

Putin-mode · Отправлено: **09:30, 28-08-2012** | #**818**

Добавил исключения (только для M и B) Ссылка http://forum.oszone.net/post-1978111-815.html

kpdozer · Отправлено: **01:21, 29-11-2012** | #**819**

Mr dUSHA, пользуюсь вашей утилитой для интеграции драйверов из WinPE в развёрнутую из под него же систему. Я понимаю, что Msstmake была написана не для этого, но все же очень прошу прояснить один момент:
Для меня важен только critical.inf
Использую параметры: -T -C –R и получаю небольшой critical.inf следующего содержания:

На конечном ПК присутствует только устройство: PCI#VEN_8086&DEV_2829
И данное устройство присутствует в нескольких разделах critical.inf:

[iaStor.AddReg], [iaStor3.AddReg], [iaStor4.AddReg]

Мне интересен следующий момент:
После успешного старта ПК устройство PCI#VEN_8086&DEV_2829 начинает использовать службу iaStor4.

Вопрос: iaStor4 будет самым новым из всего драйвер пака?
Или iaStor4 будет использован устройством PCI#VEN_8086&DEV_2829 потому, что в critical.inf он стоит последним в списке?

Спасибо.

P.S.: Вопрос родился потому, что одновременно запущенные службы iaStor разных версий у меня вызывают спонтанные BSOD драйвера ftdisk.sys. В связи с чем было решено внедрять только драйверы присутствующих устройств посредством замечательного файла critical.inf (MSSTMake лучше всех обрабатывает драйверпаки и альтернативу я написать врятли смогу).

Mr dUSHA · Отправлено: **02:13, 29-11-2012** | #**820**

Цитата kpdozer:

Или iaStor4 будет использован устройством PCI#VEN_8086&DEV_2829 потому, что в critical.inf он стоит последним в списке? »

Посмотрел исходники: Нет. Это просто глобальный косяк в формировании critical.inf. В нем не удаляются ссылки на все более старые версии драйвера с тем же ХВИДом, в то время как в обычных файлах аддона Вы найдете что к примеру Ваш ХВИД VEN_8086&DEV_2829 привязан только к одному какому-то самому новому iaStor-у.

Раньше я просто не замечал такого бага в critical.inf, поскольку он мало востребован был всегда. А потом я и вовсе забил на ХР в целом, и на этот проект в частности.