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

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

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

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
Сообщения: 614
ОС: Гигтег+Цшт32

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение 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
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение dimbor »

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение 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
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение dimbor »

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

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

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Djelf »

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

Поздно :crazy:

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

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

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

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

P.P.S. Полный клиент с инсталлятором NXClientCE-3.4.0-7.r14.1.exe
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Спасибо сказали:

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение dimbor »

Djelf писал(а):
12.07.2010 17:59
P.P.S. Полный клиент с инсталлятором NXClientCE-3.4.0-7.r14.1.exe

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Djelf »

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение 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
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение dimbor »

Djelf писал(а):
13.07.2010 19:01
speedtest3 в рутлесс на 10% быстрее чем в desktop.

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

Djelf писал(а):
13.07.2010 19:01
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
Сообщения: 614
ОС: Гигтег+Цшт32

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Djelf »

dimbor писал(а):
13.07.2010 21:48
Это называется "подсластить пилюлю".

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

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

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

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

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

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение dimbor »

Djelf писал(а):
13.07.2010 23:30
Кстати mousepad и на твоей старой версии nxwin так же себя ведет. Но офф версии с ним все ок. Ну не доглядел я когда то...

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

Djelf писал(а):
13.07.2010 23:30
В нем исправлена ошибка в работе с объектом formex`а "Дерево+Таблица" который вешал вайн на твоей конфигурации 1С :yes3:

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

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

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

Djelf писал(а):
13.07.2010 23:30
P.S. 2й день на nxservice-nofork, ошибка не проявляется...

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

Hoblin
Модератор
Сообщения: 1442
Статус: Etersoft team
ОС: ALT Linux

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Hoblin »

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

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Djelf »

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

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

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

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

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

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

upd 15.07.10: Обновлены патч и nxservice
(добавлено определение выпадания nxwin, например из-за несоответсвия версии, раньше nxservice_nofork этого не замечал).
У вас нет необходимых прав для просмотра вложений в этом сообщении.
Спасибо сказали:

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение dimbor »

Djelf писал(а):
14.07.2010 15:51
Позор на мою голову :unsure:
Стоял nx_3.3.0-eter9, переставил на nx_3.3.0-eter18, со скоростью закрытия окон стало все в порядке.


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

Hoblin
Модератор
Сообщения: 1442
Статус: Etersoft team
ОС: ALT Linux

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Hoblin »

dimbor писал(а):
15.07.2010 00:33
Так если что, можно с полным правом теребить саппорт, домогаясь открытых исходников, хоть из них и сделана часть закрытого пакета? Я правильно понял?

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение dimbor »

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

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение 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 :cray:
Win32 RDP (иконки даже не успевают нарисоваться)
0.33-0.93 0.46 :ohmy:

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

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение 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
Ведущий рубрики
Сообщения: 1506
Статус: Подвинутый участник

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение dimbor »

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение DjSpike »

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

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Djelf »

DjSpike писал(а):
28.10.2010 11:34
Было бы очень хорошо, если бы в сравнении еще был бы и opennx

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

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

Civil
Сообщения: 199
ОС: Gentoo Current

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Civil »

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

OS: Windows 7 32-bit.
"Кто управляет прошлым, тот управляет будущим; кто управляет настоящим, тот управляет прошлым" (Д. Оруэлл "1984")
Спасибо сказали:

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Djelf »

Civil писал(а):
01.11.2010 11:09
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
Сообщения: 199
ОС: Gentoo Current

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение 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 по-дефолту русский хост-нейм. Все больше людей даже в компаниях тупо пропускают этот пункт и жмут "далее". А о пользователях и говорить-то нечего...
"Кто управляет прошлым, тот управляет будущим; кто управляет настоящим, тот управляет прошлым" (Д. Оруэлл "1984")
Спасибо сказали:

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Djelf »

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

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

Civil писал(а):
01.11.2010 12:27
Я может-быть попробую поковыряться сам, но тоже со временем не все идеально...

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

Civil
Сообщения: 199
ОС: Gentoo Current

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение 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, но на этом все.
"Кто управляет прошлым, тот управляет будущим; кто управляет настоящим, тот управляет прошлым" (Д. Оруэлл "1984")
Спасибо сказали:

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Djelf »

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

Но MS все таки предупреждал что лучше так не надо ;)
Изображение
Спасибо сказали:

Civil
Сообщения: 199
ОС: Gentoo Current

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение Civil »

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

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

Разве он не OpenSource?

p.s. Более того, он точно opensource и сырцы его cygwin1.dll есть. Увы, я может просто не в курсе, какие проблемы есть при сборке библиотеки?
p.s.s. а багрепорт по данной теме у них в мэйллисте есть?
"Кто управляет прошлым, тот управляет будущим; кто управляет настоящим, тот управляет прошлым" (Д. Оруэлл "1984")
Спасибо сказали:

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

Re: nxwin-3.[45].0-?-r14 -> NXClientCE-3.5.0-9-r15.?

Сообщение dimbor »

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

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