Курощение nomachine клиента - за шаг до ... ((1С, wine@Etersoft, freenx, NXClient for Windows))

Модераторы: dimbor, Модераторы разделов

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Djelf »

dimbor писал(а):
23.04.2009 03:05
Ловите очередную сборку. Дергания окон задушены. Но временами Х-ам проходит то, что вроде бы не должно, и возникают любопытные визуальные глюки, вроде безобидные.

NXAgent nxwin_3.3.0_2_dimbor_r12.10.rar тихо вылетает при сворачивании окон с 1C (на wine 1.0.8 и на 1.0.10). С ОО вроде все порядке.
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: Курощение nomachine клиента - за шаг до ...

Сообщение dimbor »

Djelf писал(а):
23.04.2009 12:19
NXAgent nxwin_3.3.0_2_dimbor_r12.10.rar тихо вылетает при сворачивании окон с 1C (на wine 1.0.8 и на 1.0.10). С ОО вроде все порядке.

Благодарю, поправил. Положил туда-же, номер тот-же.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Djelf »

dimbor писал(а):
23.04.2009 13:35
Благодарю, поправил. Положил туда-же, номер тот-же.

Шикарно! (с) Картман
Вот теперь однозначно в шапку!

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 срабатывает. В рутлесе такой фокус не прокатывает :unsure:
Проверил на оригинальном NXWin - то же самое, отпостил в 396й баг.
Спасибо сказали:

bsavelev
Сообщения: 231
ОС: Debian

Re: Курощение nomachine клиента - за шаг до ...

Сообщение bsavelev »

dimbor писал(а):
23.04.2009 13:35
Djelf писал(а):
23.04.2009 12:19
NXAgent nxwin_3.3.0_2_dimbor_r12.10.rar тихо вылетает при сворачивании окон с 1C (на wine 1.0.8 и на 1.0.10). С ОО вроде все порядке.

Благодарю, поправил. Положил туда-же, номер тот-же.

и я пересобрал

Djelf писал(а):
23.04.2009 14:05
bsavelev думаю можно почистить ftp://ftp.etersoft.ru/pub/Etersoft/RX@Etersoft/Windows/ от промежуточных версий.

пусть будет, жалко что ли?-)
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Djelf »

bsavelev писал(а):
23.04.2009 14:18
пусть будет, жалко что ли?-)

Многовато их там :happy: Глаза начали разбегаются - не понятно какой клиент качать :tongue:
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Djelf »

Новый баг в связке nxwin_3.3.0_2_dimbor_r12.10.rar + wine 1.0.8
После перемещения окна 1С "Поиск ссылок на объекты" и "Удаление помеченных" кнопки окна не нажимаются (в том числе и крестик закрытия). По ESC окно закрывается.
В wine 1.0.10.19/13 все ОК.
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: Курощение nomachine клиента - за шаг до ...

Сообщение dimbor »

Djelf писал(а):
23.04.2009 15:10
Новый баг в связке nxwin_3.3.0_2_dimbor_r12.10.rar + wine 1.0.8
После перемещения окна 1С "Поиск ссылок на объекты" и "Удаление помеченных" кнопки окна не нажимаются (в том числе и крестик закрытия). По ESC окно закрывается.
В wine 1.0.10.19/13 все ОК.

Это из-за того, что я снес 1.0.8 с домашнего сервака. В ответственные моменты мне надо мониторить с видны логи сервера в реальном времени, оно производится по SMB. Удаленно разбираться под десяткой было очень стремно.

Задача минимум, к которой не знаю, с какого конца подойти - чем мне по ssh в real-time мониторить лог (а ля просмотрщик FAR-а, чтобы можно было еще и пролистывать)?
А задача максимум - как бы установить на одном серваке несколько вайнов одновременно, да еще и обойтись при этом без OpenVZ? Зоопарк сетевых интерфейсов будет неудобен на клиенте, да и 1с-ку придется много раз устанавливать...

А под 1.0.9 с кнопсами как? Если хорошо, то может для восьмерки использовать предыдущие версии клиента?
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Djelf »

dimbor писал(а):
23.04.2009 16:03
А под 1.0.9 с кнопсами как? Если хорошо, то может для восьмерки использовать предыдущие версии клиента?

В 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 , ждем фикса.

dimbor писал(а):
23.04.2009 16:03
Задача минимум, к которой не знаю, с какого конца подойти - чем мне по ssh в real-time мониторить лог (а ля просмотрщик FAR-а, чтобы можно было еще и пролистывать)?

tail -f $logfile ?
Спасибо сказали:

Аватара пользователя
DjSpike
Сообщения: 2265
Статус: в поисках истины
ОС: Lubuntu 12.04

Re: Курощение nomachine клиента - за шаг до ...

Сообщение DjSpike »

Обновился ... поставил 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 клиента - за шаг до ...

Осталось только бага с невозможность выбрать из списка пользователей и принтеры...
AvReg - По для организации Видеонаблюдения на Linux.
ДЭНСИ:КАССА - Рабочее место кассира под Linux.
Терминальные решения под Linux
Консультации по установке 1с+PostgreSQL+Ubuntu.
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: Курощение nomachine клиента - за шаг до ...

Сообщение dimbor »

Djelf писал(а):
23.04.2009 17:12
tail -f $logfile ?

Пасиб - оно (я забыл, что там имеется ключик -n).

На самом деле на тему z-беспорядка глюков там больше (и в стартовом окне 1с в т.ч.). Поэтому, т.к. в лоб не вышло - буду опять читать букварь. Заодно заведу тьму пользователей и попробую поймать багу про их выбор.
Затихну на пару дней. Блин, как оно все уже достало!
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: Курощение nomachine клиента - за шаг до ...

Сообщение dimbor »

Даже как-то обидно: некоторые пред-релизы выпускают, а я - нет. Надо исправить. Выкладываю сразу два, чтоб завидовали. ;)

Глюки в меру сил половлены.
В качестве бонуса - отображение окна выбора пользователя на панели задач. (Матом не ругается.)

В #1 шаманство с перетаскиванием больных окон отключено. Как следствие - под 1.0.8 календарь и калькулятор не таскаются, зато "объекты" ведут себя нормально. И, может быть, хорошая новость: одну петлю сообщений удалось ненароком повредить, поэтому больные при перетаскивании не дергаются, а тормозят. По крайней мере у меня.

#2 - соответственно с шаманством. Под 1.0.8 "объекты" после перетаскивания глючат, т.к. у вайновской мышиной подсистемы после нетривиального перетаскивания случается приступ недоверия, и она продолжает считать, что окно находится там, откуда его тащили.
Клиентом не ловится. А начиная с девятки - вроде ОК.

Делайте выбор - что лучше. И говорите мне.

Upd 26.04.09: Отремонтирован крах при запуске в режиме "десктоп".

Upd 27.04.09: Уехало в шапку темы.
Спасибо сказали:

bsavelev
Сообщения: 231
ОС: Debian

Re: Курощение nomachine клиента - за шаг до ...

Сообщение bsavelev »

обновления там же.
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: Курощение nomachine клиента - за шаг до ...

Сообщение dimbor »

Убрал очередной ляп. Тяните оттуда же.

P.S. При написании этого поста реально пригодился NX-Client. Запустил файрфокс на одной из точек. Так и пишу.
Из дома говорят, что "до вас не докатились пока обновления dns" и советуют прописать адрес 89.104.102.12. А по нему открывается вики "Система учёта бюллетеней". И к чему бы это? Сбой СОРМ? ;)
А с точки по тому-же адресу лежит линукс-форум...
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: Курощение nomachine клиента - за шаг до ...

Сообщение dimbor »

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

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с-ке что-то придумать? Каждый произведенный чих приходится проверять вручную, а терпения и времени не хватает. Отсюда множество ляпов. Идеи и/или пожертвования интеллектуальной собственности имеются?
Спасибо сказали:

Zetrs
Сообщения: 10

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Zetrs »

Огромное всем спасибо!
Дочитал тему, первую половину уже не помню и дым из ушей идет :)

Такая трабла: Исчезает окно.
В 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го.
Похоже моя винда, но вдруг кто подробности знает...
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: Курощение nomachine клиента - за шаг до ...

Сообщение dimbor »

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% воспроизведения. Остальное дело техники. Но сначала решить с гарантир. запуском сессии.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Djelf »

dimbor писал(а):
28.04.2009 00:25
Может на 1с-ке что-то придумать? Каждый произведенный чих приходится проверять вручную, а терпения и времени не хватает. Отсюда множество ляпов. Идеи и/или пожертвования интеллектуальной собственности имеются?

На самой 1С не получится: formex`ом мы разве что фокус окон менять сможем, WScript.Shell`ом имитировать клаву, а с мышью что делать? Да и совсем корректно из самой 1С так делать - обработка может и не заметить потерю фокуса.
Разве что AutoIt приспособить, но я сильно сомневаюсь, что он будет вылавливать исчезающие/не перетаскивающиеся окна и не нажимающиеся кнопки :wacko:
Спасибо сказали:

Zetrs
Сообщения: 10

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Zetrs »

dimbor писал(а):
29.04.2009 15:55
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 родной, его никто не правил. Очень похоже на призыв сменить оперативку. Либо поковырять правильность установки уиндоуз.
Для определения, виновата ли эта ветка, попробуйте с оригинальным клиентом. Останется - создавайте новую тему.
Мухи должны быть отдельно от еще не съеденных котлет.


Винда! Под VmWare и на другой машине не воспроизводится...

dimbor писал(а):
29.04.2009 15:55
Zetrs писал(а):
29.04.2009 14:46
Такая трабла: Исчезает окно.
В rootless режиме клиентское окно 1C самопроизвольно закрывается.
Процессы nxwin и nxssh остаются висеть. На сервере 1с тоже в процессах висит.
Т.о. нет только графики на клиенте.
Очень похоже, что происходит такое если окно свернуто и в этот момент в 1С появляется новое окно
(например результаты отчета или сообщение от другого пользователя не дошедшие в предыдущий сеанс).
Клиент: тутошний 13.2 (было и с 12.7)

Попробуйте с 11, если уйдет - моя бага (с z-порядком, там граничные условия прописаны пока чисто интуитивно). В этом случае главная проблема - описать условия 100% воспроизведения. Остальное дело техники. Но сначала решить с гарантир. запуском сессии.


А вот тут все глухо. И с 11 и c родным от NoMachine. и на другом серве (софт тот же) фигня одна и та же.
Единственная разница - то что при повторном запуске родной клиент вваливается в ту же сессию наверняка и показывает, вместо содержимого окна 1С, белый экран.
Воспроизводитсяс с 90%й вероятностью - запускаю любой отчет (проверял на 5ти разных) и сворачиваю окно. Исчезает.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Djelf »

Zetrs писал(а):
29.04.2009 18:17
Воспроизводитсяс с 90%й вероятностью - запускаю любой отчет (проверял на 5ти разных) и сворачиваю окно. Исчезает.

Подтверждаю для 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 не заметил.
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: Курощение nomachine клиента - за шаг до ...

Сообщение dimbor »

Блин, хочу отрастить большую голову (а лучше - две), стать умным и написать MDI для линукса. Чтобы за это дали денег и два ордена...

Шутки - шутками, но под NX что-то надо будет придумывать с родственными отношениями окон именно для вайна. Патамучта писал уже (не помню) - под wm NX окна норм. приложений умудряются выстраиваться в дерево по категориям папа-сестры. А для всех окон вайна в сессии список всегда линейный (он же z-порядок), а папа - невидимый десктоп. "У нас с Сэмэном папа был один" - как-то так и далее по тексту. Наличие свойства WM_TRANSIENT_FOR во первых не гарантируется, во вторых - используется(валось) очень странным образом.

Короче, опять геморрой не заставил себя долго ждать. Сочувственные каблограммы принимаются здесь. Идиотский вопрос, а локально все нормально пашет?

Если в текущей переписке удастся уговорить разработчиков вайна промаркировать свои окна скопом и MDI в частности, то все решится относительно просто. А нет - так опять придется химичить в nxagent, вытягивать в клиент окна, которые там сейчас просто отсутствуют как собсно окна.
Спасибо сказали:

Zetrs
Сообщения: 10

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Zetrs »

dimbor писал(а):
29.04.2009 22:01
Блин, хочу отрастить большую голову (а лучше - две), стать умным и написать MDI для линукса. Чтобы за это дали денег и два ордена...


Еще неплохо бы пару лишних часов ... ну хотя б пару раз в день :)

dimbor писал(а):
29.04.2009 22:01
Короче, опять геморрой не заставил себя долго ждать. Сочувственные каблограммы принимаются здесь. Идиотский вопрос, а локально все нормально пашет?


Да и в десктопе тоже.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Djelf »

dimbor писал(а):
29.04.2009 22:01
Идиотский вопрос, а локально все нормально пашет?

Локально это в NX десктопе?
Кроме потери фокуса (бывает) и сражений за то, какое из окон должно быть сверху (когда запущено нескольких приложений из под wine) проблем с отрисовкой окон значительно меньше (хочу заметить что в WinXP с 1С 7.7 тоже не все идеально).
З.Ы. Все время использовал твоих NX-клиентов в режиме десктоп (ничего не сломано).
Спасибо сказали:

prof
Сообщения: 119
ОС: gentoo

Re: Курощение nomachine клиента - за шаг до ...

Сообщение prof »

dimbor писал(а):
29.04.2009 22:01
Блин, хочу отрастить большую голову (а лучше - две), стать умным и написать MDI для линукса.
Там где есть множественные рабочие столы этот костыль не нужен, совсем!

dimbor писал(а):
29.04.2009 22:01
Идиотский вопрос, а локально все нормально пашет?
Так же пропадают окна, но это очень WM-специфично, вот на fvwm пропадают точно...
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: Курощение nomachine клиента - за шаг до ...

Сообщение dimbor »

prof писал(а):
29.04.2009 23:49
dimbor писал(а):
29.04.2009 22:01
Идиотский вопрос, а локально все нормально пашет?
Так же пропадают окна, но это очень WM-специфично, вот на fvwm пропадают точно...

Ничто так не может радовать, как горе ближнего... Это уже лучше, значительно лучше. wm-специфично - звучит обнадеживающе.
И определяет первоочередные направления рытья. Буду посмотреть.

Спасибо за инфу всем откликнувшимся. Ну а гонец, принесший плохую весть, нам еще пригодится, думается ;)
Спасибо сказали:

prof
Сообщения: 119
ОС: gentoo

Re: Курощение nomachine клиента - за шаг до ...

Сообщение prof »

dimbor писал(а):
30.04.2009 01:43
Ничто так не может радовать, как горе ближнего... Это уже лучше, значительно лучше. wm-специфично - звучит обнадеживающе.
Интересно, что здесь может обнадёжить? Из того что видно в рассылке понятно, что методом "проб и ошибок" этерсовтовцы "натаскивают" вайн на отдельные WM, в первую очередь kwin (так кажется он называется), во вторую metacity, на стандарты не смотрят, т.к. это слишком затратно. Тут надо сказать, что это оправдано, т.к. "гибкость" некоторых WM превосходит самые смелые фантазии. Но всё это оптимизма мне не добавляет.
Спасибо сказали:

Zetrs
Сообщения: 10

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Zetrs »

dimbor писал(а):
30.04.2009 01:43
Спасибо за инфу всем откликнувшимся. Ну а гонец, принесший плохую весть, нам еще пригодится, думается ;)


Голову не срубили и то спасибо :)

Забыл покосить вчера висящие процессы (nxwin, nxssh), так сегодня утром вылезло 1С окно "Сменилась рабочая дата" :)

Заказал 1.0.10, поглянем ...
Спасибо сказали:

Zetrs
Сообщения: 10

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Zetrs »

Djelf писал(а):
29.04.2009 20:38
В wine 1.0.10.20/14 не падает.


У меня падает :( С любым клиентом.
Спасибо сказали:

Djelf
Сообщения: 614
ОС: Гигтег+Цшт32

Re: Курощение nomachine клиента - за шаг до ...

Сообщение Djelf »

Zetrs писал(а):
30.04.2009 11:40
У меня падает :( С любым клиентом.

Вот тебе раз :angry: Вчера не поймал, сегодня с первого раза вылетел...
Значит финальный результат: тихо прячется в процессах любой nxclient при любом wine. Шикарно :crazy:
Спасибо сказали:

dimbor
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: Курощение nomachine клиента - за шаг до ...

Сообщение dimbor »

prof писал(а):
30.04.2009 02:08
dimbor писал(а):
30.04.2009 01:43
Ничто так не может радовать, как горе ближнего... Это уже лучше, значительно лучше. wm-специфично - звучит обнадеживающе.
Интересно, что здесь может обнадёжить? Из того что видно в рассылке понятно, что методом "проб и ошибок" этерсовтовцы "натаскивают" вайн на отдельные 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 получилось)
Спасибо сказали:

prof
Сообщения: 119
ОС: gentoo

Re: Курощение nomachine клиента - за шаг до ...

Сообщение prof »

dimbor писал(а):
30.04.2009 13:49
А по конкретике могу сказать следующее. Исходная гипотеза о причинах баги такая: Сейчас x-клиент (1c) не знает о том, что его окно минимизировано. Минимизация окна (с точки зрения Х-ов) производится изменением его положения и размеров (-32000.-32000 0 X 0). По причине прошлого полного отсуствия WM_STATE, в Iconify со стороны wm оно сейчас не ставится. А по идее должно.

Причина гибели главного окна при открытии в нем MDI скорее всего в его размерах/положении на этот момент. Причем для nx-ового wm новорожденный MDI (таблица) - не объект "окно", а всего лишь damage-регион в ShadowDIB. Понятно, что DIB ограничен экраном, и так далеко вверх и влево не распространен.
Ситуация гораздо хуже. Окно не валится, оно исчезает! Процессы продолжают висеть в памяти, и даже функционировать, а WM про их окна больше ничего не знает. Потому и сессии продолжают висеть, что окно где-то в космосе существует, да телескопа для него нет.
Спасибо сказали: