From yselkowitz@users.sourceforge.net Thu Apr 3 03:15:00 2014 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 03 Apr 2014 03:15:00 -0000 Subject: [ANNOUNCEMENT] Updated: glib2.0-2.38.2-2, libsoup2.4-2.44.2-2 Message-ID: The following packages have been updated for the Cygwin distribution: * libglib2.0_0-2.38.2-2 * libglib2.0-devel-2.38.2-2 * libglib2.0-doc-2.38.2-2 * libsoup2.4_1-2.44.2-2 * libsoup2.4-devel-2.44.2-2 * libsoup2.4-doc-2.44.2-2 * libsoup-gnome2.4_1-2.44.2-2 * libsoup-gnome2.4-devel-2.44.2-2 * girepository-Soup2.4-2.44.2-2 * girepository-SoupGNOME2.4-2.44.2-2 These releases include patches to treat file: URIs with four leading slashes as local files instead of UNC addresses. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Thu Apr 3 03:15:00 2014 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 03 Apr 2014 03:15:00 -0000 Subject: [ANNOUNCEMENT] Updated: freetype2-2.5.3-1 Message-ID: The following packages have been updated in the Cygwin distribution: *** freetype2-demos-2.5.3-1 *** libfreetype6-2.5.3-1 *** libfreetype-devel-2.5.3-1 *** libfreetype-doc-2.5.3-1 (NEW) FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable and portable while capable of producing high-quality output (glyph images). This is an update to the latest upstream release. The documentation has been moved to a separate -doc package. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Sun Apr 6 18:19:00 2014 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Sun, 06 Apr 2014 18:19:00 -0000 Subject: [ANNOUNCEMENT] New: X font server support Message-ID: The following packages have been added or updated in the Cygwin distribution: * libXfont1-1.4.7-2 * libXfont-devel-1.4.7-2 A new patch for function stub handling on PE platforms now allows for a fully functional shared libXfont. This release will also cause font server protocol support to be re-enabled in the next xorg-server release. * bdftopcf-1.0.4-3 This release was rebuilt for the new shared libXfont. * xfs-1.1.3-1 (NEW) This is the X font server. * libFS6-1.0.6-1 (NEW) * libFS-devel-1.0.6-1 (NEW) This is the X font server protocol client library. * fslsfonts-1.0.4-1 (NEW) * fstobdf-1.0.5-1 (NEW) * showfont-1.0.4-1 (NEW) * xfsinfo-1.0.4-1 (NEW) These are the standard X font server client utilities. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Thu Apr 17 18:35:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 17 Apr 2014 18:35:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.15.1-1 Message-ID: The following packages have been updated in the Cygwin distribution: *** xorg-server-*1.15.1-1 These packages contain XWin and the other X.Org X11 servers. In addition to upstream fixes [1], this contains the following cygwin-specific changes since 1.15.0-4: * In multiwindow mode, the -hostintitle option to add the remote hostname to window title is now enabled by default. It can be disabled with -nohostintitle. * Fixed checking of WM_NORMAL_HINTS for not-maximizeable and fixed-size hints in multiwindow mode * Stop reporting GL extensions which are supported by WGL but not by the X server * libXfont is now linked to as a shared library (Thanks to Yaakov Selkowitz for patch) * Fix GL_ARB_vertex_program glGetvertex[dfi]v() failing with GLXUnsupportedPrivateRequest * Cosmetic and technical improvements to crash backtrace logging * The obsolete PrimaryDD and ShadowDD DirectDraw2 drawing engines are disabled and will be removed at a later date. * Fixed crashing if OpenGL is used on the root window in multiwindow mode. (It still doesn't do anything useful as the root window is hidden, but now it doesn't crash) * [source] Fix building for MinGW (Thanks to Yaakov Selkowitz for patch) x86: bdcbdee28da5126cc81b684e33cf2259 *xorg-server-1.15.1-1-src.tar.xz ba8b2a08799f178cc01fb201b287f47e *xorg-server-1.15.1-1.tar.xz 3d3cfd3ca19332c51d506c13a2ed8e0d *xorg-server-common-1.15.1-1.tar.xz f30910e49494912c178a91d101265784 *xorg-server-debuginfo-1.15.1-1.tar.xz 0c76f69036a09a7ac60ccd2e648d3e40 *xorg-server-devel-1.15.1-1.tar.xz 3925f14898a917cef6e483a58e9536ed *xorg-server-dmx-1.15.1-1.tar.xz 790530fde2ac4382e8fa2f42eec474cf *xorg-server-extra-1.15.1-1.tar.xz 79ce74744dd9a523aea4870f15b7f79b *xwinclip-1.15.1-1.tar.xz x86_64: cd79db430cf1ad3b8270ae199543922a *xorg-server-1.15.1-1-src.tar.xz 90989661e754d27a9b9985ca4826980d *xorg-server-1.15.1-1.tar.xz feae2ee57cc98cd9f370ce91c6ce34a6 *xorg-server-common-1.15.1-1.tar.xz c8f4c730d8e523fee246e691b58bab03 *xorg-server-debuginfo-1.15.1-1.tar.xz bcbf3dfb7b733901c5e04d3d7e1b255f *xorg-server-devel-1.15.1-1.tar.xz c5aecb803ea0e096460bd992a0b8ddc9 *xorg-server-dmx-1.15.1-1.tar.xz 9039179b84f66e63985d8973e0f5f4d1 *xorg-server-extra-1.15.1-1.tar.xz 5fe7a096682f8d955d39294088da836b *xwinclip-1.15.1-1.tar.xz [1] http://lists.x.org/archives/xorg-announce/2014-April/002419.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From arnaud.caubel@lsce.ipsl.fr Tue Apr 22 10:00:00 2014 From: arnaud.caubel@lsce.ipsl.fr (Arnaud Caubel) Date: Tue, 22 Apr 2014 10:00:00 -0000 Subject: windows 7 cygwin/XWin session dies Message-ID: <53563DC6.8030402@lsce.ipsl.fr> Hello, I run my cygwin/XWin.exe session on Windows 7 Professional and this session dies when I iconify it during some time (let'say 20 min). I think the problem is not to iconify it but more to not do anything. It is very uncomfortable because I have to relaunch it every time I do something else (emails, internet,...) more than about 20 minutes... I do not understand why the X session crashes... Could anyone help me ? It seems there is something with : "XDM: Alive response indicates session dead, declaring session dead" but I do not know which parameter I have to change to modify this behaviour... Here is the log file of the session : Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.9.2.0 (10902000) Build Date: 2010-11-03 XWin was started with the following command line: /usr/bin/XWin -query asterix ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 1920 h 1200 winInitializeDefaultScreens - native DPI x 96 y 96 [ 5918.085] winInitializeScreens - 1 [ 5918.085] winInitializeScreen - 0 [ 5918.085] (II) xorg.conf is not supported [ 5918.085] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [ 5918.085] LoadPreferences: /home/caubel/.XWinrc not found [ 5918.085] LoadPreferences: Loading /etc/X11/system.XWinrc [ 5918.085] LoadPreferences: Done parsing the configuration file... [ 5918.085] winGetDisplay: DISPLAY=:0.0 [ 5918.085] winDetectSupportedEngines - Windows NT/2000/XP [ 5918.116] winDetectSupportedEngines - DirectDraw installed [ 5918.116] winDetectSupportedEngines - Allowing PrimaryDD [ 5918.116] winDetectSupportedEngines - DirectDraw4 installed [ 5918.116] winDetectSupportedEngines - Returning, supported engines 0000001f [ 5918.131] winSetEngine - Using Shadow DirectDraw NonLocking [ 5918.131] winScreenInit - Using Windows display depth of 32 bits per pixel [ 5918.147] winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff [ 5918.147] Screen 0 added at virtual desktop coordinate (0,0). [ 5918.147] MIT-SHM extension disabled due to lack of kernel support [ 5918.163] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [ 5918.194] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [ 5918.194] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 5918.506] winPointerWarpCursor - Discarding first warp: 957 566 [ 5918.506] (--) 8 mouse buttons found [ 5918.506] (--) Setting autorepeat to delay=500, rate=31 [ 5918.506] (--) Windows keyboard layout: "0000040C" (0000040c) "French", type 4 [ 5918.506] (--) Found matching XKB configuration "French (Standard)" [ 5918.506] (--) Model = "pc105" Layout = "fr" Variant = "none" Options = "none" [ 5918.506] Rules = "base" Model = "pc105" Layout = "fr" Variant = "none" Options = "none" [ 5919.286] winProcEstablishConnection - Hello [ 5919.286] winInitClipboard () [ 5919.286] winProcEstablishConnection - winInitClipboard returned. [ 5919.286] winClipboardProc - Hello [ 5919.286] DetectUnicodeSupport - Windows NT/2000/XP [ 5919.301] winGetDisplay: DISPLAY=:0.0 [ 5919.301] winClipboardProc - DISPLAY=:0.0 [ 5919.301] winClipboardProc - XOpenDisplay () returned and successfully opened the display. [ 6240.102] XDM: Alive response indicates session dead, declaring session dead [ 6240.102] winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. [ 6240.102] winClipboardProc - XDestroyWindow succeeded. [ 6240.102] winClipboardProc - Clipboard disabled - Exit from server [ 6240.149] winDeinitMultiWindowWM - Noting shutdown in progress Thanks a lot in advance ! Best regards, Arnaud -- 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 Apr 22 16:58:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 22 Apr 2014 16:58:00 -0000 Subject: windows 7 cygwin/XWin session dies In-Reply-To: <53563DC6.8030402@lsce.ipsl.fr> References: <53563DC6.8030402@lsce.ipsl.fr> Message-ID: <53569FB3.9070803@dronecode.org.uk> On 22/04/2014 11:00, Arnaud Caubel wrote: > I run my cygwin/XWin.exe session on Windows 7 Professional and this session > dies when I iconify it during some time (let'say 20 min). > I think the problem is not to iconify it but more to not do anything. > It is very uncomfortable because I have to relaunch it every time I do > something else (emails, internet,...) more than about 20 minutes... > I do not understand why the X session crashes... > Could anyone help me ? > > It seems there is something with : "XDM: Alive response indicates session > dead, declaring session dead" but I do not know which parameter I have to > change to modify this behaviour... > Release: 1.9.2.0 (10902000) > Build Date: 2010-11-03 This is quite an old version. While I am not aware of any fixes in this area, you might like to try with the current version. > [ 6240.102] XDM: Alive response indicates session dead, declaring session dead This means "I sent an XDMCP keepalive for the current session to the XDM server, but it's response said that the session wasn't alive." One question I have is if your machine running XWin is idle, and going into a sleep state before this problem occurs? If that is the case, that may be the problem, as XDM will, by default, periodically test if it can contact the display and declare the session dead if that fails. If your display manager is XDM, that can be turned off by setting the DisplayManager.DISPLAY.pingInterval resource to 0. Other display managers may have similar settings. Alternatively, you could arrange for sleeping to be suspended while the X server is running (It seems on Win7 or later you can use powercfg -requestsoverride to prevent sleep while a specified program is running, or there are several simple utilities available which prevent suspend while they are running) If that is not the case, the XDM logs on the XDM host might be informative, if you have access to them. Failing that, you could use wireshark or similar to monitor the XDMCP protocol interactions. -- 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 octavian_biris@brown.edu Thu Apr 24 22:45:00 2014 From: octavian_biris@brown.edu (Biris, Octavian) Date: Thu, 24 Apr 2014 22:45:00 -0000 Subject: running openGL application remotely using ssh -X and cygwin/x ,extension "NV-GLX" missing on display "localhost:10.0 Message-ID: Hello there! I am attempting to run an opengl application remptely to a ubuntu linux machine from my windows 8 machine. To do so I start the cygwin console, call startxwin. Running glxinfo | grep OpenGL returns the vendor of my graphics card, NVIDIA. glxinfo |grep OpenGL OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GTX 580/PCIe/SSE2 OpenGL version string: 1.4 (4.4.0) OpenGL extensions: Then I ssh on the ubuntu machine using -X -C as the parameters. When attempting to start the application the console reads extension "NV-GLX" missing on display "localhost:10.0". Afterwards, the cygwin/X server crashes and I have to restart it.I attached the log from /var/log/Xwin/XWin.0.log Does cygwin/x support running OpenGL applications remotely? Am I missing something? Do I have to install the mesa-utils libraries on the remote machine? Thanks so much! -Octavian -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 16476 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 Sat Apr 26 11:52:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 26 Apr 2014 11:52:00 -0000 Subject: running openGL application remotely using ssh -X and cygwin/x ,extension "NV-GLX" missing on display "localhost:10.0 In-Reply-To: References: Message-ID: <535B9E0F.4030109@dronecode.org.uk> On 24/04/2014 23:45, Biris, Octavian wrote: > I am attempting to run an opengl application remptely to a ubuntu > linux machine from my windows 8 machine. > To do so I start the cygwin console, call startxwin. > Running glxinfo | grep OpenGL returns the vendor of my graphics card, NVIDIA. > > glxinfo |grep OpenGL > OpenGL vendor string: NVIDIA Corporation > OpenGL renderer string: GeForce GTX 580/PCIe/SSE2 > OpenGL version string: 1.4 (4.4.0) > OpenGL extensions: > Then I ssh on the ubuntu machine using -X -C as the parameters. > When attempting to start the application the console reads > extension "NV-GLX" missing on display "localhost:10.0". > Afterwards, the cygwin/X server crashes and I have to restart it.I > attached the log from > /var/log/Xwin/XWin.0.log Thanks for the bug report. I'm afraid that the log doesn't contain enough information for me to identify the cause of the crash. Can you install the xorg-server-debuginfo package and try again? I also have been working on a tool to automate sending better crash information using minidumps. If you would like to try that, download it from [1] (anonymous ftp) and put it into /usr/bin and reproduce your crash again. [1] ftp://cygwin.com/pub/cygwinx/x86_64/xorg_cygwin_crash_reporter_gui.exe > Does cygwin/x support running OpenGL applications remotely? Am I > missing something? Do I have to install the mesa-utils libraries on > the remote machine? Yes, this should work. I'm not entirely clear if the 'extension ??NV-GLX?? missing' message is a warning or an error, but according to the internet it seems to be due to having a Nvidia libGL installed on the remote machine, so if all else fails you might look at uninstalling the Nvidia proprietary driver and libGL, and using mesa instead. -- 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 octavian_biris@brown.edu Sun Apr 27 23:01:00 2014 From: octavian_biris@brown.edu (Biris, Octavian) Date: Sun, 27 Apr 2014 23:01:00 -0000 Subject: running openGL application remotely using ssh -X and cygwin/x ,extension "NV-GLX" missing on display "localhost:10.0 In-Reply-To: <535B9E0F.4030109@dronecode.org.uk> References: <535B9E0F.4030109@dronecode.org.uk> Message-ID: I know for a fact that when I ssh from my Ubuntu partition to the remote machine the application works without crashing. However, when I use windows 8 and Cygwin X the crash occurs for the same application. I will install the debugging tools and report my findings to you. Thanks for looking into this! -Octavian On Sat, Apr 26, 2014 at 7:52 AM, Jon TURNEY wrote: > On 24/04/2014 23:45, Biris, Octavian wrote: >> >> I am attempting to run an opengl application remptely to a ubuntu >> linux machine from my windows 8 machine. >> To do so I start the cygwin console, call startxwin. >> Running glxinfo | grep OpenGL returns the vendor of my graphics card, >> NVIDIA. >> >> glxinfo |grep OpenGL >> OpenGL vendor string: NVIDIA Corporation >> OpenGL renderer string: GeForce GTX 580/PCIe/SSE2 >> OpenGL version string: 1.4 (4.4.0) >> OpenGL extensions: >> Then I ssh on the ubuntu machine using -X -C as the parameters. >> When attempting to start the application the console reads >> extension "NV-GLX" missing on display "localhost:10.0". >> Afterwards, the cygwin/X server crashes and I have to restart it.I >> attached the log from >> /var/log/Xwin/XWin.0.log > > > Thanks for the bug report. > > I'm afraid that the log doesn't contain enough information for me to > identify the cause of the crash. > > Can you install the xorg-server-debuginfo package and try again? > > I also have been working on a tool to automate sending better crash > information using minidumps. If you would like to try that, download it > from [1] (anonymous ftp) and put it into /usr/bin and reproduce your crash > again. > > [1] ftp://cygwin.com/pub/cygwinx/x86_64/xorg_cygwin_crash_reporter_gui.exe > > >> Does cygwin/x support running OpenGL applications remotely? Am I >> missing something? Do I have to install the mesa-utils libraries on >> the remote machine? > > > Yes, this should work. > > I'm not entirely clear if the 'extension "NV-GLX" missing' message is a > warning or an error, but according to the internet it seems to be due to > having a Nvidia libGL installed on the remote machine, so if all else fails > you might look at uninstalling the Nvidia proprietary driver and libGL, and > using mesa instead. > > -- > 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 cygwin@tlinx.org Mon Apr 28 21:02:00 2014 From: cygwin@tlinx.org (Linda Walsh) Date: Mon, 28 Apr 2014 21:02:00 -0000 Subject: running openGL application remotely using ssh -X and cygwin/x ,extension "NV-GLX" missing on display "localhost:10.0 In-Reply-To: <535B9E0F.4030109@dronecode.org.uk> References: <535B9E0F.4030109@dronecode.org.uk> Message-ID: <535EC1CC.6040502@tlinx.org> Jon TURNEY wrote: > > Yes, this should work. ---- *But*, I'm pretty sure it doesn't anymore since the "Xgl" extension that was used to transport the openGL commands between client/server was removed from xorg's Xserver. From wikipedia: Xgl was a display server implementation supporting the X Window System protocol designed to take advantage of modern graphics cards via their OpenGL drivers, layered on top of OpenGL via glitz. It supported hardware acceleration of all X, OpenGL and XVideo applications and graphical effects by a compositing window manager such as Compiz or Beryl. The project was started by David Reveman of Novell and first released on January 2, 2006. It was removed[1] from the X.org server in favor of AIGLX on June 12, 2008. --- AIGLX doesn't work with client's native openGL drives when the DISPLAY isn't local. Instead, it sends full-frame-buffer updates to simulate what would be happening -- something that "appears" to work correctly for small OpenGL windows. But is entirely 'faked' (not really remote openGL that used the Server's acceleration Hardware. > I'm not entirely clear if the 'extension ???NV-GLX??? missing' message is a > warning or an error, but according to the internet it seems to be due to > having a Nvidia libGL installed on the remote machine, so if all else > fails you might look at uninstalling the Nvidia proprietary driver and > libGL, and using mesa instead. ---- Which would give you unaccelerated frame-buffer updates to simulate the effect. Not quite what used to be available. Note: this isn't a cygwin specific problem. i.e. people running xorg's server on a linux box have the same problem -- accelerated+remote 3D graphics seems to be dead. -- 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 farida.ahmedmohammed@gmail.com Tue Apr 29 01:14:00 2014 From: farida.ahmedmohammed@gmail.com (Farida Mohammed) Date: Tue, 29 Apr 2014 01:14:00 -0000 Subject: Did you receive my previous email? Message-ID: Peace I have a humanitarian proposition to discuss with you which will be of great benefit to the poor and needy. reply for more details. Farida -- 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 Apr 29 12:34:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 29 Apr 2014 12:34:00 -0000 Subject: running openGL application remotely using ssh -X and cygwin/x ,extension "NV-GLX" missing on display "localhost:10.0 In-Reply-To: <535EC1CC.6040502@tlinx.org> References: <535B9E0F.4030109@dronecode.org.uk> <535EC1CC.6040502@tlinx.org> Message-ID: <535F9C3E.5000204@dronecode.org.uk> On 28/04/2014 22:02, Linda Walsh wrote: > Jon TURNEY wrote: >> Yes, this should work. > ---- > *But*, I'm pretty sure it doesn't anymore since the "Xgl" extension > that was used to transport the openGL commands between client/server > was removed from xorg's Xserver. You seem to be confusing Xgl (an X server implementation) and GLX (an X protocol extension). While they do contain the same letters in a different order, they are very different things. > AIGLX doesn't work with client's native openGL drives when the > DISPLAY isn't local. Instead, it sends full-frame-buffer updates to > simulate what would be happening -- something that "appears" to work > correctly for small OpenGL windows. But is entirely 'faked' (not > really remote openGL that used the Server's acceleration Hardware. > > Which would give you unaccelerated frame-buffer updates to simulate > the effect. Not quite what used to be available. This is also totally wrong. You are (more or less) describing how mesa's direct software rendering works (which is usually the default path for remote displays) which is completely different to AIGLX (where GL commands are sent via the GLX protocol to the X server and rendered using acceleration there) So, again, please stop spreading misinformation. I'm sure there are bugs in and limitations with OpenGL and the XWin server, but if you have a problem, please don't hijack someone else's thread, but report it in sufficient detail for me to try to reproduce it. -- 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/