|
Written on: 22. 10. 2012 [23:27]
|
|
Bkmz
Ilya Sytyi
Topic creator
registered since: 27.07.2011
Posts: 11
|
Появилась необходимость запустить OpenSCADA (в конфигурации АРМ) на уже сконфигурированном сервере (Debian 6....) (переустановка сервера не вариант). Установка прошла без проблем (из Deb пакета), но при пробном запуске проекта мнемосхема выглядела как-то не так), при запуске проекта "Бойлер" ситуация такая же. Год назад был подобный случай на Ubuntu, но там все решилось с помощью "русификации" ОС. При сборке OpenSCADA из исходников ситуация не поменялась. Понимаю, что что-то пропустил, но уже 2ое суток не могу победить этот (мой) косяк. Буду очень благодарен, если кто-нибудь подскажет как решить проблему. Наглядное объяснение во вложенных файлах.
Attachment
|
|
Written on: 23. 10. 2012 [08:12]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3747
|
"Bkmz" wrote:
Появилась необходимость запустить OpenSCADA (в конфигурации АРМ) на уже сконфигурированном сервере (Debian 6....) (переустановка сервера не вариант). Установка прошла без проблем (из Deb пакета), но при пробном запуске проекта мнемосхема выглядела как-то не так), при запуске проекта "Бойлер" ситуация такая же. Год назад был подобный случай на Ubuntu, но там все решилось с помощью "русификации" ОС.
Похоже на проблему с переменными окружения локализации, которые где-то в OS сломаны и не замещается setenv("LC_NUMERIC","C",1); что нужно для корректной работы atof() со знаком разделителя ".". Хотя такой фигни не видел уже давно даже на слабых ARM с локалью "C" вообще. Попробую сегодня запустить тестовую страницу на Raspberry Pi с Debian 6.
Смотрите ещё сюда http://wiki.oscada.org/Doc/OpisanieProgrammy/part4/files?get=sys_st.png на предмет языка и кодировки, а так-же в консоль на предмет ошибок.
Learn, learn and learn better than work, work and work.
|
|
Written on: 23. 10. 2012 [09:17]
|
|
roman
Roman Savochenko
Moderator Contributor Developer
registered since: 12.12.2007
Posts: 3747
|
"roman" wrote:
Похоже на проблему с переменными окружения локализации, которые где-то в OS сломаны и не замещается setenv("LC_NUMERIC","C",1); что нужно для корректной работы atof() со знаком разделителя ".". Хотя такой фигни не видел уже давно даже на слабых ARM с локалью "C" вообще.
Пробуйте запускать из консоли так "LANG=en_US.UTF-8 openscada_Boiler", для проверки этой гипотезы.
Learn, learn and learn better than work, work and work.
|
