NXAgent nxwin_3.3.0_2_dimbor_r12.10.rar тихо вылетает при сворачивании окон с 1C (на wine 1.0.8 и на 1.0.10). С ОО вроде все порядке.
Курощение nomachine клиента - за шаг до ... ((1С, wine@Etersoft, freenx, NXClient for Windows))
Модераторы: dimbor, Модераторы разделов
Re: Курощение nomachine клиента - за шаг до ...
NXAgent nxwin_3.3.0_2_dimbor_r12.10.rar тихо вылетает при сворачивании окон с 1C (на wine 1.0.8 и на 1.0.10). С ОО вроде все порядке.
Спасибо сказали:
Re: Курощение nomachine клиента - за шаг до ...
Шикарно! (с) Картман
Вот теперь однозначно в шапку!
bsavelev думаю можно почистить ftp://ftp.etersoft.ru/pub/Etersoft/RX@Etersoft/Windows/ от промежуточных версий.
А теперь о неприятном:
С wine@etersoft 1.0.10.19/13 вылез старый баг с ESC (их много постили, ну например вот этот: http://bugs.etersoft.ru/show_bug.cgi?id=396)
Проявляется эта гадость так: 1С под NXWin в режиме рутлесс ESC вообще не чувствует!
В десктопе то же самое, но там можно переместить фокус на другое приложение и зажав ESC ткнуть в 1С на панели задач, тогда ESC срабатывает. В рутлесе такой фокус не прокатывает
Проверил на оригинальном NXWin - то же самое, отпостил в 396й баг.
Re: Курощение nomachine клиента - за шаг до ...
и я пересобрал
Djelf писал(а): ↑23.04.2009 14:05bsavelev думаю можно почистить ftp://ftp.etersoft.ru/pub/Etersoft/RX@Etersoft/Windows/ от промежуточных версий.
пусть будет, жалко что ли?-)
Re: Курощение nomachine клиента - за шаг до ...
Новый баг в связке nxwin_3.3.0_2_dimbor_r12.10.rar + wine 1.0.8
После перемещения окна 1С "Поиск ссылок на объекты" и "Удаление помеченных" кнопки окна не нажимаются (в том числе и крестик закрытия). По ESC окно закрывается.
В wine 1.0.10.19/13 все ОК.
После перемещения окна 1С "Поиск ссылок на объекты" и "Удаление помеченных" кнопки окна не нажимаются (в том числе и крестик закрытия). По ESC окно закрывается.
В wine 1.0.10.19/13 все ОК.
Re: Курощение nomachine клиента - за шаг до ...
Это из-за того, что я снес 1.0.8 с домашнего сервака. В ответственные моменты мне надо мониторить с видны логи сервера в реальном времени, оно производится по SMB. Удаленно разбираться под десяткой было очень стремно.
Задача минимум, к которой не знаю, с какого конца подойти - чем мне по ssh в real-time мониторить лог (а ля просмотрщик FAR-а, чтобы можно было еще и пролистывать)?
А задача максимум - как бы установить на одном серваке несколько вайнов одновременно, да еще и обойтись при этом без OpenVZ? Зоопарк сетевых интерфейсов будет неудобен на клиенте, да и 1с-ку придется много раз устанавливать...
А под 1.0.9 с кнопсами как? Если хорошо, то может для восьмерки использовать предыдущие версии клиента?
Re: Курощение nomachine клиента - за шаг до ...
В wine 1.0.9.43/18 кнопки работают нормально. А с багом на 1.0.8, лучше бы все таки разобраться, что-то подобное может еще где-то вылезти.
Кстати, в 1.0.8 наконец пропали двойные заголовки в больных окнах, и на всех 3х wine (1.0.8, 1.0.9, 1.0.10) 1С выглядит одинаково.
P.S. То что не работает ESC в 1.0.10.19/13 уже подтвердили http://bugs.etersoft.ru/show_bug.cgi?id=396 , ждем фикса.
tail -f $logfile ?
Re: Курощение nomachine клиента - за шаг до ...
Обновился ... поставил nxclient-3.3.0.6-r12.10-win32.exe. Кстати спасибо Этерсофту за удобный инсталятор...
Если страрый NX клиент не удалять , они не будут мешать друг другу ????
Новый установился "C:\Program Files\NXClientCE\nxclient.exe" . а старый здесь "C:\Program Files\NX Client for Windows\nxclient.exe" --session "C:\DOCUME~1\User\NX73F8~1\config\Terminal.nxs"
Калькулятор и календарь ведут себя нормально. Исчезла бага, о которой я выше спрашивал, когда не во весь экран то списки действий на кнопках не появляются....
Курощение nomachine клиента - за шаг до ...
Осталось только бага с невозможность выбрать из списка пользователей и принтеры...
Если страрый NX клиент не удалять , они не будут мешать друг другу ????
Новый установился "C:\Program Files\NXClientCE\nxclient.exe" . а старый здесь "C:\Program Files\NX Client for Windows\nxclient.exe" --session "C:\DOCUME~1\User\NX73F8~1\config\Terminal.nxs"
Калькулятор и календарь ведут себя нормально. Исчезла бага, о которой я выше спрашивал, когда не во весь экран то списки действий на кнопках не появляются....
Курощение nomachine клиента - за шаг до ...
Осталось только бага с невозможность выбрать из списка пользователей и принтеры...
AvReg - По для организации Видеонаблюдения на Linux.
ДЭНСИ:КАССА - Рабочее место кассира под Linux.
Терминальные решения под Linux
Консультации по установке 1с+PostgreSQL+Ubuntu.
ДЭНСИ:КАССА - Рабочее место кассира под Linux.
Терминальные решения под Linux
Консультации по установке 1с+PostgreSQL+Ubuntu.
Re: Курощение nomachine клиента - за шаг до ...
Пасиб - оно (я забыл, что там имеется ключик -n).
На самом деле на тему z-беспорядка глюков там больше (и в стартовом окне 1с в т.ч.). Поэтому, т.к. в лоб не вышло - буду опять читать букварь. Заодно заведу тьму пользователей и попробую поймать багу про их выбор.
Затихну на пару дней. Блин, как оно все уже достало!
Re: Курощение nomachine клиента - за шаг до ...
Даже как-то обидно: некоторые пред-релизы выпускают, а я - нет. Надо исправить. Выкладываю сразу два, чтоб завидовали.
Глюки в меру сил половлены.
В качестве бонуса - отображение окна выбора пользователя на панели задач. (Матом не ругается.)
В #1 шаманство с перетаскиванием больных окон отключено. Как следствие - под 1.0.8 календарь и калькулятор не таскаются, зато "объекты" ведут себя нормально. И, может быть, хорошая новость: одну петлю сообщений удалось ненароком повредить, поэтому больные при перетаскивании не дергаются, а тормозят. По крайней мере у меня.
#2 - соответственно с шаманством. Под 1.0.8 "объекты" после перетаскивания глючат, т.к. у вайновской мышиной подсистемы после нетривиального перетаскивания случается приступ недоверия, и она продолжает считать, что окно находится там, откуда его тащили.
Клиентом не ловится. А начиная с девятки - вроде ОК.
Делайте выбор - что лучше. И говорите мне.
Upd 26.04.09: Отремонтирован крах при запуске в режиме "десктоп".
Upd 27.04.09: Уехало в шапку темы.
Глюки в меру сил половлены.
В качестве бонуса - отображение окна выбора пользователя на панели задач. (Матом не ругается.)
В #1 шаманство с перетаскиванием больных окон отключено. Как следствие - под 1.0.8 календарь и калькулятор не таскаются, зато "объекты" ведут себя нормально. И, может быть, хорошая новость: одну петлю сообщений удалось ненароком повредить, поэтому больные при перетаскивании не дергаются, а тормозят. По крайней мере у меня.
#2 - соответственно с шаманством. Под 1.0.8 "объекты" после перетаскивания глючат, т.к. у вайновской мышиной подсистемы после нетривиального перетаскивания случается приступ недоверия, и она продолжает считать, что окно находится там, откуда его тащили.
Клиентом не ловится. А начиная с девятки - вроде ОК.
Делайте выбор - что лучше. И говорите мне.
Upd 26.04.09: Отремонтирован крах при запуске в режиме "десктоп".
Upd 27.04.09: Уехало в шапку темы.
Спасибо сказали:
Re: Курощение nomachine клиента - за шаг до ...
Убрал очередной ляп. Тяните оттуда же.
P.S. При написании этого поста реально пригодился NX-Client. Запустил файрфокс на одной из точек. Так и пишу.
Из дома говорят, что "до вас не докатились пока обновления dns" и советуют прописать адрес 89.104.102.12. А по нему открывается вики "Система учёта бюллетеней". И к чему бы это? Сбой СОРМ?
А с точки по тому-же адресу лежит линукс-форум...
P.S. При написании этого поста реально пригодился NX-Client. Запустил файрфокс на одной из точек. Так и пишу.
Из дома говорят, что "до вас не докатились пока обновления dns" и советуют прописать адрес 89.104.102.12. А по нему открывается вики "Система учёта бюллетеней". И к чему бы это? Сбой СОРМ?
А с точки по тому-же адресу лежит линукс-форум...
Re: Курощение nomachine клиента - за шаг до ...
Длительное молчание посчитал за хороший знак и засунул сборки в шапку.
Две сборки существуют из-за невозможности предсказать из под клиента версию вайна. Написал в рассылку разработчикам. Стили они предлагали просовывать, может и версию не откажутся...
Upd Начинаю писать нечто вроде контрольной карты, которая на текущий момент полностью отражает функциональность нововведений, и которую надо будет прогонять для каждой новой сборки:
Описание систем:
Версия ОС на сервере, версия и происхождение пакетов nx и freenx-server. Наличие патчей nx (#1-n в шапке темы).
ОС на клиенте, сервиспаки, используется ли "хак" 1252==с_1251.nls. Версия сборки клиента.
Русификация:
1. Заголовки окон в рутлес режиме
1.1. Вайн, firefox... (freedesktop.org)
1.2. OpenOffice, mousepad... (Motif)
1.3. Контроль идентичности (длины) терминал/локально.
2. Переключение языка ввода.
2.1 В стартовом скрипте рутлес (setxkbmap).
2.2 В KDE десктоп (настройки переключения KDE).
2.3 В Gnome десктоп (настройки переключения Gnome).
3. Буфер обмена; copy - из терминала в вин., paste - из вин в терминал.
3.1. Вайн - 1CV77.
3.1.1 Диалог добавления новой БД (название).
3.1.2 Поле "комментарий" любого документа.
3.1.3 Ячейка таблицы.
3.2 Любое текстовое поле в OO.
3.3 По пунктам 3.1,2 копирование и вставка текста при различных положениях переключателя рус/лат в клиенте и в виндовых приложениях.
3.4 пп 3.1, 3.2 как мнимум с двумя вин-приложениями (Notepad, Word)
4. Скорость отображения рутлес. На данный момент наиболее адекватный тест написан Djelf. Время его выполнения в 1сv77 должно быть сравнимо в режимах десктоп и рутлес при любом размере окна.
5. Стили оформления окон (заголовки, системные кнопки, возможность изменения размера, наличие кнопки на панели задач, меню кнопки панели задач).
5.1 Линукс-приложения.
5.1.1 Основное и дополнительные немодальные окна приложения.
5.1.2 Модальные диалоги
5.1.3 Меню.
5.1.4 Графич. заставки.
5.2 Приложения вайна (1с)
---- // ----
5.2.5 "MDI"-modeless (календарь, калькулятор, ...)
6. Поведение окон. По каждой категории из пп 5.1, 5.2. Зависимость от родительского окна и других окон, зависимость поведения родительского окна.
6.1 Открытие/закрытие.
6.2 Перетаскивание.
6.3 Изменение размера.
6.4 Макси/мини-мизация, восстановление.
6.5 Изменение/сохранение z-порядка (переключение между окнами)
6.4 Передача/снятие фокуса (в т.ч. клавиатурного)
7. Отслеживать возможный крах nx-клиента по категориям окно/действие (пп 5/6).
8. Проверять на различных версиях wine@Etersoft.
Что забыл - дополняйте. Также хочется сделать каку-нить более простую/универсальную процедуру проверки по пп 5,6 (+7,8) - больно уж много там вариантов набегает. Может на 1с-ке что-то придумать? Каждый произведенный чих приходится проверять вручную, а терпения и времени не хватает. Отсюда множество ляпов. Идеи и/или пожертвования интеллектуальной собственности имеются?
Две сборки существуют из-за невозможности предсказать из под клиента версию вайна. Написал в рассылку разработчикам. Стили они предлагали просовывать, может и версию не откажутся...
Upd Начинаю писать нечто вроде контрольной карты, которая на текущий момент полностью отражает функциональность нововведений, и которую надо будет прогонять для каждой новой сборки:
Описание систем:
Версия ОС на сервере, версия и происхождение пакетов nx и freenx-server. Наличие патчей nx (#1-n в шапке темы).
ОС на клиенте, сервиспаки, используется ли "хак" 1252==с_1251.nls. Версия сборки клиента.
Русификация:
1. Заголовки окон в рутлес режиме
1.1. Вайн, firefox... (freedesktop.org)
1.2. OpenOffice, mousepad... (Motif)
1.3. Контроль идентичности (длины) терминал/локально.
2. Переключение языка ввода.
2.1 В стартовом скрипте рутлес (setxkbmap).
2.2 В KDE десктоп (настройки переключения KDE).
2.3 В Gnome десктоп (настройки переключения Gnome).
3. Буфер обмена; copy - из терминала в вин., paste - из вин в терминал.
3.1. Вайн - 1CV77.
3.1.1 Диалог добавления новой БД (название).
3.1.2 Поле "комментарий" любого документа.
3.1.3 Ячейка таблицы.
3.2 Любое текстовое поле в OO.
3.3 По пунктам 3.1,2 копирование и вставка текста при различных положениях переключателя рус/лат в клиенте и в виндовых приложениях.
3.4 пп 3.1, 3.2 как мнимум с двумя вин-приложениями (Notepad, Word)
4. Скорость отображения рутлес. На данный момент наиболее адекватный тест написан Djelf. Время его выполнения в 1сv77 должно быть сравнимо в режимах десктоп и рутлес при любом размере окна.
5. Стили оформления окон (заголовки, системные кнопки, возможность изменения размера, наличие кнопки на панели задач, меню кнопки панели задач).
5.1 Линукс-приложения.
5.1.1 Основное и дополнительные немодальные окна приложения.
5.1.2 Модальные диалоги
5.1.3 Меню.
5.1.4 Графич. заставки.
5.2 Приложения вайна (1с)
---- // ----
5.2.5 "MDI"-modeless (календарь, калькулятор, ...)
6. Поведение окон. По каждой категории из пп 5.1, 5.2. Зависимость от родительского окна и других окон, зависимость поведения родительского окна.
6.1 Открытие/закрытие.
6.2 Перетаскивание.
6.3 Изменение размера.
6.4 Макси/мини-мизация, восстановление.
6.5 Изменение/сохранение z-порядка (переключение между окнами)
6.4 Передача/снятие фокуса (в т.ч. клавиатурного)
7. Отслеживать возможный крах nx-клиента по категориям окно/действие (пп 5/6).
8. Проверять на различных версиях wine@Etersoft.
Что забыл - дополняйте. Также хочется сделать каку-нить более простую/универсальную процедуру проверки по пп 5,6 (+7,8) - больно уж много там вариантов набегает. Может на 1с-ке что-то придумать? Каждый произведенный чих приходится проверять вручную, а терпения и времени не хватает. Отсюда множество ляпов. Идеи и/или пожертвования интеллектуальной собственности имеются?
Re: Курощение nomachine клиента - за шаг до ...
Огромное всем спасибо!
Дочитал тему, первую половину уже не помню и дым из ушей идет
Такая трабла: Исчезает окно.
В rootless режиме клиентское окно 1C самопроизвольно закрывается.
Процессы nxwin и nxssh остаются висеть. На сервере 1с тоже в процессах висит.
Т.о. нет только графики на клиенте.
Очень похоже, что происходит такое если окно свернуто и в этот момент в 1С появляется новое окно
(например результаты отчета или сообщение от другого пользователя не дошедшие в предыдущий сеанс).
Готов предоставить любые логи, только скажите какие и где брать ...
Сам просмотрел все что нашел и в виндах и на сервере - ничего путного не увидел.
Сервер:
ubuntu server 8.10
wine 1.0.9-eter44
freenx-server 0.7.4-eter18
nx 3.3.0-eter14
Клиент: тутошний 13.2 (было и с 12.7)
А ни у кого нет такой проблемы - клиент к серверу подключается через раз
Может с 5й попытки подключиться, может с 1й. Connection error и все.
Если посмотреть Details пишет такое:
225 [unknown (0xE14)] nxssh 4320 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
NX> 203 NXSSH running with pid: 4320
19474 [unknown (0xE14)] nxssh 4320 open_stackdumpfile: Dumping stack trace to nxssh.exe.stackdump
Тупо тыкаешь на педаль подключения - подключается максимум раза с 5го.
Похоже моя винда, но вдруг кто подробности знает...
Дочитал тему, первую половину уже не помню и дым из ушей идет
Такая трабла: Исчезает окно.
В rootless режиме клиентское окно 1C самопроизвольно закрывается.
Процессы nxwin и nxssh остаются висеть. На сервере 1с тоже в процессах висит.
Т.о. нет только графики на клиенте.
Очень похоже, что происходит такое если окно свернуто и в этот момент в 1С появляется новое окно
(например результаты отчета или сообщение от другого пользователя не дошедшие в предыдущий сеанс).
Готов предоставить любые логи, только скажите какие и где брать ...
Сам просмотрел все что нашел и в виндах и на сервере - ничего путного не увидел.
Сервер:
ubuntu server 8.10
wine 1.0.9-eter44
freenx-server 0.7.4-eter18
nx 3.3.0-eter14
Клиент: тутошний 13.2 (было и с 12.7)
А ни у кого нет такой проблемы - клиент к серверу подключается через раз
Может с 5й попытки подключиться, может с 1й. Connection error и все.
Если посмотреть Details пишет такое:
225 [unknown (0xE14)] nxssh 4320 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
NX> 203 NXSSH running with pid: 4320
19474 [unknown (0xE14)] nxssh 4320 open_stackdumpfile: Dumping stack trace to nxssh.exe.stackdump
Тупо тыкаешь на педаль подключения - подключается максимум раза с 5го.
Похоже моя винда, но вдруг кто подробности знает...
Re: Курощение nomachine клиента - за шаг до ...
Zetrs писал(а): ↑29.04.2009 14:46Если посмотреть Details пишет такое:
225 [unknown (0xE14)] nxssh 4320 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
NX> 203 NXSSH running with pid: 4320
19474 [unknown (0xE14)] nxssh 4320 open_stackdumpfile: Dumping stack trace to nxssh.exe.stackdump
Тупо тыкаешь на педаль подключения - подключается максимум раза с 5го.
Похоже моя винда, но вдруг кто подробности знает...
Хм... По STATUS_ACCESS_VIOLATION + stackdump вылетает правленый NXWin, когда в нем перехимичиваю с указателями.
НО!!! nxssh родной, его никто не правил. Очень похоже на призыв сменить оперативку. Либо поковырять правильность установки уиндоуз.
Для определения, виновата ли эта ветка, попробуйте с оригинальным клиентом. Останется - создавайте новую тему.
Мухи должны быть отдельно от еще не съеденных котлет.
Zetrs писал(а): ↑29.04.2009 14:46Такая трабла: Исчезает окно.
В rootless режиме клиентское окно 1C самопроизвольно закрывается.
Процессы nxwin и nxssh остаются висеть. На сервере 1с тоже в процессах висит.
Т.о. нет только графики на клиенте.
Очень похоже, что происходит такое если окно свернуто и в этот момент в 1С появляется новое окно
(например результаты отчета или сообщение от другого пользователя не дошедшие в предыдущий сеанс).
Клиент: тутошний 13.2 (было и с 12.7)
Попробуйте с 11, если уйдет - моя бага (с z-порядком, там граничные условия прописаны пока чисто интуитивно). В этом случае главная проблема - описать условия 100% воспроизведения. Остальное дело техники. Но сначала решить с гарантир. запуском сессии.
Re: Курощение nomachine клиента - за шаг до ...
На самой 1С не получится: formex`ом мы разве что фокус окон менять сможем, WScript.Shell`ом имитировать клаву, а с мышью что делать? Да и совсем корректно из самой 1С так делать - обработка может и не заметить потерю фокуса.
Разве что AutoIt приспособить, но я сильно сомневаюсь, что он будет вылавливать исчезающие/не перетаскивающиеся окна и не нажимающиеся кнопки
Re: Курощение nomachine клиента - за шаг до ...
dimbor писал(а): ↑29.04.2009 15:55Zetrs писал(а): ↑29.04.2009 14:46Если посмотреть Details пишет такое:
225 [unknown (0xE14)] nxssh 4320 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
NX> 203 NXSSH running with pid: 4320
19474 [unknown (0xE14)] nxssh 4320 open_stackdumpfile: Dumping stack trace to nxssh.exe.stackdump
Тупо тыкаешь на педаль подключения - подключается максимум раза с 5го.
Похоже моя винда, но вдруг кто подробности знает...
Хм... По STATUS_ACCESS_VIOLATION + stackdump вылетает правленый NXWin, когда в нем перехимичиваю с указателями.
НО!!! nxssh родной, его никто не правил. Очень похоже на призыв сменить оперативку. Либо поковырять правильность установки уиндоуз.
Для определения, виновата ли эта ветка, попробуйте с оригинальным клиентом. Останется - создавайте новую тему.
Мухи должны быть отдельно от еще не съеденных котлет.
Винда! Под VmWare и на другой машине не воспроизводится...
dimbor писал(а): ↑29.04.2009 15:55Zetrs писал(а): ↑29.04.2009 14:46Такая трабла: Исчезает окно.
В rootless режиме клиентское окно 1C самопроизвольно закрывается.
Процессы nxwin и nxssh остаются висеть. На сервере 1с тоже в процессах висит.
Т.о. нет только графики на клиенте.
Очень похоже, что происходит такое если окно свернуто и в этот момент в 1С появляется новое окно
(например результаты отчета или сообщение от другого пользователя не дошедшие в предыдущий сеанс).
Клиент: тутошний 13.2 (было и с 12.7)
Попробуйте с 11, если уйдет - моя бага (с z-порядком, там граничные условия прописаны пока чисто интуитивно). В этом случае главная проблема - описать условия 100% воспроизведения. Остальное дело техники. Но сначала решить с гарантир. запуском сессии.
А вот тут все глухо. И с 11 и c родным от NoMachine. и на другом серве (софт тот же) фигня одна и та же.
Единственная разница - то что при повторном запуске родной клиент вваливается в ту же сессию наверняка и показывает, вместо содержимого окна 1С, белый экран.
Воспроизводитсяс с 90%й вероятностью - запускаю любой отчет (проверял на 5ти разных) и сворачиваю окно. Исчезает.
Re: Курощение nomachine клиента - за шаг до ...
Подтверждаю для wine 1.0.9.43/18 и 1.0.8 + nxclient-3.3.0.6-r13.1-win32.exe, nxclient-3.3.0.6-r13.2-win32.exe, nxclient-3.3.0.6-r11-win32.exe
Воспроизведение: запускаем отчет, сворачиваем окно 1С, ждем тихого (без сообщений) выпадения.
nxssh и nxwin остаются болтаться в процессах
В wine 1.0.10.20/14 не падает.
"Родной" nxclient 3.3.0.6 на 1.0.8 падает, на 1.0.9.43/18 не заметил.
Re: Курощение nomachine клиента - за шаг до ...
Блин, хочу отрастить большую голову (а лучше - две), стать умным и написать MDI для линукса. Чтобы за это дали денег и два ордена...
Шутки - шутками, но под NX что-то надо будет придумывать с родственными отношениями окон именно для вайна. Патамучта писал уже (не помню) - под wm NX окна норм. приложений умудряются выстраиваться в дерево по категориям папа-сестры. А для всех окон вайна в сессии список всегда линейный (он же z-порядок), а папа - невидимый десктоп. "У нас с Сэмэном папа был один" - как-то так и далее по тексту. Наличие свойства WM_TRANSIENT_FOR во первых не гарантируется, во вторых - используется(валось) очень странным образом.
Короче, опять геморрой не заставил себя долго ждать. Сочувственные каблограммы принимаются здесь. Идиотский вопрос, а локально все нормально пашет?
Если в текущей переписке удастся уговорить разработчиков вайна промаркировать свои окна скопом и MDI в частности, то все решится относительно просто. А нет - так опять придется химичить в nxagent, вытягивать в клиент окна, которые там сейчас просто отсутствуют как собсно окна.
Шутки - шутками, но под NX что-то надо будет придумывать с родственными отношениями окон именно для вайна. Патамучта писал уже (не помню) - под wm NX окна норм. приложений умудряются выстраиваться в дерево по категориям папа-сестры. А для всех окон вайна в сессии список всегда линейный (он же z-порядок), а папа - невидимый десктоп. "У нас с Сэмэном папа был один" - как-то так и далее по тексту. Наличие свойства WM_TRANSIENT_FOR во первых не гарантируется, во вторых - используется(валось) очень странным образом.
Короче, опять геморрой не заставил себя долго ждать. Сочувственные каблограммы принимаются здесь. Идиотский вопрос, а локально все нормально пашет?
Если в текущей переписке удастся уговорить разработчиков вайна промаркировать свои окна скопом и MDI в частности, то все решится относительно просто. А нет - так опять придется химичить в nxagent, вытягивать в клиент окна, которые там сейчас просто отсутствуют как собсно окна.
Re: Курощение nomachine клиента - за шаг до ...
Еще неплохо бы пару лишних часов ... ну хотя б пару раз в день
Да и в десктопе тоже.
Re: Курощение nomachine клиента - за шаг до ...
Локально это в NX десктопе?
Кроме потери фокуса (бывает) и сражений за то, какое из окон должно быть сверху (когда запущено нескольких приложений из под wine) проблем с отрисовкой окон значительно меньше (хочу заметить что в WinXP с 1С 7.7 тоже не все идеально).
З.Ы. Все время использовал твоих NX-клиентов в режиме десктоп (ничего не сломано).
Re: Курощение nomachine клиента - за шаг до ...
Там где есть множественные рабочие столы этот костыль не нужен, совсем!
Так же пропадают окна, но это очень WM-специфично, вот на fvwm пропадают точно...
Re: Курощение nomachine клиента - за шаг до ...
Ничто так не может радовать, как горе ближнего... Это уже лучше, значительно лучше. wm-специфично - звучит обнадеживающе.
И определяет первоочередные направления рытья. Буду посмотреть.
Спасибо за инфу всем откликнувшимся. Ну а гонец, принесший плохую весть, нам еще пригодится, думается
Re: Курощение nomachine клиента - за шаг до ...
Интересно, что здесь может обнадёжить? Из того что видно в рассылке понятно, что методом "проб и ошибок" этерсовтовцы "натаскивают" вайн на отдельные WM, в первую очередь kwin (так кажется он называется), во вторую metacity, на стандарты не смотрят, т.к. это слишком затратно. Тут надо сказать, что это оправдано, т.к. "гибкость" некоторых WM превосходит самые смелые фантазии. Но всё это оптимизма мне не добавляет.
Re: Курощение nomachine клиента - за шаг до ...
Голову не срубили и то спасибо
Забыл покосить вчера висящие процессы (nxwin, nxssh), так сегодня утром вылезло 1С окно "Сменилась рабочая дата"
Заказал 1.0.10, поглянем ...
Re: Курощение nomachine клиента - за шаг до ...
prof писал(а): ↑30.04.2009 02:08Интересно, что здесь может обнадёжить? Из того что видно в рассылке понятно, что методом "проб и ошибок" этерсовтовцы "натаскивают" вайн на отдельные WM, в первую очередь kwin (так кажется он называется), во вторую metacity, на стандарты не смотрят, т.к. это слишком затратно.
Обнадеживает это самое подтвержденное "wm-специфично". Т.е. было бы "nx-специфично" - тогда была бы задница. Причины простые: nx-технология, проект хоть и с открытым кодом, но с минимумом документации и фактически не имеющий аналогов. Я тоже действую методом проб и ошибок, только в отличие от этерсофтовцев еще и любитель, а не проф. программер (???). Постигать таким манером ошибку в самой nx-технологии - вещь крайне трудоемкая. А тут "всего лишь" wm. Это-то и радует.
Т.е. есть "плохие" и "хорошие" wm, глядя на их код + ICCCM, можно понять, что не хватает/лишнее в плохих. (Прочтение только ICCCM обладает особенностью: понимаю, что он нарушен, только когда проблема уже решена.) Из не к ночи упомянутого kwin перетащено под wm вин-клиента уже довольно много. Даже не кода, а идей реализации.
А по конкретике могу сказать следующее. Исходная гипотеза о причинах баги такая: Сейчас x-клиент (1c) не знает о том, что его окно минимизировано. Минимизация окна (с точки зрения Х-ов) производится изменением его положения и размеров (-32000.-32000 0 X 0). По причине прошлого полного отсуствия WM_STATE, в Iconify со стороны wm оно сейчас не ставится. А по идее должно.
Причина гибели главного окна при открытии в нем MDI скорее всего в его размерах/положении на этот момент. Причем для nx-ового wm новорожденный MDI (таблица) - не объект "окно", а всего лишь damage-регион в ShadowDIB. Понятно, что DIB ограничен экраном, и так далеко вверх и влево не распространен.
Имеют право на существование три пути решения. Первый - объяснить (nx-клиенту/серверу - пока хз), что рисование картинки в пустом месте, да еще и находящемуся в ибенях, вполне себе не повод для панического суицида.
Второй - реализовать нормальную схему минимизации с Iconify и всеми делами. Просовывать все-таки клиенту WM_STATE и позволять его изменять. Не уверен, что ограничится только этим. Это дело будет подольше, в т.ч. и по без-затратным причинам.
Третий путь самый предпочтительный. Если эти вайновские "MDI" будут промаркированы разработчиками (что позволит мне их отличать от прочих и отличать вообще), так я и сделаю их MDI. Клиент-то виндовый! И за реализацией тянуться далеко не надо.
Заодно и трафика сэкономим, nx - штука конечно продвинутая, но в случае с вайном работает как RAdmin и не использует большинства своих возможностей.
P.S.: Да, падает на всех вайнах и клиентах, похоже. Способ воспроизведения - в любой ert после приличествующей задержки вставить строчки:
Код: Выделить всё
Таб=СоздатьОбъект("Таблица");
Таб.Показать();
Я воспользовался speedtest3 (20000 - секунд 6 получилось)
Re: Курощение nomachine клиента - за шаг до ...
Ситуация гораздо хуже. Окно не валится, оно исчезает! Процессы продолжают висеть в памяти, и даже функционировать, а WM про их окна больше ничего не знает. Потому и сессии продолжают висеть, что окно где-то в космосе существует, да телескопа для него нет.dimbor писал(а): ↑30.04.2009 13:49А по конкретике могу сказать следующее. Исходная гипотеза о причинах баги такая: Сейчас x-клиент (1c) не знает о том, что его окно минимизировано. Минимизация окна (с точки зрения Х-ов) производится изменением его положения и размеров (-32000.-32000 0 X 0). По причине прошлого полного отсуствия WM_STATE, в Iconify со стороны wm оно сейчас не ставится. А по идее должно.
Причина гибели главного окна при открытии в нем MDI скорее всего в его размерах/положении на этот момент. Причем для nx-ового wm новорожденный MDI (таблица) - не объект "окно", а всего лишь damage-регион в ShadowDIB. Понятно, что DIB ограничен экраном, и так далеко вверх и влево не распространен.