Re: gvim tiny font in 1.7.7

If this may help, I experienced again this problem today, right after switching to a second monitor (which changed my screen resolution). I restart the X server and it came back again. Frédéric -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports:

No scrollbar with MSC Mentat

maybe) and disappear. When using the X server of the server (using vncserver for example and a vncviewer), the scrollbars appear normally. Cygwin 1.5 did the same. Regards, Frédéric Bron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com

Re: gvim tiny font in 1.7.7

When I first started gvim after my install, the font was invisibly tiny both for the content and for the menus. It is funny, I got exactly the same a few days ago. What is funny is that today it works perfectly. Have you tried to restart your X server? Frédéric -- Unsubscribe info:

Re: [ANNOUNCEMENT] Updated: xinit-1.2.0-2

IMPORTANT: THE startxwin.bat AND startxwin.sh SCRIPTS ARE NO LONGER SUPPORTED. I used to add the following option to XWin command because my screen resolution is now always recognized automatically: -screen 0 1920x1200 How can I do the same using .startxwinrc? Frédéric -- Unsubscribe info:

Re: [ANNOUNCEMENT] Updated: xinit-1.2.0-2

I used to add the following option to XWin command because my screen resolution is now always recognized automatically: -screen 0 1920x1200 How can I do the same using .startxwinrc? From the announcment: startxwin also accepts command line arguments to use a different DISPLAY number and

screen not updated outside 1680x1050

My screen resolution is 1920x1200. The X windows are badly updated (sometimes yes, most of the time no) outside the top-left area 1680x1050. My problems are seen with xterm, gv, gvim, rxvt-x... so I think comes from X.org. To produce the problem: start an X windows program, then move the window to

Re: screen not updated outside 1680x1050

XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1680 h 1050                                ^ Looks like the system doesn't see your whole resolution at startup. I'd pass -screen 0 1920x1200 to

Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-68

I just uploaded a new Cygwin 1.7 test release, 1.7.0-68. Installed this version and cannot start Xwin anymore. Here is the content of /var/log/XWin.0.log: This looks to be the same problem as in [1]. You might try the workaround of removing the checkX line from startxwin.bat It is

Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-68

I just uploaded a new Cygwin 1.7 test release, 1.7.0-68. Installed this version and cannot start Xwin anymore. Here is the content of /var/log/XWin.0.log: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.7.1.0 (10701000) Build Date: 2009-11-11 Contact:

gv: Can't find initialization file gs_init.ps

Suddenly, I now get that error when trying to open a .ps file with gv: GPL Ghostscript SVN PRE-RELEASE 8.57: Can't find initialization file gs_init.ps. Error: PostScript interpreter failed in main window. What should I do? Regards, Frédéric -- Unsubscribe info:

Re: updated 1.7 - rxvt-x crashes

I updated cygwin 1.7 this morning and rxvt-x shortcut does not work any more. The window appears and disappears quickly. Here is the content of /var/log/XWin.0.log if it can help. Launching rxvt from a mintty terminal works fine. In fact from mintty I can launch rxvt with command: $ rxvt

Re: updated 1.7 - rxvt-x crashes

Also in the mintty terminal, I have the following issue: make: /bin/sh: Command not found make: execvp: /bin/sh: Permission denied So I think it may not be a xfree issue. http://cygwin.com/ml/cygwin-announce/2009-08/msg0.html ? That was it! Thanks a lot. Frédéric -- Unsubscribe

updated 1.7 - rxvt-x crashes

Hi, I updated cygwin 1.7 this morning and rxvt-x shortcut does not work any more. The window appears and disappears quickly. Here is the content of /var/log/XWin.0.log if it can help. Launching rxvt from a mintty terminal works fine. Frédéric Welcome to the XWin X Server Vendor: The Cygwin/X

Re: updated 1.7 - rxvt-x crashes

I updated cygwin 1.7 this morning and rxvt-x shortcut does not work any more. The window appears and disappears quickly. Here is the content of /var/log/XWin.0.log if it can help. Launching rxvt from a mintty terminal works fine. In fact from mintty I can launch rxvt with command: $ rxvt but

Re: [Xwin 1.7]: copy from rxvt-x to windows application does not work

If I run rxvt-x (1.5 or 1.7) with Xwin (1.7), when I select something in the terminal output and then type Ctrl-V in any Windows application, this does not work. Some application say that the clipboard is like corrupted. In general, if I type Ctrl-V several times, after a while, the text is

Xwin does not start because CYGWIN_ROOT is wrong in startxwin.bat

This bug is valid for 1.5 and 1.7: I have installed cygwin in D:\cygwin-1.5 but startxwin.bat contains SET CYGWIN_ROOT=\cygwin It should be updated to SET CYGWIN_ROOT=\cygwin-1.5 Can someone change this in the installation process? Also the Start in directory should also be D:\ or D:\cygwin-1.5

[Xwin 1.7]: copy from rxvt-x to windows application does not work

Hi, If I run rxvt-x (1.5 or 1.7) with Xwin (1.7), when I select something in the terminal output and then type Ctrl-V in any Windows application, this does not work. Some application say that the clipboard is like corrupted. Sometimes, if I type Ctrl-V several times, after a while, the text is

Re: X server causing IE lockups

But I have put this on the back-back burner for now. My work-around is to only use X for when I need gnuplot and then I exit from X. I have just disabled the clipboard transfer for TightVNC and it seems I have no more issue. F. Bron -- Unsubscribe info:

Re: I Cannot Start the X Server

I recently upgraded and ran into this problem as well. I watched the XWin.exe process using ProcMon from sysinternals.com and it doesn't look like a problem of directory / file / user permissions as the FAQ would suggest. From ProcMon it looks like /tmp/.tX0-lock is being deleted before it

Re: X server causing IE lockups

The common thing seems to be vncclient. I guess I'll check on the vncclient list and see if there are any clues. Are we on our own? I will try to start vncclient after I start X and see if that matters. Have you tried sorting this out at all? Gentlemen start your finger pointing! It's

Re: X server causing IE lockups

Maybe we have an exploit on our systems. Or possibly we have the same video driver? Or same network card. Etc. I'll gather together what hardware I've got and we can compare. I have a notebook : DELL Latitude D830, Video = nVidia Quadro NVS 140M F. Bron -- Unsubscribe info:

Re: X server causing IE lockups

The common thing seems to be vncclient. I guess I'll check on the vncclient list and see if there are any clues. Are we on our own? I will try to start vncclient after I start X and see if that matters. Have you tried sorting this out at all? I always start Xwin before VNC as I have a

xwin crashes and disables network

Since I updated to the new X.org 7.4 I have xwin crashes. I am using cygiwn version 1.5.25-cr-0x5f1. This is how it happens: - suddenly, all network connexions (cygwin and windows) stop working (no internet...). rxvt freezes - when I kill xwin (kill -9 from the cygwin bash shell), all works again.

Re: gv became really slow?

, Windows XP, Dual Core2 Duo 2.6 GHz) but on the large ps files I use it takes ages to show compared to before I upgraded. This may be a problem of the X system so I forward the email to the list. Frédéric Bron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports