glXChooseVisual does not handle GLX_RGBA correctly
I have an OpenGL-based application executing on a Sun, but displaying on a PC running Windows XP and an X server. The app requires a TrueColor visual, so when it calls glXChooseVisual, it passes GLX_RGBA in the attribute list. This works fine with another X server (Exceed), but when using Cygwin/X, glXChooseVisual fails to return a visual. Running xdpyinfo would seem to indicate that the server has *only* TrueColor visuals (see the output below). And in fact if I remove GLX_RGBA from the attribute list, glXChooseVisual does return one of those visuals. If I ask for information about the visual with glXGetConfig, it responds that color buffers store color indices (GLX_RGBA is false), yet the application works correctly. Anybody have a clue what is going on here? Thanks, Geoff Output from xdpyinfo: number of visuals:4 default visual id: 0x22 visual: visual id:0x22 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x23 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x24 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits visual: visual id:0x25 class:TrueColor depth:24 planes available colormap entries:256 per subfield red, green, blue masks:0xff, 0xff00, 0xff significant bits in color specification:8 bits -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: glXChooseVisual does not handle GLX_RGBA correctly
Geoff Levner wrote: I have an OpenGL-based application executing on a Sun, but displaying on a PC running Windows XP and an X server. The app requires a TrueColor visual, so when it calls glXChooseVisual, it passes GLX_RGBA in the attribute list. This works fine with another X server (Exceed), but when using Cygwin/X, glXChooseVisual fails to return a visual. Running xdpyinfo would seem to indicate that the server has *only* TrueColor visuals (see the output below). And in fact if I remove GLX_RGBA from the attribute list, glXChooseVisual does return one of those visuals. If I ask for information about the visual with glXGetConfig, it responds that color buffers store color indices (GLX_RGBA is false), yet the application works correctly. Anybody have a clue what is going on here? Looks to me like you're app is looking for 32 bits while Cygwin-X is only providing 24 bits. Unless you know you absolutely need transparency, I think you'll find everything works fine with the visuals you can get. Just ask for GLX_RGB instead. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- 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/
Startxwin.bat fatal error in Windows Vista
Hello, We recently received a new Dell Precision M90 laptop with Windows Vista Business version 6.0 pre-installed. I downloaded and installed the latest version of Cygwin (1.5.24) on it. Our users use it for X window access to our Unix servers, anyway, whenever a user on this machine attempts to run the startxwin.bat file they get a window that pops up and says: A fatal error has occurred and Cygwin/X will now exit. Please open /tmp/XWin.log for more information. XWin was started with the following command-line: /usr/X11R6/bin/XWin -multiwindow -clipboard -silent-dup-error I've attached a copy of the log, (along with with the output of cygcheck) but it basically says that there was fatal server error because it couldn't establish any listening sockets - Make sure an X server isn't already running. I've seen this before under Windows XP and it was due to the fact that the previous user was the owner of the /tmp/.X11-unix directory and no one else had permissions to delete the X0 file nor were they able to remove this directory. I just gave Everyone Full Control to the /tmp directory and made it inheritable, that solved the problem. However, now under Vista, Everyone no longer gets propagated to the /tmp/X11-unix directory so when another user runs startxwin.bat it cannot delete the X0 file and remove the sud-directory. Is this a Vista problem or a XWin.exe issue? And if so does anyone know a workaround? I've tried configuring the permissions every which way and no matter what I try the permissions do not get propagated to the /tmp/X11-unix directory. Thank you for your time, Allen Rongone _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running Fatal server error: Cannot establish any listening sockets - Make sure an X server isn't already running Cygwin Configuration Diagnostics Current System Time: Mon May 14 12:09:45 2007 Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6000 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Windows\system32 c:\Windows c:\Windows\System32\Wbem c:\Program Files\Common Files\Roxio Shared\DLLShared\ c:\Program Files\Microsoft SQL Server\90\Tools\binn\ c:\Program Files\ZipGenius 6\ c:\Program Files\wbin\ SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'root' PWD = '/home/root' HOME = '/home/root' MAKE_MODE = 'unix' HOMEPATH = '\Users\root' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Users\root\AppData\Roaming' HOSTNAME = 'boulder1' TERM = 'cygwin' ROXIOCENTRAL = 'C:\Program Files\Common Files\Roxio Shared\9.0\Roxio Central33\' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 6, GenuineIntel' WINDIR = 'C:\Windows' VS80COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 8\Common7\Tools\' PUBLIC = 'C:\Users\Public' OLDPWD = '/usr/bin' PROGRAMDATA = 'C:\ProgramData' USERDOMAIN = 'boulder1' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' !:: = '::\' TEMP = '/cygdrive/c/Users/root/AppData/Local/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'root' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Users\root' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\BOULDER1' PROCESSOR_ARCHITECTURE = 'x86' LOCALAPPDATA = 'C:\Users\root\AppData\Local' !C: = 'C:\cygwin\bin' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\Windows\system32\cmd.exe' TMP = '/cygdrive/c/Users/root/AppData/Local/Temp' SYSTEMROOT = 'C:\Windows' PRINTER = 'Adobe PDF' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0f06' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'BOULDER1' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS
Disruptive screen resolution change when using remote desktop
Hi all, I have my Cygwin/X set up with a root window running the fluxbox window manager on my desktop. It works quite well if I'm logged in to the system itself, i.e. I'm physically at the computer. However, if I login to my system via remote desktop, as I often need to do, the screen resolution is usually lower than that of the desktop, and so I get the following eror message: Disruptive screen resolution change Restore previous resolution to use Cygwin/X Clicking on 'Dismiss' does nothing - it apparently tries to correct itself, but fails, and the error message persists until I kill the X server. I looked at the following messages, after which I tried changing startxwin.bat to enable scrollbars and making sure color depth was the same on the OS of the remote and local systems as well as in cygwin/X itself. http://sourceware.org/ml/cygwin-xfree/2002-07/msg00508.html http://sourceware.org/ml/cygwin-xfree/2002-07/msg00480.html I also tried setting the root window resolution to 1024x768, which is a lot more common than the 1680x1050 on my desktop. Even when the screen resolution of the remote system, i.e. where the system I'm using remote desktop on, is, say, 1152x864, I still get the same error message. Is there a way to get around this other than getting a monitor that's the same resolution as my desktop? - Burvil * http://www.burvil.org * You snooze, you lose. Get messages ASAP with AutoCheck in the all-new Yahoo! Mail Beta. http://advision.webevents.yahoo.com/mailbeta/newmail_html.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/
