wine > 1.2 + freenx (rx) = смерть приложения

[redtex]

Собственно... есть приложение, написано на Delphi XE2, работает под wine + nx, и все бы ничего, но с переходом с Delphi 2007 -> Delphi XE2 и апгрейде wine 1.2.3 на wine 1.3.37 - 1.4 - 1.5.4 приложение в неожиданных местах молча вываливается, при этом в консоль пишется:

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

X Error of failed request:  BadValue (integer parameter out of range for operation)
  Major opcode of failed request:  149 (RENDER)
  Minor opcode of failed request:  34 (RenderCreateLinearGradient)
  Value in failed request:  0x0
  Serial number of failed request:  83569
  Current serial number in output stream:  83613

Причем вот тут пишут, что подобное происходит и с 1С.
Самое что интересное, при даунгрейде до wine 1.2.3 проблема исчезает. Так же пробема не наблюдается под wine@etersoft 2.0
Проблема явно в nxagent - чего то он в X протоколе не поддерживает.... Пробовал NX 3.4, 3.5, даже NX server от Nomachine (который бесплатный на 2 пользователя) - везде результат один и тот же. С этим надо что-то делать..... т.к. останавливаться на wine 1.2.3 или идти в проприетарщину в век, когда корабли бороздят просторы большого театра... как то не комильфо Готов всячески способствовать решению - как морально, так и материально....
P.S. ОС - CentOS 6.2 x64, но люди пишут в вышеприведенной ссылке, что такое же наблюдается и в убунте.

[Bluetooth]

На данный момент есть проблемы с работой приложений под вайном этерсофт 2.0 в rx@etersoft. В этерсофте бьются над проблемой уже давно, решения пока нет.
На данный момент лучше использовать 1.0
в качестве костылей, не прокативших у меня в 1с, попробуйте тестинг версию rx, а также в клиенте поставить скорость подключения adsl.

[dimbor]

Проблема явно в nxagent - чего то он в X протоколе не поддерживает....

Проще будет перечислить, что он поддерживает из этого самого протокола.
На самом деле X-протокол весьма прост низкоуровневый и поддерживается чуть менее чем полностью. Косяки в wm-ных надстройках над ним, которые идут каждая своим путем. А агент стоит на месте.

С этим надо что-то делать.....

Ловить и точечно давить.
От тебя нужны следующие вещи:
а) Уверенное воспроизведение на твоем сервере. Уверенное - это хотя бы 0.8, чтобы месяцами в засаде не сидеть.
б) Вероятно ответы на мои идиотские вопросы по конструированию на нем стенда по сборке nx.
в) Помощь по пониманию таинств в программе, ведущих к краху.
г) Стопицот шанхайских тугриков
д) Терпение на месяц-два по пессимистическим прикидкам. (Рад бы быстрее, но чет все стали на части рвать. Еще и помню, что опенэныкс обещал добить по печати.)

[redtex]

а) Уверенное воспроизведение на твоем сервере. Уверенное - это хотя бы 0.8, чтобы месяцами в засаде не сидеть.

Все готово, отписал на почту.

[dimbor]

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

fixme:event:wait_for_withdrawn_state window .... wait timed out

Именно эта хрень с WM_STATE проела плешь при задержке закрытия окон под рутлесом. Буду дальше поглядеть.

[Djelf]

Самое что интересное, при даунгрейде до wine 1.2.3 проблема исчезает. Так же пробема не наблюдается под wine@etersoft 2.0

Ничего удивительного в этом нет. В wine 1.2.3 функция XRenderCreateLinearGradient отсутствует как факт.

В более новых версия wine xrender.c оно заключено в
#ifdef HAVE_XRENDERCREATELINEARGRADIENT
LOAD_OPTIONAL_FUNCPTR(XRenderCreateLinearGradient);
#endif
посему видимо нестабильно, а вот вылетает на этой функции при включенном или выключенном Render extension...

А в NX-X11 вообще забавно: в серверной части render.c 10й версии с наличием RenderCreateLinearGradient, а в клиентской для win32 8й - без наличия RenderCreateLinearGradient

Можно попробовать в wine
[HKEY_CURRENT_USER\Software\Wine\X11 Driver]
"ClientSideWithRender"="N"

и/или во FreeNX
AGENT_EXTRA_OPTIONS_X=" -norender"

[dimbor]

Можно попробовать в wine
[HKEY_CURRENT_USER\Software\Wine\X11 Driver]
"ClientSideWithRender"="N"

Бинго! Ослы ему славу поют, козлы бородами дорогу метут... © Слушай, ну ваще: ты пришел и победил все баги одной левой!
Побежал хлопотать о выделении тебе медали!

[Djelf]

А что падать перестало?

[dimbor]

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

[Djelf]

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

Тут либо wine перекомпилировать, либо понижать версию nxserver (думаю это может помочь), либо повышать версию рендера в nxwin

Первый вариант самый быстрый и безболезненный.
По коду в Wine видно: 2 новых плюшки рендера могут быть совершенно безболезненно отключены вот таким образом.

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

wine\dlls\winex11.drv\xrender.c

#undef HAVE_XRENDERCREATELINEARGRADIENT
#undef HAVE_XRENDERSETPICTURETRANSFORM

Ну можно configure поковырять для тех же целей, результат будет тот же.
В этом случае все старые рендеры останутся работоспособными.

Понижать версию nxserver в принципе можно, но зачем?

Обновить рендер в nxcompat теоретически можно, но судя по характеру отличия кода рендера между nx-X11-3.5.0-2.tar.gz и nx-X11-compat-3.5.0-1.tar.gz это занятие не на 5 минут, иначе они бы сами обновли, и я совсем не уверен что оно сразу заработает и не вылезет еще где-то боком.

P.S. Сомнения в том так заработает, все расно есть, т.к. непонятно в какую сторону под NX идет условие
if (!pXRenderCreateLinearGradient) goto fallback;
проверять надо...

[dimbor]

Увы, третий вариант неизбежен. Остальные - ретроградство. Если бы дело касалось вайна@, можно было бы попробовать договориться с собирающими, чтобы лень пересилила стремление к прогрессу. А так, получится глобальная попытка хвоста вилять собакой.
Закручивать nxagent тоже не выйдет. Там такие игрулечки с LD_PRELOAD, что я до сих пор так до конца и не вхекал, что приложение использует от системной серверной Xlib, а что - от nx-X11.
Надо лезть в compat. Но по идее в !M должны были уже нажаловаться.

[Djelf]

1. Мы проверили что "ClientSideWithRender"="N" т.е. полное вырубание рендера - работает.
2. Мы НЕ проверили, прав ли я в том что #undef должен сработать.
3. Если (2) работает, то для w@e сделают минут за 10 новый ключ в wine.conf и там можно будет это вырубать.
4. Повторяю: if (!pXRenderCreateLinearGradient) goto fallback; меня напрягает! Пока (2) не проверено, точно не известно где происходит вылет!
5. Думаю, с впихиванием в nxwin нового рендера будет значительно хуже, чем выпиливание его (или частичная блокировка функций) в nxagent т.к. еще придется пилить и nxcomp.
6. Вся эта каша будет окончательно варится после успешного прохождения "make World", а это уже не серьезно - слишком долго! Т.е. еще надо все makefile переделывать. Для nxwin я переделал - шустро и удобно... но для всех каталогов nx-X11

Компрессию в NX мы не трогали вообще никогда... это такая мутная штука... мне все это очень не нравитсо

[redtex]

Увы, третий вариант неизбежен. Остальные - ретроградство.

Согласен !!!!

Если бы дело касалось вайна@, можно было бы попробовать договориться с собирающими, чтобы лень пересилила стремление к прогрессу.

Судя по всему, они сами до этого дошли - я же в начале темы писал, что данная проблема отсутствует в wine@etersoft 2.0

Надо лезть в compat.

А это что такое ????

Но по идее в !M должны были уже нажаловаться.

Видимо, нет В начале темы я написал, что скачал с сайта nomachine их бесплатный сервер - там та же фигура, что и в freenx.

[dimbor]

Надо лезть в compat.

А это что такое ????

Сокращение такое.
Сердцевинка иксов есть Xlib, номашиневский тарбол с переточенными для NX-сервера (==x-сервера 0==nxagent-a) старинными ее исходниками называется nx-X11. А уж совсем антикварная аналогичная хрень для виндового клиента (==х-сервера 1==nxwin-а) кличется nx-X11-compat.

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

Наперво сейчас начну сооружать под тестовым центос последний nx. Что-то там было в CHANGELOG агентском про рендер. Совсем не факт, что поможет.
Вводить каждый раз пароль и тыкать кучу кнопок для наблюдения баги не дело. Поэтому имеется просьба redtex и его команде разработчиков в сооружении тестового приложения на тех-же дельфях.
Оно должно быть очень простым: при запуске автоматически открывать окно, рожденное из той-же компоненты, что и "типы столов", на этом окне аналогичная кнопка "добавить", в свою очередь открывающая аналогичный модал ввода текстовой строки. Больше там кода не надо никакого - только интерфейс. А то я даже украсть под винду имеющийся монстряк не смог - ему еще и Interbase нужон. И самое главное - оно должно также справно валиться.

А в NX-X11 вообще забавно: в серверной части render.c 10й версии с наличием RenderCreateLinearGradient

Копать буду тута.

[redtex]

2. Мы НЕ проверили, прав ли я в том что #undef должен сработать.

Работает

Поэтому имеется просьба redtex и его команде разработчиков в сооружении тестового приложения на тех-же дельфях.

Программеры ленивые не хотят.... могу помочь перенести тестовое приложение на нужную платформу разработки....

[dimbor]

Поэтому имеется просьба redtex и его команде разработчиков в сооружении тестового приложения на тех-же дельфях.

Программеры ленивые не хотят....

Ух ты. Как знакомо. Да и еще и небось в количестве, потребном для закручивания лампочки, ленятся.
Им наверное будет неприятно узнать, что по результирующей лени они все пятеро просто щенки по сравнению со мной и Djelf.

могу помочь перенести тестовое приложение на нужную платформу разработки....

Дык, это... Свяжусь с тобой на этот предмет неспешно.

[Djelf]

2. Мы НЕ проверили, прав ли я в том что #undef должен сработать.

Работает

Спасибо за подтвеждение гипотезы!

Значит, скорее всего, проблема не в NX а в wine!

Запускаем в консольке rendercheck из под NXWin и видим: рендер версии 8!
Т.е. rendercheck видит версию протокола конечного клиента! А Wine, видимо, на это плюет и кидает в клиент то, что он не умеет.

[dimbor]

Запускаем в консольке rendercheck из под NXWin и видим: рендер версии 8!
Т.е. rendercheck видит версию протокола конечного клиента! А Wine на это плюет и кидает в клиент то что он не умеет.

Кхм! Это что, в вайне рендерчек на дефайнах сделан? Заблаговременно, так сказать?
Или если заставить агента ряпорьтовать 8-ю весию, все заработает?

[Djelf]

Запускаем в консольке rendercheck из под NXWin и видим: рендер версии 8!
Т.е. rendercheck видит версию протокола конечного клиента! А Wine на это плюет и кидает в клиент то что он не умеет.

Кхм! Это что, в вайне рендерчек на дефайнах сделан? Заблаговременно, так сказать?
Или если заставить агента ряпорьтовать 8-ю весию, все заработает?

Не... сейчас идет внедрение dib и довольно существенная переписка кода отрисовки: ошибки неизбежны...

Репортить... как? Я вообще не понимаю откуда и как wine берет версию протокола! Откуда берется значение pXRenderCreateLinearGradient на которое есть условие? Если бы pXRenderCreateLinearGradient было false то #undef бы не понадобился...

Ха... агент то может выдавать хоть сотую версию если захочет... имеет право: например этот градиент агент может преобразовать в битмап, сжать и плюнуть в клиент (возможно так менее накладно). Формально версия протокола будет соблюдена...

[dimbor]

Репортить... как? Я вообще не понимаю откуда и как wine берет версию протокола! Откуда берется значение pXRenderCreateLinearGradient на которое есть условие? Если бы pXRenderCreateLinearGradient было false то #undef бы не понадобился...

Ну если без смеха: Насколько я понял, pXRenderCreateLinearGradient - указатель на функцию. Т.ч. true/false некорректно, правильнее - NULL/не NULL. Ставится при инициализации вайна. А если там хоть какая-то проверка на версию есть, то не исключен вариант, что nx именно в этом случае не теребит клиент - сообщает агентскую.

[dimbor]

--- Глупый вопрос, а где ты нонче исходники вайна берешь и почем?

[Djelf]

не исключен вариант, что nx именно в этом случае не теребит клиент - сообщает агентскую.

Да мне не смешно... В том то и дело, что непонятно какую: системного xorg, nxagent`а или вообще из воздуха берет... но точно не из nxwin!

--- Глупый вопрос, а где ты нонче исходники вайна берешь и почем?

Ну да... 3 часа ночи уже.. приехали... http://sourceforge.net/projects/wine/files/Source/

[dimbor]

Ну да... 3 часа ночи уже.. приехали... http://sourceforge.net/projects/wine/files/Source/

Кому не спится в ночь глухую? ...

Залез в вайн X11DRV_XRender_Init(void). Собсно, ты все уже процитировал выше:

#ifdef HAVE_XRENDERCREATELINEARGRADIENT
LOAD_OPTIONAL_FUNCPTR(XRenderCreateLinearGradient);
#endif

там чуть выше макрос этот определен:

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

#define LOAD_OPTIONAL_FUNCPTR(f) p##f = wine_dlsym(xrender_handle, #f, NULL, 0)

В переводе на русский - определение наличия заключается в разборе файла на предмет экспортируемых функций. До клиентского таким способом не дотянуться, хоть тресни.

По бессонице попробовал возродить традицию патчей на ощупь. На этот раз вайна. Т.е. я его не собирал - типа Штирлиц стрелял вслепую:

cat winerendercheck.patch

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

--- dlls/winex11.drv/xrender.c.orig    2012-05-11 22:08:09.000000000 +0400
+++ dlls/winex11.drv/xrender.c    2012-05-31 06:06:43.837935700 +0400
@@ -197,6 +197,7 @@
 MAKE_FUNCPTR(XRenderFreePicture)
 MAKE_FUNCPTR(XRenderSetPictureClipRectangles)
 #ifdef HAVE_XRENDERCREATELINEARGRADIENT
+MAKE_FUNCPTR(XRenderQueryVersion)
 MAKE_FUNCPTR(XRenderCreateLinearGradient)
 #endif
 #ifdef HAVE_XRENDERSETPICTURETRANSFORM
@@ -382,7 +383,15 @@
     LOAD_FUNCPTR(XRenderSetPictureClipRectangles);
     LOAD_FUNCPTR(XRenderQueryExtension);
 #ifdef HAVE_XRENDERCREATELINEARGRADIENT
+    LOAD_FUNCPTR(XRenderQueryVersion);
     LOAD_OPTIONAL_FUNCPTR(XRenderCreateLinearGradient);
+    int major_version,minor_version;
+    if (!pXRenderQueryVersion(gdi_display, &major_version, &minor_version)) {
+        pXRenderCreateLinearGradient=NULL;
+    }
+    else {
+        if (major_version!= 0 || minor_version < 10) pXRenderCreateLinearGradient=NULL;
+    }
 #endif
 #ifdef HAVE_XRENDERSETPICTURETRANSFORM
     LOAD_OPTIONAL_FUNCPTR(XRenderSetPictureTransform);

Как бе должно заработать, как синтаксические ошибки исправите.

[Djelf]

там чуть выше макрос этот определен:

По бессонице попробовал возродить традицию патчей на ощупь. На этот раз вайна. Т.е. я его не собирал - типа Штирлиц стрелял вслепую:

Ну я про макрос то и думал... не нашел...

Тут похоже ошибка
if (major_version < 1) pXRenderCreateLinearGradient=NULL;
имхо как то так (подсмотрел в rendercheck):
if (major_version!= 0 || minor_version < 10) pXRenderCreateLinearGradient=NULL;
иначе он будет вырубаться там где не надо.

[dimbor]

имхо как то так (подсмотрел в rendercheck):
if (major_version!= 0 || minor_version < 10) pXRenderCreateLinearGradient=NULL;

Посмотрел. Скорее всего ты прав. А если под новым показывает Render extension version 0.12, тогда стопудово прав. Но что там на мажора тест поставлен, что он больше нуля быть не может. Сакральный смысл не понял.

[dimbor]

Поправил пост в соответствии.

[redtex]

... Штирлиц стрелял вслепую....

пуля просвистела мимо.....
А вообще - я могу поднять доступную среду для билда - это так сказать, если гора не идет к Магомеду.....

[dimbor]

Ить! Странно. Действительно нужен стенд.

[dimbor]

Такой вариант надо проверить:

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

--- dlls/winex11.drv/xrender.orig.c<--->2012-05-25 22:21:15.000000000 +0400
+++ dlls/winex11.drv/xrender.c<>2012-06-22 16:40:05.591189907 +0400
@@ -197,6 +197,7 @@
 MAKE_FUNCPTR(XRenderFreePicture)
 MAKE_FUNCPTR(XRenderSetPictureClipRectangles)
 #ifdef HAVE_XRENDERCREATELINEARGRADIENT
+MAKE_FUNCPTR(XRenderQueryVersion)
 MAKE_FUNCPTR(XRenderCreateLinearGradient)
 #endif
 #ifdef HAVE_XRENDERSETPICTURETRANSFORM
@@ -381,14 +382,9 @@
     LOAD_FUNCPTR(XRenderFreePicture);
     LOAD_FUNCPTR(XRenderSetPictureClipRectangles);
     LOAD_FUNCPTR(XRenderQueryExtension);
-#ifdef HAVE_XRENDERCREATELINEARGRADIENT
-    LOAD_OPTIONAL_FUNCPTR(XRenderCreateLinearGradient);
-#endif
 #ifdef HAVE_XRENDERSETPICTURETRANSFORM
     LOAD_OPTIONAL_FUNCPTR(XRenderSetPictureTransform);
 #endif
-#undef LOAD_OPTIONAL_FUNCPTR
-#undef LOAD_FUNCPTR

     wine_tsx11_lock();
     ok = pXRenderQueryExtension(gdi_display, &event_base, &xrender_error_base);
@@ -410,6 +406,23 @@
         return NULL;
     }
+#ifdef HAVE_XRENDERCREATELINEARGRADIENT
+    LOAD_OPTIONAL_FUNCPTR(XRenderCreateLinearGradient);
+    LOAD_FUNCPTR(XRenderQueryVersion);
+    int major_version,minor_version;
+    wine_tsx11_lock();
+    ok = pXRenderQueryVersion(gdi_display, &major_version, &minor_version);
+    wine_tsx11_unlock();
+    if (!ok)
+       pXRenderCreateLinearGradient=NULL;
+    else if (major_version!= 0 || minor_version < 10) {
+           pXRenderCreateLinearGradient=NULL;
+           WARN("Render extension version is %d.%d - XRenderCreateLinearGradient switch to NULL\n", major_version,minor_version);
+        }
+#endif
+#undef LOAD_OPTIONAL_FUNCPTR
+#undef LOAD_FUNCPTR
+
 #ifdef SONAME_LIBFONTCONFIG
     if ((fontconfig_handle = wine_dlopen(SONAME_LIBFONTCONFIG, RTLD_NOW, NULL, 0)))
     {

[dimbor]

Собрал патченный вайн 1.5.5 на любезно предоставленной виртуалке и даже make install. Да вот только не нашел, за что дергать, чтобы запустить тест.