Последние сообщения

В Кибор появилась возможность использовать Python.

Возможно выполнение скрипта с файла, вызов функций Питона с файлов.
Так же возможно выполнение отдельных команд Питона в коде Кибор и взаимный обмен данными.
Скрипт Питона можно запускать синхронно и асинхронно с выполнением скрипта Кибор.

Описание новых функций:

runpython()

Запускает интерпретатор Питон.
Возвращает 1 при удачном запуске
0 при неудаче.

closepython()

Завершает работу с интерпретатором.
Возвращает 1 если завершил работу.
0 если интерпретатор не был запущен.

wpython("print(^'yes^')");

Отправляет Питону команду print('yes') и нажимает Ентер. Не синхронная. Не ждет окончания команды.
Возвращает 1 при удаче.

rpython()

Считывает последний ответ с Питона.
Возвращает string.
То есть если перед этим мы отправили print('yes'), то прочитаем yes
Данная функция может считать ответ только один раз. При повторных попытках считывания или если Питон не готов выдать ответ (выполняет какую то задачу) эта функция вернет ERROR_READ_PYTHON

wrpython("print(^'yes^')");

Посылает Питону print('yes') и сразу же получает ответ. Возвращает string. В данном случае yes.. Синхронная. После отправки ждет отработки кода и получения ответа.
Синхронность работы не распространяется на вызов Питон функций.

fpython("C:\Program Files (x86)\Kibor\script.txt")

Считывает скрипт Питона с файла и выполняет его. Ответ, если есть необходимость надо получать так же как и в случае wpython функцией rpython
В файле допускаются функции и их вызов.
Перевод срока в файле является Ентером.

Примеры запуска скриптов Питона в Кибор

Тема перенесена в Ищем работника.

https://forum.shelek.ru/index.php?topic=31426.0

 

Добрый день!
Сделал всё по Вашей инструкции, получилось! Большое спасибо)

Обычно общие сервисы стартуют от рута, делают свои темные дела и меняют пользователя на безопасного. Т.е. на старте могут многое. От пользователя непосредственно такое не запускают, но пользователю может быть доступен запуск сервиса.

Спасибо за ответы / наводки. Поизучаю.

Но есть один момент: приложение в общем случае может запускаться от разных пользователей.
Соответственно синхронизация должна проходить между процессами, запущенными разными пользователями.

В идеале было бы найти директорию доступную для записи для любого пользователя, очищающуюся после перезагрузки.

вечер добрый)
попробуйте инструкцию с оригинального форума. сравнивать вашей не стал - вам сподручнее будет.
обратите внимание на Boot Parameters to Enable Debugging и  BCDEdit /dbgsettings
не совсем понял - вы вроде указывается serial отладку а в отладчике ставите bcdedit /dbgsettings net?

Гуглеж указывает на pam_systemd и systemd-logind.service.

В директорию /run в современных версия Линукса монтируется temfs. Рамдиск. По этому разница между /run и /tmp есть.
Обычному пользователю надо писать в /run/user/<UID>/ или в соотв. /var/... При создании сессии там создаются директории. Во всяком случае Debian-подобные так делают, почему-то за RHEL такое не заметил. Как и кто это создает, не знаю, не разбирался, но пользовался этим персональным рамдисом не раз.

В Ubuntu в директории /var/lock (которая на самом деле является ссылкой на /run/lock) у меня создаются файлы блокировок нолевой длины для синхронизации общего доступа через ф-цию flock.
Всё работает с обычными пользовательскими правами.

Обнаружилось, что в CentOS 7 директория /run/lock имеет права rwxr-xr-x, т.е. обычный пользователь уже не имеет возможность создать там файл блокировки.

Просто для уточнения - первые rwx - это права владельца, вторые r-x - права группы, а третьи - всех остальных. Если Ваш пользователь вдруг окажется владельцем, то это будут его права.

Но есть возможность создавать файлы блокировок в директории /var/tmp.

Насколько правильно так делать? И где вообще полагается создавать файлы блокировок для ф-ции flock?

В принципе, Вы можете их создавать где угодно, главное чтобы искали потом тоже в тех-же местах. Как вариант - можете использовать переменную окружения XDG_RUNTIME_DIR и в каталоге, который там указан создавать свои файлы, соответственно эти блокировки будут работать только для данного конкретного пользователя.

PS: тут нашлось полное теоретическое обоснование.