From tim@opencircuitdesign.com Mon Oct 1 21:34:00 2012 From: tim@opencircuitdesign.com (Tim Edwards) Date: Mon, 01 Oct 2012 21:34:00 -0000 Subject: Probable bug in WGL implementation (AIGLX) of GLX calls in XWin -wgl Message-ID: <506A0C64.2070906@opencircuitdesign.com> Hello Cywgin-X developers: I have a tool I maintain called "magic", a VLSI layout editor. One of its nicer features is a graphics mode based on OpenGL. Occasionally I generate Cygwin versions of it, and was delighted to discover on my last update of Cygwin that there is a support for hardware-accelerated OpenGL using some translation between GLX and WGL calls at the level of the X server. I tried using this with my Cygwin version of magic, and for the most part it works. But it does have the strange effect of overwriting the OpenGL window with contents of other windows. My setup is very non-standard but works under Linux and OS-X. The application is built as an extension of Tcl/Tk. Because the application makes all the OpenGL calls from C routines, it generates a generic window using a call to Tk_CreateWindow(), and maps it using Tk_MapWindow(). The returned window is then passed to glXMakeCurrent(). All of this works fine. The window that is used for the OpenGL rendering is framed by scrollbars on the side and bottom that are "canvas" windows in Tk. What I am seeing is that any time the scrollbars are redrawn, the OpenGL window is over-drawn, looks like with the default Tk background gray color. A similar thing happens if I pop a window on top of the OpenGL window; when I pop it down, the image of the window remains in the OpenGL window. I presume that in the way GLX is supposed to work, X11 has reserved pixmap space somewhere for the window, but once the call to glXMakeCurrent() has been made, the contents of this pixmap should not show up on the screen. Yet that is what I am seeing. Any clue as to what might be going on? One I tarball up this version of magic, I can send a pointer to where it can be obtained if anybody wants to download it and test for the bug. Thanks, Tim +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: tim@opencircuitdesign.com | | Open Circuit Design, Inc. | web: http://opencircuitdesign.com | | 22815 Timber Creek Lane | phone: (301) 528-5030 | | Clarksburg, MD 20871-4001 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: text/x-log Size: 4418 bytes Desc: not available URL: -------------- next part -------------- -- 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/ From efonnes@gmail.com Thu Oct 4 08:00:00 2012 From: efonnes@gmail.com (Erik Fonnesbeck) Date: Thu, 04 Oct 2012 08:00:00 -0000 Subject: Graphical glitch in all but multiwindow mode over remote desktop Message-ID: This is on Windows Server 2008 R2 with desktop composition enabled over remote desktop and using Cygwin/X 1.12.4 (though I have not seen any release notes mentioning a fix for it, so I'm guessing it is still relevant in the current version). Windows 7 should be relevant for testing this bug as well. I do not recall testing without desktop composition enabled for the remote desktop session, and I do not know whether the issue is specific to Windows 7/Server 2008 R2. Multiwindow mode works fine, but all other modes draw on the taskbar instead of in the Cygwin/X window. I have tried various combinations of settings for the X server, but the behavior is the same in all cases. -- 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/ From jon.turney@dronecode.org.uk Thu Oct 4 12:54:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 04 Oct 2012 12:54:00 -0000 Subject: Updated: xorg-server-1.13.0-1 (TEST) In-Reply-To: References: <504A1DB6.3070908@dronecode.org.uk> Message-ID: <506D86FA.7060900@dronecode.org.uk> On 01/10/12 17:38, Jim Reisert AD1C wrote: > On Fri, Sep 7, 2012 at 10:15 AM, Jon TURNEY wrote: > >> The following packages have been updated in the Cygwin distribution: >> >> *** xorg-server-*1.13.0-1 >> >> These packages contain XWin and the other X.Org X11 servers. >> >> This is the first release of the xserver 1.13 series. It is currently >> available as a test release, and will be made stable in approximately two >> weeks if no major regressions are reported. > > > Hi Jon, > > It's been three weeks, what's the status on this? Three is approximately two. These packages have been promoted from test to current. -- 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/ From jon.turney@dronecode.org.uk Mon Oct 8 13:35:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 08 Oct 2012 13:35:00 -0000 Subject: Graphical glitch in all but multiwindow mode over remote desktop In-Reply-To: References: Message-ID: <5072D6C0.8070806@dronecode.org.uk> On 04/10/2012 09:00, Erik Fonnesbeck wrote: > This is on Windows Server 2008 R2 with desktop composition enabled > over remote desktop and using Cygwin/X 1.12.4 (though I have not seen > any release notes mentioning a fix for it, so I'm guessing it is still > relevant in the current version). Windows 7 should be relevant for > testing this bug as well. I do not recall testing without desktop > composition enabled for the remote desktop session, and I do not know > whether the issue is specific to Windows 7/Server 2008 R2. > > Multiwindow mode works fine, but all other modes draw on the taskbar > instead of in the Cygwin/X window. I have tried various combinations > of settings for the X server, but the behavior is the same in all > cases. Did you try adding '-engine 1' option to the X server command line? All modes apart from multiwindow use DirectX drawing by default, and there have been reports that doesn't work correctly over RDP. (From my brief research, this may be related to the DirectX version which Xwin uses. DirectX over RDP, rendering on the host, is supposed to work since Vista, but only for DX9 or later clients, and XWin uses an older DX interface) -- 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/ From efonnes@gmail.com Tue Oct 9 01:20:00 2012 From: efonnes@gmail.com (Erik Fonnesbeck) Date: Tue, 09 Oct 2012 01:20:00 -0000 Subject: Graphical glitch in all but multiwindow mode over remote desktop In-Reply-To: <5072D6C0.8070806@dronecode.org.uk> References: <5072D6C0.8070806@dronecode.org.uk> Message-ID: On Mon, Oct 8, 2012 at 7:36 AM, Jon TURNEY wrote: > On 04/10/2012 09:00, Erik Fonnesbeck wrote: >> This is on Windows Server 2008 R2 with desktop composition enabled >> over remote desktop and using Cygwin/X 1.12.4 (though I have not seen >> any release notes mentioning a fix for it, so I'm guessing it is still >> relevant in the current version). Windows 7 should be relevant for >> testing this bug as well. I do not recall testing without desktop >> composition enabled for the remote desktop session, and I do not know >> whether the issue is specific to Windows 7/Server 2008 R2. >> >> Multiwindow mode works fine, but all other modes draw on the taskbar >> instead of in the Cygwin/X window. I have tried various combinations >> of settings for the X server, but the behavior is the same in all >> cases. > Did you try adding '-engine 1' option to the X server command line? > > All modes apart from multiwindow use DirectX drawing by default, and there > have been reports that doesn't work correctly over RDP. > > (From my brief research, this may be related to the DirectX version which Xwin > uses. DirectX over RDP, rendering on the host, is supposed to work since > Vista, but only for DX9 or later clients, and XWin uses an older DX interface) > I was unable to reproduce this on my Windows 7 desktop, with desktop composition enabled or disabled over remote desktop (same version of Cygwin/X). It does seem to be specific to desktop composition, as it seemed to behave fine when I disabled it on the remote desktop connection to my Windows Server 2008 R2 system (which is a VM with no 3d capabilities, if that's relevant). Since it isn't used as a server, after you mentioned DirectX I decided to try installing the missing DirectX 9 files in case it would have any effect (it didn't). Adding the '-engine 1' option did make it display properly. -- 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/ From matseitz@cisco.com Mon Oct 15 17:58:00 2012 From: matseitz@cisco.com (Matt Seitz (matseitz)) Date: Mon, 15 Oct 2012 17:58:00 -0000 Subject: XTerm icon updated? Re: Updated: xterm-283-1 Message-ID: Did this update change the XTerm icon that is displayed in the Windows task bar? Previously, when I launched the XWin Server, I would see the x.org logo (a black X with an orange ring) in the task bar as the icon for the XTerm window. Today, I see the XTerm icon for the XTerm window: a red X with a blue T superimposed over it. "Yaakov (Cygwin/X)" wrote: > The following package has been updated for the Cygwin distribution: > > *** xterm-283-1 > > The xterm program is a terminal emulator for the X Window System. It > provides DEC VT102 and Tektronix 4014 compatible terminals for programs > that can't use the window system directly. > > This is an update to the latest upstream release. > > -- > > Yaakov > Cygwin/X -- 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/ From dickey@his.com Mon Oct 15 21:01:00 2012 From: dickey@his.com (Thomas Dickey) Date: Mon, 15 Oct 2012 21:01:00 -0000 Subject: XTerm icon updated? Re: Updated: xterm-283-1 In-Reply-To: References: Message-ID: <20121015210036.GA2776@aerie.jexium-island.net> On Mon, Oct 15, 2012 at 05:58:10PM +0000, Matt Seitz (matseitz) wrote: > Did this update change the XTerm icon that is displayed in the Windows task > bar? > > Previously, when I launched the XWin Server, I would see the x.org logo (a > black X with an orange ring) in the task bar as the icon for the XTerm > window. Today, I see the XTerm icon for the XTerm window: a red X with a > blue T superimposed over it. yes - from xterm's standpoint it's moderately complicated. For Xwin Server, I assume that the icon is shown because that's the window which keeps the server from exiting. Though I investigated several cases, I didn't consider this particular one. xterm now specifies an icon because several of the cases I found didn't provide any icon at all - a favor from the desktop packagers, it seems. I did consider providing a special resource value that would suppress the xterm-specific icon (such as "none" or "default"), but decided to see what type of feedback I'd get first. HTH > "Yaakov (Cygwin/X)" wrote: > > The following package has been updated for the Cygwin distribution: > > > > *** xterm-283-1 > > > > The xterm program is a terminal emulator for the X Window System. It > > provides DEC VT102 and Tektronix 4014 compatible terminals for programs > > that can't use the window system directly. > > > > This is an update to the latest upstream release. > > > > -- > > > > Yaakov > > Cygwin/X > > -- > 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/ -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From jjreisert@alum.mit.edu Mon Oct 15 21:42:00 2012 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Mon, 15 Oct 2012 21:42:00 -0000 Subject: XTerm icon updated? Re: Updated: xterm-283-1 In-Reply-To: References: Message-ID: On Mon, Oct 15, 2012 at 11:58 AM, Matt Seitz wrote: > Did this update change the XTerm icon that is displayed in the Windows task bar? Yes, it reminds me of the Texas Rangers logo (American baseball team). -- Jim Reisert AD1C, , http://www.ad1c.us -- 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/ From dickey@his.com Mon Oct 15 22:43:00 2012 From: dickey@his.com (Thomas Dickey) Date: Mon, 15 Oct 2012 22:43:00 -0000 Subject: XTerm icon updated? Re: Updated: xterm-283-1 In-Reply-To: References: Message-ID: <20121015224242.GA2792@aerie.jexium-island.net> On Mon, Oct 15, 2012 at 03:42:02PM -0600, Jim Reisert AD1C wrote: > On Mon, Oct 15, 2012 at 11:58 AM, Matt Seitz wrote: > > > Did this update change the XTerm icon that is displayed in the Windows task bar? > > Yes, it reminds me of the Texas Rangers logo (American baseball team). Looking at that, I'd say not more than 10% (and wasn't inspired by it - I don't pay much attention to organized sports). See http://invisible-island.net/xterm/xterm.icon.html (I'll add more to the page, when I'm not working on more urgent things) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From jon.turney@dronecode.org.uk Tue Oct 16 13:45:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 16 Oct 2012 13:45:00 -0000 Subject: Probable bug in WGL implementation (AIGLX) of GLX calls in XWin -wgl In-Reply-To: <506A0C64.2070906@opencircuitdesign.com> References: <506A0C64.2070906@opencircuitdesign.com> Message-ID: <507D650A.3060808@dronecode.org.uk> On 01/10/2012 22:34, Tim Edwards wrote: > I have a tool I maintain called "magic", a VLSI layout editor. One > of its nicer features is a graphics mode based on OpenGL. Occasionally > I generate Cygwin versions of it, and was delighted to discover on my > last update of Cygwin that there is a support for hardware-accelerated > OpenGL using some translation between GLX and WGL calls at the level > of the X server. I tried using this with my Cygwin version of magic, > and for the most part it works. But it does have the strange effect > of overwriting the OpenGL window with contents of other windows. > > My setup is very non-standard but works under Linux and OS-X. The > application is built as an extension of Tcl/Tk. Because the application > makes all the OpenGL calls from C routines, it generates a generic > window using a call to Tk_CreateWindow(), and maps it using Tk_MapWindow(). > The returned window is then passed to glXMakeCurrent(). All of this > works fine. > > The window that is used for the OpenGL rendering is framed by > scrollbars on the side and bottom that are "canvas" windows in Tk. > What I am seeing is that any time the scrollbars are redrawn, the > OpenGL window is over-drawn, looks like with the default Tk background > gray color. A similar thing happens if I pop a window on top of the > OpenGL window; when I pop it down, the image of the window remains > in the OpenGL window. I presume that in the way GLX is supposed to > work, X11 has reserved pixmap space somewhere for the window, but > once the call to glXMakeCurrent() has been made, the contents of this > pixmap should not show up on the screen. Yet that is what I am seeing. > Any clue as to what might be going on? Yes, unfortunately. The current implementation of GLX using WGL takes a few shortcuts, basically anything that is drawn with OpenGL isn't composed into the screen, it's just drawn on top of it. This works well enough when the GLX window is a top-level window, or is non-top-level and has no occluding relatives and is drawn after anything it occludes, but mis-renders in more complex scenarios. This is discussed a bit more in [1] As mentioned there I have done a bit of work fix the mis-rendering in some cases. I can't quite tell from you description exactly what's going wrong, so I am not sure if those changes are going to help in this particular case. I have built a test release including the changes discussed there, available at [2], if you would like to test if it makes things better/worse/no difference. The proper solution is probably something like rendering the OpenGL to an offscreen buffer, and then composing it into the un-occluded area of the window, but that is considerably more complex to implement. > One I tarball up this version of magic, I can send a pointer to > where it can be obtained if anybody wants to download it and test > for the bug. Thanks. This would be useful as a test case for any future work to improve this. [1] http://sourceware.org/bugzilla/show_bug.cgi?id=10472 [2] ftp://cygwin.com/pub/cygwinx/XWin.20121012-git-3807fe48a7282459.exe.bz2 -- 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/ From tim@opencircuitdesign.com Tue Oct 16 20:34:00 2012 From: tim@opencircuitdesign.com (Tim Edwards) Date: Tue, 16 Oct 2012 20:34:00 -0000 Subject: Probable bug in WGL implementation (AIGLX) of GLX calls in XWin -wgl In-Reply-To: <507D650A.3060808@dronecode.org.uk> References: <506A0C64.2070906@opencircuitdesign.com> <507D650A.3060808@dronecode.org.uk> Message-ID: <507DC4BD.1070100@opencircuitdesign.com> Hello Jon, Thanks for the detailed response. > The current implementation of GLX using WGL takes a few shortcuts, basically > anything that is drawn with OpenGL isn't composed into the screen, it's just > drawn on top of it. I wouldn't want to sound too peevish, as I was quite happy to find that OpenGL hardware acceleration was even possible, as it was not on the previous version of Cygwin that I had downloaded. That it fails in obscure applications is sort of to be expected. > This works well enough when the GLX window is a top-level window, or is > non-top-level and has no occluding relatives and is drawn after anything it > occludes, but mis-renders in more complex scenarios. > > This is discussed a bit more in [1] > > As mentioned there I have done a bit of work fix the mis-rendering in some > cases. I can't quite tell from you description exactly what's going wrong, so > I am not sure if those changes are going to help in this particular case. > > I have built a test release including the changes discussed there, available > at [2], if you would like to test if it makes things better/worse/no difference. I downloaded the link, ran the X server, ran my application, and get no difference in the behavior. > The proper solution is probably something like rendering the OpenGL to an > offscreen buffer, and then composing it into the un-occluded area of the > window, but that is considerably more complex to implement. The two problems with this approach are that (1) I have found more buggy implementations in OpenGL servers by doing offscreen rendering; and (2) this particular tool is a VLSI layout editor and must be rendered directly on the front buffer. The general approach is to render everything as fast as possible and always be willing to break on key interrupt to start over. And I have misappropriated the back buffer for backing store purposes. . . The issue here is that I have the whole tool running as an extension of Tcl/Tk. I make a low-level call to Tk to give me an X11 window, which is a simple frame window in Tk but also part of a grid of sub-windows that includes a menu on top and scrollbars on side and bottom. I make a GLX call to render into the window I get from Tk. There are two occasions when the window gets rudely overdrawn, apparently by Tk (that is, the X server appears to know when not to draw into the OpenGL window except when the drawing requests come from the same process): One is that if I raise the Tk console window to obscure part of the OpenGL window, and then lower it behind the OpenGL window, the interior contents (not the frame, therefore, only those drawing requests sent to the server by Tk) continue to be drawn onto the OpenGL window. The second case is a little bit strange to me, in that Tk apparently wants to draw the background of the left- side scrollbar as a gray rectangle that covers not just the scrollbar window but most of the OpenGL window, too. It may be a Tk error that it draws outside the bounds of its own sub-window, but in a correctly working X server, it does not take precedence over the OpenGL window contents. I have found that if I disable the scrollbar, the effect disappears. So I can manage to work around everything (if necessary) except for the obscuring window problem. >> One I tarball up this version of magic, I can send a pointer to >> where it can be obtained if anybody wants to download it and test >> for the bug. > > Thanks. This would be useful as a test case for any future work > to improve this. The program (Cygwin version) is a two-part install that includes an X11-based version of Tcl/Tk for Cygwin: http://opencircuitdesign.com/cygwin Where "tcltk_x11_w7.tgz" is the 64-bit version that I was using when I found the problem, and the VLSI layout tool is http://opencircuitdesign.com/cygwin/magic.html where the 64-bit Windows 7 version is "magic-8.0.116w7.tgz". The direct download URLs are http://opencircuitdesign.com/cygwin/archive/tcltk_x11_w7.tgz http://opencircuitdesign.com/cygwin/archive/magic-8.0.116w7.tgz The latter one installs a shell script /usr/local/bin/magic that launches the layout tool. Use "magic -d OGL" from a Cygwin xterm to get the OpenGL-based version. The error can be seen by alternately raising the Tk console window and the layout window, with the contents of the console window continuing to be drawn after the window is pushed under the OpenGL window. Regards, Tim +--------------------------------+-------------------------------------+ | Dr. R. Timothy Edwards (Tim) | email: tim@opencircuitdesign.com | | Open Circuit Design, Inc. | web: http://opencircuitdesign.com | | 22815 Timber Creek Lane | phone: (301) 528-5030 | | Clarksburg, MD 20871-4001 | cell: (240) 401-0616 | +--------------------------------+-------------------------------------+ -- 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/ From morganinternationalinc@aol.com Wed Oct 17 07:11:00 2012 From: morganinternationalinc@aol.com (Ryan Morgan) Date: Wed, 17 Oct 2012 07:11:00 -0000 Subject: International Order Message-ID: Dear Customer, I would like to place an order with you. Can i know if you ship international, can i use my frieght forwarder?. More so, Do confirm the type of credit card you accept has a means of payment.So please let me know if you can assist me with the order,and please do not forget to include your website in your reply. I look forward to receive your response we can ascertain from there. Thank you Morgan International inc Mr Ryan Morgan - Owner 21, Utkarsh, Mahaveernagar, Vakharbhag, Sangli.416416, Maharashtra TEL : (91) 0233-979999 FAX:- (91) 03923-99292 Email :- morganinternationalinc@aol.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/ From jon.turney@dronecode.org.uk Wed Oct 17 12:45:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 17 Oct 2012 12:45:00 -0000 Subject: Probable bug in WGL implementation (AIGLX) of GLX calls in XWin -wgl In-Reply-To: <507DC4BD.1070100@opencircuitdesign.com> References: <506A0C64.2070906@opencircuitdesign.com> <507D650A.3060808@dronecode.org.uk> <507DC4BD.1070100@opencircuitdesign.com> Message-ID: <507EA862.6070803@dronecode.org.uk> On 16/10/2012 21:34, Tim Edwards wrote: >> The current implementation of GLX using WGL takes a few shortcuts, basically >> anything that is drawn with OpenGL isn't composed into the screen, it's just >> drawn on top of it. > > I wouldn't want to sound too peevish, as I was quite happy to find that > OpenGL hardware acceleration was even possible, as it was not on the > previous version of Cygwin that I had downloaded. That it fails in > obscure applications is sort of to be expected. > >> This works well enough when the GLX window is a top-level window, or is >> non-top-level and has no occluding relatives and is drawn after anything it >> occludes, but mis-renders in more complex scenarios. >> >> This is discussed a bit more in [1] >> >> As mentioned there I have done a bit of work fix the mis-rendering in some >> cases. I can't quite tell from you description exactly what's going wrong, so >> I am not sure if those changes are going to help in this particular case. >> >> I have built a test release including the changes discussed there, available >> at [2], if you would like to test if it makes things better/worse/no >> difference. > > I downloaded the link, ran the X server, ran my application, and get no > difference in the behavior. Ok. Thanks for testing, anyhow. > >> The proper solution is probably something like rendering the OpenGL to an >> offscreen buffer, and then composing it into the un-occluded area of the >> window, but that is considerably more complex to implement. > > The two problems with this approach are that (1) I have found more > buggy implementations in OpenGL servers by doing offscreen rendering; > and (2) this particular tool is a VLSI layout editor and must be > rendered directly on the front buffer. The general approach is to > render everything as fast as possible and always be willing to break > on key interrupt to start over. And I have misappropriated the back > buffer for backing store purposes. . . Sorry, I wasn't clear here. I'm not suggesting that the application should be changed. I'm just describing a possible approach to fixing this problem in the X server. -- 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/ From jsteed@gedae.com Thu Oct 18 16:26:00 2012 From: jsteed@gedae.com (Jim Steed) Date: Thu, 18 Oct 2012 16:26:00 -0000 Subject: How to disable focus stealing prevention in XWin Xorg Multi-Window In-Reply-To: References: Message-ID: I have an X windows program that uses multiple windows and has buttons to bring up the other windows to the top. These buttons don't work (have no effect) in the default settings of Cygwin's Xorg port due to "focus stealing prevention." I have a little background with this in Linux as I know the magic in KDE to disable focus stealing prevention and get these buttons to work. Is there a similar setting I can make to XWin Server's startxwin.exe to disable this? I have noted that twm and WindowMaker do not prevent focus stealing, and my program works fine in those window managers. However, for look and feel, I would much prefer it to closer integrated into Microsoft Windows with the multi-window approach. Thanks, Jim Steed -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 7886 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 72637 bytes Desc: not available URL: -------------- next part -------------- -- 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/ From matseitz@cisco.com Thu Oct 18 16:35:00 2012 From: matseitz@cisco.com (Matt Seitz (matseitz)) Date: Thu, 18 Oct 2012 16:35:00 -0000 Subject: XTerm icon updated? Re: Updated: xterm-283-1 In-Reply-To: <20121015210036.GA2776@aerie.jexium-island.net> References: <20121015210036.GA2776@aerie.jexium-island.net> Message-ID: > From: Thomas Dickey > > I did consider providing a special resource value that would suppress the > xterm-specific icon (such as "none" or "default"), but decided to see what > type of feedback I'd get first. I like having a specific xterm icon in the taskbar to make it clear which X application is actually running. I was just surprised to see a different icon, and I was curious what had changed to make it appear. Thanks for the explanation! -- 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/ From dickey@his.com Fri Oct 19 00:35:00 2012 From: dickey@his.com (Thomas Dickey) Date: Fri, 19 Oct 2012 00:35:00 -0000 Subject: XTerm icon updated? Re: Updated: xterm-283-1 In-Reply-To: References: <20121015210036.GA2776@aerie.jexium-island.net> Message-ID: <20121019003509.GA24962@aerie.jexium-island.net> On Thu, Oct 18, 2012 at 04:35:24PM +0000, Matt Seitz (matseitz) wrote: > > From: Thomas Dickey > > > > I did consider providing a special resource value that would suppress the > > xterm-specific icon (such as "none" or "default"), but decided to see what > > type of feedback I'd get first. > > I like having a specific xterm icon in the taskbar to make it clear which X application is actually running. I was just surprised to see a different icon, and I was curious what had changed to make it appear. Thanks for the explanation! no problem (thanks for the feedback) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From jon.turney@dronecode.org.uk Wed Oct 24 13:09:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 24 Oct 2012 13:09:00 -0000 Subject: How to disable focus stealing prevention in XWin Xorg Multi-Window In-Reply-To: References: Message-ID: <5087E89C.1040508@dronecode.org.uk> On 18/10/2012 17:26, Jim Steed wrote: > I have an X windows program that uses multiple windows and has buttons > to bring up the other windows to the top. These buttons don't work > (have no effect) in the default settings of Cygwin's Xorg port due to > "focus stealing prevention." I'm afraid your diagnosis is incorrect. It's a long-standing defect in multiwindow mode that no attempt is made to synchronize changes in the X window Z-order (e.g. made by XRaiseWindow()) to the native Windows window Z-order. See, for example [1] for some discussion about why this isn't easy to fix. > I have a little background with this in Linux as I know the magic in > KDE to disable focus stealing prevention and get these buttons to > work. Is there a similar setting I can make to XWin Server's > startxwin.exe to disable this? > > I have noted that twm and WindowMaker do not prevent focus stealing, > and my program works fine in those window managers. However, for look > and feel, I would much prefer it to closer integrated into Microsoft > Windows with the multi-window approach. [1] http://cygwin.com/ml/cygwin-xfree/2011-08/msg00034.html -- 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/ From jon.turney@dronecode.org.uk Wed Oct 24 13:14:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 24 Oct 2012 13:14:00 -0000 Subject: xserver compile err In-Reply-To: References: <506448A9.5040305@dronecode.org.uk> Message-ID: <5087E982.9070006@dronecode.org.uk> On 27/09/2012 18:46, J. Offerman wrote: > On Thu, Sep 27, 2012 at 5:38 AM, Jon TURNEY wrote: >> I'm slightly curious to know if there is something wrong with the X server >> binary package I produce, since you always seem to want to build your own? > > Nothing is wrong with your binaries and I'm grateful to you for > maintaining this wonderful thing called Cygwin X server. I just have a > few things about it that do not go well with my taste. But I'm not > foolish enough to say that the rest of the world should adapt to my > taste, so I keep them to myself and end up applying my own patch > everytime I build it. I think I've been doing this since Tears For > Fears tried to rule the world from your country. It used to be more > files, now it's only one file, winwndproc.c. I'm delighted the world > is catching up with me. :) All patches thoughtfully considered. -- 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/ From yselkowitz@users.sourceforge.net Fri Oct 26 04:12:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 26 Oct 2012 04:12:00 -0000 Subject: [ANNOUNCEMENT] Updated: cairo-1.12.6-1 Message-ID: The following package has been updated for the Cygwin distribution: * libcairo2-1.12.6-1 * libcairo-devel-1.12.6-1 airo is a 2D graphics library with support for multiple output devices. Currently supported output targets include the X Window System (via both Xlib and XCB) and image buffers, as well as PDF, PostScript, and SVG file output. This is an update to the latest upstream version. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From yselkowitz@users.sourceforge.net Fri Oct 26 04:16:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 26 Oct 2012 04:16:00 -0000 Subject: [ANNOUNCEMENT] Updated: xterm-285-1 Message-ID: The following package has been updated for the Cygwin distribution: *** xterm-285-1 The xterm program is a terminal emulator for the X Window System. It provides DEC VT102 and Tektronix 4014 compatible terminals for programs that can't use the window system directly. This is an update to the latest upstream release. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From danny.wright@ingservice.com Fri Oct 26 21:43:00 2012 From: danny.wright@ingservice.com (ING Direct) Date: Fri, 26 Oct 2012 21:43:00 -0000 Subject: ING Direct - Your statement is ready! (10/26/2012) Message-ID: <20121026214338.DF34B3255F2@faltaziprod.com> Dear ING Direct Client, Your most recent statement is now ready and is available for download (see attachment). This statement includes all your recent transactions including starting and ending balances. You may view or print a copy of your statement for record keeping by downloading the attached file to this email. ING Direct Customer Services As this e-mail is an automated message, please do not reply to this email. -------------------------------------------------- No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.7561 / Virus Database: 8271/1184 - Release Date -------------- next part -------------- A non-text attachment was scrubbed... Name: ING_Statement_102612.html Type: application/octet-stream Size: 22832 bytes Desc: not available URL: -------------- next part -------------- -- 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/ From vince.patrick@gci.net Mon Oct 29 01:36:00 2012 From: vince.patrick@gci.net (Vince Patrick) Date: Mon, 29 Oct 2012 01:36:00 -0000 Subject: bug and patch for xfig/xfig-lib 3.2.5b-2 -- from RedHat 806689 Message-ID: <508DDDAF.3010409@gci.net> Latest update of xfig 3.2.5b-2 in Cygwin 1.7 predates the problem introduced by a security revision to ghostscript that changed the handling of relative paths. The revised ghostscript is incorporated in Cygwin 1.7, hence xfig reads but fails to render eps files. The present behavior of xfig in Cygwin upon attempting an import of an eps file is identical to the bug reported in RedHat bugzilla Bug 806689 at https://bugzilla.redhat.com/show_bug.cgi?id=806689 The bug was identified March 25, 2012. A patch was presented April 04 for readeps.c https://bugzilla.redhat.com/attachment.cgi?id=575230&action=diff The official patch and the patched xfig 3.2.5-23 were released June 20 by the bug report Bug 806689 at the link above. The diff file for the patch for readeps.c is at https://bugzilla.redhat.com/attachment.cgi?id=575230 Many thanks to Dr. Volker Zell and to Corinna Vinschen for keeping the X11 workhorses alive and well. I have the legacy Cygwin running on a separate machine and use that distribution for a full-function xfig. vince patrick -- 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/