public inbox for cygwin-xfree@sourceware.org
help / color / mirror / Atom feed
* Incorrect Cygwin/X behavior leads to .X0-lock related fatal error
@ 2010-03-12 2:31 Ken Klein
2010-03-15 17:54 ` Jon TURNEY
0 siblings, 1 reply; 2+ messages in thread
From: Ken Klein @ 2010-03-12 2:31 UTC (permalink / raw)
To: cygwin-xfree
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.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Incorrect Cygwin/X behavior leads to .X0-lock related fatal error
2010-03-12 2:31 Incorrect Cygwin/X behavior leads to .X0-lock related fatal error Ken Klein
@ 2010-03-15 17:54 ` Jon TURNEY
0 siblings, 0 replies; 2+ messages in thread
From: Jon TURNEY @ 2010-03-15 17:54 UTC (permalink / raw)
To: cygwin-xfree; +Cc: kk_oop
On 12/03/2010 02:31, Ken Klein wrote:
> 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.
Thanks for the detailed bug report.
In fact that FAQ is slightly out of date and we do now understand that the
problem is shown when running XWin as both Administrator and non-Adminstrator
users as you describe.
I'm not able to reproduce the difference in behaviour you describe (of leaving
the log file behind) between running startx (which then starts XWin) and
directly starting XWin when running as a non-administrator user.
Can you be specific about how you are exiting XWin which causes it to leave
the lock file behind? This shouldn't happen, and is the cause of the problem.
--
Jon TURNEY
Volunteer Cygwin/X X Server maintainer
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-03-15 17:54 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-03-12 2:31 Incorrect Cygwin/X behavior leads to .X0-lock related fatal error Ken Klein
2010-03-15 17:54 ` Jon TURNEY
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).