nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.? (Сколько ни болела, а начинает помирать.)

[dimbor]

Актуальная на апрель 2015 сборка-установщик NXClientCE-3.5.0-9-r15.0.exe

Описание.

----------------------------------------------------------------------------------------------------
Исходное содержимое сообщения:

Выкладываю сабж совместно с полным содержимым каталога BIN к NXClient-3.4.0-7.
Все пересобрано под новым Cygwin, вру - кроме nxfind и nxesd.
Выкладывается для тестирования и обоснованной ругани.
r14.0 - нолик говорит о том, что нового функционала не добавлено, перекинут старый.
Хочу получить отзывы о работе и наличии старых/новых глюков. Список мест, где они могут возникнуть, находится здесь.
Актуально будет сообщить серверную ОС, версию серверного nx, а также при глюках в 1с версию вайна@.

NXClient_bin-3.4.0_7-nxwin-3.4.0-5-r14.0.rar

Upd 07.07.10:
Добавил diff к nxwin все в таком же безобразном виде, т.к. все свершения в нем переплетены конкретно.
Чтобы разделить, надо их свершить заново. Идея вынести мой код в отдельные файлы пока тоже не покатила, потому что там перед make еще imake есть с подвыподвертом. Замучаемся пыль глотать. ©
nxwin-3.4.0-5-r14.0_dimbor_diff.zip

Upd 12.07.10:
Инсталятор с новой сборкой.
NXClientCE-3.4.0-7.r14.1.exe

Upd 28.10.10:
В погоне за обновляющимся цигвином и turbojpeg
NXClientCE-3.4.0-7.r14.3.exe
NXClientCE-3.4.0-7.r14.3-turbojpeg.exe

Upd 15.11.10:
NXClientCE-3.4.0-10.r14.4.exe
Git проекта.

[Djelf]

Периодически клиент вываливается с ошибкой "Cannot initialize the display service"... OpenNX грузит NXWin без сбоев.
При этом nxservice валится в nxservice.exe.stackdump
После удачного запуска клиент работает стабильно.

Поменял в nxservice\Service.cpp fork() на vfork() в stackdump все равно падает (ну да и не мешает особо), но за сотню запусков nxclient пока ошибки "Cannot initialize the display service" не выскочило.

upd: Да что ж такое... на 101й раз опять вылезло... ну никак стабильно не воспроизвести ошибку

[dimbor]

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

[Djelf]

Думаю это не долеченное http://www.nomachine.com/tr/view.php?id=TR06D01417

upd 12.07.10 частично разобрался: на моей Win7 32bit nxclient запускает nxservice. nxservice запускает дочерний процесс fork()`ом чтоб из него запустить nxwin, при этом дочерний процесс сразу же падает, правда это случается но не всегда. Суровый cygwin видимо думает "попытка не пытка" и упрямо пытается форкнуть nxservice, удивительно, но ему это удается хотя и не с первого раза. Далее nxservice все таки запускает nxwin, но NoMachine об этом механизме не в курсе и сделали свою затычку. Редкие падения nxwin при запуске пока остаются тайной, хотя после поведения fork() меня это не удивляет.
Гугление сообщило что аналогичные ситуации случаются, но из предложенных рецептов ни один не помог, а копаться еще и в исходниках cygwin это перебор...
Собственно вариантов несколько: 1- поскольку случается не часто (и видимо не на всех машинах) можно отложить на неопределенное время; 2- переписать запуск nxwin из nxservice без fork() вот только поможет ли это запуску nxwin; 3- пойти путем cygwin - упорно (раз 10) запускать nxwin до победы.

[dimbor]

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

Я правильно понял, что эта проблема cygwin только на w7? Тогда пусть цыгвино-писатели с этим парятся, ибо fork() под виндой - субстанция зыбкая как Гримпенская трясина.

3- пойти путем cygwin - упорно (раз 10) запускать nxwin до победы.

Этот метод настоящих индейцев мне милее всего еще и потому, что когда в цигвине все станет хорошо, в клиенте ничего не надо будет переписывать.

[Djelf]

Я правильно понял, что эта проблема cygwin только на w7? Тогда пусть цыгвино-писатели с этим парятся, ибо fork() под виндой - субстанция зыбкая как Гримпенская трясина.

Поздно

fork() убран, запуск идет через CreateProcessA(), естественно больше никаких stackdump`ов и вроде даже побыстрее стало...
Стабильность запуска nxwin пока под вопросом (хотя метод тот же что и в OpenNX т.е. должен работать стабильно, пока сбоев не было).

Этот метод настоящих индейцев мне милее всего еще и потому, что когда в цигвине все станет хорошо, в клиенте ничего не надо будет переписывать.

Меняется только метод запуска и ставится заглушка на проверку запуска через fork(). Так что переписывать особенно не придется.

P.S. ну до чего же извращенный метод запуска компонетов в nxclient... а левого кода и всяких затычек в nxservice...

P.P.S. Полный клиент с инсталлятором NXClientCE-3.4.0-7.r14.1.exe

[dimbor]

P.P.S. Полный клиент с инсталлятором NXClientCE-3.4.0-7.r14.1.exe

Мы Вас, профессор, поздравляем....
Переложил в форумное хранилище, ссылка - в шапке темы. (между прочим, у тебя туда доступ есть. Что мне лишнюю работу придумываешь? гав-гав-гав.)
А откуда единичка взялась (r14.1)? В nxwin тоже что-то изменено, или символизирует победу над nxservice?

[Djelf]

У мну тут всего 10 метров, а клиент 5.7 весит... Пусть в 2х местах лежит, это не вредно.
Нет, кроме nxservice больше ничего не менял, но изменение сборки было, а версии надо как-то отделять.
Тем более что она пока в черновом варианте (с дебажным кодом, но это правильно), патч будет немного позднее - его надо покомпактнее сделать, чтоб потом вообще с ним не мучиться.

[Djelf]

Немножко проверил rootless:

mousepad - меню по правой кнопке мыши, появляется лишнее обрамление (в том смысле что его вообще не должно быть, а оно появляется да еще и оторвано от меню).

w@e 1.0.12-3/4 1с 7.7 при запуске 1С, при закрытии окна "Файл/Открыть", при закрытии калькулятора задержки в 1-2с, в консоли

Код: Выделить всё

fixme:event:wait_for_withdrawn_state window 0x800d0/8002e5 wait timed out
fixme:tab:TAB_SetCurFocus Should set input focus

в desktop такого не наблюдается.
Калькулятор таскается нормально.

OpenOffice, Firefox - без нареканий.
speedtest3 в рутлесс на 10% быстрее чем в desktop.

[dimbor]

speedtest3 в рутлесс на 10% быстрее чем в desktop.

Это называется "подсластить пилюлю".

mousepad - меню по правой кнопке мыши, появляется лишнее обрамление (в том смысле что его вообще не должно быть, а оно появляется да еще и оторвано от меню).

w@e 1.0.12-3/4 1с 7.7 при запуске 1С, при закрытии окна "Файл/Открыть", при закрытии калькулятора задержки в 1-2с, в консоли

Код: Выделить всё

fixme:event:wait_for_withdrawn_state window 0x800d0/8002e5 wait timed out
fixme:tab:TAB_SetCurFocus Should set input focus

Серверный nx какой? 3.4.0. небось. А патчи из "Курощения" туда все накачены? Если не лень, посмотри pls.
Сам отложу разборки с ним - времени активно не хватает. Десятый раз повторяю: ни хрена там нового пока нет! Ставь 3.3 и не парься. Имею в логах предупреждения о несоответствии версий, зато остальное в шоколаде.

Вайна .12 не видел, т.к. система отгрузки сначала трое суток думает, а потом в 80% случае забывает о моем существовании. (off: сказал бы кто на ухо, нафига он нужен. Крипто-про там есть? Нету, сам знаю. Гонка за "ванилью" и все глюки оттуда точно есть, к бабке не ходи.)

[Djelf]

Это называется "подсластить пилюлю".

Неть... это тонкий намек на то что desktop работает медленнее

Серверный nx какой? 3.4.0. небось. А патчи из "Курощения" туда все накачены? Если не лень, посмотри pls.
Сам отложу разборки с ним - времени активно не хватает. Десятый раз повторяю: ни хрена там нового пока нет! Ставь 3.3 и не парься. Имею в логах предупреждения о несоответствии версий, зато остальное в шоколаде.

Тот самый сервер с 3.3 на котором "курощение" и тестилось (работает - не трогаю), 3.4 на той машине ставить не буду, эта версия под Ubuntu 10.04 не хочет воспринимать CapsLock, а на нем рус/лат висит... не охота на грабли наступать.
Кстати mousepad и на твоей старой версии nxwin так же себя ведет. Но офф версии с ним все ок. Ну не доглядел я когда то...

Вайна .12 не видел, т.к. система отгрузки сначала трое суток думает, а потом в 80% случае забывает о моем существовании. (off: сказал бы кто на ухо, нафига он нужен. Крипто-про там есть? Нету, сам знаю. Гонка за "ванилью" и все глюки оттуда точно есть, к бабке не ходи.)

В нем исправлена ошибка в работе с объектом formex`а "Дерево+Таблица" который вешал вайн на твоей конфигурации 1С
Могу поставить более старый вайн где нибудь... но wait_for_withdrawn_state настораживает... (не припомню такого) со старым nxwin то же самое, видимо это новый подарочек w@e.

P.S. 2й день на nxservice-nofork, ошибка не проявляется...

[dimbor]

Кстати mousepad и на твоей старой версии nxwin так же себя ведет. Но офф версии с ним все ок. Ну не доглядел я когда то...

Буду посмотреть неспешно.

В нем исправлена ошибка в работе с объектом formex`а "Дерево+Таблица" который вешал вайн на твоей конфигурации 1С

Упс! Беру свои слова взад (бага подписана на мой протухший мейл). Сейчас буду систему отгрузки уговаривать.

Могу поставить более старый вайн где нибудь... но wait_for_withdrawn_state настораживает... (не припомню такого) со старым nxwin то же самое, видимо это новый подарочек w@e.

Как же не помнишь? В свое время это был конкретный затык (причем всех клиентов) и вони было на несколько месяцев, в основном моей. В оконцовке пришлось самому же и патчить. Посмотри, этот патч точно у тебя имеется? Одиноко лежащая закрытая бага - вот.
Если есть, тогда назревают вопросы к Hoblin-у: Скажи, о всевидящий, код свободной сборки вайна совпадает с кодом текущего коммерческого в бывшей открытой части? Поясню: раньше брал исходники открытой части (dlls/winex11.drv/event.c) и немножко думал. Если сейчас брать нечего, придется множко трассировать оконные сообщения. Что задержит.

P.S. 2й день на nxservice-nofork, ошибка не проявляется...

Карашо! Так ты не сказал, это w7 типичная бага или как? А то сам ее ни разу не видел.

[Hoblin]

код свободной сборки вайна совпадает с кодом текущего коммерческого в бывшей открытой части? Поясню: раньше брал исходники открытой части (dlls/winex11.drv/event.c) и немножко думал. Если сейчас брать нечего, придется множко трассировать оконные сообщения. Что задержит.

Не совпадают. В свободном вайне версия уже 1.2, а закрытая сборка построена на 1.18.
Если нужна именно 1.18, то можно её получить по условиям LGPL - обладатель лицензии имеет право на исходники открытой части.
Ну или я могу прислать event.c или просто diff между версиями сделать, если нужно.

[Djelf]

Карашо! Так ты не сказал, это w7 типичная бага или как? А то сам ее ни разу не видел.

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

Как же не помнишь? В свое время это был конкретный затык (причем всех клиентов) и вони было на несколько месяцев, в основном моей. В оконцовке пришлось самому же и патчить. Посмотри, этот патч точно у тебя имеется? Одиноко лежащая закрытая бага - вот.

Позор на мою голову
Стоял nx_3.3.0-eter9, переставил на nx_3.3.0-eter18, со скоростью закрытия окон стало все в порядке.

Привел патчик к минимально необходимому виду

И стоило из за 30 строк fork() городить...
P.S. Если спецы по с/с++ патч поправят я не обижусь...

upd 15.07.10: Обновлены патч и nxservice

(добавлено определение выпадания nxwin, например из-за несоответсвия версии, раньше nxservice_nofork этого не замечал).

[dimbor]

Позор на мою голову
Стоял nx_3.3.0-eter9, переставил на nx_3.3.0-eter18, со скоростью закрытия окон стало все в порядке.

Ну тогда отбой тревоги, уф!
2Hoblin: Так если что, можно с полным правом теребить саппорт, домогаясь открытых исходников, хоть из них и сделана часть закрытого пакета? Я правильно понял?

[Hoblin]

Так если что, можно с полным правом теребить саппорт, домогаясь открытых исходников, хоть из них и сделана часть закрытого пакета? Я правильно понял?

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

[dimbor]

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

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

[Djelf]

Ну коли мода на libjpeg-turbo пошла, а заодно и cygwin обновился до 1.7.7 (в нем libjpeg-7 обновился до libjpeg-8; в оригинальном клиенте libjpeg-62.dll), то вот новые сборки:

NXClientCE-3.4.0-7.r14.2.exe
NXClientCE-3.4.0-7.r14.2-libjpegturbo.exe

NXWin пока старый, возможно если и его перекомпилировать, то удастся еще что-то по скорости выжать.

Старенький speedtest3 для 1С 7.7 из Курощения nomachine клиента был изменен для хоть какой-то проверки скорости вывода картинок:

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

Тест:
Сервер NX 3.3.0-eter18
Компрессия jpeg форсирована, измерялось минимальное/максимальное качество 0 и 9.
Тест 100 раз по 1000 строк, мин-макс среднее в секундах

NXClient (оригинальный) 3.4.0-7
0: 3.64-5.32 4.26
9: 3.92-5.56 4.68
NXClientCE-3.4.0-7.r14.1
0: 2.79-5.52 3.97
9: 2.84-4.47 3.61
NXClientCE-3.4.0-7.r14.2
0: 2.34-4.07 3.25
9: 2.29-3.60 2.92
NXClientCE-3.4.0-7.r14.2-libjpegturbo
0: 2.37-3.52 2.86
9: 2.36-4.01 2.10
Win32 (локально)
0.70-0.85 0.78
Win32 RDP (иконки даже не успевают нарисоваться)
0.33-0.93 0.46

Однако в нужном направлении похоже двигаемся

P.S. c libjpegturbo nxssh опять начал падать в stackdump, однако неприятных последствий этого я пока не заметил.

[Djelf]

Благодаря оперативности dimbor обновлены сборки с NXWin скомпилиованным под Cygwin 1.7.7 (старые версии тоже работоспособны, но где же разнообразие возможностей для тестирования?)

Обновление:

NXClientCE-3.4.0-7.r14.3.exe
NXClientCE-3.4.0-7.r14.3-libjpegturbo.exe



C OpenNX NXClientCE-3.4.0-7.r14.3-libjpegturbo.exe не работает! nxssh падает! С NXClientCE-3.4.0-7.r14.3.exe работает.

_{P.S. если Вы заметили что обновился cygwin, библиотеки NX т.п. пожалуйста, не стесняйтесь сообщить об этом!}

[dimbor]

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

[DjSpike]

Было бы очень хорошо, если бы в сравнении еще был бы и opennx

[Djelf]

Было бы очень хорошо, если бы в сравнении еще был бы и opennx

А он то тут при чем? OpenNX всего лишь открытая замена nxclient.exe, который закрыт. Оба (nxclient и opennx) являются запускалками NX-компонентов и непосредственно в отрисовке не участвуют т.е. результаты будут те же.

Другое дело что OpenNX может запускать сторонний Xserver через nxssh и nxproxy, в этом случае он становится похож по работе на x2go, но это сочетание значительно хуже чем NXWin, а про нормальную работу в wine можно вообще забыть...
Пробовал с Xming 6 и 7 версий и с VcXsrv - очень нехорошо.

[Civil]

r14.2 и r14.3 у меня не запустился на Windows 7 (Cannot initialize display service). r14.1 запустился.

OS: Windows 7 32-bit.

[Djelf]

r14.2 и r14.3 у меня не запустился на Windows 7 (Cannot initialize display service). r14.1 запустился.

Судя по твоим постам проблема в русском названии компа и имени пользователя т.к. с английскими именами у меня на аналогичных системах все ок.
Странно что r14.1 запустился... не должен был...

Проблем с русскими буквами целая куча:
1. Собственно основная проблема сам cygwin из-за которого надо делать обвязки для поддержки русского языка.
2. nxclinet.exe закрыт, поэтому с ним ничего не сделаешь и русские буквы все равно будут искажаться.
3. nxwin, nxssh т.е. то что перекомпилируется на новый cygwin изменить можно но в связи с п.2 это скорее всего не даст результата, хотя наверное если в них вставить перекодировщики с определением корректности получившихся путей, тогда результат будет...
4. opennx.exe открыт и в нем можно кое-что изменить, но все равно остается п.3 из за которого и он работать правильно не будет. Перекодировка путей внутри opennx тоже проблема - он юникодный, а wxWidgets в юникодной сборке теряет методы для перекодировки. Т.е. еще пара костылей потребуется.
5. свободного времени на п.3 нет.

В ближайшее время правильного решения не ждите

P.S. Думаю, частично проблему с русскими именами можно решить заменой в настройках NX длинных путей на короткие или установить nxclient в c:\nx и указать в клиенте оба пути c:\nx.

[Civil]

Djelf
Разные виртуалки. Более того, даже в русско-именной 14.2 и 14.3 падают с Cannot initialize, а 14.1 доходит до состояния "Downloading session information" и уже потом говорит failed.

2. nxclinet.exe закрыт, поэтому с ним ничего не сделаешь и русские буквы все равно будут искажаться.

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

3. nxwin, nxssh т.е. то что перекомпилируется на новый cygwin изменить можно но в связи с п.2 это скорее всего не даст результата, хотя наверное если в них вставить перекодировщики с определением корректности получившихся путей, тогда результат будет...

Я может-быть попробую поковыряться сам, но тоже со временем не все идеально...

P.S. Думаю, частично проблему с русскими именами можно решить заменой в настройках NX длинных путей на короткие...

Если бы... Он дописывает Hostname в темп-папки, а если он русский - ой-ой-ой... А в Windows Vista и 7 по-дефолту русский хост-нейм. Все больше людей даже в компаниях тупо пропускают этот пункт и жмут "далее". А о пользователях и говорить-то нечего...

[Djelf]

1) Слить клиент с сайта !M
2) Запустить его
Показывает, что русские буквы в именах он поддерживает.
Более того, замена nxclient.exe в сборках на nxclient.exe из !M-инсталярия не исправляет ситуации. Поэтому напрашивается вывод, что либо там хитроумные проверки, портящие все на неродной сборке (что врядли), либо он не виноват и они просто выклаыдвают несколько другие исходники остального ПО...

Проверю, но все равно на !M зарегистрировано много ошибок по причине неанглийских кодировок http://www.nomachine.com/tr/search.php?sea...amp;x=0&y=0
Официальный фикс проблемы от !M будет видимо только в 4й версии клиента.

Я может-быть попробую поковыряться сам, но тоже со временем не все идеально...

Тогда первый в очереди - nxservice, nxclient все необходимые для работы компоненты запускает не сам, а через него.

[Civil]

Взял чистую ВМ (русская Win 7 с русским юзернеймом и именем хоста) и получил следующее:
!M клиент: работает даже если имя пользователя русское и имя хоста тоже.
3.4.0-5-r14.1 - Русское имя компьютера: доходит до открытия NXWin'а и вылетает со словами, что не может обратится к временным файлам (в их пути вместо русских букв - мусор). Русское имя пользователя - работает.
3.4.0-5-r14.2/14.3 - Failed to initialize Display service если имя компьютера - русское. Русское имя пользователя - работает.
OpenNX из темы выше - открывает NXWin, но на этом все.

[Djelf]

С русским именем компьютера:
В случае с NXClient`ами это плата за новый cygwin (достаточно подменить cygwin1.dll и ошибка проявится). Под новым cygwin он не правильно создает каталоги (заменяет русские буквы на точки), а пересобрать то его никак.
В случае OpenNX ломается генерация .Xauthority - он всего 4 байта, за это еще можно побороться.

Но MS все таки предупреждал что лучше так не надо

[Civil]

Djelf
Проблема в том, что хоть МС и предупреждает, но если простой человек покупает ноутбук, то комопьютер будет называться (хотя, наверное, зависит от производителя): USERNAME-ПК (в случаи с Windows Vista и Windows 7 естественно). Притом человеку ни слова не скажут, что русские буквы это плохо.

а пересобрать то его никак.

Разве он не OpenSource?

p.s. Более того, он точно opensource и сырцы его cygwin1.dll есть. Увы, я может просто не в курсе, какие проблемы есть при сборке библиотеки?
p.s.s. а багрепорт по данной теме у них в мэйллисте есть?

[dimbor]

p.s. Более того, он точно opensource и сырцы его cygwin1.dll есть. Увы, я может просто не в курсе, какие проблемы есть при сборке библиотеки?
p.s.s. а багрепорт по данной теме у них в мэйллисте есть?

Ну это как или ишак заговорит, или падишах помрет©. Думаю рациональнее не пытаться учить ишака, а помочь царственной особе. В связи с этим вопросы к залу: При преобразовании "длинного" win-пути в "короткий" dos-путь национальные символы уходят или остаются? Алгоритм преобразования какой, через вызов винапи функции? Или самопальный - где взять?