Composite crashing is fixed with removing ROOTLESS_WORKAROUND
Hello, Related to the http://www.cygwin.com/ml/cygwin-xfree/2009-12/msg00107.html announcement, I found a solution to this problem from: http://sourceware.org/bugzilla/show_bug.cgi?id=10997 which describes the removal of ROOTLESS_WORKAROUND from configure.ac. I have tested this removal and I can confirm that it works (running a Maemo environment with composite extension, which it requires). -- Aleksi Suomalainen suomalainen.ale...@gmail.com http://locusf.blogspot.com -- 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/
Re: Vista, new install, x server does not start, startxwin.bat missing
On 18/02/2010 03:38, Dr. M. C. Nelson wrote: And that is the problem (server, shell and xterm have to run as administrator). Even if the programs are set to run at elevated privilege, they will still throw up a UAC dialog, and the user will have to type in an administrator password. I think, as I said before, that this is Vista 'functioning as designed'. If you set an application to run as administrator, you will get a UAC prompt. If you tell us what the problems are with the programs which cause them to require administrator privileges, then perhaps we can fix them. -- 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/
Re: 1.7.1 - problem with moving mouse programmatically with xte
On 16/02/2010 20:04, Radu Berinde wrote: It's unfortunate that this problem hasn't been fixed and Cygwin/X 1.7 is now part of the stable distribution. It's even more unfortunate that there's no way (none I could find anyway) to install the older version which worked for me. On Thu, Dec 17, 2009 at 9:37 AM, Radu Berinderadu.beri...@gmail.com wrote: I am using Cygwin/X 1.7.1 and I am running applications on this X server from a Slackware virtual machine. I am using xte v1.03 to move the mouse using keyboard shortcuts. Using ion3 as the window manager. When running e.g. # xte 'mousermove +250 0' the mouse cursor should move to the right; indeed, the window manager changes focus as if moved to the right, but the cursor doesn't visibly move. When mouse is moved, movement continues from the visible location (the xte movement is 'forgot'). This is an interesting and obscure use case. :-) The reason this doesn't work as expected seem to be this [1] upstream change. This prevents cursor moves inserted via XTEST from getting propagated to the native cursor. I'd be interested to know if this works with X server 1.7.x on any platform, I'd suspect possibly not. Using XWarpCursor() should move the native cursor correctly, so you might be able to use that instead? [1] http://cgit.freedesktop.org/xorg/xserver/commit/?id=dfb7de6571345061d1cd88ab915064fc376529fd -- 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/
RE: Vista, new install, x server does not start, startxwin.bat missing
I just did a fresh install on Vista, and confirmed the following 1) From an administrator account, it works out-of-the-box. Beautiful. 2) From a regular user account, clicking the x-server or shell icons, produces a UAC prompt. The behavior, without changing anything whatsoever from the installed state, is that the regular user cannot run x or the bash shell console window without first entering a password for an administrator account. Q.E.D. -Original Message- From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Jon TURNEY Sent: Friday, February 19, 2010 10:10 AM To: cygwin-xfree@cygwin.com Subject: Re: Vista, new install, x server does not start, startxwin.bat missing On 18/02/2010 03:38, Dr. M. C. Nelson wrote: And that is the problem (server, shell and xterm have to run as administrator). Even if the programs are set to run at elevated privilege, they will still throw up a UAC dialog, and the user will have to type in an administrator password. I think, as I said before, that this is Vista 'functioning as designed'. If you set an application to run as administrator, you will get a UAC prompt. If you tell us what the problems are with the programs which cause them to require administrator privileges, then perhaps we can fix them. -- 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/ -- 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/
Re: Cygwin/X 1.7 keyboard/mouse freeze shortly after Xwin login to Solaris
-- From: Mark Veneziano Sent: Thursday, February 04, 2010 9:22 PM To: cygwin-xfree@cygwin.com Subject: Cygwin/X 1.7 keyboard/mouse freeze shortly after Xwin login to Solaris I am having a problem similar to the one mentioned by Tony Bennett in a couple of messages to this list back in January. I use XWin -query to establish an XDMCP connection to a Solaris 10 host (Tony's was AIX). I log in to Solaris CDE without any issues. Then as soon as I open and close one of the CDE panels, XWin no longer responds to keystrokes or mouse clicks. Moving the mouse around works fine, and hovering the mouse over a window with a tooltip (for example the perfmeter) still causes the tooltip to be displayed, but clicking and keystrokes are ignored. The only recourse is to terminate XWin from the X icon in the system tray or from Task Manager. As an experiment, I tried running GNOME rather than CDE as my desktop session, and that worked a little better, but as soon as I started a Motif-based application (IBM/Rational Apex Ada development environment), the keyboard and mouse clicks died again. Running CDE and Apex on the same Solaris box via Cygwin/X 1.5 works flawlessly. This problem only started occurring with 1.7. I even tried compiling xorg-xserver 1.7.4.0 from source to see if there was a problem specific to 1.7.3.0, but it behaved the exact same way. Thanks in advance for any suggestions! On 11/02/2010 13:41, Mark Veneziano wrote: Also, I tested using Xorg 1.7.4-1 on Fedora 12 Linux to remotely open CDE applications (dtterm, dtpad, etc.) on a Solaris box. The problems that occur under XWin 1.7.x with Cygwin do not occur with Xorg 1.7.x on Linux. So this keyboard/mouse hang issue seems specific to Cygwin, not to Xorg in general. The problem is reproducible even in multiwindow mode. Just remotely open a Solaris dtterm from Cygwin XWin and Linux Xorg. With XWin, right clicking in the dtterm window causes all keyboard/mouse input to stop without ever showing the context menu (the mouse pointer rotates from 10:00 to 2:00 and stays in that orientation). With Xorg, the context menu is shown correctly and input continues to work. Note that in multiwindow mode, keyboard/mouse input can be restored by closing the dtterm window from the native window manager and opening a new one. XWin does not have to be completely terminated to restore input. Not sure if that's a clue for any of the developers. Thanks for the bug report and clear reproduction steps. I can reproduce the problem. It's a bit disappointing that this has stopped working, after going to the trouble to make it work in Xserver 1.6.x. :-( It's not immediately obvious what's changed to make it stop working. -- 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/
Re: X11 assertion fails
On 19/01/2010 16:01, Carl R. Crawford wrote: I just upgraded to the latest version of X11. A program that previously worked fine now reports the following error: assertion ret != inval_id failed: file /usr/src/ports/xorg/libX11/libX11-1.3.2-2/src/libX11-1.3.2/src/xcb_io .c, line 385, function: _XAllocID Aborted (core dumped) The program uses the xview toolkit from http://www.physionet.org/physiotools/xview/ This is a bug in Xview [1], and the answer to your problem is actually hidden on that page: If you are using Fedora 8, 9, or 10, or any distribution that includes X.org's libX11 version 1.1, you will need to use the i386-FC8 RPMs (or to compile XView from the sources included in xview-3.2p1.4-21.1.fc8.src.rpm) to avoid XAllocID runtime failures in XView applications. Applications that do not use this toolkit work fine. I did not recompile the xview library. You will need to recompile the xview library with the latest patches from that src rpm applied (or otherwise obtain an updated cygwin binary) [1] http://lists.freedesktop.org/archives/xcb/2009-October/005094.html -- 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/
Again Problems starting xterm under win7]
is anyone seeing this or do I send it to myself each time. Doesn't anyone have the same problems or any suggestions. It is Xwin.exe that is leaving the window open. How can I log this when i start the Xserver? anyone??/ ---BeginMessage--- Hi, I am still having problems with cygwin leaving blank xterm windows up each time an xterm window opens. It does not go away until I exit the xterm window, unlike the Xserver windows that go away once the server is started. They fill up my task bar with useless icons which makes navigation really difficult. It would be nice it someone would give me a resolution to this! Also, every once in awhile I get the following errors when I try to start and xterm window: $ xterm 1 [main] xterm 4080 C:\Xwin\bin\xterm.exe: *** fatal error - couldn't allocate heap, Win32 error 487, base 0x89, top 0x9D, reserve_size 1306624, allocsize 1310720, page_const 4096 1 [main] xterm 1700 child_info::sync: wait failed, pid 4080, Win32 error 1812 1127 [main] xterm 1700 fork: child -1 - died waiting for longjmp before initialization, retry 0, exit code 0x100, errno 11 xterm: Error 29, errno 11: Resource temporarily unavailable Reason: spawn: fork() failed I'm running Win7 64 bit with 8 Gig of memory, but then cygwin is 32 bit right? Any help? thanks, jerry -- 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/ ---End Message--- -- 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/
Re: Again Problems starting xterm under win7]
On 02/19/2010 07:25 PM, Jerry Lowry wrote: is anyone seeing this or do I send it to myself each time. Nope, it goes to the list as you would expect: http://cygwin.com/ml/cygwin-xfree/2010-02/msg00111.html http://cygwin.com/ml/cygwin-xfree/2010-02/msg00099.html If you're ever unsure, just check the email archives. That will answer it for you in a definitive way. As for your issue, I can say that I cannot reproduce it on Win7 x64. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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/
Re: Cygwin/X 1.7 keyboard/mouse freeze shortly after Xwin login to Solaris
Jon, Thanks very much for investigating this issue. Please let me know if I can help in any way. Mark -- From: Jon TURNEY jon.tur...@dronecode.org.uk Sent: Friday, February 19, 2010 12:03 PM To: cygwin-xfree@cygwin.com Cc: m...@alnmark.com Subject: Re: Cygwin/X 1.7 keyboard/mouse freeze shortly after Xwin login to Solaris -- From: Mark Veneziano Sent: Thursday, February 04, 2010 9:22 PM To: cygwin-xfree@cygwin.com Subject: Cygwin/X 1.7 keyboard/mouse freeze shortly after Xwin login to Solaris I am having a problem similar to the one mentioned by Tony Bennett in a couple of messages to this list back in January. I use XWin -query to establish an XDMCP connection to a Solaris 10 host (Tony's was AIX). I log in to Solaris CDE without any issues. Then as soon as I open and close one of the CDE panels, XWin no longer responds to keystrokes or mouse clicks. Moving the mouse around works fine, and hovering the mouse over a window with a tooltip (for example the perfmeter) still causes the tooltip to be displayed, but clicking and keystrokes are ignored. The only recourse is to terminate XWin from the X icon in the system tray or from Task Manager. As an experiment, I tried running GNOME rather than CDE as my desktop session, and that worked a little better, but as soon as I started a Motif-based application (IBM/Rational Apex Ada development environment), the keyboard and mouse clicks died again. Running CDE and Apex on the same Solaris box via Cygwin/X 1.5 works flawlessly. This problem only started occurring with 1.7. I even tried compiling xorg-xserver 1.7.4.0 from source to see if there was a problem specific to 1.7.3.0, but it behaved the exact same way. Thanks in advance for any suggestions! On 11/02/2010 13:41, Mark Veneziano wrote: Also, I tested using Xorg 1.7.4-1 on Fedora 12 Linux to remotely open CDE applications (dtterm, dtpad, etc.) on a Solaris box. The problems that occur under XWin 1.7.x with Cygwin do not occur with Xorg 1.7.x on Linux. So this keyboard/mouse hang issue seems specific to Cygwin, not to Xorg in general. The problem is reproducible even in multiwindow mode. Just remotely open a Solaris dtterm from Cygwin XWin and Linux Xorg. With XWin, right clicking in the dtterm window causes all keyboard/mouse input to stop without ever showing the context menu (the mouse pointer rotates from 10:00 to 2:00 and stays in that orientation). With Xorg, the context menu is shown correctly and input continues to work. Note that in multiwindow mode, keyboard/mouse input can be restored by closing the dtterm window from the native window manager and opening a new one. XWin does not have to be completely terminated to restore input. Not sure if that's a clue for any of the developers. Thanks for the bug report and clear reproduction steps. I can reproduce the problem. It's a bit disappointing that this has stopped working, after going to the trouble to make it work in Xserver 1.6.x. :-( It's not immediately obvious what's changed to make it stop working. -- 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/ -- 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/
