From mathog@caltech.edu Thu Jun 6 16:42:00 2013 From: mathog@caltech.edu (mathog) Date: Thu, 06 Jun 2013 16:42:00 -0000 Subject: Nedit bugs: paste and server crash Message-ID: <32ed14894f2b5efbdc6e1264221a6289@saf.bio.caltech.edu> Hi, I am using Cygwin/X Xserver with nedit from a remote client. Most of the time it works but there are 3 bugs that have been getting on my nerves enough so that I now want to track them down. Is there a prepackaged debug version of the X11 server that I can load (for the 3rd problem below)? I don't want to have to assemble a complete build environment for cygwin just for this one problem? These are the three problems with this configuration: 1. Cut from a windows application, paste into a nedit window. Works 99.8% of the time - until it doesn't. This one is likely going to be horrible to figure out since it only shows up intermittently. Once it goes bad it locks up nedit (does not respond to mouse or keyboard input) for seconds to minutes, and then it "comes alive" again. Once this happens subsequent pastes also tend to lock. The only way to completely clear this situation seems to be to shut down nedit and X11, then restart X11 and then nedit. Very inconvenient. This message appears on the terminal that started nedit: XmClipboardInquireLength() failed: clipboard locked. I have never seen a similar paste error when using Nedit on the console of remote workstation. Due to the length of time it takes to appear, that may be just a statistical effect, since I never work there for 4 hours at a time, as I do normally with Cygwin X11 and the remote nedit. It is my impression that one factor that helps to trigger this bug is when the "cut" paste remains highlighted in the original windows application - but it is inconvenient to do "select text", "cut", "deselect text" then "paste", as the 3rd step is not normally required. 2. In long editing sessions (hours) draw errors tend to accumulate in nedit. For instance, the "save as" dialog will come up with none of the buttons (like save!) visible. Other times divots will appear on parts of the screen outside of the text editing region, and/or parts of the pull down menu list will disappear. Possibly related to the preceding bug since, again, it only shows up intermittently and after long periods. 3. The X11 server will crash, taking all sessions from various machines, with nedit or not, with it. I do not recall the log file containing anything useful, for instance, a backtrace from the point of the crash. Details: Cygwin/X Xserver package version 1.11.1-1 built 2011-10-05 Nedit from Ubuntu 12.04.1 LTS. That nedit package is: 1:5.6~cvs20081118-7 and ldd shows that it is linked ot /usr/lib/libXm.so.2 which is the one from lesstif2 (1:0.95.2-1), even though libmotif4 (2.3.3-5ubuntu) is installed (so libXm.so.4 is present as well). Connection is over ssh using putty. Thanks, David Mathog mathog@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech -- 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 mathog@caltech.edu Thu Jun 6 17:27:00 2013 From: mathog@caltech.edu (mathog) Date: Thu, 06 Jun 2013 17:27:00 -0000 Subject: Nedit bugs: paste and server crash In-Reply-To: <32ed14894f2b5efbdc6e1264221a6289@saf.bio.caltech.edu> References: <32ed14894f2b5efbdc6e1264221a6289@saf.bio.caltech.edu> Message-ID: On 06-Jun-2013 09:41, mathog wrote: > 3. The X11 server will crash, taking all sessions from various > machines, > with nedit or not, with it. I do not recall the log file containing > anything > useful, for instance, a backtrace from the point of the crash. Here is the log file from such a crash. There is nothing in it that I find useful, perhaps it means something to one of you: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.11.1.0 OS: Windows XP Service Pack 3 [Windows NT 5.1 build 2600] (Win32) Package: version 1.11.1-1 built 2011-10-05 XWin was started with the following command line: Xwin :0 -multiwindow ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 1280 h 1024 winInitializeDefaultScreens - native DPI x 96 y 96 _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/SAF00:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 _XSERVTransmkdir: Mode of /tmp/.X11-unix should be set to 1777 _XSERVTransmkdir: this may cause subsequent errors [ 75.937] (II) xorg.conf is not supported [ 75.937] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [ 75.937] LoadPreferences: /home/david/.XWinrc not found [ 75.937] LoadPreferences: /etc/X11/system.XWinrc not found [ 75.937] LoadPreferences: See "man XWinrc" to customize the XWin menu. [ 75.937] LoadPreferences: Loading built-in default [ 75.953] winDetectSupportedEngines - DirectDraw installed, allowing ShadowDD [ 75.953] winDetectSupportedEngines - Windows NT, allowing PrimaryDD [ 75.953] winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL [ 75.953] winDetectSupportedEngines - Returning, supported engines 0000001f [ 75.953] winTaskbarInit - Could not get SHGetPropertyStoreForWindow address [ 75.968] winSetEngine - Multi Window or Rootless => ShadowGDI [ 75.968] winScreenInit - Using Windows display depth of 32 bits per pixel [ 75.984] winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1024 depth: 32 [ 75.984] winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff [ 75.984] winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 [ 76.031] winMultiWindowXMsgProc - Calling pthread_mutex_lock () [ 76.031] Screen 0 added at virtual desktop coordinate (0,0). [ 76.046] winInitMultiWindowWM - Calling pthread_mutex_lock () [ 76.140] MIT-SHM extension disabled due to lack of kernel support [ 76.218] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [ 77.328] (II) AIGLX: Loaded and initialized swrast [ 77.328] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 77.609] [dix] Could not init font path element /usr/share/fonts/TTF/, removing from list! [ 77.609] [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! [ 81.750] winPointerWarpCursor - Discarding first warp: 640 512 [ 81.750] (--) 5 mouse buttons found [ 81.750] (--) Setting autorepeat to delay=500, rate=31 [ 81.750] (--) Windows keyboard layout: "00000409" (00000409) "US", type 4 [ 81.750] (--) Found matching XKB configuration "English (USA)" [ 81.750] (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none" [ 81.750] Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" [ 81.750] winBlockHandler - pthread_mutex_unlock() [ 81.750] winMultiWindowXMsgProc - pthread_mutex_lock () returned. [ 81.750] winMultiWindowXMsgProc - pthread_mutex_unlock () returned. [ 81.750] winInitMultiWindowWM - pthread_mutex_lock () returned. [ 81.750] winMultiWindowXMsgProc - DISPLAY=:0.0 [ 81.750] winInitMultiWindowWM - pthread_mutex_unlock () returned. [ 81.781] winProcEstablishConnection - winInitClipboard returned. [ 81.781] winInitMultiWindowWM - DISPLAY=:0.0 [ 81.781] winClipboardProc - DISPLAY=:0.0 [ 81.812] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [ 81.812] winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. [ 81.828] winClipboardProc - XOpenDisplay () returned and successfully opened the display. [ 506.921] winAboutDlgProc - WM_CLOSE [ 1040.625] winAboutDlgProc - WM_COMMAND - IDOK or IDCANCEL [ 5247.750] Segmentation fault at address 0x1 [ 5247.750] Fatal server error: [ 5247.750] Caught signal 11 (Segmentation fault). Server aborting [ 5247.750] [ 5247.750] Server terminated with error (1). Closing log file. Regarding the 1777 warning about /tmp/.X11-unix, that file (as seen in Mingw) has protection flags 755 and is owned by the same program running the X11 server and putty. (Unclear to me what 1777 means on Windows XP + Cygwin, since Windows does not have the 1000 protection bit like Unix does.) Thanks, David Mathog mathog@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech -- 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 mathog@caltech.edu Thu Jun 6 18:14:00 2013 From: mathog@caltech.edu (mathog) Date: Thu, 06 Jun 2013 18:14:00 -0000 Subject: Nedit bugs: paste and server crash Message-ID: <868a46883462d5e3c783ef5ec0943899@saf.bio.caltech.edu> [Apologies if this is a duplicate post. The first one did not come back through the mailing list, even though a reply to it did.] Hi, I am using Cygwin/X Xserver with nedit from a remote client. Most of the time it works but there are 3 bugs that have been getting on my nerves enough so that I now want to track them down. Is there a prepackaged debug version of the X11 server that I can load (for the 3rd problem below)? I don't want to have to assemble a complete build environment for cygwin just for this one problem? These are the three problems with this configuration: 1. Cut from a windows application, paste into a nedit window. Works 99.8% of the time - until it doesn't. This one is likely going to be horrible to figure out since it only shows up intermittently. Once it goes bad it locks up nedit (does not respond to mouse or keyboard input) for seconds to minutes, and then it "comes alive" again. Once this happens subsequent pastes also tend to lock. The only way to completely clear this situation seems to be to shut down nedit and X11, then restart X11 and then nedit. Very inconvenient. This message appears on the terminal that started nedit: XmClipboardInquireLength() failed: clipboard locked. I have never seen a similar paste error when using Nedit on the console of remote workstation. Due to the length of time it takes to appear, that may be just a statistical effect, since I never work there for 4 hours at a time, as I do normally with Cygwin X11 and the remote nedit. It is my impression that one factor that helps to trigger this bug is when the "cut" paste remains highlighted in the original windows application - but it is inconvenient to do "select text", "cut", "deselect text" then "paste", as the 3rd step is not normally required. 2. In long editing sessions (hours) draw errors tend to accumulate in nedit. For instance, the "save as" dialog will come up with none of the buttons (like save!) visible. Other times divots will appear on parts of the screen outside of the text editing region, and/or parts of the pull down menu list will disappear. Possibly related to the preceding bug since, again, it only shows up intermittently and after long periods. 3. The X11 server will crash, taking all sessions from various machines, with nedit or not, with it. I do not recall the log file containing anything useful, for instance, a backtrace from the point of the crash. Details: Cygwin/X Xserver package version 1.11.1-1 built 2011-10-05 Nedit from Ubuntu 12.04.1 LTS. That nedit package is: 1:5.6~cvs20081118-7 and ldd shows that it is linked ot /usr/lib/libXm.so.2 which is the one from lesstif2 (1:0.95.2-1), even though libmotif4 (2.3.3-5ubuntu) is installed (so libXm.so.4 is present as well). Connection is over ssh using putty. Thanks, David Mathog mathog@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech -- 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 reply-to-list-only-lh@cygwin.com Thu Jun 6 21:40:00 2013 From: reply-to-list-only-lh@cygwin.com (Larry Hall (Cygwin-X)) Date: Thu, 06 Jun 2013 21:40:00 -0000 Subject: Nedit bugs: paste and server crash In-Reply-To: <32ed14894f2b5efbdc6e1264221a6289@saf.bio.caltech.edu> References: <32ed14894f2b5efbdc6e1264221a6289@saf.bio.caltech.edu> Message-ID: <51B10192.8070909@cygwin.com> On 6/6/2013 12:41 PM, mathog wrote: > Details: > > Cygwin/X Xserver package version 1.11.1-1 built 2011-10-05 This version is notably old. I might suggest that you update to the latest and retest before spending much time looking into the code for the problem. You may luck out. :-) -- Larry _____________________________________________________________________ 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/ From jon.turney@dronecode.org.uk Fri Jun 7 14:41:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 07 Jun 2013 14:41:00 -0000 Subject: Nedit bugs: paste and server crash In-Reply-To: <32ed14894f2b5efbdc6e1264221a6289@saf.bio.caltech.edu> References: <32ed14894f2b5efbdc6e1264221a6289@saf.bio.caltech.edu> Message-ID: <51B1F11B.8060307@dronecode.org.uk> On 06/06/2013 17:41, mathog wrote: > I am using Cygwin/X Xserver with nedit from a remote client. Most of the time > it works but there are 3 bugs that have been getting on my nerves enough so that > I now want to track them down. Is there a prepackaged debug version of the > X11 server > that I can load (for the 3rd problem below)? I don't want to have to assemble a > complete build environment for cygwin just for this one problem? The xorg-server-debuginfo package contains detached symbols and source code which should enable you to debug the X server. If you can still reproduce your crash with the current version of X server, then please post a backtrace. > Cygwin/X Xserver package version 1.11.1-1 built 2011-10-05 This is quite old, and I have definitely fixed some clipboard related bugs since then. -- 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 drstacey@tiscali.co.uk Sun Jun 9 18:59:00 2013 From: drstacey@tiscali.co.uk (David Stacey) Date: Sun, 09 Jun 2013 18:59:00 -0000 Subject: 64-bit Clipboard troubles Message-ID: <51B4D075.3050001@tiscali.co.uk> I am trying to package keepassx for 64-bit Cygwin, and have noticed a difference between the way the clipboard functions under 32-bit and 64-bit Cygwin/X. Essentially, keepassx is an encrypted password database that copies your username and password to the clipboard. Then, you can paste these into a web site (say) to log in. When I run keepassx (both 32-bit and 64-bit builds) using the 32-bit version of XWin, keepassx copies the username and password to the clipboard, and these can be pasted into a native Windows web browser (e.g. Firefox). However, when I run keepassx (again, both 32-bit and 64-bit builds) using the 64-bit version of XWin, the procedure breaks: I instruct keepassx to copy to the clipboard, but when I paste in the web browser, no test is pasted. I attempted to write a testcase programme to access the clipboard in various ways. The programme doesn't work as I had quite intended (which is almost certainly down to my limited understanding of how the clipboard works in X), but it does highlight differences between 32-bit and 64-bit XWin, so I have attached it in case it is useful. The testcase programme reads and writes to the clipboard using two techniques - either through Qt4 (identical to the code used in keepassx) or by accessing /dev/clipboard. The difference comes when writing to the clipboard by writing to /dev/clipboard and then reading it back using Qt4 - under 32-bit XWin this succeeds (i.e. the correct text is read back), but under 64-bit XWin an empty string is read. I mentioned that my testcase programme doesn't quite work as I intended: writing to the clipboard using Qt4 and reading it back by reading /dev/clipboard fails when using both 32-bit and 64-bit XWin. I don't understand why, but this is probably down to my own limited understanding of the clipboard in X. Here is my environment: I'm running Windows 7 Ultimate x64 SP1. 32-bit Cygwin: Qt4-4.8.4-2 with xorg-server-1.14.1-1 64-bit Cygwin: Qt4-4.8.4-3 with xorg-server-1.14.1-1 The two Cygwin installations are installed side-by-side. The 32-bit build of keepassx can be found in your favourite Cygwin mirror; if you need the 64-bit build then you can download it here: BASEURL=http://dl.dropbox.com/sh/7y1yn4whbyho9a7 wget --no-check-certificate --no-host-directories --force-directories --cut-dirs=6 \ ${BASEURL}/gMetoiuG3_/64bit/release/KDE/keepassx/keepassx-0.4.3-1-src.tar.bz2 \ ${BASEURL}/faOgOyuoYS/64bit/release/KDE/keepassx/keepassx-0.4.3-1.tar.bz2 \ ${BASEURL}/xaqPOGFz3J/64bit/release/KDE/keepassx/setup.hint \ ${BASEURL}/U82Dz9jF1S/64bit/release/KDE/keepassx/keepassx-debuginfo/keepassx-debuginfo-0.4.3-1.tar.bz2 \ ${BASEURL}/J4n6_izWKV/64bit/release/KDE/keepassx/keepassx-debuginfo/setup.hint As the behaviour is different depending on whether I start 'XWin -multiwindow' on 32-bit or 64-bit Cygwin, I am posting here. If this is nothing to do with the xfree list then please accept my apologies and I will take the discussion to the main Cygwin list. Apologies also for the length of the post, but hopefully there's enough information here to help to track down the cause of the problem. Many thanks in advance for your help, Dave. -------------- next part -------------- A non-text attachment was scrubbed... Name: qt4_clip.cpp Type: text/x-c++src Size: 4397 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 jon.turney@dronecode.org.uk Mon Jun 10 13:30:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 10 Jun 2013 13:30:00 -0000 Subject: 64-bit Clipboard troubles In-Reply-To: <51B4D075.3050001@tiscali.co.uk> References: <51B4D075.3050001@tiscali.co.uk> Message-ID: <51B5D4E2.20008@dronecode.org.uk> On 09/06/2013 19:59, David Stacey wrote: > I am trying to package keepassx for 64-bit Cygwin, and have noticed a > difference between the way the clipboard functions under 32-bit and 64-bit > Cygwin/X. Essentially, keepassx is an encrypted password database that > copies your username and password to the clipboard. Then, you can paste > these into a web site (say) to log in. > > When I run keepassx (both 32-bit and 64-bit builds) using the 32-bit > version of XWin, keepassx copies the username and password to the > clipboard, and these can be pasted into a native Windows web browser (e.g. > Firefox). However, when I run keepassx (again, both 32-bit and 64-bit > builds) using the 64-bit version of XWin, the procedure breaks: I instruct > keepassx to copy to the clipboard, but when I paste in the web browser, no > text is pasted. Sorry, integration between the native and X clipboards is broken in 64-bit XWin. Unfortunately, this is rather complex to fix and I haven't found the time to do so yet. > I mentioned that my testcase programme doesn't quite work as I intended: > writing to the clipboard using Qt4 and reading it back by reading > /dev/clipboard fails when using both 32-bit and 64-bit XWin. I don't > understand why, but this is probably down to my own limited understanding > of the clipboard in X. Thanks for writing this useful testcase. >From a brief glance, the test looks well formed, so I'll also try to take a look at why test 2 always fails, I guess this indicates some bug in the clipboard integration. -- 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 info@ticosviajando.com Mon Jun 10 21:00:00 2013 From: info@ticosviajando.com (info@ticosviajando.com) Date: Mon, 10 Jun 2013 21:00:00 -0000 Subject: aprovechas las mejores ofertas Message-ID: si te gusta la fortuna de san carlos. dale me gusta a nuestro sitio en fb https://www.facebook.com/fortunacostarica?ref=tn_tnmn La Fortuna Costa Rica aqui estaremos publicando las mejores ofertas, tal como la que publicamos en nuestro muro, oferta del Hotel Linda Vista a precio super rebajado gracias Esta correspondencia no contiene fines de venta directa. Nuestro deseo es mantenerle informado sobre los movimientos, servicios y oportunidades que se brindan para su crecimiento profesional y personal. Si usted est? interesado en recibir informaci?n sobre el anuncio que observa puede comunicarse con su proveedor. Cumplimos con las normas mundiales del anti spam, Valoramos su desisi?n si usted no desea permanecer en nuestra lista de usuarios puede darse de baja si no desea recibir mas correos, http://ticosviajando.com/lista/?p=unsubscribe&uid=700b3c74659fa72f3605a9bdefe8b671 para actualizar su correo http://ticosviajando.com/lista/?p=preferences&uid=700b3c74659fa72f3605a9bdefe8b671 reenviar a un amigo http://ticosviajando.com/lista/?p=forward&uid=700b3c74659fa72f3605a9bdefe8b671&mid=35 -- powered by phpList, www.phplist.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 drstacey@tiscali.co.uk Mon Jun 10 21:39:00 2013 From: drstacey@tiscali.co.uk (David Stacey) Date: Mon, 10 Jun 2013 21:39:00 -0000 Subject: 64-bit Clipboard troubles In-Reply-To: <51B5D4E2.20008@dronecode.org.uk> References: <51B4D075.3050001@tiscali.co.uk> <51B5D4E2.20008@dronecode.org.uk> Message-ID: <51B6479A.5050707@tiscali.co.uk> On 10/06/13 14:30, Jon TURNEY wrote: > On 09/06/2013 19:59, David Stacey wrote: >> >I am trying to package keepassx for 64-bit Cygwin, and have noticed a >> >difference between the way the clipboard functions under 32-bit and 64-bit >> >Cygwin/X. Essentially, keepassx is an encrypted password database that >> >copies your username and password to the clipboard. Then, you can paste >> >these into a web site (say) to log in. >> > >> >When I run keepassx (both 32-bit and 64-bit builds) using the 32-bit >> >version of XWin, keepassx copies the username and password to the >> >clipboard, and these can be pasted into a native Windows web browser (e.g. >> >Firefox). However, when I run keepassx (again, both 32-bit and 64-bit >> >builds) using the 64-bit version of XWin, the procedure breaks: I instruct >> >keepassx to copy to the clipboard, but when I paste in the web browser, no >> >text is pasted. > Sorry, integration between the native and X clipboards is broken in 64-bit XWin. > > Unfortunately, this is rather complex to fix and I haven't found the time to > do so yet. Thank you for your reply. I've sent an RFU for keepassx along with a link to your reply. If and when you tie the two clipboards together, keepassx should just start working - there shouldn't be a need to rebuild it, but I'll do that if necessary. Thanks again, Dave. -- 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 berggren@MIT.EDU Tue Jun 11 01:03:00 2013 From: berggren@MIT.EDU (Karl K. Berggren) Date: Tue, 11 Jun 2013 01:03:00 -0000 Subject: help with running startxwin Message-ID: <51B67770.1080008@mit.edu> I get the following error when I run startxwin from a cygwin (1.7.20) prompt on my windows 8 surface tablet "A fatal error has occurred and Cygwin/X will now exit Caught signal 11 (Segmentation fault). Server aborting Please open /var/log/xwin/XWin.0.log for more information Vendor: The Cygwin/X Project Release: 1.14.1.0 Package: version 1.14.1-1 built 2013-05-07 XWin was started with the following command-line: X :0 -multiwindow" I have also attached the /var/log file indicated... Any help would be appreciated. --------------------- -------------- next part -------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.14.1.0 OS: CYGWIN_NT-6.2-WOW64 kbgrpkkbsurf 1.7.20(0.266/5/3) 2013-06-07 11:11 i686 OS: Windows 8 [Windows NT 6.2 build 9200] (WoW64) Package: version 1.14.1-1 built 2013-05-07 XWin was started with the following command line: X :0 -multiwindow ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 1680 h 1050 winInitializeScreenDefaults - native DPI x 144 y 144 [213447.790] Initializing built-in extension Generic Event Extension [213447.790] Initializing built-in extension SHAPE [213447.790] Initializing built-in extension MIT-SHM [213447.790] Initializing built-in extension XInputExtension [213447.806] Initializing built-in extension XTEST [213447.806] Initializing built-in extension BIG-REQUESTS [213447.806] Initializing built-in extension SYNC [213447.806] Initializing built-in extension XKEYBOARD [213447.806] Initializing built-in extension XC-MISC [213447.806] Initializing built-in extension XINERAMA [213447.806] Initializing built-in extension XFIXES [213447.806] Initializing built-in extension XFree86-Bigfont [213447.806] Initializing built-in extension RENDER [213447.806] Initializing built-in extension RANDR [213447.806] Initializing built-in extension COMPOSITE [213447.806] Initializing built-in extension DAMAGE [213447.806] Initializing built-in extension MIT-SCREEN-SAVER [213447.806] Initializing built-in extension DOUBLE-BUFFER [213447.806] Initializing built-in extension RECORD [213447.806] Initializing built-in extension DPMS [213447.806] Initializing built-in extension X-Resource [213447.806] Initializing built-in extension GLX [213447.806] (II) xorg.conf is not supported [213447.806] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [213447.806] LoadPreferences: /cygdrive/c/Users/berggren/Dropbox/CygwinHome/.XWinrc not found [213447.806] LoadPreferences: Loading /etc/X11/system.XWinrc [213447.806] LoadPreferences: Done parsing the configuration file... [213447.821] winDetectSupportedEngines - DirectDraw installed, allowing ShadowDD [213447.821] winDetectSupportedEngines - Windows NT, allowing PrimaryDD [213447.821] winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL [213447.837] winDetectSupportedEngines - Returning, supported engines 0000001f [213447.868] winSetEngine - Multi Window or Rootless => ShadowGDI [213447.868] winScreenInit - Using Windows display depth of 32 bits per pixel [213447.931] winAllocateFBShadowGDI - Creating DIB with width: 1680 height: 1050 depth: 32 [213447.931] winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff [213447.931] winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 [213447.962] winInitMultiWindowWM - Calling pthread_mutex_lock () [213447.993] winMultiWindowXMsgProc - Calling pthread_mutex_lock () [213448.009] MIT-SHM extension disabled due to lack of kernel support [213448.024] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [213448.071] Fatal signal received in thread 0x80000038 [213448.071] (EE) Segmentation fault at address 0x2c [213448.289] (EE) Install gdb to get reasonable backtraces [213448.305] (EE) /usr/bin/xorg-backtrace failed with returncode 2 [213448.305] Fatal server error: Caught signal 11 (Segmentation fault). Server aborting [213448.305] Server terminated with error (1). Closing log file. -------------- 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 danny.goalie.91@gmail.com Tue Jun 11 04:46:00 2013 From: danny.goalie.91@gmail.com (Dan Piraner) Date: Tue, 11 Jun 2013 04:46:00 -0000 Subject: Missing X11 Libraries Message-ID: Dear all, I am a new Cygwin user trying to utilize the environment for running AmberTools 13 from AmberMD.org. I followed their instructions for configuring the installation and upon running the configure script, I got a message saying that my XHOME directory could not be determined. Upon some online investigation I learned that Xhome is supposed to be the directory containing "lib/libXt.a", and that this directory is searched for in /usr/X11R6/lib. However, my /usr/X11R6 directory does not contain a "lib" subdirectory; it only contains "bin" and "share". I'm pretty sure that I have all required components installed; setup.exe shows almost everything in the X11 section set to "keep". In particular, the AMBER installation guide calls for the following X11 packages, all of which are set to "keep": libXt-devel xinit xorg-scripts xorg-server-devel Could someone please advise me as to how to obtain the X11R6/lib directory and its associated contents? Thank you, Dan P.S. I tried to paste my CygCheck.out contents here but the email bounced with a message saying it exceeded the maximum size. Please let me know if there are any particular subsections that I should send. -- 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 marco.atzeri@gmail.com Tue Jun 11 05:03:00 2013 From: marco.atzeri@gmail.com (marco atzeri) Date: Tue, 11 Jun 2013 05:03:00 -0000 Subject: Missing X11 Libraries In-Reply-To: References: Message-ID: <51B6AFA2.9040108@gmail.com> Il 6/11/2013 6:46 AM, Dan Piraner ha scritto: > Dear all, > > I am a new Cygwin user trying to utilize the environment for running > AmberTools 13 from AmberMD.org. I followed their instructions for > configuring the installation and upon running the configure script, I > got a message saying that my XHOME directory could not be determined. > Upon some online investigation I learned that Xhome is supposed to be > the directory containing "lib/libXt.a", and that this directory is > searched for in /usr/X11R6/lib. However, my /usr/X11R6 directory does > not contain a "lib" subdirectory; it only contains "bin" and "share". /usr/X11R6/lib is obsolete, looks on /usr/lib libXt.a is a static library, on cygwin we have only the dynamic version /usr/lib/libXt.dll.a that belongs to libXt-devel-1.1.4-1 package > > I'm pretty sure that I have all required components installed; > setup.exe shows almost everything in the X11 section set to "keep". In > particular, the AMBER installation guide calls for the following X11 > packages, all of which are set to "keep": > > libXt-devel > xinit > xorg-scripts > xorg-server-devel > > Could someone please advise me as to how to obtain the X11R6/lib > directory and its associated contents? > > Thank you, > > Dan > > P.S. I tried to paste my CygCheck.out contents here but the email > bounced with a message saying it exceeded the maximum size. Please let > me know if there are any particular subsections that I should send. strange ow long is it ? -- 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 matt@codespunk.com Tue Jun 11 07:14:00 2013 From: matt@codespunk.com (Matt D.) Date: Tue, 11 Jun 2013 07:14:00 -0000 Subject: Font rendering is different when using -multiwindow Message-ID: <51B6CE42.5020904@codespunk.com> When running applications with a full-screen or -rootless X session, fonts look fine. But when running the same application using the -multiwindow switch, fonts are rendered oddly and are difficult to read. Here are some examples: Correct (full screen or rootless): http://codespunk.com/files/upload/x_font.png Incorrect (multiwindow): http://codespunk.com/files/upload/x_font_mw.png I prefer running as multiwindow because each application has its own unique window for focus. In rootless mode all of the X windows come to the front when one is selected. Does anyone know why fonts are rendering differently? Can this be fixed? -- 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 Tue Jun 11 13:07:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 11 Jun 2013 13:07:00 -0000 Subject: help with running startxwin In-Reply-To: <51B67770.1080008@mit.edu> References: <51B67770.1080008@mit.edu> Message-ID: <51B7212C.7080001@dronecode.org.uk> On 11/06/2013 02:03, Karl K. Berggren wrote: > I get the following error when I run startxwin from a cygwin (1.7.20) prompt > on my windows 8 surface tablet > > "A fatal error has occurred and Cygwin/X will now exit > > Caught signal 11 (Segmentation fault). Server aborting Thanks for reporting this problem. Please can you obtain a backtrace using the method under "Generating a backtrace when the X server is crashing at startup" in [1]? [1] http://x.cygwin.com/devel/backtrace.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 Tue Jun 11 15:29:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 11 Jun 2013 15:29:00 -0000 Subject: Nedit bugs: paste and server crash In-Reply-To: <32ed14894f2b5efbdc6e1264221a6289@saf.bio.caltech.edu> References: <32ed14894f2b5efbdc6e1264221a6289@saf.bio.caltech.edu> Message-ID: <51B74253.2060207@dronecode.org.uk> On 10/06/2013 20:46, mathog wrote: > I didn't want to send this to the list because there is an attachment. Please don't send mail to me, send it to the list. You can always upload a large attachment somewhere and include a link in your mail. On 06/06/2013 17:41, mathog wrote: > 2. In long editing sessions (hours) draw errors tend to accumulate in nedit. > For instance, the "save as" dialog will come up with none of the buttons (like > save!) > visible. Other times divots will appear on parts of the screen outside of the > text > editing region, and/or parts of the pull down menu list will disappear. Possibly > related to the preceding bug since, again, it only shows up intermittently and > after > long periods. > Cygwin/X Xserver package version 1.11.1-1 built 2011-10-05 > > Nedit from Ubuntu 12.04.1 LTS. That nedit package is: > > 1:5.6~cvs20081118-7 > > and ldd shows that it is linked ot /usr/lib/libXm.so.2 which is > the one from lesstif2 (1:0.95.2-1), even though libmotif4 (2.3.3-5ubuntu) is > installed (so libXm.so.4 is present as well). These redraw bugs are possibly in lesstif or nedit, if that is the only application you see this problem with. You might find that starting the Xserver with the +bs option helps in case like this. -- 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 Tue Jun 11 18:03:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 11 Jun 2013 18:03:00 -0000 Subject: Font rendering is different when using -multiwindow In-Reply-To: <51B6CE42.5020904@codespunk.com> References: <51B6CE42.5020904@codespunk.com> Message-ID: <51B76669.3060807@dronecode.org.uk> On 11/06/2013 08:14, Matt D. wrote: > When running applications with a full-screen or -rootless X session, fonts > look fine. But when running the same application using the -multiwindow > switch, fonts are rendered oddly and are difficult to read. > > Here are some examples: > > Correct (full screen or rootless): > http://codespunk.com/files/upload/x_font.png > > Incorrect (multiwindow): > http://codespunk.com/files/upload/x_font_mw.png > > I prefer running as multiwindow because each application has its own unique > window for focus. In rootless mode all of the X windows come to the front when > one is selected. > > Does anyone know why fonts are rendering differently? Can this be fixed? Thanks for reporting this issue. This is pretty odd. I have no idea what the cause is. Are you sure this odd rendering appears on all applications, and isn't tied to a particular toolkit (Qt, gtk, etc. )? You might start by looking at the dimensions and dpi details for "screen #0" reported by xdpyinfo, and see if there is a difference between these two modes. -- 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 rcsaba@gmail.com Tue Jun 11 18:49:00 2013 From: rcsaba@gmail.com (Csaba Raduly) Date: Tue, 11 Jun 2013 18:49:00 -0000 Subject: Missing X11 Libraries In-Reply-To: References: Message-ID: Hi Dan, On Tue, Jun 11, 2013 at 6:46 AM, Dan Piraner wrote: > P.S. I tried to paste my CygCheck.out contents here but the email > bounced with a message saying it exceeded the maximum size. Please let > me know if there are any particular subsections that I should send. It's not clear to me what you mean by "paste", but this > Problem reports: http://cygwin.com/problems.html recommends that you *attach* cygcheck.out rather than include it in the body of the email. Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds "People disagree with me. I just ignore them." -- Linus Torvalds -- 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 reply-to-list-only-lh@cygwin.com Tue Jun 11 18:49:00 2013 From: reply-to-list-only-lh@cygwin.com (Larry Hall (Cygwin-X)) Date: Tue, 11 Jun 2013 18:49:00 -0000 Subject: Missing X11 Libraries In-Reply-To: References: Message-ID: <51B77111.60500@cygwin.com> On 6/11/2013 12:46 AM, Dan Piraner wrote: > P.S. I tried to paste my CygCheck.out contents here but the email > bounced with a message saying it exceeded the maximum size. Please let > me know if there are any particular subsections that I should send. We ask that you *attach* the cygcheck output rather than paste the contents in. Attaching will avoid this complaint. -- Larry _____________________________________________________________________ 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/ From danny.goalie.91@gmail.com Tue Jun 11 19:47:00 2013 From: danny.goalie.91@gmail.com (Dan Piraner) Date: Tue, 11 Jun 2013 19:47:00 -0000 Subject: Missing X11 Libraries In-Reply-To: References: Message-ID: Yes, you are correct. Thank you for pointing out my mistake. I have attached my cygcheck.out here. On Tue, Jun 11, 2013 at 11:49 AM, Csaba Raduly wrote: > Hi Dan, > > On Tue, Jun 11, 2013 at 6:46 AM, Dan Piraner wrote: >> P.S. I tried to paste my CygCheck.out contents here but the email >> bounced with a message saying it exceeded the maximum size. Please let >> me know if there are any particular subsections that I should send. > > It's not clear to me what you mean by "paste", but this > >> Problem reports: http://cygwin.com/problems.html > > recommends that you *attach* cygcheck.out rather than include it in > the body of the email. > > Csaba > -- > GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ > The Tao of math: The numbers you can count are not the real numbers. > Life is complex, with real and imaginary parts. > "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds > "People disagree with me. I just ignore them." -- Linus Torvalds -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 291147 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 matt@codespunk.com Tue Jun 11 20:08:00 2013 From: matt@codespunk.com (Matt D.) Date: Tue, 11 Jun 2013 20:08:00 -0000 Subject: Font rendering is different when using -multiwindow In-Reply-To: <51B76669.3060807@dronecode.org.uk> References: <51B6CE42.5020904@codespunk.com> <51B76669.3060807@dronecode.org.uk> Message-ID: <51B783A5.2020101@codespunk.com> To add some additional information, I am having the font rendering issue when connecting my X session to a remote CentOS 6.4 machine. I cannot duplicate the issue when running applications locally through Cygwin. I'm having some trouble narrowing this down but here are the results of my tests: Remote X font rendering changed: gedit 2.28.4 (Consolas) gedit 2.28.4 (DejaVu Sans Mono) Eclipse 4.2 (Consolas) gtk-demo (GTK2) Local font rendering unchanged: gedit 3.6.2 (Consolas) gtk3-widget-factory gtk-demo (GTK2) > Are you sure this odd rendering appears on all applications, and > isn't tied to a particular toolkit (Qt, gtk, etc. )? I don't have any good candidates to test this with, as I'm only familiar with gtk applications. Attached are the results from xdpyinfo. On 6/11/2013 2:03 PM, Jon TURNEY wrote: > On 11/06/2013 08:14, Matt D. wrote: >> When running applications with a full-screen or -rootless X session, fonts >> look fine. But when running the same application using the -multiwindow >> switch, fonts are rendered oddly and are difficult to read. >> >> Here are some examples: >> >> Correct (full screen or rootless): >> http://codespunk.com/files/upload/x_font.png >> >> Incorrect (multiwindow): >> http://codespunk.com/files/upload/x_font_mw.png >> >> I prefer running as multiwindow because each application has its own unique >> window for focus. In rootless mode all of the X windows come to the front when >> one is selected. >> >> Does anyone know why fonts are rendering differently? Can this be fixed? > > Thanks for reporting this issue. > > This is pretty odd. I have no idea what the cause is. > > Are you sure this odd rendering appears on all applications, and isn't tied to > a particular toolkit (Qt, gtk, etc. )? > > You might start by looking at the dimensions and dpi details for "screen #0" > reported by xdpyinfo, and see if there is a difference between these two modes. > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: multi URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: rootless 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 matt@codespunk.com Tue Jun 11 23:18:00 2013 From: matt@codespunk.com (Matt D.) Date: Tue, 11 Jun 2013 23:18:00 -0000 Subject: Font rendering is different when using -multiwindow In-Reply-To: <51B783A5.2020101@codespunk.com> References: <51B6CE42.5020904@codespunk.com> <51B76669.3060807@dronecode.org.uk> <51B783A5.2020101@codespunk.com> Message-ID: <51B7B03D.7040305@codespunk.com> I'm unfamiliar with X but I've been digging around the source code to see if I can find anything. It seems like all of the text drawing is done by functions in dixfont.c, is this correct? Is there a different rasterizer between normal and multiwindowed mode? I tried specifying all of the various options available through the -engine parameter, such as '-engine 1' but with no change. On 6/11/2013 4:08 PM, Matt D. wrote: > To add some additional information, I am having the font rendering issue > when connecting my X session to a remote CentOS 6.4 machine. I cannot > duplicate the issue when running applications locally through Cygwin. > > I'm having some trouble narrowing this down but here are the results of > my tests: > > Remote X font rendering changed: > gedit 2.28.4 (Consolas) > gedit 2.28.4 (DejaVu Sans Mono) > Eclipse 4.2 (Consolas) > gtk-demo (GTK2) > > Local font rendering unchanged: > gedit 3.6.2 (Consolas) > gtk3-widget-factory > gtk-demo (GTK2) > > > Are you sure this odd rendering appears on all applications, and > > isn't tied to a particular toolkit (Qt, gtk, etc. )? > > I don't have any good candidates to test this with, as I'm only familiar > with gtk applications. > > Attached are the results from xdpyinfo. > > > > On 6/11/2013 2:03 PM, Jon TURNEY wrote: >> On 11/06/2013 08:14, Matt D. wrote: >>> When running applications with a full-screen or -rootless X session, >>> fonts >>> look fine. But when running the same application using the -multiwindow >>> switch, fonts are rendered oddly and are difficult to read. >>> >>> Here are some examples: >>> >>> Correct (full screen or rootless): >>> http://codespunk.com/files/upload/x_font.png >>> >>> Incorrect (multiwindow): >>> http://codespunk.com/files/upload/x_font_mw.png >>> >>> I prefer running as multiwindow because each application has its own >>> unique >>> window for focus. In rootless mode all of the X windows come to the >>> front when >>> one is selected. >>> >>> Does anyone know why fonts are rendering differently? Can this be fixed? >> >> Thanks for reporting this issue. >> >> This is pretty odd. I have no idea what the cause is. >> >> Are you sure this odd rendering appears on all applications, and isn't >> tied to >> a particular toolkit (Qt, gtk, etc. )? >> >> You might start by looking at the dimensions and dpi details for >> "screen #0" >> reported by xdpyinfo, and see if there is a difference between these >> two modes. >> > > > -- > 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/ From berggren@MIT.EDU Tue Jun 11 23:19:00 2013 From: berggren@MIT.EDU (Karl K. Berggren) Date: Tue, 11 Jun 2013 23:19:00 -0000 Subject: help with running startxwin In-Reply-To: <51B7212C.7080001@dronecode.org.uk> References: <51B67770.1080008@mit.edu> <51B7212C.7080001@dronecode.org.uk> Message-ID: <51B7B055.80801@mit.edu> here's the backlog also the xwin log attached again, no idea if it would be different from this run, but just being thorough. #0 0x64acb60e in ?? () from /cygdrive/c/windows/SysWOW64/ig7icd32.dll No symbol table info available. #1 0x64abec75 in ?? () from /cygdrive/c/windows/SysWOW64/ig7icd32.dll No symbol table info available. #2 0x64afde43 in ?? () from /cygdrive/c/windows/SysWOW64/ig7icd32.dll No symbol table info available. #3 0x00000001 in ?? () No symbol table info available. #4 0x6d011e00 in ?? () No symbol table info available. #5 0x00000008 in ?? () No symbol table info available. #6 0x00000008 in ?? () No symbol table info available. #7 0x00000008 in ?? () No symbol table info available. #8 0x00000008 in ?? () No symbol table info available. #9 0x00000010 in ?? () No symbol table info available. #10 0x00000008 in ?? () No symbol table info available. #11 0x00000000 in ?? () No symbol table info available. On 6/11/2013 9:07 AM, Jon TURNEY wrote: > On 11/06/2013 02:03, Karl K. Berggren wrote: >> I get the following error when I run startxwin from a cygwin (1.7.20) prompt >> on my windows 8 surface tablet >> >> "A fatal error has occurred and Cygwin/X will now exit >> >> Caught signal 11 (Segmentation fault). Server aborting > Thanks for reporting this problem. > > Please can you obtain a backtrace using the method under "Generating a > backtrace when the X server is crashing at startup" in [1]? > > [1] http://x.cygwin.com/devel/backtrace.html > -------------- next part -------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.14.1.0 OS: CYGWIN_NT-6.2-WOW64 kbgrpkkbsurf 1.7.20(0.266/5/3) 2013-06-07 11:11 i686 OS: Windows 8 [Windows NT 6.2 build 9200] (WoW64) Package: version 1.14.1-1 built 2013-05-07 XWin was started with the following command line: /usr/bin/Xwin -multiwindow ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 1680 h 1050 winInitializeScreenDefaults - native DPI x 144 y 144 [293904.214] Initializing built-in extension Generic Event Extension [293904.214] Initializing built-in extension SHAPE [293904.214] Initializing built-in extension MIT-SHM [293904.214] Initializing built-in extension XInputExtension [293904.214] Initializing built-in extension XTEST [293904.214] Initializing built-in extension BIG-REQUESTS [293904.214] Initializing built-in extension SYNC [293904.214] Initializing built-in extension XKEYBOARD [293904.214] Initializing built-in extension XC-MISC [293904.214] Initializing built-in extension XINERAMA [293904.214] Initializing built-in extension XFIXES [293904.214] Initializing built-in extension XFree86-Bigfont [293904.214] Initializing built-in extension RENDER [293904.214] Initializing built-in extension RANDR [293904.214] Initializing built-in extension COMPOSITE [293904.214] Initializing built-in extension DAMAGE [293904.214] Initializing built-in extension MIT-SCREEN-SAVER [293904.214] Initializing built-in extension DOUBLE-BUFFER [293904.214] Initializing built-in extension RECORD [293904.214] Initializing built-in extension DPMS [293904.214] Initializing built-in extension X-Resource [293904.214] Initializing built-in extension GLX [293904.214] (II) xorg.conf is not supported [293904.214] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [293904.214] LoadPreferences: /cygdrive/c/Users/berggren/Dropbox/CygwinHome/.XWinrc not found [293904.214] LoadPreferences: Loading /etc/X11/system.XWinrc [293904.214] LoadPreferences: Done parsing the configuration file... [293904.292] winDetectSupportedEngines - DirectDraw installed, allowing ShadowDD [293904.292] winDetectSupportedEngines - Windows NT, allowing PrimaryDD [293904.292] winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL [293904.370] winDetectSupportedEngines - Returning, supported engines 0000001f [293904.401] winSetEngine - Multi Window or Rootless => ShadowGDI [293904.401] winScreenInit - Using Windows display depth of 32 bits per pixel [293904.573] winAllocateFBShadowGDI - Creating DIB with width: 1680 height: 1050 depth: 32 [293904.573] winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff [293904.573] winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 [293904.604] winInitMultiWindowWM - Calling pthread_mutex_lock () [293904.635] winMultiWindowXMsgProc - Calling pthread_mutex_lock () [293904.635] MIT-SHM extension disabled due to lack of kernel support [293904.651] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel -------------- 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 matt@codespunk.com Wed Jun 12 22:34:00 2013 From: matt@codespunk.com (Matt D.) Date: Wed, 12 Jun 2013 22:34:00 -0000 Subject: Long delay when using undo/redo in eclipse with Cygwin/X Message-ID: <51B8F750.7000100@codespunk.com> I'm not sure if this is the appropriate place to direct this question. Although the only case where I experience this is in eclipse, it only occurs when connecting to a remote X server. When using ctrl-z (undo) and ctrl-shift-z (redo) in eclipse there is a significant delay in the X session where it appears to 'hang' for several seconds. Holding down ctrl-z causes the hangs to queue and can be seen by the carrot only being updated when the text area is clicked in between each hang. The delay does NOT occur when eclipse is run locally on the machine; it only occurs with a remote X session. The X session is done over LAN so there is plenty of bandwidth available. A delay does NOT occur when doing large amounts of drawing in the text area, such as ctrl-a (select-all), very large cuts (ctrl-x), or pasts (ctrl-v). The delay does not appear to have any correlation to the size of the task being undone/redone. Undo on a single character has the same long delay as using undo after deleting everything in a source file. The delay still occurs when using undo from the edit menu or after having been rebound to another key (ctrl-r for example). Any suggestions? -- 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 dus@ornl.gov Thu Jun 13 14:02:00 2013 From: dus@ornl.gov (Deryl Steinert) Date: Thu, 13 Jun 2013 14:02:00 -0000 Subject: text fields in app don't allow input when running Cygwin X In-Reply-To: <1366210255.40306.YahooMailNeo@web122602.mail.ne1.yahoo.com> References: <1364236782.83207.YahooMailNeo@web122606.mail.ne1.yahoo.com> <1366210255.40306.YahooMailNeo@web122602.mail.ne1.yahoo.com> Message-ID: <1371132147781-99552.post@n5.nabble.com> I am seeing this same issue with running a Java 7 app through the Cygwin xserver in multiwindowed mode (startxwin). Once a Java window loses keyboard focus I can't get it to regain focus for keyboard events. Basically all keyboard input to a window must be completed without the window losing focus or the window will appear to hang. At least my users are seeing it as a hang even though the app is still responsive to other interaction (buttons, menus, etc). Just not keyboard input. New Java windows that are opened do have keyboard input focus until that window loses focus. As KM states it all works fine when running the Cygwin xserver in windowed mode (startx rather than startxwin). A possible explanation is that the Focus model has changed in Java 7. See section "2.7.2 Communication With Native Focus System" from the following link; http://docs.oracle.com/javase/7/docs/webnotes/tsg/TSG-Desktop/html/awt.html So, is this a bug in Cygwin, Java 7 or our apps? Thank you for any insight. -- View this message in context: http://cygwin.1069669.n5.nabble.com/text-fields-in-app-don-t-allow-input-when-running-Cygwin-X-tp97212p99552.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 dus@ornl.gov Thu Jun 13 15:00:00 2013 From: dus@ornl.gov (Deryl Steinert) Date: Thu, 13 Jun 2013 15:00:00 -0000 Subject: text fields in app don't allow input when running Cygwin X In-Reply-To: <1371132147781-99552.post@n5.nabble.com> References: <1364236782.83207.YahooMailNeo@web122606.mail.ne1.yahoo.com> <1366210255.40306.YahooMailNeo@web122602.mail.ne1.yahoo.com> <1371132147781-99552.post@n5.nabble.com> Message-ID: <1371135604875-99554.post@n5.nabble.com> Here is a reference to a Java bug that suggests that the problem may be related to the X window manager being used; http://bugs.sun.com/view_bug.do?bug_id=6798064 It doesn't specifically address the issue under Cygwin but does talk about the issue occurring under the ION window manager which is not officially supported by Java. Perhaps the internal window manager used by Cygwin in multwindowed mode has the same issue? Can the default internal window manger be changed when starting Xwin in multiwindow mode? Thanks! -- View this message in context: http://cygwin.1069669.n5.nabble.com/text-fields-in-app-don-t-allow-input-when-running-Cygwin-X-tp97212p99554.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 jon.turney@dronecode.org.uk Fri Jun 14 19:39:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 14 Jun 2013 19:39:00 -0000 Subject: help with running startxwin In-Reply-To: <51B7B055.80801@mit.edu> References: <51B67770.1080008@mit.edu> <51B7212C.7080001@dronecode.org.uk> <51B7B055.80801@mit.edu> Message-ID: <51BB717C.9010906@dronecode.org.uk> On 12/06/2013 00:18, Karl K. Berggren wrote: > here's the backlog > > also the xwin log attached again, no idea if it would be different from this > run, but just being thorough. > > #0 0x64acb60e in ?? () from /cygdrive/c/windows/SysWOW64/ig7icd32.dll Thanks. This isn't as useful as it might be, but it shows that the crash is occurring somewhere in the OpenGL ICD for the Intel Graphics display driver. You might try using a different driver version to see if this fixes the problem. Or, you should be able to work around this problem by starting the X server with the -nowgl option, or possibly by using the GLWIN_NO_WGL_EXTENSIONS environment variable. Short of debugging into the crash, it's difficult to determine if this is a Cygwin X server bug, or one in the graphics driver. > On 6/11/2013 9:07 AM, Jon TURNEY wrote: >> On 11/06/2013 02:03, Karl K. Berggren wrote: >>> I get the following error when I run startxwin from a cygwin (1.7.20) prompt >>> on my windows 8 surface tablet >>> >>> "A fatal error has occurred and Cygwin/X will now exit >>> >>> Caught signal 11 (Segmentation fault). Server aborting >> Thanks for reporting this problem. >> >> Please can you obtain a backtrace using the method under "Generating a >> backtrace when the X server is crashing at startup" in [1]? >> >> [1] http://x.cygwin.com/devel/backtrace.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 matt@codespunk.com Sat Jun 15 12:07:00 2013 From: matt@codespunk.com (Matt D.) Date: Sat, 15 Jun 2013 12:07:00 -0000 Subject: Cygwin/X crashes when combined with ssh/nx tunneling and -multiwindow Message-ID: <51BC58DF.4010602@codespunk.com> "Caught signal 11 (Segmentation fault). Server aborting" So far I've only been able to duplicate this when tunneling Eclipse. I tried writing a simple java program that creates a JFrame window but could not replicate the crash with anything smaller (sorry!). The problem exists in the two versions I tried: Eclipse 3.6 and 4.2. Although the error message pops up, Cygwin/X doesn't actually terminate until the error window that reports the segfault is closed. X continues to work if I ignore it, however all of the newly created windows do not have any titlebars or frame borders. This problem does NOT occur when running with either a root window or with the '-rootless' option. I've attached the XWin backtrace. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.0.log 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 matt@codespunk.com Sat Jun 15 18:21:00 2013 From: matt@codespunk.com (Matt D.) Date: Sat, 15 Jun 2013 18:21:00 -0000 Subject: Make error when compiling xserver-cygwin-1.14.1-1 Message-ID: <51BCB086.5090404@codespunk.com> Can anyone advise me on how to proceed? I've managed to install all of the necessary dependencies but I'm getting an error from make while compiling xserver-cygwin. I've deleted the source directory and redone the autoconf, configure, and make twice now without success. Here is the error: winprefsyacc.y: In function ??yyparse??: winprefsyacc.y:213:5: warning: passing argument 1 of ??AddMenuLine?? discards qualifiers from pointer target type winprefsyacc.y:76:13: note: expected ??char *?? but argument is of type ??const char *?? winprefsyacc.y:213:5: warning: passing argument 3 of ??AddMenuLine?? discards qualifiers from pointer target type winprefsyacc.y:76:13: note: expected ??char *?? but argument is of type ??const char *?? winprefsyacc.y:214:5: warning: passing argument 3 of ??AddMenuLine?? discards qualifiers from pointer target type winprefsyacc.y:76:13: note: expected ??char *?? but argument is of type ??const char *?? winprefsyacc.y:217:5: warning: passing argument 3 of ??AddMenuLine?? discards qualifiers from pointer target type winprefsyacc.y:76:13: note: expected ??char *?? but argument is of type ??const char *?? winprefsyacc.c:1973:9: warning: passing argument 1 of ??yyerror?? discards qualifiers from pointer target type winprefsyacc.y:91:12: note: expected ??char *?? but argument is of type ??const char *?? winprefsyacc.c:2090:3: warning: passing argument 1 of ??yyerror?? discards qualifiers from pointer target type winprefsyacc.y:91:12: note: expected ??char *?? but argument is of type ??const char *?? winprefsyacc.y: In function ??yyerror??: winprefsyacc.y:296:3: warning: nested extern declaration of ??yylineno?? LEX winprefslex.c CC winprefslex.o gcc: winprefslex.c: No such file or directory gcc: no input files Makefile:925: recipe for target `winprefslex.o' failed make[4]: *** [winprefslex.o] Error 1 make[4]: Leaving directory `/usr/src/xorg-server-1.14.1-1/src/xserver-cygwin-1.14.1-1/hw/xwin' Makefile:1041: recipe for target `all-recursive' failed make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/src/xorg-server-1.14.1-1/src/xserver-cygwin-1.14.1-1/hw/xwin' Makefile:764: recipe for target `all' failed make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/src/xorg-server-1.14.1-1/src/xserver-cygwin-1.14.1-1/hw/xwin' Makefile:518: recipe for target `all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/xorg-server-1.14.1-1/src/xserver-cygwin-1.14.1-1/hw' Makefile:676: recipe for target `all-recursive' failed make: *** [all-recursive] 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 jon.turney@dronecode.org.uk Sat Jun 15 21:31:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 15 Jun 2013 21:31:00 -0000 Subject: text fields in app don't allow input when running Cygwin X In-Reply-To: <1371135604875-99554.post@n5.nabble.com> References: <1364236782.83207.YahooMailNeo@web122606.mail.ne1.yahoo.com> <1366210255.40306.YahooMailNeo@web122602.mail.ne1.yahoo.com> <1371132147781-99552.post@n5.nabble.com> <1371135604875-99554.post@n5.nabble.com> Message-ID: <51BCDD1B.7080101@dronecode.org.uk> On 13/06/2013 16:00, Deryl Steinert wrote: > Here is a reference to a Java bug that suggests that the problem may be > related to the X window manager being used; > > http://bugs.sun.com/view_bug.do?bug_id=6798064 > > It doesn't specifically address the issue under Cygwin but does talk about > the issue occurring under the ION window manager which is not officially > supported > by Java. Thanks for researching this issue. > Perhaps the internal window manager used by Cygwin in multwindowed mode has > the same issue? Yes, this seems quite likely, the multiwindow mode WM has no support for WM_TAKE_FOCUS currently (One of it's many ICCCM conformance issues :-) ). Reading the text of the ICCCM ([1] 4.1.7. etc.), it's not quite clear to me that WM_TAKE_FOCUS support is mandatory for the WM (it's clearly optional for a client), but the bug above seems to be saying that Java 7 requires it for focusing to work as expected. > Can the default internal window manger be changed when starting Xwin in > multiwindow mode? No, it's internal because it's a special window manager that knows how to draw the X window contents in native Window frames, you can't replace it with an arbitrary other WM. XtoW [2] is another WM that also knows how to achieve this (by different means), but probably suffers from the same bug. [1] http://www.tronche.com/gui/x/icccm/ [2] http://cygwin.com/ml/cygwin-xfree-announce/2012-12/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 Sat Jun 15 21:36:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 15 Jun 2013 21:36:00 -0000 Subject: Make error when compiling xserver-cygwin-1.14.1-1 In-Reply-To: <51BCB086.5090404@codespunk.com> References: <51BCB086.5090404@codespunk.com> Message-ID: <51BCDE58.20808@dronecode.org.uk> On 15/06/2013 19:20, Matt D. wrote: > Can anyone advise me on how to proceed? I've managed to install all of the > necessary dependencies but I'm getting an error from make while compiling > xserver-cygwin. > Here is the error: > > LEX winprefslex.c > CC winprefslex.o > gcc: winprefslex.c: No such file or directory > gcc: no input files I can only offer the observation that the file that gcc is failing to compile because it doesn't exist is supposed to have been made by flex on the line above. You might like to try using 'make V=1' to see how flex is being invoked, and then try that manually to try to work out why it's not making any output... -- 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 matt@codespunk.com Sat Jun 15 22:07:00 2013 From: matt@codespunk.com (Matt D.) Date: Sat, 15 Jun 2013 22:07:00 -0000 Subject: Make error when compiling xserver-cygwin-1.14.1-1 Message-ID: <51BCE57E.9080101@codespunk.com> The error appears to be here: /bin/sh ../../ylwrap winprefslex.l .c winprefslex.c 'winprefslex.c' is not created but ylwrap is not returning an error. This is unfamiliar territory for me but I'll see what I can do. Off the top of your head, is there a way to slim this down to remove ylwrap? Maybe it will throw something helpful. -- 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 Sat Jun 15 22:48:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 15 Jun 2013 22:48:00 -0000 Subject: Make error when compiling xserver-cygwin-1.14.1-1 In-Reply-To: <51BCE57E.9080101@codespunk.com> References: <51BCE57E.9080101@codespunk.com> Message-ID: <51BCEF1F.7020805@dronecode.org.uk> On 15/06/2013 23:06, Matt D. wrote: > The error appears to be here: > > /bin/sh ../../ylwrap winprefslex.l .c winprefslex.c > > 'winprefslex.c' is not created but ylwrap is not returning an error. This is > unfamiliar territory for me but I'll see what I can do. > > Off the top of your head, is there a way to slim this down to remove ylwrap? > Maybe it will throw something helpful. That doesn't look right. I have: /bin/sh ../../ylwrap winprefslex.l lex.yy.c winprefslex.c -- flex -i $ ./ylwrap --help Usage: ylwrap [--help|--version] INPUT [OUTPUT DESIRED]... -- PROGRAM [ARGS]... So, it looks like maybe something has gone wrong in the autofoolery as it hasn't found the name of your lex successfully, but has still configured. I think now might be an appropriate time to ask if you have all the prerequisites listed in [1]? http://x.cygwin.com/docs/cg/prog-build-prerequisites.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 Sat Jun 15 23:38:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 15 Jun 2013 23:38:00 -0000 Subject: Cygwin/X crashes when combined with ssh/nx tunneling and -multiwindow In-Reply-To: <51BC58DF.4010602@codespunk.com> References: <51BC58DF.4010602@codespunk.com> Message-ID: <51BCFAF7.5060107@dronecode.org.uk> On 15/06/2013 13:06, Matt D. wrote: > "Caught signal 11 (Segmentation fault). Server aborting" > > So far I've only been able to duplicate this when tunneling Eclipse. I > tried writing a simple java program that creates a JFrame window but could > not replicate the crash with anything smaller (sorry!). The problem exists > in the two versions I tried: Eclipse 3.6 and 4.2. I'm afraid your diagnosis is a bit speculative. >From the backtrace, it looks like the crash is occurring due to a failure when converting the X11 icon to a Windows icon, and then not checking properly for that failure. I've applied a fix to address the immediate problem of not checking for the failure, and I've uploaded a snapshot at [1]. Perhaps you could try that and see if it fixes the issue for you? If it does, I would also be interested to know how the icon for the window which was causing this issue appears. [1] ftp://cygwin.com/pub/cygwinx/XWin.20130615-git-9a3cc6b8d6f94f74.exe.bz2 > Although the error message pops up, Cygwin/X doesn't actually terminate > until the error window that reports the segfault is closed. X continues to > work if I ignore it, however all of the newly created windows do not have > any titlebars or frame borders. This is because the crash is occurring in the window manager thread, not the server thread. > This problem does NOT occur when running with either a root window or with the '-rootless' option. > > I've attached the XWin backtrace. Thank you, this was very useful. > #27 0x0042c0fd in NetWMToWinIconAlpha (icon=0xff8d0030) > at /usr/src/debug/xorg-server-1.14.1-1/hw/xwin/wmutil/icon_convert.c:264 > hdc = > ii = {fIcon = 1, xHotspot = 0, yHotspot = 0, hbmMask = 0x0, > hbmColor = 0x0} > bmh = {bV4Size = 108, bV4Width = -1, bV4Height = 1, bV4Planes = 1, > bV4BitCount = 32, bV4V4Compression = 3, bV4SizeImage = 0, > bV4XPelsPerMeter = 0, bV4YPelsPerMeter = 0, bV4ClrUsed = 0, > bV4ClrImportant = 0, bV4RedMask = 16711680, bV4GreenMask = 65280, > bV4BlueMask = 255, bV4AlphaMask = 4278190080, bV4CSType = 0, > bV4Endpoints = {ciexyzRed = {ciexyzX = 0, ciexyzY = 0, > ciexyzZ = 0}, ciexyzGreen = {ciexyzX = 0, ciexyzY = 0, > ciexyzZ = 0}, ciexyzBlue = {ciexyzX = 0, ciexyzY = 0, > ciexyzZ = 0}}, bV4GammaRed = 0, bV4GammaGreen = 0, > bV4GammaBlue = 0} > width = > height = 0 > pixels = 0xff8d0038 > result = > DIB_pixels = 0x0 Hmm... this seems to indicate that icon was of size -1x-1, which doesn't seem right... > #28 NetWMToWinIcon (bpp=, icon=0xff8d0030) > at /usr/src/debug/xorg-server-1.14.1-1/hw/xwin/wmutil/icon_convert.c:358 > hasIconAlphaChannel = true > versionChecked = true > #29 0x0042c687 in winXIconToHICON (conn=0x802d0cf8, id=10485914, iconSize=32) > at /usr/src/debug/xorg-server-1.14.1-1/hw/xwin/wmutil/icon_convert.c:438 > mask = > image = 0x0 > imageMask = > dst = > src = > planes = 1 > bpp = 32 > i = > biggest_size = > hDC = > ii = {fIcon = -1812266357, xHotspot = 2150436088, > yHotspot = 10485914, hbmMask = 0x1a19be, hbmColor = 0x20} > hints = {flags = 11, input = 2150436088, initial_state = -2176016, > icon_pixmap = 1975673360, icon_window = 1710526, icon_x = 1024, > icon_y = -2175960, icon_mask = 1975680452, > window_group = 1975680403} > hIcon = 0x0 > biggest_icon = > _XA_NET_WM_ICON = 235 > generation = 1 > icon = > icon_data = > size = > cookie = > reply = 0xff890008 > #30 0x004085ff in winUpdateIcon (hWnd=0x1a19be, pDisplay=0x8028efd8, > id=10485914, hIconNew=0x0) > at /usr/src/debug/xorg-server-1.14.1-1/hw/xwin/winmultiwindowicons.c:71 > conn = 0x802d0cf8 > hIcon = > hIconSmall = 0x0 > hIconOld = > #31 0x0041d987 in UpdateIcon (iWindow=10485914, pWMInfo=) > at /usr/src/debug/xorg-server-1.14.1-1/hw/xwin/winmultiwindowwm.c:666 > hWnd = 0x1a19be > hIconNew = > attr = {x = 2014, y = 389, width = 452, height = 302, > border_width = 0, depth = 24, visual = 0x802dc4e0, root = 534, > class = 1, bit_gravity = 1, win_gravity = 1, backing_store = 0, > backing_planes = 4294967295, backing_pixel = 0, save_under = 0, > colormap = 10485886, map_installed = 0, map_state = 2, > all_event_masks = 6537343, your_event_mask = 0, > do_not_propagate_mask = 0, override_redirect = 0, > screen = 0x802dc430} > #32 0x0041f3b9 in winMultiWindowWMProc (pArg=0x80046368) > at /usr/src/debug/xorg-server-1.14.1-1/hw/xwin/winmultiwindowwm.c:928 > pNode = 0x8031fab0 > __cleanup_handler = {function = 0x41d260 , > arg = 0x0, next = 0x0} > pProcArg = 0x80046368 > pWMInfo = 0x80046378 > #33 0x610ffe1a in pthread::thread_init_wrapper(void*)@4 (arg=0x80040090) > at /usr/src/debug/cygwin-1.7.20-1/winsup/cygwin/thread.cc:1947 > thread = 0x80040090 > __PRETTY_FUNCTION__ = "static DWORD pthread::thread_init_wrapper(void*)" > ret = > #34 0x6108974c in thread_wrapper (arg=0x0) > at /usr/src/debug/cygwin-1.7.20-1/winsup/cygwin/miscfuncs.cc:600 > dealloc_addr = > count = > wrapper_arg = {func = 0x0, arg = 0x0, stackaddr = 0x0, > stackbase = 0x0, stacklimit = 0x0} > old_start = 0x610d9285 <_sigbe> -- 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 matt@codespunk.com Sun Jun 16 12:37:00 2013 From: matt@codespunk.com (Matt D.) Date: Sun, 16 Jun 2013 12:37:00 -0000 Subject: Make error when compiling xserver-cygwin-1.14.1-1 In-Reply-To: <51BCEF1F.7020805@dronecode.org.uk> References: <51BCEF1F.7020805@dronecode.org.uk> Message-ID: <51BDB18D.9090505@codespunk.com> It seemed I had everything but flex. I downloaded that and double-checked all of the dependencies. Everything compiles now but I'm getting a linking error. I am using a CLEAN install of cygwin with the following packages: setup -P cygwin,autoconf,automake,binutils,bison,bzip2,cygport,diffutils,fileutils,findutils,flex,gawk,gcc,git,libtool,make,patch,pkg-config,sed,tar,w32api,dri-drivers,libbz2_1,libfontenc1,libfreetype6,libgcc1,libGL1,libpixman1_0,libX11_6,libXau6,libXdmcp6,libXext6,xauth,xcursor-themes,xkbcomp,xkeyboard-config,zlib0,libdmx1,libXaw7,libXfixes3,libXi6,libXmu6,libXmuu1,libXrender1,libXt6,bigreqsproto,compositeproto,damageproto,dmxproto,fixesproto,font-util,fontsproto,glproto,inputproto,kbproto,libXfont-devel,randrproto,recordproto,renderproto,resourceproto,scrnsaverproto,windowswmproto,xcmiscproto,xextproto,xf86bigfontproto,xineramaproto,xorg-util-macros,xproto,xtrans,khronos-opengl-registry,libpixman1-devel,libx11-devel,libgl-devel,libxkbfile-devel,libxcb-image-devel,lib-icccm-devel,glapi-devel Prepping, generating, and configuring: cygport xorg-server.cygport prep autogen.sh -V configure And on make I get the attached linker error. I've tried cleaning and redownloading twice now. > I think now might be an appropriate time to ask if you have all the > prerequisites listed in [1]? Yes, I do. On that note, the prerequisites are missing: libpixman1-devel libx11-devel libgl-devel libxkbfile-devel libxcb-image-devel lib-icccm-devel (detected during configure) and glapi-devel (detected at compile-time) There is also no sanity check for flex, although it is listed as a prerequisite. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: link.txt 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 jon.turney@dronecode.org.uk Sun Jun 16 14:25:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 16 Jun 2013 14:25:00 -0000 Subject: Make error when compiling xserver-cygwin-1.14.1-1 In-Reply-To: <51BDB18D.9090505@codespunk.com> References: <51BCEF1F.7020805@dronecode.org.uk> <51BDB18D.9090505@codespunk.com> Message-ID: <51BDCABC.9060008@dronecode.org.uk> On 16/06/2013 13:37, Matt D. wrote: > It seemed I had everything but flex. I downloaded that and double-checked all > of the dependencies. Everything compiles now but I'm getting a linking error. > Prepping, generating, and configuring: > > cygport xorg-server.cygport prep > autogen.sh -V > configure > > And on make I get the attached linker error. I've tried cleaning and > redownloading twice now. Ah. I think that page is in need of an update. It probably would be better if it told you to use 'cygport xorg-server.cygport compile' to configure and build, as then the configuration would match the one used to build packages, which is known to work. > /usr/src/xorg-server-1.14.1-1/src/xserver-cygwin-1.14.1-1/glx/dispatch.h:5827: undefined reference to `__glapi_tls_Dispatch' The undefined references to `__glapi_tls_Dispatch' should be fixed by configuring with --disable-glx-tls [1] > /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: warning: cannot find entry symbol rrwarn=E_BAD_PTR_INT_COMBINATION; defaulting to 00401000 No idea about this. You should probably be using gcc4, though. > /usr/src/xorg-server-1.14.1-1/src/xserver-cygwin-1.14.1-1/hw/xwin/glx/indirect.c:467: undefined reference to `_wglSwapIntervalEXTWrapper' These undefined references are a bit mysterious. These wgl*Wrapper functions should by defined in the generated_wgl_wrappers.c generated file. >> I think now might be an appropriate time to ask if you have all the >> prerequisites listed in [1]? > > Yes, I do. On that note, the prerequisites are missing: > > libpixman1-devel > libx11-devel > libgl-devel > libxkbfile-devel > libxcb-image-devel > lib-icccm-devel > > (detected during configure) > > and > > glapi-devel > > (detected at compile-time) Thanks for the list. I'll update the documentation appropriately. > There is also no sanity check for flex, although it is listed as a prerequisite. Ok. I guess I need to add one then :-) [1] http://cygwin.com/ml/cygwin-xfree/2011-10/msg00065.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 marco.atzeri@gmail.com Sun Jun 16 14:51:00 2013 From: marco.atzeri@gmail.com (marco atzeri) Date: Sun, 16 Jun 2013 14:51:00 -0000 Subject: fltk / gl rendering problem In-Reply-To: <51BDCFCE.3060608@gmail.com> References: <51BDCFCE.3060608@gmail.com> Message-ID: <51BDD0DB.1040807@gmail.com> Hi, testing a octave/fltk graphics issue, I noticed that also the demo of fltk with GL interface has a similar issue. On http://matzeri.altervista.org/works/fltk_gl/ I uploaded the before and after apperance of "gl_overlay" demo. It is enough to move the window to loose the geometrical image while the bars are correctly re-drawn. Running Xwin with -wgl does not show such defect, but it is terribly slow. So I assume it is not a fltk defect but of GL or XServer. A copy of gl_overlay from fltk-1.3.1.9857-1 build is also uploaded. Regards Marco -- 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 matt@codespunk.com Sun Jun 16 21:48:00 2013 From: matt@codespunk.com (Matt D.) Date: Sun, 16 Jun 2013 21:48:00 -0000 Subject: Cygwin/X crashes when combined with ssh/nx tunneling and -multiwindow In-Reply-To: <51BCFAF7.5060107@dronecode.org.uk> References: <51BCFAF7.5060107@dronecode.org.uk> Message-ID: <51BE32B4.7020309@codespunk.com> > I've applied a fix to address the immediate problem of not checking > for the failure, and I've uploaded a snapshot at [1]. Perhaps you > could try that and see if it fixes the issue for you? Yes, this solves the crash problem (thank you!). > I would also be interested to know how the icon for the window which > was causing this issue appears. I've attached some screenshots of the taskbar and titlebar icons for Eclipse 4.2 using your XWin.exe build running with an without nx. The titlebar icon does NOT appear when running Eclipse with vanilla X. The taskbar icon also uses full colors; I do not know if it's a different icon or if nx is using some kind of compression. The second set of images (eclipse-4_2-nx_2 and eclipse-4_2-nonx_2) indicate the time of crash. When Eclipse starts up is displays a splash image which initially does not have an icon in its titlebar. Notably, a window border only appears when running Eclipse with nx. Despite not having a border, the icon is still relevant because it is the same one used to display in the taskbar. The crash occurs when the icon is being loaded onto the splash window. To reiterate, the window is NOT created with this icon. It is loaded sometime later while Eclipse is initializing. > Hmm... this seems to indicate that icon was of size -1x-1, which > doesn't seem right... Perhaps it has to do with the icon being applied after the window has already been created? > From the backtrace, it looks like the crash is occurring due to a > failure when converting the X11 icon to a Windows icon, and then not > checking properly for that failure. It looked to me like the crash was occurring at line 264 of icon_convert.c; a memcpy to DIB_pixels which I believe was uninitialized. Regardless, the memcpy is one without verifying DIB_pixels or checking the return value of CreateBitmap. This is what I has planned to look into.. if I ever get XWin.exe to compile. (I can't seem to send images to the mailing list, so here they are) These images illustrate the small titlebar icon and its accompanying taskbar icon: http://codespunk.com/files/upload/eclipse-4_2-nonx.png http://codespunk.com/files/upload/eclipse-4_2-nx.png These images show the splash image and the visible border when using nx: http://codespunk.com/files/upload/eclipse-4_2-nonx_2.png http://codespunk.com/files/upload/eclipse-4_2-nx_2.png On 2:59 PM, Jon TURNEY wrote: > On 15/06/2013 13:06, Matt D. wrote: >> "Caught signal 11 (Segmentation fault). Server aborting" >> >> So far I've only been able to duplicate this when tunneling Eclipse. I >> tried writing a simple java program that creates a JFrame window but could >> not replicate the crash with anything smaller (sorry!). The problem exists >> in the two versions I tried: Eclipse 3.6 and 4.2. > > I'm afraid your diagnosis is a bit speculative. > >> From the backtrace, it looks like the crash is occurring due to a failure when > converting the X11 icon to a Windows icon, and then not checking properly for > that failure. > > I've applied a fix to address the immediate problem of not checking for the > failure, and I've uploaded a snapshot at [1]. Perhaps you could try that and > see if it fixes the issue for you? If it does, I would also be interested to > know how the icon for the window which was causing this issue appears. > > [1] ftp://cygwin.com/pub/cygwinx/XWin.20130615-git-9a3cc6b8d6f94f74.exe.bz2 > >> Although the error message pops up, Cygwin/X doesn't actually terminate >> until the error window that reports the segfault is closed. X continues to >> work if I ignore it, however all of the newly created windows do not have >> any titlebars or frame borders. > > This is because the crash is occurring in the window manager thread, not the > server thread. > >> This problem does NOT occur when running with either a root window or with the '-rootless' option. >> >> I've attached the XWin backtrace. > > Thank you, this was very useful. > >> #27 0x0042c0fd in NetWMToWinIconAlpha (icon=0xff8d0030) >> at /usr/src/debug/xorg-server-1.14.1-1/hw/xwin/wmutil/icon_convert.c:264 >> hdc = >> ii = {fIcon = 1, xHotspot = 0, yHotspot = 0, hbmMask = 0x0, >> hbmColor = 0x0} >> bmh = {bV4Size = 108, bV4Width = -1, bV4Height = 1, bV4Planes = 1, >> bV4BitCount = 32, bV4V4Compression = 3, bV4SizeImage = 0, >> bV4XPelsPerMeter = 0, bV4YPelsPerMeter = 0, bV4ClrUsed = 0, >> bV4ClrImportant = 0, bV4RedMask = 16711680, bV4GreenMask = 65280, >> bV4BlueMask = 255, bV4AlphaMask = 4278190080, bV4CSType = 0, >> bV4Endpoints = {ciexyzRed = {ciexyzX = 0, ciexyzY = 0, >> ciexyzZ = 0}, ciexyzGreen = {ciexyzX = 0, ciexyzY = 0, >> ciexyzZ = 0}, ciexyzBlue = {ciexyzX = 0, ciexyzY = 0, >> ciexyzZ = 0}}, bV4GammaRed = 0, bV4GammaGreen = 0, >> bV4GammaBlue = 0} >> width = >> height = 0 >> pixels = 0xff8d0038 >> result = >> DIB_pixels = 0x0 > > Hmm... this seems to indicate that icon was of size -1x-1, which doesn't seem > right... > >> #28 NetWMToWinIcon (bpp=, icon=0xff8d0030) >> at /usr/src/debug/xorg-server-1.14.1-1/hw/xwin/wmutil/icon_convert.c:358 >> hasIconAlphaChannel = true >> versionChecked = true >> #29 0x0042c687 in winXIconToHICON (conn=0x802d0cf8, id=10485914, iconSize=32) >> at /usr/src/debug/xorg-server-1.14.1-1/hw/xwin/wmutil/icon_convert.c:438 >> mask = >> image = 0x0 >> imageMask = >> dst = >> src = >> planes = 1 >> bpp = 32 >> i = >> biggest_size = >> hDC = >> ii = {fIcon = -1812266357, xHotspot = 2150436088, >> yHotspot = 10485914, hbmMask = 0x1a19be, hbmColor = 0x20} >> hints = {flags = 11, input = 2150436088, initial_state = -2176016, >> icon_pixmap = 1975673360, icon_window = 1710526, icon_x = 1024, >> icon_y = -2175960, icon_mask = 1975680452, >> window_group = 1975680403} >> hIcon = 0x0 >> biggest_icon = >> _XA_NET_WM_ICON = 235 >> generation = 1 >> icon = >> icon_data = >> size = >> cookie = >> reply = 0xff890008 >> #30 0x004085ff in winUpdateIcon (hWnd=0x1a19be, pDisplay=0x8028efd8, >> id=10485914, hIconNew=0x0) >> at /usr/src/debug/xorg-server-1.14.1-1/hw/xwin/winmultiwindowicons.c:71 >> conn = 0x802d0cf8 >> hIcon = >> hIconSmall = 0x0 >> hIconOld = >> #31 0x0041d987 in UpdateIcon (iWindow=10485914, pWMInfo=) >> at /usr/src/debug/xorg-server-1.14.1-1/hw/xwin/winmultiwindowwm.c:666 >> hWnd = 0x1a19be >> hIconNew = >> attr = {x = 2014, y = 389, width = 452, height = 302, >> border_width = 0, depth = 24, visual = 0x802dc4e0, root = 534, >> class = 1, bit_gravity = 1, win_gravity = 1, backing_store = 0, >> backing_planes = 4294967295, backing_pixel = 0, save_under = 0, >> colormap = 10485886, map_installed = 0, map_state = 2, >> all_event_masks = 6537343, your_event_mask = 0, >> do_not_propagate_mask = 0, override_redirect = 0, >> screen = 0x802dc430} >> #32 0x0041f3b9 in winMultiWindowWMProc (pArg=0x80046368) >> at /usr/src/debug/xorg-server-1.14.1-1/hw/xwin/winmultiwindowwm.c:928 >> pNode = 0x8031fab0 >> __cleanup_handler = {function = 0x41d260, >> arg = 0x0, next = 0x0} >> pProcArg = 0x80046368 >> pWMInfo = 0x80046378 >> #33 0x610ffe1a in pthread::thread_init_wrapper(void*)@4 (arg=0x80040090) >> at /usr/src/debug/cygwin-1.7.20-1/winsup/cygwin/thread.cc:1947 >> thread = 0x80040090 >> __PRETTY_FUNCTION__ = "static DWORD pthread::thread_init_wrapper(void*)" >> ret = >> #34 0x6108974c in thread_wrapper (arg=0x0) >> at /usr/src/debug/cygwin-1.7.20-1/winsup/cygwin/miscfuncs.cc:600 >> dealloc_addr = >> count = >> wrapper_arg = {func = 0x0, arg = 0x0, stackaddr = 0x0, >> stackbase = 0x0, stacklimit = 0x0} >> old_start = 0x610d9285<_sigbe> > > -- 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 marco.atzeri@gmail.com Mon Jun 17 06:48:00 2013 From: marco.atzeri@gmail.com (marco atzeri) Date: Mon, 17 Jun 2013 06:48:00 -0000 Subject: fltk / gl rendering problem In-Reply-To: <51BDD0DB.1040807@gmail.com> References: <51BDCFCE.3060608@gmail.com> <51BDD0DB.1040807@gmail.com> Message-ID: <51BEB13E.9090907@gmail.com> Il 6/16/2013 4:51 PM, marco atzeri ha scritto: > > > Hi, > testing a octave/fltk graphics issue, I noticed that also the > demo of fltk with GL interface has a similar issue. > > On http://matzeri.altervista.org/works/fltk_gl/ > I uploaded the before and after apperance of "gl_overlay" demo. > > It is enough to move the window to loose the geometrical > image while the bars are correctly re-drawn. > > Running Xwin with -wgl does not show such defect, but it is > terribly slow. So I assume it is not a fltk defect but of > GL or XServer. > > A copy of gl_overlay from fltk-1.3.1.9857-1 build is also uploaded. > > > Regards > Marco > further experiment showed that the defect is present when the integrate windows manager is used. With external window manager (fvwm, openbox,.. ) that defect does not apper. With external window manager another defect appears, the upper bar effect is not shown at all; while it is present on the integrated window manager. Regards Marco -- 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 dus@ornl.gov Mon Jun 17 14:44:00 2013 From: dus@ornl.gov (Deryl Steinert) Date: Mon, 17 Jun 2013 14:44:00 -0000 Subject: text fields in app don't allow input when running Cygwin X In-Reply-To: <51BCDD1B.7080101@dronecode.org.uk> References: <1364236782.83207.YahooMailNeo@web122606.mail.ne1.yahoo.com> <1366210255.40306.YahooMailNeo@web122602.mail.ne1.yahoo.com> <1371132147781-99552.post@n5.nabble.com> <1371135604875-99554.post@n5.nabble.com> <51BCDD1B.7080101@dronecode.org.uk> Message-ID: <1371480273625-99717.post@n5.nabble.com> Hi, Jon, Thanks for the quick response. Do you consider this an issue with Cygwin, Java 7 or with our Java apps? If the issue is with Cygwin do you foresee implementing a solution anytime = soon? Or do you know of a workaround we can use in Java? Trying to figure out what I can do to remedy the issue for my Windows custo= mers. I'm a Mac user myself. Do I spend time trying to workaround the issue? Wait for a Cygwin solution? Or just tell my customers that they can't use Cygwin in multi window mode w= ith the next release of my app? Thanks, Deryl -- View this message in context: http://cygwin.1069669.n5.nabble.com/text-fields-in-app-don-t-allow-input-when-running-Cygwin-X-tp97212p99717.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 berggren@MIT.EDU Mon Jun 17 15:43:00 2013 From: berggren@MIT.EDU (Karl K. Berggren) Date: Mon, 17 Jun 2013 15:43:00 -0000 Subject: help with running startxwin In-Reply-To: <51B7212C.7080001@dronecode.org.uk> References: <51B67770.1080008@mit.edu> <51B7212C.7080001@dronecode.org.uk> Message-ID: <51BF2EB9.9020902@mit.edu> The -nowgl workaround you suggested worked. Thank you! On 14/06/2013 Jon TURNEY wrote: > You might try using a different driver version to see if this fixes the problem. > Or, you should be able to work around this problem by starting the X server > with the -nowgl option, or possibly by using the GLWIN_NO_WGL_EXTENSIONS > environment variable. -- 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 Jun 19 00:05:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 19 Jun 2013 00:05:00 -0000 Subject: Cygwin/X crashes when combined with ssh/nx tunneling and -multiwindow In-Reply-To: <51BE32B4.7020309@codespunk.com> References: <51BCFAF7.5060107@dronecode.org.uk> <51BE32B4.7020309@codespunk.com> Message-ID: <51C0F5DA.8010104@dronecode.org.uk> On 16/06/2013 22:48, Matt D. wrote: > > I've applied a fix to address the immediate problem of not checking > > for the failure, and I've uploaded a snapshot at [1]. Perhaps you > > could try that and see if it fixes the issue for you? > > Yes, this solves the crash problem (thank you!). > > > I would also be interested to know how the icon for the window which > > was causing this issue appears. > > I've attached some screenshots of the taskbar and titlebar icons for Eclipse > 4.2 using your XWin.exe build running with an without nx. > > The titlebar icon does NOT appear when running Eclipse with vanilla X. The > taskbar icon also uses full colors; I do not know if it's a different icon or > if nx is using some kind of compression. > > The second set of images (eclipse-4_2-nx_2 and eclipse-4_2-nonx_2) indicate > the time of crash. When Eclipse starts up is displays a splash image which > initially does not have an icon in its titlebar. Notably, a window border only > appears when running Eclipse with nx. Despite not having a border, the icon is > still relevant because it is the same one used to display in the taskbar. > > The crash occurs when the icon is being loaded onto the splash window. To > reiterate, the window is NOT created with this icon. It is loaded sometime > later while Eclipse is initializing. Ah. I was hoping you could use xprop to examine the _NET_WM_ICON property of the window, but if it's a transient state that may not be practical. I would guess that the difference in appearance between the nx and non-nx cases is due to nx not transporting some window appearance hints. > > Hmm... this seems to indicate that icon was of size -1x-1, which > > doesn't seem right... > > Perhaps it has to do with the icon being applied after the window has already > been created? > > > From the backtrace, it looks like the crash is occurring due to a > > failure when converting the X11 icon to a Windows icon, and then not > > checking properly for that failure. > > It looked to me like the crash was occurring at line 264 of icon_convert.c; a > memcpy to DIB_pixels which I believe was uninitialized. Regardless, the memcpy > is one without verifying DIB_pixels or checking the return value of CreateBitmap. > > This is what I has planned to look into.. if I ever get XWin.exe to compile. I did a bit more testing and managed to craft some malformed _NET_WM_ICON properties which could crash the multiwindow mode WM in different ways (small test case attached), so I've added another patch to do more validation of _NET_WM_ICON data before it is used. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -------------- next part -------------- /* gcc test-invalid-net-wm-icon.c -o test-invalid-net-wm-icon -lX11 */ #include #include #include #include Display *d; Window w; Atom net_wm_icon; Atom cardinal; void test(unsigned int *buffer, unsigned int buffer_length) { int length = buffer_length/sizeof(unsigned int); XChangeProperty(d, w, net_wm_icon, cardinal, 32, PropModeReplace, (const unsigned char*) buffer, length); XFlush(d); sleep(1); } int main(int argc, char **argv) { /* Invalid _NET_WM_ICON icons */ d = XOpenDisplay(0); int s = DefaultScreen(d); net_wm_icon = XInternAtom(d, "_NET_WM_ICON", False); cardinal = XInternAtom(d, "CARDINAL", False); XEvent e; w = XCreateWindow(d, RootWindow(d, s), 0, 0, 200, 200, 0, CopyFromParent, InputOutput, CopyFromParent, 0, 0); XMapWindow(d, w); XFlush(d); sleep(1); // sizes are just absurd unsigned int buffer[] = {-1, -1, 0xFFFFFFFF, 0xFFFFFFFF}; test(buffer, sizeof(buffer)); // property should be 256K, but is only 64K int propsize = 0x10000; unsigned int *buffer2 = malloc(propsize); buffer2[0] = 512; buffer2[1] = 512; test(buffer2, propsize); // property is absurdly large, but still not enough for icon propsize = 0x100000; unsigned int *buffer3 = malloc(propsize); assert(buffer3); buffer2[0] = 0x3000; buffer2[1] = 0x3000; test(buffer3, propsize); while(1) XNextEvent(d, &e); } -------------- 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 jon.turney@dronecode.org.uk Wed Jun 19 14:37:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 19 Jun 2013 14:37:00 -0000 Subject: text fields in app don't allow input when running Cygwin X In-Reply-To: <1371480273625-99717.post@n5.nabble.com> References: <1364236782.83207.YahooMailNeo@web122606.mail.ne1.yahoo.com> <1366210255.40306.YahooMailNeo@web122602.mail.ne1.yahoo.com> <1371132147781-99552.post@n5.nabble.com> <1371135604875-99554.post@n5.nabble.com> <51BCDD1B.7080101@dronecode.org.uk> <1371480273625-99717.post@n5.nabble.com> Message-ID: <51C1C239.4080205@dronecode.org.uk> On 17/06/2013 15:44, Deryl Steinert wrote: > Do you consider this an issue with Cygwin, Java 7 or with our Java apps? If > the issue is with Cygwin do you foresee implementing a solution anytime > soon? Or do you know of a workaround we can use in Java? This might just be a bug in the way the multiwindow mode WM handles focus. Even if it isn't, a workaround in the multiwindow mode WM seems like a good idea. There are no guarantees about when. Patches thoughtfully considered. Sorry, I don't know enough about the Java windowing toolkit to know if this can be worked around in Java. > Trying to figure out what I can do to remedy the issue for my Windows > customers. I'm a Mac user myself. > > Do I spend time trying to workaround the issue? Wait for a Cygwin > solution? Or just tell my customers that they can't use Cygwin in multi > window mode with the next release of my app? -- 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 dus@ornl.gov Wed Jun 19 16:03:00 2013 From: dus@ornl.gov (Deryl Steinert) Date: Wed, 19 Jun 2013 16:03:00 -0000 Subject: text fields in app don't allow input when running Cygwin X In-Reply-To: <51C1C239.4080205@dronecode.org.uk> References: <1364236782.83207.YahooMailNeo@web122606.mail.ne1.yahoo.com> <1366210255.40306.YahooMailNeo@web122602.mail.ne1.yahoo.com> <1371132147781-99552.post@n5.nabble.com> <1371135604875-99554.post@n5.nabble.com> <51BCDD1B.7080101@dronecode.org.uk> <1371480273625-99717.post@n5.nabble.com> <51C1C239.4080205@dronecode.org.uk> Message-ID: <1371657785670-99889.post@n5.nabble.com> Jon, Here is a link to another java bug report that does refer to CygwinX directly; http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7147075 Thanks, Deryl -- View this message in context: http://cygwin.1069669.n5.nabble.com/text-fields-in-app-don-t-allow-input-when-running-Cygwin-X-tp97212p99889.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 david@adboyd.com Wed Jun 19 21:27:00 2013 From: david@adboyd.com (J. David Boyd) Date: Wed, 19 Jun 2013 21:27:00 -0000 Subject: cygwin and xwin and super and hyper Message-ID: I can get my capslock key to be super with the command line 'setxkbmap -option caps:super', but I can't get 'setxkbmap -option altwin:hyper_win' to do anything. Running 'setxkbmap -print' shows both options as being set, but the win keys still act as the win key. Is there something else I need to do so windows lets go of these keys? Dave -- 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 20 10:55:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 20 Jun 2013 10:55:00 -0000 Subject: cygwin and xwin and super and hyper In-Reply-To: References: Message-ID: <51C2DF91.1010605@dronecode.org.uk> On 19/06/2013 22:27, J. David Boyd wrote: > I can get my capslock key to be super with the command line 'setxkbmap -option > caps:super', but I can't get 'setxkbmap -option altwin:hyper_win' to do > anything. > > Running 'setxkbmap -print' shows both options as being set, but the win keys > still act as the win key. > > Is there something else I need to do so windows lets go of these keys? Yes. Again, let me refer you to [1]. The operative sentence is: > (Note that mapping the Windows keys to hyper also requires the -keyhook > option, so that the X server sees those keys before the Windows shell) One thing I failed to mention there is that without any keymap options the keymap should give you super on the windows keys, but you will still need -keyhook X server option to enable the X server to see the key. [1] http://cygwin.com/ml/cygwin/2012-03/msg00427.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 Thu Jun 20 19:53:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 20 Jun 2013 19:53:00 -0000 Subject: Make error when compiling xserver-cygwin-1.14.1-1 In-Reply-To: <51BDCABC.9060008@dronecode.org.uk> References: <51BCEF1F.7020805@dronecode.org.uk> <51BDB18D.9090505@codespunk.com> <51BDCABC.9060008@dronecode.org.uk> Message-ID: <51C35DA8.40504@dronecode.org.uk> On 16/06/2013 15:25, Jon TURNEY wrote: > On 16/06/2013 13:37, Matt D. wrote: >> /usr/src/xorg-server-1.14.1-1/src/xserver-cygwin-1.14.1-1/hw/xwin/glx/indirect.c:467: undefined reference to `_wglSwapIntervalEXTWrapper' > > These undefined references are a bit mysterious. These wgl*Wrapper functions > should by defined in the generated_wgl_wrappers.c generated file. Ah, this is probably due to needing python to generate these files, despite not having an autoconf check for that. I've added one. >> Yes, I do. On that note, the prerequisites are missing: >> >> libpixman1-devel >> libx11-devel >> libgl-devel >> libxkbfile-devel >> libxcb-image-devel >> lib-icccm-devel >> >> (detected during configure) >> >> and >> >> glapi-devel >> >> (detected at compile-time) > > Thanks for the list. I'll update the documentation appropriately. I've added libglapi-devel, libxcb-icccm-devel and libxcb-image-devel. The others seem to be already on that page. They may not be getting installed by the setup invocation you give, I think package name is case sensitive, and setup doesn't diagnose attempts to install non-existent packages. >> There is also no sanity check for flex, although it is listed as a prerequisite. > > Ok. I guess I need to add one then :-) We already have a AC_PROG_LEX check. Unfortunately, even with this autoconf assumes that lex will not actually be needed to build as lex generated files will be shipped in the tarball made by 'make dist', and no error is reported if it isn't found. Also unfortunately, the xserver tarball included in the source package violates this assumption as it is generated by cygport directly from a git tag, not using 'make dist', so doesn't include these generated files. I've made a change so that the configure script in the xserver tarball included in the source package will now require lex and yacc to be found. -- 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 Fri Jun 21 11:32:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 21 Jun 2013 11:32:00 -0000 Subject: fltk / gl rendering problem In-Reply-To: <51BEB13E.9090907@gmail.com> References: <51BDCFCE.3060608@gmail.com> <51BDD0DB.1040807@gmail.com> <51BEB13E.9090907@gmail.com> Message-ID: <51C439CB.4050305@dronecode.org.uk> On 17/06/2013 07:48, marco atzeri wrote: > Il 6/16/2013 4:51 PM, marco atzeri ha scritto: >> testing a octave/fltk graphics issue, I noticed that also the >> demo of fltk with GL interface has a similar issue. Thanks for reporting this and thanks for providing the test binaries. >> On http://matzeri.altervista.org/works/fltk_gl/ >> I uploaded the before and after apperance of "gl_overlay" demo. >> >> It is enough to move the window to loose the geometrical >> image while the bars are correctly re-drawn. >> >> Running Xwin with -wgl does not show such defect, but it is >> terribly slow. So I assume it is not a fltk defect but of >> GL or XServer. I guess this should read "with -nowgl", in which case, this is a limitation of the current implementation of -wgl mode, which will require lots of work to fix. I wrote a bit about these limitations at [1] [1] http://www.cygwin.com/ml/cygwin-xfree/2012-10/msg00009.html > further experiment showed that the defect is present when the integrate > windows manager is used. With external window manager (fvwm, openbox,.. ) that > defect does not apper. > > With external window manager another defect appears, the upper > bar effect is not shown at all; while it is present on the integrated > window manager. When I tested this, it looks like the solid area controlled by the "sides" slider didn't get rendered into a separate layer when using software rendering (either -nowgl or X server in windowed mode), so this is possibly some bug or limitation in the software renderer, or possibly in a bug in the demo not recognizing the lack of capabilities of the software renderer. -- 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 Fri Jun 21 12:33:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 21 Jun 2013 12:33:00 -0000 Subject: 64-bit Clipboard troubles In-Reply-To: <51B6479A.5050707@tiscali.co.uk> References: <51B4D075.3050001@tiscali.co.uk> <51B5D4E2.20008@dronecode.org.uk> <51B6479A.5050707@tiscali.co.uk> Message-ID: <51C44820.4010307@dronecode.org.uk> On 10/06/2013 22:39, David Stacey wrote: > On 10/06/13 14:30, Jon TURNEY wrote: >> On 09/06/2013 19:59, David Stacey wrote: >>> >I am trying to package keepassx for 64-bit Cygwin, and have noticed a >>> >difference between the way the clipboard functions under 32-bit and 64-bit >>> >Cygwin/X. Essentially, keepassx is an encrypted password database that >>> >copies your username and password to the clipboard. Then, you can paste >>> >these into a web site (say) to log in. >>> > >>> >When I run keepassx (both 32-bit and 64-bit builds) using the 32-bit >>> >version of XWin, keepassx copies the username and password to the >>> >clipboard, and these can be pasted into a native Windows web browser (e.g. >>> >Firefox). However, when I run keepassx (again, both 32-bit and 64-bit >>> >builds) using the 64-bit version of XWin, the procedure breaks: I instruct >>> >keepassx to copy to the clipboard, but when I paste in the web browser, no >>> >text is pasted. >> Sorry, integration between the native and X clipboards is broken in 64-bit >> XWin. >> >> Unfortunately, this is rather complex to fix and I haven't found the time to >> do so yet. > > Thank you for your reply. I've sent an RFU for keepassx along with a link to > your reply. If and when you tie the two clipboards together, keepassx should > just start working - there shouldn't be a need to rebuild it, but I'll do that > if necessary. This should be working as of xserver 1.14.1-2. Please test if you can and let me know if there are any problems. On 10/06/2013 14:30, Jon TURNEY wrote: >> I mentioned that my testcase programme doesn't quite work as I intended: >> > writing to the clipboard using Qt4 and reading it back by reading >> > /dev/clipboard fails when using both 32-bit and 64-bit XWin. I don't >> > understand why, but this is probably down to my own limited understanding >> > of the clipboard in X. > Thanks for writing this useful testcase. > > From a brief glance, the test looks well formed, so I'll also try to take a > look at why test 2 always fails, I guess this indicates some bug in the > clipboard integration. Looking again, I think maybe that the problem with test 2 is that it's necessary for Qt's main event loop to be running for pastes from the X clipboard to work. -- 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 david@adboyd.com Fri Jun 21 15:56:00 2013 From: david@adboyd.com (J. David Boyd) Date: Fri, 21 Jun 2013 15:56:00 -0000 Subject: cygwin and xwin and super and hyper References: <51C2DF91.1010605@dronecode.org.uk> Message-ID: Jon TURNEY writes: > On 19/06/2013 22:27, J. David Boyd wrote: >> I can get my capslock key to be super with the command line 'setxkbmap -option >> caps:super', but I can't get 'setxkbmap -option altwin:hyper_win' to do >> anything. >> >> Running 'setxkbmap -print' shows both options as being set, but the win keys >> still act as the win key. >> >> Is there something else I need to do so windows lets go of these keys? > > Yes. > > Again, let me refer you to [1]. The operative sentence is: > >> (Note that mapping the Windows keys to hyper also requires the -keyhook >> option, so that the X server sees those keys before the Windows shell) > > One thing I failed to mention there is that without any keymap options the > keymap should give you super on the windows keys, but you will still need > -keyhook X server option to enable the X server to see the key. > > [1] http://cygwin.com/ml/cygwin/2012-03/msg00427.html I can get everything working up to the point I start emacs. The output from 'setxkbmap -print' is: xkb_keymap { xkb_keycodes { include "xfree86+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compat { include "complete" }; xkb_symbols { include "pc+us+inet(pc105)+altwin(alt_super_win)+capslock(hyper)" }; xkb_geometry { include "pc(pc105)" }; }; and if I run XEV, and press capslock I get: KeyPress event, serial 32, synthetic NO, window 0xc00001, root 0x131, subw 0x0, time 8145997, (504,324), root:(2162,400), state 0x0, keycode 66 (keysym 0xffed, Hyper_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 32, synthetic NO, window 0xc00001, root 0x131, subw 0x0, time 8146122, (504,324), root:(2162,400), state 0x40, keycode 66 (keysym 0xffed, Hyper_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False and if I press Left Windows key I get: KeyPress event, serial 32, synthetic NO, window 0xc00001, root 0x131, subw 0x0, time 8148993, (504,324), root:(2162,400), state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 32, synthetic NO, window 0xc00001, root 0x131, subw 0x0, time 8149102, (504,324), root:(2162,400), state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False All perfect so far. So, when I start up emacs, and press C-h k, then, for example, Capslock-d, (hyper-d) I get 'H-d is undefined'. Yeah. Then I press C-h k, then Left-Win-d, (super-d), I get 'H-d is undefined', and not 's-d is undefined', which is what I expected to see. Any ideas how I might resolve this? Dave -- 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 drstacey@tiscali.co.uk Fri Jun 21 18:02:00 2013 From: drstacey@tiscali.co.uk (David Stacey) Date: Fri, 21 Jun 2013 18:02:00 -0000 Subject: 64-bit Clipboard troubles In-Reply-To: <51C44820.4010307@dronecode.org.uk> References: <51B4D075.3050001@tiscali.co.uk> <51B5D4E2.20008@dronecode.org.uk> <51B6479A.5050707@tiscali.co.uk> <51C44820.4010307@dronecode.org.uk> Message-ID: <51C49530.60107@tiscali.co.uk> On 21/06/13 13:33, Jon TURNEY wrote: > On 10/06/2013 22:39, David Stacey wrote: >> >On 10/06/13 14:30, Jon TURNEY wrote: >>> >>On 09/06/2013 19:59, David Stacey wrote: >>>>> >>> >I am trying to package keepassx for 64-bit Cygwin, and have noticed a >>>>> >>> >difference between the way the clipboard functions under 32-bit and 64-bit >>>>> >>> >Cygwin/X. Essentially, keepassx is an encrypted password database that >>>>> >>> >copies your username and password to the clipboard. Then, you can paste >>>>> >>> >these into a web site (say) to log in. >>>>> >>> > >>>>> >>> >When I run keepassx (both 32-bit and 64-bit builds) using the 32-bit >>>>> >>> >version of XWin, keepassx copies the username and password to the >>>>> >>> >clipboard, and these can be pasted into a native Windows web browser (e.g. >>>>> >>> >Firefox). However, when I run keepassx (again, both 32-bit and 64-bit >>>>> >>> >builds) using the 64-bit version of XWin, the procedure breaks: I instruct >>>>> >>> >keepassx to copy to the clipboard, but when I paste in the web browser, no >>>>> >>> >text is pasted. >>> >>Sorry, integration between the native and X clipboards is broken in 64-bit >>> >>XWin. >>> >> >>> >>Unfortunately, this is rather complex to fix and I haven't found the time to >>> >>do so yet. >> > >> >Thank you for your reply. I've sent an RFU for keepassx along with a link to >> >your reply. If and when you tie the two clipboards together, keepassx should >> >just start working - there shouldn't be a need to rebuild it, but I'll do that >> >if necessary. > This should be working as of xserver 1.14.1-2. Please test if you can and let > me know if there are any problems. Thank you for implementing this functionality. I have tested xserver 1.14.1-2 and can confirm that this is working - keepassx can copy URLs, usernames and passwords into the Windows clipboard. Many thanks once again, Dave. -- 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 marco.atzeri@gmail.com Sun Jun 23 13:56:00 2013 From: marco.atzeri@gmail.com (marco atzeri) Date: Sun, 23 Jun 2013 13:56:00 -0000 Subject: fltk / gl rendering problem In-Reply-To: <51C439CB.4050305@dronecode.org.uk> References: <51BDCFCE.3060608@gmail.com> <51BDD0DB.1040807@gmail.com> <51BEB13E.9090907@gmail.com> <51C439CB.4050305@dronecode.org.uk> Message-ID: <51C6FE7A.20706@gmail.com> Il 6/21/2013 1:32 PM, Jon TURNEY ha scritto: > On 17/06/2013 07:48, marco atzeri wrote: >> Il 6/16/2013 4:51 PM, marco atzeri ha scritto: >>> testing a octave/fltk graphics issue, I noticed that also the >>> demo of fltk with GL interface has a similar issue. > > Thanks for reporting this and thanks for providing the test binaries. > >>> On http://matzeri.altervista.org/works/fltk_gl/ >>> I uploaded the before and after apperance of "gl_overlay" demo. >>> >>> It is enough to move the window to loose the geometrical >>> image while the bars are correctly re-drawn. >>> >>> Running Xwin with -wgl does not show such defect, but it is >>> terribly slow. So I assume it is not a fltk defect but of >>> GL or XServer. > > I guess this should read "with -nowgl", in which case, this is a limitation of > the current implementation of -wgl mode, which will require lots of work to fix. Question: is "-wgl" disabled by some of the other Xwin options ? I was sure all my previous experiments where with "-wgl" But I see no difference between "xwin -rootless -nowgl" and "xwin -rootless" > I wrote a bit about these limitations at [1] > > [1] http://www.cygwin.com/ml/cygwin-xfree/2012-10/msg00009.html It seems the same defect so it seems related to "-wgl", at least in multiwindow mode. Testing with " xwin -multiwindow " the moving defect is present and slide layer are drawn " xwin -multiwindow -nowgl" the moving defect is NOT present but the slide layer are NOT drawn ( same for both "xwin -rootless -nowgl" and "xwin -rootless" ) >> further experiment showed that the defect is present when the integrate >> windows manager is used. With external window manager (fvwm, openbox,.. ) that >> defect does not apper. >> >> With external window manager another defect appears, the upper >> bar effect is not shown at all; while it is present on the integrated >> window manager. > > When I tested this, it looks like the solid area controlled by the "sides" > slider didn't get rendered into a separate layer when using software rendering > (either -nowgl or X server in windowed mode), so this is possibly some bug or > limitation in the software renderer, or possibly in a bug in the demo not > recognizing the lack of capabilities of the software renderer. Do you mean more likely a OpenGL bug of fltk one ? Regards Marco -- 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 24 14:05:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 24 Jun 2013 14:05:00 -0000 Subject: cygwin and xwin and super and hyper In-Reply-To: References: <51C2DF91.1010605@dronecode.org.uk> Message-ID: <51C8521B.9050507@dronecode.org.uk> On 21/06/2013 16:56, J. David Boyd wrote: > Jon TURNEY writes: >> On 19/06/2013 22:27, J. David Boyd wrote: >>> I can get my capslock key to be super with the command line 'setxkbmap -option >>> caps:super', but I can't get 'setxkbmap -option altwin:hyper_win' to do >>> anything. >>> >>> Running 'setxkbmap -print' shows both options as being set, but the win keys >>> still act as the win key. >>> >>> Is there something else I need to do so windows lets go of these keys? >> >> Yes. >> >> Again, let me refer you to [1]. The operative sentence is: >> >>> (Note that mapping the Windows keys to hyper also requires the -keyhook >>> option, so that the X server sees those keys before the Windows shell) >> >> One thing I failed to mention there is that without any keymap options the >> keymap should give you super on the windows keys, but you will still need >> -keyhook X server option to enable the X server to see the key. >> >> [1] http://cygwin.com/ml/cygwin/2012-03/msg00427.html > > > I can get everything working up to the point I start emacs. > > The output from 'setxkbmap -print' is: > > xkb_keymap { > xkb_keycodes { include "xfree86+aliases(qwerty)" }; > xkb_types { include "complete" }; > xkb_compat { include "complete" }; > xkb_symbols { include "pc+us+inet(pc105)+altwin(alt_super_win)+capslock(hyper)" }; > xkb_geometry { include "pc(pc105)" }; > }; > > and if I run XEV, and press capslock I get: > > KeyPress event, serial 32, synthetic NO, window 0xc00001, > root 0x131, subw 0x0, time 8145997, (504,324), root:(2162,400), > state 0x0, keycode 66 (keysym 0xffed, Hyper_L), same_screen YES, > XLookupString gives 0 bytes: > XmbLookupString gives 0 bytes: > XFilterEvent returns: False > > KeyRelease event, serial 32, synthetic NO, window 0xc00001, > root 0x131, subw 0x0, time 8146122, (504,324), root:(2162,400), > state 0x40, keycode 66 (keysym 0xffed, Hyper_L), same_screen YES, > XLookupString gives 0 bytes: > XFilterEvent returns: False > > > and if I press Left Windows key I get: > > KeyPress event, serial 32, synthetic NO, window 0xc00001, > root 0x131, subw 0x0, time 8148993, (504,324), root:(2162,400), > state 0x0, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, > XLookupString gives 0 bytes: > XmbLookupString gives 0 bytes: > XFilterEvent returns: False > > KeyRelease event, serial 32, synthetic NO, window 0xc00001, > root 0x131, subw 0x0, time 8149102, (504,324), root:(2162,400), > state 0x40, keycode 115 (keysym 0xffeb, Super_L), same_screen YES, > XLookupString gives 0 bytes: > XFilterEvent returns: False > > > > All perfect so far. > > So, when I start up emacs, and press C-h k, then, for example, Capslock-d, > (hyper-d) I get 'H-d is undefined'. Yeah. > > Then I press C-h k, then Left-Win-d, (super-d), I get 'H-d is undefined', and > not 's-d is undefined', which is what I expected to see. > > Any ideas how I might resolve this? Looking at the xev output for Hyper-d and Super-d, it seems they have the same state (modifier) value. This is because xkeyboard-config seems to place super and hyper on the same modifier, mod4, as can be seen looking at the output of 'xmodmap -pm' > $ xmodmap -pm > xmodmap: up to 5 keys per modifier, (keycodes in parentheses): > > shift Shift_L (0x32), Shift_R (0x3e) > lock > control Control_L (0x25), Control_R (0x6d) > mod1 Alt_L (0x40), Alt_R (0x74), Meta_L (0x9c) > mod2 Num_Lock (0x4d) > mod3 > mod4 Hyper_L (0x42), Super_L (0x73), Super_R (0x75), Super_L (0x7f), Hyper_L (0x80) > mod5 Mode_switch (0x8), ISO_Level3_Shift (0x7c) And it seems that emacs only looks at the modifier state, not the actual proceeding keypress. A workaround for this is to move Hyper_L to the unused mod3 modifier. > $ xmodmap -e "remove mod4 = Hyper_L" > > $ xmodmap -e "add mod3 = Hyper_L" > > $ xmodmap -pm > xmodmap: up to 3 keys per modifier, (keycodes in parentheses): > > shift Shift_L (0x32), Shift_R (0x3e) > lock > control Control_L (0x25), Control_R (0x6d) > mod1 Alt_L (0x40), Alt_R (0x74), Meta_L (0x9c) > mod2 Num_Lock (0x4d) > mod3 Hyper_L (0x42), Hyper_L (0x80) > mod4 Super_L (0x73), Super_R (0x75), Super_L (0x7f) > mod5 Mode_switch (0x8), ISO_Level3_Shift (0x7c) It's probably a bug that this doesn't work as expected, but I'm not sure in what. -- 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 24 15:18:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 24 Jun 2013 15:18:00 -0000 Subject: fltk / gl rendering problem In-Reply-To: <51C6FE7A.20706@gmail.com> References: <51BDCFCE.3060608@gmail.com> <51BDD0DB.1040807@gmail.com> <51BEB13E.9090907@gmail.com> <51C439CB.4050305@dronecode.org.uk> <51C6FE7A.20706@gmail.com> Message-ID: <51C86330.8060304@dronecode.org.uk> On 23/06/2013 14:56, marco atzeri wrote: > Il 6/21/2013 1:32 PM, Jon TURNEY ha scritto: >> On 17/06/2013 07:48, marco atzeri wrote: >>> Il 6/16/2013 4:51 PM, marco atzeri ha scritto: >>>> testing a octave/fltk graphics issue, I noticed that also the >>>> demo of fltk with GL interface has a similar issue. >> >> Thanks for reporting this and thanks for providing the test binaries. >> >>>> On http://matzeri.altervista.org/works/fltk_gl/ >>>> I uploaded the before and after apperance of "gl_overlay" demo. >>>> >>>> It is enough to move the window to loose the geometrical >>>> image while the bars are correctly re-drawn. >>>> >>>> Running Xwin with -wgl does not show such defect, but it is >>>> terribly slow. So I assume it is not a fltk defect but of >>>> GL or XServer. >> >> I guess this should read "with -nowgl", in which case, this is a limitation of >> the current implementation of -wgl mode, which will require lots of work to >> fix. > > Question: is "-wgl" disabled by some of the other Xwin options ? > I was sure all my previous experiments where with "-wgl" > But I see no difference between > "xwin -rootless -nowgl" and "xwin -rootless" -wgl is only available in -multiwindow mode: (II) GLX: Initialized Win32 native WGL GL provider for screen 0 If you try it in any other mode, you'll get the following in the log: (EE) AIGLX: No native OpenGL in modes with a root window ... (II) AIGLX: Loaded and initialized swrast This could probably do with being better documented. The reason for this restriction is that the only way to constrain OpenGL drawing to a given region is make a Windows window which occupies that region. In the initial WGL implementation, these Windows windows were the ones corresponding to the top-level X windows we have in multiwindow mode. I subsequently added a bit of trickery which makes things somewhat work for non-top-level X windows, by creating a hidden Windows window hierarchy, which puts a Windows window in the right place to make the OpenGL drawing appear in the right place and at the right size, but because that drawing isn't composed into the X screen, but drawn on top of it, we get these issues. In theory this trick could be extended to provide WGL in modes other than multiwindow, but these issues would also appear. >> I wrote a bit about these limitations at [1] >> >> [1] http://www.cygwin.com/ml/cygwin-xfree/2012-10/msg00009.html > > It seems the same defect so it seems related to "-wgl", > at least in multiwindow mode. > > Testing with > " xwin -multiwindow " > the moving defect is present and slide layer are drawn > > " xwin -multiwindow -nowgl" > the moving defect is NOT present but the slide layer are NOT drawn > ( same for both "xwin -rootless -nowgl" and "xwin -rootless" ) > > >>> further experiment showed that the defect is present when the integrate >>> windows manager is used. With external window manager (fvwm, openbox,.. ) that >>> defect does not apper. >>> >>> With external window manager another defect appears, the upper >>> bar effect is not shown at all; while it is present on the integrated >>> window manager. >> >> When I tested this, it looks like the solid area controlled by the "sides" >> slider didn't get rendered into a separate layer when using software rendering >> (either -nowgl or X server in windowed mode), so this is possibly some bug or >> limitation in the software renderer, or possibly in a bug in the demo not >> recognizing the lack of capabilities of the software renderer. > > Do you mean more likely a OpenGL bug of fltk one ? One or the other, yes :) In a brief test, the gl_overlay demo appears the same using the software renderer under linux. -- 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 david@adboyd.com Mon Jun 24 18:08:00 2013 From: david@adboyd.com (J. David Boyd) Date: Mon, 24 Jun 2013 18:08:00 -0000 Subject: cygwin and xwin and super and hyper References: <51C2DF91.1010605@dronecode.org.uk> <51C8521B.9050507@dronecode.org.uk> Message-ID: Jon TURNEY writes: > On 21/06/2013 16:56, J. David Boyd wrote: >> Jon TURNEY writes: >>> On 19/06/2013 22:27, J. David Boyd wrote: >> >> All perfect so far. >> >> So, when I start up emacs, and press C-h k, then, for example, Capslock-d, >> (hyper-d) I get 'H-d is undefined'. Yeah. >> >> Then I press C-h k, then Left-Win-d, (super-d), I get 'H-d is undefined', and >> not 's-d is undefined', which is what I expected to see. >> >> Any ideas how I might resolve this? > > Looking at the xev output for Hyper-d and Super-d, it seems they have the same > state (modifier) value. > > This is because xkeyboard-config seems to place super and hyper on the same > modifier, mod4, as can be seen looking at the output of 'xmodmap -pm' > >> $ xmodmap -pm >> xmodmap: up to 5 keys per modifier, (keycodes in parentheses): >> >> shift Shift_L (0x32), Shift_R (0x3e) >> lock >> control Control_L (0x25), Control_R (0x6d) >> mod1 Alt_L (0x40), Alt_R (0x74), Meta_L (0x9c) >> mod2 Num_Lock (0x4d) >> mod3 >> mod4 Hyper_L (0x42), Super_L (0x73), Super_R (0x75), Super_L (0x7f), Hyper_L (0x80) >> mod5 Mode_switch (0x8), ISO_Level3_Shift (0x7c) > > And it seems that emacs only looks at the modifier state, not the actual > proceeding keypress. > > A workaround for this is to move Hyper_L to the unused mod3 modifier. > >> $ xmodmap -e "remove mod4 = Hyper_L" >> >> $ xmodmap -e "add mod3 = Hyper_L" >> >> $ xmodmap -pm >> xmodmap: up to 3 keys per modifier, (keycodes in parentheses): >> >> shift Shift_L (0x32), Shift_R (0x3e) >> lock >> control Control_L (0x25), Control_R (0x6d) >> mod1 Alt_L (0x40), Alt_R (0x74), Meta_L (0x9c) >> mod2 Num_Lock (0x4d) >> mod3 Hyper_L (0x42), Hyper_L (0x80) >> mod4 Super_L (0x73), Super_R (0x75), Super_L (0x7f) >> mod5 Mode_switch (0x8), ISO_Level3_Shift (0x7c) > > It's probably a bug that this doesn't work as expected, but I'm not sure in what. Thanks, that just what I did, and now it works fine. -- 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.rburgers@quicknet.nl Mon Jun 24 20:31:00 2013 From: a.rburgers@quicknet.nl (A.R. Burgers) Date: Mon, 24 Jun 2013 20:31:00 -0000 Subject: fltk / gl rendering problem In-Reply-To: <51C86330.8060304@dronecode.org.uk> References: <51BDCFCE.3060608@gmail.com> <51BDD0DB.1040807@gmail.com> <51BEB13E.9090907@gmail.com> <51C439CB.4050305@dronecode.org.uk> <51C6FE7A.20706@gmail.com> <51C86330.8060304@dronecode.org.uk> Message-ID: <51C8ACA2.5090107@quicknet.nl> Op 2013-06-24 17:18, Jon TURNEY schreef: > On 23/06/2013 14:56, marco atzeri wrote: >> Il 6/21/2013 1:32 PM, Jon TURNEY ha scritto: >>> On 17/06/2013 07:48, marco atzeri wrote: >>>> Il 6/16/2013 4:51 PM, marco atzeri ha scritto: >>>>> testing a octave/fltk graphics issue, I noticed that also the >>>>> demo of fltk with GL interface has a similar issue. >>> >>> Thanks for reporting this and thanks for providing the test binaries. >>> >>>>> On http://matzeri.altervista.org/works/fltk_gl/ >>>>> I uploaded the before and after apperance of "gl_overlay" demo. >>>>> >>>>> It is enough to move the window to loose the geometrical >>>>> image while the bars are correctly re-drawn. >>>>> >>>>> Running Xwin with -wgl does not show such defect, but it is >>>>> terribly slow. So I assume it is not a fltk defect but of >>>>> GL or XServer. >>> >>> I guess this should read "with -nowgl", in which case, this is a limitation of >>> the current implementation of -wgl mode, which will require lots of work to >>> fix. >> >> Question: is "-wgl" disabled by some of the other Xwin options ? >> I was sure all my previous experiments where with "-wgl" >> But I see no difference between >> "xwin -rootless -nowgl" and "xwin -rootless" > > -wgl is only available in -multiwindow mode: > > (II) GLX: Initialized Win32 native WGL GL provider for screen 0 > > If you try it in any other mode, you'll get the following in the log: > > (EE) AIGLX: No native OpenGL in modes with a root window > ... > (II) AIGLX: Loaded and initialized swrast > > This could probably do with being better documented. > > > The reason for this restriction is that the only way to constrain OpenGL > drawing to a given region is make a Windows window which occupies that region. > > In the initial WGL implementation, these Windows windows were the ones > corresponding to the top-level X windows we have in multiwindow mode. > > I subsequently added a bit of trickery which makes things somewhat work for > non-top-level X windows, by creating a hidden Windows window hierarchy, which > puts a Windows window in the right place to make the OpenGL drawing appear in > the right place and at the right size, but because that drawing isn't composed > into the X screen, but drawn on top of it, we get these issues. > > In theory this trick could be extended to provide WGL in modes other than > multiwindow, but these issues would also appear. > >>> I wrote a bit about these limitations at [1] >>> >>> [1] http://www.cygwin.com/ml/cygwin-xfree/2012-10/msg00009.html >> >> It seems the same defect so it seems related to "-wgl", >> at least in multiwindow mode. >> >> Testing with >> " xwin -multiwindow" >> the moving defect is present and slide layer are drawn >> >> " xwin -multiwindow -nowgl" >> the moving defect is NOT present but the slide layer are NOT drawn >> ( same for both "xwin -rootless -nowgl" and "xwin -rootless" ) >> >> >>>> further experiment showed that the defect is present when the integrate >>>> windows manager is used. With external window manager (fvwm, openbox,.. ) that >>>> defect does not apper. >>>> >>>> With external window manager another defect appears, the upper >>>> bar effect is not shown at all; while it is present on the integrated >>>> window manager. >>> >>> When I tested this, it looks like the solid area controlled by the "sides" >>> slider didn't get rendered into a separate layer when using software rendering >>> (either -nowgl or X server in windowed mode), so this is possibly some bug or >>> limitation in the software renderer, or possibly in a bug in the demo not >>> recognizing the lack of capabilities of the software renderer. >> >> Do you mean more likely a OpenGL bug of fltk one ? > > One or the other, yes :) > > In a brief test, the gl_overlay demo appears the same using the software > renderer under linux. > Not sure whether this is related, this one is not specific to OpenGL, but I had a rendering issue as well http://www.fltk.org/str.php?L2845 Teun -- 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 27 14:18:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 27 Jun 2013 14:18:00 -0000 Subject: Font rendering is different when using -multiwindow In-Reply-To: <51B7B03D.7040305@codespunk.com> References: <51B6CE42.5020904@codespunk.com> <51B76669.3060807@dronecode.org.uk> <51B783A5.2020101@codespunk.com> <51B7B03D.7040305@codespunk.com> Message-ID: <51CC49D0.4090605@dronecode.org.uk> On 11/06/2013 21:08, Matt D. wrote: > To add some additional information, I am having the font rendering issue > when connecting my X session to a remote CentOS 6.4 machine. I cannot > duplicate the issue when running applications locally through Cygwin. > I'm having some trouble narrowing this down but here are the results of my tests: > > Remote X font rendering changed: > gedit 2.28.4 (Consolas) > gedit 2.28.4 (DejaVu Sans Mono) > Eclipse 4.2 (Consolas) > gtk-demo (GTK2) > > Local font rendering unchanged: > gedit 3.6.2 (Consolas) > gtk3-widget-factory > gtk-demo (GTK2) > Attached are the results from xdpyinfo. > multi > screen #0: > dimensions: 4480x1080 pixels (1185x286 millimeters) > resolution: 96x96 dots per inch > rootless > screen #0: > dimensions: 1920x1040 pixels (508x275 millimeters) > resolution: 96x96 dots per inch It might be that the implicit -multimonitors with -multiwindow is doing is throwing things off somehow (rounding?), so you might want to test with -rootless -multimonitors and -multiwindow -nomultimonitors and see if that changes anything? On 12/06/2013 00:18, Matt D. wrote: > I'm unfamiliar with X but I've been digging around the source code to see if I > can find anything. > > It seems like all of the text drawing is done by functions in dixfont.c, is > this correct? Is there a different rasterizer between normal and multiwindowed > mode? No and yes. That is the legacy (core) font rendering. Modern applications will use client-side font rendering and just send an image to the server using fontconfig/Xft/XRENDER. This would tend to suggest there is something in the font rendering on the Centos host which doesn't respond well to something about multiwindow mode, but I don't know what... -- 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 27 14:20:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 27 Jun 2013 14:20:00 -0000 Subject: Long delay when using undo/redo in eclipse with Cygwin/X In-Reply-To: <51B8F750.7000100@codespunk.com> References: <51B8F750.7000100@codespunk.com> Message-ID: <51CC4A40.6090805@dronecode.org.uk> On 12/06/2013 23:33, Matt D. wrote: > I'm not sure if this is the appropriate place to direct this question. > Although the only case where I experience this is in eclipse, it only occurs > when connecting to a remote X server. > > When using ctrl-z (undo) and ctrl-shift-z (redo) in eclipse there is a > significant delay in the X session where it appears to 'hang' for several > seconds. Holding down ctrl-z causes the hangs to queue and can be seen by the > carrot only being updated when the text area is clicked in between each hang. > > The delay does NOT occur when eclipse is run locally on the machine; it only > occurs with a remote X session. The X session is done over LAN so there is > plenty of bandwidth available. > > A delay does NOT occur when doing large amounts of drawing in the text area, > such as ctrl-a (select-all), very large cuts (ctrl-x), or pasts (ctrl-v). > > The delay does not appear to have any correlation to the size of the task > being undone/redone. Undo on a single character has the same long delay as > using undo after deleting everything in a source file. > > The delay still occurs when using undo from the edit menu or after having been > rebound to another key (ctrl-r for example). > > Any suggestions? There are a couple of things you might try to isolate the problem: - try running the X server with -noclipboard to rule out any interaction with the Windows clipboard integration. - try a remote X server running on Linux, not Windows If it behaves the same in both those cases, it looks like something Eclipse is doing (perhaps requiring excessive round-trips to the server) and a wireshark capture might be informative. -- 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 Fri Jun 28 12:38:00 2013 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 28 Jun 2013 12:38:00 -0000 Subject: text fields in app don't allow input when running Cygwin X In-Reply-To: <51C1C239.4080205@dronecode.org.uk> References: <1364236782.83207.YahooMailNeo@web122606.mail.ne1.yahoo.com> <1366210255.40306.YahooMailNeo@web122602.mail.ne1.yahoo.com> <1371132147781-99552.post@n5.nabble.com> <1371135604875-99554.post@n5.nabble.com> <51BCDD1B.7080101@dronecode.org.uk> <1371480273625-99717.post@n5.nabble.com> <51C1C239.4080205@dronecode.org.uk> Message-ID: <51CD83C0.2020309@dronecode.org.uk> On 19/06/2013 15:37, Jon TURNEY wrote: > On 17/06/2013 15:44, Deryl Steinert wrote: >> Do you consider this an issue with Cygwin, Java 7 or with our Java apps? If >> the issue is with Cygwin do you foresee implementing a solution anytime >> soon? Or do you know of a workaround we can use in Java? > > This might just be a bug in the way the multiwindow mode WM handles focus. > > Even if it isn't, a workaround in the multiwindow mode WM seems like a good > idea. There are no guarantees about when. Patches thoughtfully considered. Looking at this again, while the text of ICCCM section 4.1.7 is pretty opaque, the implementation actually seems to be quite straightforward. I've added a patch which makes input focus handling more closely follow ICCCM, and generates the WM_TAKE_FOCUS message when needed. I've tested this very briefly with the TypeInSwing.java test case in sun bug #6798064 and the jdk Notepad demo. I've uploaded a snapshot at [1]. Perhaps you could try that and see if it improves things for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20130628-git-c1a05551e2bc2d30.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 info@hotellindavista.com Sat Jun 29 23:37:00 2013 From: info@hotellindavista.com (info@hotellindavista.com) Date: Sat, 29 Jun 2013 23:37:00 -0000 Subject: Oferta de temporada Verde Message-ID: <7c9fe2f00cf49f095e5e971b49a41686@localhost.localdomain> *Aproveche nuestra oferta de temporada verde!* * **Hotel Linda Vista Del Norte, La Fortuna de San Carlos* *Hosp??dese 2 noches por el precio de una en habitaci**??**n junior suite, desayuno, coctel de bienvenida, entradas al Arenal Ecozoo* *Por tan solo $ 58 por persona. I.V.* * **Tel: 2479 1098 **??** 2479 1551* mas informacion y reservaciones El Hotel Linda Vista del Norte est?? situado en El Castillo, justo en las afueras de La Fortuna, el lugar donde se encuentra el impresionante volc??n Arenal. Un sin fin de ??reas verdes y una gran abundancia de vida Silvestre son las razones de por qu?? la gente viene a quedarse ac??. En verdad es un destino so??ado para un eco-turista El Hotel Linda Vista del Norte est?? ubicado en la cima de una colina en frente del volc??n Arenal, con vistas de sus emanaciones de lava y el Lago Arenal. Aqu?? encontrar??n paisajes exquisitos rodeados por una exuberante flora y fauna. Experimenta la belleza de la ??nica piscina de tres niveles, la cual permite vistas inolvidables. Esta correspondencia no contiene fines de venta directa. Nuestro deseo es mantenerle informado sobre los movimientos, servicios y oportunidades que se brindan para su crecimiento profesional y personal. Si usted est? interesado en recibir informaci?n sobre el anuncio que observa puede comunicarse con su proveedor. Cumplimos con las normas mundiales del anti spam, Valoramos su desisi?n si usted no desea permanecer en nuestra lista de usuarios puede darse de baja si no desea recibir mas correos, http://ticosviajando.com/lista/?p=unsubscribe&uid=700b3c74659fa72f3605a9bdefe8b671 para actualizar su correo http://ticosviajando.com/lista/?p=preferences&uid=700b3c74659fa72f3605a9bdefe8b671 reenviar a un amigo http://ticosviajando.com/lista/?p=forward&uid=700b3c74659fa72f3605a9bdefe8b671&mid=36 -- powered by phpList, www.phplist.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/