From d10@justpickone.org Fri Oct 1 10:23:00 2010 From: d10@justpickone.org (David T-G) Date: Fri, 01 Oct 2010 10:23:00 -0000 Subject: gvim tiny font in 1.7.7 In-Reply-To: <4CA0B2D2.8050203@dronecode.org.uk> References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> Message-ID: <20101001102313.GK26157@justpickone.org> Jon, et al -- Sorry for the tardy response; both work AND life got in the way suddenly. ...and then Jon TURNEY said... % % On 22/09/2010 16:34, David T-G wrote: % > % >[Let's see if I can provide all of the details the first time instead of % >having to go back and forth just for foundation... :-] % % Can you attach your /var/log/XWin.0.log, please? [snip] Attached. Thanks again! HAND :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log.gz Type: application/x-gunzip Size: 1822 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From kevin-dated-1293298850.62e27e@omegacrash.net Fri Oct 1 20:37:00 2010 From: kevin-dated-1293298850.62e27e@omegacrash.net (Kevin Goodsell) Date: Fri, 01 Oct 2010 20:37:00 -0000 Subject: XWin crashes with DirectX apps In-Reply-To: <4CA3759F.7020308@dronecode.org.uk> References: <4CA36DFD.4050309@omegacrash.net> <4CA3759F.7020308@dronecode.org.uk> Message-ID: <4CA64653.1060005@omegacrash.net> Jon TURNEY wrote: > > Since I've recently fixed a few crash bugs in this area, introduced with > the new -resize functionality, you might like to test the latest > snapshot [1] to see if you still have this problem, the source is > available at [2]. > > [1] ftp://cygwin.com/pub/cygwinx/XWin.20100923-git-2172af4d1ea713f1.exe.bz2 > [2] http://cgit.freedesktop.org/~jturney/xserver/log/?h=snapshot > After building from your snapshot I have not been able to reproduce this specific problem. I tested with and without the -resize option (I believe I read in the archives that -resize was unintentionally always in effect in the version with the bug). I haven't had a chance to try the new 1.9 build yet. I did encounter a strange crash the first time I ran the snapshot build. I was already running an Xming server, and the Cygwin server started without any issue but crashed as soon as I started a client. The backtrace made little sense to me -- it contained only two frames, the top being the GetDC API, and below that an unknown frame. Perhaps any unknown frame can give incorrect results below it, and obscure the true call stack? Unfortunately even the source of the unknown frame was missing (if I recall correctly), so there was no easy way to determine what additional debug information might be needed. Is it possible that the Windows Xorg port (which I take it is the basis for both Xming and Cygwin/X) does not support or properly handle running multiple instances concurrently? Whatever the case, the immediate problem does seem to have been resolved. Thank you! -Kevin -- 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 rodmedina@cantv.net Sat Oct 2 04:01:00 2010 From: rodmedina@cantv.net (Rodrigo Medina) Date: Sat, 02 Oct 2010 04:01:00 -0000 Subject: gvim ends when the OPEN menu-item is selected Message-ID: <380-2201010624054845@cantv.net> Hi, I have just installed gvim. I have never used it before. After starting Xwin -multiwindow I run gvim. A window appears, but when the OPEN or SAVE AS menu-items are selected the program ends $ gvim & [1] 1144 $ Vim: Caught deadly signal SEGV Vim: Finished. Apart from that the program seems to be working properly. Bye RM -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 8441 bytes Desc: XWin.0.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From baykusderki@gmail.com Sat Oct 2 16:43:00 2010 From: baykusderki@gmail.com (baykus derki) Date: Sat, 02 Oct 2010 16:43:00 -0000 Subject: Gvim errror "gvim 1988 exception::handle: Exception: STATUS_ACCESS_VIOLATION " Message-ID: Hi when I try to run Gvim under X this is the error I am getting. I am not technically knowledged about these messages, maybe someone can shed light into this issue. " 510575 [main] gvim 1988 exception::handle: Exception: STATUS_ACCESS_VIOLATION 510805 [main] gvim 1988 open_stackdumpfile: Dumping stack trace to gvim.exe.stackdump 667364 [main] gvim 4092 exception::handle: Exception: STATUS_ACCESS_VIOLATION 667550 [main] gvim 4092 open_stackdumpfile: Dumping stack trace to gvim.exe.stackdump 817123 [main] gvim 4844 exception::handle: Exception: STATUS_ACCESS_VIOLATION 817309 [main] gvim 4844 open_stackdumpfile: Dumping stack trace to gvim.exe.stackdump 967197 [main] gvim 2188 exception::handle: Exception: STATUS_ACCESS_VIOLATION 967398 [main] gvim 2188 open_stackdumpfile: Dumping stack trace to gvim.exe.stackdump 1125163 [main] gvim 4752 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1125348 [main] gvim 4752 open_stackdumpfile: Dumping stack trace to gvim.exe.stackdump 1279046 [main] gvim 2492 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1279251 [main] gvim 2492 open_stackdumpfile: Dumping stack trace to gvim.exe.stackdump 1444714 [main] gvim 4572 fork: child -1 - died waiting for longjmp before initialization, retry 0, exit code 0x600, errno 11 " here is the stackdump " Exception: STATUS_ACCESS_VIOLATION at eip=61020137 eax=00F8D018 ebx=61244054 ecx=75840D06 edx=0034A3B8 esi=00000000 edi=0028F9F8 ebp=61020890 esp=0028C7C8 program=C:\cygwin\bin\gvim.exe, pid 4504, thread main cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B Stack trace: Frame Function Args End of stack trace " Here is my cygcheck http://pastebin.org/209 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/ From baykusderki@gmail.com Sat Oct 2 16:49:00 2010 From: baykusderki@gmail.com (baykus derki) Date: Sat, 02 Oct 2010 16:49:00 -0000 Subject: gvim ends when the OPEN menu-item is selected In-Reply-To: <380-2201010624054845@cantv.net> References: <380-2201010624054845@cantv.net> Message-ID: On 10/1/10, Rodrigo Medina wrote: > Hi, > I have just installed gvim. I have never used it before. > After starting Xwin -multiwindow I run gvim. A window appears, > but when the OPEN or SAVE AS menu-items are selected the program ends > > $ gvim & > [1] 1144 > > $ Vim: Caught deadly signal SEGV > Vim: Finished. > > Apart from that the program seems to be working properly. > > Bye > RM > Hi I have the exact same problem under Windows7 64bit I also get this problem when I try to use gvim over forwarded X session from my Debian box. 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/ From marco_atzeri@yahoo.it Sat Oct 2 20:37:00 2010 From: marco_atzeri@yahoo.it (Marco Atzeri) Date: Sat, 02 Oct 2010 20:37:00 -0000 Subject: R: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-1 (TEST) In-Reply-To: Message-ID: <907527.50482.qm@web25504.mail.ukl.yahoo.com> --- Gio 30/9/10, Jon TURNEY ha scritto: > The following packages have been > updated in the Cygwin distribution: > > *** xorg-server-1.9.0-1 > *** xorg-server-dmx-1.9.0-1 > > This package contains XWin and the other X.Org X11 > servers. > > -- Jon TURNEY > Volunteer Cygwin/X X Server maintainer > Hi Jon, testing the 1.9.0-1 server with recent cygwin snapshots 20100924 to 20101001 (not checked the ones before) I am unable to run xterm as bash crashes. Menu command: C:\cygwin2\bin\run.exe -p /usr/bin xterm -fn 8x13 -fg white -bg black -display 127.0.0.1:0.0 -ls /bin/bash bash.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=610C8835 eax=00000000 ebx=0000001C ecx=7C801898 edx=7C90E514 esi=61165220 edi=00000000 ebp=186CCD58 esp=186CCC80 program=C:\cygwin2\bin\bash.exe, pid 10864, thread sig cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 186CCD58 610C8835 (61165220, 00000000, 00000000, 00000000) 186CCD88 61003DF1 (00000000, 00000000, 00000000, 61004772) End of stack trace no such problem with the $ XWin.exe --version Release: 1.8.2.0 (10802000) Build Date: 2010-08-06 Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cgf-use-the-mailinglist-please@cygwin.com Sat Oct 2 20:54:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Sat, 02 Oct 2010 20:54:00 -0000 Subject: R: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-1 (TEST) In-Reply-To: <907527.50482.qm@web25504.mail.ukl.yahoo.com> References: <907527.50482.qm@web25504.mail.ukl.yahoo.com> Message-ID: <20101002205424.GA11976@ednor.casa.cgf.cx> On Sat, Oct 02, 2010 at 08:36:51PM +0000, Marco Atzeri wrote: >--- Gio 30/9/10, Jon TURNEY ha scritto: > >> The following packages have been >> updated in the Cygwin distribution: >> >> *** xorg-server-1.9.0-1 >> *** xorg-server-dmx-1.9.0-1 >> >> This package contains XWin and the other X.Org X11 >> servers. > >> >> -- Jon TURNEY >> Volunteer Cygwin/X X Server maintainer >> > >Hi Jon, >testing the 1.9.0-1 server with recent cygwin snapshots >20100924 to 20101001 (not checked the ones before) > >I am unable to run xterm as bash crashes. > >Menu command: >C:\cygwin2\bin\run.exe -p /usr/bin xterm -fn 8x13 -fg white -bg black -display 127.0.0.1:0.0 -ls /bin/bash > > >bash.exe.stackdump > >Exception: STATUS_ACCESS_VIOLATION at eip=610C8835 >eax=00000000 ebx=0000001C ecx=7C801898 edx=7C90E514 esi=61165220 edi=00000000 >ebp=186CCD58 esp=186CCC80 program=C:\cygwin2\bin\bash.exe, pid 10864, thread sig >cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 >Stack trace: >Frame Function Args >186CCD58 610C8835 (61165220, 00000000, 00000000, 00000000) >186CCD88 61003DF1 (00000000, 00000000, 00000000, 61004772) >End of stack trace > >no such problem with the > >$ XWin.exe --version >Release: 1.8.2.0 (10802000) >Build Date: 2010-08-06 Which snapshot does the above stack trace come from? cgf -- 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 cgf-use-the-mailinglist-please@cygwin.com Sat Oct 2 21:16:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Sat, 02 Oct 2010 21:16:00 -0000 Subject: R: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-1 (TEST) In-Reply-To: <20101002205424.GA11976@ednor.casa.cgf.cx> References: <907527.50482.qm@web25504.mail.ukl.yahoo.com> <20101002205424.GA11976@ednor.casa.cgf.cx> Message-ID: <20101002211625.GA12721@ednor.casa.cgf.cx> On Sat, Oct 02, 2010 at 04:54:25PM -0400, Christopher Faylor wrote: >On Sat, Oct 02, 2010 at 08:36:51PM +0000, Marco Atzeri wrote: >>testing the 1.9.0-1 server with recent cygwin snapshots >>20100924 to 20101001 (not checked the ones before) > >Which snapshot does the above stack trace come from? Actually, try today's snapshot when it shows up (it's building now). It may fix the problem. I just found a cygwin startup problem today while trying to track down the git problem. I think this may be what you're seeing. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From marco_atzeri@yahoo.it Sat Oct 2 21:22:00 2010 From: marco_atzeri@yahoo.it (Marco Atzeri) Date: Sat, 02 Oct 2010 21:22:00 -0000 Subject: R: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-1 (TEST) In-Reply-To: <20101002211625.GA12721@ednor.casa.cgf.cx> Message-ID: <125226.11074.qm@web25508.mail.ukl.yahoo.com> --- Sab 2/10/10, Christopher Faylor ha scritto: > On Sat, Oct 02, 2010 at 04:54:25PM > -0400, Christopher Faylor wrote: > >On Sat, Oct 02, 2010 at 08:36:51PM +0000, Marco Atzeri > wrote: > >>testing the 1.9.0-1 server with recent cygwin > snapshots > >>20100924 to 20101001 (not checked the ones before) > > > > >Which snapshot does the above stack trace come from? 20101001 (if I have not messed the things) > > Actually, try today's snapshot when it shows up (it's > building now).? It > may fix the problem.? I just found a cygwin startup > problem today while > trying to track down the git problem.? I think this > may be what you're > seeing. > > cgf > I will test. Regards Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From marco_atzeri@yahoo.it Sat Oct 2 21:42:00 2010 From: marco_atzeri@yahoo.it (Marco Atzeri) Date: Sat, 02 Oct 2010 21:42:00 -0000 Subject: R: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-1 (TEST) In-Reply-To: <125226.11074.qm@web25508.mail.ukl.yahoo.com> Message-ID: <286226.71510.qm@web25501.mail.ukl.yahoo.com> --- Sab 2/10/10, Marco Atzeri ha scritto: > --- Sab 2/10/10, Christopher > Faylor? ha scritto: > > > On Sat, Oct 02, 2010 at 04:54:25PM > > -0400, Christopher Faylor wrote: > > >On Sat, Oct 02, 2010 at 08:36:51PM +0000, Marco > Atzeri > > wrote: > > >>testing the 1.9.0-1 server with recent cygwin > > snapshots > > >>20100924 to 20101001 (not checked the ones > before) > > > > > > > >Which snapshot does the above stack trace come > from? > > 20101001 (if I have not messed the things) > > > > > Actually, try today's snapshot when it shows up (it's > > building now).? It > > may fix the problem.? I just found a cygwin startup > > problem today while > > trying to track down the git problem.? I think this > > may be what you're > > seeing. > > > > cgf > > > > > I will test. > > Regards > Marco > problem solved on $ uname -a CYGWIN_NT-5.1 ITQMOZCAS2NB007 1.7.8s(0.231/5/3) 20101002 17:15:53 i686 Cygwin $ XWin.exe --version Release: 1.9.0.0 (10900000) Thanks Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mwisnicki@gmail.com Sun Oct 3 23:05:00 2010 From: mwisnicki@gmail.com (=?iso-8859-2?q?Marcin_Wi=B6nicki?=) Date: Sun, 03 Oct 2010 23:05:00 -0000 Subject: XServer draws to incorrect window when using VirtuaWin References: <4C864040.4060807@dronecode.org.uk> Message-ID: On Tue, 07 Sep 2010 14:38:08 +0100, Jon TURNEY wrote: > On 03/09/2010 10:01, Pete wrote: >> On 13 August 2010 11:38, Pete wrote: >>> VirtuaWin (http://virtuawin.sourceforge.net/) is a virtual desktop >>> manager for Windows that lets you switch between several "virtual >>> desktops", similar to those provided in KDE& Gnome. >>> >>> When switching between desktops that have CygwinX windows open, >>> occasionally the Xserver draws to the wrong window. This is difficult >>> to describe, so will continue with an example: > > I'm afraid I think this falls into the category of "known problems", see > [1]. > > The tricks that XWin uses to implement multiwindow mode don't seem to be > compatible with the tricks that VirtuaWin uses to implement multiple > desktops. > Have you considered using Composite, i.e. embedding composite manager inside Xwin. I don't know anything about Xwin internals but to me it seems that without acceleration it would be as simple as blitting offscreen pixmaps of X windows to native win32 windows and it should basically solve this and other Xwin rendering quirks, like seeing black rectangle before new window is created. In fact there is a `screen`-type application xpra[2] that works this way, except it connects to existing X server (like Xvfb) where it acts as window and compositing manager and then renders redirected windows with gtk on your real desktop. [2] http://code.google.com/p/partiwm/source/browse/README.xpra#159 > [1] https://bugs.freedesktop.org/show_bug.cgi?id=21540 > -- > 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 mwisnicki@gmail.com Sun Oct 3 23:30:00 2010 From: mwisnicki@gmail.com (=?iso-8859-2?q?Marcin_Wi=B6nicki?=) Date: Sun, 03 Oct 2010 23:30:00 -0000 Subject: XServer draws to incorrect window when using VirtuaWin References: <4C864040.4060807@dronecode.org.uk> Message-ID: On Sun, 03 Oct 2010 23:01:50 +0000, Marcin Wi??nicki wrote: > On Tue, 07 Sep 2010 14:38:08 +0100, Jon TURNEY wrote: >>>> When switching between desktops that have CygwinX windows open, >>>> occasionally the Xserver draws to the wrong window. This is difficult >>>> to describe, so will continue with an example: >> >> I'm afraid I think this falls into the category of "known problems", >> see [1]. >> >> The tricks that XWin uses to implement multiwindow mode don't seem to >> be compatible with the tricks that VirtuaWin uses to implement multiple >> desktops. >> >> > Have you considered using Composite, i.e. embedding composite manager Ahh! Ignore that, I've found the bug[3] is sourceware bugzilla. Why are two different bugzillas used for Xwin ? [3] http://sourceware.org/bugzilla/show_bug.cgi?id=11294 > > [2] http://code.google.com/p/partiwm/source/browse/README.xpra#159 > >> [1] https://bugs.freedesktop.org/show_bug.cgi?id=21540 -- >> 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 gdoublon@gmail.com Mon Oct 4 08:46:00 2010 From: gdoublon@gmail.com (gd) Date: Mon, 04 Oct 2010 08:46:00 -0000 Subject: Xlib.h not found Message-ID: <4CA99470.4060409@gmail.com> Hi, I installed the xinit package for cygwin, but I cannot find the file Xlib.h. Where is it located, or why was it not installed? Thanks for your help GD -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From marco_atzeri@yahoo.it Mon Oct 4 08:59:00 2010 From: marco_atzeri@yahoo.it (Marco Atzeri) Date: Mon, 04 Oct 2010 08:59:00 -0000 Subject: R: Xlib.h not found In-Reply-To: <4CA99470.4060409@gmail.com> Message-ID: <594531.9912.qm@web25502.mail.ukl.yahoo.com> --- Lun 4/10/10, gd ha scritto: > Hi, > I installed the xinit package for cygwin, but I cannot find > the file Xlib.h. Where is it located, or why was it not > installed? > Thanks for your help > GD > it is not installed because you did not request the development package libX11-devel see : http://cygwin.com/packages/ http://cygwin.com/cgi-bin2/package-grep.cgi?grep=Xlib.h Regards Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From gdoublon@gmail.com Mon Oct 4 09:46:00 2010 From: gdoublon@gmail.com (gd) Date: Mon, 04 Oct 2010 09:46:00 -0000 Subject: Xlib.h not found Message-ID: <4CA9A28A.5080206@gmail.com> Thank you very much. This solved my problem. Best regards, GD > > Hi, > > I installed the xinit package for cygwin, but I cannot find > > the file Xlib.h. Where is it located, or why was it not > > installed? > > Thanks for your help > > GD > > > > it is not installed because you did not request > the development package libX11-devel > > see : > http://cygwin.com/packages/ > http://cygwin.com/cgi-bin2/package-grep.cgi?grep=Xlib.h > > > Regards > Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From andjames@gmail.com Tue Oct 5 01:05:00 2010 From: andjames@gmail.com (James Anderson) Date: Tue, 05 Oct 2010 01:05:00 -0000 Subject: gvim ends when the OPEN menu-item is selected References: <380-2201010624054845@cantv.net> Message-ID: Rodrigo Medina cantv.net> writes: > > Hi, > I have just installed gvim. I have never used it before. > After starting Xwin -multiwindow I run gvim. A window appears, > but when the OPEN or SAVE AS menu-items are selected the program ends Me Too! Cygwin 1.8.2 and gvim 7.3.3 on 32bit XP sp3 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reply-to-list-only-lh-x@cygwin.com Tue Oct 5 01:10:00 2010 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Tue, 05 Oct 2010 01:10:00 -0000 Subject: gvim ends when the OPEN menu-item is selected In-Reply-To: References: <380-2201010624054845@cantv.net> Message-ID: <4CAA7AE2.6040004@cygwin.com> On 10/4/2010 6:23 AM, James Anderson wrote: > Rodrigo Medina cantv.net> writes: > >> >> Hi, >> I have just installed gvim. I have never used it before. >> After starting Xwin -multiwindow I run gvim. A window appears, >> but when the OPEN or SAVE AS menu-items are selected the program ends > > > Me Too! > > Cygwin 1.8.2 and gvim 7.3.3 on 32bit XP sp3 I assume you meant Cygwin 1.7.2? The latest Cygwin package is 1.7.7. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From marco_atzeri@yahoo.it Tue Oct 5 01:56:00 2010 From: marco_atzeri@yahoo.it (Marco Atzeri) Date: Tue, 05 Oct 2010 01:56:00 -0000 Subject: gvim ends when the OPEN menu-item is selected In-Reply-To: <4CAA7AE2.6040004@cygwin.com> Message-ID: <309928.93391.qm@web25506.mail.ukl.yahoo.com> --- Mar 5/10/10, Larry Hall (Cygwin X) ha scritto: > On 10/4/2010 6:23 AM, James Anderson > wrote: > > Rodrigo Medina? > cantv.net>? writes: > > > >> > >> Hi, > >> I have just installed gvim. I have never used it > before. > >> After starting Xwin -multiwindow I run gvim. A > window appears, > >> but when the OPEN or SAVE AS menu-items are > selected the program ends > > > > > > Me Too! > > > > Cygwin 1.8.2 and gvim 7.3.3 on 32bit XP sp3 > > I assume you meant Cygwin 1.7.2?? The latest Cygwin > package is 1.7.7. 1.8.2 looks the XWin server version > > -- > Larry Hall? ? ? ? ? ? ? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Wed Oct 6 14:08:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 06 Oct 2010 14:08:00 -0000 Subject: gvim tiny font in 1.7.7 In-Reply-To: <20101001102313.GK26157@justpickone.org> References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> Message-ID: <4CAC82EE.5020608@dronecode.org.uk> On 01/10/2010 11:23, David T-G wrote: > Jon, et al -- > > Sorry for the tardy response; both work AND life got in the way suddenly. > > ...and then Jon TURNEY said... > % > % On 22/09/2010 16:34, David T-G wrote: > %> > %>[Let's see if I can provide all of the details the first time instead of > %>having to go back and forth just for foundation... :-] > % > % Can you attach your /var/log/XWin.0.log, please? > [snip] > > Attached. Thanks again! Hmm.. that looks ok. > When I first started gvim after my install, the font was invisibly tiny > both for the content and for the menus. [Note that both xterm and rxvt-X > are fine.] Using another computer to see where I was going and matching > the keystrokes I attempted to set the font to "Lucida Console 12" but > found no change. I have manually (a bummer, but I gather from the FAQs > that the lack of dependency linking is temporary) added the font-bh-dpi75 > and font-bh-lucidatypewriter-dpi75 packages with no effect. I have set > the guifont variable in my .vimrc file, and the tiny window was somewhat > differently sized but still tiny. Finally, I have of course googled for > "cygwin +gvim +font (size or tiny)" and similar to see what others have > found, but I haven't matched anything more useful than the guifont > setting. I'm assuming gvim is behaving as if you have a massive DPI, i.e. if you increase the font size, it does get bigger, but just not big enough to be readable? Does 'xrdb -query | grep dpi' output anything? -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Wed Oct 6 14:11:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 06 Oct 2010 14:11:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-1 (TEST) In-Reply-To: <4CA4DF1D.7050802@gmail.com> References: <4CA4DF1D.7050802@gmail.com> Message-ID: <4CAC83A3.8030701@dronecode.org.uk> On 30/09/2010 20:03, michel hummel wrote: > Hi jon, > I was surprised to see in the Changelog of this test release : > "* fix a clipboard-related crash which could occur during XDMCP session > startup (thanks to Michel Hummel for the patch) " > > It would be very cool if this version included my patch about xdmcp and > clipboard auto-restart but I don't think so, isn't it ? > I think this version only includes the patch about : clipboard crash on server > reset isn't it ? Just the first patch, I'm afraid. The second one needs a bit more looking at, I think. > Thanks for your work, > Michel Hummel Thanks for the patch! :-) -- 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 baykusderki@gmail.com Thu Oct 7 01:10:00 2010 From: baykusderki@gmail.com (baykus derki) Date: Thu, 07 Oct 2010 01:10:00 -0000 Subject: Windows are openings on the second monitor Message-ID: Hi I am having an annoyance regarding dual monitors use. All my X apps open on the secondary monitor. Is there a solution to this issue? I move them to 1st monitor and close them there but they do not seem to remember the window positions. 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/ From jjreisert@alum.mit.edu Thu Oct 7 22:55:00 2010 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Thu, 07 Oct 2010 22:55:00 -0000 Subject: Cygwin X causes system pauses In-Reply-To: References: Message-ID: On Fri, Sep 17, 2010 at 4:05 PM, I wrote: > After some period of time, if I try to type something into an Outlook > E-mail message, the text pauses (no echo), then after several/many > seconds, it will appear (usually with the typos I didn't see). ?If I > kill XWin.exe, then normal performance is restored. ?This problem is > exacerbated (or happens sooner) if I'm doing a lot of cut/copy/paste > in Emacs. > > A second problem is sometimes I copy text from a Windows app. then try > to paste it into Emacs. ?Instead of the text showing up, I get an XWin > hourglass and I'm pretty much hosed at this point (only the X system > is hung, the rest of the PC is fine). ?Killing XWin.exe and restarting > fixes this problem. I have been running the test X-server 1.9.x and this XWin.exe since September 30: ? ?XWin.20100923-git-2172af4d1ea713f1.exe I have not had ANY of these problems since installing this server. ?I guess all the clipboard work that CGF et. al. is doing is paying off! - Jim -- Jim Reisert AD1C, http://www.ad1c.us -- 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 d10@justpickone.org Fri Oct 8 11:32:00 2010 From: d10@justpickone.org (David T-G) Date: Fri, 08 Oct 2010 11:32:00 -0000 Subject: gvim tiny font in 1.7.7 In-Reply-To: <4CAC82EE.5020608@dronecode.org.uk> References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> <4CAC82EE.5020608@dronecode.org.uk> Message-ID: <20101008113229.GD26157@justpickone.org> Jon, et al -- ...and then Jon TURNEY said... % % On 01/10/2010 11:23, David T-G wrote: % > ... % >When I first started gvim after my install, the font was invisibly tiny % >both for the content and for the menus. [Note that both xterm and rxvt-X ... % % I'm assuming gvim is behaving as if you have a massive DPI, i.e. if you % increase the font size, it does get bigger, but just not big enough to be % readable? Correct. In fact, I dare say it's well-nigh undetectable; I can't even make out any text at all. % % Does 'xrdb -query | grep dpi' output anything? Alas, no; in fact, xrdb -query doesn't return anything at all. % % -- % Jon TURNEY % Volunteer Cygwin/X X Server maintainer Thanks again & HAND :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From reckoner@gmail.com Fri Oct 8 17:10:00 2010 From: reckoner@gmail.com (Reckoner) Date: Fri, 08 Oct 2010 17:10:00 -0000 Subject: Can't use mintty instead of rxvt for ssh -Y using cygwin xserver Message-ID: Hi, I'm starting my xserver using C:\cygwin\bin\run.exe -p /usr/X11R6/bin XWin -multiwindow -clipboard -silent-dup-error and then I do: C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh when I do % ssh -Y host@remote.edu I can successfully open remote x-windows. However, If I use mintty 0.91 instead of rxvt as shown below: C:\cygwin\bin\mintty.exe -e /bin/xhere /bin/zsh when I do % ssh -Y host@remote.edu I *cannot* successfully open remote x-windows. Note that changing the shell from zsh to bash doesn't help at all. Any advice appreciated. The appropriate log files are attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 5106 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 48929 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 cgf-use-the-mailinglist-please@cygwin.com Fri Oct 8 17:40:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Fri, 08 Oct 2010 17:40:00 -0000 Subject: Can't use mintty instead of rxvt for ssh -Y using cygwin xserver In-Reply-To: References: Message-ID: <20101008173926.GA31064@ednor.casa.cgf.cx> On Fri, Oct 08, 2010 at 10:10:28AM -0700, Reckoner wrote: >Hi, > >I'm starting my xserver using > > C:\cygwin\bin\run.exe -p /usr/X11R6/bin XWin -multiwindow >-clipboard -silent-dup-error > >and then I do: > > C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh > >when I do > > % ssh -Y host@remote.edu > >I can successfully open remote x-windows. > >However, > >If I use mintty 0.91 instead of rxvt as shown below: > > C:\cygwin\bin\mintty.exe -e /bin/xhere /bin/zsh > >when I do > > % ssh -Y host@remote.edu > >I *cannot* successfully open remote x-windows. > >Note that changing the shell from zsh to bash doesn't help at all. > >Any advice appreciated. > >The appropriate log files are attached. According to your cygcheck output, you don't have a DISPLAY environment variable set. Does performing an "export DISPLAY=:0" before using ssh help? cgf -- 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 PayPal@intl-updates.com Sun Oct 10 22:52:00 2010 From: PayPal@intl-updates.com (PayPal) Date: Sun, 10 Oct 2010 22:52:00 -0000 Subject: Your account has been temporarily limited Message-ID: <201010102252.o9AMqSck032434@ne07.tt.co.kr> Dear customer, Your account has been temporarily limited . Download and fill out the form to resolve the problem and then log into your account. Thank You. -------------- next part -------------- A non-text attachment was scrubbed... Name: Restore_your_account_PayPal.html Type: application/octetstream Size: 10197 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 reckoner@gmail.com Mon Oct 11 16:02:00 2010 From: reckoner@gmail.com (reckoner) Date: Mon, 11 Oct 2010 16:02:00 -0000 Subject: Can't use mintty instead of rxvt for ssh -Y using cygwin xserver In-Reply-To: <20101008173926.GA31064@ednor.casa.cgf.cx> References: <20101008173926.GA31064@ednor.casa.cgf.cx> Message-ID: <4CB33523.10105@gmail.com> Thanks for your reply. Evidently, there is some subtle difference in how the DISPLAY variable, which is set in the user startup files is processed by rxvt as opposed to mintty. Ultimately, although the DISPLAY variable is clearly set in the user startup files, I additionally had to set it higher up in the startup process in /etc/profile in order to get it to work with mintty. Thanks again for all your help. On 10/8/2010 10:39 AM, Christopher Faylor wrote: > On Fri, Oct 08, 2010 at 10:10:28AM -0700, Reckoner wrote: >> Hi, >> >> I'm starting my xserver using >> >> C:\cygwin\bin\run.exe -p /usr/X11R6/bin XWin -multiwindow >> -clipboard -silent-dup-error >> >> and then I do: >> >> C:\cygwin\bin\rxvt.exe -e /bin/xhere /bin/zsh >> >> when I do >> >> % ssh -Y host@remote.edu >> >> I can successfully open remote x-windows. >> >> However, >> >> If I use mintty 0.91 instead of rxvt as shown below: >> >> C:\cygwin\bin\mintty.exe -e /bin/xhere /bin/zsh >> >> when I do >> >> % ssh -Y host@remote.edu >> >> I *cannot* successfully open remote x-windows. >> >> Note that changing the shell from zsh to bash doesn't help at all. >> >> Any advice appreciated. >> >> The appropriate log files are attached. > > According to your cygcheck output, you don't have a DISPLAY environment > variable set. Does performing an "export DISPLAY=:0" before using ssh > help? > > cgf > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From andy.koppe@gmail.com Mon Oct 11 16:15:00 2010 From: andy.koppe@gmail.com (Andy Koppe) Date: Mon, 11 Oct 2010 16:15:00 -0000 Subject: Can't use mintty instead of rxvt for ssh -Y using cygwin xserver In-Reply-To: <4CB33523.10105@gmail.com> References: <20101008173926.GA31064@ednor.casa.cgf.cx> <4CB33523.10105@gmail.com> Message-ID: On 11 October 2010 17:02, reckoner wrote: > Evidently, there is some subtle difference in how the DISPLAY variable, > which is set in the user startup files is processed by rxvt as opposed to > mintty. > > Ultimately, although the DISPLAY variable is clearly set in the user startup > files, I additionally had to set it higher up in the startup process in > /etc/profile in order to get it to work with mintty. Rxvt and also xterm set DISPLAY to the X display they're connected to. Mintty of course isn't an X application, hence all it could do is take an uneducated guess and set DISPLAY to ':0'. I don't think that would be appropriate, because no X server might be present or it might point at the wrong one. The Cygwin console and PuTTYcyg don't set DISPLAY either. Andy -- 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 cgf-use-the-mailinglist-please@cygwin.com Mon Oct 11 17:22:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Mon, 11 Oct 2010 17:22:00 -0000 Subject: Can't use mintty instead of rxvt for ssh -Y using cygwin xserver In-Reply-To: References: <20101008173926.GA31064@ednor.casa.cgf.cx> <4CB33523.10105@gmail.com> Message-ID: <20101011172145.GA28280@ednor.casa.cgf.cx> On Mon, Oct 11, 2010 at 05:14:56PM +0100, Andy Koppe wrote: >On 11 October 2010 17:02, reckoner wrote: >>Evidently, there is some subtle difference in how the DISPLAY variable, >>which is set in the user startup files is processed by rxvt as opposed >>to mintty. >> >>Ultimately, although the DISPLAY variable is clearly set in the user >>startup files, I additionally had to set it higher up in the startup >>process in /etc/profile in order to get it to work with mintty. > >Rxvt and also xterm set DISPLAY to the X display they're connected to. >Mintty of course isn't an X application, hence all it could do is take >an uneducated guess and set DISPLAY to ':0'. I don't think that would >be appropriate, because no X server might be present or it might point >at the wrong one. The Cygwin console and PuTTYcyg don't set DISPLAY >either. You probably could try to figure out if the X server is working and then see which display is being used from that but I really don't think it makes sense to slow down mintty to perform this check. FWIW, this wouldn't work with the linux console either. IMO, it just boils down to a situation where, if the user wants to have things display remotely, they have to go to the effort to properly set the DISPLAY environment variable. Modifying mintty, the cygwin console, or any other non-X application to do the right thing isn't the way to go. cgf -- 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@cwilson.fastmail.fm Mon Oct 11 21:42:00 2010 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Mon, 11 Oct 2010 21:42:00 -0000 Subject: Can't use mintty instead of rxvt for ssh -Y using cygwin xserver In-Reply-To: <20101011172145.GA28280@ednor.casa.cgf.cx> References: <20101008173926.GA31064@ednor.casa.cgf.cx> <4CB33523.10105@gmail.com> <20101011172145.GA28280@ednor.casa.cgf.cx> Message-ID: <4CB384BD.5050904@cwilson.fastmail.fm> On 10/11/2010 1:21 PM, Christopher Faylor wrote: > You probably could try to figure out if the X server is working and then > see which display is being used from that but I really don't think it > makes sense to slow down mintty to perform this check. FWIW, this > wouldn't work with the linux console either. > > IMO, it just boils down to a situation where, if the user wants to have > things display remotely, they have to go to the effort to properly set > the DISPLAY environment variable. Modifying mintty, the cygwin console, > or any other non-X application to do the right thing isn't the way to > go. FYI, the 'checkX' program from the run2 package could be useful here, as part of a script the end user could run, within mintty or the cygwin console... -- Chuck -- 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 angelo.graziosi@alice.it Mon Oct 11 22:02:00 2010 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Mon, 11 Oct 2010 22:02:00 -0000 Subject: Problems with URXVT [Perl] Message-ID: <4CB3896C.5080906@alice.it> I have noticed that when I put: URxvt*perl-ext-common: default,tabbed to ~/.Xdefaults URXVT does not work right: $ urxvt& $ urxvt: perl hook 0 evaluation error: no such resource 'perl_ext_2,-tabbed', requested at /usr/lib/urxvt/perl/tabbed line 64. urxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 83. urxvt: Can't call method "focus_in" on an undefined value at /usr/lib/urxvt/perl/tabbed line 162. urxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 83. urxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 83. urxvt: Can't call method "focus_out" on an undefined value at /usr/lib/urxvt/perl/tabbed line 170. urxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 83. urxvt: Can't call method "focus_in" on an undefined value at /usr/lib/urxvt/perl/tabbed line 162. urxvt: Can't call method "parent" on an undefined value at /usr/lib/urxvt/perl/tabbed line 83. urxvt: Can't call method "focus_out" on an undefined value at /usr/lib/urxvt/perl/tabbed line 170. ... it seems to hang and I have to kill it. I remember it worked fine, also with that line in .Xdefault. Perhaps the last upgrade to perl-5.10.1-4? Ciao, 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/ From andre_bleau@hotmail.com Tue Oct 12 18:44:00 2010 From: andre_bleau@hotmail.com (=?iso-8859-1?B?QW5kcukgQmxlYXU=?=) Date: Tue, 12 Oct 2010 18:44:00 -0000 Subject: OpenGL and cygwin In-Reply-To: <2E69B53CF81E2A43988A841A5B2679949EFA32AEB9@MXAMU12.adm.ds.fhnw.ch> References: <2E69B53CF81E2A43988A841A5B2679949EFA32AEB9@MXAMU12.adm.ds.fhnw.ch> Message-ID: Dear Jurg, From that description: > we are using cygwin on windows 7 on a DELL M4500 to remotely connect HP Z800 linux-pc via > network. So on the linux-pc we use CAE applications with graphics over network. What can I do to > improve the graphics performance via network? I understand that your graphics are displayed via Cygwin's X-server. If they use OpenGL, you should use the very latest version of that server, which just received hardware acceleration for OpenGL graphics. You can read about it at: http://cygwin.com/ml/cygwin-xfree/ Please note that I do not maintain any package relating to OpenGL on the X-server, so if you have any question, you should direct it to the list (cygwin-xfree at cygwin.com). Regards, - Andr? -- 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 ajay050@gmail.com Wed Oct 13 04:46:00 2010 From: ajay050@gmail.com (Ajay Jain) Date: Wed, 13 Oct 2010 04:46:00 -0000 Subject: Xserver and VNC Message-ID: Hi, I use a Cygwin Xserver on Windows for Xterms. Now I have to access a remote desktop using VNC. I find that if I open both, they conflict. For example, if you do a copy/paste operation, both of them hang. Is there any information on this? I need to use both of them at the same time. Regards, Ajay -- 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 jjreisert@alum.mit.edu Wed Oct 13 05:26:00 2010 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Wed, 13 Oct 2010 05:26:00 -0000 Subject: Xserver and VNC In-Reply-To: References: Message-ID: On Tue, Oct 12, 2010 at 10:46 PM, Ajay Jain wrote: > I use a Cygwin Xserver on Windows for Xterms. Now I have to access a > remote desktop using VNC. I find that if I open both, they conflict. > For example, if you do a copy/paste operation, both of them hang. Is > there any information on this? I need to use both of them at the same > time. Hi Ajay, I have the same problem from time to time. I use RealVNC but have also tried TightVNC - neither one improves the situation. What *has* seemed to improve things is to install the experimental X server (1.9) as well as latest XWin.exe from: ftp://cygwin.com/pub/cygwinx/XWin.20100923-git-2172af4d1ea713f1.exe.bz2 and the latest cygwin1.dll from: http://www.cygwin.com/snapshots/ Good luck! - Jim -- Jim Reisert AD1C, , http://www.ad1c.us -- 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 Wed Oct 13 06:32:00 2010 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 13 Oct 2010 06:32:00 -0000 Subject: Xserver and VNC In-Reply-To: References: Message-ID: <1286951517.6228.29.camel@YAAKOV04> On Tue, 2010-10-12 at 23:26 -0600, Jim Reisert AD1C wrote: > I have the same problem from time to time. I use RealVNC but have > also tried TightVNC - neither one improves the situation. You could also try an X11 VNC client. Cygwin Ports provides TigerVNC, Vinagre (GNOME), and KRDC (KDE). Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Wed Oct 13 15:08:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 13 Oct 2010 15:08:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-2 (TEST) Message-ID: The following packages have been updated in the Cygwin distribution: *** xorg-server-1.9.0-2 *** xorg-server-dmx-1.9.0-2 This package contains XWin and the other X.Org X11 servers. A new 1.9 release candidate has also been made available as a test release. This will be made stable in approximately one week if no major regressions are reported. This contains the following cygwin-specific changes: - Fix a regression with window placement: Windows which remember their position were drifting towards the bottom-right with each appearance - Move log files from /var/log to /var/log/xwin, which is created mode 0777, to avoid logging failures in multiuser setups Mentions of /var/log/XWin.0.log in the documentation will be updated to say /var/log/xwin/XWin.0.log after this release is made stable. Additional documentation for the experimental WGL mode: * OpenGL drawing to an X window which is not a top-level window is not yet implemented. * Please ensure you are using the latest display drivers for your hardware before reporting any visual issues with WGL. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer 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 Wed Oct 13 16:55:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 13 Oct 2010 16:55:00 -0000 Subject: Windows are openings on the second monitor In-Reply-To: References: Message-ID: <4CB5E48C.40606@dronecode.org.uk> On 07/10/2010 02:10, baykus derki wrote: > I am having an annoyance regarding dual monitors use. All my X apps > open on the secondary monitor. Is there a solution to this issue? I > move them to 1st monitor and close them there but they do not seem to > remember the window positions. I can't reproduce this problem. X windows which aren't explicitly placed appear on the primary monitor for me. > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html Perhaps you should read the link above and try again including enough information for someone to try reproducing your problem. Facts which might be interesting include (but are not limited to): Your /var/log/Xwin.0.log The size and arrangement of your monitors, and which one is configured as the primary monitor for windows An example of an application you are using which shows the problem > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ -- 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@cwilson.fastmail.fm Wed Oct 13 17:29:00 2010 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Wed, 13 Oct 2010 17:29:00 -0000 Subject: Problems with URXVT [Perl] In-Reply-To: <4CB3896C.5080906@alice.it> References: <4CB3896C.5080906@alice.it> Message-ID: <4CB5EC4E.6040701@cwilson.fastmail.fm> On 10/11/2010 6:02 PM, Angelo Graziosi wrote: > I have noticed that when I put: > > URxvt*perl-ext-common: default,tabbed > > to ~/.Xdefaults > > URXVT does not work right: > > $ urxvt& > $ urxvt: perl hook 0 evaluation error: no such resource ... > > it seems to hang and I have to kill it. > > I remember it worked fine, also with that line in .Xdefault. Odd. > Perhaps the last upgrade to perl-5.10.1-4? Seems likely (although current urxvt was built against perl-5.10.1-2!). I'll try to roll out a (test) rebuild soon. Thanks for the report. -- Chuck -- 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 cts.private@yahoo.com Thu Oct 14 14:11:00 2010 From: cts.private@yahoo.com (Charles Smith) Date: Thu, 14 Oct 2010 14:11:00 -0000 Subject: selection to clipboard in xterm Message-ID: <439633.27751.qm@web63708.mail.re1.yahoo.com> From: Morgan Gangwere <0 dot fractalus at gmail dot com> > Sounds like something is trashing a buffer... however I'm not entirely > sure. ... > Sounds oddly configuration related... then again, i don't use fvwm on > windows. I've just observed something very interesting about this. This happens for a window that's local to the cygwin X server. When I open a window on this server from a remote (linux) client via ssh -X, the problem does not appear! That is, - I sweep something onto my cut-buffer - I can paste it into a linux window when the mouse cursor is anywhere on the screen. - I can only paste it into a local cygwin xterm when the mouse cursor is directly over the target window. - if I focus back on the linux window, I can paste the original string again (independent of the position of the mouse cursor). Furthermore, I think I observed that the buffer gets *changed* when I moved the mouse from the linux window to the cygwin window. I swept something, and could paste it into the linux window. Then, I focused on the cygwin with the mouse elsewhere. Pasting from the xterm cut buffer (or the "_" command) did not work. When I moved the mouse into the cygwin window, I could paste - but something else than I just swept got pasted! -- 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 michelemmerson@hotmail.com Tue Oct 19 10:45:00 2010 From: michelemmerson@hotmail.com (Sally Trudeau) Date: Tue, 19 Oct 2010 10:45:00 -0000 Subject: Grants for organization owners Message-ID: Permit me can I introduce myself I'm Sally, I perform with Window organizations throughout the US. We offer Grant Help for Small Business. Did you realize that there's more than 288 billion bucks accessible in Grant money available for enterprise homeowners? The availability of this income is topic to exacting standards. My family continues to be involved in assorted government programs for more than 20 years. We've got aided numerous companies reach a new level of solvency. I can allow you understand in less than a 5 minutes chat if you've any eligibility for these funds. There may be no cost for an evaluation. Please return this e-mail with: Your Name Business enterprise name How long you've been in business? How much do you need? Telephone number Ideal time to call Sally Trudeau -- 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 d10@justpickone.org Sat Oct 23 10:17:00 2010 From: d10@justpickone.org (David T-G) Date: Sat, 23 Oct 2010 10:17:00 -0000 Subject: gvim tiny font in 1.7.7 In-Reply-To: <20101008113229.GD26157@justpickone.org> References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> <4CAC82EE.5020608@dronecode.org.uk> <20101008113229.GD26157@justpickone.org> Message-ID: <20101023101709.GA87437@justpickone.org> Hi again, all -- I didn't hear any reply to my last note (or even see it posted), but in case that one made it out and this one can as well, ... ...and then David T-G said... % % ...and then Jon TURNEY said... % % ... % % Does 'xrdb -query | grep dpi' output anything? % % Alas, no; in fact, % % xrdb -query % % doesn't return anything at all. I haven't loaded any Cygwin updates. I haven't loaded any Windows updates. I still get nothing from xrdb. I've rebooted more times than I can remember. I'm using the same user account. As far as I can tell, nothing has changed. But suddenly it works! After this morning's reboot, I was restarting everything (always a chore under Windows *sigh*) and on a lark tried gvim again. I was floored to see it come up quite visibly, and even with some font I didn't quite recognize. Typing :set guifont showed me that it was sans, which is interesting but probably came from not being able to find Lucida Console on my machine. I changed my guifont line in my .vimrc file to Courier Bold and it worked just fine. I ripped it out entirely and I go tthe familiar gvim font. I played with the size in my guifont line and gvim behaved. I selected my font in gvim itself countless times and it behaved. WTF?!? I hate these kinds of errors because it's so incredibly hard to get a real resolution to the problem, but I'll not turn down having my gvim work again :-) Thanks to all for trying to help! :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From jon.turney@dronecode.org.uk Sat Oct 23 12:31:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 23 Oct 2010 12:31:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-2 (TEST) In-Reply-To: References: Message-ID: <4CC2D5BA.80800@dronecode.org.uk> On 13/10/2010 12:44, Jon TURNEY wrote: > The following packages have been updated in the Cygwin distribution: > > *** xorg-server-1.9.0-2 > *** xorg-server-dmx-1.9.0-2 > > This package contains XWin and the other X.Org X11 servers. > > A new 1.9 release candidate has also been made available as a test release. > This will be made stable in approximately one week if no major regressions are > reported. These packages have been promoted from test to current. > This contains the following cygwin-specific changes: > > - Fix a regression with window placement: Windows which remember their > position were drifting towards the bottom-right with each appearance > - Move log files from /var/log to /var/log/xwin, which is created mode 0777, > to avoid logging failures in multiuser setups > > Mentions of /var/log/XWin.0.log in the documentation will be updated to say > /var/log/xwin/XWin.0.log after this release is made stable. ... and I am in the process of updating the documentation. > Additional documentation for the experimental WGL mode: > * OpenGL drawing to an X window which is not a top-level window is not yet > implemented. > * Please ensure you are using the latest display drivers for your hardware > before reporting any visual issues with WGL. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Sat Oct 23 17:11:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 23 Oct 2010 17:11:00 -0000 Subject: "Paste" from clipboard can failed (XWin bug) In-Reply-To: References: Message-ID: <4CC31737.20406@dronecode.org.uk> On 30/09/2010 15:28, rolandc wrote: > From X application, I select some text. I switch on Windows > application and I try to paste the text. > I do "Ctrl-V" => nothing happens > I do a second "Ctrl-V" => the text is pasted > > This problem depends on the X application For testing purposes, do you have an example of an application which only offers XA_STRING? > When a "paste" occurs, XWin receives a WM_RENDERFORMAT message : > (cf. winClipboardWindowProc()) > > step 1/ XWin try to get the selection in COMPOUND_TEXT format > (cf. winProcessXEventsTimeout() calls XConvertSelection("COMPOUND_TEXT ")) > > step 2/ If the owner of the selection (the X app) can't handle > COMPOUND_TEXT format, XWin try to get the selection in UTF8_STRING > format > (cf. winClipboardFlushXEvents(), on receive an SelectionNotify > event with "event.xselection.property == None", XWin calls > XConvertSelection("UTF8_STRING")) > > step 3/ If the owner of the selection (the X app) can't handle > UTF8_STRING format, XWin try to get the selection in XA_STRING format > (cf. winClipboardFlushXEvents(), on receive an SelectionNotify > event with "event.xselection.property == None", XWin calls > XConvertSelection("XA_STRING")) > > But there is a bug in XWin : > XWin calls winProcessXEventsTimeout() only twice. If the X app handles > only handles XA_STRING format, the "step 3" is never invoked ! > As the result, XWin can't get "paste data" and log the message: > "winClipboardWindowProc - timed out waiting for WIN_XEVENTS_NOTIFY" > Thanks very much for investigating this problem. > Solution 1 : > Call a third time the function winProcessXEventsTimeout() > (see paste_bug_solution1.patch file attached) > but this is not a very elegant solution ... > > Solution 2 : > call winProcessXEventsTimeout() only one time > winProcessXEventsTimeout() must process all notification until > * time out expired > * getting the paste data > * error occurred > (see paste_bug_solution2.patch file attached) > > note: the actual timeout is set to 1 second. Thanks very much for the patch. I agree that (2) is the more elegant solution. I am actually a bit concerned about the size of the timeout, it's conceivable a remote X application could take longer than that to respond. However, since we are trying to do this conversion synchronously in the clipboard thread's message pump, I'm not sure we want to block longer. -- 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 moss@cs.umass.edu Sat Oct 23 23:01:00 2010 From: moss@cs.umass.edu (Eliot Moss) Date: Sat, 23 Oct 2010 23:01:00 -0000 Subject: Windows 7 Aero mode issue again Message-ID: <4CC36928.6020803@cs.umass.edu> Dear Jon -- The latest xorg and dlls, posted in the last day, consistently cause my Window 7 64-bit laptop to drop out of Aero mode if I put it in sleep mode and then wake it up. Here are the .log file and the stderr output. Regards -- Eliot Moss Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.9.0.0 (10900000) Build Date: 2010-10-12 Contact: cygwin-xfree at cygwin.com XWin was started with the following command line: /usr/bin/X :0 -unixkill -clipboard -multimonitors -resize -auth /home/Eliot/.serverauth.9752 ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 1280 h 800 winInitializeDefaultScreens - native DPI x 96 y 96 [337692.618] winInitializeScreens - 1 [337692.618] winInitializeScreen - 0 [337692.618] (II) xorg.conf is not supported [337692.618] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [337692.618] LoadPreferences: /home/Eliot/.XWinrc not found [337692.618] LoadPreferences: Loading /etc/X11/system.XWinrc [337692.618] LoadPreferences: Done parsing the configuration file... [337692.618] winGetDisplay: DISPLAY=:0.0 [337692.618] winDetectSupportedEngines - Windows NT/2000/XP [337692.634] winDetectSupportedEngines - DirectDraw installed [337692.634] winDetectSupportedEngines - Allowing PrimaryDD [337692.634] winDetectSupportedEngines - DirectDraw4 installed [337692.649] winDetectSupportedEngines - Returning, supported engines 0000001f [337692.649] winSetEngine - Using Shadow DirectDraw NonLocking [337692.649] winScreenInit - Using Windows display depth of 32 bits per pixel [337692.665] winWindowProc - WM_SIZE - new client area w: 1264 h: 732 [337692.681] winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff [337692.681] Screen 0 added at virtual desktop coordinate (0,0). [337692.681] MIT-SHM extension disabled due to lack of kernel support [337692.696] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [337692.774] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [337692.774] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [337692.790] [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! [337693.305] winPointerWarpCursor - Discarding first warp: 640 400 [337693.305] (--) 8 mouse buttons found [337693.305] (--) Setting autorepeat to delay=500, rate=31 [337693.305] (--) Windows keyboard layout: "00000409" (00000409) "US", type 4 [337693.305] (--) Found matching XKB configuration "English (USA)" [337693.305] (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none" [337693.305] Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" [337693.320] winProcEstablishConnection - Hello [337693.554] winInitClipboard () [337693.570] winClipboardProc - Hello [337693.570] DetectUnicodeSupport - Windows NT/2000/XP [337693.570] winProcEstablishConnection - winInitClipboard returned. [337693.585] winGetDisplay: DISPLAY=:0.0 [337693.585] winClipboardProc - DISPLAY=:0.0 [337693.585] winClipboardProc - XOpenDisplay () returned and successfully opened the display. [337694.100] winClipboardFlushXEvents - unexpected event type 34 [337698.141] winWindowProc - WM_SIZE - new client area w: 1280 h: 748 [337750.807] winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 [337762.117] winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 [337774.316] winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 [337774.519] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [337774.628] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [337774.737] winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 [337774.753] winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 [337774.768] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [337775.111] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [337775.345] winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 [337775.345] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 [337780.369] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 [337780.369] winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 ======================== xauth: creating new authority file /home/Eliot/.serverauth.9752 xauth: (stdin):2: unknown command "916c7140476585e790ff94e6621730de" xauth: (stdin):3: unknown command "916c7140476585e790ff94e6621730de" xauth: (stdin):4: unknown command "916c7140476585e790ff94e6621730de" xauth: (stdin):5: unknown command "916c7140476585e790ff94e6621730de" 3 [main] XWin 7276 fhandler_console::fixup_after_fork_exec: error opening input console handle for /dev/console after fork/exec, errno 9, Win32 error 6 5386 [main] XWin 7276 fhandler_console::fixup_after_fork_exec: error opening output console handle for /dev/console after fork/exec, errno 9, Win32 error 6 Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.9.0.0 (10900000) Build Date: 2010-10-12 Contact: cygwin-xfree at cygwin.com XWin was started with the following command line: /usr/bin/X :0 -unixkill -clipboard -multimonitors -resize -auth /home/Eliot/.serverauth.9752 winInitializeScreens - 1 winInitializeScreen - 0 (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/Eliot/.XWinrc not found LoadPreferences: Loading /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winGetDisplay: DISPLAY=:0.0 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f winSetEngine - Using Shadow DirectDraw NonLocking winScreenInit - Using Windows display depth of 32 bits per pixel winWindowProc - WM_SIZE - new client area w: 1264 h: 732 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff Screen 0 added at virtual desktop coordinate (0,0). MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! winPointerWarpCursor - Discarding first warp: 640 400 (--) 8 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) Windows keyboard layout: "00000409" (00000409) "US", type 4 (--) Found matching XKB configuration "English (USA)" (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none" Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" winProcEstablishConnection - Hello winInitClipboard () winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winProcEstablishConnection - winInitClipboard returned. winGetDisplay: DISPLAY=:0.0 winClipboardProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardFlushXEvents - unexpected event type 34 winWindowProc - WM_SIZE - new client area w: 1280 h: 748 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winWindowProc - WM_DISPLAYCHANGE - new bpp: 0 winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 ================================================ -- 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 jerry@jtcloe.net Sun Oct 24 01:59:00 2010 From: jerry@jtcloe.net (Jerry Cloe) Date: Sun, 24 Oct 2010 01:59:00 -0000 Subject: Title bar of X apps, no host name? Message-ID: <5F294971C00A184CB8687A4A191A9CD00133043B@JTCLOE3> When I start individual windows between two linux boxes I always get the host name in the title bar of the window. For example from my desktop linux box: ssh -X jerry@prodserver then gedit & The title bar of the resulting gedit window will be along the lines of: "gedit (on prodserver.host.com)" But, when I do this from my windows/cygwin desktop, the title bar is simply "gedit" without the host name. On the linux side, I've never done anything to set this up or make it work, it just always worked, so I'm not even sure where to begin looking. Any ideas? -- 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 d10@justpickone.org Mon Oct 25 10:25:00 2010 From: d10@justpickone.org (David T-G) Date: Mon, 25 Oct 2010 10:25:00 -0000 Subject: gvim tiny font in 1.7.7 (back again) In-Reply-To: <20101023101709.GA87437@justpickone.org> References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> <4CAC82EE.5020608@dronecode.org.uk> <20101008113229.GD26157@justpickone.org> <20101023101709.GA87437@justpickone.org> Message-ID: <20101025102521.GA54939@justpickone.org> Hi again, folks -- ...and then David T-G said... % ... % I hate these kinds of errors because it's so incredibly hard to get a % real resolution to the problem, but I'll not turn down having my gvim % work again :-) Even that is taken from me now. I had gvim happily open on a file, closed it, opened another file, and we're tiny. When I have set guifont=Courier\ Bold\ 10 in my .vimrc it is at least visible, although still small, and doesn't change with the font size, but it does change size if I specify different fonts (ie Lucida at any size is wider than Courier or Courier Bold at any size, while Times New Roman is very small); when I comment it out I'm back to the crazy tiny that I had before. Any more ideas? :-( TIA again & HAND :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From jofferman@gmail.com Mon Oct 25 23:21:00 2010 From: jofferman@gmail.com (J. Offerman) Date: Mon, 25 Oct 2010 23:21:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-2 (TEST) Message-ID: Please advise on this error. ===================================== CCLD XWin.exe /usr/lib/libXfont.a(miscutil.o):miscutil.c:(.data+0x0): multiple definition of ` _serverGeneration' ../../dix/.libs/libdix.a(globals.o):globals.c:(.bss+0x4): first defined here collect2: ld returned 1 exit status -- 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 Mon Oct 25 23:54:00 2010 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Mon, 25 Oct 2010 23:54:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-2 (TEST) In-Reply-To: References: Message-ID: <1288050839.6668.52.camel@YAAKOV04> On Mon, 2010-10-25 at 16:21 -0700, J. Offerman wrote: > Please advise on this error. > > ===================================== > CCLD XWin.exe > /usr/lib/libXfont.a(miscutil.o):miscutil.c:(.data+0x0): multiple definition of ` > _serverGeneration' > ../../dix/.libs/libdix.a(globals.o):globals.c:(.bss+0x4): first defined here > collect2: ld returned 1 exit status Building xserver 1.9 requires a version of libXfont which will be uploaded shortly together with the rest of X11R7.6. Yaakov Cygwin/X -- 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 frederic.bron@m4x.org Tue Oct 26 04:15:00 2010 From: frederic.bron@m4x.org (=?ISO-8859-1?Q?Fr=E9d=E9ric_Bron?=) Date: Tue, 26 Oct 2010 04:15:00 -0000 Subject: gvim tiny font in 1.7.7 In-Reply-To: <20101023101709.GA87437@justpickone.org> References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> <4CAC82EE.5020608@dronecode.org.uk> <20101008113229.GD26157@justpickone.org> <20101023101709.GA87437@justpickone.org> Message-ID: 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: 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 Oct 26 12:47:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 26 Oct 2010 12:47:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.9.0-2 (TEST) In-Reply-To: <1288050839.6668.52.camel@YAAKOV04> References: <1288050839.6668.52.camel@YAAKOV04> Message-ID: <4CC6CDD7.8050000@dronecode.org.uk> On 26/10/2010 00:53, Yaakov (Cygwin/X) wrote: > On Mon, 2010-10-25 at 16:21 -0700, J. Offerman wrote: >> Please advise on this error. >> >> ===================================== >> CCLD XWin.exe >> /usr/lib/libXfont.a(miscutil.o):miscutil.c:(.data+0x0): multiple definition of ` >> _serverGeneration' >> ../../dix/.libs/libdix.a(globals.o):globals.c:(.bss+0x4): first defined here >> collect2: ld returned 1 exit status > > Building xserver 1.9 requires a version of libXfont which will be > uploaded shortly together with the rest of X11R7.6. Specifically, as /usr/share/doc/Cygwin/xorg-server.README says, you need libXfont-devel-1.4.2-2, which hasn't been uploaded yet :-) If you want to build libXfont yourself, the needed patch is [1] [1] http://cgit.freedesktop.org/xorg/lib/libXfont/commit/?id=8f75706901da0141590d46f0f898e5678feac953 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Tue Oct 26 13:01:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 26 Oct 2010 13:01:00 -0000 Subject: gvim tiny font in 1.7.7 (back again) In-Reply-To: <20101025102521.GA54939@justpickone.org> References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> <4CAC82EE.5020608@dronecode.org.uk> <20101008113229.GD26157@justpickone.org> <20101023101709.GA87437@justpickone.org> <20101025102521.GA54939@justpickone.org> Message-ID: <4CC6D135.2090606@dronecode.org.uk> On 25/10/2010 11:25, David T-G wrote: > Hi again, folks -- > > ...and then David T-G said... > % > ... > % I hate these kinds of errors because it's so incredibly hard to get a > % real resolution to the problem, but I'll not turn down having my gvim > % work again :-) > > Even that is taken from me now. I had gvim happily open on a file, > closed it, opened another file, and we're tiny. When I have > > set guifont=Courier\ Bold\ 10 > > in my .vimrc it is at least visible, although still small, and doesn't > change with the font size, but it does change size if I specify different > fonts (ie Lucida at any size is wider than Courier or Courier Bold at any > size, while Times New Roman is very small); when I comment it out I'm back > to the crazy tiny that I had before. > > Any more ideas? :-( More questions, certainly. From the examples you have given (xterm works, gvim doesn't), I was assuming that this meant that core (server-side) fonts are correctly sized, Xft (client-side) fonts aren't. But perhaps you mean that gvim is the only application which shows this problem? You might compare the appearance of the fonts shown by 'xfd -fa Courier' and 'xfd -fn -*-courier-medium-r-*-*-*-120-*-*-*-*-*-*' to test that. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Tue Oct 26 13:09:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 26 Oct 2010 13:09:00 -0000 Subject: Windows 7 Aero mode issue again In-Reply-To: <4CC36928.6020803@cs.umass.edu> References: <4CC36928.6020803@cs.umass.edu> Message-ID: <4CC6D317.5070300@dronecode.org.uk> On 24/10/2010 00:00, Eliot Moss wrote: > Dear Jon -- The latest xorg and dlls, posted in the last > day, consistently cause my Window 7 64-bit laptop to drop > out of Aero mode if I put it in sleep mode and then wake > it up. Here are the .log file and the stderr output. Sorry, I'm not quite sure what you are telling me here. It is that you still have the same problem with 1.9.0-2 as with 1.8.2-1? (which is unfortunately unsurprising, as I haven't done anything to fix 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/ From moss@cs.umass.edu Tue Oct 26 13:55:00 2010 From: moss@cs.umass.edu (Eliot Moss) Date: Tue, 26 Oct 2010 13:55:00 -0000 Subject: Windows 7 Aero mode issue again In-Reply-To: <4CC6D317.5070300@dronecode.org.uk> References: <4CC36928.6020803@cs.umass.edu> <4CC6D317.5070300@dronecode.org.uk> Message-ID: <4CC6DDD2.8070100@cs.umass.edu> On 10/26/2010 9:09 AM, Jon TURNEY wrote: > On 24/10/2010 00:00, Eliot Moss wrote: >> Dear Jon -- The latest xorg and dlls, posted in the last >> day, consistently cause my Window 7 64-bit laptop to drop >> out of Aero mode if I put it in sleep mode and then wake >> it up. Here are the .log file and the stderr output. > > Sorry, I'm not quite sure what you are telling me here. > > It is that you still have the same problem with 1.9.0-2 as with 1.8.2-1? (which is unfortunately > unsurprising, as I haven't done anything to fix it) Yes ... but it seems that the problem *had* gone away for a while, with a version I directly downloaded that you had pointed me to ... Regards -- Eliot -- 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 cts.private@yahoo.com Tue Oct 26 20:04:00 2010 From: cts.private@yahoo.com (Charles Smith) Date: Tue, 26 Oct 2010 20:04:00 -0000 Subject: fvwm ignores clickToFocus for function keys Message-ID: <677604.51674.qm@web63706.mail.re1.yahoo.com> > When typing in an in-focus xterm, but the mouse cursor is elsewhere, if I hit a function key, the programmed action does not occur. Instead, something else occurs, which I cannot identify (involving insertion of characters and/or other actions). When the mouse is positioned directly inside the window, the programmed action occurs normally. > > This is different than the operation of fvwm under linux. In that case, an in-focus xterm takes function key input as well as other key input, regardless where the mouse cursor is. > > Thus, if I have programmed the xterm F12 key to send: > > 2>&1 | less > > it is only received by bash if the mouse is positioned inside the window. This is a problem if I entered a command (other key input obeys the clickToFocus directive) and then hit F12, and some unidentifiable garbage gets inserted. > > > I can't verify that this is a cygwin problem, but hours of googling haven't revealed any mention of the problem at all, an any platform. > > Interestingly, I just noticed that the arrow keys seem to work normally, regardless of the position of the mouse. It's only the function keys that behave poorly. > > > Any help will be appreciated. > I keep discovering new things about this problem. I'd said previously that under linux this did not happen. Not quite true. It turns out that it happens if my mouse is positioned over xterm's scroll bars! If the mouse is over the in-focus window, or any other window, or the root, the function keys work properly. But if the mouse is positioned over the scroll bars, it sends garbage! Furthermore, I just discovered something even more interesting - if the mouse is positioned over the title bar, the cut buffer gets modified ... uh oh, this is starting to sound like a configuration issue... but that was all on linux (suse 10.3). On cygwin it's wrong whenever the mouse is not over the in-focus window. -- 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 Oct 26 21:06:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 26 Oct 2010 21:06:00 -0000 Subject: Windows 7 Aero mode issue again In-Reply-To: <4CC6DDD2.8070100@cs.umass.edu> References: <4CC36928.6020803@cs.umass.edu> <4CC6D317.5070300@dronecode.org.uk> <4CC6DDD2.8070100@cs.umass.edu> Message-ID: <4CC74306.1060007@dronecode.org.uk> On 26/10/2010 14:55, Eliot Moss wrote: > On 10/26/2010 9:09 AM, Jon TURNEY wrote: >> On 24/10/2010 00:00, Eliot Moss wrote: >>> Dear Jon -- The latest xorg and dlls, posted in the last >>> day, consistently cause my Window 7 64-bit laptop to drop >>> out of Aero mode if I put it in sleep mode and then wake >>> it up. Here are the .log file and the stderr output. >> >> Sorry, I'm not quite sure what you are telling me here. >> >> It is that you still have the same problem with 1.9.0-2 as with 1.8.2-1? >> (which is unfortunately >> unsurprising, as I haven't done anything to fix it) > > Yes ... but it seems that the problem *had* gone away > for a while, with a version I directly downloaded > that you had pointed me to ... Hmm, confused. [1] seems to say that the 20100923-git-2172af4d1ea713f1 snapshot still has that issue, although your later emails suggest it goes away if you don't use -resize (which is expected) You might like to try if adding '-engine 1' to the Xserver options works around the problem. Anyhow, I've fixed a logic error which meant we were doing rather more stuff than we needed to for WM_DISPLAYCHANGE in windowed mode (and perhaps the intel driver is being a bit hypersensitive about that, causing it to shut down DWM), and added a bit more debug logging. Could you try the snapshot at [2] with '-logverbose 3', please. [1] http://cygwin.com/ml/cygwin-xfree/2010-09/msg00065.html [2] ftp://cygwin.com/pub/cygwinx/XWin.20101026-git-6105a1d4e1e137f0.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From moss@cs.umass.edu Tue Oct 26 22:58:00 2010 From: moss@cs.umass.edu (Eliot Moss) Date: Tue, 26 Oct 2010 22:58:00 -0000 Subject: Windows 7 Aero mode issue again In-Reply-To: <4CC74306.1060007@dronecode.org.uk> References: <4CC36928.6020803@cs.umass.edu> <4CC6D317.5070300@dronecode.org.uk> <4CC6DDD2.8070100@cs.umass.edu> <4CC74306.1060007@dronecode.org.uk> Message-ID: <4CC75D17.5030902@cs.umass.edu> Ok, here's a first email about *some* symptoms ... If I run the latest installed XWin, or this one: ftp://cygwin.com/pub/cygwinx/XWin.20101026-git-6105a1d4e1e137f0.exe.bz2 without -resize and then "sleep" and unsleep the laptop, X does not paint anything but the cursor and keyboard events do not seem to go to the (invisible) windows. I have to kill the server and all the X jobs. I will now proceed to the other tests you suggested ... You're probably right about earlier version being sensitive to whether -resize was given. I had forgotten about that dependency of behavior. Regards -- Eliot Moss -- 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 moss@cs.umass.edu Tue Oct 26 23:15:00 2010 From: moss@cs.umass.edu (Eliot Moss) Date: Tue, 26 Oct 2010 23:15:00 -0000 Subject: Windows 7 Aero mode issue again In-Reply-To: <4CC74306.1060007@dronecode.org.uk> References: <4CC36928.6020803@cs.umass.edu> <4CC6D317.5070300@dronecode.org.uk> <4CC6DDD2.8070100@cs.umass.edu> <4CC74306.1060007@dronecode.org.uk> Message-ID: <4CC7611D.1020109@cs.umass.edu> Ok ... the 20101026 snapshot works properly with -resize and -engine 1 set: DWM does not go away or get complained about if I sleep then unsleep. Yay! I did notice one little thing: its log file seems to go to /var/log/XWin.0.log rather than /var/log/xwin/XWin.0.log. I include the -logverbose 3 output for you, and the stderr. Regards, and thanks for continuing to work with me on this! -- Eliot Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.9.0.0 (10900000) Snapshot: 20101026-git-6105a1d4e1e137f0 XWin was started with the following command line: /usr/bin/X :0 -unixkill -clipboard -multimonitors -resize -engine 1 -logverbose 3 -auth /home/Eliot/.serverauth.5448 ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 1280 h 800 winInitializeDefaultScreens - native DPI x 96 y 96 [597661.030] OsVendorInit - Creating default screen 0 [597661.030] winInitializeScreens - 1 [597661.030] winInitializeScreen - 0 [597661.030] winValidateArgs - Returning. [597661.030] (II) xorg.conf is not supported [597661.030] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [597661.030] LoadPreferences: /home/Eliot/.XWinrc not found [597661.030] LoadPreferences: Loading /etc/X11/system.XWinrc [597661.030] LoadPreferences: Done parsing the configuration file... [597661.030] winGetDisplay: DISPLAY=:0.0 [597661.030] winDetectSupportedEngines - Windows NT/2000/XP [597661.062] winDetectSupportedEngines - DirectDraw installed [597661.062] winDetectSupportedEngines - Allowing PrimaryDD [597661.062] winDetectSupportedEngines - DirectDraw4 installed [597661.062] winDetectSupportedEngines - Returning, supported engines 0000001f [597661.062] winScreenInit - dwWidth: 1280 dwHeight: 800 [597661.062] winSetEngine - Using user's preference: 1 [597661.062] winScreenInit - Using Windows display depth of 32 bits per pixel [597661.062] winCreateBoundingWindowWindowed - User w: 1280 h: 800 [597661.062] winCreateBoundingWindowWindowed - Current w: 1280 h: 800 [597661.062] winGetWorkArea - Original WorkArea: 0 0 770 1280 [597661.062] winGetWorkArea - Virtual screen is 1280 x 800 [597661.062] winGetWorkArea - Virtual screen origin is 0, 0 [597661.062] winGetWorkArea - Primary screen is 1280 x 800 [597661.062] winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 770 1280 [597661.062] winAdjustForAutoHide - Original WorkArea: 0 0 770 1280 [597661.062] winAdjustForAutoHide - Adjusted WorkArea: 0 0 770 1280 [597661.062] winCreateBoundingWindowWindowed - WindowClient w 1264 h 732 r 1264 l 0 b 732 t 0 [597661.062] winWindowProc - WM_ACTIVATEAPP [597661.077] winWindowProc - WM_SIZE - new client area w: 1264 h: 732 [597661.077] winCreateBoundingWindowWindowed - Returning [597661.077] winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 800 depth: 32 [597661.077] winAllocateFBShadowGDI - Dibsection width: 1280 height: 800 depth: 32 size image: 4096000 [597661.077] winAllocateFBShadowGDI - Created shadow stride: 1280 [597661.077] winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff [597661.077] winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 [597661.077] winRandRInit () [597661.077] winCreateDefColormap - Deferring to fbCreateDefColormap () [597661.077] winFinishScreenInitFB - returning [597661.077] Screen 0 added at virtual desktop coordinate (0,0). [597661.077] winScreenInit - returning [597661.077] winGenerateAuthorization - GenerateAuthorization success! AuthDataLen: 16 AuthData: ????F??%FU?? ??#>???? [597661.077] InitOutput - Returning. [597661.077] MIT-SHM extension disabled due to lack of kernel support [597661.093] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [597661.155] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [597661.155] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [597661.171] [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! [597661.686] winPointerWarpCursor - Discarding first warp: 640 400 [597661.686] winSendKeyEvent: dwKey: 69, fDown: 1, nEvents 0 [597661.686] winSendKeyEvent: dwKey: 69, fDown: 0, nEvents 0 [597661.686] (--) 8 mouse buttons found [597661.686] (--) Setting autorepeat to delay=500, rate=31 [597661.686] (--) Windows keyboard layout: "00000409" (00000409) "US", type 4 [597661.686] (--) Found matching XKB configuration "English (USA)" [597661.686] (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none" [597661.686] Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" [597661.686] winBlockHandler - Releasing pmServerStarted [597661.686] winBlockHandler - pthread_mutex_unlock () returned [597661.701] winProcEstablishConnection - Hello [597661.966] winInitClipboard () [597661.966] winClipboardProc - Hello [597661.966] DetectUnicodeSupport - Windows NT/2000/XP [597661.966] winProcEstablishConnection - winInitClipboard returned. [597661.966] winGetDisplay: DISPLAY=:0.0 [597661.966] winClipboardProc - DISPLAY=:0.0 [597661.982] winClipboardProc - XOpenDisplay () returned and successfully opened the display. [597661.998] winClipboardWindowProc - WM_CREATE [597661.998] winClipboardWindowProc - WM_DRAWCLIPBOARD: Enter [597661.998] winClipboardWindowProc - WM_DRAWCLIPBOARD: Exit [597661.998] winProcSetSelectionOwner - Hello. [597661.998] winProcSetSelectionOwner - Hello. [597662.434] winClipboardFlushXEvents - unexpected event type 34 [597667.707] winWindowProc - WM_SIZE - new client area w: 1280 h: 748 [597691.840] winWindowProc - WM_ACTIVATEAPP [597691.872] winClipboardWindowProc - WM_WM_REINIT: Enter [597705.101] winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 new bpp: 0 [597705.101] winWindowProc - WM_DISPLAYCHANGE - Releasing and recreating primary surface [597707.893] winWindowProc - WM_ACTIVATEAPP [597707.893] winClipboardWindowProc - WM_WM_REINIT: Enter [597707.893] winRestoreModeKeyStates: state 0 [597707.893] winSendKeyEvent: dwKey: 69, fDown: 1, nEvents 3 [597707.893] winSendKeyEvent: dwKey: 69, fDown: 0, nEvents 2 [597714.398] winTranslateKey: wParam 00000011 lParam 001d0001 [597714.398] winSendKeyEvent: dwKey: 29, fDown: 1, nEvents 2 [597714.570] winTranslateKey: wParam 00000058 lParam 002d0001 [597714.570] winSendKeyEvent: dwKey: 45, fDown: 1, nEvents 2 [597714.663] winTranslateKey: wParam 00000046 lParam 00210001 [597714.663] winSendKeyEvent: dwKey: 33, fDown: 1, nEvents 2 [597714.679] winTranslateKey: wParam 00000058 lParam c02d0001 [597714.679] winSendKeyEvent: dwKey: 45, fDown: 0, nEvents 2 [597714.726] winTranslateKey: wParam 00000046 lParam c0210001 [597714.726] winSendKeyEvent: dwKey: 33, fDown: 0, nEvents 2 [597715.069] winTranslateKey: wParam 00000011 lParam c01d0001 [597715.069] winSendKeyEvent: dwKey: 29, fDown: 0, nEvents 2 [597715.974] winTranslateKey: wParam 000000bf lParam 00350001 [597715.974] winSendKeyEvent: dwKey: 53, fDown: 1, nEvents 2 [597716.083] winTranslateKey: wParam 000000bf lParam c0350001 [597716.083] winSendKeyEvent: dwKey: 53, fDown: 0, nEvents 2 [597716.145] winTranslateKey: wParam 00000056 lParam 002f0001 [597716.145] winSendKeyEvent: dwKey: 47, fDown: 1, nEvents 2 [597716.239] winTranslateKey: wParam 00000056 lParam c02f0001 [597716.239] winSendKeyEvent: dwKey: 47, fDown: 0, nEvents 2 [597716.270] winTranslateKey: wParam 00000041 lParam 001e0001 [597716.270] winSendKeyEvent: dwKey: 30, fDown: 1, nEvents 2 [597716.379] winTranslateKey: wParam 00000052 lParam 00130001 [597716.379] winSendKeyEvent: dwKey: 19, fDown: 1, nEvents 2 [597716.379] winTranslateKey: wParam 00000041 lParam c01e0001 [597716.379] winSendKeyEvent: dwKey: 30, fDown: 0, nEvents 2 [597716.457] winTranslateKey: wParam 00000052 lParam c0130001 [597716.457] winSendKeyEvent: dwKey: 19, fDown: 0, nEvents 2 [597716.582] winTranslateKey: wParam 000000bf lParam 00350001 [597716.582] winSendKeyEvent: dwKey: 53, fDown: 1, nEvents 2 [597716.660] winTranslateKey: wParam 000000bf lParam c0350001 [597716.660] winSendKeyEvent: dwKey: 53, fDown: 0, nEvents 2 [597716.863] winTranslateKey: wParam 0000004c lParam 00260001 [597716.863] winSendKeyEvent: dwKey: 38, fDown: 1, nEvents 2 [597716.941] winTranslateKey: wParam 0000004c lParam c0260001 [597716.941] winSendKeyEvent: dwKey: 38, fDown: 0, nEvents 2 [597717.019] winTranslateKey: wParam 0000004f lParam 00180001 [597717.019] winSendKeyEvent: dwKey: 24, fDown: 1, nEvents 2 [597717.097] winTranslateKey: wParam 0000004f lParam c0180001 [597717.097] winSendKeyEvent: dwKey: 24, fDown: 0, nEvents 2 [597717.269] winTranslateKey: wParam 00000047 lParam 00220001 [597717.269] winSendKeyEvent: dwKey: 34, fDown: 1, nEvents 2 [597717.347] winTranslateKey: wParam 00000047 lParam c0220001 [597717.347] winSendKeyEvent: dwKey: 34, fDown: 0, nEvents 2 [597717.425] winTranslateKey: wParam 00000009 lParam 000f0001 [597717.425] winSendKeyEvent: dwKey: 15, fDown: 1, nEvents 2 [597717.549] winTranslateKey: wParam 00000009 lParam c00f0001 [597717.549] winSendKeyEvent: dwKey: 15, fDown: 0, nEvents 2 [597717.768] winTranslateKey: wParam 0000000d lParam 001c0001 [597717.768] winSendKeyEvent: dwKey: 28, fDown: 1, nEvents 2 [597717.846] winTranslateKey: wParam 0000000d lParam c01c0001 [597717.846] winSendKeyEvent: dwKey: 28, fDown: 0, nEvents 2 [597718.907] winTranslateKey: wParam 00000011 lParam 001d0001 [597718.907] winSendKeyEvent: dwKey: 29, fDown: 1, nEvents 2 [597719.655] winTranslateKey: wParam 0000004e lParam 00310001 [597719.655] winSendKeyEvent: dwKey: 49, fDown: 1, nEvents 2 [597719.733] winTranslateKey: wParam 0000004e lParam c0310001 [597719.733] winSendKeyEvent: dwKey: 49, fDown: 0, nEvents 2 [597719.874] winTranslateKey: wParam 0000004e lParam 00310001 [597719.874] winSendKeyEvent: dwKey: 49, fDown: 1, nEvents 2 [597719.967] winTranslateKey: wParam 0000004e lParam c0310001 [597719.967] winSendKeyEvent: dwKey: 49, fDown: 0, nEvents 2 [597720.108] winTranslateKey: wParam 0000004e lParam 00310001 [597720.108] winSendKeyEvent: dwKey: 49, fDown: 1, nEvents 2 [597720.186] winTranslateKey: wParam 0000004e lParam c0310001 [597720.186] winSendKeyEvent: dwKey: 49, fDown: 0, nEvents 2 [597720.326] winTranslateKey: wParam 0000004e lParam 00310001 [597720.326] winSendKeyEvent: dwKey: 49, fDown: 1, nEvents 2 [597720.435] winTranslateKey: wParam 0000004e lParam c0310001 [597720.435] winSendKeyEvent: dwKey: 49, fDown: 0, nEvents 2 [597720.576] winTranslateKey: wParam 0000004e lParam 00310001 [597720.576] winSendKeyEvent: dwKey: 49, fDown: 1, nEvents 2 [597720.654] winTranslateKey: wParam 0000004e lParam c0310001 [597720.654] winSendKeyEvent: dwKey: 49, fDown: 0, nEvents 2 [597720.857] winTranslateKey: wParam 0000004e lParam 00310001 [597720.857] winSendKeyEvent: dwKey: 49, fDown: 1, nEvents 2 [597720.935] winTranslateKey: wParam 0000004e lParam c0310001 [597720.935] winSendKeyEvent: dwKey: 49, fDown: 0, nEvents 2 [597722.604] winTranslateKey: wParam 00000011 lParam c01d0001 [597722.604] winSendKeyEvent: dwKey: 29, fDown: 0, nEvents 2 [597724.258] winTranslateKey: wParam 00000045 lParam 00120001 [597724.258] winSendKeyEvent: dwKey: 18, fDown: 1, nEvents 2 [597724.336] winTranslateKey: wParam 00000045 lParam c0120001 [597724.336] winSendKeyEvent: dwKey: 18, fDown: 0, nEvents 2 [597724.866] winTranslateKey: wParam 00000011 lParam 001d0001 [597724.866] winSendKeyEvent: dwKey: 29, fDown: 1, nEvents 2 [597725.287] winTranslateKey: wParam 00000054 lParam 00140001 [597725.287] winSendKeyEvent: dwKey: 20, fDown: 1, nEvents 2 [597725.350] winTranslateKey: wParam 00000054 lParam c0140001 [597725.350] winSendKeyEvent: dwKey: 20, fDown: 0, nEvents 2 [597725.412] winTranslateKey: wParam 00000045 lParam 00120001 [597725.412] winSendKeyEvent: dwKey: 18, fDown: 1, nEvents 2 [597725.490] winTranslateKey: wParam 00000045 lParam c0120001 [597725.490] winSendKeyEvent: dwKey: 18, fDown: 0, nEvents 2 [597725.724] winTranslateKey: wParam 00000011 lParam c01d0001 [597725.724] winSendKeyEvent: dwKey: 29, fDown: 0, nEvents 2 [597741.262] winTranslateKey: wParam 00000011 lParam 001d0001 [597741.277] winSendKeyEvent: dwKey: 29, fDown: 1, nEvents 2 [597742.042] winTranslateKey: wParam 00000058 lParam 002d0001 [597742.042] winSendKeyEvent: dwKey: 45, fDown: 1, nEvents 2 [597742.088] winTranslateKey: wParam 00000043 lParam 002e0001 [597742.088] winSendKeyEvent: dwKey: 46, fDown: 1, nEvents 2 [597742.104] winTranslateKey: wParam 00000058 lParam c02d0001 [597742.104] winSendKeyEvent: dwKey: 45, fDown: 0, nEvents 2 [597742.166] winTranslateKey: wParam 00000043 lParam c02e0001 [597742.166] winSendKeyEvent: dwKey: 46, fDown: 0, nEvents 2 [597742.307] winTranslateKey: wParam 00000011 lParam c01d0001 [597742.307] winSendKeyEvent: dwKey: 29, fDown: 0, nEvents 2 [597745.832] winTranslateKey: wParam 0000004c lParam 00260001 [597745.832] winSendKeyEvent: dwKey: 38, fDown: 1, nEvents 2 [597745.895] winTranslateKey: wParam 0000004c lParam c0260001 [597745.895] winSendKeyEvent: dwKey: 38, fDown: 0, nEvents 2 [597745.988] winTranslateKey: wParam 0000004f lParam 00180001 [597745.988] winSendKeyEvent: dwKey: 24, fDown: 1, nEvents 2 [597746.066] winTranslateKey: wParam 0000004f lParam c0180001 [597746.066] winSendKeyEvent: dwKey: 24, fDown: 0, nEvents 2 [597746.222] winTranslateKey: wParam 0000000d lParam 001c0001 [597746.222] winSendKeyEvent: dwKey: 28, fDown: 1, nEvents 2 [597746.300] winTranslateKey: wParam 0000000d lParam c01c0001 [597746.300] winSendKeyEvent: dwKey: 28, fDown: 0, nEvents 2 [597748.750] winTranslateKey: wParam 0000004c lParam 00260001 [597748.750] winSendKeyEvent: dwKey: 38, fDown: 1, nEvents 2 [597748.828] winTranslateKey: wParam 0000004c lParam c0260001 [597748.828] winSendKeyEvent: dwKey: 38, fDown: 0, nEvents 2 [597748.890] winTranslateKey: wParam 0000004f lParam 00180001 [597748.890] winSendKeyEvent: dwKey: 24, fDown: 1, nEvents 2 [597748.984] winTranslateKey: wParam 0000004f lParam c0180001 [597748.984] winSendKeyEvent: dwKey: 24, fDown: 0, nEvents 2 [597749.124] winTranslateKey: wParam 0000000d lParam 001c0001 [597749.124] winSendKeyEvent: dwKey: 28, fDown: 1, nEvents 2 [597749.202] winTranslateKey: wParam 0000000d lParam c01c0001 [597749.202] winSendKeyEvent: dwKey: 28, fDown: 0, nEvents 2 [597751.136] ddxBeforeReset - Hello [597751.136] winClipboardWindowProc - WM_DESTROY [597751.136] winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. [597751.136] winClipboardProc - XDestroyWindow succeeded. [597751.136] winClipboardShutdown - Clipboard thread has exited. [597751.136] winWindowProc - WM_ACTIVATEAPP [597751.214] winDeinitMultiWindowWM - Noting shutdown in progress ================================================ stderr: ================================================ xauth: creating new authority file /home/Eliot/.serverauth.5448 xauth: (stdin):2: unknown command "916c7140476585e790ff94e6621730de" xauth: (stdin):3: unknown command "916c7140476585e790ff94e6621730de" xauth: (stdin):4: unknown command "916c7140476585e790ff94e6621730de" xauth: (stdin):5: unknown command "916c7140476585e790ff94e6621730de" 3 [main] XWin 7980 fhandler_console::fixup_after_fork_exec: error opening input console handle for /dev/console after fork/exec, errno 9, Win32 error 6 1078 [main] XWin 7980 fhandler_console::fixup_after_fork_exec: error opening output console handle for /dev/console after fork/exec, errno 9, Win32 error 6 Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.9.0.0 (10900000) Snapshot: 20101026-git-6105a1d4e1e137f0 XWin was started with the following command line: /usr/bin/X :0 -unixkill -clipboard -multimonitors -resize -engine 1 -logverbose 3 -auth /home/Eliot/.serverauth.5448 OsVendorInit - Creating default screen 0 winInitializeScreens - 1 winInitializeScreen - 0 winValidateArgs - Returning. (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/Eliot/.XWinrc not found LoadPreferences: Loading /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winGetDisplay: DISPLAY=:0.0 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f winScreenInit - dwWidth: 1280 dwHeight: 800 winSetEngine - Using user's preference: 1 winScreenInit - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 800 winCreateBoundingWindowWindowed - Current w: 1280 h: 800 winGetWorkArea - Original WorkArea: 0 0 770 1280 winGetWorkArea - Virtual screen is 1280 x 800 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1280 x 800 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 770 1280 winAdjustForAutoHide - Original WorkArea: 0 0 770 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 770 1280 winCreateBoundingWindowWindowed - WindowClient w 1264 h 732 r 1264 l 0 b 732 t 0 winWindowProc - WM_ACTIVATEAPP winWindowProc - WM_SIZE - new client area w: 1264 h: 732 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 800 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1280 height: 800 depth: 32 size image: 4096000 winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning Screen 0 added at virtual desktop coordinate (0,0). winScreenInit - returning winGenerateAuthorization - GenerateAuthorization success! AuthDataLen: 16 AuthData: ????F??%FU?? ??#>???? InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! winPointerWarpCursor - Discarding first warp: 640 400 winSendKeyEvent: dwKey: 69, fDown: 1, nEvents 0 winSendKeyEvent: dwKey: 69, fDown: 0, nEvents 0 (--) 8 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) Windows keyboard layout: "00000409" (00000409) "US", type 4 (--) Found matching XKB configuration "English (USA)" (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none" Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winProcEstablishConnection - winInitClipboard returned. winGetDisplay: DISPLAY=:0.0 winClipboardProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_CREATE winClipboardWindowProc - WM_DRAWCLIPBOARD: Enter winClipboardWindowProc - WM_DRAWCLIPBOARD: Exit winProcSetSelectionOwner - Hello. winProcSetSelectionOwner - Hello. winClipboardFlushXEvents - unexpected event type 34 winWindowProc - WM_SIZE - new client area w: 1280 h: 748 winWindowProc - WM_ACTIVATEAPP winClipboardWindowProc - WM_WM_REINIT: Enter winWindowProc - WM_DISPLAYCHANGE - new width: 0 new height: 0 new bpp: 0 winWindowProc - WM_DISPLAYCHANGE - Releasing and recreating primary surface winWindowProc - WM_ACTIVATEAPP winClipboardWindowProc - WM_WM_REINIT: Enter winRestoreModeKeyStates: state 0 winSendKeyEvent: dwKey: 69, fDown: 1, nEvents 3 winSendKeyEvent: dwKey: 69, fDown: 0, nEvents 2 winTranslateKey: wParam 00000011 lParam 001d0001 winSendKeyEvent: dwKey: 29, fDown: 1, nEvents 2 winTranslateKey: wParam 00000058 lParam 002d0001 winSendKeyEvent: dwKey: 45, fDown: 1, nEvents 2 winTranslateKey: wParam 00000046 lParam 00210001 winSendKeyEvent: dwKey: 33, fDown: 1, nEvents 2 winTranslateKey: wParam 00000058 lParam c02d0001 winSendKeyEvent: dwKey: 45, fDown: 0, nEvents 2 winTranslateKey: wParam 00000046 lParam c0210001 winSendKeyEvent: dwKey: 33, fDown: 0, nEvents 2 winTranslateKey: wParam 00000011 lParam c01d0001 winSendKeyEvent: dwKey: 29, fDown: 0, nEvents 2 winTranslateKey: wParam 000000bf lParam 00350001 winSendKeyEvent: dwKey: 53, fDown: 1, nEvents 2 winTranslateKey: wParam 000000bf lParam c0350001 winSendKeyEvent: dwKey: 53, fDown: 0, nEvents 2 winTranslateKey: wParam 00000056 lParam 002f0001 winSendKeyEvent: dwKey: 47, fDown: 1, nEvents 2 winTranslateKey: wParam 00000056 lParam c02f0001 winSendKeyEvent: dwKey: 47, fDown: 0, nEvents 2 winTranslateKey: wParam 00000041 lParam 001e0001 winSendKeyEvent: dwKey: 30, fDown: 1, nEvents 2 winTranslateKey: wParam 00000052 lParam 00130001 winSendKeyEvent: dwKey: 19, fDown: 1, nEvents 2 winTranslateKey: wParam 00000041 lParam c01e0001 winSendKeyEvent: dwKey: 30, fDown: 0, nEvents 2 winTranslateKey: wParam 00000052 lParam c0130001 winSendKeyEvent: dwKey: 19, fDown: 0, nEvents 2 winTranslateKey: wParam 000000bf lParam 00350001 winSendKeyEvent: dwKey: 53, fDown: 1, nEvents 2 winTranslateKey: wParam 000000bf lParam c0350001 winSendKeyEvent: dwKey: 53, fDown: 0, nEvents 2 winTranslateKey: wParam 0000004c lParam 00260001 winSendKeyEvent: dwKey: 38, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004c lParam c0260001 winSendKeyEvent: dwKey: 38, fDown: 0, nEvents 2 winTranslateKey: wParam 0000004f lParam 00180001 winSendKeyEvent: dwKey: 24, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004f lParam c0180001 winSendKeyEvent: dwKey: 24, fDown: 0, nEvents 2 winTranslateKey: wParam 00000047 lParam 00220001 winSendKeyEvent: dwKey: 34, fDown: 1, nEvents 2 winTranslateKey: wParam 00000047 lParam c0220001 winSendKeyEvent: dwKey: 34, fDown: 0, nEvents 2 winTranslateKey: wParam 00000009 lParam 000f0001 winSendKeyEvent: dwKey: 15, fDown: 1, nEvents 2 winTranslateKey: wParam 00000009 lParam c00f0001 winSendKeyEvent: dwKey: 15, fDown: 0, nEvents 2 winTranslateKey: wParam 0000000d lParam 001c0001 winSendKeyEvent: dwKey: 28, fDown: 1, nEvents 2 winTranslateKey: wParam 0000000d lParam c01c0001 winSendKeyEvent: dwKey: 28, fDown: 0, nEvents 2 winTranslateKey: wParam 00000011 lParam 001d0001 winSendKeyEvent: dwKey: 29, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004e lParam 00310001 winSendKeyEvent: dwKey: 49, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004e lParam c0310001 winSendKeyEvent: dwKey: 49, fDown: 0, nEvents 2 winTranslateKey: wParam 0000004e lParam 00310001 winSendKeyEvent: dwKey: 49, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004e lParam c0310001 winSendKeyEvent: dwKey: 49, fDown: 0, nEvents 2 winTranslateKey: wParam 0000004e lParam 00310001 winSendKeyEvent: dwKey: 49, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004e lParam c0310001 winSendKeyEvent: dwKey: 49, fDown: 0, nEvents 2 winTranslateKey: wParam 0000004e lParam 00310001 winSendKeyEvent: dwKey: 49, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004e lParam c0310001 winSendKeyEvent: dwKey: 49, fDown: 0, nEvents 2 winTranslateKey: wParam 0000004e lParam 00310001 winSendKeyEvent: dwKey: 49, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004e lParam c0310001 winSendKeyEvent: dwKey: 49, fDown: 0, nEvents 2 winTranslateKey: wParam 0000004e lParam 00310001 winSendKeyEvent: dwKey: 49, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004e lParam c0310001 winSendKeyEvent: dwKey: 49, fDown: 0, nEvents 2 winTranslateKey: wParam 00000011 lParam c01d0001 winSendKeyEvent: dwKey: 29, fDown: 0, nEvents 2 winTranslateKey: wParam 00000045 lParam 00120001 winSendKeyEvent: dwKey: 18, fDown: 1, nEvents 2 winTranslateKey: wParam 00000045 lParam c0120001 winSendKeyEvent: dwKey: 18, fDown: 0, nEvents 2 winTranslateKey: wParam 00000011 lParam 001d0001 winSendKeyEvent: dwKey: 29, fDown: 1, nEvents 2 winTranslateKey: wParam 00000054 lParam 00140001 winSendKeyEvent: dwKey: 20, fDown: 1, nEvents 2 winTranslateKey: wParam 00000054 lParam c0140001 winSendKeyEvent: dwKey: 20, fDown: 0, nEvents 2 winTranslateKey: wParam 00000045 lParam 00120001 winSendKeyEvent: dwKey: 18, fDown: 1, nEvents 2 winTranslateKey: wParam 00000045 lParam c0120001 winSendKeyEvent: dwKey: 18, fDown: 0, nEvents 2 winTranslateKey: wParam 00000011 lParam c01d0001 winSendKeyEvent: dwKey: 29, fDown: 0, nEvents 2 winTranslateKey: wParam 00000011 lParam 001d0001 winSendKeyEvent: dwKey: 29, fDown: 1, nEvents 2 winTranslateKey: wParam 00000058 lParam 002d0001 winSendKeyEvent: dwKey: 45, fDown: 1, nEvents 2 winTranslateKey: wParam 00000043 lParam 002e0001 winSendKeyEvent: dwKey: 46, fDown: 1, nEvents 2 winTranslateKey: wParam 00000058 lParam c02d0001 winSendKeyEvent: dwKey: 45, fDown: 0, nEvents 2 winTranslateKey: wParam 00000043 lParam c02e0001 winSendKeyEvent: dwKey: 46, fDown: 0, nEvents 2 winTranslateKey: wParam 00000011 lParam c01d0001 winSendKeyEvent: dwKey: 29, fDown: 0, nEvents 2 winTranslateKey: wParam 0000004c lParam 00260001 winSendKeyEvent: dwKey: 38, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004c lParam c0260001 winSendKeyEvent: dwKey: 38, fDown: 0, nEvents 2 winTranslateKey: wParam 0000004f lParam 00180001 winSendKeyEvent: dwKey: 24, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004f lParam c0180001 winSendKeyEvent: dwKey: 24, fDown: 0, nEvents 2 winTranslateKey: wParam 0000000d lParam 001c0001 winSendKeyEvent: dwKey: 28, fDown: 1, nEvents 2 winTranslateKey: wParam 0000000d lParam c01c0001 winSendKeyEvent: dwKey: 28, fDown: 0, nEvents 2 winTranslateKey: wParam 0000004c lParam 00260001 winSendKeyEvent: dwKey: 38, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004c lParam c0260001 winSendKeyEvent: dwKey: 38, fDown: 0, nEvents 2 winTranslateKey: wParam 0000004f lParam 00180001 winSendKeyEvent: dwKey: 24, fDown: 1, nEvents 2 winTranslateKey: wParam 0000004f lParam c0180001 winSendKeyEvent: dwKey: 24, fDown: 0, nEvents 2 winTranslateKey: wParam 0000000d lParam 001c0001 winSendKeyEvent: dwKey: 28, fDown: 1, nEvents 2 winTranslateKey: wParam 0000000d lParam c01c0001 winSendKeyEvent: dwKey: 28, fDown: 0, nEvents 2 waiting for ddxBeforeReset - Hello winClipboardWindowProc - WM_DESTROY winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. X server to shut down winClipboardShutdown - Clipboard thread has exited. winWindowProc - WM_ACTIVATEAPP winDeinitMultiWindowWM - Noting shutdown in progress ============================================= -- 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 d10@justpickone.org Wed Oct 27 11:30:00 2010 From: d10@justpickone.org (David T-G) Date: Wed, 27 Oct 2010 11:30:00 -0000 Subject: gvim tiny font in 1.7.7 (back again) In-Reply-To: <4CC6D135.2090606@dronecode.org.uk> References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> <4CAC82EE.5020608@dronecode.org.uk> <20101008113229.GD26157@justpickone.org> <20101023101709.GA87437@justpickone.org> <20101025102521.GA54939@justpickone.org> <4CC6D135.2090606@dronecode.org.uk> Message-ID: <20101027113010.GI26157@justpickone.org> Jon, et al -- ...and then Jon TURNEY said... % % On 25/10/2010 11:25, David T-G wrote: % > ... % >Any more ideas? :-( % % More questions, certainly. % ... % You might compare the appearance of the fonts shown by 'xfd -fa Courier' % and 'xfd -fn -*-courier-medium-r-*-*-*-120-*-*-*-*-*-*' to test that. Oops... No xfd installed at the moment. In fact, of my /usr/bin/x* programs, I think that only xterm and xpdf are applicable, and xpdf essentially just shows graphics. I'll report back as soon as I can install xfd and give it a try :-) In the mean time, if you can recommend any other programs to be sure I have so as to run tests, let me know. Thanks again & HAND :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From frederic.bron@m4x.org Thu Oct 28 00:53:00 2010 From: frederic.bron@m4x.org (=?ISO-8859-1?Q?Fr=E9d=E9ric_Bron?=) Date: Thu, 28 Oct 2010 00:53:00 -0000 Subject: gvim tiny font in 1.7.7 (back again) In-Reply-To: <4CC6D135.2090606@dronecode.org.uk> References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> <4CAC82EE.5020608@dronecode.org.uk> <20101008113229.GD26157@justpickone.org> <20101023101709.GA87437@justpickone.org> <20101025102521.GA54939@justpickone.org> <4CC6D135.2090606@dronecode.org.uk> Message-ID: > But perhaps you mean that gvim is the only application which shows this > problem? When I have the problem, it is not only gvim but also gv for example. It seems it has to do with screen resolution change (see my previous email). Fr?d?ric -- 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 d10@justpickone.org Thu Oct 28 01:41:00 2010 From: d10@justpickone.org (David T-G) Date: Thu, 28 Oct 2010 01:41:00 -0000 Subject: gvim tiny font in 1.7.7 (back again) In-Reply-To: <4CC6D135.2090606@dronecode.org.uk> References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> <4CAC82EE.5020608@dronecode.org.uk> <20101008113229.GD26157@justpickone.org> <20101023101709.GA87437@justpickone.org> <20101025102521.GA54939@justpickone.org> <4CC6D135.2090606@dronecode.org.uk> Message-ID: <20101028014122.GP26157@justpickone.org> Jon, et al -- ...and then Jon TURNEY said... % % On 25/10/2010 11:25, David T-G wrote: % > ... % >Any more ideas? :-( % ... % But perhaps you mean that gvim is the only application which shows this % problem? Yup -- so far, anyway. % % You might compare the appearance of the fonts shown by 'xfd -fa Courier' % and 'xfd -fn -*-courier-medium-r-*-*-*-120-*-*-*-*-*-*' to test that. I'm back with xfd loaded now. Sure enough, the two are distinctly different; the former is smaller than the latter, although not so tiny as to be invisible as in gvim. This sure sounds like a lead, though! I am leery of posting attachments to the mailing list, so I haven't attached screen shots of the xfd layouts. In addition, I ran xlsfonts and it generated 2582 lines; that's probably more than I should paste here. Let me know what information I can provide, however. Soooo... What do I do to make my fonts all be happy? Thanks again & HANN :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From d10@justpickone.org Thu Oct 28 01:43:00 2010 From: d10@justpickone.org (David T-G) Date: Thu, 28 Oct 2010 01:43:00 -0000 Subject: gvim tiny font in 1.7.7 (back again) In-Reply-To: References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> <4CAC82EE.5020608@dronecode.org.uk> <20101008113229.GD26157@justpickone.org> <20101023101709.GA87437@justpickone.org> <20101025102521.GA54939@justpickone.org> <4CC6D135.2090606@dronecode.org.uk> Message-ID: <20101028014331.GQ26157@justpickone.org> Fr?d?ric -- ...and then Fr?d?ric Bron said... % % > But perhaps you mean that gvim is the only application which shows this % > problem? % % When I have the problem, it is not only gvim but also gv for example. % It seems it has to do with screen resolution change (see my previous % email). I didn't see that, but perhaps because I am not a list subscriber and didn't see it go by. I don't use many X apps, however, so there isn't much comparison :-/ % Fr?d?ric Thanks & HANN :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From roland.cassard@gmail.com Thu Oct 28 08:05:00 2010 From: roland.cassard@gmail.com (rolandc) Date: Thu, 28 Oct 2010 08:05:00 -0000 Subject: "Paste" from clipboard can failed (XWin bug) In-Reply-To: <4CC31737.20406@dronecode.org.uk> References: <4CC31737.20406@dronecode.org.uk> Message-ID: 2010/10/23 Jon TURNEY wrote: > > For testing purposes, do you have an example of an application which only > offers XA_STRING? I discover this problem with nxproxy.exe (from www.nomachine.com) [...] >> note: the actual timeout is set to 1 second. > > I am actually a bit concerned about the size of the timeout, it's > conceivable a remote X application could take longer than that to respond. > > However, since we are trying to do this conversion synchronously in the > clipboard thread's message pump, I'm not sure we want to block longer. Yes, I agree with you Regards, -- 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 zilla62@gmail.com Thu Oct 28 13:09:00 2010 From: zilla62@gmail.com (Chris Fouts) Date: Thu, 28 Oct 2010 13:09:00 -0000 Subject: Failed to create /tmp/.X0.lock file? Message-ID: After power up, I log in on a Vista 32 machine on a non-admin account, and start XWin server via power shell by calling the startxwin.exe executable. Sometimes XWin fails to start and I get a pop up that says (paraphrase) "Failed to create /tmp/.X0.lock file" I tried using the -nolock option to no avail. How can I alleviate this? 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/ From jon.turney@dronecode.org.uk Thu Oct 28 16:47:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 28 Oct 2010 16:47:00 -0000 Subject: gvim tiny font in 1.7.7 (back again) In-Reply-To: References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> <4CAC82EE.5020608@dronecode.org.uk> <20101008113229.GD26157@justpickone.org> <20101023101709.GA87437@justpickone.org> <20101025102521.GA54939@justpickone.org> <4CC6D135.2090606@dronecode.org.uk> Message-ID: <4CC9A946.5080708@dronecode.org.uk> On 28/10/2010 01:53, Fr??d??ric Bron wrote: >> But perhaps you mean that gvim is the only application which shows this >> problem? > > When I have the problem, it is not only gvim but also gv for example. > It seems it has to do with screen resolution change (see my previous > email). > Fr??d??ric Aha. It seems we have a bug causing the DPI to be set to random values after a resize. $ xdpyinfo.exe | grep -A2 'screen #0' screen #0: dimensions: 2560x1600 pixels (13107x41779 millimeters) resolution: 5x1 dots per inch I've uploaded a snapshot with a fix at [1], perhaps you can test that? [1] ftp://cygwin.com/pub/cygwinx/XWin.20101028-git-edd6452650ede026.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Thu Oct 28 16:57:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 28 Oct 2010 16:57:00 -0000 Subject: gvim tiny font in 1.7.7 (back again) In-Reply-To: <20101028014122.GP26157@justpickone.org> References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> <4CAC82EE.5020608@dronecode.org.uk> <20101008113229.GD26157@justpickone.org> <20101023101709.GA87437@justpickone.org> <20101025102521.GA54939@justpickone.org> <4CC6D135.2090606@dronecode.org.uk> <20101028014122.GP26157@justpickone.org> Message-ID: <4CC9AB8A.4020102@dronecode.org.uk> On 28/10/2010 02:41, David T-G wrote: > Jon, et al -- > > ...and then Jon TURNEY said... > % > % On 25/10/2010 11:25, David T-G wrote: > %> > ... > %>Any more ideas? :-( > % > ... > % But perhaps you mean that gvim is the only application which shows this > % problem? > > Yup -- so far, anyway. > > > % > % You might compare the appearance of the fonts shown by 'xfd -fa Courier' > % and 'xfd -fn -*-courier-medium-r-*-*-*-120-*-*-*-*-*-*' to test that. > > I'm back with xfd loaded now. Sure enough, the two are distinctly > different; the former is smaller than the latter, although not so tiny as > to be invisible as in gvim. This sure sounds like a lead, though! > > I am leery of posting attachments to the mailing list, so I haven't > attached screen shots of the xfd layouts. In addition, I ran xlsfonts > and it generated 2582 lines; that's probably more than I should paste > here. Let me know what information I can provide, however. > > Soooo... What do I do to make my fonts all be happy? The fonts aren't supposed to be visually identical, as they are potentially different fonts being draw by different renderers. But the sizes should be approximately the same. Let me try asking the question a different way: Does 'xfd -fa "Courier-10:style=Bold"' show a reasonably sized font at the same time as gvim, with that font set, doesn't? (In which case one might conclude this is probably a gvim bug) I don't think this is quite the same problem as reported by Fr??d??ric Bron, as you don't seem to be using -resize. -- 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 moss@cs.umass.edu Thu Oct 28 17:05:00 2010 From: moss@cs.umass.edu (Eliot Moss) Date: Thu, 28 Oct 2010 17:05:00 -0000 Subject: Windows 7 Aero mode issue again (follow up) In-Reply-To: <4CC7611D.1020109@cs.umass.edu> References: <4CC36928.6020803@cs.umass.edu> <4CC6D317.5070300@dronecode.org.uk> <4CC6DDD2.8070100@cs.umass.edu> <4CC74306.1060007@dronecode.org.uk> <4CC7611D.1020109@cs.umass.edu> Message-ID: <4CC9AD52.8090909@cs.umass.edu> A little more on the 20101026 snapshot on my Windows 7 64-bit setup ... Previous versions would sometimes cause a repaint of the entire screen, that even earlier versions did not do. (My user reaction was: "That's a weird and unnexessary screen repaint.) These repaints would sometimes end by putting some other, non-X, window on top, such as Adobe Acrobat. The 20101026 snapshot, with it less aggressive use of calls, seems to have eliminated those undesirable behaviors, while also fixing the DWM issue I was having. So, thought you'd want to know; good job! -- Eliot -- 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 Oct 28 17:25:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 28 Oct 2010 17:25:00 -0000 Subject: Windows 7 Aero mode issue again In-Reply-To: <4CC75D17.5030902@cs.umass.edu> References: <4CC36928.6020803@cs.umass.edu> <4CC6D317.5070300@dronecode.org.uk> <4CC6DDD2.8070100@cs.umass.edu> <4CC74306.1060007@dronecode.org.uk> <4CC75D17.5030902@cs.umass.edu> Message-ID: <4CC9B218.8010404@dronecode.org.uk> On 26/10/2010 23:58, Eliot Moss wrote: > Ok, here's a first email about *some* symptoms ... > > If I run the latest installed XWin, or this one: > ftp://cygwin.com/pub/cygwinx/XWin.20101026-git-6105a1d4e1e137f0.exe.bz2 > > without -resize and then "sleep" and unsleep the > laptop, X does not paint anything but the cursor > and keyboard events do not seem to go to the > (invisible) windows. I have to kill the server > and all the X jobs. I will now proceed to the > other tests you suggested ... Hmmm... I don't think you've mentioned this before. I assume this is a regression from 1.8.0 (before -resize was added), as we used to survive a hibernate cycle? > You're probably right about earlier version being > sensitive to whether -resize was given. I had > forgotten about that dependency of behavior. On 27/10/2010 00:15, Eliot Moss wrote: > Ok ... the 20101026 snapshot works properly with -resize and > -engine 1 set: DWM does not go away or get complained about > if I sleep then unsleep. Yay! Good. Just to point out this isn't specific to the snapshot, though, -engine 1 should workaround the problem in all cases. I guess this confirms that it is a problem with our use of directdraw and a hibernate cycle. (as the workaround forces XWin to use the shadow GDI drawing engine rather than the shadow directdraw drawing engine) However, I can't see what is wrong with XWin's use of ddraw. We never try to draw directly to the primary surface (which is what causes DWM to be shut down), so why it thinks we are during a hibernate or resume is obscure. It would probably be a good idea to test with some other ddraw application over a hibernate, to confirm this is a problem with XWin and not with the intel video drivers, but I'm not sure what other ddraw application is similar enough to make this a valid test (The simple tests in dxdiag probably wouldn't prove anything) > I did notice one little thing: its log file seems to go to > /var/log/XWin.0.log rather than /var/log/xwin/XWin.0.log. I hadn't updated the script I use to build snapshots. Thanks for pointing this out, I've now corrected that. > I include the -logverbose 3 output for you, and the stderr. Sorry, I was a little unclear. If you are still interested in pursing this, a log without -engine 1 and with -logverbose 3 would be most helpful. If you could annotate it to show at approximately what timestamp the suspend and resume occurred, that would be even better. -- 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 d10@justpickone.org Thu Oct 28 17:31:00 2010 From: d10@justpickone.org (David T-G) Date: Thu, 28 Oct 2010 17:31:00 -0000 Subject: gvim tiny font in 1.7.7 (back again) In-Reply-To: <4CC9AB8A.4020102@dronecode.org.uk> References: <20100922153425.GG26157@justpickone.org> <4CA0B2D2.8050203@dronecode.org.uk> <20101001102313.GK26157@justpickone.org> <4CAC82EE.5020608@dronecode.org.uk> <20101008113229.GD26157@justpickone.org> <20101023101709.GA87437@justpickone.org> <20101025102521.GA54939@justpickone.org> <4CC6D135.2090606@dronecode.org.uk> <20101028014122.GP26157@justpickone.org> <4CC9AB8A.4020102@dronecode.org.uk> Message-ID: <20101028173055.GU26157@justpickone.org> Jon, et al -- ...and then Jon TURNEY said... % % On 28/10/2010 02:41, David T-G wrote: % > % >...and then Jon TURNEY said... % >% ... % >% You might compare the appearance of the fonts shown by 'xfd -fa Courier' % >% and 'xfd -fn -*-courier-medium-r-*-*-*-120-*-*-*-*-*-*' to test that. % > % >I'm back with xfd loaded now. Sure enough, the two are distinctly % >different; the former is smaller than the latter, although not so tiny as % >to be invisible as in gvim. This sure sounds like a lead, though! ... % % The fonts aren't supposed to be visually identical, as they are potentially % different fonts being draw by different renderers. But the sizes should be % approximately the same. OK. That makes sense. % % Let me try asking the question a different way: Does 'xfd -fa % "Courier-10:style=Bold"' show a reasonably sized font at the same time as % gvim, with that font set, doesn't? (In which case one might conclude this % is probably a gvim bug) They are quite similar. Interestingly, however, trying Courier-18:style=Bold Courier-24 Courier-48:style=Italic all look exactly identical (and the latter nonetheless shows "Regular" at the top). When I 'select a character' they all show "width: 6" and "(font 7,2)"; the Bolds show "left 0" while the Regulars show "left 1". Could the fonts all be coming from the same source instead of being sized properly, maybe? % % I don't think this is quite the same problem as reported by Fr?d?ric Bron, % as you don't seem to be using -resize. Ah. Definitely not. % % -- % Jon TURNEY % Volunteer Cygwin/X X Server maintainer Thanks again & HAND :-D -- David T-G See http://justpickone.org/davidtg/email/ See http://justpickone.org/davidtg/tofu.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From jon.turney@dronecode.org.uk Thu Oct 28 17:35:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 28 Oct 2010 17:35:00 -0000 Subject: Failed to create /tmp/.X0.lock file? In-Reply-To: References: Message-ID: <4CC9B47B.6030501@dronecode.org.uk> On 28/10/2010 14:09, Chris Fouts wrote: > After power up, I log in on a Vista 32 machine on a non-admin account, > and start XWin server via power shell by calling the startxwin.exe > executable. Sometimes XWin fails to start and I get a pop up that says > (paraphrase) "Failed to create /tmp/.X0.lock file" I tried using the > -nolock option to no avail. How can I alleviate this? Thanks! Unfortunately, we have some bugs which prevent the X server from shutting down cleaning and removing it's lock file under some circumstances. But that should only causing problems if you are non-admin and the previous run was under a different account, which doesn't seem to be what you are saying here? Are you sure you are supplying the -nolock option correctly? The syntax for adding it to the startmenu shortcut is unfortunately rather obscure, but [1] should explain it. Are you sure you get the same error message with -nolock? > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html If that doesn't help you resolve your problem, can you supply the additional information suggested by the problem report link above? > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ [1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-cant-read-lock-file -- 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 Jimmy@hotleads101.com Fri Oct 29 07:15:00 2010 From: Jimmy@hotleads101.com (Jimmy Hodges) Date: Fri, 29 Oct 2010 07:15:00 -0000 Subject: I have a few questions about your business... Message-ID: Hi, I was searching online and looking at GDI. It looks very interesting. In my search I came across your email address. Can you tell me how the business is treating you? Please let me know. Jimmy Hodges 512-577-5544 Skype:jimmy.hodges -- 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 ajay050@gmail.com Fri Oct 29 07:25:00 2010 From: ajay050@gmail.com (Ajay Jain) Date: Fri, 29 Oct 2010 07:25:00 -0000 Subject: Xserver and VNC In-Reply-To: References: Message-ID: Hi Jim, > What *has* seemed to improve things is to install the experimental X > server (1.9) as well as latest XWin.exe from: > ? ftp://cygwin.com/pub/cygwinx/XWin.20100923-git-2172af4d1ea713f1.exe.bz2 > and the latest cygwin1.dll from: > ? http://www.cygwin.com/snapshots/ I am using the following cygwin: 1.7.7(0.230/5/3) 2010-08-31, which is quite the latest. Similarly, the Xserver is Release: 1.8.2.0 (10802000) Build Date: 2010-08-06. I am a little hesitant to try out the experimental version or to risk my cygwin installation. 1) Are these versions not suitable? 2) Is there an alternative? Thanks, Ajay. -- 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 Fri Oct 29 07:49:00 2010 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 29 Oct 2010 07:49:00 -0000 Subject: Xserver and VNC In-Reply-To: References: Message-ID: <1288338559.8076.31.camel@YAAKOV04> On Fri, 2010-10-29 at 12:55 +0530, Ajay Jain wrote: > I am using the following cygwin: 1.7.7(0.230/5/3) 2010-08-31, which is > quite the latest. Similarly, the Xserver is Release: 1.8.2.0 > (10802000) Build Date: 2010-08-06. I am a little hesitant to try out > the experimental version or to risk my cygwin installation. xorg-server 1.9.0-2 is no longer experimental. As for stability, almost everything I run on a daily basis is X-based; Jon would know if it wasn't stable. :-) Yaakov Cygwin/X -- 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 terry@leadssalescash.com Sat Oct 30 07:45:00 2010 From: terry@leadssalescash.com (terry ganas) Date: Sat, 30 Oct 2010 07:45:00 -0000 Subject: quick questions about gdi Message-ID: Hi I was wondring how yur gdi business was going and if you were still involved or if you had moved on to another business. I always like to check with other home based people to see whats hot and whats not. Please drop me a line and let me know . thanks so much terry ganas -- 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 terry@leadssalescash.com Sat Oct 30 08:00:00 2010 From: terry@leadssalescash.com (terry ganas) Date: Sat, 30 Oct 2010 08:00:00 -0000 Subject: quick questions about gdi Message-ID: Hi I was wondring how yur gdi business was going and if you were still involved or if you had moved on to another business. I always like to check with other home based people to see whats hot and whats not. Please drop me a line and let me know . thanks so much terry ganas -- 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 terry@leadssalescash.com Sat Oct 30 09:00:00 2010 From: terry@leadssalescash.com (terry ganas) Date: Sat, 30 Oct 2010 09:00:00 -0000 Subject: quick questions about gdi Message-ID: Hi I was wondring how yur gdi business was going and if you were still involved or if you had moved on to another business. I always like to check with other home based people to see whats hot and whats not. Please drop me a line and let me know . thanks so much terry ganas -- 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 terry@leadssalescash.com Sat Oct 30 09:15:00 2010 From: terry@leadssalescash.com (terry ganas) Date: Sat, 30 Oct 2010 09:15:00 -0000 Subject: quick questions about gdi Message-ID: Hi I was wondring how yur gdi business was going and if you were still involved or if you had moved on to another business. I always like to check with other home based people to see whats hot and whats not. Please drop me a line and let me know . thanks so much terry ganas -- 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 terry@leadssalescash.com Sat Oct 30 09:15:00 2010 From: terry@leadssalescash.com (terry ganas) Date: Sat, 30 Oct 2010 09:15:00 -0000 Subject: quick questions about gdi Message-ID: Hi I was wondring how yur gdi business was going and if you were still involved or if you had moved on to another business. I always like to check with other home based people to see whats hot and whats not. Please drop me a line and let me know . thanks so much terry ganas -- 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 terry@leadssalescash.com Sat Oct 30 09:30:00 2010 From: terry@leadssalescash.com (terry ganas) Date: Sat, 30 Oct 2010 09:30:00 -0000 Subject: quick questions about gdi Message-ID: Hi I was wondring how yur gdi business was going and if you were still involved or if you had moved on to another business. I always like to check with other home based people to see whats hot and whats not. Please drop me a line and let me know . thanks so much terry ganas -- 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 terry@leadssalescash.com Sat Oct 30 09:30:00 2010 From: terry@leadssalescash.com (terry ganas) Date: Sat, 30 Oct 2010 09:30:00 -0000 Subject: quick questions about gdi Message-ID: Hi I was wondring how yur gdi business was going and if you were still involved or if you had moved on to another business. I always like to check with other home based people to see whats hot and whats not. Please drop me a line and let me know . thanks so much terry ganas -- 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 terry@leadssalescash.com Sat Oct 30 09:45:00 2010 From: terry@leadssalescash.com (terry ganas) Date: Sat, 30 Oct 2010 09:45:00 -0000 Subject: quick questions about gdi Message-ID: Hi I was wondring how yur gdi business was going and if you were still involved or if you had moved on to another business. I always like to check with other home based people to see whats hot and whats not. Please drop me a line and let me know . thanks so much terry ganas -- 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 moss@cs.umass.edu Sun Oct 31 12:07:00 2010 From: moss@cs.umass.edu (Eliot Moss) Date: Sun, 31 Oct 2010 12:07:00 -0000 Subject: R: Emacs silence In-Reply-To: <4CCD53C4.5080704@aber.ac.uk> References: <646878.80724.qm@web25502.mail.ukl.yahoo.com> <4CCD53C4.5080704@aber.ac.uk> Message-ID: <4CCD5BDE.9090500@cs.umass.edu> In my first e-mail I failed to attached the Xwin log and the cygcheck output. I have just tried that and 209.132.180.131 bounced it as spam. How should I make those available? Nigel The log files have an email address in them. Look for the @ character. Delete the email or rewrite it to read "foo at bar" instead of "foo@bar". I have suggested that the logs output the email that way, but that suggestion has not been taken up yet ... Eliot Moss -- 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 zilla62@gmail.com Sun Oct 31 15:47:00 2010 From: zilla62@gmail.com (Chris Fouts) Date: Sun, 31 Oct 2010 15:47:00 -0000 Subject: Failed to create /tmp/.X0.lock file? In-Reply-To: <4CC9B47B.6030501@dronecode.org.uk> References: <4CC9B47B.6030501@dronecode.org.uk> Message-ID: On Thu, Oct 28, 2010 at 1:35 PM, Jon TURNEY wrote: > On 28/10/2010 14:09, Chris Fouts wrote: >> >> After power up, I log in on a Vista 32 machine on a non-admin account, >> and start XWin server via power shell by calling the startxwin.exe >> executable. Sometimes XWin fails to start and I get a pop up that says >> (paraphrase) "Failed to create /tmp/.X0.lock file" I tried using the >> -nolock option to no avail. How can I alleviate this? Thanks! > > Unfortunately, we have some bugs which prevent the X server from shutting > down cleaning and removing it's lock file under some circumstances. ?But > that should only causing problems if you are non-admin and the previous run > was under a different account, which doesn't seem to be what you are saying > here? > > Are you sure you are supplying the -nolock option correctly? The syntax for > adding it to the startmenu shortcut is unfortunately rather obscure, but [1] > should explain it. > > Are you sure you get the same error message with -nolock? > >> Unsubscribe info: ? ? ?http://cygwin.com/ml/#unsubscribe-simple >> Problem reports: ? ? ? http://cygwin.com/problems.html > > If that doesn't help you resolve your problem, can you supply the additional > information suggested by the problem report link above? > >> Documentation: ? ? ? ? http://x.cygwin.com/docs/ >> FAQ: ? ? ? ? ? ? ? ? ? http://x.cygwin.com/docs/faq/ > > [1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-cant-read-lock-file > > -- > Jon TURNEY > Volunteer Cygwin/X X Server maintainer > Thanks. I'm starting the XWin server in a PowerShell script, so I'm figuring out now how to put the quotes after the -c option as indicated in the help page. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Sun Oct 31 16:59:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 31 Oct 2010 16:59:00 -0000 Subject: XWin crash after the launch of startkde on a remote Red Hat 5 machine In-Reply-To: References: <4C5EADBB.5000009@dronecode.org.uk> <4C950885.5080205@gmail.com> <4C9768C1.2050508@dronecode.org.uk> <4C9A12F9.7050704@dronecode.org.uk> <4CA24C35.8010001@dronecode.org.uk> Message-ID: <4CCDA052.8090903@dronecode.org.uk> On 29/09/2010 15:05, Michel Hummel wrote: > You will find attached to this Email the modifications you asked. > > The X server doesn't freeze anymore when clipboard restarts on xdmcp, > certainly fixed by the cygwin patches. > > I added a rate-limit of clipboard_generation which disables restart after > XWIN_CLIPBOARD_RETRIES retries (defined to 40 in winclipboard.h) > and a sleep(XWIN_CLIPBOARD_DELAY) before retries (defined to 1 in > winclipboard.h) > > I hope you will like this new version I really appreciate your work on this set of patches, and I'm sorry it's taken me so long to get around to looking at them. I must confess that the size of each patch didn't help. You can never make patches too small :-). 'git gui' and 'git rebase --interactive' are excellent tools for splitting, merging and reordering patches. I've merged most of it, with some tweaks and rearrangement into my latest snapshot (code is at [1]), and it should be included in a 1.9.1-1 release I'll be making shortly. A few detailed comments: I really want to keep fdMessageQueue under HAS_DEVWINDOWS for clarity and for ease of sharing patches with XMing, so I had to rearrange things a bit to permit that. diff --git a/hw/xwin/winclipboardthread.c b/hw/xwin/winclipboardthread.c index f85d8cf..5c8d0be 100644 --- a/hw/xwin/winclipboardthread.c +++ b/hw/xwin/winclipboardthread.c @@ -119,7 +119,7 @@ winClipboardProc (void *pvNotUsed) if (XInitThreads () == 0) { ErrorF ("winClipboardProc - XInitThreads failed.\n"); - pthread_exit (NULL); + goto winClipboardProc_Done; } /* See if X supports the current locale */ @@ -143,7 +143,7 @@ winClipboardProc (void *pvNotUsed) /* setjmp returned an unknown value, exit */ ErrorF ("winClipboardProc - setjmp returned: %d exiting\n", iReturn); - pthread_exit (NULL); + goto winClipboardProc_Done; } else if (iReturn == WIN_JMP_ERROR_IO) { These two failure modes are unlikely to get better when we restart the thread, so I've tweaked these so they will be handled as a critical problem, causing the X server to exit. + /* global clipboard variable reset */ + g_fClipboardLaunched = FALSE; + g_fClipboardStarted = FALSE; + g_iClipboardWindow = None; + g_hwndClipboard = NULL; + g_fUnicodeClipboard = FALSE; + g_pClipboardDisplay = NULL; Resetting g_fUnicodeClipboard seems unlikely to be right, as that will always turn off unicode clipboard handling for all but the first invocation of the thread. diff --git a/hw/xwin/winclipboardthread.c b/hw/xwin/winclipboardthread.c index 2d1ecf9..437f0fa 100644 --- a/hw/xwin/winclipboardthread.c +++ b/hw/xwin/winclipboardthread.c @@ -503,6 +503,16 @@ winClipboardErrorHandler (Display *pDisplay, XErrorEvent *pErr) pErr->serial, pErr->request_code, pErr->minor_code); + if (pthread_equal(pthread_self(),g_winClipboardProcThread) && (pErr->request_code == 24)) + { + /* We are in the clipboard thread and a bad window is detected. + * This means the Xwindow part of the clipboard doesn't exist anymore + * The call to "pthread_exit(NULL)" will restart the thread + */ + ErrorF("winClipboardErrorHandler - Badwindow detected, restarting clipboard thread\n"); + pthread_exit(NULL); + } + return 0; } I left this bit out for the moment. This code doesn't seem to do what it says it does. Checking for a BadWindow would be pErr->error_code == BadWindow (3). I think checking pErr->request_code == 24 is checking the operation is X_ConvertSelection (see /usr/include/X11/Xproto.h) I'm not sure currently works correctly at all in multiwindow mode, as XSetErrorHandler() also gets called by the internal WM thread, so this error handler may not be the one installed. Is there a reason why we can't work out which Xlib function is actually failing BadWindow and handle it there? Can you explain a bit more about the case which this helps with. Are you xkill-ing the clipboard X window? On another topic, I am still a bit concerned we have a potential race condition with the two uses of winInitClipboard() during a server regeneration. g_fClipboardLaunched is FALSE before it's called, and set afterwards, but since these two calls happen in different threads, there's nothing I can see preventing the thread getting started twice. It might be that having the clipboard thread to exit after setting g_fClipboardLaunched to FALSE if the server generation has changed creates the needed ordering of events (if it doesn't already exist), but it would take some staring at the code to be sure... [1] http://cgit.freedesktop.org/~jturney/xserver/log/?h=snapshot -- 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/