Here is tool behavior that seems like a bug in 1.7.1 related to the
Cygwin/X FAQ item 3.4 (A2)called "Fatal server error: Can't read lock file
/tmp/.X0-lock." I am posting this, because the faq item states that the
buggy behavior happens "For reasons which are not well understood at
present." This post presents what I consider to be incorrect behavior that
leads to this error.
If I log on as a user without admin rights (on Windows XP), and I start
Cygwin/X using the XWin Server program shortcut, the referenced lock file
gets created and gives me read/write access. The Everyone user just has
read access. When I then close my XWin session, the lock file remains. I
log out of Windows, then someone else logs on (also without admin rights),
and they get the fatal error as described in the FAQ item, since they do
not have write access to the lock file.
If, however, I had originally started Cygwin/X by opening a Cygwin window
then entering startx, when I eventually end my Cygwin session, the lock
file gets deleted. So in this scenario, the next person to log on will not
get the fatal error, since Cygwin didn't leave the lock file behind.
My opinion is that the startx scenario behaves correctly, and the XWin
Server shortcut scenario presents a bug, namely, it leaves behind the lock
file after the session is ended.