Форум для пользователей UNIX-подобных систем
https://unixforum.org/
Djelf писал(а): ↑23.04.2009 14:05bsavelev думаю можно почистить ftp://ftp.etersoft.ru/pub/Etersoft/RX@Etersoft/Windows/ от промежуточных версий.
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го.
Похоже моя винда, но вдруг кто подробности знает...
Zetrs писал(а): ↑29.04.2009 14:46Такая трабла: Исчезает окно.
В rootless режиме клиентское окно 1C самопроизвольно закрывается.
Процессы nxwin и nxssh остаются висеть. На сервере 1с тоже в процессах висит.
Т.о. нет только графики на клиенте.
Очень похоже, что происходит такое если окно свернуто и в этот момент в 1С появляется новое окно
(например результаты отчета или сообщение от другого пользователя не дошедшие в предыдущий сеанс).
Клиент: тутошний 13.2 (было и с 12.7)
dimbor писал(а): ↑29.04.2009 15:55Zetrs писал(а): ↑29.04.2009 14:46Если посмотреть Details пишет такое:
225 [unknown (0xE14)] nxssh 4320 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
NX> 203 NXSSH running with pid: 4320
19474 [unknown (0xE14)] nxssh 4320 open_stackdumpfile: Dumping stack trace to nxssh.exe.stackdump
Тупо тыкаешь на педаль подключения - подключается максимум раза с 5го.
Похоже моя винда, но вдруг кто подробности знает...
Хм... По STATUS_ACCESS_VIOLATION + stackdump вылетает правленый NXWin, когда в нем перехимичиваю с указателями.
НО!!! nxssh родной, его никто не правил. Очень похоже на призыв сменить оперативку. Либо поковырять правильность установки уиндоуз.
Для определения, виновата ли эта ветка, попробуйте с оригинальным клиентом. Останется - создавайте новую тему.
Мухи должны быть отдельно от еще не съеденных котлет.
dimbor писал(а): ↑29.04.2009 15:55Zetrs писал(а): ↑29.04.2009 14:46Такая трабла: Исчезает окно.
В rootless режиме клиентское окно 1C самопроизвольно закрывается.
Процессы nxwin и nxssh остаются висеть. На сервере 1с тоже в процессах висит.
Т.о. нет только графики на клиенте.
Очень похоже, что происходит такое если окно свернуто и в этот момент в 1С появляется новое окно
(например результаты отчета или сообщение от другого пользователя не дошедшие в предыдущий сеанс).
Клиент: тутошний 13.2 (было и с 12.7)
Попробуйте с 11, если уйдет - моя бага (с z-порядком, там граничные условия прописаны пока чисто интуитивно). В этом случае главная проблема - описать условия 100% воспроизведения. Остальное дело техники. Но сначала решить с гарантир. запуском сессии.
Там где есть множественные рабочие столы этот костыль не нужен, совсем!
Так же пропадают окна, но это очень WM-специфично, вот на fvwm пропадают точно...
Интересно, что здесь может обнадёжить? Из того что видно в рассылке понятно, что методом "проб и ошибок" этерсовтовцы "натаскивают" вайн на отдельные WM, в первую очередь kwin (так кажется он называется), во вторую metacity, на стандарты не смотрят, т.к. это слишком затратно. Тут надо сказать, что это оправдано, т.к. "гибкость" некоторых WM превосходит самые смелые фантазии. Но всё это оптимизма мне не добавляет.
prof писал(а): ↑30.04.2009 02:08Интересно, что здесь может обнадёжить? Из того что видно в рассылке понятно, что методом "проб и ошибок" этерсовтовцы "натаскивают" вайн на отдельные WM, в первую очередь kwin (так кажется он называется), во вторую metacity, на стандарты не смотрят, т.к. это слишком затратно.
Код: Выделить всё
Глаза начали разбегаются - не понятно какой клиент качать 
Вчера не поймал, сегодня с первого раза вылетел...
Таб=СоздатьОбъект("Таблица");
Таб.Показать();Ситуация гораздо хуже. Окно не валится, оно исчезает! Процессы продолжают висеть в памяти, и даже функционировать, а WM про их окна больше ничего не знает. Потому и сессии продолжают висеть, что окно где-то в космосе существует, да телескопа для него нет.dimbor писал(а): ↑30.04.2009 13:49А по конкретике могу сказать следующее. Исходная гипотеза о причинах баги такая: Сейчас x-клиент (1c) не знает о том, что его окно минимизировано. Минимизация окна (с точки зрения Х-ов) производится изменением его положения и размеров (-32000.-32000 0 X 0). По причине прошлого полного отсуствия WM_STATE, в Iconify со стороны wm оно сейчас не ставится. А по идее должно.
Причина гибели главного окна при открытии в нем MDI скорее всего в его размерах/положении на этот момент. Причем для nx-ового wm новорожденный MDI (таблица) - не объект "окно", а всего лишь damage-регион в ShadowDIB. Понятно, что DIB ограничен экраном, и так далеко вверх и влево не распространен.