From devel.chm.01@gmail.com Mon Jun 2 12:04:00 2014 From: devel.chm.01@gmail.com (Chris Marshall) Date: Mon, 02 Jun 2014 12:04:00 -0000 Subject: glXMakeCurrent() call crashes X server Message-ID: Resend 2... Great. Now I appear to have hit the spam filter. Maybe the no-attachments version will make it through. Someone will have to check the spam tray to retrieve the original message. --Chris On Thu, May 29, 2014 at 1:00 PM, Chris Marshall wrote: > > [Resent with bzip2 compressed cygcheck output file---too big for list] > > I've been unable to debug the following failure because it results in the entire cygwin X server crashing. The code involved is from building the Prima::OpenGL module which fails running test t/02_basic.t in the call to glXMakeCurrent() in the x11.c file. > > I've attached an edited version of the cygcheck output, the XWin.0.log, and the output error message from the mintty console which appears to have the "final gasp" message which does not make it into XWin.0.log (presumably because of the crash): > > >> winGetWindowInfo: forcing window to exist >> assertion "pWin->parent" failed: file >> "/wip/cygport-git/xorg-server/xorg-server-1.15.0-3/src/xserver-cygwin-1.15.0-3/hw/xwin/winmultiwindowwindow.c", >> line 63, function: isToplevelWindow > > > > Here follows the perl/CPAN steps to reproduce the problem: > > 1. Install the perl OpenGL module from CPAN > > http://search.cpan.org/CPAN/authors/id/C/CH/CHM/OpenGL-0.6703.tar.gz > > 2. Install the Prima module from CPAN with the option > CYGWIN_X11=1 at the perl Makefile.PL stage as the > current cygwin default was before cygwinX supported > WGL through a GLX pass-through. > > http://search.cpan.org/CPAN/authors/id/K/KA/KARASIK/Prima-1.39.tar.gz > > 3. Build the Prima::OpenGL module from CPAN and > run the failing test: perl -Mblib t/02_basic.t > > http://search.cpan.org/CPAN/authors/id/K/KA/KARASIK/Prima-OpenGL-0.05.tar.gz > > > Apologies for the perl-based report. I've included links to the current distribution files for the 3 main modules but there may be other dependencies required to complete a full manual build. The simplest would be to use an automated install client such as cpan, cpanm,... > > --Chris > -- 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 Jun 2 12:29:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 02 Jun 2014 12:29:00 -0000 Subject: glXMakeCurrent() call crashes X server In-Reply-To: References: Message-ID: <538C6E1B.4040100@dronecode.org.uk> On 02/06/2014 13:04, Chris Marshall wrote: > On Thu, May 29, 2014 at 1:00 PM, Chris Marshall wrote: >> I've been unable to debug the following failure because it results in the entire cygwin X server crashing. The code involved is from building the Prima::OpenGL module which fails running test t/02_basic.t in the call to glXMakeCurrent() in the x11.c file. >> >> I've attached an edited version of the cygcheck output, the XWin.0.log, and the output error message from the mintty console which appears to have the "final gasp" message which does not make it into XWin.0.log (presumably because of the crash): >> >> >>> winGetWindowInfo: forcing window to exist >>> assertion "pWin->parent" failed: file >>> "/wip/cygport-git/xorg-server/xorg-server-1.15.0-3/src/xserver-cygwin-1.15.0-3/hw/xwin/winmultiwindowwindow.c", >>> line 63, function: isToplevelWindow Thanks for the bug report and reproduction steps. I think this looks like a bug I fixed in 1.15.1-1, where the X server would crash if OpenGL was used on the (hidden) root window in multiwindow mode. [1] In any case, can you please retry with the latest X server version. [1] https://cygwin.com/ml/cygwin-xfree-announce/2014-04/msg00003.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/ From jon.turney@dronecode.org.uk Mon Jun 2 13:57:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 02 Jun 2014 13:57:00 -0000 Subject: Automatic X server startup In-Reply-To: <004001cf7a74$5c6b3ac0$1541b040$%fedin@samsung.com> References: <000a01cf79aa$8d1c7f50$a7557df0$%fedin@samsung.com> <5384AD24.4080504@dronecode.org.uk> <004001cf7a74$5c6b3ac0$1541b040$%fedin@samsung.com> Message-ID: <538C82AF.9080702@dronecode.org.uk> On 28/05/2014 13:57, Pavel Fedin wrote: >> I believe this is arranged using launchd on OS X, which listens on the >> socket the X server will use, and starts the X server when something >> connects. >> >> Unfortunately, there is no similar system facility on Windows. > > But it should be possible to make xlib a little bit more smart, isn't it ? It could automatically run X server when a connection is attempted but refused. So we would achieve the same effect as on MacOS. > We could e. g. have some directory like /etc/X11/autostart, to be examined by xlib. If it detects that e. g. :0 screen is not accessible, it would attempt to look up 0.xlaunch file there and run "xlaunch -run /etc/X11/autostart/0.xlaunch" command. > What do you think ? I could implement this idea if you have no time to work on that, i believe it should be very easy. Patches are always welcome, so please feel free to work on this if you like. I have my doubts that that it's straightforward to add this in libX11 in a way that is generally useful (for e.g.: there would be a race condition if two processes both try to start the server at the same time, there's much room for confusion about how to specify the X server options to be used, if it could be started explicitly for the start menu, or implicitly by libX11,...) >> You can achieve a somewhat similar effect by copying the X server >> shortcut to the startup group to start it automatically at login, at >> the cost of slowing down system startup somewhat. > > Heh, it's already slow because of antivirus and other corporate stuff (i cannot disable it). Running on demand would be better. You might consider looking at starting it from launchd or perhaps xinitd if possible, and then just that can be started by the X server shortcut, or at startup. -- 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 jon.turney@dronecode.org.uk Mon Jun 2 14:00:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 02 Jun 2014 14:00:00 -0000 Subject: emacs holding focus, not granting it to xterm In-Reply-To: <53847AC8.6070000@chalmers.se> References: <53847AC8.6070000@chalmers.se> Message-ID: <538C8376.2090502@dronecode.org.uk> On 27/05/2014 12:45, Hans-Georg Scherneck wrote: > I'm running cygwin x on my laptop [version 1.7.29(0.272/5/3), Windows 7 prof], start windows on > remote machines (cygwin and linux mint), that are exported to my laptop. I've noted the problem for > more than a year now and it's irritating still, new versions of cygwin and applications notwithstanding. > > Here's what happens: > I enter text into emacs, move mouse to an xterm, click and enter text there, but text is going into > emacs. I can only move keyboard flow away from emacs after having done some nuisance operations in > the emacs window, like moving around the pointer; it mostly helps with one such instance, sometimes > I have to repeat. It's rather unpredictable. The raised status of the xterm window, however, is > deceiving me. So text goes even into hidden emacs windows. I can't reproduce this. Can you be a bit more specific about how you are running the X server (/var/log/xwin/XWin.0.log would be nice) and which window manager you are using? -- 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 devel.chm.01@gmail.com Mon Jun 2 14:00:00 2014 From: devel.chm.01@gmail.com (Chris Marshall) Date: Mon, 02 Jun 2014 14:00:00 -0000 Subject: glXMakeCurrent() call crashes X server In-Reply-To: <538C6E1B.4040100@dronecode.org.uk> References: <538C6E1B.4040100@dronecode.org.uk> Message-ID: Just tested with XWin.exe version 1.15.1-2 built 2014-05-06 and no crash (yea!). --Chris On Mon, Jun 2, 2014 at 8:29 AM, Jon TURNEY wrote: > On 02/06/2014 13:04, Chris Marshall wrote: > >> On Thu, May 29, 2014 at 1:00 PM, Chris Marshall wrote: >>> >>> I've been unable to debug the following failure because it results in the >>> entire cygwin X server crashing. The code involved is from building the >>> Prima::OpenGL module which fails running test t/02_basic.t in the call to >>> glXMakeCurrent() in the x11.c file. >>> >>> I've attached an edited version of the cygcheck output, the XWin.0.log, >>> and the output error message from the mintty console which appears to have >>> the "final gasp" message which does not make it into XWin.0.log (presumably >>> because of the crash): >>> >>> >>>> winGetWindowInfo: forcing window to exist >>>> assertion "pWin->parent" failed: file >>>> >>>> "/wip/cygport-git/xorg-server/xorg-server-1.15.0-3/src/xserver-cygwin-1.15.0-3/hw/xwin/winmultiwindowwindow.c", >>>> line 63, function: isToplevelWindow > > > Thanks for the bug report and reproduction steps. > > I think this looks like a bug I fixed in 1.15.1-1, where the X server would > crash if OpenGL was used on the (hidden) root window in multiwindow mode. > [1] > > In any case, can you please retry with the latest X server version. > > [1] https://cygwin.com/ml/cygwin-xfree-announce/2014-04/msg00003.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/ From hgs@chalmers.se Mon Jun 2 17:49:00 2014 From: hgs@chalmers.se (Hans-Georg Scherneck) Date: Mon, 02 Jun 2014 17:49:00 -0000 Subject: emacs holding focus, not granting it to xterm In-Reply-To: <538C8376.2090502@dronecode.org.uk> References: <53847AC8.6070000@chalmers.se> <538C8376.2090502@dronecode.org.uk> Message-ID: <538CB93B.2050106@chalmers.se> Jon TURNEY wrote: > On 27/05/2014 12:45, Hans-Georg Scherneck wrote: >> I'm running cygwin x on my laptop [version 1.7.29(0.272/5/3), Windows 7 prof], start windows on >> remote machines (cygwin and linux mint), that are exported to my laptop. I've noted the problem for >> more than a year now and it's irritating still, new versions of cygwin and applications >> notwithstanding. >> >> Here's what happens: >> I enter text into emacs, move mouse to an xterm, click and enter text there, but text is going into >> emacs. I can only move keyboard flow away from emacs after having done some nuisance operations in >> the emacs window, like moving around the pointer; it mostly helps with one such instance, sometimes >> I have to repeat. It's rather unpredictable. The raised status of the xterm window, however, is >> deceiving me. So text goes even into hidden emacs windows. > > I can't reproduce this. > > Can you be a bit more specific about how you are running the X server (/var/log/xwin/XWin.0.log > would be nice) and which window manager you are using? > Dear Jon, you can find the log at http://holt.oso.chalmers.se/hgs/4CYG/XWin.0.log The X-window manager on the linux machine ? - not sure how to answer. I log in using ssh -Y and start jobs from an xterm using command lines. I never use any GUI. uname -a says Linux holt 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux It greets me (ssh, xterm): Warning: No xauth data; using fake authentication data for X11 forwarding. Welcome to Linux Mint 13 Maya (GNU/Linux 3.2.0-23-generic x86_64) The problem only occurs with emacs (/usr/bin/emacs23-x --version says: GNU Emacs 23.3.1 ) Could it be that emacs creates a server / uses a port of its own? Do you need more information? Thanks for caring about my problem. /HGS -- Med v??nliga h??lsningar / With best regards yours ----- Hans-Georg Scherneck / A \ ---------------------+----------------------------------- | / \ | . Telephone & -fax | Chalmers University of Technology \ / . +46 31 772 5556 | Earth and Space Sciences ----- . +46 31 772 5590 fx | & Onsala Space Observatory | | . E-Mail: | SE-439 92 Onsala, Sweden / \ . hgs@chalmers.se | http://www.chalmers.se/rss ---------------- . Ocean Loading Serv.| holt.oso.chalmers.se/loading /===\ ,===//===\ . Gravimeter | holt.oso.chalmers.se/hgs/SCG / /`===,/ / ---------------------+---------------------------------\===//===' \===/ -- 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 Fri Jun 6 05:37:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 06 Jun 2014 05:37:00 -0000 Subject: [ANNOUNCEMENT] Updated: xlaunch-20140605-1 In-Reply-To: <5130CE7E.2070408@dronecode.org.uk> References: <4F719346.7050007@dronecode.org.uk> <5130CE7E.2070408@dronecode.org.uk> Message-ID: *** xlaunch-20140605-1 * Fix opening HtmlHelp when Cygwin isn't installed in the default location, C:\cygwin(64) * Fix opening HtmlHelp when run without Administrator privileges x86: dd3d229ccf6e0abd8b7dd00ca3185f7b *xlaunch-20140605-1-src.tar.xz 6da153acf43fc13dd82bc3bf6a9bba4e *xlaunch-20140605-1.tar.xz x86_64: 364d377b823f2330a609c424d1fb60f4 *xlaunch-20140605-1-src.tar.xz b52aa91d9fb06c1c698b49d3bc50103c *xlaunch-20140605-1.tar.xz -- 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@cygwin.com Sun Jun 8 06:01:00 2014 From: yselkowitz@cygwin.com (Yaakov Selkowitz) Date: Sun, 08 Jun 2014 06:01:00 -0000 Subject: [ANNOUNCEMENT] Updated: xterm-305-1 Message-ID: The following package has been updated in the Cygwin distribution: *** xterm-305-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 noreply@support.steampowered.com Mon Jun 9 03:08:00 2014 From: noreply@support.steampowered.com (Steam Support) Date: Mon, 09 Jun 2014 03:08:00 -0000 Subject: Registration Required (Re: Delivery reports about your e-mail) Message-ID: Please do not reply to this email. This email has been sent by a machine, replies will not be read. Hello, You have just sent a message to the helpdesk we use to manage our emails. Before your email is entered into our system, you need to create a new account. To finish submitting your email, please sign up at the following URL: https://support.steampowered.com/register.php?do=ticket&temp_ticket_id=486406&temp_ticket_key=th12X5 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Your question may already be answered in our knowledgebase: https://support.steampowered.com/kb_search.php?searchwords= As an alternate resource, please check Steam Discussions as other users may have resolved this issue: http://steamcommunity.com/discussions/forum/1/ -- 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 noreply@support.steampowered.com Mon Jun 9 04:00:00 2014 From: noreply@support.steampowered.com (Steam Support) Date: Mon, 09 Jun 2014 04:00:00 -0000 Subject: Reminder of incomplete question submission Message-ID: <431decb6abab69b9db78c959e06d01aa@localhost.localdomain> Please do not reply to this email. This email has been sent by a machine, replies will not be read. Hello, You submitted a question to our helpdesk on but failed to complete the process by registering or logging in. Until you do so, your ticket will not be entered into our system and will not be read by our staff. Please visit the following URL to finish submitting your question: https://support.steampowered.com/register.php?do=ticket&temp_ticket_id=486406&temp_ticket_key=th12X5 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Your question may already be answered in our knowledgebase: https://support.steampowered.com/kb_search.php?searchwords= As an alternate resource, please check Steam Discussions as other users may have resolved this issue: http://steamcommunity.com/discussions/forum/1/ -- 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 noreply@support.steampowered.com Mon Jun 9 17:22:00 2014 From: noreply@support.steampowered.com (Steam Support) Date: Mon, 09 Jun 2014 17:22:00 -0000 Subject: Account Confirmation -- Response Required Message-ID: <61089be340daa1bcf363529023dfff25@support.steampowered.com> Please do not reply to this email. This email has been sent by a machine, replies will not be read. Hello, Thank you for registering an account at our helpdesk. Please validate the email address you registered with by clicking on the link below. https://support.steampowered.com/confirm.php?username=noreply16418&key=abc556 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Your question may already be answered in our knowledgebase: https://support.steampowered.com/kb_search.php?searchwords= As an alternate resource, please check Steam Discussions as other users may have resolved this issue: http://steamcommunity.com/discussions/forum/1/ -- 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 email@support.steampowered.com Mon Jun 9 17:46:00 2014 From: email@support.steampowered.com (Steam Support) Date: Mon, 09 Jun 2014 17:46:00 -0000 Subject: Delivery reports about your e-mail - [8139-IDHC-5296] [a3b41492] Message-ID: <464f920f9b8344a225b7326e664be0e7@support.steampowered.com> ========= Please enter your reply ABOVE this line ========= Hello, Thank you for submitting your question to our staff. We will respond to your question by email. Anytime you wish you can view your question online: https://support.steampowered.com/view.php?ticketref=8139-IDHC-5296 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Your question may already be answered in our knowledgebase: https://support.steampowered.com/kb_search.php?searchwords=Delivery+reports+about+your+e-mail As an alternate resource, please check Steam Discussions as other users may have resolved this issue: http://steamcommunity.com/discussions/forum/1/ <=== 8139-IDHC-5296 --- a3b41492 ===> -- 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 paherbst@gmail.com Wed Jun 11 20:50:00 2014 From: paherbst@gmail.com (Patrick Herbst) Date: Wed, 11 Jun 2014 20:50:00 -0000 Subject: XRaiseWindow for activating windows in multiwindow mode Message-ID: On 03 Sep 2011, Jon TURNEY wrote: > > On 13/08/2011 19:39, Oliver Schmidt wrote: > > as reported in > > > > http://www.cygwin.com/ml/cygwin-xfree/2005-06/msg00072.html > > > > windows are not raised from the Cygwin X Server in multiwindow > > mode, if a program wants to programmatically activate a window. > > > > I played around and figured out that the problem can be solved by > > invoking the windows function SetForegroundWindow if a top level > > window is to be restacked and has no previous sibling. > > > > I enclose the patch in this email. It works fine for me, but > > I'm not sure if it has any side effects for other configurations > > or usage patterns. > > Thanks for looking into this, and for the patch. > > There definitely are some problems in this area, but I'm not sure this is the > 'correct' fix, though. > > The code as it stands is the product of some ... erm ... historical compromises. > > If I am reading the code correctly, it looks like currently 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, and the comment in [1] seems to bear > this out. The code which perhaps would do this is in the disabled branch of > the #if/#else/#endif in winRestackWindowMultiWindow() > > The relevant thread seems to be [2] and the relevant change seems to be [3], > but I can't reconstruct the reasoning behind it. > > As discussed in the thread [2] various scenarios, e.g. AOT windows, native > windows interleaved with X windows in the native Z order, Windows with > focus-follows-mouse enabled via TweakUI all need testing after trying to fix > this, to ensure you haven't regressed them. > > [1] http://sourceware.org/ml/cygwin-xfree/2004-12/msg00074.html > [2] http://sourceware.org/ml/cygwin-xfree/2004-03/msg00540.html > [3] > http://cgit.freedesktop.org/xorg/xserver/commit/?h=CYGWIN&id=40bb4441ac7c87cfa0c62e8553c7e53b9fe4d765 > > > It would be nice if this feature could be integrated into future > > versions of the Cygwin X Server. > > > > Best regards, > > Oliver > > Is there a fix planned for this? I too use applications that make use of XRaiseWindow to navigate around multiple windows, and it doesn't work. Anyone have any info on this issue?? Thanks! Patrick Herbst Ref: https://cygwin.com/ml/cygwin-xfree/2011-09/msg00000.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 Thu Jun 12 22:54:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 12 Jun 2014 22:54:00 -0000 Subject: compiling xwin 1.15.1-2 In-Reply-To: References: Message-ID: <539A2F8B.7060203@dronecode.org.uk> On 12/06/2014 22:49, J. Offerman wrote: > Can you help me resolve this compile error that I'm seeing now? Thanks. Please use the mailing list for these kinds of questions. > =================================================== > In file included from > /usr/src/xorg-server-1.15.1-2/src/xserver-cygwin-1.15.1-2/hw/xwin/glx/glthunk.c:87:0: > ./generated_gl_thunks.c: In function 'glTexturePageCommitmentEXTWrapper': > ./generated_gl_thunks.c:10560:3: error: too many arguments to function > 'proc' > RESOLVED_PROC(PFNGLTEXTUREPAGECOMMITMENTEXTPROC)( texture_, target_, > level_, xoffset_, yoffset_, zoffset_, width_, height_, depth_, resident_ ); Thanks for drawing this to my attention. This fails because the description of glTexturePageCommitmentEXT() in /usr/share/opengl/api/gl.xml from (khronos-opengl-registry) needs to match it's prototype in /usr/include/w32api/GL/glext.h (from w32api-headers) There was an upstream bug where an extra 'target' parameter was erroneously added. The latest w32api-headers have updated GL headers that have that fixed, but it seems I haven't updated khronos-opengl-registry Until I make an updated package, you'll have to fix gl.xml yourself, like this: --- gl.xml~ 2013-08-08 18:07:23.000000000 +0100 +++ gl.xml 2014-05-02 17:35:52.000120700 +0100 @@ -22968,7 +22968,6 @@ void glTexturePageCommitmentEXT GLuint texture - GLenum target GLint level GLint xoffset GLint yoffset -- 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 oschmidt-mailinglists@gmx.de Thu Jun 19 10:07:00 2014 From: oschmidt-mailinglists@gmx.de (Oliver Schmidt) Date: Thu, 19 Jun 2014 10:07:00 -0000 Subject: XRaiseWindow for activating windows in multiwindow mode In-Reply-To: References: Message-ID: <53A2B675.3020704@gmx.de> On 6/11/2014 10:50 PM, Patrick Herbst wrote: > On 03 Sep 2011, Jon TURNEY wrote: >> On 13/08/2011 19:39, Oliver Schmidt wrote: >>> as reported in >>> http://www.cygwin.com/ml/cygwin-xfree/2005-06/msg00072.html >>> windows are not raised from the Cygwin X Server in multiwindow >>> mode, if a program wants to programmatically activate a window. >>> >>> I played around and figured out that the problem can be solved by >>> ... >>> I enclose the patch in this email. It works fine for me, but >>>... > > Is there a fix planned for this? I too use applications that make use > of XRaiseWindow to navigate around multiple windows, and it doesn't > work. > > Anyone have any info on this issue?? I used my patch from 2011 every day for the last three years and it worked always without any problems. I was also able to incorporate this patch into the newest cygwin x server running under 64-bit cygwin without any problems. See also: https://cygwin.com/ml/cygwin-xfree/2011-08/msg00034.html https://cygwin.com/ml/cygwin-xfree/2011-09/msg00000.html https://cygwin.com/ml/cygwin-xfree/2011-09/msg00003.html I don't understand, why this patch was not included into the official cygwin-x-server. Of course it would be nice, if a better solution was available. For pragmatic reasons it would be nice to include this patch into official cygwin x server until a better solution is available. Best regards, Oliver -- 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 oschmidt-mailinglists@gmx.de Thu Jun 19 12:22:00 2014 From: oschmidt-mailinglists@gmx.de (Oliver Schmidt) Date: Thu, 19 Jun 2014 12:22:00 -0000 Subject: problem evaluating window resize hints under 64 bit Message-ID: <53A2D616.4020605@gmx.de> The current cygwin x server 1.15.1-2 under 64-bit cygwin seems to have a problem correctly evaluating the window resize hints. In hw/xwin/winmultiwindowwndproc.c the function ValidateSizing calls winMultiWindowGetWMNormalHints and gets wrong values in sizeHints.width_inc and sizeHints.height_inc. In function winMultiWindowGetWMNormalHints in file hw/xwin/winmultiwindowclass.c you can see that a memcpy occurs from prop->data with sizeof(WinXSizeHints). As it turns out, everything is correct if you modify the typedef of WinXSizeHints in hw/xwin/winmultiwindowclass.h so that long type becomes int: --- a/cygwin/hw/xwin/winmultiwindowclass.h +++ b/cygwin/hw/xwin/winmultiwindowclass.h @@ -63,7 +63,7 @@ typedef struct { * used with WM_NORMAL_HINTS. */ typedef struct { - long flags; /* marks which fields in this structure are defined */ + int flags; /* marks which fields in this structure are defined */ int x, y; /* obsolete for new window mgrs, but clients */ int width, height; /* should set so old wm's don't mess up */ I can only guess why this works: in the X11 message protocol all int and long types are mapped to 32 bit integers. It seems that the memcpy in winMultiWindowGetWMNormalHints has source data that has memory layout as in the X11 message protocol. Best regards, Oliver -- 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 paherbst@gmail.com Thu Jun 19 19:55:00 2014 From: paherbst@gmail.com (Patrick Herbst) Date: Thu, 19 Jun 2014 19:55:00 -0000 Subject: XRaiseWindow for activating windows in multiwindow mode In-Reply-To: 53A2B675.3020704@gmx.de References: CACMdL5LcppcQ0AS6xmfqgzsnU6Qr8UB0Mc5YwZYjBBrTbUpzPQ@mail.gmail.com, 53A2B675.3020704@gmx.de Message-ID: <53A34072.7060607@gmail.com> > I used my patch from 2011 every day for the last three years and it > worked always without any problems. I was also able to incorporate this > patch into the newest cygwin x server running under 64-bit cygwin > without any problems. > > See also: > https://cygwin.com/ml/cygwin-xfree/2011-08/msg00034.html > https://cygwin.com/ml/cygwin-xfree/2011-09/msg00000.html > https://cygwin.com/ml/cygwin-xfree/2011-09/msg00003.html > > I don't understand, why this patch was not included into the official > cygwin-x-server. Of course it would be nice, if a better solution was > available. For pragmatic reasons it would be nice to include this patch > into official cygwin x server until a better solution is available. How can we get this rolled into the release? -- 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 Jun 19 21:25:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 19 Jun 2014 21:25:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.15.1-3 Message-ID: The following packages have been updated in the Cygwin distribution: *** xorg-server-*1.15.1-3 These packages contain XWin and the other X.Org X11 servers. The following cygwin-specific changes have been made since 1.15.1-2: * A cosmetic fix to version reporting on x86_64 * Improve visual matching with a remote libGL by not reporting pbuffer size limits * Log counts of WGL pixel formats which couldn't be used for various reasons * Correctly interpret WM_HINTS, WM_NORMAL_HINTS properties on x86_64 * Ignore any WM_NORMAL_HINTS PPosition if it specifies the origin * Fix building with khronos-opengl-registry since 2013-08-16 by limiting the considered features for shim generation to GL version <=1.2 x86: f7857118deebe18a89fa6093f3f03837 *xorg-server-1.15.1-3-src.tar.xz 22f4a00a84ad9f48d0ee78a6a2974f1f *xorg-server-1.15.1-3.tar.xz a34e20b0aa50d4ab2aea75d2e23a2691 *xorg-server-common-1.15.1-3.tar.xz 9a0a43e8a07ca545b7c6e4cdb8f38bc8 *xorg-server-debuginfo-1.15.1-3.tar.xz ef95370bd6b61ab030798a4735cca3e0 *xorg-server-devel-1.15.1-3.tar.xz ac17ded0743fcdb2b491e7ce80675f51 *xorg-server-dmx-1.15.1-3.tar.xz 1e84c4811bee5563e8b6d72259425d6d *xorg-server-extra-1.15.1-3.tar.xz 08b1f7971b7b4ac230258c2c9fd24145 *xwinclip-1.15.1-3.tar.xz x86_64: cdde770c4ca8f389f79939d0065a3293 *xorg-server-1.15.1-3-src.tar.xz 56595977e462d90a20635ec104dcc099 *xorg-server-1.15.1-3.tar.xz dc46816c8d55d2a1f86ddb7b3b8805a2 *xorg-server-common-1.15.1-3.tar.xz d80debe791e9b1431337980bc4917593 *xorg-server-debuginfo-1.15.1-3.tar.xz f6dd021669b49b674d0cde243a0d606a *xorg-server-devel-1.15.1-3.tar.xz d92381f261f7dedc53edb983fc565291 *xorg-server-dmx-1.15.1-3.tar.xz e5bf84a691fd774c0a021ec6cbe07e02 *xorg-server-extra-1.15.1-3.tar.xz 916a376a150c598c7cba94f0e0b17396 *xwinclip-1.15.1-3.tar.xz -- 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 Jun 19 21:38:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 19 Jun 2014 21:38:00 -0000 Subject: XWin ignores all parameters related to multiple monitors In-Reply-To: References: <5367EE90.4000205@dronecode.org.uk> <536B755C.2040602@dronecode.org.uk> <536CAABE.4020308@dronecode.org.uk> Message-ID: <53A35841.7090003@dronecode.org.uk> On 09/05/2014 21:25, Lukas Haase wrote: > On 2014-05-09 3:15, Jon TURNEY wrote: >> On 09/05/2014 00:27, Lukas Haase wrote: >>> On 2014-05-08 5:15, Jon TURNEY wrote: >>>> I've built a snapshot [1], which adds a heuristic which ignores a >>>> 'program specified location' hint if the location is the origin, which >>>> you might like to try and see if that fixes your problem, but I'm not >>>> sure if that is the correct solution. >>> >>> I have just the issue that the exe does not seem to work for me. Is >>> there anything special I need to consider? >> >> Sorry, my snapshot building script went wrong and the snapshot was >> broken. Try this one instead. >> >> ftp://cygwin.com/pub/cygwinx/x86/XWin.20140509-git-c4a16a6606868d3e.exe.bz2 > > Can't believe it, great! Works exactly as it should (just with the > standard configuration, "X :0 -multiwindow")!! > > Now I just hope that this 'patch' somehow finds its way into the trunk ;-) This fix is included is 1.15.1-3. On reflection, I think a better approach would be to look at _NET_WM_WINDOW_TYPE and if it's _NET_WM_TYPE_NORMAL or absent, ignore PPosition and place the window as we like, but that is not quite as straightforward to implement. -- 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 jon.turney@dronecode.org.uk Thu Jun 19 21:40:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 19 Jun 2014 21:40:00 -0000 Subject: compiling xwin 1.15.1-2 In-Reply-To: <539A2F8B.7060203@dronecode.org.uk> References: <539A2F8B.7060203@dronecode.org.uk> Message-ID: <53A358BB.90106@dronecode.org.uk> On 12/06/2014 23:54, Jon TURNEY wrote: > On 12/06/2014 22:49, J. Offerman wrote: >> Can you help me resolve this compile error that I'm seeing now? Thanks. > > Please use the mailing list for these kinds of questions. > >> =================================================== >> In file included from >> /usr/src/xorg-server-1.15.1-2/src/xserver-cygwin-1.15.1-2/hw/xwin/glx/glthunk.c:87:0: >> >> ./generated_gl_thunks.c: In function 'glTexturePageCommitmentEXTWrapper': >> ./generated_gl_thunks.c:10560:3: error: too many arguments to function >> 'proc' >> RESOLVED_PROC(PFNGLTEXTUREPAGECOMMITMENTEXTPROC)( texture_, target_, >> level_, xoffset_, yoffset_, zoffset_, width_, height_, depth_, >> resident_ ); > > Thanks for drawing this to my attention. > > This fails because the description of glTexturePageCommitmentEXT() in > /usr/share/opengl/api/gl.xml from (khronos-opengl-registry) needs to > match it's prototype in /usr/include/w32api/GL/glext.h (from > w32api-headers) > > There was an upstream bug where an extra 'target' parameter was > erroneously added. The latest w32api-headers have updated GL headers > that have that fixed, but it seems I haven't updated > khronos-opengl-registry > > Until I make an updated package, you'll have to fix gl.xml yourself, > like this: > > --- gl.xml~ 2013-08-08 18:07:23.000000000 +0100 > +++ gl.xml 2014-05-02 17:35:52.000120700 +0100 > @@ -22968,7 +22968,6 @@ > > void glTexturePageCommitmentEXT > GLuint texture > - GLenum target > GLint level > GLint xoffset > GLint yoffset > I've uploaded an updated khronos-opengl-registry-20140619_svn27116-1 package, which includes this fix. Due to other changes it includes, an additional change is needed to compile xorg-server with it, which is included in 1.15.1-3. -- 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 jon.turney@dronecode.org.uk Thu Jun 19 21:44:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 19 Jun 2014 21:44:00 -0000 Subject: problem evaluating window resize hints under 64 bit In-Reply-To: <53A2D616.4020605@gmx.de> References: <53A2D616.4020605@gmx.de> Message-ID: <53A359B2.2050407@dronecode.org.uk> On 19/06/2014 13:22, Oliver Schmidt wrote: > The current cygwin x server 1.15.1-2 under 64-bit cygwin seems to have a > problem correctly evaluating the window resize hints. > > In hw/xwin/winmultiwindowwndproc.c the function ValidateSizing calls > winMultiWindowGetWMNormalHints and gets wrong values in > sizeHints.width_inc and sizeHints.height_inc. > > In function winMultiWindowGetWMNormalHints in file > hw/xwin/winmultiwindowclass.c you can see that a memcpy occurs from > prop->data with sizeof(WinXSizeHints). > > As it turns out, everything is correct if you modify the typedef of > WinXSizeHints in hw/xwin/winmultiwindowclass.h so that long type becomes > int: > > --- a/cygwin/hw/xwin/winmultiwindowclass.h > +++ b/cygwin/hw/xwin/winmultiwindowclass.h > @@ -63,7 +63,7 @@ typedef struct { > * used with WM_NORMAL_HINTS. > */ > typedef struct { > - long flags; /* marks which fields in this structure > are defined */ > + int flags; /* marks which fields in this structure > are defined */ > int x, y; /* obsolete for new window mgrs, but > clients */ > int width, height; /* should set so old wm's don't mess > up */ Thanks for pointing this out and the patch. The same problem also occurs with WM_HINTS a few lines above. > I can only guess why this works: in the X11 message protocol all int and > long types are mapped to 32 bit integers. It seems that the memcpy in > winMultiWindowGetWMNormalHints has source data that has memory layout as > in the X11 message protocol. Yes. For historical reasons, 'long' is used for the CARD32 type in the libX11 API (which this structure has been copied from), but because that has a different size on x86 and x86_64, so libX11 marshalls that into a 32-bit quantity before storing it into the window property. -- 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 jofferman@gmail.com Sat Jun 21 08:04:00 2014 From: jofferman@gmail.com (J. Offerman) Date: Sat, 21 Jun 2014 08:04:00 -0000 Subject: compiling xwin 1.15.1-2 Message-ID: ) I've uploaded an updated khronos-opengl-registry-20140619_svn27116-1 package, which includes this fix. ) Due to other changes it includes, an additional change is needed to compile xorg-server with it, which is included in 1.15.1-3. I'm seeing the following error now. Is this what you are talking about? ========================================================= Making all in glx make[4]: Entering directory '/usr/src/xorg-server-1.15.1-3/xorg-server-1.15.1-3/ build/hw/xwin/glx' GEN generated_gl_shim.c GEN generated_gl_thunks.c GEN generated_gl_thunks.def Traceback (most recent call last): File "/usr/src/xorg-server-1.15.1-3/xorg-server-1.15.1-3/src/xserver-cygwin-1. 15.1-3/hw/xwin/glx/gen_gl_wrappers.py", line 28, in from reg import * EOFError: EOF read where not expected Makefile:921: recipe for target 'generated_gl_shim.c' failed make[4]: *** [generated_gl_shim.c] Error 1 -- 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 jofferman@gmail.com Sat Jun 21 16:11:00 2014 From: jofferman@gmail.com (J. Offerman) Date: Sat, 21 Jun 2014 16:11:00 -0000 Subject: compiling xwin 1.15.1-2 Message-ID: ) ) Due to other changes it includes, an additional change is needed to ) compile xorg-server with it, which is included in 1.15.1-3. ) ) I'm seeing the following error now. Is this what you are talking about? No, it was just a python thing. After installing additional python3 libraries, it did compile. So 1.15.1-3 does build and works beautifully. Even with my 10-year-old patch.:-) Thanks! -- 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@cygwin.com Mon Jun 23 19:56:00 2014 From: yselkowitz@cygwin.com (Yaakov Selkowitz) Date: Mon, 23 Jun 2014 19:56:00 -0000 Subject: [ANNOUNCEMENT] Updated: xterm-308-1 Message-ID: The following package has been updated in the Cygwin distribution: *** xterm-308-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 yselkowitz@cygwin.com Mon Jun 23 19:56:00 2014 From: yselkowitz@cygwin.com (Yaakov Selkowitz) Date: Mon, 23 Jun 2014 19:56:00 -0000 Subject: [ANNOUNCEMENT] Updated: qt3-3.3.8b-14 Message-ID: The following packages have been updated for Cygwin 1.7: *** libqt3-3.3.8b-14 *** libqt3-devel-3.3.8b-14 *** qt3-devel-tools-3.3.8b-14 *** qt3-doc-3.3.8b-14 *** qt3-qtconfig-3.3.8b-14 This is the old 3.x version of the Qt C++ application framework, for the benefit of those programs which have yet to be ported to the currently supported versions of Qt. This release includes patches for CVE-2013-4549 and CVE-2014-0190. A full debuginfo package is now available. 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 a.lloyd.flanagan@gmail.com Fri Jun 27 21:22:00 2014 From: a.lloyd.flanagan@gmail.com (alflanagan) Date: Fri, 27 Jun 2014 21:22:00 -0000 Subject: emacs holding focus, not granting it to xterm In-Reply-To: <538CB93B.2050106@chalmers.se> References: <53847AC8.6070000@chalmers.se> <538C8376.2090502@dronecode.org.uk> <538CB93B.2050106@chalmers.se> Message-ID: <1403904163543-109599.post@n5.nabble.com> Brief note to demonstrate that Scherneck is not alone: >> I'm running cygwin x on my laptop [version 1.7.29(0.272/5/3), Windows 7 >> prof], start windows on >> remote machines (cygwin and linux mint), that are exported to my laptop. >> I've noted the problem for >> more than a year now and it's irritating still, new versions of cygwin >> and applications >> notwithstanding. I'm seeing an identical phenomenon on a Dell laptop* running Win 7 Professional, SP 1; X Server is 1.15.1 (i686-pc-cygwin). Remote system is a CentOS 5.6 box, and I'm connecting with "ssh -XY user@hostname". I'm running gnome-terminal and launching emacs 24.3 from there. I'll see if I can find somewhere to post the log file. The problem occurs when I run emacsclient to connect to an existing instance of emacs; the file shows up in emacs and emacsclient exits as expected, but focus remains "stuck" in emacs for some time. *laptop is running BIOS A13, with HD Graphics 4000, in case it matters. -- View this message in context: http://cygwin.1069669.n5.nabble.com/emacs-holding-focus-not-granting-it-to-xterm-tp108889p109599.html Sent from the cygwin-xfree mailing list archive at Nabble.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 oschmidt-mailinglists@gmx.de Sun Jun 29 13:52:00 2014 From: oschmidt-mailinglists@gmx.de (Oliver Schmidt) Date: Sun, 29 Jun 2014 13:52:00 -0000 Subject: emacs holding focus, not granting it to xterm In-Reply-To: <1403904163543-109599.post@n5.nabble.com> References: <53847AC8.6070000@chalmers.se> <538C8376.2090502@dronecode.org.uk> <538CB93B.2050106@chalmers.se> <1403904163543-109599.post@n5.nabble.com> Message-ID: <53B01A30.4050606@gmx.de> On 6/27/2014 11:22 PM, alflanagan wrote: > The problem occurs when I run emacsclient to connect to an existing instance > of emacs; the file shows up in emacs and emacsclient exits as expected, but > focus remains "stuck" in emacs for some time. I tried the following to reproduce the problem: Under Cygwin X Server Version 1.15.1-3: 1.) Start an xterm under cygwin with xserver in multiwindow mode. 2.) From this cygwin xterm log into remote linux (debian 3.2.0-4-486) machine with "ssh -X". 3.) After logged in to the remote linux machine: start emacs with "emacs &". This opens a new X11 window under cygwin X server which is on top and has keyboard focus. 4.) In Emacs Window type the key combination Alt+X and then "server-start" 5.) Go back to xterm window and type: "emacsclient &" to edit the file in the emacs-server. 6.) Now: all typing goes inte the emacs X11 window, although this window is in the background (it might even be not visible if it is behind other windows). It turns out that the above behaviour is the known problem that windows are not raised from the Cygwin X Server in multiwindow mode, if a program wants to programmatically activate a window as reported in http://www.cygwin.com/ml/cygwin-xfree/2005-06/msg00072.html . If I start a modified xserver with my patch applied from https://cygwin.com/ml/cygwin-xfree/2011-08/msg00034.html the following happens in step 6: 6'.) the emacs window is raised to the top over all windows and gets the keyboard focus. I think that 6'.) is the expected behaviour because this also happens if running under a x server on a linux machine instead of cygwin. Best regards, Oliver -- 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/