Запуск ZeroBrane Studio Debugger на многопользовательской машине #zerobrane

Question

Я пытаюсь настроить ZeroBraneStudio на многопользовательской Linux-платформе, существует проблема с запуском на сервере отладчика. Когда один пользователь запускается или запускается на сервере отладчика, другие пользователи блокируются от использования отладчика. Существует сопроводительное сообщение об ошибке/предупреждении:

Ошибка связи одного экземпляра; может быть другой экземпляр , который может вызвать помехи отладчику.

Это происходит независимо от того, установлена ​​ли ZBS глобально или в отдельном реестре $ HOME, и приводит к тому, что все кнопки отладчика неактивны. Если я изолирую идентификатор PID отладчика и убью этот процесс, тогда другой пользователь может продолжить работу и запустить отладчик, но это явно далеко от идеала.

Существует способ запуска нескольких экземпляров отладчика обсуждается в разделе Советы и Trick: https://studio.zerobrane.com/doc-tips-and-tricks

** Запуск нескольких экземпляров IDE для отладки два приложения в одновременно ** Чтобы запустить несколько экземпляров IDE для отладки двух приложений , вы можете запустить один экземпляр, как обычно, а затем запустить второй экземпляр, используя следующую команду: zbstudio -cfg «singleinstance = false; debugger.port = 8173». Если вы находитесь на OSX, вам может потребоваться открыть открытый ZeroBraneStudio.app --args -cfg «singleinstance = false; debugger.port = 8173».

но это решение требует, чтобы пользователи «угадывали» доступный номер порта. Есть ли лучший способ реализовать несколько пользователей, запускающих отладчик одновременно?

Answer 1

Я попытался изменить debugger.port в user.lua на другой порт, например 8173, в надежде, что там будет запущен отдельный сервер отладки, но это, похоже, не помогает.

Конфигурирование другого порта отладчика - это правильный способ избежать конфликтов при отладке от нескольких пользователей. Обратите внимание, что вам нужно использовать этот номер порта в приложении, которое вы также пытаетесь отлаживать, как описано в this FAQ answer. Вам не нужно отключать проверку singleinstance, поскольку она применяется только для экземпляров, запущенных от одного и того же пользователя (по крайней мере, начиная с версии 1.30, когда было реализовано #542). Я могу рассмотреть возможность изменения номера порта по умолчанию в этом случае, но он все равно нуждается в обновлении в приложении (если вы не используете один из интерпретаторов Lua).

Если это все еще не работает, вам необходимо предоставить более подробную информацию о том, что не работает, и включить сообщения из окна вывода, показанного в среде IDE.

[Обновить] На основании вашего редактирования кажется, что вы уже нашли решение в документации. Я подумаю о выборе нового номера во время конфликта, чтобы избежать «угадывания» пользователя, но пока это решение по-прежнему доступно.