Commit 648c8871c92727d7b6b16859f27f12266a06a16e breaks xv and
ImageMagick. Upon running the application, the window displays a
blank black window until certain mouse events triggered the window to
display correct contents. Reverting the commit solves the problem.
Tested on latest git pull.
Sorry
Correcting myself:
/var/log/Xorg.0.log doesn't show any error but somewhere during X startup
something send next output to stdout (that in my particular system was
redirected to a bloated log file):
...
1130 expected keysym, got XF86TouchpadToggle: line 122 of inet
1131 expected keysym, got
Ðикап блог один из лÑÑÑий инÑоÑмаÑивнÑÑ
ÑайÑов о в УкÑаине, коÑоÑÑй помогаеÑ
мÑжÑинам в ÑÐ°Ð·Ñ ÑлÑÑÑиÑÑ Ð¸Ñ
лиÑнÑÑ Ð¸
ÑекÑÑалÑнÑÑ Ð¶Ð¸Ð·Ð½Ñ Ð´Ð°ÐµÑ Ð¾ÑвеÑÑ Ð½Ð° вопÑоÑ
как
Ðикап блог один из лÑÑÑий инÑоÑмаÑивнÑÑ
ÑайÑов о в УкÑаине, коÑоÑÑй помогаеÑ
мÑжÑинам в ÑÐ°Ð·Ñ ÑлÑÑÑиÑÑ Ð¸Ñ
лиÑнÑÑ Ð¸
ÑекÑÑалÑнÑÑ Ð¶Ð¸Ð·Ð½Ñ Ð´Ð°ÐµÑ Ð¾ÑвеÑÑ Ð½Ð° вопÑоÑ
как
Hi everybody,
Currently available versions of Xnewt are built from the xorg-server 1.3.0
sources.
I've caught the problem by building a Xvfb 1.3.0.0 and debugging it
there.
The symptoms are as follows: If I run a GTK+-2.20 X-client with
gtk-engines-2.20.1 (clearlooks) enabled or a wxgtk-2.8.11
Nicolai Stange wrote:
Alan, will this issue be fixed in the Xnewt?
I have no idea, I don't work on Xnewt directly. I work in the Solaris
team - Xnewt is part of the Sun Ray product and is managed by their team.
(We of course talk a lot and work together a lot, but I can't commit fixes
to
ХоÑиÑе понимаÑÑ Ð¶ÐµÐ½Ñин? ÐнаÑÑ ÑеалÑнÑе иÑ
мÑÑли, когда они пÑÑаÑÑÑÑ ÑпÑÑÑаÑÑ Ð¸Ñ
за
ÑовеÑÑенно оÑвлеÑеннÑми ÑеÑами? Ðа
пÑакÑиÑеÑкиÑ
ÑÑенингаÑ
Ðкадемии ÐнакомÑÑв
On Thu, Dec 2, 2010 at 3:23 AM, ENRIQUE ARIZON BENITO wrote:
Still I don't known if that really has anything to do with the infinte
random loop I observe.
When your X server gets stuck connect to the X process with gdb
step through procedure calls. I'd also run strace on the X process.