Closed EvilBeaver closed 8 years ago
Original comment by EvilBeaver (Bitbucket: EvilBeaver, GitHub: EvilBeaver):
http://oscript.io/downloads/archive/1_0_11
В документации исправлю, спасибо.
loader можно переопределить. Нужно положить в корень каталога библиотеки свой файл package-loader.os, тогда вызываться будет он, а не глобальный из корня lib
https://github.com/EvilBeaver/oscript-library/tree/develop/src/opm/src
Обратите внимание, opm использует собственный loader.
Original comment by artbear (Bitbucket: artbear, GitHub: artbear):
Эта фича документирована:
#!md
Имя библиотеки указано в кавычках - имя библиотеки интерпретируется, как файловый путь. Относительный путь считается от текущего (рабочего) каталога приложения.
#Использовать "lib/mylib" // явное указание пути к библиотеке
Под словом "приложение" понимается это запускаемый скрипт или собранное из скрипта приложение.
Originally reported by: Nikita Gryzlov (Bitbucket: nixel2007, GitHub: nixel2007)
Добрый день.
Пытаюсь реализовать следующий концепт:
oscript-library лежит в каталоге libs проекта.
Скрипт на 1Script лежит в папке "scripts" проекта. В скрипте подключение библиотеки идет через
Открываю команду строку (текущий каталог - корневая папка проекта"), запускаю
В таком варианте объявления путей скрипт выдает ошибку:
Обходной путь - подключение библиотеки через
Видимо, директива Использовать в качестве начального каталога берет текущее местоположение скрипта. При этом внутри скрипта функция ТекущийКаталог() корректно возвращает корень проекта.
На мой взгляд, логично было бы использовать ТекущийКаталог() как начальную папку для поиска подключаемых по пути библиотек.
Что скажете, товарищи?
P.S. Отдельно смущает указание в ошибке второй строки модуля, хотя это первая строка.