Re: [ANNOUNCEMENT] Updated: xorg-server-1.5.3-3
Yaakov (Cygwin Ports) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The following packages have been updated in the Cygwin net distribution: *** xorg-server-1.5.3-3 These are the changes in this release: * Log changes: - - In addition to the XWin logs now being found in /var/log (as of the last release), now a separate log is created for each display. THE DEFAULT LOG LOCATION IS NOW /var/log/XWin.0.log, when run as X :1 the log will be /var/log/XWin.1.log, etc. - - The -logfile flag argument may contain %s (w/o quotations) to have the display number automatically substituted; e.g. XWin :2 -logfile ~/tmp/XWin.%s.log will create ~/tmp/XWin.2.log. What happens if someone runs XWin -logfile /tmp/XWin.%s.%s.log ? :-) - - The verbosity of the logfile and the console output should now match. * The messages about /tmp/.X11-unix creation and ownership are silenced. * Multiwindow mode fix: - - Windows which remember their placement don't drift with each instance. * Multihead fixes: - - Windows don't appear offscreen when the primary monitor is not upper-left. - - XWin dialogs are placed near the tray icon so that they don't end up in the middle of the virtual desktop, possibly split between two monitors. * Numerous clipboard fixes, including a fix for clipboard startup with XDMCP. If using -clipboard and GDM, as noted in this FAQ [1], was still a problem, this should (theoretically) fix it. I'd be interested in hearing reports either way. http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xdmcp-gdm * Built-in fonts are used in addition to server-side fonts. The default font has changed as a result, but the full selection of fonts is still available if installed. * Temporary disabled the NumLock/CapsLock synchronization due to several bug reports. -- 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: Cygwin X-Win scripting help
tbishop wrote: Of course I did that :) :) :) It doesn't work and I am lost, that's all the opening of several windows at least they pop up confuses me until there is only one.. and it's like an empty Cygwin window... and the X session is dead,, who knows like we haven't heard Vista is full of bugs :( :( :( any more ideas please let me know.. It seems far more likely this is a Cygwin/X problem than a Vista problem, and I'd like to help you, but this is just far too vague a problem report for me to suggest anything intelligent. http://cygwin.com/problems.html Jon TURNEY wrote: tbishop wrote: I have used XP and have used this script for a long time as a bat file to get to my UNIX box: === @echo off C: chdir C:\cygwin\bin bash --login -c \XWin.exe -query 128.49.000.44 -from 128.23.77.149 for some reason on Vista it seems NOT to work the same, way, it opens up 3 command tools, the 3rd one blank and a blank Xsession... nothing on the screen but an X in the middle does anyone have any ideas??? If this is a new computer with Vista on it you'll need to change the -from IP address to match. -- 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: Again A Window Opening Issue
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please confirm that you have updated to 1.5.3-3, where this issue is believed to be fixed. http://cygwin.com/ml/cygwin-xfree-announce/2008-11/msg00020.html Thank you for this advice. Actually, I was running 1.5.3-2. Having updated to 1.5.3-3 it now works. Best regards Sascha Tayefeh http://www.tayefeh.de - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iF4EAREIAAYFAkkpw+4ACgkQx+H5CopOjJDpIAD9FHS6cHGmLOnlYHwzdmkYJXji bsEqrPlkhvV3CMokC1kA/3+ccX5j2PqlNBae5tBYt3j5fK6DBsGeQU5OWxZ/Z5LF =jbzy -END PGP SIGNATURE- -- 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: X, backingstore and opengl
This seem to be the same problem than me :
http://www.mail-archive.com/cygwin-xfree@cygwin.com/msg18009.html
2008/11/24 Angelo Graziosi [EMAIL PROTECTED]:
I want to flag the following problems I have met with X11R7.4 and the
application ROOT [1].
To reproduce them, you should not need to rebuild ROOT under X11R7.4
but it is sufficient to install pre-built binaries, even if they
result from a build under the previous X11R6.99: the 'effects' are the
same.
To install pre-built binaries, you have to do the following:
wget ftp://root.cern.ch/root/root_v5.21.04.win32gcc-gcc-3.4.tar.gz
tar -xzf root_v5.21.04.win32gcc-gcc-3.4.tar.gz -C /usr/local/
cd /usr/local
export ROOTSYS=/usr/local/root
export PATH=${PATH}:/usr/local/root/bin
export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/local/root/lib
cd root/tutorials/
Now the problems.
I have always started the X server with the option '+bs', i.e.
XWin -multiwindow -clipboard -silent-dup-error +bs
(for example with a startxwin-2.bat which differs from the default
only by '+bs')
It enables the 'backingstore' which enable the 're-display' when two X
windows are overlapped (otherwise they appear corrupted).
With X11R7.4 here is what happens:
--
$ root
[...]
root [0] .x hsimple.C
--
At ROOT prompt (root [0]), you have to type '.x hsimple.C', which means
run (.x) the macro hsimple.C; hsimple.C is a block of C/C++ code
which ROOT executes as an interpreter.
Well, after this, not only ROOT segfaults, but also the X server
segfaults!
If, instead, I DO NOT start X with +bs, i.e. if I use:
XWin -multiwindow -clipboard -silent-dup-error
(for example with the default startxwin.bat), the above example and
others work fine, but...
Many ROOT tutorials/examples are OpenGL applications, for example
'geom/shapes.C'. In this case, only ROOT segfaults as follows:
---
$ root
[...]
root [0] .x ./geom/shapes.C
root [1] Error in RootX11ErrorHandler: BadMatch (invalid parameter
attributes) (XID: 14680185, XREQ: 62)
assertion !c-xlib.lock failed: file
/usr/src/ports/xorg/libxcb/libxcb-1.1-2/src/libxcb-1.1/src/xcb_xlib.c,
line 73
Obviously, under X11R6.99 all the above works just fine.
cygcheck.out and XWin.0.log attached.
Cheers,
Angelo.
---
[1] http://root.cern.ch
--
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/
--
Florent Fievez
[EMAIL PROTECTED]
--
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/
X, backingstore and opengl
I want to flag the following problems I have met with X11R7.4 and the
application ROOT [1].
To reproduce them, you should not need to rebuild ROOT under X11R7.4
but it is sufficient to install pre-built binaries, even if they
result from a build under the previous X11R6.99: the 'effects' are the
same.
To install pre-built binaries, you have to do the following:
wget ftp://root.cern.ch/root/root_v5.21.04.win32gcc-gcc-3.4.tar.gz
tar -xzf root_v5.21.04.win32gcc-gcc-3.4.tar.gz -C /usr/local/
cd /usr/local
export ROOTSYS=/usr/local/root
export PATH=${PATH}:/usr/local/root/bin
export LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:/usr/local/root/lib
cd root/tutorials/
Now the problems.
I have always started the X server with the option '+bs', i.e.
XWin -multiwindow -clipboard -silent-dup-error +bs
(for example with a startxwin-2.bat which differs from the default
only by '+bs')
It enables the 'backingstore' which enable the 're-display' when two X
windows are overlapped (otherwise they appear corrupted).
With X11R7.4 here is what happens:
--
$ root
[...]
root [0] .x hsimple.C
--
At ROOT prompt (root [0]), you have to type '.x hsimple.C', which means
run (.x) the macro hsimple.C; hsimple.C is a block of C/C++ code
which ROOT executes as an interpreter.
Well, after this, not only ROOT segfaults, but also the X server
segfaults!
If, instead, I DO NOT start X with +bs, i.e. if I use:
XWin -multiwindow -clipboard -silent-dup-error
(for example with the default startxwin.bat), the above example and
others work fine, but...
Many ROOT tutorials/examples are OpenGL applications, for example
'geom/shapes.C'. In this case, only ROOT segfaults as follows:
---
$ root
[...]
root [0] .x ./geom/shapes.C
root [1] Error in RootX11ErrorHandler: BadMatch (invalid parameter
attributes) (XID: 14680185, XREQ: 62)
assertion !c-xlib.lock failed: file
/usr/src/ports/xorg/libxcb/libxcb-1.1-2/src/libxcb-1.1/src/xcb_xlib.c,
line 73
Obviously, under X11R6.99 all the above works just fine.
cygcheck.out and XWin.0.log attached.
Cheers,
Angelo.
---
[1] http://root.cern.ch
cygcheck-XWin_log.tar.bz2
Description: Binary data
--
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/
Problem with OpenGL on new X serverl
Your patch doesn't fix the SEGV.
I know this is off-topic but can you tell me if there is a simple way
to compile in debug mode using cygport ?
2008/11/21 [EMAIL PROTECTED]:
Florent Fievez wrote:
Debugger is not very useful because the binaries are stripped. Is
there a debug version somewhere or should i recompile it myself to
have it ?
Hi Florent,
Thanks for the bug report.
Ignore the GetWindowProp - pWin or name was NULL, this is just log spam
and a red herring.
As you have surmised, the problem is GLX related. There are some reports of
remote GLX clients working (Ubuntu 8.10), so perhaps it is related to the
client being built for an older version of the GLX extension...
If you are able to rebuild the X server yourself, could you confirm that the
attached patch fixes the crash (GL is still broken, though, it looks like
the something isn't initialized correctly...)
Rebuilding the source *should* be as simple as:
1) Run cygwin setup, select cygport,the xorg-server source package, and the
packages for the build-time dependencies and devel packages corresponding to
run-time dependencies listed in /usr/share/doc/Cygwin/usr/share/doc/Cygwin
2) cd /usr/src/
3) cygport xorg-server-1.5.3-3.cygport prep compile
I have made a start at updating
http://x.cygwin.com/docs/cg/cygwin-x-cg.html, so you may find that helpful,
but it still needs more work so don't take it as gospel.
2008/11/21 Florent Fievez [EMAIL PROTECTED]:
After a grep in the sources, I see the error is from file
cygwin-net_wm_icon-support.patch. But i'm not sure that the error is
in relation with the crash. I will try to run the program under a
debugger.
2008/11/21 Florent Fievez [EMAIL PROTECTED]:
Hello,
I have a crash when opening OpenGL. I have the same configuration than
you :
ssh -X host ; XWin with glx extension activated.
Some of my investigations :
1. It's not caused by the X client OS (SunOS and Linux give the same
crash)
2. It's not a problem with our application, glxinfo produce the same
problem
3. It seems that the message GetWindowProp - pWin or name was NULL
is displayed before the crash, see my log in attachement.
I will download and check the XWin sources but I have not a lot of
time for debugging it so if someone have the same problem or want to
help me ...
Best regards,
2008/11/20 Yaakov (Cygwin Ports) [EMAIL PROTECTED]:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Florent Fievez wrote:
I have a problem running new X server 1.5.3 with openGL. Since this
update, X crash when launching an OpenGL client from SunOS server.
Since the application we are developing use OpenGL, it's a big problem
for me (I have to use an exceed commercial xserver for testing our
application).
So is there a known solution, patch or other to this issue ?
I see that you do have the libGL1 package installed. Could you please
review my results with GLX:
http://cygwin.com/ml/cygwin-xfree/2008-11/msg00100.html
http://cygwin.com/ml/cygwin-xfree/2008-11/msg00160.html
If you are still having issues, please attach your /var/log/XWin.log as
well.
Cygwin/X: GLX crash workaround
Paper over the cracks. Avoid a crash when we have a broken context.
Appears to be related to remote clients built for earlier GLX versions
---
xserver/glx/single2.c |1 +
1 file changed, 1 insertion(+)
Index: xorg-server-1.5.3/xserver/glx/single2.c
===
--- xorg-server-1.5.3.orig/xserver/glx/single2.c
+++ xorg-server-1.5.3/xserver/glx/single2.c
@@ -357,6 +357,7 @@ int DoGetString(__GLXclientState *cl, GL
string = buf;
}
else if ( name == GL_VERSION ) {
+if (string == NULL) { string = unknown; }
if ( atof( string ) atof( GLServerVersion ) ) {
buf = xalloc( strlen( string ) + strlen( GLServerVersion ) + 4 );
if ( buf == NULL ) {
--
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/
--
Florent Fievez
[EMAIL PROTECTED]
--
Florent Fievez
[EMAIL PROTECTED]
--
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/
All xterms have Untitled title when running twm
After upgrading to the latest Cygwin (xorg-server 1.5.3-3), all my xterms under twm have the title Untitled, even the twm icon manager. Using xterm -title, or the PS1 shell variable, has no effect. However, when I start Cygwin in multiwindow mode, the xterm titles are correct. I'm running Cygwin 1.5.25 on Windows XP. // Cygwin Configuration Diagnostics Current System Time: Mon Nov 24 06:53:06 2008 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\windows\system32 C:\cygwin\usr\local\ant\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 1006(steinhauerd) GID: 513(None) 0(root)513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1006(steinhauerd) GID: 513(None) 0(root)513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS PWD = '/home/steinhauerd' HOME = '/home/steinhauerd' HOMEPATH = '\Documents and Settings\steinhauerd' APPDATA = 'C:\Documents and Settings\steinhauerd\Application Data' VS71COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 10, GenuineIntel' TERM = 'xterm' MFTFPOA_200_SDVERSIONCONTROLROOT = 'C:\MathStar\FPOA_Tools_2.0.0\myProjects\VE' WINDIR = 'C:\WINDOWS' WINDOWID = '6291480' OLDPWD = '/home/steinhauerd/utils' USERDOMAIN = 'STEINHAUER' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' OS = 'Windows_NT' ANT_HOME = '/usr/local/ant' XTERM_SHELL = '/bin/bash' !:: = '::\' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' DEFLOGDIR = 'C:\Documents and Settings\All Users\Application Data\McAfee\DesktopProtection' TEMP = '/cygdrive/c/DOCUME~1/STEINH~1/LOCALS~1/Temp' LIB = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\' TERMCAP = 'xterm-r6|xterm|xterm X11R6 version:am:km:mi:ms:xn:co#100:it#8:li#30:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:' USERNAME = 'steinhauerd' MFTFPOA_200_TOOLS_DIR = 'C:\MathStar\FPOA_Tools_2.0.0' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' MFTFPOA_200_VISUAL_ELITE_DIR = 'C:\MathStar\Shared\VisualElite200515' SYSTEMDRIVE = 'C:' CYGWIN_ROOT = '\cygwin' JAVA_HOME = '/c/Program Files/Java/jdk1.6.0_02' CLIENTNAME = 'Console' USERPROFILE = 'C:\Documents and Settings\steinhauerd' LOGONSERVER = '\\STEINHAUER' !C: = 'C:\cygwin\home\steinhauerd\utils' LM_LICENSE_FILE = 'C:\MathStar\license.dat' PROCESSOR_ARCHITECTURE = 'x86' XTERM_LOCALE = 'C' XTERM_VERSION = 'Cygwin 6.8.99.903(237)' SHLVL = '2' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' PROMPT = '$P$G' LOGNAME = 'steinhauerd' SYSTEMROOT = 'C:\WINDOWS' TMP = '/cygdrive/c/DOCUME~1/STEINH~1/LOCALS~1/Temp' PROCESSOR_REVISION = '0f0a' CLASSPATH = '.;C:\Program Files\JMF2.1.1e\lib\sound.jar;C:\Program Files\JMF2.1.1e\lib\jmf.jar;C:\Program Files\JMF2.1.1e\lib;C:\WINDOWS\java\classes' RUN = '\cygwin\bin\run -p /usr/bin' PROGRAMFILES = 'C:\Program Files' DISPLAY = '192.168.8.151:0' NUMBER_OF_PROCESSORS = '2' INCLUDE = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\' MFTFPOA_200_JAVA_EXE = 'C:\MathStar\Shared\jre\v1.5.0.06\windows\bin\java.exe' VSEDEFLOGDIR = 'C:\Documents and Settings\All Users\Application Data\McAfee\DesktopProtection' SESSIONNAME = 'Console' !EXITCODE = '00A8' COMPUTERNAME = 'STEINHAUER' _ = '/usr/bin/cygcheck' 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 74206Mb
Bad XTerm Vim coloring
Hey everyone, First off thanks for your hard work on cygwin/X it is very appreciated. I upgraded to the new Xorg last week and I have had one really annoying issue ever since. Something about the new XTerm is messing up vim syntax coloring. With vim I have syntax on and background=dark and usually the coloring look like this: http://nd.dyndns.org:443/downloads/correct_coloring.PNG but now when I open a file in vim it looks like that for a split second then a ton of gibberish quickly scrolls in the right side of the vim ruler and when it stops my syntax is colors are all messed up and are colored like this: http://nd.dyndns.org:443/downloads/bad_coloring.PNG Now I think this is a problem with XTerm not vim because when I ssh into other machines and run vim there, with different configuration files, the same thing happens. Also if I remove my .vimrc and start vim, and manually do :syntax on and :set background=dark it seems fine. It seems like there could be something going on with the inital opening of vim and it talking to the xterm that is going weird. Also there was one time where I cleared $TERMCAP and opened it and everything looked fine, but it doesn't seem to do that anymore. I examined the old and new app-defaults files but they seem to be nearly identical. I've been upgrading everyday since then hoping there might be a fix but so far nothing works. Please help, any ideas? Thanks, Nick -- 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: Problem with OpenGL on new X serverl
Florent Fievez wrote: Your patch doesn't fix the SEGV. :-( Maybe you could try the follow up patch from http://cygwin.com/ml/cygwin-xfree/2008-11/msg00319.html I know this is off-topic but can you tell me if there is a simple way to compile in debug mode using cygport ? I think adding a line saying CFLAGS=-g -O0 to the .cygport file should work 2008/11/21 [EMAIL PROTECTED]: Florent Fievez wrote: Debugger is not very useful because the binaries are stripped. Is there a debug version somewhere or should i recompile it myself to have it ? Hi Florent, Thanks for the bug report. -- 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: Xinerama
On Sun, 23 Nov 2008, Yaakov (Cygwin Ports) wrote: I also think that there may be some potential flaws in windowed multiplemonitor mode that Xinerama support would fix. While the current behaviour makes sense in multiwindow mode, I'm not sure that it does in windowed mode. Since X window managers have no sense of what is really happening in that case, placing a dialog in the centre of the X display could easily land on the seam between two monitors. (I know, I tried it.) With Xinerama support, however, they would have the necessary information to DTRT. This caused me to suspect that I'd misinterpreted some earlier mailings. Further research increased said suspicion. I'd like to make sure I'm following the conversation correctly. On Sun, 16 Nov 2008, Yaakov (Cygwin Ports) wrote: -multiwindow means hide the root window and use the internal window manager to integrate X windows with native windows The internal window manager means the one built into cygwin-xfree? The root X-window, though invisible, can still receive X-events? -multiplemonitors means I want one big X screen for this display to span all my monitors and is on by default in -multiwindow mode All pixels are presumed to be the same physical size and shape? I remember reading somewhere that all the monitors had to have the same depth, but not any other restrictions. Messy things will happen if different monitors interpret their pixels differently? As a window has only one visual at a time, a window that straddled such monitors would look messy. Xinerama does something similar, but is more flexible? If you want -multiwindow mode, but only on 1 screen, something like XWin -screen 0 @1 -multiwindow should work. IIRC someone suggested that one might want to do multi-monitor with one monitor per X-screen. That would be easier on window managers, but would not allow moving a window from one monitor to another? As I don't expect to grow another head, this is more a matter of curiosity than anything else. -- Michael [EMAIL PROTECTED] Pessimist: The glass is half empty. Optimist: The glass is half full. Engineer: The glass is twice as big as it needs to be. -- 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: X server 1.5.3-4 candidate
Yaakov (Cygwin Ports) wrote: I tried to work around this by removing the files with duplicate symbols (glpapi.c and glthread.c) from the GLX code and linking XWin with libGL as well, which seems to work as far as running glgears goes... No regression with my Ubumtu 8.10 VM. (I still need to check that these files are actually functionally identical between xserver/GLX and mesa/glapi) I checked, and they are practically identical. Thanks. Attached is a rough patch I modified the build system part of that patch, and added it and the NumLock/CapsLock sync patch to SVN. Could you please test 1.5.3-4? Ah, yes, much better way of fixing the makefile, thank you. Tested this with a few more remote GLX demo programs and clients, seems to work ok. -- 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: X server 1.5.3-4 candidate
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Jon TURNEY wrote: Ah, yes, much better way of fixing the makefile, thank you. When you deal with as many packages as I have, you get to know autotools really well. :-) Tested this with a few more remote GLX demo programs and clients, seems to work ok. Then I'll release this later today. Yaakov Cygwin/X -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkq9WYACgkQpiWmPGlmQSNRiACeOCGRStsHR+HPm/hkJu8Z7AQq xDoAnjysMBglMTxAa8FRra8cmAUnCQts =2iFC -END PGP SIGNATURE- -- 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: Bad XTerm Vim coloring
On Mon, 24 Nov 2008, Nick Deubert wrote: Hey everyone, First off thanks for your hard work on cygwin/X it is very appreciated. I upgraded to the new Xorg last week and I have had one really annoying issue ever since. Something about the new XTerm is messing up vim syntax coloring. With vim I have syntax on and background=dark and usually the coloring look like this: http://nd.dyndns.org:443/downloads/correct_coloring.PNG but now when I open a file in vim it looks like that for a split second then a ton of gibberish quickly scrolls in the right side of the vim ruler and when it stops my syntax is colors are all messed up and are colored like this: http://nd.dyndns.org:443/downloads/bad_coloring.PNG Now I think this is a problem with XTerm not vim because when I ssh I can't tell - but you can capture the output of vim using 'script' and we can inspect the output of vim, to see if it is well-formed. (While it's possible that cygwin's xterm is configured with different options than on some other system, xterm should ignore - not echo - well-formed control sequences that it doesn't understand). into other machines and run vim there, with different configuration files, the same thing happens. Also if I remove my .vimrc and start vim, and manually do :syntax on and :set background=dark it seems fine. It seems like there could be something going on with the inital opening of vim and it talking to the xterm that is going weird. Also vim may talk to xterm to find what the function-keys send (I added a few new keys in the last version or so, but vim shouldn't be confused by that...). Seeing exactly what was written to the xterm would give some clues - along with finding what configure options were used to build the cygwin package for xterm. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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: Bad XTerm Vim coloring
On Mon, 2008-11-24 at 11:34 -0500, Nick Deubert wrote: Hey everyone, First off thanks for your hard work on cygwin/X it is very appreciated. I upgraded to the new Xorg last week and I have had one you didn't mention whether you'd ran setup.exe and re-installed vim -- perhaps one, or more, of vim's startup files got corrupted during the update...??? -- 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: Still problems starting X
Christopher Faylor wrote: On Fri, Nov 21, 2008 at 04:03:52PM +0100, Angelo Graziosi wrote: Jon TURNEY wrote: 'run' can only hide the window of the process it directly starts, I would guess. With X11R7.4 there is a window that seems related to the process which 'run' starts, and a second window related, I think, to the need of writing: The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server It would be useful to know the value of your CYGWIN environment variable, specifically if it contains 'tty' Until now (I use Cygwin at least from May 2003) I never got the need to define CYGWIN. So I think it is undefined... or it has default values. For cygwin bug reports, it is best to *attach* (not inline) the results from running cygcheck -r -s -v rather than guessing. Meanwhile, I have attached it here: http://cygwin.com/ml/cygwin-xfree/2008-11/msg00332.html Regards, Angelo. -- 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: All xterms have Untitled title when running twm
David Steinhauer wrote: After upgrading to the latest Cygwin (xorg-server 1.5.3-3), all my xterms under twm have the title Untitled, even the twm icon manager. Using xterm -title, or the PS1 shell variable, has no effect. However, when I start Cygwin in multiwindow mode, the xterm titles are correct. I'm running Cygwin 1.5.25 on Windows XP. time1.7-2 tzcode 2008a-1 erm.. something missing here, surely? $ cygcheck -s | grep twm twm 1.0.4-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/
Re: All xterms have Untitled title when running twm
Jon TURNEY wrote: David Steinhauer wrote: After upgrading to the latest Cygwin (xorg-server 1.5.3-3), all my xterms under twm have the title Untitled, even the twm icon manager. Using xterm -title, or the PS1 shell variable, has no effect. However, when I start Cygwin in multiwindow mode, the xterm titles are correct. I'm running Cygwin 1.5.25 on Windows XP. time1.7-2 tzcode 2008a-1 erm.. something missing here, surely? $ cygcheck -s | grep twm twm 1.0.4-1 Right you are! Somehow in the upgrade the twm package disappeared from my configuration, and I was running the old twm.exe that was sitting around. I ran setup, added the twm package, and now it's good to go. Thank you! David -- 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: Bad XTerm Vim coloring
On Mon, Nov 24, 2008 at 3:49 PM, Reid Thompson [EMAIL PROTECTED] wrote: On Mon, 2008-11-24 at 11:34 -0500, Nick Deubert wrote: Hey everyone, First off thanks for your hard work on cygwin/X it is very appreciated. I upgraded to the new Xorg last week and I have had one you didn't mention whether you'd ran setup.exe and re-installed vim -- perhaps one, or more, of vim's startup files got corrupted during the update...??? I downloaded the newest setup.exe and just did an upgrade which upgraded 100+ packages(maybe vim too). I just did a reinstall of vim and that didn't matter, but now I am doing a complete clean re-install of cygwin to see if that clears things up. I'll report back when that is complete. thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] Updated: xorg-server-1.5.3-4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The following packages have been updated in the Cygwin net distribution: *** xorg-server-1.5.3-4 These are the changes in this release: * Potential fix for crashing of remote GLX clients which were built for earlier versions of GLX. * Fixed and restored the NumLock/CapsLock synchronization. Yaakov Cygwin/X DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: === To unsubscribe to the cygwin-xfree-announce mailing list, 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: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkrKOsACgkQpiWmPGlmQSO7KgCg+ydCixN0Hz+ohsBXyNQ7ZRxp QyYAoNBreNVmHozvkn0eIkivRcIEfWDe =6zX8 -END PGP SIGNATURE- -- 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: Bad XTerm Vim coloring
On Mon, Nov 24, 2008 at 5:16 PM, Nick Deubert [EMAIL PROTECTED] wrote: On Mon, Nov 24, 2008 at 3:49 PM, Reid Thompson [EMAIL PROTECTED] wrote: On Mon, 2008-11-24 at 11:34 -0500, Nick Deubert wrote: Hey everyone, First off thanks for your hard work on cygwin/X it is very appreciated. I upgraded to the new Xorg last week and I have had one you didn't mention whether you'd ran setup.exe and re-installed vim -- perhaps one, or more, of vim's startup files got corrupted during the update...??? I downloaded the newest setup.exe and just did an upgrade which upgraded 100+ packages(maybe vim too). I just did a reinstall of vim and that didn't matter, but now I am doing a complete clean re-install of cygwin to see if that clears things up. I'll report back when that is complete. thanks Well after a complete reinstall the problem still happens, with a fresh home directory and everything. My .vimrc has only the 2 commands I mentioned in my first email and in case it helps here's the line I'm starting xterm with: xterm -bg black -fg white -ls -sb -sl 5000 -rightbar -geometry 100x55 -e /usr/bin/bash -l Also here is a new vim.out of me opening my .vimrc (longer file). It appears like the kind of gibberish I see in the ruler is at the end of this file. vim.out Description: Binary data -- 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/
nedit don't with Xorg 7.4
Hello, After upgrading to Xorg 7.4, I can't use nedit. Whenever I try to run it, I have this kind of message : ~ $ nedit X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 70 (X_PolyFillRectangle) Serial number of failed request: 289 Current serial number in output stream: 299 Other X applications seem to work well. With the previous version of Xorg, there was no problem with nedit. Does anybody know what I have to do to get a functional nedit with Xorg 7.4 ? Thank you for your help. Pascal -- 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/
Help with startxwin.bat (I did read the FAQ)
Hi, I suddenly began getting the error message: A fatal error has occured and Cygwin/X will now exit. Please open /tmp/XWin.log for more information. The trailing part of /tmp/XWin.log mentions the following: Fatal server error: could not open default font 'fixed' Looks like this problem has already been mentioned in the following FAQ: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof Unfortunately, following the procedure outlined there didn't seem to help. I tried: 1. $ mount C:\Programs\cygwin\bin on /usr/bin type system (binmode) C:\Programs\cygwin\lib on /usr/lib type system (binmode) C:\Programs\cygwin on / type system (binmode) c: on /c type system (binmode) 2. $ umount /usr/share/fonts/ umount: /usr/share/fonts/: No such file or directory 2. Reinstalling all the font-* packages by running setup.exe. Just to be on the safe side, I re-installed everything in the X11 category which was marked as Keep. Even after following all these steps, startxwin.bat still reports the same error. One strange thing I noticed is that the /usr/X11R6/lib/X11 directory does not contain a fonts/ subdirectory. Is that normal? If not, how do I recreate it? Elsewhere, I read that anti-virus softwares, firewall etc end up messing things. So I disabled Symantec Client Firewall and Norton Anti Virus. Still the same story. Is there anything else I can try? Thanks, Srinath -- 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: nedit don't with Xorg 7.4
Pascal wrote: After upgrading to Xorg 7.4, I can't use nedit. Whenever I try to run it, I have this kind of message : ~ $ nedit X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 70 (X_PolyFillRectangle) Serial number of failed request: 289 Current serial number in output stream: 299 Same with me. This is true with the current Cygwin/X nedit. Non-Cygwin nedit running on another (Linux/UNIX) system and remote displayed back onto the local Cygwin/X server works. -- 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: nedit don't with Xorg 7.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Pascal wrote: After upgrading to Xorg 7.4, I can't use nedit. Whenever I try to run it, I have this kind of message : ~ $ nedit X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 70 (X_PolyFillRectangle) Serial number of failed request: 289 Current serial number in output stream: 299 Other X applications seem to work well. With the previous version of Xorg, there was no problem with nedit. Does anybody know what I have to do to get a functional nedit with Xorg 7.4 ? http://cygwin.com/ml/cygwin-xfree/2008-11/msg00017.html Yaakov Cygwin/X -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkrL7AACgkQpiWmPGlmQSNPUwCgqwjTzC1eD8cF57YDF0P+KM7k gogAnjUdSk6pzNTwXiu0F8CGqG5LFVQo =nSEU -END PGP SIGNATURE- -- 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: Help with startxwin.bat (I did read the FAQ)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Srinath Avadhanula wrote: I suddenly began getting the error message: A fatal error has occured and Cygwin/X will now exit. Please open /tmp/XWin.log for more information. The trailing part of /tmp/XWin.log mentions the following: Please upgrade to the latest xorg-server. Yaakov Cygwin/X -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkrMA8ACgkQpiWmPGlmQSOBNwCgw+Zc9Ve+6mhrgwrTpgPJ3y2I NVYAoMF4d5kPv8lbgn1OAiyDxQjfwJ9q =98SE -END PGP SIGNATURE- -- 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: nedit don't with Xorg 7.4
It works, thanks a lot Yaakov :) Pascal -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Yaakov (Cygwin/X) Envoyé : lundi 24 novembre 2008 23:50 À : cygwin-xfree@cygwin.com Objet : Re: nedit don't with Xorg 7.4 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Pascal wrote: After upgrading to Xorg 7.4, I can't use nedit. Whenever I try to run it, I have this kind of message : ~ $ nedit X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 70 (X_PolyFillRectangle) Serial number of failed request: 289 Current serial number in output stream: 299 Other X applications seem to work well. With the previous version of Xorg, there was no problem with nedit. Does anybody know what I have to do to get a functional nedit with Xorg 7.4 ? http://cygwin.com/ml/cygwin-xfree/2008-11/msg00017.html Yaakov Cygwin/X -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkrL7AACgkQpiWmPGlmQSNPUwCgqwjTzC1eD8cF57YDF0P+KM7k gogAnjUdSk6pzNTwXiu0F8CGqG5LFVQo =nSEU -END PGP SIGNATURE- -- 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/
Re: Help with startxwin.bat (I did read the FAQ)
Hi Yakov, On Mon, Nov 24, 2008 at 5:51 PM, Yaakov (Cygwin/X) [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Srinath Avadhanula wrote: I suddenly began getting the error message: A fatal error has occured and Cygwin/X will now exit. Please open /tmp/XWin.log for more information. The trailing part of /tmp/XWin.log mentions the following: Please upgrade to the latest xorg-server. Thanks for the reply. I did upgrade to the latest xorg-server. (It is now at 1.5.3-2). In fact, as I mentioned previously, I tried reinstalling all packages under the X11 category. However, this doesn't seem to fix things. I have a suspicion that my /usr/X11R6/lib/X11 directory is somehow corrupted. An ls there shows fewer directories that on another machine where this seems to work. On my (problem) machine: $ ls /usr/X11R6/lib/X11/ app-defaults lbxproxy rstart xdmxkb xsm fsproxymngr twm xinit xserver Strangely, no fonts/ directory! On another machine which I use where X seems to be working fine, I see a whole bunch of other directories... Regards, Srinath -- 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: Help with startxwin.bat (I did read the FAQ)
Srinath Avadhanula wrote: Hi Yakov, On Mon, Nov 24, 2008 at 5:51 PM, Yaakov (Cygwin/X) [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Srinath Avadhanula wrote: I suddenly began getting the error message: A fatal error has occured and Cygwin/X will now exit. Please open /tmp/XWin.log for more information. The trailing part of /tmp/XWin.log mentions the following: Please upgrade to the latest xorg-server. Thanks for the reply. I did upgrade to the latest xorg-server. (It is now at 1.5.3-2). In fact, as I mentioned previously, I tried reinstalling all packages under the X11 category. However, this doesn't seem to fix things. I have a suspicion that my /usr/X11R6/lib/X11 directory is somehow corrupted. An ls there shows fewer directories that on another machine where this seems to work. On my (problem) machine: $ ls /usr/X11R6/lib/X11/ app-defaults lbxproxy rstart xdmxkb xsm fsproxymngr twm xinit xserver Strangely, no fonts/ directory! On another machine which I use where X seems to be working fine, I see a whole bunch of other directories... The current version doesn't have/use /usr/X11R6 It uses just plain /usr for X stuff now, along with a modular X installation. See the anouncements. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - 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/
Re: Bad XTerm Vim coloring
On Mon, 24 Nov 2008, Nick Deubert wrote:
On Mon, Nov 24, 2008 at 2:58 PM, Thomas Dickey [EMAIL PROTECTED] wrote:
On Mon, 24 Nov 2008, Nick Deubert wrote:
Hey everyone,
First off thanks for your hard work on cygwin/X it is very
appreciated. I upgraded to the new Xorg last week and I have had one
really annoying issue ever since. Something about the new XTerm is
messing up vim syntax coloring. With vim I have syntax on and
background=dark and usually the coloring look like this:
http://nd.dyndns.org:443/downloads/correct_coloring.PNG but now when I
open a file in vim it looks like that for a split second then a ton of
gibberish quickly scrolls in the right side of the vim ruler and when
it stops my syntax is colors are all messed up and are colored like
this: http://nd.dyndns.org:443/downloads/bad_coloring.PNG
Now I think this is a problem with XTerm not vim because when I ssh
I can't tell - but you can capture the output of vim using 'script' and
we can inspect the output of vim, to see if it is well-formed.
I attached a vim.out(or you can get it here if you don't like
short: I don't know...
long: continue reading...
I made that readable with the 'unmap' program in my ncurses ftp-directory.
The problem is visible in the trace (though where the ultimate cause is,
is not yet clear). Looking for the +r, I see that is part of a control
sequence without the leading escape-character, e.g.,
\E[80;226H6
\E[1;5H
\E[80;227Hf
\E[1;5H
\E[80;218H[P1+r436f=
\E[1;5H
where \E's are escapes as in terminfo. The \E's ending with H are
cursor movement, so this fragment is sending something like
6f[P1+r436f=
I'd expect that vim is asking xterm for the strings that correspond to
different function-keys. In ctlseqs.txt this text covers the response:
xterm responds with DCS 1 + r Pt ST for valid requests, adding
to Pt an = , and the value of the corresponding string that
xterm would send, or DCS 0 + r Pt ST for invalid requests.
The strings are encoded in hexadecimal (2 digits per charac-
ter).
But DCS is missing (that would be \EP rather than [P). And the text
in vim.out is the text that xterm would be replying with. The 436f
is hex-encoded for Co (termcap number of colors). Earlier in the
trace, vim has sent the control sequence asking for this information, e.g.
\EP+q436f
\E\\
On my Debian/testing, I've got vim 7.1.314, which is sending the same
control sequence (and running xterm's test-script, I know that it's
responding as I'd expect). There's no +r in a script running vim in
xterm _here_. Rereading your email, I also tried with .vimrc having
just
set syntax=on
set background=dark
but aside from seeing that the syntax coloring went away, didn't see
any change in the result - no +r in the script output.
attachments: http://nd.dyndns.org:443/downloads/vim.out) which is what
script outputted for this small test.c file:
int main() {
char* blah = blah\n;
return 0;
}
(While it's possible that cygwin's xterm is configured with different
options than on some other system, xterm should ignore - not echo -
well-formed control sequences that it doesn't understand).
vim may talk to xterm to find what the function-keys send (I added a few
new keys in the last version or so, but vim shouldn't be confused by
that...). Seeing exactly what was written to the xterm would give some
clues - along with finding what configure options were used to build
the cygwin package for xterm.
I'm not sure how to see the configure options for xterm. It is the
binary package 237-2 installed from mirrors.kernel.org.
Just in case it means anything here is the vim configure options:
:version
VIM - Vi IMproved 7.2 (2008 Aug 9, compiled Oct 9 2008 15:23:22)
Compiled by [EMAIL PROTECTED]
Huge version without GUI. Features included (+) or not (-):
+arabic +autocmd -balloon_eval -browse ++builtin_terms +byte_offset
+cindent -clientserver
-clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments
+cryptv +cscope +cursorshape
+dialog_con +diff +digraphs -dnd -ebcdic +emacs_tags +eval +ex_extra
+extra_search +farsi
+file_in_path +find_in_path +float +folding -footer +fork() +gettext
-hangul_input +iconv
+insert_expand +jumplist +keymap +langmap +libcall +linebreak
+lispindent +listcmds +localmap +menu
+mksession +modify_fname +mouse -mouseshape +mouse_dec -mouse_gpm
-mouse_jsbterm +mouse_netterm
-mouse_sysmouse +mouse_xterm +multi_byte +multi_lang -mzscheme
-netbeans_intg -osfiletype
+path_extra -perl +postscript +printer +profile -python +quickfix
+reltime +rightleft -ruby
+scrollbind +signs +smartindent -sniff +statusline -sun_workshop
+syntax +tag_binary
+tag_old_static -tag_any_white -tcl +terminfo +termresponse
+textobjects +title -toolbar
+user_commands +vertsplit +virtualedit +visual +visualextra +viminfo
+vreplace +wildignore
+wildmenu +windows +writebackup -X11 -xfontset -xim -xsmp
-xterm_clipboard -xterm_save
system vimrc file: $VIM/vimrc
Re: Help with startxwin.bat (I did read the FAQ)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Srinath Avadhanula wrote: Thanks for the reply. I did upgrade to the latest xorg-server. (It is now at 1.5.3-2). In fact, as I mentioned previously, I tried reinstalling all packages under the X11 category. However, this doesn't seem to fix things. The latest xorg-server is 1.5.3-4. Either it, or last Thursday's 1.5.3-3, will certainly fix the could not open default font 'fixed' error. Yaakov Cygwin/X -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkrPocACgkQpiWmPGlmQSN6VgCgyXMv4upJKq0D8BW9f8yCANi5 UvMAn2XAgkfa++sBAnILAx08/INQAyRQ =q3sA -END PGP SIGNATURE- -- 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: X, backingstore and opengl
Regarding the problems I have flagged in [1], the first (related to the option +bs of XWin, i.e. the backing store) is still there, also with the recent xorg-server-1.5.3-4. For the second (that related to OpenGL applications), I have found the workaround described here [2]. Now, if nedit needs rebuilding with a patch to work around an issue in lesstif with the latest X server. how can I do the same for ROOT? Which is that patch? or what else? Thanks, Angelo. --- [1] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00332.html [2] http://cygwin.com/ml/cygwin-xfree/2008-11/msg00017.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/
Re: Help with startxwin.bat (I did read the FAQ)
Hi, On Mon, Nov 24, 2008 at 6:53 PM, Yaakov (Cygwin/X) [EMAIL PROTECTED] wrote: The latest xorg-server is 1.5.3-4. Either it, or last Thursday's 1.5.3-3, will certainly fix the could not open default font 'fixed' error. Thanks for the info! I finally got it working :) I had to change the server from which I was fetching stuff to see the latest version. Also I had a shortcut to an outdated startxwin.bat. It looks like the new location of startxwin.bat is /usr/bin/startxwin.bat whereas it was previously /usr/X11R6/bin/startxwin.bat. Regards, Srinath -- 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: Bad XTerm Vim coloring
On Mon, 24 Nov 2008, Thomas Dickey wrote: I'd expect that vim is asking xterm for the strings that correspond to different function-keys. In ctlseqs.txt this text covers the response: ...reading vim's source code (7.1 at hand...), there doesn't seem to be an obvious way to turn off the feature (the +termresponse). However, it seems that vim is only asking for this information when it is not finding the details it wants in the _termcap_ (and since vim is apparently using terminfo, which gives an empty buffer, it'll always ask for the information). Cygwin's xterm package (doing a strings on the binary) appears to be linked with termcap - but if it cannot find a termcap, it'll fallback to something possibly incomplete or inaccurate. (I'm not sure what that would be, but was interested to note that the strings on xterm showed there's a termcap for cygwin;-). Just in case it means anything here is the vim configure options: :version VIM - Vi IMproved 7.2 (2008 Aug 9, compiled Oct 9 2008 15:23:22) ... +tag_old_static -tag_any_white -tcl +terminfo +termresponse ^^^ -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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/
Where is Intrinsic.h?
Trying to compile eterm under Cygwin. Everything's fine, until it tries to include X11/Intrinsic.h, which I don't seem to have. Is there a Cygwin package I forgot to download? Cygcheck output attached. Cygwin Configuration Diagnostics Current System Time: Mon Nov 24 19:00:58 2008 Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6001 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Perl\site\bin c:\Perl\bin c:\Windows\system32 c:\Windows c:\Windows\System32\Wbem c:\Program Files\Softex\OmniPass c:\Program Files\Common Files\Adobe\AGL c:\Program Files\Mozilla Firefox\ c:\Program Files\Windows Imaging\ c:\Windows\System32\WindowsPowerShell\v1.0\ c:\Program Files\Bitvise Tunnelier c:\Program Files\QuickTime\QTSystem\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1000(Isaac)GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1000(Isaac)GID: 513(None) 0(root) 513(None) 544(Administrators) 545(Users) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'Isaac' PWD = '/usr/include/X11' HOME = '/home/Isaac' MAKE_MODE = 'unix' TRACE_FORMAT_SEARCH_PATH = '\\NTREL202.ntdev.corp.microsoft.com\4F18C3A5-CA09-4DBD-B6FC-219FDD4C6BE0\TraceFormat' HOMEPATH = '\Users\Isaac' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man:/usr/ssl/man' APPDATA = 'C:\Users\Isaac\AppData\Roaming' HOSTNAME = 'Shiny' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 14 Stepping 12, GenuineIntel' DFSTRACINGON = 'FALSE' WINDIR = 'C:\Windows' PUBLIC = 'C:\Users\Public' OLDPWD = '/home/Isaac/Isaac/Desktop/libast-0.7' PROGRAMDATA = 'C:\ProgramData' USERDOMAIN = 'Shiny' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' TEMP = '/cygdrive/c/Users/Isaac/AppData/Local/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' QTJAVA = 'C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip' USERNAME = 'Isaac' PROCESSOR_LEVEL = '6' WINDOWSJOURNAL = 'C:\Program Files\Windows Journal' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Users\Isaac' ULTRAMON_LANGDIR = 'C:\Program Files\UltraMon\Resources\en' PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\SHINY' PROCESSOR_ARCHITECTURE = 'x86' LOCALAPPDATA = 'C:\Users\Isaac\AppData\Local' !C: = 'C:\cygwin\bin' SHLVL = '2' 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/Isaac/AppData/Local/Temp' SYSTEMROOT = 'C:\Windows' PRINTER = 'Next to Cindy's Office' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0e0c' CLASSPATH = '.;C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip' CONFIGSETROOT = 'C:\Windows\ConfigSetRoot' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '1' SESSIONNAME = 'Console' COMPUTERNAME = 'SHINY' _ = '/usr/bin/tcsh' HOSTTYPE = 'i386-cygwin' VENDOR = 'intel' OSTYPE = 'cygwin' MACHTYPE = 'i386' LOGNAME = 'Isaac' GROUP = 'None' HOST = 'Shiny' 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 76277Mb 68% CP CS UN PA FC e: cd N/AN/A z: net NTFS252109Mb 86% CP CSPAir71389 C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: \bin\awk.exe Warning: C:\cygwin\bin\awk.exe hides \bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Not Found: patch Found: C:\cygwin\bin\perl.exe Found:
Re: Where is Intrinsic.h?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Isaac Rabinovitch wrote: Trying to compile eterm under Cygwin. Everything's fine, until it tries to include X11/Intrinsic.h, which I don't seem to have. Is there a Cygwin package I forgot to download? $ cygcheck -p X11/Intrinsic.h Found 5 matches for X11/Intrinsic.h. libXt-devel/libXt-devel-1.0.5-2 X.Org X Toolkit library (development) xorg-x11-devel/xorg-x11-devel-6.8.1.0-1 Obsolete package xorg-x11-devel/xorg-x11-devel-6.8.2.0-1 Obsolete package xorg-x11-devel/xorg-x11-devel-6.8.2.0-2 Obsolete package xorg-x11-devel/xorg-x11-devel-6.8.99.901-1 Obsolete package Yaakov Cygwin/X -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkriHQACgkQpiWmPGlmQSMD/wCffz9ejtPXVFixA3PZ3DBtP5Pq E0wAoM5mF3ILafGG9QXeph3cVEUMZafP =dhF+ -END PGP SIGNATURE- -- 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/
