Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Это я понимаю. Я просто предложил решения для других кто заинтересован.Но можно и сделано - не одно и то же.
Как именно?2. Можно и без
Так это же вы советовали? Да-бы избежать батников.5. Это не решение.
Я не увидел решений. Только предложения.Iori писал(а):Я просто предложил решения для других кто заинтересован.
Для непортабельной домашней сборки - незачем. Это тот случай?Iori писал(а):Зачем каждый раз грузить драйвер а потом его выгружать, если он не каждый раз нужен?
Способ сделать что?Iori писал(а):Может есть другой способ?
Это зависит от ответа на вопрос про случай.Iori писал(а):Как именно?
Проблема в чём? Когда "мы" его убираем?Iori писал(а):При том, почему это большая проблема? Ведь мы же этот драйвер потом убираем.
Тогда я отвечал на вопрос отнюдь не в отношении чёрных окон.Iori писал(а):Так это же вы советовали? Да-бы избежать батников.
Если оставлять /install, то и имеющейся проверки наличия файла достаточно. А проверять по query имеет смысл именно без запихивания драйвера самой прогой, что я готов показать после ответа про случай.Skif_off писал(а):лучше проверить наличие/отсутствие драйвера поиском по выводу sc.
Iori писал(а):А как это воспринимать? Вы что обиделись на меня?
Даже не думал. А есть за что? Вина гложет? Где-то у себя точно, коль народ о ней заговорил.Iori писал(а):А где на неё (OFSmount) прилепили?
Может бытьВина гложет?
Да здесь вы правы. Например кнопку для OSFmount я создал без батников и других махинаций по схеме Winmount.Да и, уверен, с кнопками и мануалом по силам и самостоятельно справиться, это же не скрипты, которые, как оказалось, и не нужны вовсе, судя по ответам или их отсутствию.
Всего хорошего.Ну да, я предложил как и что. Сам решить не могу. Нет таких знаний.Я не увидел решений. Только предложения.
Нет не тот. Но я не вижу разницы. Мы грузим драйвер когда он нужен и выгружаем кода не нужен.Для непортабельной домашней сборки - незачем. Это тот случай?
Грузить драйвер не через autorun плагин.Способ сделать что?
Код: Выделить всё
TOTALCMD#BAR#DATA
"%COMMANDER_PATH%\Utilities\OSFMount\OSFMount64\OSFMount.com"
-a -t file -f %P%N -m V:
%COMMANDER_PATH%\Icons\imdisk.ico
Mount Image with OSFMount
%COMMANDER_PATH%\Utilities\OSFMount\OSFMount64\
1
-1
Код: Выделить всё
TOTALCMD#BAR#DATA
"%COMMANDER_PATH%\Utilities\OSFMount\OSFMount64\OSFMount.com"
-D -m V:
shell32.dll,151
Unmount The Mounted Virtual Drive with OSFMount
%COMMANDER_PATH%\Utilities\OSFMount\OSFMount64\
1
-1
В этом и есть разница. Я уже объяснял, что нам нет смысла держать в голове или проверять, оставили мы драйвер на чужой машине или нет. Поэтому логично выгружать его с закрытием ТС.Iori писал(а):Но я не вижу разницы. Мы грузим драйвер когда он нужен и выгружаем кода не нужен.
Да, это, как я уже писал, сделать можно, но с учётом ряда обстоятельств, связанных с состоянием драйвера. В некоторых случаях доступ к запуску драйвера может быть закрыт до перезапуска системы.Iori писал(а):Грузить драйвер не через autorun плагин.
Как я уже писал, если встроенные средства помимо regdrv. Но суть не в этом, а в том, чтобы драйвер оставался в той же папке (или подпапке), что и программа, чтобы не гадить на чужой машине. OSFMountPortable.exe так и делает, но у него нет комстроки.Iori писал(а):Сам OSFMount.com грузит драйвер, то есть regdrv вроде не нужен.
Это не проблема (кстати, драйвер в отличии от ImDisk один, но на целый метр). Ерунда в том, что я уже потерялся в количестве средств, пока пробовал делать аналогии то для одного, то для другого.Iori писал(а):Хотелось бы что бы правельный драйвер загружался в зависимости от битности системы.
А что насчёт перезагрузки компа? Например, osfmount работает очень интеллектуально. Он не пишет драйвер в system32\Drivers и более того, после перезагрузки компа демонтирует все образы.В этом и есть разница. Я уже объяснял, что нам нет смысла держать в голове или проверять, оставили мы драйвер на чужой машине или нет. Поэтому логично выгружать его с закрытием ТС.
У OSFMount.com есть комстрока. Драйвер OSFMount.sys остаётся в папке с программой. Пишет в реистер , нот это дело происходит с Winmout, WincdEmu, Imdisk итд..Как я уже писал, если встроенные средства помимо regdrv. Но суть не в этом, а в том, чтобы драйвер оставался в той же папке (или подпапке), что и программа, чтобы не гадить на чужой машине. OSFMountPortable.exe так и делает, но у него нет комстроки.
Код: Выделить всё
Это не проблемаЕсли подразумевается, что программа лежит в ТС и OSFMount не выгрузил драйвер, то перезагрузка не поможет, вылетит ошибка на отсутствующий драйвер.Iori писал(а):А что насчёт перезагрузки компа?
С первым понятно. Подтверждаю. А насчёт второго см. выше.Iori писал(а):Он не пишет драйвер в system32\Drivers и более того, после перезагрузки компа демонтирует все образы.
Вот WinCDEmu в этом плане однозначно лучше за исключением автоустановки драйвера при монтировании. Там можно и драйвер сносить и отключать все примонтированные диски. Здесь же придётся проверять диски на подключенность в цикле и пытаться отключить (как я делал с vd_filedisk), а убирать дравер так:Iori писал(а):Да можно сделать и с закрытием ТС, но я не знаю как
Код: Выделить всё
Pragma AutorunFinalizeSection
ShellExec /SW_HIDE sc delete OSFMountИначе не произойдёт инициализации драйвера. При деинсталляции эти данные удаляются.Iori писал(а):Пишет в реистер , нот это дело происходит с Winmout, WincdEmu, Imdisk итд..
Я же показывал как точнее. Этот же вариант не является оптимальным.Iori писал(а):Да это я уже решил через IF EXIST "%PROGRAMFILES(X86)%"
У меня такой ошибки нетЕсли подразумевается, что программа лежит в ТС и OSFMount не выгрузил драйвер, то перезагрузка не поможет, вылетит ошибка на отсутствующий драйвер.
Но я знаю что драйвер в реистре и system explorer, показывает драйвер но не находит сам файл OSFMount.sys. Значит мусор в системе остаётся.К сожалению как вы уже знаете, WinCDemu только работает с DVD образами.Вот WinCDEmu в этом плане однозначно лучше за исключением автоустановки драйвера при монтировании
Буду очень радМожет, чуть позже выложу.
