Quantcast
Channel: Ru.Board
Viewing all articles
Browse latest Browse all 1003802

The KMPlayer (часть 4) (5734) /

$
0
0
Victor_VG:
zallen

Да, я уже это и сам успел вчера увидеть. Сейчас соберу пачку ошибок что есть и передам isroot. Может по дороге придумаю как их исправить.:? Тогда легче будет.

И ещё насчёт различных дополнительных DLL как бы они не назывались. 7sh3:rtfm: прав только в одном - вызываемые модули DLL внешних декодеров должны лежать в каталоге с kmplayer.exe. Но это не глюк КМР как это утверждает он (говорят кажется - крестится надо:)), а описанное в MSDN поведение операционной системы при поиске внешних исполняемых модулей если вызывающая программа явно не указала путь их запуска:

Цитата:
Путь поиска, используемый Windows для обнаружения библиотеки DLL
_http://msdn.microsoft.com/ru-ru/library/7d83bc18.aspx

Используя механизмы явного и неявного связывания, Windows сначала выполняет поиск "известных библиотек DLL", таких как Kernel32.dll и User32.dll. Затем Windows выполняет поиск библиотек DLL в следующей последовательности:

1) Каталог, в котором находится исполняемый модуль текущего процесса.
2) Текущий каталог.
3) Системный каталог Windows. Путь к этому каталогу извлекается с помощью функции GetSystemDirectory.
4) Каталог Windows. Путь к этому каталогу извлекается с помощью функции GetWindowsDirectory.
5) Каталоги, указанные в переменной среды PATH.

Примечание

Переменная среды LIBPATH не используется.

а потому багом КМР не является и быть им не может поскольку это документированное поведение операционной системы и пока Микрософт не изменила данную схему поиска зависимостей пользоваться следует ей поскольку любая программа сама вызываемые ей модули не запускает, а только передаёт ОС вызов LoadLibrary() остальное делает Windows.

Viewing all articles
Browse latest Browse all 1003802

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>