From dmoulding@gmail.com Mon Feb 2 17:05:00 2009 From: dmoulding@gmail.com (Dan Moulding) Date: Mon, 02 Feb 2009 17:05:00 -0000 Subject: Unable to load any usable iso8859 font Message-ID: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> I typically update my Cygwin installations about once a month, and rarely run into any difficulties. However, this morning after updating I could no longer start any X applications due to some apparent font problems. Please note that I successfully installed the *new* Cygwin/X a couple of months ago, and previously resolved some of the seemingly more common font problems (like "boxes" showing up in emacs). This time, I was getting "Unable to load any usable iso8859 font" errors anytime I'd try to start xterm. I searched the FAQs and the web, but was unable to find any suggestions that led to a solution. At one point, while trying to fix the problem, I also got the "could not open default font 'fixed'" error, but none of the solutions listed in the FAQ were applicable (either the problem described was obviously not a match, or the solution, like re-installing all fonts, had already been tried). As a last resort, I used the Cygwin setup log to figure out which packages had been updated, and rolled them all back to the versions I was previously using. Now my X applications are working fine again, so something in one of the updated packages definitely triggered this problem. Incidentally, the only unusual messages in XWin.0.log were the typical "Could not init font path element" warnings that I always get (for /usr/share/fonts//TTF, /usr/share/fonts/OTF, and /usr/share/fonts/Type1). Sorry, I failed to save a copy of the XWin.0.log when I was having these problems. Although, I don't know if it would have been any help, because the X server itself seemed to be starting fine. Here is the list of packages that I updated to this morning (taken from the Cygwin setup log): compface/compface-1.5.2-1.tar.bz2 libapr1/libapr1-1.3.3-3.tar.bz2 nas/libaudio2/libaudio2-1.9.1-2.tar.bz2 X11/freetype2/libfreetype-devel/libfreetype-devel-2.3.8-1.tar.bz2 X11/freetype2/libfreetype2-devel/libfreetype2-devel-2.3.8-1.tar.bz2 X11/freetype2/libfreetype26/libfreetype26-2.3.8-1.tar.bz2 X11/freetype2/libfreetype6/libfreetype6-2.3.8-1.tar.bz2 gmp/libgmp3/libgmp3-4.2.4-1.tar.bz2 X.Org/libX11/libX11-devel/libX11-devel-1.1.5-2.tar.bz2 X.Org/libX11/libX11_6/libX11_6-1.1.5-2.tar.bz2 util-linux/util-linux-2.14.1-1.tar.bz2 xemacs/xemacs-21.4.22-1.tar.bz2 xemacs/xemacs-emacs-common/xemacs-emacs-common-21.4.22-1.tar.bz2 X.Org/xinit/xinit-1.1.1-1.tar.bz2 X.Org/xorg-server/xorg-server-1.5.3-5.tar.bz2 X11/xterm/xterm-238-1.tar.bz2 _update-info-dir/_update-info-dir-00796-1.tar.bz2 -- 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 Bill@Rebey.com Mon Feb 2 17:28:00 2009 From: Bill@Rebey.com (Bill Rebey) Date: Mon, 02 Feb 2009 17:28:00 -0000 Subject: Cursor keys don't work in xterm Message-ID: <019501c9855b$ac20d200$04627600$@com> I have cygwin installed, and the cursor keys "don't work" in an xterm. By "don't work" I mean that they don't generate any bytes. To test this, I have a program that echoes keystroke data to the screen, so for instance, it shows that [End] will generate "[F", F1 generates "OP", etc. All is good there. The Up, Down, Left, and Right keys, however, generate nothing at all - as though they were never pressed. This is true of the Keypad cursor keys (which are the ones that I REALLY want to work), and for the inverted-T cursor keys, which I don't care about). xmodmap -px shows that the keys in question are defined as follows: 97 0xff50 (Home) 98 0xff52 (Up) 99 0xff55 (Prior) 100 0xff51 (Left) 101 102 0xff53 (Right) 103 0xff57 (End) 104 0xff54 (Down) I can't figure out, though, where to define the escape sequences generated by these keys. Can anyone help me figure out how to define these keys? Even a pointer to some documentation to how the X keyboard system works would do. A) I can't figure out how to determine what keycodes are generated by a given key on the keyboard - is there a utility to do this? B) I can't figure how how to get from knowing a key's keycode, to producing an escape sequence when it's pressed. Help is appreciated! -- 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 Bill@Rebey.com Mon Feb 2 18:05:00 2009 From: Bill@Rebey.com (Bill Rebey) Date: Mon, 02 Feb 2009 18:05:00 -0000 Subject: Cursor keys don't work in xterm - FURTHER INFO Message-ID: <01a601c98560$dbc671e0$935355a0$@com> I forgot to mention in my previous message (same Subject line without " - FURTHER INFO") that xev doesn't show any X events generated by the keys in question, either. (i.e., the cursor keys: Up, Down, Left, Right). Also, in case it provides any clues, note that Cygwin was working just fine a few days ago, and the keys were all working correctly. Something "happened" (read: I inadvertently modified something) that caused the cursor keys to quit working. Help is appreciated. -- 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 ben.kenward@gmail.com Tue Feb 3 13:04:00 2009 From: ben.kenward@gmail.com (amorphia) Date: Tue, 03 Feb 2009 13:04:00 -0000 Subject: Unable to load any usable iso8859 font In-Reply-To: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> References: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> Message-ID: <21809430.post@talk.nabble.com> Dan Moulding wrote: > > I typically update my Cygwin installations about once a month, and > rarely run into any difficulties. However, this morning after updating > I could no longer start any X applications due to some apparent font > problems. Please note that I successfully installed the *new* Cygwin/X > a couple of months ago, and previously resolved some of the seemingly > more common font problems (like "boxes" showing up in emacs). > > This time, I was getting "Unable to load any usable iso8859 font" > errors anytime I'd try to start xterm. > I was getting exactly the same problem after updating today. Some googling found this post: http://gaoithe.livejournal.com/19556.html Which suggested that it could be fixed by updating some packages like fonts which are not currently automatically updated by setup.exe. After some time spent reading the information linked to by that post, I still couldn't work out exactly what packages were missing. So I just ticked to update every single thing under X11, and ran it. Walnut... sledgehammer... worked. Can I plead for developers, please please don't make setup.exe broken? I am sure there are many many users like me who don't expect to have to be monitoring some random mailing lists in order to work out what else you need to do when running setup.exe with default options. Fine, if you make a mistake with dependencies. But I think there must be a lot of other people out there like me who are tech savvy enough to need cygwin but not tech savvy enough for it to be a walk in the park when this happens, so surely it's not OK to deliberately alter cygwin so that setup.exe no longer installs everything you need for the most basic purpose, i.e. opening an xterm window? Cheers! Ben -- View this message in context: http://www.nabble.com/Unable-to-load-any-usable-iso8859-font-tp21793574p21809430.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 johne53@tiscali.co.uk Tue Feb 3 16:24:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Tue, 03 Feb 2009 16:24:00 -0000 Subject: X / gtk-x11 / flicker and other problems Message-ID: <002e01c9861b$cbb14080$4001a8c0@mycomputer> I've been 'tinkering around' with Cygwin for a few months now. Not doing anything serious with it - just finding out about it. And in the main, I like it. The only disappointment (sorry guys) is 'X11' (or maybe the problems are with gtk-x11). Either way, I've been hugely disappointed at how 'clunky' a GUI app feels, on screen. Moving windows around the screen isn't so bad - but resizing them looks horrendous. Even simple windows flicker very badly. Another problem is tnat the contents don't actually resize until I let go of the window. So, if I'm dragging the bottom-right corner of a window to make it bigger, I just get a big white flickery space at the bottom and on the RHS - until I let go of my mouse button at which point, all the objects reposition themselves. Twin monitors are a bit of a pain too, to be honest. A few days ago I realised that GTK+ offers various backends, including a win32 one. So over the past few days I've been taking a look at it - to see if I could ditch 'X' and gtk-x11 abd build my Cygwin apps using gtk-win32. It's not without its problems but I've been truly astonished at how much smoother the windows behave, on screen. Okay - we'd expect a native build to be slicker, but this is sooooo smooth compared to the clunky effects that I see with Cygwin-X and gtk-x11. Before I decide to dive off at a tangent, is there anything I could do to 'tweak' the performance of Cygwin's 'X' and/or gtl-x11? For example, is it possible that X11 isn't taking advantage of hardware accelleration? And if so, is this something I could 'turn on' somehow? Thanks, John -- 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 Feb 3 18:10:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 03 Feb 2009 18:10:00 -0000 Subject: X / gtk-x11 / flicker and other problems In-Reply-To: <002e01c9861b$cbb14080$4001a8c0@mycomputer> References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> Message-ID: <49888887.6080601@dronecode.org.uk> John Emmas wrote: > I've been 'tinkering around' with Cygwin for a few months now. Not doing > anything serious with it - just finding out about it. And in the main, I > like it. The only disappointment (sorry guys) is 'X11' (or maybe the > problems are with gtk-x11). > > Either way, I've been hugely disappointed at how 'clunky' a GUI app feels, > on screen. Moving windows around the screen isn't so bad - but resizing > them looks horrendous. Even simple windows flicker very badly. Another > problem is tnat the contents don't actually resize until I let go of the > window. So, if I'm dragging the bottom-right corner of a window to make it > bigger, I just get a big white flickery space at the bottom and on the > RHS - > until I let go of my mouse button at which point, all the objects > reposition > themselves. I'm guessing from this that you are using -multiwindow mode. > Twin monitors are a bit of a pain too, to be honest. Would you care to elaborate on this point a bit? > A few days ago I realised that GTK+ offers various backends, including a > win32 one. So over the past few days I've been taking a look at it - to > see > if I could ditch 'X' and gtk-x11 abd build my Cygwin apps using gtk-win32. > It's not without its problems but I've been truly astonished at how much > smoother the windows behave, on screen. Okay - we'd expect a native build > to be slicker, but this is sooooo smooth compared to the clunky effects > that I see with Cygwin-X and gtk-x11. > > Before I decide to dive off at a tangent, is there anything I could do to > 'tweak' the performance of Cygwin's 'X' and/or gtl-x11? For example, is it > possible that X11 isn't taking advantage of hardware accelleration? And if > so, is this something I could 'turn on' somehow? There's probably a lot that can be done to improve the performance and look-and-feel of -multiwindow mode. Unfortunately, my focus for the foreseeable future is going to be on correctness, rather than performance :S At the moment, -multiwindow mode always selects the GDI engine for reasons which are lost in the mists of time (rooted modes are able to use DirectDraw), so a GDI BitBlt is used to transfer the contents of the shadow buffer to the display. The way the integrated window manager works at the moment, when a window is being resized WM_SIZING is only used to enforce any window sizing constrains specified in hints, that isn't passed onto the X application to allow it to redraw itself until the mouse button is released and a WM_SIZE is sent. That probably explains some of what you are seeing, although playing around with this a bit, I think neither of these things is working entirely as it should... perhaps -multiwindow mode is allowing default processing of WM_ERASEBKGND btw, I use -multiwindow mode all the time, but I've obviously trained myself not to see any of these artefacts, so that's for pointing them out :-) -- 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 johne53@tiscali.co.uk Tue Feb 3 19:03:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Tue, 03 Feb 2009 19:03:00 -0000 Subject: X / gtk-x11 / flicker and other problems References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> Message-ID: <002001c98632$0a140220$4001a8c0@mycomputer> ----- Original Message ----- From: "Jon TURNEY" Subject: Re: X / gtk-x11 / flicker and other problems > > btw, I use -multiwindow mode all the time, but I've obviously trained > myself not to see any of these artefacts > lol - fair point..! But I must admit, having seen how the graphics performance can be under gtk-win32 I'd be very reluctant now to go back to x11, even though I know it must be more sensible to stick with the official backend. Here's some expansion on what I said earlier:- > >> Twin monitors are a bit of a pain too, to be honest. > > Would you care to elaborate on this point a bit? > One particular problem is that the xserver will only support twin monitors if they both have the same settings (resolution etc). I happen to use my primary monitor at 1600x1200 and my secondary monitor at 1280x1024. Running the monitors at different resolutions is a lot more common than you might realise. At one time I thought I was pretty unique but in fact, most dual-headers that I've spoken to also have their monitors at different resolutions. Another problem (doesn't affect me but I think I read this somewhere) is that Cygwin's xserver isn't very hapy if the primary monitor is on the right-hand side. > > I'm guessing from this that you are using -multiwindow mode. > > [ ... ] > > At the moment, -multiwindow mode always selects the GDI engine for reasons > which are lost in the mists of time (rooted modes are able to use > DirectDraw), so a GDI BitBlt is used to transfer the contents of the > shadow buffer to the display. > Oh - please explain a bit more.... I'm not aware of being in any particular mode but if there are different modes I could try, I'd be happy to experiment if you'll tell me how to set them up. > > The way the integrated window manager works at the moment, when a window > is being resized WM_SIZING is only used to enforce any window sizing > constrains specified in hints, that isn't passed onto the X application to > allow it to redraw itself until the mouse button is released and a WM_SIZE > is sent. > Yes, that ties in with what I'm observing. Interestingly I just booted up into Linux and rebuilt the same app using x11 on Linux. That gives more-or-less the same result as Cygwin-X. The window contents don't get redrawn until I either release the mouse button (or in Linux's case, stop dragging for more than about a second). > > That probably explains some of what you are seeing, although playing > around with this a bit, I think neither of these things is working > entirely as it should... > I think I'd agree with that. It's nit-picking I know, but IMHO gtk-win32 (which resizes continuously) gives a more satisfying and somehow a "more professional" experience. Do please let me know if I can try out some alternative modes. John -- 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 Feb 3 19:05:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 03 Feb 2009 19:05:00 -0000 Subject: Restore Alt-Ctl-Backspace As Server Kill In-Reply-To: <4984E0B8.4090303@tundraware.com> References: <4984C703.909@tundraware.com> <4984E0B8.4090303@tundraware.com> Message-ID: <49889560.8060402@dronecode.org.uk> Tim Daneliuk wrote: > Tim Daneliuk wrote: >> I really hate the assignment of Alt-F4 to kill a running X-server. >> What magic must I perform to set it back to the more traditional >> Alt-Ctl-Backspace combo? Thanks. > > Let me ask this more properly. I know how to use -nounixkill and > -nowinkill to prevent keyboard initiated kills of the server. > > I use a VirtuaWin on a WinXP system to provide multiple desktops. > One of them is activated via Ctrl-Alt-F4. When I do this, > it kills the running instance of Cygwin/X which apparently sees > this key combo as a "kill server" command. This is true whether > or not -nounixkill and/or -nowinkill are in use. > > Ideas? I'm afraid I'm not able to reproduce this. I see that the code doesn't consider the state of the control or shift keys when looking for alt-f4 to close the server (so ctrl-alt-f4 also closes it, which is possibly a bug), but this should also be disabled by -nowinkill, which is what I observe. > I really hate the assignment of Alt-F4 to kill a running X-server. > What magic must I perform to set it back to the more traditional > Alt-Ctl-Backspace combo? Thanks. -unixkill -nowinkill should achieve this. -- 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 tundra@tundraware.com Tue Feb 3 19:17:00 2009 From: tundra@tundraware.com (Tim Daneliuk) Date: Tue, 03 Feb 2009 19:17:00 -0000 Subject: Restore Alt-Ctl-Backspace As Server Kill In-Reply-To: <49889560.8060402@dronecode.org.uk> References: <4984C703.909@tundraware.com> <4984E0B8.4090303@tundraware.com> <49889560.8060402@dronecode.org.uk> Message-ID: <49889848.6090502@tundraware.com> Jon TURNEY wrote: > Tim Daneliuk wrote: >> Tim Daneliuk wrote: >>> I really hate the assignment of Alt-F4 to kill a running X-server. >>> What magic must I perform to set it back to the more traditional >>> Alt-Ctl-Backspace combo? Thanks. >> >> Let me ask this more properly. I know how to use -nounixkill and >> -nowinkill to prevent keyboard initiated kills of the server. >> >> I use a VirtuaWin on a WinXP system to provide multiple desktops. >> One of them is activated via Ctrl-Alt-F4. When I do this, >> it kills the running instance of Cygwin/X which apparently sees >> this key combo as a "kill server" command. This is true whether >> or not -nounixkill and/or -nowinkill are in use. >> >> Ideas? > > I'm afraid I'm not able to reproduce this. > > I see that the code doesn't consider the state of the control or shift > keys when looking for alt-f4 to close the server (so ctrl-alt-f4 also > closes it, which is possibly a bug), but this should also be disabled by > -nowinkill, which is what I observe. > Very strange. I start my Xserver instance like this: run XWin :$SCREEN -nowinkill -unixkill -ac +kb -clipboard -silent-dup-error -nod ecoration& Then I login like this (both of these via a cygwin shell script): ssh $USER@$REMOTE "export DISPLAY=$DISPLAY;$COMMAND;logout" I can bounce between VirtuaWin sessions all like via Ctl-Alt- and all is well until I try Ctl-Alt-4. If I exit VirtuaWin, that key combination does not kills the session, so this hints at this being a VirtuaWin problem not one in cygwin ... -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ -- 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 gamejihou@hotmail.com Tue Feb 3 19:27:00 2009 From: gamejihou@hotmail.com (Gery Herbozo Jimenez) Date: Tue, 03 Feb 2009 19:27:00 -0000 Subject: Restore Alt-Ctl-Backspace As Server Kill In-Reply-To: <49889848.6090502@tundraware.com> References: <4984C703.909@tundraware.com> <4984E0B8.4090303@tundraware.com> <49889560.8060402@dronecode.org.uk> <49889848.6090502@tundraware.com> Message-ID: >>>> I really hate the assignment of Alt-F4 to kill a running X-server. >>>> What magic must I perform to set it back to the more traditional >>>> Alt-Ctl-Backspace combo? Thanks. >>> >>> >>> Ideas? >> Why don't you use just the 'exit' word on your xterm and then right click on your 'X server' icon to close/exit this application? At least works for me. _________________________________________________________________ Consigue gratis el nuevo Messenger. ?Desc?rgatelo! http://download.live.com/ -- 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 tundra@tundraware.com Tue Feb 3 19:33:00 2009 From: tundra@tundraware.com (Tim Daneliuk) Date: Tue, 03 Feb 2009 19:33:00 -0000 Subject: Restore Alt-Ctl-Backspace As Server Kill In-Reply-To: References: <4984C703.909@tundraware.com> <4984E0B8.4090303@tundraware.com> <49889560.8060402@dronecode.org.uk> <49889848.6090502@tundraware.com> Message-ID: <49889BE6.6040805@tundraware.com> Gery Herbozo Jimenez wrote: > > >>>>> I really hate the assignment of Alt-F4 to kill a running X-server. >>>>> What magic must I perform to set it back to the more traditional >>>>> Alt-Ctl-Backspace combo? Thanks. >>>> >>>> Ideas? > > Why don't you use just the 'exit' word on your xterm and then right click on your 'X server' icon to close/exit this application? At least works for me. This is not the central issue - the issue is that VirtuaWin may be prematurely killing the session. -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ -- 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 gamejihou@hotmail.com Tue Feb 3 19:35:00 2009 From: gamejihou@hotmail.com (Gery Herbozo Jimenez) Date: Tue, 03 Feb 2009 19:35:00 -0000 Subject: Restore Alt-Ctl-Backspace As Server Kill In-Reply-To: <49889BE6.6040805@tundraware.com> References: <4984C703.909@tundraware.com> <4984E0B8.4090303@tundraware.com> <49889560.8060402@dronecode.org.uk> <49889848.6090502@tundraware.com> <49889BE6.6040805@tundraware.com> Message-ID: > > This is not the central issue - the issue is that VirtuaWin may be > prematurely killing the session. > oh! sorry, I hope you find the answer you're looking for, and soon! _________________________________________________________________ Consigue gratis el nuevo Messenger. ?Desc?rgatelo! http://download.live.com/ -- 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 tundra@tundraware.com Tue Feb 3 19:48:00 2009 From: tundra@tundraware.com (Tim Daneliuk) Date: Tue, 03 Feb 2009 19:48:00 -0000 Subject: Restore Alt-Ctl-Backspace As Server Kill In-Reply-To: <49889848.6090502@tundraware.com> References: <4984C703.909@tundraware.com> <4984E0B8.4090303@tundraware.com> <49889560.8060402@dronecode.org.uk> <49889848.6090502@tundraware.com> Message-ID: <49889F7D.2040305@tundraware.com> Tim Daneliuk wrote: > Jon TURNEY wrote: >> Tim Daneliuk wrote: >>> Tim Daneliuk wrote: >>>> I really hate the assignment of Alt-F4 to kill a running X-server. >>>> What magic must I perform to set it back to the more traditional >>>> Alt-Ctl-Backspace combo? Thanks. >>> Let me ask this more properly. I know how to use -nounixkill and >>> -nowinkill to prevent keyboard initiated kills of the server. >>> >>> I use a VirtuaWin on a WinXP system to provide multiple desktops. >>> One of them is activated via Ctrl-Alt-F4. When I do this, >>> it kills the running instance of Cygwin/X which apparently sees >>> this key combo as a "kill server" command. This is true whether >>> or not -nounixkill and/or -nowinkill are in use. >>> >>> Ideas? >> I'm afraid I'm not able to reproduce this. >> >> I see that the code doesn't consider the state of the control or shift >> keys when looking for alt-f4 to close the server (so ctrl-alt-f4 also >> closes it, which is possibly a bug), but this should also be disabled by >> -nowinkill, which is what I observe. >> > > Very strange. I start my Xserver instance like this: > > run XWin :$SCREEN -nowinkill -unixkill -ac +kb -clipboard -silent-dup-error -nod > ecoration& > > > Then I login like this (both of these via a cygwin shell script): > > ssh $USER@$REMOTE "export DISPLAY=$DISPLAY;$COMMAND;logout" > > I can bounce between VirtuaWin sessions all like via Ctl-Alt- and > all is well until I try Ctl-Alt-4. If I exit VirtuaWin, that key combination > does not kills the session, so this hints at this being a VirtuaWin problem > not one in cygwin ... > > > > OK ... I've narrowed the problem down and it is REALLY strange: In updating to VirtuaWin 4.01, I notice that I either misreported the problem and/or the bug has expanded with this new release. Now when I switch to any other virtual desktop, it randomly kills the Xsession. What is *really* interesting about this is that it seems to do this only if I launch a window manager as the $COMMAND argument above. If I just kick off an xterm, and then manually launch the wm from there, the problem disappears. IOW, this works: ssh user@machine "export DISPLAY=mymachine:9;xterm;logout" But both of these have the problem: ssh user@machine "export DISPLAY=mymachine:9;startfluxbox;logout" ssh user@machine "export DISPLAY=mymachine:9;exec startfluxbox;logout" Now the "Narrowing It Down" and "Really Strange" part. This works just fine: ssh user@machine "export DISPLAY=mymachine:9;exec fluxbox;logout" It seems that something (I have not figured out just what yet) about the default fluxbox startup script (on FreeBSD 6-STABLE in this case) is interacting with the cygwin X server and killing it. Oiy, my head ... --------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ -- 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 markjreed@gmail.com Tue Feb 3 19:53:00 2009 From: markjreed@gmail.com (Mark J. Reed) Date: Tue, 03 Feb 2009 19:53:00 -0000 Subject: Restore Alt-Ctl-Backspace As Server Kill In-Reply-To: <49889F7D.2040305@tundraware.com> References: <4984C703.909@tundraware.com> <4984E0B8.4090303@tundraware.com> <49889560.8060402@dronecode.org.uk> <49889848.6090502@tundraware.com> <49889F7D.2040305@tundraware.com> Message-ID: I don't use it, but "startfluxbox" sounds like something that kicks of fluxbox and then exits (vs xterm which stays around). Could that be the problem? Also, if you're using ssh, why not use ssh forwarding instead of sending the X traffic back over a separate, unencrypted connection? And you don't need to logout explicitly; terminating the shell does the same thing. ssh -Y user@machine startfluxbox you might try ssh -nY user@machine startfluxbox to prevent standard input from causing a problem... On Tue, Feb 3, 2009 at 2:48 PM, Tim Daneliuk wrote: > > ssh user@machine "export DISPLAY=mymachine:9;xterm;logout" > > But both of these have the problem: > > ssh user@machine "export DISPLAY=mymachine:9;startfluxbox;logout" > ssh user@machine "export DISPLAY=mymachine:9;exec startfluxbox;logout" > > > Now the "Narrowing It Down" and "Really Strange" part. This works > just fine: > > ssh user@machine "export DISPLAY=mymachine:9;exec fluxbox;logout" > > It seems that something (I have not figured out just what yet) > about the default fluxbox startup script (on FreeBSD 6-STABLE in this > case) is interacting with the cygwin X server and killing it. > > Oiy, my head ... -- Mark J. Reed -- 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 tundra@tundraware.com Tue Feb 3 20:00:00 2009 From: tundra@tundraware.com (Tim Daneliuk) Date: Tue, 03 Feb 2009 20:00:00 -0000 Subject: Restore Alt-Ctl-Backspace As Server Kill In-Reply-To: References: <4984C703.909@tundraware.com> <4984E0B8.4090303@tundraware.com> <49889560.8060402@dronecode.org.uk> <49889848.6090502@tundraware.com> <49889F7D.2040305@tundraware.com> Message-ID: <4988A23D.1070001@tundraware.com> Mark J. Reed wrote: > I don't use it, but "startfluxbox" sounds like something that kicks of > fluxbox and then exits (vs xterm which stays around). Could that be > the problem? Likely true. > > Also, if you're using ssh, why not use ssh forwarding instead of > sending the X traffic back over a separate, unencrypted connection? > And you don't need to logout explicitly; terminating the shell does > the same thing. > > ssh -Y user@machine startfluxbox > > you might try > > ssh -nY user@machine startfluxbox > > to prevent standard input from causing a problem... D'oh. That *is* a much better way to do this. I shall look into this as I am able ... Thanks! > > > On Tue, Feb 3, 2009 at 2:48 PM, Tim Daneliuk wrote: >> ssh user@machine "export DISPLAY=mymachine:9;xterm;logout" >> >> But both of these have the problem: >> >> ssh user@machine "export DISPLAY=mymachine:9;startfluxbox;logout" >> ssh user@machine "export DISPLAY=mymachine:9;exec startfluxbox;logout" >> >> >> Now the "Narrowing It Down" and "Really Strange" part. This works >> just fine: >> >> ssh user@machine "export DISPLAY=mymachine:9;exec fluxbox;logout" >> >> It seems that something (I have not figured out just what yet) >> about the default fluxbox startup script (on FreeBSD 6-STABLE in this >> case) is interacting with the cygwin X server and killing it. >> >> Oiy, my head ... > -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ -- 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 Tue Feb 3 20:29:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Tue, 03 Feb 2009 20:29:00 -0000 Subject: Semaphore handle leaks in WindowMaker with latest Xorg distribution In-Reply-To: <7zab9xivhx.fsf@vzell-de.de.oracle.com> References: <7zab9xivhx.fsf@vzell-de.de.oracle.com> Message-ID: <4988A928.70401@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Dr. Volker Zell wrote: > After switching to the latest Xorg packages (still under cygwin-1.5), > WindowMaker-0.90.0-2 stops working after more or less 36 hours continues > uptime of my laptop. When this happens I see the following in a bash window > from where I started my X environment via startx: Can you confirm that libX11_6-1.1.5-2 fixes this? Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmIqSgACgkQpiWmPGlmQSMqxgCfVbHgJACHjeTAOznMlJbbFrkc eJ4AnjZhZRGxhh8/3jjFb9o22fexA0ZM =WZau -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Tue Feb 3 21:12:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 03 Feb 2009 21:12:00 -0000 Subject: Unable to load any usable iso8859 font In-Reply-To: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> References: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> Message-ID: <4988B327.6060005@dronecode.org.uk> Dan Moulding wrote: > This time, I was getting "Unable to load any usable iso8859 font" > errors anytime I'd try to start xterm. I searched the FAQs and the > web, but was unable to find any suggestions that led to a solution. At > one point, while trying to fix the problem, I also got the "could not > open default font 'fixed'" error, but none of the solutions listed in > the FAQ were applicable (either the problem described was obviously > not a match, or the solution, like re-installing all fonts, had > already been tried). This is really strange. "Unable to load any usable ISO8859 font" comes from Xt, when it has failed to load the requested font, it tries a fallback of "-*-*-*-R-*-*-*-120-*-*-*-*-ISO8859-*", which should always match the built-in font "-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1" (aka fixed, which the server should refuse to start if it can't find) > As a last resort, I used the Cygwin setup log to figure out which > packages had been updated, and rolled them all back to the versions I > was previously using. Now my X applications are working fine again, so > something in one of the updated packages definitely triggered this > problem. xorg-server-1.5.3-5 made a change to the way the built-in font-path element is made available, I suspect this is somehow causing problems. -- 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 Feb 3 21:23:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 03 Feb 2009 21:23:00 -0000 Subject: Cygwin/X (XWin) falls down when using -fp option In-Reply-To: References: <497F46E0.1020603@dronecode.org.uk> Message-ID: <4988B5BF.9000900@dronecode.org.uk> Jana Skleni??kov?? wrote: > Because I couldn't find anything unusual or helpful in the logs I > captured packets using Wireshark. So far I found this: > > -------- Solaris to Cygwin ------------------------ > X11, Request, opcode: 51 (SetFontPath) > opcode: 51 (SetFontPath) > unused > request-lenth: 14 > str-number-in-path: 2 > unused > path > "tcp/Solaris_IP_address:7100" > "/etc/dc/config/xfonts/c" > It looks like the Solaris sends font path, that Cygwin doesn't understand. I guess this means your logon scripts are trying to add "/etc/dc/config/xfonts/c" to the font path (which isn't going to work very well as that directory doesn't exist on the Cygwin box) and possibly treats that as critical to a successful login. You might be able to work around this by creating the directory /etc/dc/config/xfonts/c on the cygwin host and running 'mkfontdir' there, but really you should fix the logon scripts :-) (Note that google suggests /etc/dc/config/xfonts/c is a typo for /etc/dt/config/xfonts/c) -- 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 tundra@tundraware.com Tue Feb 3 22:51:00 2009 From: tundra@tundraware.com (Tim Daneliuk) Date: Tue, 03 Feb 2009 22:51:00 -0000 Subject: Restore Alt-Ctl-Backspace As Server Kill In-Reply-To: <4988A23D.1070001@tundraware.com> References: <4984C703.909@tundraware.com> <4984E0B8.4090303@tundraware.com> <49889560.8060402@dronecode.org.uk> <49889848.6090502@tundraware.com> <49889F7D.2040305@tundraware.com> <4988A23D.1070001@tundraware.com> Message-ID: <4988CA72.2030203@tundraware.com> Tim Daneliuk wrote: > Mark J. Reed wrote: >> I don't use it, but "startfluxbox" sounds like something that kicks of >> fluxbox and then exits (vs xterm which stays around). Could that be >> the problem? > > Likely true. That is, indeed what it was .. at least in some form. The fix turned out to be to configure fluxbox to kickoff an xterm when *it* started. I am still unclear why this is happening. When a wm is kicked off, it has to run in background. ISTM that this should be enough to keep the X session up ... it's not for some reason. It seems that X specifically wants to be attached to some kind of terminal/pseudoterminal to stick around, notwithstanding the use of the -n option, which seemed to make no difference. > >> Also, if you're using ssh, why not use ssh forwarding instead of >> sending the X traffic back over a separate, unencrypted connection? >> And you don't need to logout explicitly; terminating the shell does >> the same thing. >> >> ssh -Y user@machine startfluxbox >> >> you might try >> >> ssh -nY user@machine startfluxbox Neither of these solved the problem (not surprising). However, introducing X forwarding *really* slowed startup down - from about 2-3 seconds to about 10-15 seconds. It looks like this is all related to setting up the encrypted channel, because once it's setup, system interaction is at subjectively normal speed. >> >> to prevent standard input from causing a problem... > > D'oh. That *is* a much better way to do this. I shall look into > this as I am able ... > > Thanks! > > >> >> On Tue, Feb 3, 2009 at 2:48 PM, Tim Daneliuk wrote: >>> ssh user@machine "export DISPLAY=mymachine:9;xterm;logout" >>> >>> But both of these have the problem: >>> >>> ssh user@machine "export DISPLAY=mymachine:9;startfluxbox;logout" >>> ssh user@machine "export DISPLAY=mymachine:9;exec startfluxbox;logout" >>> >>> >>> Now the "Narrowing It Down" and "Really Strange" part. This works >>> just fine: >>> >>> ssh user@machine "export DISPLAY=mymachine:9;exec fluxbox;logout" >>> >>> It seems that something (I have not figured out just what yet) >>> about the default fluxbox startup script (on FreeBSD 6-STABLE in this >>> case) is interacting with the cygwin X server and killing it. >>> >>> Oiy, my head ... > > -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ -- 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 jayrod@gmail.com Wed Feb 4 00:13:00 2009 From: jayrod@gmail.com (Jared Silva) Date: Wed, 04 Feb 2009 00:13:00 -0000 Subject: rgb.txt not honored in X7? Message-ID: In Cygwin X11R6 and Exceed 10, the additional colors in my rgb.txt file are used. However, in Cygwin X11R7, even though the rgb.txt file is the same, but in the new location, the additional colors do not seem to be used. In Cygwin X11R6 and Exceed 10, I see the many different colors, but in Cygwin X11R7, all I see are different shades of gray. Any help is greatly appreciated. -- 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 stephenmccants@yahoo.com Wed Feb 4 00:19:00 2009 From: stephenmccants@yahoo.com (Stephen McCants) Date: Wed, 04 Feb 2009 00:19:00 -0000 Subject: Java SWT app fails to render from AIX on Cygwin X Message-ID: <773976.42328.qm@web51406.mail.re2.yahoo.com> Hello, I've run into a problem with Cygwin X that I'm at a loss as to how to debug further. I have a trivial test case that uses Java and SWT, and it creates a simple dialog box (source code provided below - I found it as an example on the internet). I have two other machines - one is a Linux box (RHEL 4) and the other is an AIX machine (AIX 5.3). I start my Cygwin X server so that it displays its windows side by side on the desktop with Windows' windows. I then ssh with X11 tunnelling (using Putty) to the Linux and AIX boxes. Both can send back xterm windows without problem. However, when I run my simple test program, it works on Linux and fails on AIX (draws an ugly unresponsive gray box that I can drag around the screen but not close - it doesn't have the buttons). If I run both the applications to display on my Linux box, then they both work correctly, so it isn't AIX that is failing by itself or with a Linux X server, but an AIX/Cygwin interaction seems to be going awry. So, what are some of the obvious differences between AIX and Linux here: 1) Different Java binaries (they are the same Java version, so I think this is unlikely to be the problem) 2) Different graphics libraries. Both use SWT, but on Linux SWT uses GTK. On AIX, SWT uses Motif. Possibly related bugs I found: https://bugs.eclipse.org/bugs/show_bug.cgi?id=36806 At this point, I'm at a loss as to how to further debug the problem. I'd appreciate any thoughts. Thanks! Sincerely, Stephen McCants Steps to reproduce: 0) Log into an AIX box from a Windows machine with SSH (X11 tunneling on) and Cygwin X. 1) Create a file named DialogClass.java containing: import org.eclipse.swt.SWT; import org.eclipse.swt.widgets.Button; import org.eclipse.swt.widgets.Display; import org.eclipse.swt.widgets.Event; import org.eclipse.swt.widgets.Label; import org.eclipse.swt.widgets.Listener; import org.eclipse.swt.widgets.Shell; import org.eclipse.swt.widgets.Text; public class DialogClass { static boolean deleteFlag = false; public static void main(String[] args) { Display display = new Display(); Shell shell = new Shell(display); shell.setText("Dialog Example"); shell.setSize(300, 200); shell.open(); final Button button = new Button(shell, SWT.PUSH); button.setText("Delete File"); button.setBounds(20, 40, 80, 25); final Text text = new Text(shell, SWT.SHADOW_IN); text.setBounds(140, 40, 100, 25); final Shell dialog = new Shell(shell, SWT.APPLICATION_MODAL | SWT.DIALOG_TRIM); dialog.setText("Delete File"); dialog.setSize(250, 150); final Button buttonOK = new Button(dialog, SWT.PUSH); buttonOK.setText("OK"); buttonOK.setBounds(20, 55, 80, 25); Button buttonCancel = new Button(dialog, SWT.PUSH); buttonCancel.setText("Cancel"); buttonCancel.setBounds(120, 55, 80, 25); final Label label = new Label(dialog, SWT.NONE); label.setText("Delete the file?"); label.setBounds(20, 15, 100, 20); Listener listener = new Listener() { public void handleEvent(Event event) { if (event.widget == buttonOK) { deleteFlag = true; } else { deleteFlag = false; } dialog.close(); } }; buttonOK.addListener(SWT.Selection, listener); buttonCancel.addListener(SWT.Selection, listener); Listener buttonListener = new Listener() { public void handleEvent(Event event) { dialog.open(); } }; button.addListener(SWT.Selection, buttonListener); while (!dialog.isDisposed()) { if (!display.readAndDispatch()) display.sleep(); } if (deleteFlag) { text.setText("File deleted."); } else { text.setText("File not deleted."); } while (!shell.isDisposed()) { if (!display.readAndDispatch()) display.sleep(); } display.dispose(); } } 2) Set your CLASSPATH to contain the SWT jar files: export CLASSPATH=/org.eclipse.swt_3.3.0.v3446.jar:/org.eclipse.swt.motif.aix.ppc_3.3.0.v3346.jar:. 3) Compile the program: javac DialogClass.java 4) Run the program: java DialogClass -- 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 mike_ayers@tvworks.com Wed Feb 4 01:04:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Wed, 04 Feb 2009 01:04:00 -0000 Subject: rgb.txt not honored in X7? In-Reply-To: References: Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0A893F50@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Jared Silva > Sent: Tuesday, February 03, 2009 4:13 PM > However, in Cygwin X11R7, even though the rgb.txt file > is the same, but in the new location, Which is the new location? I've been looking in the manual and FAQ, but seem to have acquired an embarassing blind spot that prevents me from knowing where to put startup files. Also, is .Xresources now .Xdefaults? Thanks, Mike -- 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 markjreed@gmail.com Wed Feb 4 01:52:00 2009 From: markjreed@gmail.com (Mark J. Reed) Date: Wed, 04 Feb 2009 01:52:00 -0000 Subject: rgb.txt not honored in X7? In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0A893F50@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0A893F50@mailserver.metatv-ds.metatv.com> Message-ID: On Tue, Feb 3, 2009 at 8:03 PM, Mike Ayers wrote: >> However, in Cygwin X11R7, even though the rgb.txt file >> is the same, but in the new location, > > Which is the new location? I don't know if there is a default location in X11R7, but you can set the location explicitly via the environment variable RGBDEF in the environment from which you start the X server. -- Mark J. Reed -- 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 Feb 4 04:08:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 04 Feb 2009 04:08:00 -0000 Subject: xinit requires util-linux which requires perl In-Reply-To: References: Message-ID: <49891496.3050008@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Mark Geisert wrote: > Is there some way the packages could be reworked so that an X-related install or > update doesn't try to pull in perl? It gets tiresome having to uncheck > util-linux and perl every time I update my set of machines with setup.exe. I'm sorry you have something against perl, but it is a standard, if not an essential, part of *NIX systems. The dependencies are correct; startx calls mcookie, which is provided by util-linux. Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmJFJYACgkQpiWmPGlmQSOKXgCdGQMZaO6W/cT+UTaGKDtHuVch NOsAoNWfE1O4ROzJTpJw39y5pMfCuMD/ =Xott -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cgf-use-the-mailinglist-please@cygwin.com Wed Feb 4 04:17:00 2009 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 04 Feb 2009 04:17:00 -0000 Subject: Unable to load any usable iso8859 font In-Reply-To: <21809430.post@talk.nabble.com> References: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> <21809430.post@talk.nabble.com> Message-ID: <20090204041725.GA13870@ednor.casa.cgf.cx> On Tue, Feb 03, 2009 at 05:04:08AM -0800, amorphia wrote: >Can I plead for developers, please please don't make setup.exe broken? I am >sure there are many many users like me who don't expect to have to be >monitoring some random mailing lists in order to work out what else you need >to do when running setup.exe with default options. Fine, if you make a >mistake with dependencies. But I think there must be a lot of other people >out there like me who are tech savvy enough to need cygwin but not tech >savvy enough for it to be a walk in the park when this happens, so surely >it's not OK to deliberately alter cygwin so that setup.exe no longer >installs everything you need for the most basic purpose, i.e. opening an >xterm window? Huh? This should be a typical scenario wherein you report a *problem* and hope that someone will be available to help you fix it. Once it is fixed, then theoretically it will no longer be a problem. Characterising this as somehow intentional or as the result of inattention is insulting and counterproductive. As you've found, the expectations that you can just blindly update to a major new release and expect that there will not be any problems and that you will not have to do any homework are obviously not working for you. You can try, if you want, to put the onus of perfection on the people providing you with (free) software but you're going to be fighting a losing battle. If any of this bothers you then maybe you should investigate using a commercial product where you can castigate the people you pay when their installation experiences hiccups and is not a "walk in the park". 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 mark@maxrnd.com Wed Feb 4 07:52:00 2009 From: mark@maxrnd.com (Mark Geisert) Date: Wed, 04 Feb 2009 07:52:00 -0000 Subject: xinit requires util-linux which requires perl References: <49891496.3050008@users.sourceforge.net> Message-ID: Yaakov writes: > > Is there some way the packages could be reworked so that an X-related > > install or update doesn't try to pull in perl? It gets tiresome having > > to uncheck util-linux and perl every time I update my set of machines > > with setup.exe. > > I'm sorry you have something against perl, but it is a standard, if not > an essential, part of *NIX systems. The dependencies are correct; > startx calls mcookie, which is provided by util-linux. Thanks for the reply. Yeah, I know I have a minority viewpoint on perl. But like a lot of folks I tend to install only the packages I need for my own development and for me that happens to not include perl. I figured out that util-linux contains the chkdupexe perl script, so that's likely why the util-linux package requires perl. It just seems kinda curious (in a vaguely broken way) that X itself doesn't require perl but one can't install or update Cygwin X without pulling in perl. Oh well. In the interests of PTC I could try to figure out a better package to contain chkdupexe, or mcookie for that matter. Or recode chkdupexe as a shell script. Ow, my head hurts just thinking about that. Much easier to uncheck the setup.exe box if I want to keep from installing perl. Thanks again & Cheers, ..mark -- 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 ben.kenward@gmail.com Wed Feb 4 09:30:00 2009 From: ben.kenward@gmail.com (amorphia) Date: Wed, 04 Feb 2009 09:30:00 -0000 Subject: Unable to load any usable iso8859 font In-Reply-To: <20090204041725.GA13870@ednor.casa.cgf.cx> References: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> <21809430.post@talk.nabble.com> <20090204041725.GA13870@ednor.casa.cgf.cx> Message-ID: <21826787.post@talk.nabble.com> Christopher Faylor-8 wrote: > > On Tue, Feb 03, 2009 at 05:04:08AM -0800, amorphia wrote: >>Can I plead for developers, please please don't make setup.exe broken? I am >>sure there are many many users like me who don't expect to have to be >>monitoring some random mailing lists in order to work out what else you need >>to do when running setup.exe with default options. Fine, if you make a >>mistake with dependencies. But I think there must be a lot of other people >>out there like me who are tech savvy enough to need cygwin but not tech >>savvy enough for it to be a walk in the park when this happens, so surely >>it's not OK to deliberately alter cygwin so that setup.exe no longer >>installs everything you need for the most basic purpose, i.e. opening an >>xterm window? > > Huh? This should be a typical scenario wherein you report a *problem* > and hope that someone will be available to help you fix it. Once it is > fixed, then theoretically it will no longer be a problem. > Characterising this as somehow intentional or as the result of > inattention is insulting and counterproductive. > > Apologies for causing offence. I have the utmost respect and gratitude for developers of free software, and I've never come across another scientific researcher who includes such acknowledgements in articles for publication, as I do. As I wrote: if this was a mistake, then fair enough. I reckoned it probably wasn't a mistake, because in the release notes for the package: http://cygwin.com/ml/cygwin-xfree-announce/2008-11/msg00000.html it clearly states that the package doesn't provide everything it needs to work. I assumed that whoever incorporated the package into setup.exe would have carefully read those notes. I might be wrong, or I might have misunderstood something else, if so I apologise. But if I'm not wrong, then this was rather careless. Please note when judging me that the main point of my post was to provide an (albeit inelegant) solution to a problem. The plea was made in passing. Cheers, Ben -- View this message in context: http://www.nabble.com/Unable-to-load-any-usable-iso8859-font-tp21793574p21826787.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 johne53@tiscali.co.uk Wed Feb 4 10:12:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Wed, 04 Feb 2009 10:12:00 -0000 Subject: X / gtk-x11 / flicker and other problems References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> Message-ID: <003d01c986b1$02d66c30$4001a8c0@mycomputer> May I say in its defence (after a bit more experimenting) that when comparing Cygwin-X/gtk-x11 against gtk-win32, X's text handling is noticeably superior at high resolutions (at least, on my system). With my monitor set to 1600x1200, Cygwin-X's text is still crisp and clear - whereas gtk-win32's looks decidedly fuzzy. Anyway, I wanted to try working in 'rooted' mode to see if this would improve the flickering that I reported yesterday. Normally I start X just by running the batch file startxwin.bat. Looking in that file I can see that the command to start X is:- %RUN% XWin -multiwindow -multiplemonitors -clipboard -silent-dup-error Perhaps naively I figure that if I changed it to this:- %RUN% XWin -clipboard -silent-dup-error I'd get a single monitor in the 'rooted' mode that John referred to yesterday (i.e. able to use DirectDraw). However, there seems to be more to it than that. The above line causes xserver to run in a very flickery window, as if something isn't set up properly. What do I need to do to see the DirectDraw feature in action? John -- 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 rajeshjadvani@yahoo.com Wed Feb 4 11:10:00 2009 From: rajeshjadvani@yahoo.com (Rajesh Advani) Date: Wed, 04 Feb 2009 11:10:00 -0000 Subject: Unable to load any usable iso8859 font References: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> <21809430.post@talk.nabble.com> Message-ID: <168028.33705.qm@web55305.mail.re4.yahoo.com> Dan Moulding wrote: > > I typically update my Cygwin installations about once a month, and > rarely run into any difficulties. However, this morning after updating > I could no longer start any X applications due to some apparent font > problems. Please note that I successfully installed the *new* Cygwin/X > a couple of months ago, and previously resolved some of the seemingly > more common font problems (like "boxes" showing up in emacs). > > This time, I was getting "Unable to load any usable iso8859 font" > errors anytime I'd try to start xterm. > I had the exact same problem, and a couple of others including missing "adobe" fonts. Here are the packages I installed, to get over font related issues. I may have installed a few extra ones. font-adobe-dpi100 - To fix the "adobe" font issues font-adobe-dpi75 - To fix the "adobe" font issues font-bitstream-dpi100 - Just in case font-bitstream-dpi75 - Just in case font-bitstream-type1 - Just in case font-bitstream-vera-ttf - Just in case font-misc-misc - I think I read something somewhere on the internet which led me to install this. Don't remember. xorg-scripts - I had trouble with xinit - (specifically the X Win Server shortcut not working from D drive which I've mentioned in another post) I don't think I installed anything else other than the default upgrade options. If someone can tell me how to retrieve a list of all installed packages on my system, I can send that over too. Rajesh -- 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 dr.volker.zell@oracle.com Wed Feb 4 13:12:00 2009 From: dr.volker.zell@oracle.com (Dr. Volker Zell) Date: Wed, 04 Feb 2009 13:12:00 -0000 Subject: Semaphore handle leaks in WindowMaker with latest Xorg distribution In-Reply-To: <4988A928.70401@users.sourceforge.net> (Yaakov's message of "Tue, 03 Feb 2009 14:29:28 -0600") References: <7zab9xivhx.fsf@vzell-de.de.oracle.com> <4988A928.70401@users.sourceforge.net> Message-ID: <7zab921h26.fsf@vzell-de.de.oracle.com> >>>>> Yaakov writes: > Dr. Volker Zell wrote: >> After switching to the latest Xorg packages (still under cygwin-1.5), >> WindowMaker-0.90.0-2 stops working after more or less 36 hours continues >> uptime of my laptop. When this happens I see the following in a bash window >> from where I started my X environment via startx: > Can you confirm that libX11_6-1.1.5-2 fixes this? Yes it's fixed. By the way could you promote your latest ports WindowMaker to the distro ? > Yaakov > Cygwin/X Ciao Volker -- 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 jayrod@gmail.com Wed Feb 4 14:52:00 2009 From: jayrod@gmail.com (Jared Silva) Date: Wed, 04 Feb 2009 14:52:00 -0000 Subject: rgb.txt not honored in X7? In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0A893F50@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0A893F50@mailserver.metatv-ds.metatv.com> Message-ID: Mike Ayers wrote: > Which is the new location? I've been looking in the manual and > FAQ, but seem to have acquired an embarassing blind spot that prevents > me from knowing where to put startup files. Also, is .Xresources now > .Xdefaults? /usr/share/X11/rgb.txt I never used .Xresources, so I am not sure. -- 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 Feb 4 15:40:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 04 Feb 2009 15:40:00 -0000 Subject: rgb.txt not honored in X7? In-Reply-To: References: Message-ID: <4989B6CF.8000503@dronecode.org.uk> If you are *really* using X7, then your problem is probably that colour wasn't supported until X9, see http://en.wikipedia.org/wiki/X_Window_System#Release_history However, I suspect you mean X version 11 release 7 :-) Jared Silva wrote: > In Cygwin X11R6 and Exceed 10, the additional colors in my rgb.txt > file are used. However, in Cygwin X11R7, even though the rgb.txt file > is the same, but in the new location, the additional colors do not > seem to be used. In Cygwin X11R6 and Exceed 10, I see the many > different colors, but in Cygwin X11R7, all I see are different shades > of gray. > > Any help is greatly appreciated. How about a testcase? $ xlogo -fg palevioletred -bg goldenrod for e.g. works as expected for me -- 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 Feb 4 15:41:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 04 Feb 2009 15:41:00 -0000 Subject: rgb.txt not honored in X7? In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0A893F50@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0A893F50@mailserver.metatv-ds.metatv.com> Message-ID: <4989B720.7050903@dronecode.org.uk> Mike Ayers wrote: > >> However, in Cygwin X11R7, even though the rgb.txt file >> is the same, but in the new location, > > Which is the new location? I've been looking in the manual and FAQ, but seem to have acquired an embarassing blind spot that prevents me from knowing where to put startup files. /usr/share/X11/rgb.txt This is mentioned in the FILES section of 'man Xserver', The '.txt' seems to be missing for some reason from the description of the '-co' option. > Also, is .Xresources now .Xdefaults? .Xdefaults is read by X libraries by default .Xresources is xrdb -merge'd by /etc/X11/xinit/xinitrc (i.e. if you use startx) I don't think anything has changed. -- 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 Feb 4 16:49:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 04 Feb 2009 16:49:00 -0000 Subject: Semaphore handle leaks in WindowMaker with latest Xorg distribution In-Reply-To: <7zab921h26.fsf@vzell-de.de.oracle.com> References: <7zab9xivhx.fsf@vzell-de.de.oracle.com> <4988A928.70401@users.sourceforge.net> <7zab921h26.fsf@vzell-de.de.oracle.com> Message-ID: <4989C71C.3070700@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Dr. Volker Zell wrote: > Yes it's fixed. Great; thanks for the detailed bug report. > By the way could you promote your latest ports WindowMaker to the > distro ? I'll add it to the queue. :-) Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmJxxwACgkQpiWmPGlmQSNxtwCeKFAWaMUApgIizyjqqPMRGcwL mSQAnAzh/TQV2+kbUjV0RScXT5sneIXO =Siap -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mike_ayers@tvworks.com Wed Feb 4 17:55:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Wed, 04 Feb 2009 17:55:00 -0000 Subject: rgb.txt not honored in X7? In-Reply-To: <4989B720.7050903@dronecode.org.uk> References: <83E753BE7B6A324ABB336245BAF1DAAC0A893F50@mailserver.metatv-ds.metatv.com> <4989B720.7050903@dronecode.org.uk> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0A987CEB@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Jon TURNEY > Sent: Wednesday, February 04, 2009 7:41 AM > > Also, is .Xresources now .Xdefaults? > > .Xdefaults is read by X libraries by default From where? I believe this should be ~/.Xdefaults, but the nature of cygwin can make ~ an indefinite place for startup files. I set %HOME%, which becomes $HOME to what will be ~, but if I put "XTerm*toolbar: false" in $HOME/.Xdefaults I still have toolbars on my xterms. > .Xresources is xrdb -merge'd by /etc/X11/xinit/xinitrc (i.e. > if you use startx) Yes, or in my case by ~/.xinitrc, which I copied from /etc/X11/xinit/xinitrc and modified to taste. But on a recent update startx opened a root window instead of using the Windows windows - because I rely so heavily on that, I switched to startxwin.bat, which is why I now have problems with trhbe value of ~, as well as issues with cut anbd paste (which only seem to manifest when I have a Windows VNC client running..?). If you can tell me what I need to do to restore the old behavior of startx, I'll do that and I think my problems should go away (at least the ~ related ones...). Thanks, Mike -- 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 colin.harrison@virgin.net Wed Feb 4 18:38:00 2009 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 04 Feb 2009 18:38:00 -0000 Subject: rgb.txt not honored in X7? Message-ID: <200902041837.n14Ibrhe023434@StraightRunning.com> Hi, Isn't -co and rgb.txt dead now in X.Org? i.e. no external rgb database anymore Time of death about November 2007...RIP. Thanks Colin Harrison -- 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 Wed Feb 4 19:53:00 2009 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Wed, 04 Feb 2009 19:53:00 -0000 Subject: Unable to load any usable iso8859 font In-Reply-To: <168028.33705.qm@web55305.mail.re4.yahoo.com> References: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> <21809430.post@talk.nabble.com> <168028.33705.qm@web55305.mail.re4.yahoo.com> Message-ID: <4989F1C6.5020300@cygwin.com> Rajesh Advani wrote: > If someone can tell me how to retrieve a list of all installed packages > on my system,... This link is a hint: > Problem reports: http://cygwin.com/problems.html But if you just want a list (with versions), "cygcheck -cd" is what you're looking for. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jayrod@gmail.com Wed Feb 4 20:08:00 2009 From: jayrod@gmail.com (Jared Silva) Date: Wed, 04 Feb 2009 20:08:00 -0000 Subject: rgb.txt not honored in X7? In-Reply-To: <200902041837.n14Ibrhe023434@StraightRunning.com> References: <200902041837.n14Ibrhe023434@StraightRunning.com> Message-ID: Colin Harrison wrote: > Isn't -co and rgb.txt dead now in X.Org? i.e. no external rgb database > anymore Then how do you add colors? -- 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 jayrod@gmail.com Wed Feb 4 20:18:00 2009 From: jayrod@gmail.com (Jared Silva) Date: Wed, 04 Feb 2009 20:18:00 -0000 Subject: rgb.txt not honored in X7? In-Reply-To: <4989B6CF.8000503@dronecode.org.uk> References: <4989B6CF.8000503@dronecode.org.uk> Message-ID: Jon TURNEY wrote: > However, I suspect you mean X version 11 release 7 :-) Yes, X11R7 :) > How about a testcase? > > $ xlogo -fg palevioletred -bg goldenrod > for e.g. works as expected for me $ xlogo -bg S_AckMed Warning: Color name "S_AckMed" is not defined Warning: Cannot convert string "xlogo32" to type Pixmap $ showrgb | grep S_AckMed 255 230 31 S_AckMed What next? -- 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 mstave@gmail.com Thu Feb 5 00:51:00 2009 From: mstave@gmail.com (Matt Stave) Date: Thu, 05 Feb 2009 00:51:00 -0000 Subject: Unable to load any usable iso8859 font Message-ID: <242473f30902041651l3e1e883fn1cdd9b7e30eebcc8@mail.gmail.com> I hope this isn't a double post, my 1st msg was bounced for having some sort in inline html. Anyway, I'm having the same issue. I upgraded and now X doesn't start, and has the same error. I tried reinstalling fonts, adding additional fonts, etc. Even renaming my cygwin and download dirs and creating a fresh (unless there were registry hooks from beyond the grave) install, same issue. I read the upgrade info, but to my limited understanding the known issue were around custom startup scripts, while I just use the vanilla stuff that's provied. If I start the server from the start menu icon, the server loads, but no x apps load. If, for example, from bash I try and start xterm, I get a msg about display not set, which I fix, and then: $ xterm Warning: Unable to load any usable ISO8859 font Error: Aborting: no font found ------------------------------------- Here's the error when I use startx instead: (and log file at the bottom). $ startx xauth: creating new authority file /home/mstave/.serverauth.9888 /etc/X11/xinit/xinitrc: line 47: twm: command not found /etc/X11/xinit/xinitrc: line 48: xclock: command not found Warning: Unable to load any usable ISO8859 fontWarning: Warning: Unable to load any usable ISO8859 font Error: Aborting: no font foundError: Aborting: no font found Aborting: no font found waiting for X server to shut down ......... --------------------------------------------- Here's what I have installed - my apologies if there's more here than's needed. Cygwin Package Information Package Version _update-info-dir 00796-1 alternatives 1.3.30c-2 ash 20040127-4 autossh 1.4b-1 base-files 3.7-1 base-passwd 2.2-1 bash 3.2.48-21 bash-completion 20060301-2 bzip2 1.0.5-2 coreutils 6.10-2 crypt 1.1-1 csih 0.1.8-1 cygrunsrv 1.34-1 cygutils 1.3.2-1 cygwin 1.5.25-15 cygwin-doc 1.4-4 diffutils 2.8.7-1 e2fsprogs 1.35-3 editrights 1.01-2 expat 2.0.1-1 findutils 4.4.0-3 font-adobe-dpi100 1.0.0-1 font-alias 1.0.1-1 font-bh-dpi100 1.0.0-1 font-encodings 1.0.2-1 fontconfig 2.6.0-1 gawk 3.1.6-1 grep 2.5.3-1 groff 1.19.2-2 gzip 1.3.12-2 inetutils 1.5-4 less 382-1 libbz2_1 1.0.5-2 libdb4.5 4.5.20.2-2 libexpat1 2.0.1-1 libexpat1-devel 2.0.1-1 libfontconfig1 2.6.0-1 libfontenc1 1.0.4-2 libfreetype26 2.3.8-1 libfreetype6 2.3.8-1 libgdbm4 1.8.3-8 libGL1 7.2-2 libICE6 1.0.4-2 libiconv2 1.12-1 libintl2 0.12.1-3 libintl3 0.14.5-1 libintl8 0.17-3 libncurses8 5.5-3 libpcre0 7.8-1 libpixman1_0 0.12.0-1 libpopt0 1.6.4-4 libreadline6 5.2.13-11 libSM6 1.1.0-1 libwrap0 7.6-4 libX11_6 1.1.5-2 libXau6 1.0.4-1 libXaw7 1.0.5-1 libxcb-xlib0 1.1-2 libxcb1 1.1-2 libXdmcp6 1.0.2-3 libXext6 1.0.4-1 libXft2 2.1.13-1 libxkbfile1 1.0.5-2 libXmu6 1.0.4-1 libXmuu1 1.0.4-1 libXpm4 3.5.7-2 libXrender1 0.9.4-2 libXt6 1.0.5-2 login 1.9-8 luit 1.0.3-1 man 1.6e-1 minires 1.02-1 mkfontdir 1.0.4-1 mkfontscale 1.0.5-1 ncftp 3.2.1-1 openssh 5.1p1-10 openssl 0.9.8j-1 perl 5.10.0-5 ping 1.0-1 rebase 2.4.4-1 rgb 1.0.3-1 rsync 3.0.4-1 run 1.1.10-1 sed 4.1.5-2 tar 1.21-1 termcap 20050421-1 terminfo 5.5_20061104-1 texinfo 4.8a-1 tzcode 2008h-1 util-linux 2.14.1-1 which 2.20-1 X-start-menu-icons 1.0.4-1 xauth 1.0.3-1 xcursor-themes 1.0.1-1 xinit 1.1.1-1 xkbcomp 1.0.5-1 xkeyboard-config 1.4-1 xman 1.0.3-3 xmodmap 1.0.3-1 xorg-server 1.5.3-5 xrdb 1.0.5-1 xterm 238-1 zlib 1.2.3-2 zsync 0.5-1 --------------------------------------------------------------------- XWin.0.log: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.5.3.0 (20090121) Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/bin/X :0 -auth /home/mstave/.serverauth.9888 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1400 h 1050 winInitializeDefaultScreens - Returning (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winPrefsLoadPreferences: /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... MIT-SHM extension disabled due to lack of kernel support (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (--) 5 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (--) Using preset keyboard for "English (USA)" (409), type "4" Could not init font path element /usr/share/fonts/TTF/, removing from list! Could not init font path element /usr/share/fonts/OTF, removing from list! Could not init font path element /usr/share/fonts/Type1/, removing from list! winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winPrefsLoadPreferences: /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... MIT-SHM extension disabled due to lack of kernel support (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (--) 5 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (--) Using preset keyboard for "English (USA)" (409), type "4" Could not init font path element /usr/share/fonts/TTF/, removing from list! Could not init font path element /usr/share/fonts/OTF, removing from list! Could not init font path element /usr/share/fonts/Type1/, removing from list! Fatal server error: could not open default font 'fixed' -- 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 fstx+u@update.uu.se Thu Feb 5 05:22:00 2009 From: fstx+u@update.uu.se (Fredrik Staxeng) Date: Thu, 05 Feb 2009 05:22:00 -0000 Subject: X / gtk-x11 / flicker and other problems References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <003d01c986b1$02d66c30$4001a8c0@mycomputer> Message-ID: <1mfxite9us.fsf@Psilocybe.Update.UU.SE> "John Emmas" writes: >monitor set to 1600x1200, Cygwin-X's text is still crisp and clear - whereas >gtk-win32's looks decidedly fuzzy. Cygwin-X uses bit-mapped fonts, with only black and white pixels, perhaps gtk-win32 uses some form of antialiasing? -- Fredrik Stax\"ang | rot13: sfgk@hcqngr.hh.fr This is all you need to know about vi: ESC : q ! RET -- 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 fstx+u@update.uu.se Thu Feb 5 05:57:00 2009 From: fstx+u@update.uu.se (Fredrik Staxeng) Date: Thu, 05 Feb 2009 05:57:00 -0000 Subject: xinit requires util-linux which requires perl References: <49891496.3050008@users.sourceforge.net> Message-ID: <1mbpthe895.fsf@Psilocybe.Update.UU.SE> Mark Geisert writes: >In the interests of PTC I could try to figure out a better package to contain >chkdupexe, or mcookie for that matter. Or recode chkdupexe as a shell script. Is anything else but startx using mcookie? If not, why not move it there. -- Fredrik Stax\"ang | rot13: sfgk@hcqngr.hh.fr This is all you need to know about vi: ESC : q ! RET -- 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 fstx+u@update.uu.se Thu Feb 5 06:09:00 2009 From: fstx+u@update.uu.se (Fredrik Staxeng) Date: Thu, 05 Feb 2009 06:09:00 -0000 Subject: Cygwin-X on Windows 7 Beta Success! Message-ID: <1m7i45e7o8.fsf@Psilocybe.Update.UU.SE> I have been running Cygwin with X on Windows 7 Beta for a few weeks. It works. I think it works rather well considering what it does. I had to do the rebase/reinstall libncurses thing, but then most things work with only a few problems. First, the startxwin icon succeeds in bringing up the the X server, but not the xterm. But when I run my start script from a Cygwin command prompt it works. Then, the first xterm appears instantly, but the second one takes a while (half a minute?). This seems very strange to me, so perhaps I am imagining things. Also, sometimes, e.g when running M-x grep in emacs, what look like command prompt windows flashes by quickly. They appear and then disappear. This does not really bother me much, but it kills the show-off potential. The audience would womder about those flashing windows and stop paying attention to the good things. Is there any way I could help with fixing these problems? -- Fredrik Stax\"ang | rot13: sfgk@hcqngr.hh.fr This is all you need to know about vi: ESC : q ! RET -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Thu Feb 5 06:25:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 05 Feb 2009 06:25:00 -0000 Subject: xinit requires util-linux which requires perl In-Reply-To: <1mbpthe895.fsf@Psilocybe.Update.UU.SE> References: <49891496.3050008@users.sourceforge.net> <1mbpthe895.fsf@Psilocybe.Update.UU.SE> Message-ID: <498A8661.8050505@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Fredrik Staxeng wrote: > Is anything else but startx using mcookie? If not, why not move it there. Because mcookie comes from util-linux, not xinit, and that's where it's going to stay. Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmKhmEACgkQpiWmPGlmQSPmjACfS3jxoJvZO2SzKUWiKIUj9yz7 RzsAn1lHDycF+IQuhQhRuniDV4qhkhK9 =1qfm -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From johne53@tiscali.co.uk Thu Feb 5 08:30:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Thu, 05 Feb 2009 08:30:00 -0000 Subject: X / gtk-x11 / flicker and other problems References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> Message-ID: <005301c9876c$099c0f50$4001a8c0@mycomputer> ----- Original Message ----- From: "Jon TURNEY" Subject: Re: X / gtk-x11 / flicker and other problems > > At the moment, -multiwindow mode always selects the GDI engine for reasons > which are lost in the mists of time (rooted modes are able to use > DirectDraw), so a GDI BitBlt is used to transfer the contents of the > shadow buffer to the display. > Jon - did I understand you correctly here? Are you saying that there's an alternative mode I could try that should give me better performance (even though it might be limited to just one monitor)? If so, how do I need to call Xwin to work in a rooted mode? Thanks, John -- 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 Thu Feb 5 11:25:00 2009 From: frederic.bron@m4x.org (=?UTF-8?B?RnLDqWTDqXJpYyBCcm9u?=) Date: Thu, 05 Feb 2009 11:25:00 -0000 Subject: gv became really slow? Message-ID: > It used to be the case that opening a postscript file with gv on > cygwin was more or less immediate. I've recently updated cygwin and > now it takes about 2-5 seconds (a clock is displayed while gv is > "thinking"). This happens even if the postscript file contains only a > few words. For example, if you do: > > % echo hello > hello.txt > % a2ps hello.txt -o hello.ps > % gv hello.ps > > The gv version I have running is 3.6.5 (cygwin 1.5.25 on XP). I have > no way of telling whether this is a cygwin problem or something else. > But running the above example on a debian machine with a gv-3.6.5 > installed results in an immediate, much snappier, response. > > Is this just my problem? And if not, can something be done? I confirm that gv is practically unusable since I updated to x.org 7.4. It is very very slow. For the example you give, it takes only 2 seconds to load (same version 3.6.5, Windows XP, Dual Core2 Duo 2.6 GHz) but on the large ps files I use it takes ages to show compared to before I upgraded. This may be a problem of the X system so I forward the email to the list. Fr?d?ric Bron -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From rds6235@gmail.com Thu Feb 5 19:30:00 2009 From: rds6235@gmail.com (Ryan Stewart) Date: Thu, 05 Feb 2009 19:30:00 -0000 Subject: can't start xterm Message-ID: Yet again, I seem to have inadvertently gotten an update to cygwin X, and now I'm having trouble getting xterm to start. I had been using the startxwin.bat to start X in multiwindow mode, and I have a couple of lines in there to auto-start some xterm windows. That doesn't work anymore. The X server starts, but no xterms appear. When I right click the tray icon and go to Applications->xterm, nothing happens either. Same deal if I run "XWin.exe" or "XWin -multiwindow" manually. If I run Cygwin.bat to get the cygwin shell, then run startx, I get the "Cygwin/X:0.0" blue root window with a "login" xterm and various, square "icon" things in three of the corners. I'm not sure exactly what this is, but it's the only place that I can currently get new xterm windows to open, either by using Applications->xterm from the tray icon or by running "xterm" from the existing terminal. How can I get back to running X in multiwindow mode so I can have several xterm windows? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Thu Feb 5 19:54:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 05 Feb 2009 19:54:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.5.3-6 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The following package has been updated in the Cygwin net distribution: *** xorg-server-1.5.3-6 This release was rebuilt with libXfont-1.3.4 to fix the reported problems with the builtin fonts. Yaakov Cygwin/X DOWNLOAD: ========= Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: ======================================= To unsubscribe to the cygwin-xfree-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmLQ+MACgkQpiWmPGlmQSOk4wCeKFZozlsl62+B+qaa/IQcOecE +JsAn3ovzDKnOD/YrWu6HpcQm3UT14QB =cRHr -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Thu Feb 5 19:55:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 05 Feb 2009 19:55:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-util-macros-1.2.1-1 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The following package has been updated in the Cygwin net distribution: *** xorg-util-macros-1.2.1-1 This is a version update, which will be required for building X.Org packages from now on. Yaakov Cygwin/X DOWNLOAD: ========= Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: ======================================= To unsubscribe to the cygwin-xfree-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmLQVIACgkQpiWmPGlmQSMSgACg7YjkIOvrktOOmFW/05v48bo0 ccsAoNtg+XjDzsl31SSVLSyLewStBap4 =m53o -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Thu Feb 5 19:55:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 05 Feb 2009 19:55:00 -0000 Subject: [ANNOUNCEMENT] Updated: libXfont-1.3.4-1 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The following package has been updated in the Cygwin net distribution: *** libXfont1-1.3.4-1 *** libXfont-devel-1.3.4-1 This is a version bump, which includes a fix for builtin fonts reloading after server reset. Yaakov Cygwin/X DOWNLOAD: ========= Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: ======================================= To unsubscribe to the cygwin-xfree-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmLQ9sACgkQpiWmPGlmQSOdDgCg6o1Ms2iWvi7dH4N9Zpd0AOZD +ZEAoOgWp7Ql9Qw4KHkgfw5k3YEvIl2I =VTmM -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cygwin@tlinx.org Fri Feb 6 02:41:00 2009 From: cygwin@tlinx.org (Linda Walsh) Date: Fri, 06 Feb 2009 02:41:00 -0000 Subject: Problems with X surfaced recently In-Reply-To: <498B9472.6060003@cygwin.com> References: <498B8448.70709@tlinx.org> <498B9472.6060003@cygwin.com> Message-ID: <498BA33E.9040903@tlinx.org> Larry Hall (Cygwin) wrote: (thank you for your responses...) > Cygwin-X questions go to the cygwin-xfree list. --- I thought the lists were being merged because there was next to zero traffic on the X-cygwin list? Did that plan fall by the wayside? Besides, I wasn't sure if there was some negative interaction being caused by the setup problems. > Did you miss this FAQ? > > ---- Well, I didn't get the "Change Notification", if that's what you mean...:-) I have read the FAQ's, but I don't re-read them with each release. I'm pretty certain, I wouldn't notice a few new paragraphs difference in a 90k document... I normally don't use the start-menu as it suggests, as I don't use the same XWin start args nor start an xterm when starting X. > Or this one? > > --- I think I'll go look more closely at the FAQ. :-) The keyboard is functioning, now, on another remote app (make xconfig -- which is what started this 'detour'). However, an Xterm running on a remote (linux) system fails when trying to display to my "cygwin-OS" system with a similar font problem, so I reckon some font paths have changed or moved. Sigh. > Thanks for following the problem reporting protocol concerning cygcheck > output. :-) --- I try to improve...just a bit slow sometimes or not sure when a specific rule applies. I'm overly concerned (paranoid?) with dumping a large quantity of script-produced data, since I don't know if there is something in the dump that might create a security leak and I know the email list is archived and publicly searchable forever. ;^/ -- 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 dmoulding@gmail.com Fri Feb 6 03:59:00 2009 From: dmoulding@gmail.com (Dan Moulding) Date: Fri, 06 Feb 2009 03:59:00 -0000 Subject: can't start xterm In-Reply-To: References: Message-ID: <8032352B-5989-4D01-B1F0-B9908D309541@gmail.com> On Feb 5, 2009, at 2:30 PM, Ryan Stewart wrote: > I had been using > the startxwin.bat to start X in multiwindow mode, and I have a couple > of lines in there to auto-start some xterm windows. That doesn't work > anymore. The X server starts, but no xterms appear. When I right click > the tray icon and go to Applications->xterm, nothing happens either What happens if you run xterm from a bash shell started from Cygwin.bat? I'm thinking it might give you an error message that may hint at the cause of the problem. -- 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 sm@prismtech.com Fri Feb 6 12:57:00 2009 From: sm@prismtech.com (Simon McQueen) Date: Fri, 06 Feb 2009 12:57:00 -0000 Subject: Possible issue with X-start-menu-items : XWin fails to start when launched from start menu icon Message-ID: <498C33AA.2060200@prismtech.com> Hi all, I have performed a complete cygwin install from scratch today. cygcheck output is attached. Please note that my specific user home is not the Windows default. It's e:\sm, hence my ~ is /cygdrive/e/sm. Cygwin is installed in the default location of c:\cygwin. Attempting to launch "XWin Server" from the start menu icon does not launch a shell or produce the running XWin widget in the system tray. I've acknowledged the below: sm@beatrice ~ $ startxwin.bat startxwin.bat - Starting on Windows NT/2000/XP/2003 The system cannot find the path specified. The system cannot find the path specified. sm@beatrice ~ $ pushd /cygdrive/c /cygdrive/c ~ sm@beatrice /cygdrive/c $ startxwin.bat startxwin.bat - Starting on Windows NT/2000/XP/2003 sm@beatrice /cygdrive/c $ ... in the second instance XWin starts OK. The comments in the batch file explain why this is the case. Examining the properties of the "C:\Documents and Settings\All Users\Start Menu\Programs\Cygwin-X\XWin Server" shortcut that I used when trying to launch X from the start menu I note that the "Start in" field is unpopulated. This contrasts with "C:\Documents and Settings\All Users\Start Menu\Programs\Cygwin-X\xterm" where this field has the value "c:\cygwin\bin". If I populate this field in the "XWin Server" shortcut with c:\cygwin\bin the shortcut works as expected and X launches OK. I presume (but am unable to verify) that this would still be the case for users in the more typical case of having their homes on c:. Thanks for reading. Cheers, -- Simon McQueen sm@prismtech.com OpenFusion CORBA & OpenSplice DDS skype:simonmcqueen?add http://www.prismtech.com/middleware callto://+441914979966 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out 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 rds6235@gmail.com Fri Feb 6 15:54:00 2009 From: rds6235@gmail.com (Ryan Stewart) Date: Fri, 06 Feb 2009 15:54:00 -0000 Subject: can't start xterm In-Reply-To: References: Message-ID: On Thu, Feb 5, 2009 at 9:59 PM, Dan Moulding wrote: > > On Feb 5, 2009, at 2:30 PM, Ryan Stewart wrote: > > > > I had been using > > the startxwin.bat to start X in multiwindow mode, and I have a couple > > of lines in there to auto-start some xterm windows. That doesn't work > > anymore. The X server starts, but no xterms appear. When I right click > > the tray icon and go to Applications->xterm, nothing happens either > > What happens if you run xterm from a bash shell started from Cygwin.bat? > I'm thinking it might give you an error message that may hint at the > cause of the problem. > Interesting. Restarting the computer seems to have made some difference. I can now start xterm normally in every case except when I start X using startxwin.bat. When I start it that way, I *can* start xterm from a separate bash shell, as you suggested--and there are no errors--but I still can't start it using the tray icon, and the xterms I've set up to start in startxwin.bat don't start, either. Those xterms in the batch file are my main concern. The batch file starts X like this: %RUN% XWin -multiwindow -clipboard -silent-dup-error where RUN=\cygwin\bin\run -p /usr/bin Then I have lines like this: %RUN% xterm %RUN% xterm -e /usr/bin/bash -l Neither of them work, but starting a cygwin shell and running the corresponding command from there, i.e. without the %RUN% in front, does work. These commands worked before I got an unrequested update yesterday. -- 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 jayrod@gmail.com Fri Feb 6 16:13:00 2009 From: jayrod@gmail.com (Jared Silva) Date: Fri, 06 Feb 2009 16:13:00 -0000 Subject: rgb.txt not honored in X7? In-Reply-To: References: <4989B6CF.8000503@dronecode.org.uk> Message-ID: >From /usr/share/doc/xorg-server-1.5.3/ChangeLog: > commit dda10c9066a660b647384179f82e1da8e063264f > Author: Daniel Stone > Date: Mon Nov 5 16:28:35 2007 +0000 > > Remove all traces of external RGB database (and Speedo) > > Remove all references to an external RGB database (which hasn't been enabled > for a very long time). Also get rid of some references to Speedo fonts. > commit 8987b2c1efc9a4667e278e6ba411772ba2a4a4e6 > Author: Keith Packard > Date: Thu Feb 16 07:17:31 2006 +0000 > > Make more extensions optional in build (for kdrive). Fix kdrive build for > actual hardware. Fix kdrive pointer signed/unsigned types. Add > kdrive-required YX rotation functions. Replace rgb text file loading > with static rgb color table. Now to find a way around it! =( -- 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 jayrod@gmail.com Fri Feb 6 22:38:00 2009 From: jayrod@gmail.com (Jared Silva) Date: Fri, 06 Feb 2009 22:38:00 -0000 Subject: Trouble compiling xorg-server-1.5.3-6 Message-ID: Any help is greatly appreciated. $ cygport xorg-server-1.5.3-6.cygport all >>> Preparing xorg-server-1.5.3-6 *** Info: gnupg must be installed in order to check signatures. >>> Unpacking source xorg-server-1.5.3.tar.bz2 >>> Unpacking source X.ico *** Info: applying patch cygwin-build-fixes.patch: patching file configure.ac patching file hw/xwin/Makefile.am patching file hw/xwin/winerror.c patching file hw/xwin/winmultiwindowwm.c patching file hw/xwin/winprocarg.c patching file hw/xwin/winscrinit.c patching file hw/xwin/InitInput.c *** Info: applying patch cygwin-mieq.patch: patching file hw/xwin/InitInput.c Hunk #1 succeeded at 149 (offset -1 lines). patching file hw/xwin/win.h patching file hw/xwin/winkeybd.c patching file hw/xwin/winmouse.c patching file hw/xwin/winmultiwindowwndproc.c patching file hw/xwin/winwin32rootlesswndproc.c patching file hw/xwin/winwndproc.c *** Info: applying patch cygwin-use-standard-dpms-stubs.patch: patching file hw/xwin/InitOutput.c patching file hw/xwin/Makefile.am *** Info: applying patch cygwin-shadow-changes-update.patch: patching file hw/xwin/win.h patching file hw/xwin/winscrinit.c patching file hw/xwin/winshaddd.c patching file hw/xwin/winshadddnl.c patching file hw/xwin/winshadgdi.c *** Info: applying patch cygwin-smart-scheduler-problems-workaround.patch: patching file os/utils.c *** Info: applying patch cygwin-fix-windowswm-window-naming.patch: patching file hw/xwin/winmultiwindowwm.c *** Info: applying patch cygwin-should-also-use-gettickcount.patch: patching file os/utils.c *** Info: applying patch cygwin-fdo-bugzilla-4491-transparent-icon-background-fix.patch: patching file hw/xwin/winmultiwindowicons.c *** Info: applying patch cygwin-net_wm_icon-support.patch: patching file hw/xwin/winmultiwindowicons.c *** Info: applying patch from-xming-add-keyboard-layouts.patch: patching file hw/xwin/winlayouts.h *** Info: applying patch from-xming-correct-tooltip-and-window-title.patch: patching file hw/xwin/wintrayicon.c patching file hw/xwin/winwindow.h patching file hw/xwin/wincreatewnd.c *** Info: applying patch from-xming-patch3-command-line-logging-format.patch: patching file hw/xwin/winprocarg.c *** Info: applying patch from-xming-patch4-dont-center-dialogs-bogusly.patch: patching file hw/xwin/windialogs.c *** Info: applying patch from-xming-patch6-add-styles.patch: patching file hw/xwin/winprefs.c patching file hw/xwin/winprefs.h patching file hw/xwin/winprefslex.l patching file hw/xwin/winprefsyacc.y patching file hw/xwin/XWinrc.man *** Info: applying patch from-xming-patch11-wm-fixes.patch: patching file hw/xwin/winmultiwindowclass.c patching file hw/xwin/winmultiwindowwindow.c patching file hw/xwin/winmultiwindowwm.c patching file hw/xwin/winmultiwindowwndproc.c patching file hw/xwin/winwindow.h *** Info: applying patch from-xming-patch11-internal-authentication-cookie.patch: patching file hw/xwin/winmultiwindowwm.c Hunk #1 succeeded at 86 (offset 5 lines). Hunk #2 succeeded at 136 (offset 5 lines). Hunk #3 succeeded at 1253 (offset 11 lines). patching file hw/xwin/winprocarg.c patching file hw/xwin/InitOutput.c patching file hw/xwin/winglobals.c *** Info: applying patch from-xming-patch14-fdo-bugzilla-11128-fullscreen-and-refresh-switches-crash.patch: patching file hw/xwin/winshaddd.c patching file hw/xwin/winshadddnl.c *** Info: applying patch from-xming-patch15-clipboard-select-events-correctly.patch: patching file hw/xwin/winclipboardthread.c *** Info: applying patch from-xming-patch15-clipboard-cache-atom-lookups.patch: patching file hw/xwin/winclipboardwndproc.c patching file hw/xwin/winclipboardxevents.c *** Info: applying patch from-xming-patch15-clipboard-xdmcp-startup-wait-improve.patch: patching file hw/xwin/winclipboardwrappers.c *** Info: applying patch from-xming-patch15-clipboard-fix-prototype.patch: patching file hw/xwin/winclipboardwndproc.c *** Info: applying patch from-xming-patch15-clipboard-check-selection-ownership-after-take.patch: patching file hw/xwin/winclipboardwndproc.c patching file hw/xwin/winclipboardthread.c *** Info: applying patch from-xming-patch15-clipboard-returndata-leak-fix.patch: patching file hw/xwin/winclipboardxevents.c *** Info: applying patch from-xming-patch15-clipboard-attribution.patch: patching file hw/xwin/winclipboardthread.c patching file hw/xwin/winclipboardwndproc.c patching file hw/xwin/winclipboardwrappers.c patching file hw/xwin/winclipboardxevents.c *** Info: applying patch from-xming-patch16-unicode-window-title-fix.patch: patching file hw/xwin/winmultiwindowwm.c Hunk #1 succeeded at 156 (offset 5 lines). Hunk #2 succeeded at 413 (offset 8 lines). Hunk #3 succeeded at 437 (offset 8 lines). Hunk #4 succeeded at 493 (offset 8 lines). Hunk #5 succeeded at 537 (offset 8 lines). *** Info: applying patch cygwin-fix-silent-dup-error.patch: patching file hw/xwin/InitOutput.c patching file hw/xwin/XWin.man patching file hw/xwin/winerror.c *** Info: applying patch cygwin-hint-handling-fixes.patch: patching file hw/xwin/winmultiwindowshape.c patching file hw/xwin/winmultiwindowwndproc.c *** Info: applying patch cygwin-window-placement.patch: patching file hw/xwin/winmultiwindowwindow.c patching file hw/xwin/winmultiwindowwm.c Hunk #1 succeeded at 1633 (offset 25 lines). Hunk #2 succeeded at 1657 (offset 25 lines). *** Info: applying patch cygwin-fix-keyboard-lock-mode-sync.patch: patching file hw/xwin/winkeybd.c *** Info: applying patch cygwin-glx-crash-workaround.patch: patching file configure.ac Hunk #4 succeeded at 1677 (offset -3 lines). Hunk #5 succeeded at 1966 (offset 1 line). patching file glx/Makefile.am patching file glx/single2.c patching file hw/xwin/InitOutput.c Hunk #1 succeeded at 131 (offset -3 lines). Hunk #2 succeeded at 1036 (offset -12 lines). Hunk #3 succeeded at 1045 with fuzz 2 (offset -87 lines). *** Info: applying patch cygwin-xkb-fixes.patch: patching file hw/xwin/InitInput.c patching file hw/xwin/winkeybd.c *** Info: applying patch 1.3-ddxBeforeReset.patch: patching file hw/dmx/dmxinit.c Hunk #1 succeeded at 851 (offset -1 lines). patching file hw/kdrive/ephyr/ephyrinit.c Hunk #1 succeeded at 250 (offset 133 lines). Hunk #2 succeeded at 271 (offset 133 lines). patching file hw/kdrive/fake/fakeinit.c Hunk #1 succeeded at 72 (offset 13 lines). patching file hw/kdrive/sdl/sdl.c Hunk #1 succeeded at 369 (offset -40 lines). Hunk #2 succeeded at 458 (offset -43 lines). *** Info: applying patch 1.5-composite.patch: patching file configure.ac Hunk #1 succeeded at 1700 (offset 1 line). *** Info: applying patch 1.5-glx-RTLD_LOCAL.patch: patching file glx/glxdriswrast.c *** Info: applying patch 1.5-no-install-sdk-m4-or-pc.patch: patching file Makefile.am *** Info: applying patch 1.5-kdrive-xv-conditional.patch: patching file hw/kdrive/ephyr/Makefile.am patching file hw/kdrive/src/Makefile.am *** Info: applying patch 1.5-xfake-build.patch: patching file hw/kdrive/fake/Makefile.am *** Info: applying patch 1.5-xwin-resources.patch: patching file hw/xwin/XWin.exe.manifest patching file hw/xwin/XWin.rc patching file hw/xwin/windialogs.c Hunk #1 succeeded at 116 (offset 4 lines). Hunk #2 succeeded at 701 (offset -5 lines). patching file hw/xwin/winresource.h patching file configure.ac patching file include/xwin-config.h.in patching file hw/xwin/Makefile.am *** Info: applying patch 1.5-log-per-display-and-location-configurable.patch: patching file configure.ac patching file hw/xwin/InitOutput.c Hunk #2 succeeded at 689 (offset -9 lines). Hunk #3 succeeded at 703 (offset -9 lines). Hunk #4 succeeded at 876 (offset -9 lines). Hunk #5 succeeded at 906 (offset -9 lines). Hunk #6 succeeded at 914 (offset -9 lines). patching file hw/xwin/winglobals.c patching file hw/xwin/winerror.c Hunk #1 succeeded at 43 with fuzz 2. Hunk #2 succeeded at 105 (offset 18 lines). patching file include/xwin-config.h.in *** Info: applying patch 1.5-system_XWinrc-in-etc.patch: patching file configure.ac patching file hw/xwin/_usr_X11R6_lib_X11_system.XWinrc patching file hw/xwin/winprefs.c patching file include/xwin-config.h.in *** Info: applying patch 1.5-manpage-fixups.patch: patching file hw/xwin/Makefile.am patching file hw/xwin/XWin.man patching file hw/xwin/XWinrc.man *** Info: applying patch 1.5-use-bitmap-and-builtin-fonts.patch: patching file configure.ac patching file dix/dixfonts.c *** Info: applying patch cygwin-adjust-MOUSE_POLLING_INTERVAL.patch: patching file hw/xwin/win.h patching file hw/xwin/winmultiwindowwindow.c patching file hw/xwin/winmultiwindowwndproc.c patching file hw/xwin/winwin32rootless.c patching file hw/xwin/winwin32rootlesswndproc.c *** Info: applying patch cygwin-mouse-capture.patch: patching file hw/xwin/winmultiwindowwndproc.c Hunk #1 succeeded at 302 (offset -1 lines). Hunk #2 succeeded at 593 (offset -1 lines). Hunk #3 succeeded at 610 (offset -1 lines). Hunk #4 succeeded at 619 (offset -1 lines). Hunk #5 succeeded at 635 (offset -1 lines). Hunk #6 succeeded at 920 (offset -1 lines). *** Info: applying patch cygwin-fix-warp-pointer-in-multiwindow-mode.patch: patching file hw/xwin/wincursor.c *** Info: applying patch cygwin-speech-recognizer-keybd-fix.patch: patching file hw/xwin/winkeybd.c patching file hw/xwin/winkeybd.h *** Info: applying patch 1.5-version-with-builddate.patch: patching file hw/xwin/Makefile.am patching file hw/xwin/XWin.rc patching file hw/xwin/winerror.c patching file hw/xwin/winprocarg.c *** Info: applying patch 1.5-win32rootless-windowswm.patch: patching file configure.ac patching file hw/xwin/Makefile.am patching file hw/xwin/winmultiwindowwm.c patching file hw/xwin/winscrinit.c patching file hw/xwin/winwin32rootless.c patching file hw/xwin/winwin32rootlesswndproc.c patching file hw/xwin/winwindowswm.c patching file miext/Makefile.am patching file miext/rootless/Xplugin.h patching file miext/rootless/rootlessWindow.c patching file miext/rootless/rootlessWindow.h >>> Preparing working source directory *** Info: applying patch xorg-server-1.5.3-6.cygwin.patch: patching file CYGWIN-PATCHES/README patching file CYGWIN-PATCHES/setup.hint *** Info: patch xorg-server-1.5.3-6.src.patch not found >>> Compiling xorg-server-1.5.3-6 autoreconf-2.63: Entering directory `.' autoreconf-2.63: configure.ac: not using Gettext autoreconf-2.63: running: aclocal --force autoreconf-2.63: configure.ac: tracing autoreconf-2.63: configure.ac: not using Libtool autoreconf-2.63: running: /usr/bin/autoconf-2.63 --force configure.ac:60: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:61: error: possibly undefined macro: AC_DISABLE_STATIC configure.ac:62: error: possibly undefined macro: AC_PROG_LIBTOOL autoreconf-2.63: /usr/bin/autoconf-2.63 failed with exit status: 1 *** ERROR: autoreconf failed >>> Installing xorg-server-1.5.3-6 make: *** No rule to make target `install'. Stop. *** ERROR: make install DESTDIR failed >>> Packaging xorg-server-1.5.3-6 >>> Creating binary package(s) >>> xorg-server-1.5.3-6.tar.bz2 tar: *: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors *** ERROR: Binary package creation failed >>> Removing work directory in 5 seconds... >>> Removing work directory NOW. >>> Finished. -- 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 alexander.gottwald@s1999.tu-chemnitz.de Fri Feb 6 22:46:00 2009 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 06 Feb 2009 22:46:00 -0000 Subject: Possible issue with X-start-menu-items : XWin fails to start when launched from start menu icon In-Reply-To: <498C33AA.2060200@prismtech.com> References: <498C33AA.2060200@prismtech.com> Message-ID: <498CBD8E.80100@s1999.tu-chemnitz.de> Simon McQueen schrieb: > Attempting to launch "XWin Server" from the start menu icon does not > launch a shell or produce the running XWin widget in the system tray. Well, I think I'm still kind of the maintainer but I have not touched that package in a long time so it's still not updated to reflect the x11 package layout. Since updating it would make the person angry who writes my paycheck I rather put the X-start-menu-items package up for adoption. -- 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 Fri Feb 6 23:14:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 06 Feb 2009 23:14:00 -0000 Subject: Trouble compiling xorg-server-1.5.3-6 In-Reply-To: References: Message-ID: <498CC44D.9010906@dronecode.org.uk> Jared Silva wrote: > Any help is greatly appreciated. > > $ cygport xorg-server-1.5.3-6.cygport all [...] >>>> Compiling xorg-server-1.5.3-6 > autoreconf-2.63: Entering directory `.' > autoreconf-2.63: configure.ac: not using Gettext > autoreconf-2.63: running: aclocal --force > autoreconf-2.63: configure.ac: tracing > autoreconf-2.63: configure.ac: not using Libtool > autoreconf-2.63: running: /usr/bin/autoconf-2.63 --force > configure.ac:60: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > configure.ac:61: error: possibly undefined macro: AC_DISABLE_STATIC > configure.ac:62: error: possibly undefined macro: AC_PROG_LIBTOOL > autoreconf-2.63: /usr/bin/autoconf-2.63 failed with exit status: 1 > *** ERROR: autoreconf failed Just a guess, but do you not have the libtool package installed? http://x.cygwin.com/docs/cg/prog-build-native.html#prog-compiling -- 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 jayrod@gmail.com Fri Feb 6 23:49:00 2009 From: jayrod@gmail.com (Jared Silva) Date: Fri, 06 Feb 2009 23:49:00 -0000 Subject: Trouble compiling xorg-server-1.5.3-6 In-Reply-To: <498CC44D.9010906@dronecode.org.uk> References: <498CC44D.9010906@dronecode.org.uk> Message-ID: Jon TURNEY wrote: > Just a guess, but do you not have the libtool package installed? > > http://x.cygwin.com/docs/cg/prog-build-native.html#prog-compiling $ cygcheck -c | grep libtool libtool 1.5b-2 OK I tried reinstalling libtool, but no luck. I have all of the required packages for compiling. I tried the steps for a standard build, but that also failed (below). $ cygport xorg-server-1.5.3-6.cygport prep $ cd xorg-server-1.5.3-6/src/xorg-server-1.5.3/ $ ./configure --prefix=/usr checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C compiler default output file name... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking dependency style of gcc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ld used by gcc... /usr/i686-pc-cygwin/bin/ld.exe checking if the linker (/usr/i686-pc-cygwin/bin/ld.exe) is GNU ld... yes checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking how to recognize dependent libraries... file_magic ^x86 archive import|^x86 DLL checking for dlltool... dlltool checking for as... as checking for objdump... objdump checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for xlf95... no checking for f95... no checking for fort... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 8192 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -DDLL_EXPORT checking if gcc PIC flag -DDLL_EXPORT works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/i686-pc-cygwin/bin/ld.exe) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... Win32 ld.exe checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/i686-pc-cygwin/bin/ld.exe checking if the linker (/usr/i686-pc-cygwin/bin/ld.exe) is GNU ld... yes checking whether the g++ linker (/usr/i686-pc-cygwin/bin/ld.exe) supports shared libraries... yes checking for g++ option to produce PIC... -DDLL_EXPORT checking if g++ PIC flag -DDLL_EXPORT works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/i686-pc-cygwin/bin/ld.exe) supports shared libraries... yes checking dynamic linker characteristics... Win32 ld.exe (cached) (cached) checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking whether make sets $(MAKE)... (cached) yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for flex... no checking for lex... no checking for bison... no checking for byacc... no checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for cpp... /usr/bin/cpp checking if /usr/bin/cpp requires -undef... configure: error: /usr/bin/cpp defines unix with or without -undef. I don't know what to do. -- 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 jayrod@gmail.com Fri Feb 6 23:53:00 2009 From: jayrod@gmail.com (Jared Silva) Date: Fri, 06 Feb 2009 23:53:00 -0000 Subject: Trouble compiling xorg-server-1.5.3-6 In-Reply-To: References: <498CC44D.9010906@dronecode.org.uk> Message-ID: $ ./autogen.sh autoreconf-2.63: Entering directory `.' autoreconf-2.63: configure.ac: not using Gettext autoreconf-2.63: running: aclocal autoreconf-2.63: configure.ac: tracing autoreconf-2.63: configure.ac: not using Libtool autoreconf-2.63: running: /usr/bin/autoconf-2.63 configure.ac:60: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:61: error: possibly undefined macro: AC_DISABLE_STATIC configure.ac:62: error: possibly undefined macro: AC_PROG_LIBTOOL autoreconf-2.63: /usr/bin/autoconf-2.63 failed with exit status: 1 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From frederic.bron@m4x.org Sat Feb 7 09:36:00 2009 From: frederic.bron@m4x.org (=?UTF-8?B?RnLDqWTDqXJpYyBCcm9u?=) Date: Sat, 07 Feb 2009 09:36:00 -0000 Subject: xwin crashes and disables network Message-ID: Since I updated to the new X.org 7.4 I have xwin crashes. I am using cygiwn version 1.5.25-cr-0x5f1. This is how it happens: - suddenly, all network connexions (cygwin and windows) stop working (no internet...). rxvt freezes - when I kill xwin (kill -9 from the cygwin bash shell), all works again. - often, at the same time, windows clipboard does not work any more. - this happens 1-2 times a week roughly. I am using the \cygwin\bin\startxwin.bat file to start Xwin which contents is given below. F. Bron @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/bin SET PATH=.;%CYGWIN_ROOT%\bin;%PATH% if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix if "%OS%" == "Windows_NT" goto OS_NT echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT echo startxwin.bat - Starting on Windows NT/2000/XP/2003 :STARTUP %RUN% XWin -multiwindow -clipboard -silent-dup-error -- 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 Feb 7 14:31:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 07 Feb 2009 14:31:00 -0000 Subject: Trouble compiling xorg-server-1.5.3-6 In-Reply-To: References: <498CC44D.9010906@dronecode.org.uk> Message-ID: <498D9B4E.40906@dronecode.org.uk> Jared Silva wrote: > Jon TURNEY wrote: >> Just a guess, but do you not have the libtool package installed? >> >> http://x.cygwin.com/docs/cg/prog-build-native.html#prog-compiling > > $ cygcheck -c | grep libtool > libtool 1.5b-2 OK > > I tried reinstalling libtool, but no luck. I think this is not the right version of libtool. I think it looks like setup.ini is still not quite recovered from it's recent problems and is preferring the version under _obsolete/libtool to the version under libtool or something. > I have all of the required packages for compiling. > > I tried the steps for a standard build, but that also failed (below). > > $ cygport xorg-server-1.5.3-6.cygport prep > > $ cd xorg-server-1.5.3-6/src/xorg-server-1.5.3/ > $ ./configure --prefix=/usr [...] > checking for cpp... /usr/bin/cpp > checking if /usr/bin/cpp requires -undef... configure: error: > /usr/bin/cpp defines unix with or without -undef. I don't know what > to do. ./configure for the X server won't work on cygwin until it has been regenerated with various fixes, hence the need to run autoreconf :-) -- 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 andrew.t.bouchard@Vanderbilt.Edu Sun Feb 8 00:33:00 2009 From: andrew.t.bouchard@Vanderbilt.Edu (teddybouch) Date: Sun, 08 Feb 2009 00:33:00 -0000 Subject: Saving all xterm output to a file Message-ID: <21894608.post@talk.nabble.com> I am trying to automate a simulation process, and part of this involves capturing the output that is written to an xterm window when a particular process is run. I thought that I had this figured out using the following command: ./run 1 Joiner default > results.dat "run" is the program that I am running and want to catch the output of. 1, "Joiner," and "default" are parameters needed by that program. "results.dat" is the file that I want the output written to. It was working alright, but then I realized that it wasn't getting all the output that ought to be there. Now, it has progressed to the point that I'm not getting any of the printout statements at all - they don't appear in the xterm window or in the file. What do I need to do to get this to work? Thanks very much for your help. Andrew Bouchard -- View this message in context: http://www.nabble.com/Saving-all-xterm-output-to-a-file-tp21894608p21894608.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 dickey@his.com Sun Feb 8 01:12:00 2009 From: dickey@his.com (Thomas Dickey) Date: Sun, 08 Feb 2009 01:12:00 -0000 Subject: Saving all xterm output to a file In-Reply-To: <21894608.post@talk.nabble.com> References: <21894608.post@talk.nabble.com> Message-ID: <20090207200811.X52659@mail101.his.com> On Sat, 7 Feb 2009, teddybouch wrote: > I am trying to automate a simulation process, and part of this involves > capturing the output that is written to an xterm window when a particular > process is run. I thought that I had this figured out using the following > command: > > ../run 1 Joiner default > results.dat fwiw, this isn't specific to X... > "run" is the program that I am running and want to catch the output of. 1, > "Joiner," and "default" are parameters needed by that program. "results.dat" > is the file that I want the output written to. It was working alright, but > then I realized that it wasn't getting all the output that ought to be > there. Now, it has progressed to the point that I'm not getting any of the > printout statements at all - they don't appear in the xterm window or in the > file. Perhaps you're looking for the messages written to stderr. For that you need to redirect stderr as well, e.g., ../run 1 Joiner default 2>&1 > results.dat -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From garyjohn@spocom.com Sun Feb 8 02:06:00 2009 From: garyjohn@spocom.com (Gary Johnson) Date: Sun, 08 Feb 2009 02:06:00 -0000 Subject: Saving all xterm output to a file In-Reply-To: <20090207200811.X52659@mail101.his.com> References: <21894608.post@talk.nabble.com> <20090207200811.X52659@mail101.his.com> Message-ID: <20090208020620.GA2960@KCJs-Computer> On 2009-02-07, Thomas Dickey wrote: > On Sat, 7 Feb 2009, teddybouch wrote: > > >I am trying to automate a simulation process, and part of this involves > >capturing the output that is written to an xterm window when a particular > >process is run. I thought that I had this figured out using the following > >command: > > > >../run 1 Joiner default > results.dat > > fwiw, this isn't specific to X... > > >"run" is the program that I am running and want to catch the output of. 1, > >"Joiner," and "default" are parameters needed by that program. > >"results.dat" > >is the file that I want the output written to. It was working alright, but > >then I realized that it wasn't getting all the output that ought to be > >there. Now, it has progressed to the point that I'm not getting any of the > >printout statements at all - they don't appear in the xterm window or in > >the > >file. > > Perhaps you're looking for the messages written to stderr. > For that you need to redirect stderr as well, e.g., > > ../run 1 Joiner default 2>&1 > results.dat I think that has to be written this way: ../run 1 Joiner default > results.dat 2>&1 But if you (the OP) wants to see what's going into that file, you should tee, like this: ../run 1 Joiner default 2>&1 | tee results.dat HTH, Gary -- 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 Rhubbell@iHubbell.com Sun Feb 8 03:11:00 2009 From: Rhubbell@iHubbell.com (rhubbell) Date: Sun, 08 Feb 2009 03:11:00 -0000 Subject: X server causing IE lockups Message-ID: <20090207191132.b84a458c.Rhubbell@iHubbell.com> Recently started using the Xserver and have issues now with IE. IE will become unresponsive. When I kill the xserver IE becomes responsive again. I also have issues with any vncclient sessions I'm running. The cut-n-paste buffers stop working in vnc. Vnc doesn't require the xserver. It's not a showstopper because I can kill the xserver and get expected behavior back. Is this a known issue/limitation? This is on winxp. -- 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 andrew.t.bouchard@Vanderbilt.Edu Sun Feb 8 05:04:00 2009 From: andrew.t.bouchard@Vanderbilt.Edu (teddybouch) Date: Sun, 08 Feb 2009 05:04:00 -0000 Subject: Saving all xterm output to a file In-Reply-To: <20090208020620.GA2960@KCJs-Computer> References: <21894608.post@talk.nabble.com> <20090207200811.X52659@mail101.his.com> <20090208020620.GA2960@KCJs-Computer> Message-ID: <21896001.post@talk.nabble.com> Thanks very much. The tee works well, and is particularly helpful for debugging. Unfortunately, it seems that sometimes the program will run and display output as it ought to, and other times it will run and no output is visible. I've never had this problem when not trying to output to a file, so I am assuming that it has to do with that. Any ideas? -- View this message in context: http://www.nabble.com/Saving-all-xterm-output-to-a-file-tp21894608p21896001.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 dickey@his.com Sun Feb 8 11:35:00 2009 From: dickey@his.com (Thomas Dickey) Date: Sun, 08 Feb 2009 11:35:00 -0000 Subject: Saving all xterm output to a file In-Reply-To: <20090208020620.GA2960@KCJs-Computer> References: <21894608.post@talk.nabble.com> <20090207200811.X52659@mail101.his.com> <20090208020620.GA2960@KCJs-Computer> Message-ID: <20090208063411.E17375@mail101.his.com> On Sat, 7 Feb 2009, Gary Johnson wrote: >> ../run 1 Joiner default 2>&1 > results.dat > > I think that has to be written this way: > > ../run 1 Joiner default > results.dat 2>&1 > > But if you (the OP) wants to see what's going into that file, you > should tee, like this: > > ../run 1 Joiner default 2>&1 | tee results.dat hmm - yes (I had at hand a script which does the latter, and couldn't recall the detail needed for the former, which seemed to be what OP requested). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From markjreed@gmail.com Sun Feb 8 12:02:00 2009 From: markjreed@gmail.com (Mark J. Reed) Date: Sun, 08 Feb 2009 12:02:00 -0000 Subject: Saving all xterm output to a file In-Reply-To: <20090208063411.E17375@mail101.his.com> References: <21894608.post@talk.nabble.com> <20090207200811.X52659@mail101.his.com> <20090208020620.GA2960@KCJs-Computer> <20090208063411.E17375@mail101.his.com> Message-ID: On Sun, Feb 8, 2009 at 6:35 AM, Thomas Dickey wrote: > hmm - yes (I had at hand a script which does the latter, and couldn't > recall the detail needed for the former, which seemed to be what OP > requested). Redirects are processed left-to-right. So this: command >foo 2>&1 says "send stdout into file foo and then send stderr (file descriptor 2) wherever stdout (file descriptor 1) is going". So they both go into the file. If you swap them, like this: command 2>&1 >foo that says "send stderr wherever stdout is going, and then send stdout into file foo". Which means stderr goes to the screen like usual and the 2>&1 doesn't do much in this case. But since pipes are set up before any of the redirects, this command: command 2>&1 >foo | othercommand will send stdout into a file while piping stderr into the other command, and this one: command 2>&1 | othercommand will pipe them both together. -- Mark J. Reed -- 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 rajeshjadvani@yahoo.com Sun Feb 8 12:49:00 2009 From: rajeshjadvani@yahoo.com (Rajesh Advani) Date: Sun, 08 Feb 2009 12:49:00 -0000 Subject: Possible issue with X-start-menu-items : XWin fails to start when launched from start menu icon References: <498C33AA.2060200@prismtech.com> Message-ID: <596071.58513.qm@web55304.mail.re4.yahoo.com> I reported the exact same problem in my mail titled - Bug: xinit: XWin Server shortcut won't work if Cygwin not in C: I had a default HOME but installed Cygwin at d:\cygwin. Updating the "starts in" field to "d:\" fixes the problem. ----- Original Message ---- From: Simon McQueen To: cygwin-xfree@cygwin.com Sent: Friday, February 6, 2009 6:27:14 PM Subject: Possible issue with X-start-menu-items : XWin fails to start when launched from start menu icon Hi all, I have performed a complete cygwin install from scratch today. cygcheck output is attached. Please note that my specific user home is not the Windows default. It's e:\sm, hence my ~ is /cygdrive/e/sm. Cygwin is installed in the default location of c:\cygwin. Attempting to launch "XWin Server" from the start menu icon does not launch a shell or produce the running XWin widget in the system tray. I've acknowledged the below: sm@beatrice ~ $ startxwin.bat startxwin.bat - Starting on Windows NT/2000/XP/2003 The system cannot find the path specified. The system cannot find the path specified. sm@beatrice ~ $ pushd /cygdrive/c /cygdrive/c ~ sm@beatrice /cygdrive/c $ startxwin.bat startxwin.bat - Starting on Windows NT/2000/XP/2003 sm@beatrice /cygdrive/c $ ... in the second instance XWin starts OK. The comments in the batch file explain why this is the case. Examining the properties of the "C:\Documents and Settings\All Users\Start Menu\Programs\Cygwin-X\XWin Server" shortcut that I used when trying to launch X from the start menu I note that the "Start in" field is unpopulated. This contrasts with "C:\Documents and Settings\All Users\Start Menu\Programs\Cygwin-X\xterm" where this field has the value "c:\cygwin\bin". If I populate this field in the "XWin Server" shortcut with c:\cygwin\bin the shortcut works as expected and X launches OK. I presume (but am unable to verify) that this would still be the case for users in the more typical case of having their homes on c:. Thanks for reading. Cheers, -- Simon McQueen sm@prismtech.com OpenFusion CORBA & OpenSplice DDS skype:simonmcqueen?add http://www.prismtech.com/middleware callto://+441914979966 -- 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 andrew.t.bouchard@Vanderbilt.Edu Sun Feb 8 12:57:00 2009 From: andrew.t.bouchard@Vanderbilt.Edu (teddybouch) Date: Sun, 08 Feb 2009 12:57:00 -0000 Subject: Saving all xterm output to a file In-Reply-To: References: <21894608.post@talk.nabble.com> <20090207200811.X52659@mail101.his.com> <20090208020620.GA2960@KCJs-Computer> <20090208063411.E17375@mail101.his.com> Message-ID: <21898633.post@talk.nabble.com> Sorry, I'm not entirely sure I understood all that, but I wanted to give an update. I wrote a script and ran over 250 tests over last night using this syntax: ./run 1 Joiner default 2>&1 | tee 2_7_09_results.dat Only one of these tests gave output. Mark, if I understand you correctly, the "| tee" should be at the end? I will try that today. A few more details about the system, in case any of them matter. All of this is running on a MacBook Pro that is running Windows XP in Bootcamp. What the run program does is actually start up a few different processes, one of which I wrote, to control a robot in a simulation package. The program that I wrote has bunch of printout statements that I need to see to debug why it isn't working and to take data once it is. I should mention that what I have been doing is completely closing out XWin after every run and re-opening it. I'm not sure if this will cause problems, and since it was test #67 that gave results last night, I don't think that would be the problem, but I'm going to try just closing bash and xterm between runs today. -- View this message in context: http://www.nabble.com/Saving-all-xterm-output-to-a-file-tp21894608p21898633.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 Rhubbell@iHubbell.com Sun Feb 8 20:24:00 2009 From: Rhubbell@iHubbell.com (rhubbell) Date: Sun, 08 Feb 2009 20:24:00 -0000 Subject: X server causing IE lockups In-Reply-To: <20090207191132.b84a458c.Rhubbell@iHubbell.com> References: <20090207191132.b84a458c.Rhubbell@iHubbell.com> Message-ID: <20090208122443.ee4fb3fe.Rhubbell@iHubbell.com> I know there was another cygwin user that had similar experiences. Is this a limited situation? Is anyone else seeing these kinds of issues? Since I'm new here maybe this has been fixed and so it's no longer discussed? I looked in the archives but maybe I missed something. On Sat, 7 Feb 2009 19:11:32 -0800 rhubbell wrote: > Recently started using the Xserver and have issues now with IE. IE will become > unresponsive. When I kill the xserver IE becomes responsive again. > > I also have issues with any vncclient sessions I'm running. The cut-n-paste > buffers stop working in vnc. Vnc doesn't require the xserver. > > It's not a showstopper because I can kill the xserver and get expected > behavior back. Is this a known issue/limitation? This is on winxp. > > -- > 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 andrew.t.bouchard@Vanderbilt.Edu Sun Feb 8 21:33:00 2009 From: andrew.t.bouchard@Vanderbilt.Edu (teddybouch) Date: Sun, 08 Feb 2009 21:33:00 -0000 Subject: Saving all xterm output to a file In-Reply-To: <20090208063411.E17375@mail101.his.com> References: <21894608.post@talk.nabble.com> <20090207200811.X52659@mail101.his.com> <20090208020620.GA2960@KCJs-Computer> <20090208063411.E17375@mail101.his.com> Message-ID: <21903611.post@talk.nabble.com> Okay, I'm digging a little deeper, and I think that I have noticed some things that might be helpful and I've created some files that might shed some light. The files below are output from what I'm running through xterm. Auto indicates simulations in which the output was automatically teed to a file as well as the file, while manual indicates that I ran the simulation without having it output to a file and cut-and-paste the output to the text file. Good indicates that the simulation ran the way that I wanted it to, and bad indicates that there was an unrelated error that caused the simulation to fail. The file labeled with BadOut ran the way that I wanted, but this problem that I'm trying to fix came up where the output didn't go to the file. http://www.quickfilepost.com/download.do?get=2aeda11324087e4b50df06b338aa32fa Output_Auto_Bad.txt http://www.quickfilepost.com/download.do?get=51d9196b285962f05ab40ce620d1a75c Output_Auto_Good.txt http://www.quickfilepost.com/download.do?get=6922453eb0a8cbf34d0188ebd8d9c3bc Output_Auto_Good_BadOut.txt http://www.quickfilepost.com/download.do?get=cf14ab8cd7f2767f2ea4cfbb49c8544b Output_Manual_Bad.txt http://www.quickfilepost.com/download.do?get=dae384fed148e62ada7d5c02661b68b1 Output_Manual_Good.txt The most useful thing is to look at the first lines of each down to where it says "Adm>." I noticed that the output from this first part is consistent no matter if the output I need shows up or not - the same initialization stuff shows up. The funny thing is that that initialization stuff is unique to the different processes that are starting. Now, the program that outputs "Adm>" is the same program that should be creating all the output that I want to save, so I'm not sure that this theory holds water, but I wanted to throw it out there. -- View this message in context: http://www.nabble.com/Saving-all-xterm-output-to-a-file-tp21894608p21903611.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 Feb 8 21:33:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 08 Feb 2009 21:33:00 -0000 Subject: Saving all xterm output to a file In-Reply-To: <21898633.post@talk.nabble.com> References: <21894608.post@talk.nabble.com> <20090207200811.X52659@mail101.his.com> <20090208020620.GA2960@KCJs-Computer> <20090208063411.E17375@mail101.his.com> <21898633.post@talk.nabble.com> Message-ID: <498F4F9F.2030709@dronecode.org.uk> teddybouch wrote: > Sorry, I'm not entirely sure I understood all that, but I wanted to give an > update. I wrote a script and ran over 250 tests over last night using this > syntax: > > ./run 1 Joiner default 2>&1 | tee 2_7_09_results.dat > > Only one of these tests gave output. Mark, if I understand you correctly, > the "| tee" should be at the end? I will try that today. > > A few more details about the system, in case any of them matter. All of this > is running on a MacBook Pro that is running Windows XP in Bootcamp. What the > run program does is actually start up a few different processes, one of > which I wrote, to control a robot in a simulation package. The program that > I wrote has bunch of printout statements that I need to see to debug why it > isn't working and to take data once it is. I should mention that what I have > been doing is completely closing out XWin after every run and re-opening it. > I'm not sure if this will cause problems, and since it was test #67 that > gave results last night, I don't think that would be the problem, but I'm > going to try just closing bash and xterm between runs today. If you really want to prove this is an xterm issue (which seems unlikely to me as this really revolves about what bash is doing), you should compare the behaviour between running the command under an xterm and running it under some other terminal emulator (e.g. the 'cygwin bash shell' menu shortcut which starts bash inside the native 'DOS window') > It was working alright, but > then I realized that it wasn't getting all the output that ought to be > there. Now, it has progressed to the point that I'm not getting any of the > printout statements at all - they don't appear in the xterm window or in the > file. It sounds like your output is gradually getting less and less. But you don't really say what's changing here: the scripts you are running, the environment you are running them in, or just the output? -- 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 andrew.t.bouchard@Vanderbilt.Edu Mon Feb 9 02:24:00 2009 From: andrew.t.bouchard@Vanderbilt.Edu (teddybouch) Date: Mon, 09 Feb 2009 02:24:00 -0000 Subject: Saving all xterm output to a file In-Reply-To: <498F4F9F.2030709@dronecode.org.uk> References: <21894608.post@talk.nabble.com> <20090207200811.X52659@mail101.his.com> <20090208020620.GA2960@KCJs-Computer> <20090208063411.E17375@mail101.his.com> <21898633.post@talk.nabble.com> <498F4F9F.2030709@dronecode.org.uk> Message-ID: <21906148.post@talk.nabble.com> Jon TURNEY wrote: > > > If you really want to prove this is an xterm issue (which seems unlikely > to me > as this really revolves about what bash is doing), you should compare the > behaviour between running the command under an xterm and running it under > some > other terminal emulator (e.g. the 'cygwin bash shell' menu shortcut which > starts bash inside the native 'DOS window') > > I'm not really partial to proving that this is an xterm issue - I just want to get it working the way I need it to. Right after I write this email I'm going to make another version of my control program that writes directly to a file and see if that will give me everything that I need. I took your advice and tried it under the cygwin bash shell and got the same problem, so I assume that it's not an xterm issue, but as you suggest, a bash issue. If this isn't the place to find help for that, could someone direct me to the correct venue, please? As to the issue of changing output, I'm sorry that the parameters for the different results were ambiguous. The input was the same for all of them. The change in output is not a progressive thing - it's just that sometimes the printf statements in my code get written to the specified file and other times they do not. Interestingly enough, the printf statements in the portion of the code that I didn't write do get output consistently. They are each followed by called to fflush(stdout) - might this have something to do with it? -- View this message in context: http://www.nabble.com/Saving-all-xterm-output-to-a-file-tp21894608p21906148.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 Mon Feb 9 02:33:00 2009 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Mon, 09 Feb 2009 02:33:00 -0000 Subject: Saving all xterm output to a file In-Reply-To: <21906148.post@talk.nabble.com> References: <21894608.post@talk.nabble.com> <20090207200811.X52659@mail101.his.com> <20090208020620.GA2960@KCJs-Computer> <20090208063411.E17375@mail101.his.com> <21898633.post@talk.nabble.com> <498F4F9F.2030709@dronecode.org.uk> <21906148.post@talk.nabble.com> Message-ID: <498F9543.5030900@cygwin.com> teddybouch wrote: > > > Jon TURNEY wrote: >> >> If you really want to prove this is an xterm issue (which seems unlikely >> to me >> as this really revolves about what bash is doing), you should compare the >> behaviour between running the command under an xterm and running it under >> some >> other terminal emulator (e.g. the 'cygwin bash shell' menu shortcut which >> starts bash inside the native 'DOS window') >> >> > > I'm not really partial to proving that this is an xterm issue - I just want > to get it working the way I need it to. Right after I write this email I'm > going to make another version of my control program that writes directly to > a file and see if that will give me everything that I need. I took your > advice and tried it under the cygwin bash shell and got the same problem, so > I assume that it's not an xterm issue, but as you suggest, a bash issue. If > this isn't the place to find help for that, could someone direct me to the > correct venue, please? For non-X issues, you want the main Cygwin list. But before jotting off a note there, see below. > As to the issue of changing output, I'm sorry that the parameters for the > different results were ambiguous. The input was the same for all of them. > The change in output is not a progressive thing - it's just that sometimes > the printf statements in my code get written to the specified file and other > times they do not. Interestingly enough, the printf statements in the > portion of the code that I didn't write do get output consistently. They are > each followed by called to fflush(stdout) - might this have something to do > with it? This has _everything_ to do with it. You're obviously suffering from buffered I/O. Employ the same technique as you've found in other areas and I expect your program will output everything like you expect when you expect it. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From andrew.t.bouchard@Vanderbilt.Edu Mon Feb 9 03:01:00 2009 From: andrew.t.bouchard@Vanderbilt.Edu (teddybouch) Date: Mon, 09 Feb 2009 03:01:00 -0000 Subject: Saving all xterm output to a file In-Reply-To: <498F9543.5030900@cygwin.com> References: <21894608.post@talk.nabble.com> <20090207200811.X52659@mail101.his.com> <20090208020620.GA2960@KCJs-Computer> <20090208063411.E17375@mail101.his.com> <21898633.post@talk.nabble.com> <498F4F9F.2030709@dronecode.org.uk> <21906148.post@talk.nabble.com> <498F9543.5030900@cygwin.com> Message-ID: <21906401.post@talk.nabble.com> That's it! If I just throw some of the fflush commands in here and there in strategic places, I get all the output I am looking for up to those statements. Why would this be needed sometimes and not others? -- View this message in context: http://www.nabble.com/Saving-all-xterm-output-to-a-file-tp21894608p21906401.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 Mon Feb 9 04:25:00 2009 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Mon, 09 Feb 2009 04:25:00 -0000 Subject: Saving all xterm output to a file In-Reply-To: <21906401.post@talk.nabble.com> References: <21894608.post@talk.nabble.com> <20090207200811.X52659@mail101.his.com> <20090208020620.GA2960@KCJs-Computer> <20090208063411.E17375@mail101.his.com> <21898633.post@talk.nabble.com> <498F4F9F.2030709@dronecode.org.uk> <21906148.post@talk.nabble.com> <498F9543.5030900@cygwin.com> <21906401.post@talk.nabble.com> Message-ID: <498FAF7B.8030806@cygwin.com> teddybouch wrote: > That's it! If I just throw some of the fflush commands in here and there in > strategic places, I get all the output I am looking for up to those > statements. Why would this be needed sometimes and not others? It's always needed if you must have output at a particular point in the execution. If that's not a requirement, then it shouldn't be necessary since the buffer should be flushed at normal program end. If that's not happening, that suggests something in your program is holding the stdout handle open, it has set the buffer size to something extraordinarily large, or you've triggered a bug. If you believe it's a bug, please create a simple test case in C that demonstrates the problem. Send it to the Cygwin list with an explanation of the problem. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From frederic.bron@m4x.org Mon Feb 9 05:57:00 2009 From: frederic.bron@m4x.org (=?UTF-8?B?RnLDqWTDqXJpYyBCcm9u?=) Date: Mon, 09 Feb 2009 05:57:00 -0000 Subject: X server causing IE lockups In-Reply-To: <20090208122443.ee4fb3fe.Rhubbell@iHubbell.com> References: <20090207191132.b84a458c.Rhubbell@iHubbell.com> <20090208122443.ee4fb3fe.Rhubbell@iHubbell.com> Message-ID: > I know there was another cygwin user that had similar experiences. > Is this a limited situation? Is anyone else seeing these kinds of issues? Same problem since I updated to the new X.org 7.4: I have xwin crashes. Also with XP and also using a vncclient (TightVNC) This is how it happens: - suddenly, all network connexions (cygwin and windows) stop working (no internet...). rxvt freezes - when I kill xwin (kill -9 from the cygwin bash shell), all works again. - often, at the same time, windows clipboard does not work any more. - this happens 1-2 times a week roughly. F. Bron -- 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 Rhubbell@iHubbell.com Mon Feb 9 16:24:00 2009 From: Rhubbell@iHubbell.com (rhubbell) Date: Mon, 09 Feb 2009 16:24:00 -0000 Subject: X server causing IE lockups In-Reply-To: References: <20090207191132.b84a458c.Rhubbell@iHubbell.com> <20090208122443.ee4fb3fe.Rhubbell@iHubbell.com> Message-ID: <20090209082434.229a5c29.Rhubbell@iHubbell.com> The common thing seems to be vncclient. I guess I'll check on the vncclient list and see if there are any clues. Are we on our own? I will try to start vncclient after I start X and see if that matters. Have you tried sorting this out at all? Gentlemen start your finger pointing! It's vncclient! No, it's Xfree! No it's winxp! Yay! Not our problem! On Mon, 9 Feb 2009 06:57:01 +0100 Fr?d?ric Bron wrote: > > I know there was another cygwin user that had similar experiences. > > Is this a limited situation? Is anyone else seeing these kinds of issues? > > Same problem since I updated to the new X.org 7.4: I have xwin > crashes. Also with XP and also using a vncclient (TightVNC) > This is how it happens: > - suddenly, all network connexions (cygwin and windows) stop working > (no internet...). rxvt freezes > - when I kill xwin (kill -9 from the cygwin bash shell), all works again. > - often, at the same time, windows clipboard does not work any more. > - this happens 1-2 times a week roughly. > > F. Bron > > -- > 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 frederic.bron@m4x.org Mon Feb 9 16:58:00 2009 From: frederic.bron@m4x.org (=?UTF-8?B?RnLDqWTDqXJpYyBCcm9u?=) Date: Mon, 09 Feb 2009 16:58:00 -0000 Subject: X server causing IE lockups In-Reply-To: <20090209082434.229a5c29.Rhubbell@iHubbell.com> References: <20090207191132.b84a458c.Rhubbell@iHubbell.com> <20090208122443.ee4fb3fe.Rhubbell@iHubbell.com> <20090209082434.229a5c29.Rhubbell@iHubbell.com> Message-ID: > The common thing seems to be vncclient. I guess I'll check on the vncclient > list and see if there are any clues. Are we on our own? > I will try to start vncclient after I start X and see if that matters. > Have you tried sorting this out at all? I always start Xwin before VNC as I have a shortcut to startxwin.bat in my Startup folder. F. Bron -- 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 Jeff.Delinck@us.ibm.com Mon Feb 9 17:20:00 2009 From: Jeff.Delinck@us.ibm.com (Jeffrey A Delinck) Date: Mon, 09 Feb 2009 17:20:00 -0000 Subject: can't start xterm Message-ID: I did one thing to my startxwin.bat file to make it work. I commented out the "set" commands thus: rem SET XAPPLRESDIR= rem SET XCMSDB= rem SET XKEYSYMDB= rem SET XNLSPATH= I am not sure if this is what really made it work because it didn't work with the startxwin.sh command, either. However, it might be related to a residual of these being defined Jeff Note: These view are my own and not the views of the companies I work for. -- 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 Mon Feb 9 17:25:00 2009 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Mon, 09 Feb 2009 17:25:00 -0000 Subject: can't start xterm In-Reply-To: References: Message-ID: <49906676.80306@cygwin.com> Jeffrey A Delinck wrote: > I did one thing to my startxwin.bat file to make it work. I commented out > the "set" commands thus: > > rem SET XAPPLRESDIR= > rem SET XCMSDB= > rem SET XKEYSYMDB= > rem SET XNLSPATH= > > I am not sure if this is what really made it work because it didn't work > with the startxwin.sh command, either. However, it might be related to a > residual of these being defined Known issue. See the FAQ entry: -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jayrod@gmail.com Mon Feb 9 19:19:00 2009 From: jayrod@gmail.com (Jared Silva) Date: Mon, 09 Feb 2009 19:19:00 -0000 Subject: Trouble compiling xorg-server-1.5.3-6 In-Reply-To: <498D9B4E.40906@dronecode.org.uk> References: <498CC44D.9010906@dronecode.org.uk> <498D9B4E.40906@dronecode.org.uk> Message-ID: Jon TURNEY wrote: > I think this is not the right version of libtool. I think it looks like > setup.ini is still not quite recovered from it's recent problems and is > preferring the version under _obsolete/libtool to the version under libtool > or something. You were correct. I made some progress, but I am still not all the way there. $ cygcheck -c | grep -i gl freeglut 2.4.0-1 OK glproto 1.4.9-1 OK libGL1 7.2-2 OK libglitz1 0.5.6-1 OK libGLU1 7.2-2 OK libglut3 2.4.0-1 OK $ cygport xorg-server-1.5.3-6.cygport all >>> Preparing xorg-server-1.5.3-6 ... *** Info: patch xorg-server-1.5.3-6.src.patch not found >>> Compiling xorg-server-1.5.3-6 autoreconf-2.63: Entering directory `.' autoreconf-2.63: configure.ac: not using Gettext autoreconf-2.63: running: aclocal --force autoreconf-2.63: configure.ac: tracing autoreconf-2.63: running: libtoolize --copy --force libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. autoreconf-2.63: running: /usr/bin/autoconf-2.63 --force autoreconf-2.63: running: /usr/bin/autoheader-2.63 --force autoreconf-2.63: running: automake --add-missing --copy --force-missing autoreconf-2.63: Leaving directory `.' *** Info: Removing hw/xfree86/common/xf86Build.h to be regenerated by configure *** Info: Removing include/do-not-use-config.h to be regenerated by configure *** Info: Removing include/xorg-server.h to be regenerated by configure *** Info: Removing include/dix-config.h to be regenerated by configure *** Info: Removing include/xgl-config.h to be regenerated by configure *** Info: Removing include/xorg-config.h to be regenerated by configure *** Info: Removing include/xkb-config.h to be regenerated by configure *** Info: Removing include/xwin-config.h to be regenerated by configure /usr/src/temp/xorg-server-1.5.3-6/src/xorg-server-1.5.3/configure --srcdir=/usr/src/temp/xorg-server-1.5.3-6/src/xorg-server-1.5.3 --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/sbin --datadir=/usr/share --localstatedir=/var --sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/xorg-server-1.5.3 --enable-kdrive --enable-xephyr --enable-xfake --enable-record --disable-config-hal --disable-dri --disable-install-setuid --disable-xf86bigfont --disable-xf86misc --disable-xf86vidmode --disable-xinerama --disable-xsdl --disable-xv --disable-xvmc --with-fontdir=/usr/share/fonts --with-log-dir=/var/log --with-serverconfig-path=/usr/lib/X11 --with-xkb-output=/var/lib/xkb --with-os-name=Cygwin --with-os-vendor=Red Hat --with-builder-addr=cygwin-xfree@cygwin.com --with-vendor-name=The Cygwin/X Project --with-vendor-name-short=Cygwin/X --with-vendor-web=http://x.cygwin.com/ checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /usr/bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for C compiler default output file name... a.exe checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... .exe checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking dependency style of gcc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking build system type... i686-pc-cygwin checking host system type... i686-pc-cygwin checking for as... as checking for dlltool... dlltool checking for objdump... objdump checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for fgrep... /usr/bin/grep -F checking for ld used by gcc... /usr/i686-pc-cygwin/bin/ld.exe checking if the linker (/usr/i686-pc-cygwin/bin/ld.exe) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking the maximum length of command line arguments... 8192 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking for /usr/i686-pc-cygwin/bin/ld.exe option to reload object files... -r checking for objdump... (cached) objdump checking how to recognize dependent libraries... file_magic ^x86 archive import|^x86 DLL checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -DDLL_EXPORT -DPIC checking if gcc PIC flag -DDLL_EXPORT -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/i686-pc-cygwin/bin/ld.exe) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... Win32 ld.exe checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating ./config.lt config.lt: creating libtool checking whether make sets $(MAKE)... (cached) yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for flex... no checking for lex... no checking for bison... no checking for byacc... no checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for cpp... /usr/bin/cpp checking if /usr/bin/cpp requires -undef... yes, with -ansi checking if /usr/bin/cpp requires -traditional... yes checking for dtrace... not_found checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for an ANSI C-conforming const... yes checking whether byte ordering is bigendian... no checking size of unsigned long... 4 checking for pid_t... yes checking byteswap.h usability... yes checking byteswap.h presence... yes checking for byteswap.h... yes checking sys/endian.h usability... no checking sys/endian.h presence... no checking for sys/endian.h... no checking for dlopen... yes checking for vprintf... yes checking for _doprnt... no checking for geteuid... yes checking for getuid... yes checking for link... yes checking for memmove... yes checking for memset... yes checking for mkstemp... yes checking for strchr... yes checking for strrchr... yes checking for strtol... yes checking for getopt... yes checking for getopt_long... yes checking for vsnprintf... yes checking for walkcontext... no checking for backtrace... no checking for getisax... no checking for getzoneid... no checking for shmctl64... no checking for strcasestr... no checking for working alloca.h... yes checking for alloca... yes checking for getdtablesize... yes checking for getifaddrs... no checking for getpeereid... yes checking for getpeerucred... no checking for strlcat... yes checking for strlcpy... yes checking for mmap... yes checking for sqrt in -lm... yes checking for cbrt in -lm... yes checking ndbm.h usability... yes checking ndbm.h presence... yes checking for ndbm.h... yes checking dbm.h usability... yes checking dbm.h presence... yes checking for dbm.h... yes checking rpcsvc/dbm.h usability... no checking rpcsvc/dbm.h presence... no checking for rpcsvc/dbm.h... no checking linux/agpgart.h usability... no checking linux/agpgart.h presence... no checking for linux/agpgart.h... no checking sys/agpio.h usability... no checking sys/agpio.h presence... no checking for sys/agpio.h... no checking linux/apm_bios.h usability... no checking linux/apm_bios.h presence... no checking for linux/apm_bios.h... no checking linux/fb.h usability... no checking linux/fb.h presence... no checking for linux/fb.h... no checking asm/mtrr.h usability... no checking asm/mtrr.h presence... no checking for asm/mtrr.h... no checking sys/memrange.h usability... no checking sys/memrange.h presence... no checking for sys/memrange.h... no checking machine/mtrr.h usability... no checking machine/mtrr.h presence... no checking for machine/mtrr.h... no checking for sys/linker.h... no checking for SYSV IPC... no checking execinfo.h usability... no checking execinfo.h presence... no checking for execinfo.h... no checking to see if we can install the Xorg server as root... no checking if Xtrans should support UNIX socket connections... yes checking if Xtrans should support TCP socket connections... yes checking for library containing socket... none required checking for library containing gethostbyname... none required checking for getaddrinfo... no checking if IPv6 support should be built... no checking for struct sockaddr_in.sin_len... no checking for socklen_t... yes checking if Xtrans should support os-specific local connections... no checking for authdes_seccreate... no checking for authdes_create... no checking if Secure RPC authentication ("SUN-DES-1") should be supported... no checking for /usr/share/sgml/X11/defs.ent... no checking for linuxdoc... no checking for ps2pdf... /usr/bin/ps2pdf checking Whether to build documentation... no checking Whether to build pdf documentation... yes checking for DBUS... no checking for HAL... no checking for glibc...... no checking for clock_gettime... yes checking for a useful monotonic clock ...... no checking for XLIB... yes checking for GL... configure: error: Package requirements (glproto >= 1.4.9 gl >= 7.1.0) were not met: No package 'gl' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GL_CFLAGS and GL_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. *** ERROR: configure failed >>> Installing xorg-server-1.5.3-6 make: *** No rule to make target `install'. Stop. *** ERROR: make install DESTDIR failed >>> Packaging xorg-server-1.5.3-6 >>> Creating binary package(s) >>> xorg-server-1.5.3-6.tar.bz2 tar: *: Cannot stat: No such file or directory tar: Exiting with failure status due to previous errors *** ERROR: Binary package creation failed >>> Removing work directory in 5 seconds... >>> Removing work directory NOW. >>> Finished. -- 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 Mon Feb 9 19:29:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 09 Feb 2009 19:29:00 -0000 Subject: Trouble compiling xorg-server-1.5.3-6 In-Reply-To: References: <498CC44D.9010906@dronecode.org.uk> <498D9B4E.40906@dronecode.org.uk> Message-ID: <49908411.8080602@dronecode.org.uk> Jared Silva wrote: > Jon TURNEY wrote: >> I think this is not the right version of libtool. I think it looks like >> setup.ini is still not quite recovered from it's recent problems and is >> preferring the version under _obsolete/libtool to the version under libtool >> or something. > > You were correct. I made some progress, but I am still not all the way there. > > $ cygcheck -c | grep -i gl > freeglut 2.4.0-1 OK > glproto 1.4.9-1 OK > libGL1 7.2-2 OK > libglitz1 0.5.6-1 OK > libGLU1 7.2-2 OK > libglut3 2.4.0-1 OK > > $ cygport xorg-server-1.5.3-6.cygport all [...] > checking for GL... configure: error: Package requirements (glproto >= > 1.4.9 gl >= 7.1.0) were not met: > > No package 'gl' found You need to install the 'libGL-devel' package That is listed in http://x.cygwin.com/docs/cg/prog-build-native.html#prog-compiling -- 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 jayrod@gmail.com Mon Feb 9 22:31:00 2009 From: jayrod@gmail.com (Jared Silva) Date: Mon, 09 Feb 2009 22:31:00 -0000 Subject: Trouble compiling xorg-server-1.5.3-6 In-Reply-To: <49908411.8080602@dronecode.org.uk> References: <498CC44D.9010906@dronecode.org.uk> <498D9B4E.40906@dronecode.org.uk> <49908411.8080602@dronecode.org.uk> Message-ID: Jon TURNEY wrote: > You need to install the 'libGL-devel' package My apologies, I was following /usr/share/doc/Cygwin/xorg-server-1.5.3.README rather than the web. I do not have all of the required packages installed, but I cannot even find some of them (libgetaddrinfo-devel). That said, I do not want to blindly install everything I can find (flex, git, minires-devel), so could you please direct me to the packages that solve the latest problem? No package 'videoproto' found No package 'xineramaproto' found -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cygwin@tlinx.org Mon Feb 9 22:37:00 2009 From: cygwin@tlinx.org (Linda Walsh) Date: Mon, 09 Feb 2009 22:37:00 -0000 Subject: Bug in "startXwin.bat" Message-ID: <4990B031.4050807@tlinx.org> The startxwin.sh script works, but startxwin.bat does not work if your Cygwin installation isn't in the default location. You could use "mount -p" (presuming your cygwin\bin is in your windows path, as mine is). If not, need to look in the registry: "\HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive prefix" -- 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 Mon Feb 9 22:44:00 2009 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Mon, 09 Feb 2009 22:44:00 -0000 Subject: Bug in "startXwin.bat" In-Reply-To: <4990B031.4050807@tlinx.org> References: <4990B031.4050807@tlinx.org> Message-ID: <4990B128.7030004@cygwin.com> Linda Walsh wrote: > The startxwin.sh script works, but startxwin.bat does not work if > your Cygwin installation isn't in the default location. > > You could use "mount -p" (presuming your cygwin\bin is in your windows > path, as mine is). > > If not, need to look in the registry: > "\HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\cygdrive > prefix" No, you don't need to look in the registry. There's nothing there that 'mount' won't tell you. Forget about the registry. You'll be better off, especially when Cygwin 1.7 is released. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Mon Feb 9 23:14:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 09 Feb 2009 23:14:00 -0000 Subject: Trouble compiling xorg-server-1.5.3-6 In-Reply-To: References: <498CC44D.9010906@dronecode.org.uk> <498D9B4E.40906@dronecode.org.uk> <49908411.8080602@dronecode.org.uk> Message-ID: <4990B8D2.5030305@dronecode.org.uk> Jared Silva wrote: > Jon TURNEY wrote: >> You need to install the 'libGL-devel' package > > My apologies, I was following > /usr/share/doc/Cygwin/xorg-server-1.5.3.README rather than the web. > > I do not have all of the required packages installed, but I cannot > even find some of them (libgetaddrinfo-devel). Ah, that would be my mistake, I think. libgetaddrinfo only exists in cygwin ports. Hmm.... now I need to go and check why I thought that was required... > That said, I do not > want to blindly install everything I can find (flex, git, > minires-devel), so could you please direct me to the packages that > solve the latest problem? > > No package 'videoproto' found > No package 'xineramaproto' found Those packages are not available for cygwin, because those X server extensions don't do anything useful (at least at the moment, in the Xinerama case) The X server should be ./configure'd with --disable-xinerama --disable-xv, which is what the .cygport file should be doing for you. -- 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 cbborchert@yahoo.com Mon Feb 9 23:17:00 2009 From: cbborchert@yahoo.com (Chris Borchert) Date: Mon, 09 Feb 2009 23:17:00 -0000 Subject: Unable to run X apps (Tecplot or EnSight) with new Cygwin/X install Message-ID: <807075.11087.qm@web30005.mail.mud.yahoo.com> I can't run Tecplot or EnSight after a new install of Cygwin/X. First I installed only the xinit and xorg-server, then when back and installed everything under X11. xclock works fine. Below are the errors for the 2 apps. Attached is the cygcheck. I also notice that the X server dies from time to time and disappears from the system tray (Windows XP). I have another PC with an older version that runs Tecplot and EnSight fine. At the time all that was downloaded was org-x11-base: Cygwin/X base. Thanks, Chris > tgx LICENSED BY XYZ SCIENTIFIC APPLICATIONS, INC. FOR USE BY CSC TRUEGRID VERSION 2.3.0 DATE 12/14/07 COPYRIGHT (C) 1991-2007 BY XYZ SCIENTIFIC APPLICATIONS, INC. X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 114 Current serial number in output stream: 116 > ensight8 -X Using CEI_HOME = /usr/local/applic/ensight/default/CEI Using CEI_ARCH = linux_2.6_64 DISPLAY = localhost:11.0 hostname = sapphire02 This is EnSight Client 8.2.6(j) (6/12/2008) ---- -- ------- ====== getenv(CEI_HOME) returned [/usr/local/applic/ensight/default/CEI] Scanning CEI provided fonts... Scanning system provided fonts... Setting Python Home to /usr/local/applic/ensight/default/CEI/apex12/machines/lin ux_2.6_64/python242 EnSight Python interpreter started (2.4.2 (#6, Jan 10 2006, 10:10:24) [GCC 3.3.3 (SuSE Linux)]) info: slimd_checkout, getting token info from info: slimd_checkout, getting token info from Standard token checked out <* Standard token checked out *> EnSight Maintenance valid through 12/31/2009. ensight82.client using 0 threads. Warning: Cannot find callback list in XtAddCallback -------------------------------------------------------------------------- Warning: EnSight has detected indirect OpenGL rendering. This could be caused by remote display using X11, by an incorrect setting of the DISPLAY environment variable, or by a bad driver installation. When running using indirect OpenGL, you will notice a performance degradation and loss of some rendering features. If you are running over a network we strongly recommend that you install EnSight directly on the client machine. EnSight is a client/server application, and you can run the EnSight server on your remote machine. -------------------------------------------------------------------------- ensight8.client: Fatal IO error: client killed -------------- 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 cygwin@tlinx.org Tue Feb 10 00:08:00 2009 From: cygwin@tlinx.org (Linda Walsh) Date: Tue, 10 Feb 2009 00:08:00 -0000 Subject: Bug in "startXwin.bat" In-Reply-To: <4990B128.7030004@cygwin.com> References: <4990B031.4050807@tlinx.org> <4990B128.7030004@cygwin.com> Message-ID: <4990C561.1090308@tlinx.org> Larry Hall (Cygwin X) wrote: > Linda Walsh wrote: >> The startxwin.sh script works, but startxwin.bat does not work if >> your Cygwin installation isn't in the default location. >> >> You could use "mount -p" (presuming your cygwin\bin is in your windows >> path, as mine is). >> >> If not, need to look in the registry: >> "\HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts >> v2\cygdrive prefix" > > No, you don't need to look in the registry. There's nothing there that > 'mount' won't tell you. Forget about the registry. You'll be better > off, especially when Cygwin 1.7 is released. ----- Um...you sure about that? how do you run 'mount' if you don't know what the cygdrive prefix is? -- 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 Tue Feb 10 00:51:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Tue, 10 Feb 2009 00:51:00 -0000 Subject: Trouble compiling xorg-server-1.5.3-6 In-Reply-To: <4990B8D2.5030305@dronecode.org.uk> References: <498CC44D.9010906@dronecode.org.uk> <498D9B4E.40906@dronecode.org.uk> <49908411.8080602@dronecode.org.uk> <4990B8D2.5030305@dronecode.org.uk> Message-ID: <4990CF8D.3050506@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Jon TURNEY wrote: > Ah, that would be my mistake, I think. libgetaddrinfo only exists in > cygwin ports. Hmm.... now I need to go and check why I thought that was > required... It used to be a dependency of libxcb; the current release embeds it instead. > Those packages are not available for cygwin, because those X server > extensions don't do anything useful (at least at the moment, in the > Xinerama case) > > The X server should be ./configure'd with --disable-xinerama > --disable-xv, which is what the .cygport file should be doing for you. AFAIAC, using cygport is the only supported way of building Cygwin/X packages. Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmQz4wACgkQpiWmPGlmQSN8bwCfRYFvES0iJuDuwSOYY8trQiZD E30AoInDxNlBeXjeMWTjMRXGT6KrxOcK =WBa6 -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reply-to-list-only-lh-x@cygwin.com Tue Feb 10 01:04:00 2009 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Tue, 10 Feb 2009 01:04:00 -0000 Subject: Bug in "startXwin.bat" In-Reply-To: <4990C561.1090308@tlinx.org> References: <4990B031.4050807@tlinx.org> <4990B128.7030004@cygwin.com> <4990C561.1090308@tlinx.org> Message-ID: <4990D20B.70900@cygwin.com> Linda Walsh wrote: > Larry Hall (Cygwin X) wrote: >> Linda Walsh wrote: >>> The startxwin.sh script works, but startxwin.bat does not work if >>> your Cygwin installation isn't in the default location. >>> >>> You could use "mount -p" (presuming your cygwin\bin is in your >>> windows path, as mine is). >>> >>> If not, need to look in the registry: >>> "\HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts >>> v2\cygdrive prefix" >> >> No, you don't need to look in the registry. There's nothing there that >> 'mount' won't tell you. Forget about the registry. You'll be better >> off, especially when Cygwin 1.7 is released. > ----- > Um...you sure about that? > > how do you run 'mount' if you don't know what the cygdrive prefix is? Linda, please don't run the same thread on two different lists. If you want to talk about this here, kill the thread that you started on the main list. As for the answer to your question, I'm quite sure about my answer and have pointed out the flaw in your question in the thread on the main list. I expect that we're done with the threads on both lists now? -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cygwin@tlinx.org Tue Feb 10 01:17:00 2009 From: cygwin@tlinx.org (Linda Walsh) Date: Tue, 10 Feb 2009 01:17:00 -0000 Subject: Bug in "startXwin.bat" In-Reply-To: <4990D20B.70900@cygwin.com> References: <4990B031.4050807@tlinx.org> <4990B128.7030004@cygwin.com> <4990C561.1090308@tlinx.org> <4990D20B.70900@cygwin.com> Message-ID: <4990D5B2.3080303@tlinx.org> Larry Hall (Cygwin X) wrote: > Linda Walsh wrote: >> Larry Hall (Cygwin X) wrote: >>> Linda Walsh wrote: >>>> The startxwin.sh script works, but startxwin.bat does not work if >>>> your Cygwin installation isn't in the default location. >>>> >>>> You could use "mount -p" (presuming your cygwin\bin is in your >>>> windows path, as mine is). >>>> >>>> If not, need to look in the registry: >>>> "\HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts >>>> v2\cygdrive prefix" >>> >>> No, you don't need to look in the registry. There's nothing there that >>> 'mount' won't tell you. Forget about the registry. You'll be better >>> off, especially when Cygwin 1.7 is released. >> ----- >> Um...you sure about that? >> >> how do you run 'mount' if you don't know what the cygdrive prefix is? > > Linda, please don't run the same thread on two different lists. If you > want to talk about this here, kill the thread that you started on the > main list. Larry -- The reason I changed forums was that the TOPIC/SUBJECT changed. It went from my finding a bug in the Cygwin Xserver's startxwin.bat script (something appropriate for the cygwin-xfree list) to a more general question of how one would solve the problem of finding the cygwin prefix in a windows batchfile. Just because you can't answer the question without circular logic is no reason to get upset. -- 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 Feb 10 01:32:00 2009 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Tue, 10 Feb 2009 01:32:00 -0000 Subject: Bug in "startXwin.bat" In-Reply-To: <4990D5B2.3080303@tlinx.org> References: <4990B031.4050807@tlinx.org> <4990B128.7030004@cygwin.com> <4990C561.1090308@tlinx.org> <4990D20B.70900@cygwin.com> <4990D5B2.3080303@tlinx.org> Message-ID: <4990D899.1090201@cygwin.com> Linda Walsh wrote: > Larry Hall (Cygwin X) wrote: >> Linda Walsh wrote: >>> Larry Hall (Cygwin X) wrote: >>>> Linda Walsh wrote: >>>>> The startxwin.sh script works, but startxwin.bat does not work if >>>>> your Cygwin installation isn't in the default location. >>>>> >>>>> You could use "mount -p" (presuming your cygwin\bin is in your >>>>> windows path, as mine is). >>>>> >>>>> If not, need to look in the registry: >>>>> "\HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts >>>>> v2\cygdrive prefix" >>>> >>>> No, you don't need to look in the registry. There's nothing there that >>>> 'mount' won't tell you. Forget about the registry. You'll be better >>>> off, especially when Cygwin 1.7 is released. >>> ----- >>> Um...you sure about that? >>> >>> how do you run 'mount' if you don't know what the cygdrive prefix >>> is? >> >> Linda, please don't run the same thread on two different lists. If you >> want to talk about this here, kill the thread that you started on the >> main list. > > Larry -- > The reason I changed forums was that the TOPIC/SUBJECT changed. This is perfectly reasonable, except you kept both threads running. > It went from my finding a bug in the Cygwin Xserver's > startxwin.bat script (something appropriate for the cygwin-xfree list) > to a more general question of how one would solve the problem > of finding the cygwin prefix in a windows batchfile. Actually, that's not the question you asked, though I'll concede that this is what you meant to ask. And I answered that on the main list. For completeness, I'll paraphrase it here - there's no good way. > Just because you can't answer the question without circular > logic is no reason to get upset. While other statements of yours have been understandable, even if they were in error, this one makes no sense so I won't respond to it. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cygwin@tlinx.org Tue Feb 10 02:29:00 2009 From: cygwin@tlinx.org (Linda Walsh) Date: Tue, 10 Feb 2009 02:29:00 -0000 Subject: Bug in "startXwin.bat" In-Reply-To: <4990D899.1090201@cygwin.com> References: <4990B031.4050807@tlinx.org> <4990B128.7030004@cygwin.com> <4990C561.1090308@tlinx.org> <4990D20B.70900@cygwin.com> <4990D5B2.3080303@tlinx.org> <4990D899.1090201@cygwin.com> Message-ID: <4990E68E.1070102@tlinx.org> Larry Hall (Cygwin X) wrote: > Linda Walsh wrote: >> Larry Hall (Cygwin X) wrote: >>> Linda Walsh wrote: >>>> Larry Hall (Cygwin X) wrote: >>>>> Linda Walsh wrote: >>>>>> The startxwin.sh script works, but startxwin.bat does not work if >>>>>> your Cygwin installation isn't in the default location. >>>>>> >>>>>> You could use "mount -p" (presuming your cygwin\bin is in your >>>>>> windows path, as mine is). >>>>>> >>>>>> If not, need to look in the registry: >>>>>> "\HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts >>>>>> v2\cygdrive prefix" >>>>> >>>>> No, you don't need to look in the registry. There's nothing there >>>>> that >>>>> 'mount' won't tell you. Forget about the registry. You'll be better >>>>> off, especially when Cygwin 1.7 is released. >>>> ----- >>>> Um...you sure about that? >>>> >>>> how do you run 'mount' if you don't know what the cygdrive >>>> prefix is? >>> >>> Linda, please don't run the same thread on two different lists. If you >>> want to talk about this here, kill the thread that you started on the >>> main list. >> >> Larry -- >> The reason I changed forums was that the TOPIC/SUBJECT changed. > > This is perfectly reasonable, except you kept both threads running. ---- Not exactly. They were different posts -- I realized it was a more general topic after first responding to the xfree. > >> It went from my finding a bug in the Cygwin Xserver's >> startxwin.bat script (something appropriate for the cygwin-xfree list) >> to a more general question of how one would solve the problem >> of finding the cygwin prefix in a windows batchfile. > > Actually, that's not the question you asked, though I'll concede that > this is what you meant to ask. And I answered that on the main list. > For completeness, I'll paraphrase it here - there's no good way. ---- AH HAH! Thank-you. My >>>original<<< intent was simply to report a bug in the Cygwin-X startup script "startxwin.bat" that you told me (indirectly via the FAQ) to use. My first idea was to use "mount -p" as you suggest. However, I immediately realized that "mount" wouldn't be available if you were not already in the Cygwin environment. >> Just because you can't answer the question without circular >> logic is no reason to get upset. > > While other statements of yours have been understandable, even if they > were in error, this one makes no sense so I won't respond to it. --- Probably somewhat a case of "projection"... ;^& -- 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 Feb 10 09:05:00 2009 From: frederic.bron@m4x.org (=?UTF-8?B?RnLDqWTDqXJpYyBCcm9u?=) Date: Tue, 10 Feb 2009 09:05:00 -0000 Subject: X server causing IE lockups In-Reply-To: <20090209082434.229a5c29.Rhubbell@iHubbell.com> References: <20090207191132.b84a458c.Rhubbell@iHubbell.com> <20090208122443.ee4fb3fe.Rhubbell@iHubbell.com> <20090209082434.229a5c29.Rhubbell@iHubbell.com> Message-ID: > The common thing seems to be vncclient. I guess I'll check on the vncclient > list and see if there are any clues. Are we on our own? > I will try to start vncclient after I start X and see if that matters. > Have you tried sorting this out at all? > > Gentlemen start your finger pointing! It's vncclient! No, it's Xfree! > No it's winxp! Yay! Not our problem! I found another person that has the same problem (2 years ago): http://lightbody.net/blog/2006/02/cygwinx_and_vnc_clipboard_conf.html He has only conflicts with clipboard. I have clipboard conflicts and network issues. F. Bron -- 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 mailtomanish.sharma@gmail.com Tue Feb 10 13:45:00 2009 From: mailtomanish.sharma@gmail.com (Manish Sharma) Date: Tue, 10 Feb 2009 13:45:00 -0000 Subject: Bug in "startXwin.bat" References: <4990B031.4050807@tlinx.org> Message-ID: Linda Walsh writes: > The startxwin.sh script works, but startxwin.bat does not work if > your Cygwin installation isn't in the default location. My cygwin lives in D: and X starts from bat file. ,---- | SET CYGWIN_ROOT=\home\installations\cygwin `---- Or did I completely miss your point? -- Manish -- 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 contact@homebeverage.com Tue Feb 10 14:01:00 2009 From: contact@homebeverage.com (HOME BEVERAGE LIMITED) Date: Tue, 10 Feb 2009 14:01:00 -0000 Subject: Job Opening Apply Within Message-ID: I am Mark Johnson the president of HOME BEVERAGE LIMITED . We are a growing firm with a good per capital turn up per year we try as much as possible to make sure we increase our capital base every year that goes by to be able compete with other much bigger firm in the same line of business. We are into agricultural processing mainly cocoa seed processing we import this product from cocoa producing countries for processing into semi raw material before selling to companies that conclude this raw material to finish home made beverage product such as chocolate etc. Our main aim is to be able to fit into the market with the best known names that is why we employ capable individual to work for us to help grow our company. We are looking for a sale representative to attend to our customers a representative who can establish good relationship with our customers probably receive payment from them on our behalf. If you are interested to act as our representative do fill in the requested information below. First Name: Surname: Age: Full Residential Address: Phone: Mobile phone: Fax: 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 jayrod@gmail.com Tue Feb 10 16:08:00 2009 From: jayrod@gmail.com (Jared Silva) Date: Tue, 10 Feb 2009 16:08:00 -0000 Subject: Trouble compiling xorg-server-1.5.3-6 In-Reply-To: <4990B8D2.5030305@dronecode.org.uk> References: <498CC44D.9010906@dronecode.org.uk> <498D9B4E.40906@dronecode.org.uk> <49908411.8080602@dronecode.org.uk> <4990B8D2.5030305@dronecode.org.uk> Message-ID: Jon TURNEY wrote: > Those packages are not available for cygwin, because those X server > extensions don't do anything useful (at least at the moment, in the Xinerama > case) > > The X server should be ./configure'd with --disable-xinerama --disable-xv, > which is what the .cygport file should be doing for you. I was still running ./autogen.sh at this point. Everything works now using cygport. I ended up installing all of your referenced packages to compile, so I cannot verify anything not being needed. However, you may want to add bison (for yacc) to the list. >>> Compiling xorg-server-1.5.3-6 ... /usr/src/temp/xorg-server-1.5.3-6/src/xorg-server-1.5.3/ylwrap: line 111: yacc: command not found Thanks again for the help. -- 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 Rhubbell@iHubbell.com Tue Feb 10 16:51:00 2009 From: Rhubbell@iHubbell.com (rhubbell) Date: Tue, 10 Feb 2009 16:51:00 -0000 Subject: X server causing IE lockups In-Reply-To: References: <20090207191132.b84a458c.Rhubbell@iHubbell.com> <20090208122443.ee4fb3fe.Rhubbell@iHubbell.com> <20090209082434.229a5c29.Rhubbell@iHubbell.com> Message-ID: <20090210085121.cb23c835.Rhubbell@iHubbell.com> Maybe we have an exploit on our systems. Or possibly we have the same video driver? Or same network card. Etc. I'll gather together what hardware I've got and we can compare. On Tue, 10 Feb 2009 10:05:27 +0100 Fr?d?ric Bron wrote: > > The common thing seems to be vncclient. I guess I'll check on the vncclient > > list and see if there are any clues. Are we on our own? > > I will try to start vncclient after I start X and see if that matters. > > Have you tried sorting this out at all? > > > > Gentlemen start your finger pointing! It's vncclient! No, it's Xfree! > > No it's winxp! Yay! Not our problem! > > I found another person that has the same problem (2 years ago): > http://lightbody.net/blog/2006/02/cygwinx_and_vnc_clipboard_conf.html > He has only conflicts with clipboard. I have clipboard conflicts and > network issues. > > F. Bron > > -- > 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 jon.turney@dronecode.org.uk Tue Feb 10 17:02:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 10 Feb 2009 17:02:00 -0000 Subject: Trouble compiling xorg-server-1.5.3-6 In-Reply-To: References: <498CC44D.9010906@dronecode.org.uk> <498D9B4E.40906@dronecode.org.uk> <49908411.8080602@dronecode.org.uk> <4990B8D2.5030305@dronecode.org.uk> Message-ID: <4991B310.1060200@dronecode.org.uk> Jared Silva wrote: > I was still running ./autogen.sh at this point. Everything works now > using cygport. > > I ended up installing all of your referenced packages to compile, so I > cannot verify anything not being needed. However, you may want to add > bison (for yacc) to the list. Thanks for the feedback, I shall update the CG document appropriately. -- 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 Feb 10 18:05:00 2009 From: frederic.bron@m4x.org (=?UTF-8?B?RnLDqWTDqXJpYyBCcm9u?=) Date: Tue, 10 Feb 2009 18:05:00 -0000 Subject: X server causing IE lockups In-Reply-To: <20090210085121.cb23c835.Rhubbell@iHubbell.com> References: <20090207191132.b84a458c.Rhubbell@iHubbell.com> <20090208122443.ee4fb3fe.Rhubbell@iHubbell.com> <20090209082434.229a5c29.Rhubbell@iHubbell.com> <20090210085121.cb23c835.Rhubbell@iHubbell.com> Message-ID: > Maybe we have an exploit on our systems. > Or possibly we have the same video driver? > Or same network card. Etc. > I'll gather together what hardware I've got and we can compare. I have a notebook : DELL Latitude D830, Video = nVidia Quadro NVS 140M F. Bron -- Unsubscribe info: 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 jt2354@googlemail.com Tue Feb 10 21:45:00 2009 From: jt2354@googlemail.com (John Thomas) Date: Tue, 10 Feb 2009 21:45:00 -0000 Subject: Warning: Cannot convert string "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" to type FontStruct Message-ID: A solution to this problem from the Oracle Installer on AIX was to add the -fp path to XWIN in startxwin.bat as follows. %RUN% XWin -multiwindow -clipboard -silent-dup-error - fp "/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/TTF,/usr/X11R6/lib/ X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/encodings,/usr/X11R6/lib/X11/fonts/mis c,/usr/X11R6/lib/X11/fonts/util" It may not be the only solution, though it looks like a "defect" in startxwin.bat as I am pretty sure I had this working in a previous version without modification. Cheers, JT -- 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 dmoulding@gmail.com Tue Feb 10 22:05:00 2009 From: dmoulding@gmail.com (Dan Moulding) Date: Tue, 10 Feb 2009 22:05:00 -0000 Subject: Unable to load any usable iso8859 font In-Reply-To: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> References: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> Message-ID: <7e08cc0902101404l38642910u19034d9e20094825@mail.gmail.com> On Mon, Feb 2, 2009 at 12:04 PM, Dan Moulding wrote: > I typically update my Cygwin installations about once a month, and > rarely run into any difficulties. However, this morning after updating > I could no longer start any X applications due to some apparent font > problems. Please note that I successfully installed the *new* Cygwin/X > a couple of months ago, and previously resolved some of the seemingly > more common font problems (like "boxes" showing up in emacs). > > This time, I was getting "Unable to load any usable iso8859 font" > errors anytime I'd try to start xterm. I searched the FAQs and the > web, but was unable to find any suggestions that led to a solution. At > one point, while trying to fix the problem, I also got the "could not > open default font 'fixed'" error, but none of the solutions listed in > the FAQ were applicable (either the problem described was obviously > not a match, or the solution, like re-installing all fonts, had > already been tried). > I updated to the latest packages today (2/10/09) because I was hopeful that some of the recent font-related X.org fixes would have solved this problem. After updating, I still received the "Unable to load any usable iso8859 font" error. I decided to uninstall *all* X11 related packages from my system, and then reinstall a new X.org installation by selecting just those things I knew I would need (e.g. fonts) and things I'd want (e.g. emacs-X11, xterm, etc.). I did exactly that and it seems to have worked. I no longer get the "Unable to load any usable iso8859 font" error when trying to start xterm. On a side note, during this process it became apparent that the plain emacs package depends on xemacs-emacs-common which depends on xemacs which depends on a bunch of X.org stuff. This seems to imply that you can no longer install emacs without also installing X. This doesn't seem right, but to be honest, I can't remember if, prior to the major X.org update, installing emacs without X worked because I've always used them both. Cheers, -- Dan Moulding -- 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 Feb 11 02:01:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 11 Feb 2009 02:01:00 -0000 Subject: Warning: Cannot convert string "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" to type FontStruct In-Reply-To: References: Message-ID: <4992316B.9060609@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 John Thomas wrote: > A solution to this problem from the Oracle Installer on AIX was to add the -fp > path to XWIN in startxwin.bat as follows. > > %RUN% XWin -multiwindow -clipboard -silent-dup-error - > fp "/usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/TTF,/usr/X11R6/lib/ > X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/encodings,/usr/X11R6/lib/X11/fonts/mis > c,/usr/X11R6/lib/X11/fonts/util" This is incorrect. Please review the FAQ: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-where-are-my-fonts Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmSMWsACgkQpiWmPGlmQSOvvACfQx/bhrMyjF2iobt20Y1JTUrB 5dwAoPRWWj08TM3poS1VExn1b/RDJwj4 =2oIl -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Wed Feb 11 08:24:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 11 Feb 2009 08:24:00 -0000 Subject: [ANNOUNCEMENT] New packages: libXinerama-1.0.3, xineramaproto-1.1.2 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The following package has been added to the Cygwin net distribution: *** libXinerama1-1.0.3-1 *** libXinerama-devel-1.0.3-1 *** xineramaproto-1.1.2-1 These packages provide the prototypes and client libraries for the Xinerama extension, which will be available in the X servers with the next patchset. Yaakov Cygwin/X DOWNLOAD: ========= Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: ======================================= To unsubscribe to the cygwin-xfree-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmSijQACgkQpiWmPGlmQSPjvACdGzyEYae4KWwi0sJqiYvUtclk j3kAn2xVkV4N4/LlaqPnrowUNEyeroos =IpEv -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Wed Feb 11 08:28:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 11 Feb 2009 08:28:00 -0000 Subject: [ANNOUNCEMENT] New packages: libxcb-1.1-3 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 libxcb has been updated, adding Xinerama support in the form of two new libraries, libxcb-xinerama0 and libxcb-xinerama-devel. No changes occurred in the other XCB libraries. Yaakov Cygwin/X DOWNLOAD: ========= Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: ======================================= To unsubscribe to the cygwin-xfree-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmSjBQACgkQpiWmPGlmQSMcCACgkk5aktfhsRKMdaZ5vBRaa847 WZIAoMwRR62AT9gfiYUuJLvCGHjoqrvD =Zcrn -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Wed Feb 11 08:28:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 11 Feb 2009 08:28:00 -0000 Subject: [ANNOUNCEMENT] Updated: xdpyinfo-1.0.3-3 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The following package has been updated in the Cygwin net distribution: *** xdpyinfo-1.0.3-3 This release includes Xinerama support (with the "-ext XINERAMA" argument), which will be available in the server with the next patchset. Yaakov Cygwin/X DOWNLOAD: ========= Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: ======================================= To unsubscribe to the cygwin-xfree-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmSi1wACgkQpiWmPGlmQSNC9wCgzFA9yxPewcxhbGwpgTl8jDDo 4wYAoOyTwVVRl9cHx6CSqyDoNSLJutxX =M0zq -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From rds6235@gmail.com Wed Feb 11 13:18:00 2009 From: rds6235@gmail.com (Ryan Stewart) Date: Wed, 11 Feb 2009 13:18:00 -0000 Subject: can't start xterm In-Reply-To: References: Message-ID: >> > On Feb 5, 2009, at 2:30 PM, Ryan Stewart wrote: >> > >> > I had been using >> > the startxwin.bat to start X in multiwindow mode, and I have a couple >> > of lines in there to auto-start some xterm windows. That doesn't work >> > anymore. The X server starts, but no xterms appear. When I right click >> > the tray icon and go to Applications->xterm, nothing happens either >> Problem solved by using the startxwin.bat in /usr/X11R6/bin. I guess the one at /usr/bin wasn't updated because I'd modified it? The only change I noticed was from: SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/bin to: SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/X11R6/bin This strikes me as odd, since the upgrade instructions seem to indicate that /usr/X11R6/bin was going away in favor of /usr/bin: http://cygwin.com/ml/cygwin-xfree-announce/2008-11/msg00000.html So what's the deal here? Where is startxwin.bat supposed to live now? And how do I overcome the apparent problem of customizing it and getting killed by updates? A separate question: where can I find some documentation on \cygwin\bin\run.exe? I only have a vague idea what it does and no idea what options are available with it. -- 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 dan.tsafrir@gmail.com Wed Feb 11 15:27:00 2009 From: dan.tsafrir@gmail.com (Dan Tsafrir) Date: Wed, 11 Feb 2009 15:27:00 -0000 Subject: xdvi unexplained locale problem Message-ID: Hi, I've recently upgraded cygwin. After the upgraded, whenever I open xdvi, I get the following error message: Warning: locale not supported by C library, locale unchanged Warning: locale not supported by Xlib, locale set to C Warning: X locale modifiers not supported, using default Warning: Unable to load any usable fontset Even though, to my understanding, I don't have any locale related environment variables set (see attached output of cygcheck -s -v -r). I tried to explicitly set all the LC_* environment variables to "C", but that didn't help. Any idea how to fix this? Thanks, --Dan -------------- next part -------------- DQpDeWd3aW4gQ29uZmlndXJhdGlvbiBEaWFnbm9zdGljcw0KQ3VycmVudCBT eXN0ZW0gVGltZTogRnJpIEZlYiAwNiAxMjo0NToxOSAyMDA5DQoNCldpbmRv d3MgWFAgUHJvZmVzc2lvbmFsIFZlciA1LjEgQnVpbGQgMjYwMCBTZXJ2aWNl IFBhY2sgMg0KDQpQYXRoOglDOlxjeWd3aW5cdXNyXGxvY2FsXGJpbg0KCUM6 XGN5Z3dpblxiaW4NCglDOlxjeWd3aW5cYmluDQoJQzpcY3lnd2luXHVzclxY MTFSNlxiaW4NCgkuDQoJQzpcY3lnd2luXGJpbg0KCWM6XFByb2dyYW1zXElC TVxSdW5UaW1lDQoJYzpcUHJvZ3JhbSBGaWxlc1xUaGlua1BhZFxVdGlsaXRp ZXMNCgljOlxXSU5ET1dTXHN5c3RlbTMyDQoJYzpcV0lORE9XUw0KCWM6XFdJ TkRPV1NcU3lzdGVtMzJcV2JlbQ0KCWM6XFByb2dyYW0gRmlsZXNcSUJNXElu Zm9wcmludCBTZWxlY3QNCgljOlxOb3Rlcw0KCWM6XFByb2dyYW0gRmlsZXNc WExWaWV3DQoJYzpcbG90dXNcY29tcG5lbnQNCgljOlxVdGlsaXRpZXMNCglj OlxQcm9ncmFtIEZpbGVzXElCTVxQZXJzb25hbCBDb21tdW5pY2F0aW9uc1wN CgljOlxQcm9ncmFtIEZpbGVzXElCTVxUcmFjZSBGYWNpbGl0eVwNCgljOlxX SU5ET1dTXERvd25sb2FkZWQgUHJvZ3JhbSBGaWxlcw0KCWM6XFByb2dyYW0g RmlsZXNcQVRJIFRlY2hub2xvZ2llc1xBVEkuQUNFXA0KCWM6XFByb2dyYW0g RmlsZXNcQXNwZWxsXGJpblwNCgljOlxQcm9ncmFtIEZpbGVzXFF1aWNrVGlt ZVxRVFN5c3RlbVwNCgljOlxQcm9ncmFtIEZpbGVzXENvbW1vbiBGaWxlc1xM ZW5vdm8NCgljOlxQcm9ncmFtIEZpbGVzXFRoaW5rUGFkXENvbm5lY3RVdGls aXRpZXMNCglDOlxjeWd3aW5cYmluDQoJQzpcY3lnd2luXGJpbg0KCUM6XGN5 Z3dpblxsaWJcbGFwYWNrDQoNCk91dHB1dCBmcm9tIEM6XGN5Z3dpblxiaW5c aWQuZXhlIChub250c2VjKQ0KVUlEOiA1MDAoZGFudHMpICAgICBHSUQ6IDUx MyhOb25lKQ0KMChyb290KSAgICAgICAgICAgICA1MTMoTm9uZSkgICAgICAg ICAgIDU0NChBZG1pbmlzdHJhdG9ycykgNTQ1KFVzZXJzKQ0KDQpPdXRwdXQg ZnJvbSBDOlxjeWd3aW5cYmluXGlkLmV4ZSAobnRzZWMpDQpVSUQ6IDUwMChk YW50cykgICAgIEdJRDogNTEzKE5vbmUpDQowKHJvb3QpICAgICAgICAgICAg IDUxMyhOb25lKSAgICAgICAgICAgNTQ0KEFkbWluaXN0cmF0b3JzKSA1NDUo VXNlcnMpDQoNClN5c0RpcjogQzpcV0lORE9XU1xzeXN0ZW0zMg0KV2luRGly OiBDOlxXSU5ET1dTDQoNClVTRVIgPSAnZGFudHMnDQpQV0QgPSAnL2hvbWUv ZGFudHMnDQpIT01FID0gJy9ob21lL2RhbnRzJw0KTUFLRV9NT0RFID0gJ3Vu aXgnDQoNClRWREVCVUdGTEFHUyA9ICcweDI2MCcNCkhPTUVQQVRIID0gJ1xE b2N1bWVudHMgYW5kIFNldHRpbmdzXEFkbWluaXN0cmF0b3InDQpNQU5QQVRI ID0gJy91c3IvbG9jYWwvbWFuOi91c3Ivc2hhcmUvbWFuOi91c3IvbWFuOjov dXNyL3NzbC9tYW46L3Vzci9zaGFyZS9xdDMvZG9jL21hbicNCkFQUERBVEEg PSAnQzpcRG9jdW1lbnRzIGFuZCBTZXR0aW5nc1xBZG1pbmlzdHJhdG9yXEFw cGxpY2F0aW9uIERhdGEnDQpIT1NUTkFNRSA9ICdqdXNqYXMnDQpUVkxPR1NF U1NJT05DT1VOVCA9ICc1MDAwJw0KVEVSTSA9ICd4dGVybScNClBST0NFU1NP Ul9JREVOVElGSUVSID0gJ3g4NiBGYW1pbHkgNiBNb2RlbCAxNCBTdGVwcGlu ZyA4LCBHZW51aW5lSW50ZWwnDQpXSU5ESVIgPSAnQzpcV0lORE9XUycNClZT ODBDT01OVE9PTFMgPSAnQzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgVmlz dWFsIFN0dWRpbyA4XENvbW1vbjdcVG9vbHNcJw0KVEVYRE9DVklFV190eHQg PSAnY3lnc3RhcnQgJXMnDQpURVhET0NWSUVXX2R2aSA9ICdjeWdzdGFydCAl cycNClRWVCA9ICdDOlxQcm9ncmFtIEZpbGVzXExlbm92bycNCldJTkRPV0lE ID0gJzIwOTcxODMnDQpRVERJUiA9ICcvdXNyL2xpYi9xdDMnDQpPTERQV0Qg PSAnL2hvbWUvZGFudHMnDQpPUyA9ICdXaW5kb3dzX05UJw0KQUxMVVNFUlNQ Uk9GSUxFID0gJ0M6XERvY3VtZW50cyBhbmQgU2V0dGluZ3NcQWxsIFVzZXJz Jw0KTE9DUEFUSCA9ICdDOlxQcm9ncmFtc1xJQk1cUnVuVGltZVxsb2NhbGUn DQpJUEZfUEFUSDMyID0gJ0M6XFByb2dyYW1zXElCTVxSdW5UaW1lXGlwZicN ClhURVJNX1NIRUxMID0gJy91c3IvYmluL2Jhc2gnDQohOjogPSAnOjpcJw0K TFNfQ09MT1JTID0gJ25vPTAwOmZpPTAwOmRpPTAxOzMzOmxuPTAxOzM2OnBp PTQwOzMzOnNvPTAxOzM1OmJkPTQ0OzMyOzAxOmNkPTQ0OzMzOzAxOmV4PTAx OzMyOiouY21kPTAxOzMyOiouZXhlPTAxOzMyOiouY29tPTAxOzMyOiouYnRt PTAxOzMyOiouYmF0PTAxOzMyOioudGFyPTM2OioudGd6PTM2OioucnBtPTM2 OiouZGViPTM2OiouYXJqPTM2OioudGF6PTM2OioubHpoPTM2OiouemlwPTM2 Oiouej0zNjoqLlo9MzY6Ki5nej0zNjoqLnJhcj0zNjoqLmpwZz0wMTszNToq LmdpZj0wMTszNToqLmJtcD0wMTszNToqLnhibT0wMTszNToqLnhwbT0wMTsz NToqLnRpZj0wMTszNToqLm1wMz0zNToqLndhdj0zNToqLmF1PTM1OioubWlk PTM1Oioudm9jPTM1OioubW9kPTM1OiouYWlmZj0zNToqLnR4dD0wMToqLmh0 bWw9MDE6Ki5odG09MDE6Ki5kb2M9MDE6Ki5wcz0wMToqLmVwcz0wMToqLnBk Zj0wMToqLmx5eD0wMToqLmM9MDE7MzE6Ki5jYz0wMTszMToqLmNwcD0wMTsz MToqLmljYz0wMTszMToqLmNwcD0wMTszMToqLnBhcz0wMTszMToqLmFzbT0w MTszMToqLnNjbT0wMTszMToqLnBsPTAxOzMxOiouZ3A9MDE7MzE6Ki5zaD0w MTszMToqLmNzaD0wMTszMToqLmphdmE9MDE7MzE6Ki5wbG90aWN1cz0wMTsz MToqLm1sPTAxOzMxOioucG09MDE7MzE6Ki5oaD0wNzszMToqLmg9MDc7MzE6 Ki5vPTMyOiouYT0zMjoqLnNvPTMyOioub2JqPTMyOiouY2xhc3M9MzI6Kk1h a2VmaWxlPTAxOzM1OioubWs9MDE7MzU6KlJFQURNRT0wMTszNScNClZTOTBD T01OVE9PTFMgPSAnQzpcUHJvZ3JhbSBGaWxlc1xNaWNyb3NvZnQgVmlzdWFs IFN0dWRpbyA5LjBcQ29tbW9uN1xUb29sc1wnDQpURU1QID0gJy9jeWdkcml2 ZS9jL0RPQ1VNRX4xL0FETUlOSX4xL0xPQ0FMU34xL1RlbXAnDQpDT01NT05Q Uk9HUkFNRklMRVMgPSAnQzpcUHJvZ3JhbSBGaWxlc1xDb21tb24gRmlsZXMn DQpURVJNQ0FQID0gJ3h0ZXJtLXI2fHh0ZXJtfHh0ZXJtIFgxMVI2IHZlcnNp b246YW06a206bWk6bXM6eG46Y28jODA6aXQjODpsaSMyNDpBTD1cRVslZEw6 REM9XEVbJWRQOkRMPVxFWyVkTTpETz1cRVslZEI6TEU9XEVbJWREOlJJPVxF WyVkQzpVUD1cRVslZEE6YWU9Xk86YWw9XEVbTDphcz1eTjpibD1eRzpjZD1c RVtKOmNlPVxFW0s6Y2w9XEVbSFxFWzJKOmNtPVxFWyVpJWQ7JWRIOmNyPV5N OmNzPVxFWyVpJWQ7JWRyOmN0PVxFWzNnOmRjPVxFW1A6ZGw9XEVbTTpkbz1e SjplaT1cRVs0bDpobz1cRVtIOmltPVxFWzRoOmlzPVxFN1xFW3JcRVttXEVb PzdoXEVbPzE7Mzs0OzZsXEVbNGxcRThcRT46azE9XEVPUDprMj1cRU9ROmsz PVxFT1I6azQ9XEVPUzprNT1cRVsxNX46azY9XEVbMTd+Oms3PVxFWzE4fjpr OD1cRVsxOX46azk9XEVbMjB+OmtEPVxFWzN+OmtJPVxFWzJ+OmtOPVxFWzZ+ OmtQPVxFWzV+OmtkPVxFT0I6a2U9XEVbPzFsXEU+OmtoPVxFWzF+OmtsPVxF T0Q6a3I9XEVPQzprcz1cRVs/MWhcRT06a3U9XEVPQTpsZT1eSDptZD1cRVsx bTptZT1cRVttOm1yPVxFWzdtOm5kPVxFW0M6cmM9XEU4OnNjPVxFNzpzZT1c RVttOnNmPV5KOnNvPVxFWzdtOnNyPVxFTTp0YT1eSTp0ZT1cRVsySlxFWz80 N2xcRTg6dGk9XEU3XEVbPzQ3aDp1ZT1cRVttOnVwPVxFW0E6dXM9XEVbNG06 a2I9XDAxMDonDQpRVEpBVkEgPSAnQzpcUHJvZ3JhbSBGaWxlc1xJQk1cSmF2 YTE0MlxqcmVcbGliXGV4dFxRVEphdmEuemlwJw0KVVNFUk5BTUUgPSAnZGFu dHMnDQpQQUdFUiA9ICdsZXNzIC1pIC1SJw0KVEVYRE9DVklFV19wZGYgPSAn Y3lnc3RhcnQgJXMnDQpQUk9DRVNTT1JfTEVWRUwgPSAnNicNCk5MU1BBVEgg PSAnQzpcUHJvZ3JhbXNcSUJNXFJ1blRpbWVcJU47Jw0KRlBfTk9fSE9TVF9D SEVDSyA9ICdOTycNClNZU1RFTURSSVZFID0gJ0M6Jw0KQ1lHV0lOX1JPT1Qg PSAnXGN5Z3dpbicNClRFWERPQ1ZJRVdfaHRtbCA9ICdjeWdzdGFydCAlcycN ClVTRVJQUk9GSUxFID0gJ0M6XERvY3VtZW50cyBhbmQgU2V0dGluZ3NcQWRt aW5pc3RyYXRvcicNClFNQUtFU1BFQyA9ICcvdXNyL2xpYi9xdDMvbWtzcGVj cy9jeWd3aW4tZysrJw0KUFMxID0gJ1xbXDAzM10wO1tcdUBcaDo8XHc+XVww MDdcXVxbXDAzM1swOzMxbVxdXFtcMDMzWzE7MzFtXF1cW1wwMzNbMDszMW1c XVxbXDAzM1swbVxdXFtcMDMzWzM1bVxdPFxbXDAzM1sxOzM1bVxdJHs/fVxb XDAzM1swOzM1bVxdPlxbXDAzM1sxOzM2bVxdXHVcW1wwMzNbMDszNm1cXUBc W1wwMzNbMTszMm1cXVxoXFtcMDMzWzA7MzJtXF06XFtcMDMzWzE7MzNtXF1c d1xbXDAzM1sxOzMzbVxdXCRcW1wwMzNbMG1cXSAnDQpQRF9TT0NLRVQgPSAn Njg3NCcNClBST0NFU1NPUl9BUkNISVRFQ1RVUkUgPSAneDg2Jw0KIUM6ID0g J0M6XERvY3VtZW50cyBhbmQgU2V0dGluZ3NcQWRtaW5pc3RyYXRvcicNClhU RVJNX1ZFUlNJT04gPSAnQ3lnd2luIDYuOC45OS45MDMoMjM4KScNClNITFZM ID0gJzEnDQpQQVRIRVhUID0gJy5DT007LkVYRTsuQkFUOy5DTUQ7LlZCUzsu VkJFOy5KUzsuSlNFOy5XU0Y7LldTSCcNCkhPTUVEUklWRSA9ICdDOicNClBS T01QVCA9ICckUCRHJw0KQ09NU1BFQyA9ICdDOlxXSU5ET1dTXHN5c3RlbTMy XGNtZC5leGUnDQpMT0dOQU1FID0gJ2RhbnRzJw0KVE1QID0gJy9jeWdkcml2 ZS9jL0RPQ1VNRX4xL0FETUlOSX4xL0xPQ0FMU34xL1RlbXAnDQpTWVNURU1S T09UID0gJ0M6XFdJTkRPV1MnDQpQREJBU0UgPSAnQzpcUHJvZ3JhbSBGaWxl c1xJQk1cSW5mb3ByaW50IFNlbGVjdCcNClBSSU5URVIgPSAnZmxvb3IwLWNv bG9yIHVzeWt0bGJ3IENvbG9yLTgwMS0wMC0zMS0wMzQtWW8nDQpDVlNfUlNI ID0gJy9iaW4vc3NoJw0KUFJPQ0VTU09SX1JFVklTSU9OID0gJzBlMDgnDQpD TEFTU1BBVEggPSAnLjtDOlxQcm9ncmFtIEZpbGVzXElCTVxKYXZhMTQyXGpy ZVxsaWJcZXh0XFFUSmF2YS56aXAnDQpSVU4gPSAnXGN5Z3dpblxiaW5ccnVu IC1wIC91c3IvYmluJw0KVEVYRE9DVklFV19wcyA9ICdjeWdzdGFydCAlcycN CklORk9QQVRIID0gJy91c3IvbG9jYWwvaW5mbzovdXNyL3NoYXJlL2luZm86 L3Vzci9pbmZvOicNClBST0dSQU1GSUxFUyA9ICdDOlxQcm9ncmFtIEZpbGVz Jw0KRElTUExBWSA9ICcxMjcuMC4wLjE6MC4wJw0KTlVNQkVSX09GX1BST0NF U1NPUlMgPSAnMicNClRQQ0NPTU1PTiA9ICdDOlxQUk9HUkF+MVxUSElOS1Z+ MVxQcmRDdHInDQpTRVNTSU9OTkFNRSA9ICdDb25zb2xlJw0KIUVYSVRDT0RF ID0gJzAwMDAwMEU4Jw0KUENPTU1fUk9PVCA9ICdDOlxQcm9ncmFtIEZpbGVz XElCTVxQZXJzb25hbCBDb21tdW5pY2F0aW9uc1wnDQpfID0gJy91c3IvYmlu L2N5Z2NoZWNrJw0KDQpIS0VZX0NVUlJFTlRfVVNFUlxTb2Z0d2FyZVxDeWdu dXMgU29sdXRpb25zDQpIS0VZX0NVUlJFTlRfVVNFUlxTb2Z0d2FyZVxDeWdu dXMgU29sdXRpb25zXEN5Z3dpbg0KSEtFWV9DVVJSRU5UX1VTRVJcU29mdHdh cmVcQ3lnbnVzIFNvbHV0aW9uc1xDeWd3aW5cbW91bnRzIHYyDQpIS0VZX0NV UlJFTlRfVVNFUlxTb2Z0d2FyZVxDeWdudXMgU29sdXRpb25zXEN5Z3dpblxQ cm9ncmFtIE9wdGlvbnMNCkhLRVlfTE9DQUxfTUFDSElORVxTT0ZUV0FSRVxD eWdudXMgU29sdXRpb25zDQpIS0VZX0xPQ0FMX01BQ0hJTkVcU09GVFdBUkVc Q3lnbnVzIFNvbHV0aW9uc1xDeWd3aW4NCkhLRVlfTE9DQUxfTUFDSElORVxT T0ZUV0FSRVxDeWdudXMgU29sdXRpb25zXEN5Z3dpblxtb3VudHMgdjINCiAg KGRlZmF1bHQpID0gJy9jeWdkcml2ZScNCiAgY3lnZHJpdmUgZmxhZ3MgPSAw eDAwMDAwMDIyDQpIS0VZX0xPQ0FMX01BQ0hJTkVcU09GVFdBUkVcQ3lnbnVz IFNvbHV0aW9uc1xDeWd3aW5cbW91bnRzIHYyXC8NCiAgKGRlZmF1bHQpID0g J0M6XGN5Z3dpbicNCiAgZmxhZ3MgPSAweDAwMDAwMDBhDQpIS0VZX0xPQ0FM X01BQ0hJTkVcU09GVFdBUkVcQ3lnbnVzIFNvbHV0aW9uc1xDeWd3aW5cbW91 bnRzIHYyXC91c3IvYmluDQogIChkZWZhdWx0KSA9ICdDOlxjeWd3aW4vYmlu Jw0KICBmbGFncyA9IDB4MDAwMDAwMGENCkhLRVlfTE9DQUxfTUFDSElORVxT T0ZUV0FSRVxDeWdudXMgU29sdXRpb25zXEN5Z3dpblxtb3VudHMgdjJcL3Vz ci9saWINCiAgKGRlZmF1bHQpID0gJ0M6XGN5Z3dpbi9saWInDQogIGZsYWdz ID0gMHgwMDAwMDAwYQ0KSEtFWV9MT0NBTF9NQUNISU5FXFNPRlRXQVJFXEN5 Z251cyBTb2x1dGlvbnNcQ3lnd2luXFByb2dyYW0gT3B0aW9ucw0KDQpjOiAg aGQgIE5URlMgICAgIDk1MzkzTWIgIDcwJSBDUCBDUyBVTiBQQSBGQyAgICAg DQpkOiAgY2QgICAgICAgICAgICAgTi9BICAgIE4vQSAgICAgICAgICAgICAg ICAgICAgDQoNCkM6XGN5Z3dpbiAgICAgIC8gICAgICAgICAgc3lzdGVtICBi aW5tb2RlDQpDOlxjeWd3aW4vYmluICAvdXNyL2JpbiAgIHN5c3RlbSAgYmlu bW9kZQ0KQzpcY3lnd2luL2xpYiAgL3Vzci9saWIgICBzeXN0ZW0gIGJpbm1v ZGUNCi4gICAgICAgICAgICAgIC9jeWdkcml2ZSAgc3lzdGVtICBiaW5tb2Rl LGN5Z2RyaXZlDQoNCkZvdW5kOiBDOlxjeWd3aW5cYmluXGF3ay5leGUNCkZv dW5kOiBDOlxjeWd3aW5cYmluXGJhc2guZXhlDQpGb3VuZDogQzpcY3lnd2lu XGJpblxjYXQuZXhlDQpGb3VuZDogQzpcY3lnd2luXGJpblxjcC5leGUNCkZv dW5kOiBDOlxjeWd3aW5cYmluXGNwcC5leGUNCkZvdW5kOiBDOlxjeWd3aW5c YmluXGNyb250YWIuZXhlDQpGb3VuZDogQzpcY3lnd2luXGJpblxmaW5kLmV4 ZQ0KRm91bmQ6IEM6XGN5Z3dpblxiaW5cZ2NjLmV4ZQ0KRm91bmQ6IEM6XGN5 Z3dpblxiaW5cZ2RiLmV4ZQ0KRm91bmQ6IEM6XGN5Z3dpblxiaW5cZ3JlcC5l eGUNCkZvdW5kOiBDOlxjeWd3aW5cYmluXGtpbGwuZXhlDQpGb3VuZDogQzpc Y3lnd2luXGJpblxsZC5leGUNCkZvdW5kOiBDOlxjeWd3aW5cYmluXGxzLmV4 ZQ0KRm91bmQ6IEM6XGN5Z3dpblxiaW5cbWFrZS5leGUNCkZvdW5kOiBDOlxj eWd3aW5cYmluXG12LmV4ZQ0KRm91bmQ6IEM6XGN5Z3dpblxiaW5ccGF0Y2gu ZXhlDQpGb3VuZDogQzpcY3lnd2luXGJpblxwZXJsLmV4ZQ0KRm91bmQ6IEM6 XGN5Z3dpblxiaW5ccm0uZXhlDQpGb3VuZDogQzpcY3lnd2luXGJpblxzZWQu ZXhlDQpGb3VuZDogQzpcY3lnd2luXGJpblxzc2guZXhlDQpGb3VuZDogQzpc Y3lnd2luXGJpblxzaC5leGUNCkZvdW5kOiBDOlxjeWd3aW5cYmluXHRhci5l eGUNCkZvdW5kOiBDOlxjeWd3aW5cYmluXHRlc3QuZXhlDQpOb3QgRm91bmQ6 IHZpDQpGb3VuZDogQzpcY3lnd2luXGJpblx2aW0uZXhlDQoNCiAgMTA3ayAy MDA5LzAxLzE4IEM6XGN5Z3dpblxiaW5cY3lnYXByLTEtMC5kbGwgLSBvcz00 LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnYXBy LTEtMC5kbGwiIHYwLjAgdHM9MjAwOS8xLzE4IDE0OjEyDQogICA4OWsgMjAw OC8wOS8wMSBDOlxjeWd3aW5cYmluXGN5Z2FwcnV0aWwtMS0wLmRsbCAtIG9z PTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdh cHJ1dGlsLTEtMC5kbGwiIHYwLjAgdHM9MjAwOC85LzEgMzo0OA0KICAgNzdr IDIwMDgvMTIvMTIgQzpcY3lnd2luXGJpblxjeWdhcnRfbGdwbF8yLTIuZGxs IC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAg ImN5Z2FydF9sZ3BsXzItMi5kbGwiIHYwLjAgdHM9MjAwOC8xMi8xMiAwOjMx DQogIDcwNGsgMjAwNy8xMi8xOCBDOlxjeWd3aW5cYmluXGN5Z2FzcGVsbC0x NS5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAg ICAgICAiY3lnYXNwZWxsLTE1LmRsbCIgdjAuMCB0cz0yMDA3LzEyLzE4IDY6 MzkNCiAgIDg3ayAyMDA2LzAyLzE2IEM6XGN5Z3dpblxiaW5cY3lnYXRrLTEu MC0wLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAg ICAgICAgICJjeWdhdGstMS4wLTAuZGxsIiB2MC4wIHRzPTIwMDYvMi82IDE2 OjEzDQogICA3MmsgMjAwOC8xMC8yNiBDOlxjeWd3aW5cYmluXGN5Z2F1ZGlv LTIuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAg ICAgICAgImN5Z2F1ZGlvLTIuZGxsIiB2MC4wIHRzPTIwMDgvMTAvMjYgMTo1 Mw0KICAzNTFrIDIwMDgvMDEvMTQgQzpcY3lnd2luXGJpblxjeWdib29zdF9k YXRlX3RpbWUtZ2NjLW10LTFfMzNfMS5kbGwgLSBvcz00LjAgaW1nPTEuMzMg c3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2Jvb3N0X2RhdGVfdGlt ZS1nY2MtbXQtMV8zM18xLmRsbCIgdjAuMCB0cz0yMDA4LzEvMTQgMzozNg0K ICAxMjBrIDIwMDgvMDEvMTQgQzpcY3lnd2luXGJpblxjeWdib29zdF9maWxl c3lzdGVtLWdjYy1tdC0xXzMzXzEuZGxsIC0gb3M9NC4wIGltZz0xLjMzIHN5 cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdib29zdF9maWxlc3lzdGVt LWdjYy1tdC0xXzMzXzEuZGxsIiB2MC4wIHRzPTIwMDgvMS8xNCAzOjM2DQog ICA3OWsgMjAwOC8wMS8xNCBDOlxjeWd3aW5cYmluXGN5Z2Jvb3N0X2lvc3Ry ZWFtcy1nY2MtbXQtMV8zM18xLmRsbCAtIG9zPTQuMCBpbWc9MS4zMyBzeXM9 NC4wDQogICAgICAgICAgICAgICAgICAiY3lnYm9vc3RfaW9zdHJlYW1zLWdj Yy1tdC0xXzMzXzEuZGxsIiB2MC4wIHRzPTIwMDgvMS8xNCAzOjM3DQogIDUy NmsgMjAwOC8wMS8xNCBDOlxjeWd3aW5cYmluXGN5Z2Jvb3N0X3Byb2dyYW1f b3B0aW9ucy1nY2MtbXQtMV8zM18xLmRsbCAtIG9zPTQuMCBpbWc9MS4zMyBz eXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnYm9vc3RfcHJvZ3JhbV9v cHRpb25zLWdjYy1tdC0xXzMzXzEuZGxsIiB2MC4wIHRzPTIwMDgvMS8xNCAz OjM4DQogIDU2NGsgMjAwOC8wMS8xNCBDOlxjeWd3aW5cYmluXGN5Z2Jvb3N0 X3B5dGhvbi1nY2MtbXQtMV8zM18xLmRsbCAtIG9zPTQuMCBpbWc9MS4zMyBz eXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnYm9vc3RfcHl0aG9uLWdj Yy1tdC0xXzMzXzEuZGxsIiB2MC4wIHRzPTIwMDgvMS8xNCAzOjM5DQogIDY3 OGsgMjAwOC8wMS8xNCBDOlxjeWd3aW5cYmluXGN5Z2Jvb3N0X3JlZ2V4LWdj Yy1tdC0xXzMzXzEuZGxsIC0gb3M9NC4wIGltZz0xLjMzIHN5cz00LjANCiAg ICAgICAgICAgICAgICAgICJjeWdib29zdF9yZWdleC1nY2MtbXQtMV8zM18x LmRsbCIgdjAuMCB0cz0yMDA4LzEvMTQgMzo0MQ0KICA2MjFrIDIwMDgvMDEv MTQgQzpcY3lnd2luXGJpblxjeWdib29zdF9zZXJpYWxpemF0aW9uLWdjYy1t dC0xXzMzXzEuZGxsIC0gb3M9NC4wIGltZz0xLjMzIHN5cz00LjANCiAgICAg ICAgICAgICAgICAgICJjeWdib29zdF9zZXJpYWxpemF0aW9uLWdjYy1tdC0x XzMzXzEuZGxsIiB2MC4wIHRzPTIwMDgvMS8xNCAzOjQ0DQogIDExOGsgMjAw OC8wMS8xNCBDOlxjeWd3aW5cYmluXGN5Z2Jvb3N0X3NpZ25hbHMtZ2NjLW10 LTFfMzNfMS5kbGwgLSBvcz00LjAgaW1nPTEuMzMgc3lzPTQuMA0KICAgICAg ICAgICAgICAgICAgImN5Z2Jvb3N0X3NpZ25hbHMtZ2NjLW10LTFfMzNfMS5k bGwiIHYwLjAgdHM9MjAwOC8xLzE0IDM6NDQNCiAgIDkxayAyMDA4LzAxLzE0 IEM6XGN5Z3dpblxiaW5cY3lnYm9vc3RfdGhyZWFkLWdjYy1tdC0xXzMzXzEu ZGxsIC0gb3M9NC4wIGltZz0xLjMzIHN5cz00LjANCiAgICAgICAgICAgICAg ICAgICJjeWdib29zdF90aHJlYWQtZ2NjLW10LTFfMzNfMS5kbGwiIHYwLjAg dHM9MjAwOC8xLzE0IDM6NDcNCiAgIDYxayAyMDA4LzA0LzAxIEM6XGN5Z3dp blxiaW5cY3lnYnoyLTEuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0K ICAgICAgICAgICAgICAgICAgImN5Z2J6Mi0xLmRsbCIgdjAuMCB0cz0yMDA4 LzMvMzEgMjM6MzcNCiAgNDQ4ayAyMDA4LzEyLzE2IEM6XGN5Z3dpblxiaW5c Y3lnY2Fpcm8tMi5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAg ICAgICAgICAgICAgICAiY3lnY2Fpcm8tMi5kbGwiIHYwLjAgdHM9MjAwOC8x Mi8xNiAxNDoxMA0KICAgIDdrIDIwMDgvMTEvMTAgQzpcY3lnd2luXGJpblxj eWdjaGFyc2V0LTEuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAg ICAgICAgICAgICAgICAgImN5Z2NoYXJzZXQtMS5kbGwiIHYwLjAgdHM9MjAw OC8xMS85IDE5OjM0DQogICAxNmsgMjAwNS8xMC8xMSBDOlxjeWd3aW5cYmlu XGN5Z2NvbXBmYWNlLTAuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0K ICAgICAgICAgICAgICAgICAgImN5Z2NvbXBmYWNlLTAuZGxsIiB2MC4wIHRz PTIwMDUvMTAvMTEgOTo1OA0KICAgIDdrIDIwMDMvMTAvMTkgQzpcY3lnd2lu XGJpblxjeWdjcnlwdC0wLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjAN CiAgICAgICAgICAgICAgICAgICJjeWdjcnlwdC0wLmRsbCIgdjAuMCB0cz0y MDAzLzEwLzE5IDM6NTcNCiAxMTI1ayAyMDA2LzEwLzA0IEM6XGN5Z3dpblxi aW5cY3lnY3J5cHRvLTAuOS43LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00 LjANCiAgICAgICAgICAgICAgICAgICJjeWdjcnlwdG8tMC45LjcuZGxsIiB2 MC4wIHRzPTIwMDYvMTAvNCA4OjEyDQogMTA3NGsgMjAwOS8wMS8wOCBDOlxj eWd3aW5cYmluXGN5Z2NyeXB0by0wLjkuOC5kbGwgLSBvcz00LjAgaW1nPTEu MCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnY3J5cHRvLTAuOS44 LmRsbCIgdjAuMCB0cz0yMDA5LzEvOCA1OjAzDQogIDIyMWsgMjAwNy8wNi8z MCBDOlxjeWd3aW5cYmluXGN5Z2N1cmwtNC5kbGwgLSBvcz00LjAgaW1nPTEu MCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnY3VybC00LmRsbCIg djAuMCB0cz0yMDA3LzYvMjkgMjA6NTQNCiAgNzAzayAyMDA3LzEyLzE3IEM6 XGN5Z3dpblxiaW5cY3lnZGItNC4yLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5 cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdkYi00LjIuZGxsIiB2MC4w IHRzPTIwMDcvMTIvMTcgNjo1OA0KICA3NjRrIDIwMDcvMTIvMTcgQzpcY3ln d2luXGJpblxjeWdkYi00LjMuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQu MA0KICAgICAgICAgICAgICAgICAgImN5Z2RiLTQuMy5kbGwiIHYwLjAgdHM9 MjAwNy8xMi8xNyA3OjI5DQogIDk0M2sgMjAwNy8xMi8xNyBDOlxjeWd3aW5c YmluXGN5Z2RiLTQuNS5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQog ICAgICAgICAgICAgICAgICAiY3lnZGItNC41LmRsbCIgdjAuMCB0cz0yMDA3 LzEyLzE3IDg6MTINCiAxMDM2ayAyMDA3LzEyLzE3IEM6XGN5Z3dpblxiaW5c Y3lnZGJfY3h4LTQuMi5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQog ICAgICAgICAgICAgICAgICAiY3lnZGJfY3h4LTQuMi5kbGwiIHYwLjAgdHM9 MjAwNy8xMi8xNyA2OjU4DQogMTEwNmsgMjAwNy8xMi8xNyBDOlxjeWd3aW5c YmluXGN5Z2RiX2N4eC00LjMuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQu MA0KICAgICAgICAgICAgICAgICAgImN5Z2RiX2N4eC00LjMuZGxsIiB2MC4w IHRzPTIwMDcvMTIvMTcgNzoyOQ0KIDEyOTZrIDIwMDcvMTIvMTcgQzpcY3ln d2luXGJpblxjeWdkYl9jeHgtNC41LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5 cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdkYl9jeHgtNC41LmRsbCIg djAuMCB0cz0yMDA3LzEyLzE3IDg6MTINCiAgIDQ2ayAyMDA5LzAxLzA3IEM6 XGN5Z3dpblxiaW5cY3lnZWNwZy5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9 NC4wDQogICAgICAgICAgICAgICAgICAiY3lnZWNwZy5kbGwiIHYwLjAgdHM9 MjAwOS8xLzcgMTE6NDYNCiAgMTE4ayAyMDA3LzA0LzA2IEM6XGN5Z3dpblxi aW5cY3lnZXhwYXQtMC5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQog ICAgICAgICAgICAgICAgICAiY3lnZXhwYXQtMC5kbGwiIHYwLjAgdHM9MjAw Ny80LzYgMTY6NDMNCiAgMTE4ayAyMDA4LzA1LzA5IEM6XGN5Z3dpblxiaW5c Y3lnZXhwYXQtMS5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAg ICAgICAgICAgICAgICAiY3lnZXhwYXQtMS5kbGwiIHYwLjAgdHM9MjAwOC81 LzkgMDowMw0KICAxNjFrIDIwMDgvMDYvMDEgQzpcY3lnd2luXGJpblxjeWdm b250Y29uZmlnLTEuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAg ICAgICAgICAgICAgICAgImN5Z2ZvbnRjb25maWctMS5kbGwiIHYwLjAgdHM9 MjAwOC82LzEgMTg6MTYNCiAgIDE5ayAyMDA4LzEwLzI2IEM6XGN5Z3dpblxi aW5cY3lnZm9udGVuYy0xLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjAN CiAgICAgICAgICAgICAgICAgICJjeWdmb250ZW5jLTEuZGxsIiB2MC4wIHRz PTIwMDgvMTAvMjYgMTc6MjUNCiAgIDQwayAyMDA2LzExLzE1IEM6XGN5Z3dp blxiaW5cY3lnZm9ybS04LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjAN CiAgICAgICAgICAgICAgICAgICJjeWdmb3JtLTguZGxsIiB2MC4wIHRzPTIw MDYvMTEvMTUgMjowNg0KICAgNDVrIDIwMDEvMDQvMjUgQzpcY3lnd2luXGJp blxjeWdmb3JtNS5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAg ICAgICAgICAgICAgICAiY3lnZm9ybTUuZGxsIiB2MC4wIHRzPTIwMDEvNC8y NSAxOjI4DQogICAzNWsgMjAwMi8wMS8wOSBDOlxjeWd3aW5cYmluXGN5Z2Zv cm02LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAg ICAgICAgICJjeWdmb3JtNi5kbGwiIHYwLjAgdHM9MjAwMi8xLzkgMTowMw0K ICAgNDhrIDIwMDMvMDgvMDkgQzpcY3lnd2luXGJpblxjeWdmb3JtNy5kbGwg LSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAi Y3lnZm9ybTcuZGxsIiB2MC4wIHRzPTIwMDMvOC85IDU6MjUNCiAgODYwayAy MDA4LzAzLzIzIEM6XGN5Z3dpblxiaW5cY3lnZnB4LTEuZGxsIC0gb3M9NC4w IGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2ZweC0x LmRsbCIgdjAuMCB0cz0yMDA4LzMvMjMgMTY6MTINCiAgNDMwayAyMDA5LzAx LzI4IEM6XGN5Z3dpblxiaW5cY3lnZnJlZXR5cGUtNi5kbGwgLSBvcz00LjAg aW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnZnJlZXR5 cGUtNi5kbGwiIHYwLjAgdHM9MjAwOS8xLzI4IDA6NDgNCiAgIDQxayAyMDA4 LzA5LzEyIEM6XGN5Z3dpblxiaW5cY3lnZ2NjX3MuZGxsIC0gb3M9NC4wIGlt Zz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2djY19zLmRs bCIgdjAuMCB0cz0yMDA4LzkvMTEgMjo0Mw0KICA0MTRrIDIwMDgvMDYvMTYg QzpcY3lnd2luXGJpblxjeWdnY3J5cHQtMTEuZGxsIC0gb3M9NC4wIGltZz0x LjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2djcnlwdC0xMS5k bGwiIHYwLjAgdHM9MjAwOC82LzE2IDE3OjEzDQogIDIyNWsgMjAwOC8xMS8y OCBDOlxjeWd3aW5cYmluXGN5Z2dkLTIuZGxsIC0gb3M9NC4wIGltZz0xLjAg c3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2dkLTIuZGxsIiB2MC4w IHRzPTIwMDgvMTEvMjggMTc6MjkNCiAgIDI4ayAyMDAzLzA3LzIwIEM6XGN5 Z3dpblxiaW5cY3lnZ2RibS0zLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00 LjANCiAgICAgICAgICAgICAgICAgICJjeWdnZGJtLTMuZGxsIiB2MC4wIHRz PTIwMDMvNy8yMCAzOjU4DQogICAxOWsgMjAwNi8xMS8xOSBDOlxjeWd3aW5c YmluXGN5Z2dkYm0tNC5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQog ICAgICAgICAgICAgICAgICAiY3lnZ2RibS00LmRsbCIgdjAuMCB0cz0yMDA2 LzExLzE5IDM6MTgNCiAgIDE5ayAyMDAzLzAzLzIyIEM6XGN5Z3dpblxiaW5c Y3lnZ2RibS5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAg ICAgICAgICAgICAiY3lnZ2RibS5kbGwiIHYwLjAgdHM9MjAwMi8yLzE5IDIy OjA1DQogICAxNWsgMjAwMy8wNy8yMCBDOlxjeWd3aW5cYmluXGN5Z2dkYm1f Y29tcGF0LTMuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAg ICAgICAgICAgICAgImN5Z2dkYm1fY29tcGF0LTMuZGxsIiB2MC4wIHRzPTIw MDMvNy8yMCA0OjAwDQogICAgOGsgMjAwNi8xMS8xOSBDOlxjeWd3aW5cYmlu XGN5Z2dkYm1fY29tcGF0LTQuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQu MA0KICAgICAgICAgICAgICAgICAgImN5Z2dkYm1fY29tcGF0LTQuZGxsIiB2 MC4wIHRzPTIwMDYvMTEvMTkgMzoxOA0KICAxOTRrIDIwMDgvMDcvMDQgQzpc Y3lnd2luXGJpblxjeWdnZGstMS0yLTAuZGxsIC0gb3M9NC4wIGltZz0xLjAg c3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2dkay0xLTItMC5kbGwi IHYwLjAgdHM9MjAwOC83LzQgMjoxOQ0KICA0NTFrIDIwMDUvMTIvMjcgQzpc Y3lnd2luXGJpblxjeWdnZGsteDExLTIuMC0wLmRsbCAtIG9zPTQuMCBpbWc9 MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdnZGsteDExLTIu MC0wLmRsbCIgdjAuMCB0cz0yMDA1LzEyLzI2IDY6MjANCiAgMTI4ayAyMDA1 LzA4LzAyIEM6XGN5Z3dpblxiaW5cY3lnZ2RrX2ltbGliLTEuZGxsIC0gb3M9 NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2dk a19pbWxpYi0xLmRsbCIgdjAuMCB0cz0yMDA1LzgvMSAyMDozNg0KICAgNzdr IDIwMDUvMTIvMjcgQzpcY3lnd2luXGJpblxjeWdnZGtfcGl4YnVmLTIuMC0w LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAg ICAgICJjeWdnZGtfcGl4YnVmLTIuMC0wLmRsbCIgdjAuMCB0cz0yMDA1LzEy LzI2IDY6MTENCiAgIDU0ayAyMDA1LzEyLzI3IEM6XGN5Z3dpblxiaW5cY3ln Z2RrX3BpeGJ1Zl94bGliLTIuMC0wLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5 cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdnZGtfcGl4YnVmX3hsaWIt Mi4wLTAuZGxsIiB2MC4wIHRzPTIwMDUvMTIvMjYgNzowMw0KICAgMzJrIDIw MDgvMTEvMTkgQzpcY3lnd2luXGJpblxjeWdnZy0xLmRsbCAtIG9zPTQuMCBp bWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdnZy0xLmRs bCIgdjAuMCB0cz0yMDA4LzExLzE5IDE0OjI0DQogICA0NWsgMjAwOC8xMS8x OSBDOlxjeWd3aW5cYmluXGN5Z2dnaS0yLmRsbCAtIG9zPTQuMCBpbWc9MS4w IHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdnZ2ktMi5kbGwiIHYw LjAgdHM9MjAwOC8xMS8xOSAxNDo1OA0KICAgIDlrIDIwMDgvMTEvMTkgQzpc Y3lnd2luXGJpblxjeWdnZ2l3bWgtMC5kbGwgLSBvcz00LjAgaW1nPTEuMCBz eXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnZ2dpd21oLTAuZGxsIiB2 MC4wIHRzPTIwMDgvMTEvMTkgMTU6MTgNCiAgIDI4ayAyMDA4LzA5LzA4IEM6 XGN5Z3dpblxiaW5cY3lnZ2lmLTQuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lz PTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2dpZi00LmRsbCIgdjAuMCB0 cz0yMDA4LzkvNyAyMDowMQ0KICAgMjNrIDIwMDgvMTEvMTkgQzpcY3lnd2lu XGJpblxjeWdnaWktMS5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQog ICAgICAgICAgICAgICAgICAiY3lnZ2lpLTEuZGxsIiB2MC4wIHRzPTIwMDgv MTEvMTkgMTQ6MjcNCiAyMjk3ayAyMDA4LzEwLzI5IEM6XGN5Z3dpblxiaW5c Y3lnR0wtMS5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAg ICAgICAgICAgICAiY3lnR0wtMS5kbGwiIHYwLjAgdHM9MjAwOC8xMC8yOSAx OjEzDQogIDEzNWsgMjAwOC8wNy8wNCBDOlxjeWd3aW5cYmluXGN5Z2dsaWIt MS0yLTAuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAg ICAgICAgICAgImN5Z2dsaWItMS0yLTAuZGxsIiB2MC4wIHRzPTIwMDgvNy8z IDE3OjAxDQogIDUxNWsgMjAwNi8wNi8wNiBDOlxjeWd3aW5cYmluXGN5Z2ds aWItMi4wLTAuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAg ICAgICAgICAgICAgImN5Z2dsaWItMi4wLTAuZGxsIiB2MC4wIHRzPTIwMDYv Ni81IDE4OjMyDQogIDE0OGsgMjAwNi8xMC8yNyBDOlxjeWd3aW5cYmluXGN5 Z2dsaXR6LTEuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAg ICAgICAgICAgICAgImN5Z2dsaXR6LTEuZGxsIiB2MC4wIHRzPTIwMDYvMTAv MjcgMTc6MzcNCiAgIDIwayAyMDA2LzEwLzI3IEM6XGN5Z3dpblxiaW5cY3ln Z2xpdHotZ2x4LTEuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAg ICAgICAgICAgICAgICAgImN5Z2dsaXR6LWdseC0xLmRsbCIgdjAuMCB0cz0y MDA2LzEwLzI3IDE3OjM4DQogIDQ0N2sgMjAwOC8xMC8yOSBDOlxjeWd3aW5c YmluXGN5Z0dMVS0xLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAg ICAgICAgICAgICAgICAgICJjeWdHTFUtMS5kbGwiIHYwLjAgdHM9MjAwOC8x MC8yOSAxOjEzDQogIDE4MmsgMjAwOC8wMy8yMyBDOlxjeWd3aW5cYmluXGN5 Z2dsdXQtMy5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAg ICAgICAgICAgICAiY3lnZ2x1dC0zLmRsbCIgdjAuMCB0cz0yMDA4LzMvMjMg MTQ6MTgNCiAgIDExayAyMDA4LzA3LzA0IEM6XGN5Z3dpblxiaW5cY3lnZ21v ZHVsZS0xLTItMC5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAg ICAgICAgICAgICAgICAiY3lnZ21vZHVsZS0xLTItMC5kbGwiIHYwLjAgdHM9 MjAwOC83LzMgMTc6MTkNCiAgIDEwayAyMDA2LzA2LzA2IEM6XGN5Z3dpblxi aW5cY3lnZ21vZHVsZS0yLjAtMC5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9 NC4wDQogICAgICAgICAgICAgICAgICAiY3lnZ21vZHVsZS0yLjAtMC5kbGwi IHYwLjAgdHM9MjAwNi82LzUgMTg6MzYNCiAgMjE5ayAyMDA4LzEwLzA0IEM6 XGN5Z3dpblxiaW5cY3lnZ21wLTMuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lz PTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2dtcC0zLmRsbCIgdjAuMCB0 cz0yMDA4LzEwLzQgMTk6NDgNCiAgMjg4ayAyMDA4LzEwLzA0IEM6XGN5Z3dp blxiaW5cY3lnZ21weHgtMy5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4w DQogICAgICAgICAgICAgICAgICAiY3lnZ21weHgtMy5kbGwiIHYwLjAgdHM9 MjAwOC8xMC80IDE5OjQ4DQogIDIyMmsgMjAwNi8wNi8wNiBDOlxjeWd3aW5c YmluXGN5Z2dvYmplY3QtMi4wLTAuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lz PTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2dvYmplY3QtMi4wLTAuZGxs IiB2MC4wIHRzPTIwMDYvNi81IDE4OjM1DQogICAxM2sgMjAwOC8wMy8wOCBD OlxjeWd3aW5cYmluXGN5Z2dwZy1lcnJvci0wLmRsbCAtIG9zPTQuMCBpbWc9 MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdncGctZXJyb3It MC5kbGwiIHYwLjAgdHM9MjAwOC8zLzggMTg6MTgNCiA1NDkxayAyMDA4LzEx LzI3IEM6XGN5Z3dpblxiaW5cY3lnZ3MtOC5kbGwgLSBvcz00LjAgaW1nPTEu MCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnZ3MtOC5kbGwiIHYw LjAgdHM9MjAwOC8xMS8yNyA4OjI0DQogMTYzMWsgMjAwOC8xMi8xOSBDOlxj eWd3aW5cYmluXGN5Z2dzbC0wLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00 LjANCiAgICAgICAgICAgICAgICAgICJjeWdnc2wtMC5kbGwiIHYwLjAgdHM9 MjAwOC8xMi8xOSAxMTo0Nw0KICAxODZrIDIwMDgvMTIvMTkgQzpcY3lnd2lu XGJpblxjeWdnc2xjYmxhcy0wLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00 LjANCiAgICAgICAgICAgICAgICAgICJjeWdnc2xjYmxhcy0wLmRsbCIgdjAu MCB0cz0yMDA4LzEyLzE5IDExOjE3DQogICAgOGsgMjAwOC8wNy8wNCBDOlxj eWd3aW5cYmluXGN5Z2d0aHJlYWQtMS0yLTAuZGxsIC0gb3M9NC4wIGltZz0x LjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2d0aHJlYWQtMS0y LTAuZGxsIiB2MC4wIHRzPTIwMDgvNy8zIDE3OjIwDQogICAxNGsgMjAwNi8w Ni8wNiBDOlxjeWd3aW5cYmluXGN5Z2d0aHJlYWQtMi4wLTAuZGxsIC0gb3M9 NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2d0 aHJlYWQtMi4wLTAuZGxsIiB2MC4wIHRzPTIwMDYvNi81IDE4OjM2DQogMTI2 MmsgMjAwOC8wNy8wNCBDOlxjeWd3aW5cYmluXGN5Z2d0ay0xLTItMC5kbGwg LSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAi Y3lnZ3RrLTEtMi0wLmRsbCIgdjAuMCB0cz0yMDA4LzcvNCAyOjUzDQogMjc2 NGsgMjAwNS8xMi8yNyBDOlxjeWd3aW5cYmluXGN5Z2d0ay14MTEtMi4wLTAu ZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAg ICAgImN5Z2d0ay14MTEtMi4wLTAuZGxsIiB2MC4wIHRzPTIwMDUvMTIvMjYg Njo0Mw0KICAgMTdrIDIwMDEvMDYvMjggQzpcY3lnd2luXGJpblxjeWdoaXN0 b3J5NC5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAg ICAgICAgICAiY3lnaGlzdG9yeTQuZGxsIiB2MC4wIHRzPTIwMDEvMS82IDIz OjM0DQogICAyOWsgMjAwMy8wOC8xMCBDOlxjeWd3aW5cYmluXGN5Z2hpc3Rv cnk1LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAg ICAgICAgICJjeWdoaXN0b3J5NS5kbGwiIHYwLjAgdHM9MjAwMy84LzEwIDE5 OjE2DQogICAyNGsgMjAwOC8xMS8yOSBDOlxjeWd3aW5cYmluXGN5Z2hpc3Rv cnk2LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAg ICAgICAgICJjeWdoaXN0b3J5Ni5kbGwiIHYwLjAgdHM9MjAwOC8xMS8yOSA5 OjMwDQogICA3MmsgMjAwOC8xMC8yNiBDOlxjeWd3aW5cYmluXGN5Z0lDRS02 LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAg ICAgICJjeWdJQ0UtNi5kbGwiIHYwLjAgdHM9MjAwOC8xMC8yNSAyMTo1NQ0K ICAyNzFrIDIwMDcvMDgvMjQgQzpcY3lnd2luXGJpblxjeWdpY29ucy0wLmRs bCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAg ICJjeWdpY29ucy0wLmRsbCIgdjAuMCB0cz0yMDA3LzgvMjQgMzoyNA0KICA5 NzhrIDIwMDgvMTEvMTAgQzpcY3lnd2luXGJpblxjeWdpY29udi0yLmRsbCAt IG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJj eWdpY29udi0yLmRsbCIgdjAuMCB0cz0yMDA4LzExLzkgMTk6MzUNCiAgMTU1 ayAyMDA1LzA4LzAyIEM6XGN5Z3dpblxiaW5cY3lnSW1saWItMS5kbGwgLSBv cz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3ln SW1saWItMS5kbGwiIHYwLjAgdHM9MjAwNS84LzEgMjA6MzcNCiAgICA5ayAy MDA1LzA4LzAyIEM6XGN5Z3dpblxiaW5cY3lnaW1saWItYm1wLmRsbCAtIG9z PTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdp bWxpYi1ibXAuZGxsIiB2MC4wIHRzPTIwMDUvOC8xIDIwOjM4DQogICAgNmsg MjAwNS8wOC8wMiBDOlxjeWd3aW5cYmluXGN5Z2ltbGliLWdpZi5kbGwgLSBv cz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3ln aW1saWItZ2lmLmRsbCIgdjAuMCB0cz0yMDA1LzgvMSAyMDozOA0KICAgIDdr IDIwMDUvMDgvMDIgQzpcY3lnd2luXGJpblxjeWdpbWxpYi1qcGVnLmRsbCAt IG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJj eWdpbWxpYi1qcGVnLmRsbCIgdjAuMCB0cz0yMDA1LzgvMSAyMDozOA0KICAg MTFrIDIwMDUvMDgvMDIgQzpcY3lnd2luXGJpblxjeWdpbWxpYi1wbmcuZGxs IC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAg ImN5Z2ltbGliLXBuZy5kbGwiIHYwLjAgdHM9MjAwNS84LzEgMjA6MzkNCiAg ICA4ayAyMDA1LzA4LzAyIEM6XGN5Z3dpblxiaW5cY3lnaW1saWItcHBtLmRs bCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAg ICJjeWdpbWxpYi1wcG0uZGxsIiB2MC4wIHRzPTIwMDUvOC8xIDIwOjM4DQog ICAgN2sgMjAwNS8wOC8wMiBDOlxjeWd3aW5cYmluXGN5Z2ltbGliLXBzLmRs bCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAg ICJjeWdpbWxpYi1wcy5kbGwiIHYwLjAgdHM9MjAwNS84LzEgMjA6MzgNCiAg ICA2ayAyMDA1LzA4LzAyIEM6XGN5Z3dpblxiaW5cY3lnaW1saWItdGlmZi5k bGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAg ICAiY3lnaW1saWItdGlmZi5kbGwiIHYwLjAgdHM9MjAwNS84LzEgMjA6MzkN CiAgIDEwayAyMDA1LzA4LzAyIEM6XGN5Z3dpblxiaW5cY3lnaW1saWIteHBt LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAg ICAgICJjeWdpbWxpYi14cG0uZGxsIiB2MC4wIHRzPTIwMDUvOC8xIDIwOjM4 DQogICAyMmsgMjAwMS8xMi8xMyBDOlxjeWd3aW5cYmluXGN5Z2ludGwtMS5k bGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAg ICAiY3lnaW50bC0xLmRsbCIgdjAuMCB0cz0yMDAxLzEyLzEzIDQ6MjgNCiAg IDM3ayAyMDAzLzA4LzEwIEM6XGN5Z3dpblxiaW5cY3lnaW50bC0yLmRsbCAt IG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJj eWdpbnRsLTIuZGxsIiB2MC4wIHRzPTIwMDMvOC8xMCAxNzo1MA0KICAgMzFr IDIwMDUvMTEvMjAgQzpcY3lnd2luXGJpblxjeWdpbnRsLTMuZGxsIC0gb3M9 NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2lu dGwtMy5kbGwiIHYwLjAgdHM9MjAwNS8xMS8xOSAyMTowNA0KICAgMzFrIDIw MDgvMTIvMzEgQzpcY3lnd2luXGJpblxjeWdpbnRsLTguZGxsIC0gb3M9NC4w IGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2ludGwt OC5kbGwiIHYwLjAgdHM9MjAwOC8xMi8zMSAyOjQyDQogICAyMWsgMjAwMS8w Ni8yMCBDOlxjeWd3aW5cYmluXGN5Z2ludGwuZGxsIC0gb3M9NC4wIGltZz0x LjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2ludGwuZGxsIiB2 MC4wIHRzPTIwMDEvNi8yMCAxMzowOQ0KICAgMTJrIDIwMDMvMDIvMTcgQzpc Y3lnd2luXGJpblxjeWdpb3Blcm0tMC5kbGwgLSBvcz00LjAgaW1nPTEuMCBz eXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnaW9wZXJtLTAuZGxsIiB2 MC4wIHRzPTIwMDMvMi8xNyAxNDo1OA0KICAyNDFrIDIwMDgvMDQvMDIgQzpc Y3lnd2luXGJpblxjeWdqYXNwZXItMS03MDEtMS5kbGwgLSBvcz00LjAgaW1n PTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnamFzcGVyLTEt NzAxLTEuZGxsIiB2MC4wIHRzPTIwMDgvNC8yIDExOjE5DQogIDI0NmsgMjAw OC8wNC8wMiBDOlxjeWd3aW5cYmluXGN5Z2phc3Blci0xLmRsbCAtIG9zPTQu MCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdqYXNw ZXItMS5kbGwiIHYwLjAgdHM9MjAwOC80LzIgMTI6MTkNCiAgIDQ4ayAyMDA2 LzExLzE3IEM6XGN5Z3dpblxiaW5cY3lnamJpZy0yLmRsbCAtIG9zPTQuMCBp bWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdqYmlnLTIu ZGxsIiB2MC4wIHRzPTIwMDYvMTEvMTcgMjo0Mw0KICAgNDhrIDIwMDMvMDgv MTAgQzpcY3lnd2luXGJpblxjeWdqYmlnMS5kbGwgLSBvcz00LjAgaW1nPTEu MCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnamJpZzEuZGxsIiB2 MC4wIHRzPTIwMDMvOC8xMCAxOTo1OA0KICAxMjRrIDIwMDYvMTEvMDkgQzpc Y3lnd2luXGJpblxjeWdqcGVnLTYyLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5 cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdqcGVnLTYyLmRsbCIgdjAu MCB0cz0yMDA2LzExLzkgNDowMg0KICAxMTlrIDIwMDIvMDIvMDkgQzpcY3ln d2luXGJpblxjeWdqcGVnNmIuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQu MA0KICAgICAgICAgICAgICAgICAgImN5Z2pwZWc2Yi5kbGwiIHYwLjAgdHM9 MjAwMi8yLzkgMDoxOQ0KICAgNjBrIDIwMDQvMDkvMjcgQzpcY3lnd2luXGJp blxjeWdrcGF0aHNlYS0zLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjAN CiAgICAgICAgICAgICAgICAgICJjeWdrcGF0aHNlYS0zLmRsbCIgdjAuMCB0 cz0yMDA0LzkvMjcgMTM6MzINCiAgIDY1ayAyMDA1LzA1LzA1IEM6XGN5Z3dp blxiaW5cY3lna3BhdGhzZWEtNC5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9 NC4wDQogICAgICAgICAgICAgICAgICAiY3lna3BhdGhzZWEtNC5kbGwiIHYw LjAgdHM9MjAwNS81LzUgMTA6MzMNCiAgIDQxayAyMDA1LzA4LzI5IEM6XGN5 Z3dpblxiaW5cY3lnbGJlci0yLTItNy5kbGwgLSBvcz00LjAgaW1nPTEuMCBz eXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnbGJlci0yLTItNy5kbGwi IHYwLjAgdHM9MjAwNS84LzE0IDEzOjQ4DQogICAzOWsgMjAwOC8wOS8wNyBD OlxjeWd3aW5cYmluXGN5Z2xiZXItMi0zLTAuZGxsIC0gb3M9NC4wIGltZz0x LjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2xiZXItMi0zLTAu ZGxsIiB2MC4wIHRzPTIwMDgvOS83IDg6MjgNCiAgMTczayAyMDA4LzAzLzIz IEM6XGN5Z3dpblxiaW5cY3lnbGNtcy0xLmRsbCAtIG9zPTQuMCBpbWc9MS4w IHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdsY21zLTEuZGxsIiB2 MC4wIHRzPTIwMDgvMy8yMyA2OjM1DQogIDE3NmsgMjAwNS8wOC8yOSBDOlxj eWd3aW5cYmluXGN5Z2xkYXAtMi0yLTcuZGxsIC0gb3M9NC4wIGltZz0xLjAg c3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2xkYXAtMi0yLTcuZGxs IiB2MC4wIHRzPTIwMDUvOC8yOSA3OjE0DQogIDE4OWsgMjAwOC8wOS8wNyBD OlxjeWd3aW5cYmluXGN5Z2xkYXAtMi0zLTAuZGxsIC0gb3M9NC4wIGltZz0x LjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2xkYXAtMi0zLTAu ZGxsIiB2MC4wIHRzPTIwMDgvOS83IDg6MjkNCiAgMTg4ayAyMDA1LzA4LzI5 IEM6XGN5Z3dpblxiaW5cY3lnbGRhcF9yLTItMi03LmRsbCAtIG9zPTQuMCBp bWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdsZGFwX3It Mi0yLTcuZGxsIiB2MC4wIHRzPTIwMDUvOC8yOSA3OjE0DQogIDIwMWsgMjAw OC8wOS8wNyBDOlxjeWd3aW5cYmluXGN5Z2xkYXBfci0yLTMtMC5kbGwgLSBv cz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3ln bGRhcF9yLTItMy0wLmRsbCIgdjAuMCB0cz0yMDA4LzkvNyA4OjMxDQogICAy NGsgMjAwOC8wNC8xNCBDOlxjeWd3aW5cYmluXGN5Z2x0ZGwtMy5kbGwgLSBv cz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3ln bHRkbC0zLmRsbCIgdjAuMCB0cz0yMDA4LzQvMTQgMTo0MA0KICAgMjhrIDIw MDgvMTEvMDggQzpcY3lnd2luXGJpblxjeWdsdGRsLTcuZGxsIC0gb3M9NC4w IGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z2x0ZGwt Ny5kbGwiIHYwLjAgdHM9MjAwOC8xMS83IDE2OjM5DQogICAxMmsgMjAwOC8w OC8yNiBDOlxjeWd3aW5cYmluXGN5Z2x6bWFkZWMtMC5kbGwgLSBvcz00LjAg aW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnbHptYWRl Yy0wLmRsbCIgdjAuMCB0cz0yMDA4LzgvMjUgMjI6MzENCiAgIDgzayAyMDA3 LzA2LzA2IEM6XGN5Z3dpblxiaW5cY3lnbWFnaWMtMS5kbGwgLSBvcz00LjAg aW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnbWFnaWMt MS5kbGwiIHYwLjAgdHM9MjAwNy82LzYgNjo0MQ0KICAzOTVrIDIwMDgvMDQv MTcgQzpcY3lnd2luXGJpblxjeWdNYWdpY2srKy0xLmRsbCAtIG9zPTQuMCBp bWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdNYWdpY2sr Ky0xLmRsbCIgdjAuMCB0cz0yMDA4LzQvMTcgMTU6MjENCiAgMzkxayAyMDA2 LzExLzA1IEM6XGN5Z3dpblxiaW5cY3lnTWFnaWNrKystMTAuZGxsIC0gb3M9 NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z01h Z2ljaysrLTEwLmRsbCIgdjAuMCB0cz0yMDA2LzExLzUgOTo0Mw0KIDE3MDlr IDIwMDYvMTEvMDUgQzpcY3lnd2luXGJpblxjeWdNYWdpY2stMTAuZGxsIC0g b3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5 Z01hZ2ljay0xMC5kbGwiIHYwLjAgdHM9MjAwNi8xMS81IDk6MzINCiAxOTE1 ayAyMDA4LzA0LzE3IEM6XGN5Z3dpblxiaW5cY3lnTWFnaWNrQ29yZS0xLmRs bCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAg ICJjeWdNYWdpY2tDb3JlLTEuZGxsIiB2MC4wIHRzPTIwMDgvNC8xNyAxNTow NQ0KICA3ODJrIDIwMDgvMDQvMTcgQzpcY3lnd2luXGJpblxjeWdNYWdpY2tX YW5kLTEuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAg ICAgICAgICAgImN5Z01hZ2lja1dhbmQtMS5kbGwiIHYwLjAgdHM9MjAwOC80 LzE3IDE1OjE3DQogICAyMWsgMjAwNi8xMS8xNSBDOlxjeWd3aW5cYmluXGN5 Z21lbnUtOC5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAg ICAgICAgICAgICAiY3lnbWVudS04LmRsbCIgdjAuMCB0cz0yMDA2LzExLzE1 IDI6MDUNCiAgIDI2ayAyMDAxLzA0LzI1IEM6XGN5Z3dpblxiaW5cY3lnbWVu dTUuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAg ICAgICAgImN5Z21lbnU1LmRsbCIgdjAuMCB0cz0yMDAxLzQvMjUgMToyNw0K ICAgMjBrIDIwMDIvMDEvMDkgQzpcY3lnd2luXGJpblxjeWdtZW51Ni5kbGwg LSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAi Y3lnbWVudTYuZGxsIiB2MC4wIHRzPTIwMDIvMS85IDE6MDMNCiAgIDI5ayAy MDAzLzA4LzA5IEM6XGN5Z3dpblxiaW5cY3lnbWVudTcuZGxsIC0gb3M9NC4w IGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z21lbnU3 LmRsbCIgdjAuMCB0cz0yMDAzLzgvOSA1OjI1DQogICAyNGsgMjAwOC8xMC8z MCBDOlxjeWd3aW5cYmluXGN5Z21pbmlyZXMuZGxsIC0gb3M9NC4wIGltZz0x LjIgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z21pbmlyZXMuZGxs IiB2MC4wIHRzPTIwMDgvMTAvMzAgMTk6NTMNCiAgMTIxayAyMDA4LzEwLzA0 IEM6XGN5Z3dpblxiaW5cY3lnbXAtMy5kbGwgLSBvcz00LjAgaW1nPTEuMCBz eXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnbXAtMy5kbGwiIHYwLjAg dHM9MjAwOC8xMC80IDE5OjQ4DQogIDIyOWsgMjAwOC8wMy8yNCBDOlxjeWd3 aW5cYmluXGN5Z21wZnItMS5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4w DQogICAgICAgICAgICAgICAgICAiY3lnbXBmci0xLmRsbCIgdjAuMCB0cz0y MDA4LzMvMjMgMjI6MTINCiAgIDc0ayAyMDA4LzEwLzI4IEM6XGN5Z3dpblxi aW5cY3lnTXJtLTIuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAg ICAgICAgICAgICAgICAgImN5Z01ybS0yLmRsbCIgdjAuMCB0cz0yMDA4LzEw LzI3IDIzOjA0DQogICA2N2sgMjAwNi8xMS8xNSBDOlxjeWd3aW5cYmluXGN5 Z25jdXJzZXMrKy04LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAg ICAgICAgICAgICAgICAgICJjeWduY3Vyc2VzKystOC5kbGwiIHYwLjAgdHM9 MjAwNi8xMS8xNSAyOjEzDQogIDE1NmsgMjAwMS8wNC8yNSBDOlxjeWd3aW5c YmluXGN5Z25jdXJzZXMrKzUuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQu MA0KICAgICAgICAgICAgICAgICAgImN5Z25jdXJzZXMrKzUuZGxsIiB2MC4w IHRzPTIwMDEvNC8yNSAxOjI5DQogIDE3NWsgMjAwMi8wMS8wOSBDOlxjeWd3 aW5cYmluXGN5Z25jdXJzZXMrKzYuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lz PTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z25jdXJzZXMrKzYuZGxsIiB2 MC4wIHRzPTIwMDIvMS85IDE6MDMNCiAgMjM3ayAyMDA2LzExLzE1IEM6XGN5 Z3dpblxiaW5cY3lnbmN1cnNlcy04LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5 cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWduY3Vyc2VzLTguZGxsIiB2 MC4wIHRzPTIwMDYvMTEvMTUgMjowMg0KICAyMjZrIDIwMDEvMDQvMjUgQzpc Y3lnd2luXGJpblxjeWduY3Vyc2VzNS5kbGwgLSBvcz00LjAgaW1nPTEuMCBz eXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnbmN1cnNlczUuZGxsIiB2 MC4wIHRzPTIwMDEvNC8yNSAxOjE3DQogIDIwMmsgMjAwMi8wMS8wOSBDOlxj eWd3aW5cYmluXGN5Z25jdXJzZXM2LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5 cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWduY3Vyc2VzNi5kbGwiIHYw LjAgdHM9MjAwMi8xLzkgMTowMw0KICAyMjRrIDIwMDMvMDgvMDkgQzpcY3ln d2luXGJpblxjeWduY3Vyc2VzNy5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9 NC4wDQogICAgICAgICAgICAgICAgICAiY3lnbmN1cnNlczcuZGxsIiB2MC4w IHRzPTIwMDMvOC85IDU6MjQNCiAgMTc1ayAyMDA4LzExLzA2IEM6XGN5Z3dp blxiaW5cY3lnbmV0cGJtLTEwLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00 LjANCiAgICAgICAgICAgICAgICAgICJjeWduZXRwYm0tMTAuZGxsIiB2MC4w IHRzPTIwMDgvMTEvNiAxOjU4DQogICAxMmsgMjAwNi8xMS8xNSBDOlxjeWd3 aW5cYmluXGN5Z3BhbmVsLTguZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQu MA0KICAgICAgICAgICAgICAgICAgImN5Z3BhbmVsLTguZGxsIiB2MC4wIHRz PTIwMDYvMTEvMTUgMjowNA0KICAgMTVrIDIwMDEvMDQvMjUgQzpcY3lnd2lu XGJpblxjeWdwYW5lbDUuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0K ICAgICAgICAgICAgICAgICAgImN5Z3BhbmVsNS5kbGwiIHYwLjAgdHM9MjAw MS80LzI1IDE6MjcNCiAgIDEyayAyMDAyLzAxLzA5IEM6XGN5Z3dpblxiaW5c Y3lncGFuZWw2LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAg ICAgICAgICAgICAgICJjeWdwYW5lbDYuZGxsIiB2MC4wIHRzPTIwMDIvMS85 IDE6MDMNCiAgIDE5ayAyMDAzLzA4LzA5IEM6XGN5Z3dpblxiaW5cY3lncGFu ZWw3LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAg ICAgICAgICJjeWdwYW5lbDcuZGxsIiB2MC4wIHRzPTIwMDMvOC85IDU6MjQN CiAgMTk4ayAyMDA1LzA3LzE4IEM6XGN5Z3dpblxiaW5cY3lncGFuZ28tMS4w LTAuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAg ICAgICAgImN5Z3BhbmdvLTEuMC0wLmRsbCIgdjAuMCB0cz0yMDA1LzcvMTgg NzoyNg0KICAxMzRrIDIwMDUvMDcvMTggQzpcY3lnd2luXGJpblxjeWdwYW5n b2Z0Mi0xLjAtMC5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAg ICAgICAgICAgICAgICAiY3lncGFuZ29mdDItMS4wLTAuZGxsIiB2MC4wIHRz PTIwMDUvNy8xOCA3OjI4DQogICAzM2sgMjAwNS8wNy8xOCBDOlxjeWd3aW5c YmluXGN5Z3Bhbmdvd2luMzItMS4wLTAuZGxsIC0gb3M9NC4wIGltZz0xLjAg c3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z3Bhbmdvd2luMzItMS4w LTAuZGxsIiB2MC4wIHRzPTIwMDUvNy8xOCA3OjI5DQogICAzNmsgMjAwNS8w Ny8xOCBDOlxjeWd3aW5cYmluXGN5Z3BhbmdveC0xLjAtMC5kbGwgLSBvcz00 LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lncGFu Z294LTEuMC0wLmRsbCIgdjAuMCB0cz0yMDA1LzcvMTggNzoyNw0KICAgMjJr IDIwMDUvMDcvMTggQzpcY3lnd2luXGJpblxjeWdwYW5nb3hmdC0xLjAtMC5k bGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAg ICAiY3lncGFuZ294ZnQtMS4wLTAuZGxsIiB2MC4wIHRzPTIwMDUvNy8xOCA3 OjI5DQogIDE4MWsgMjAwOC8wOS8wNyBDOlxjeWd3aW5cYmluXGN5Z3BjcmUt MC5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAg ICAgICAiY3lncGNyZS0wLmRsbCIgdjAuMCB0cz0yMDA4LzkvNiAyMzozNg0K ICAzMDJrIDIwMDgvMDkvMDcgQzpcY3lnd2luXGJpblxjeWdwY3JlY3BwLTAu ZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAg ICAgImN5Z3BjcmVjcHAtMC5kbGwiIHYwLjAgdHM9MjAwOC85LzYgMjM6MzYN CiAgICA3ayAyMDA4LzA5LzA3IEM6XGN5Z3dpblxiaW5cY3lncGNyZXBvc2l4 LTAuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAg ICAgICAgImN5Z3BjcmVwb3NpeC0wLmRsbCIgdjAuMCB0cz0yMDA4LzkvNiAy MzozNg0KIDE1NDNrIDIwMDgvMDcvMDMgQzpcY3lnd2luXGJpblxjeWdwZXJs NV8xMC5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAg ICAgICAgICAiY3lncGVybDVfMTAuZGxsIiB2MC4wIHRzPTIwMDgvNi8zMCAx MjowNg0KICAgNTJrIDIwMDkvMDEvMDcgQzpcY3lnd2luXGJpblxjeWdwZ3R5 cGVzLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAg ICAgICAgICJjeWdwZ3R5cGVzLmRsbCIgdjAuMCB0cz0yMDA5LzEvNyAxMTo0 Ng0KICAyNzNrIDIwMDgvMTAvMjMgQzpcY3lnd2luXGJpblxjeWdwaXhtYW4t MS0wLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAg ICAgICAgICJjeWdwaXhtYW4tMS0wLmRsbCIgdjAuMCB0cz0yMDA4LzEwLzIz IDE3OjI1DQogMTA2M2sgMjAwNS8xMC8xMyBDOlxjeWd3aW5cYmluXGN5Z3Bs b3QtMi5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAg ICAgICAgICAiY3lncGxvdC0yLmRsbCIgdjAuMCB0cz0yMDA1LzEwLzEzIDEw OjMwDQogMTIyOWsgMjAwNS8xMC8xMyBDOlxjeWd3aW5cYmluXGN5Z3Bsb3R0 ZXItMi5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAg ICAgICAgICAiY3lncGxvdHRlci0yLmRsbCIgdjAuMCB0cz0yMDA1LzEwLzEz IDExOjIyDQogIDIyMWsgMjAwNi8xMS8wNSBDOlxjeWd3aW5cYmluXGN5Z3Bu ZzEwLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAg ICAgICAgICJjeWdwbmcxMC5kbGwiIHYwLjAgdHM9MjAwNi8xMS81IDE4OjI4 DQogIDIyNmsgMjAwNi8xMS8wNSBDOlxjeWd3aW5cYmluXGN5Z3BuZzEyLmRs bCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAg ICJjeWdwbmcxMi5kbGwiIHYwLjAgdHM9MjAwNi8xMS81IDE4OjMyDQogICAy MmsgMjAwMi8wNi8wOSBDOlxjeWd3aW5cYmluXGN5Z3BvcHQtMC5kbGwgLSBv cz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3ln cG9wdC0wLmRsbCIgdjAuMCB0cz0yMDAyLzYvOSAxOjQ1DQogIDEwM2sgMjAw OS8wMS8wNyBDOlxjeWd3aW5cYmluXGN5Z3BxLmRsbCAtIG9zPTQuMCBpbWc9 MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdwcS5kbGwiIHYw LjAgdHM9MjAwOS8xLzcgMTE6NDYNCiAgICA0ayAyMDA3LzEyLzE4IEM6XGN5 Z3dpblxiaW5cY3lncHNwZWxsLTE1LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5 cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdwc3BlbGwtMTUuZGxsIiB2 MC4wIHRzPTIwMDcvMTIvMTggNjo0MA0KIDYwMThrIDIwMDUvMDgvMTEgQzpc Y3lnd2luXGJpblxjeWdxdC1tdC0zLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5 cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdxdC1tdC0zLmRsbCIgdjAu MCB0cz0yMDA1LzgvMTEgMTg6MDYNCiAgMjAyayAyMDA1LzA4LzExIEM6XGN5 Z3dpblxiaW5cY3lncXVpLTEuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQu MA0KICAgICAgICAgICAgICAgICAgImN5Z3F1aS0xLmRsbCIgdjAuMCB0cz0y MDA1LzgvMTEgMTg6MTMNCiAgMTA4ayAyMDAxLzA2LzI4IEM6XGN5Z3dpblxi aW5cY3lncmVhZGxpbmU0LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjAN CiAgICAgICAgICAgICAgICAgICJjeWdyZWFkbGluZTQuZGxsIiB2MC4wIHRz PTIwMDEvMS82IDIzOjM0DQogIDE0OGsgMjAwMy8wOC8xMCBDOlxjeWd3aW5c YmluXGN5Z3JlYWRsaW5lNS5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4w DQogICAgICAgICAgICAgICAgICAiY3lncmVhZGxpbmU1LmRsbCIgdjAuMCB0 cz0yMDAzLzgvMTAgMTk6MTYNCiAgMTU1ayAyMDA4LzExLzI5IEM6XGN5Z3dp blxiaW5cY3lncmVhZGxpbmU2LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00 LjANCiAgICAgICAgICAgICAgICAgICJjeWdyZWFkbGluZTYuZGxsIiB2MC4w IHRzPTIwMDgvMTEvMjkgOTozMA0KICAgNzhrIDIwMDQvMTAvMTMgQzpcY3ln d2luXGJpblxjeWdzYXNsMi0yLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00 LjANCiAgICAgICAgICAgICAgICAgICJjeWdzYXNsMi0yLmRsbCIgdjAuMCB0 cz0yMDA0LzEwLzEzIDE4OjUwDQogICAyNmsgMjAwOC8xMC8yNiBDOlxjeWd3 aW5cYmluXGN5Z1NNLTYuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0K ICAgICAgICAgICAgICAgICAgImN5Z1NNLTYuZGxsIiB2MC4wIHRzPTIwMDgv MTAvMjUgMjI6MDINCiAgMzU1ayAyMDA4LzA5LzA5IEM6XGN5Z3dpblxiaW5c Y3lnc3FsaXRlMy0wLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAg ICAgICAgICAgICAgICAgICJjeWdzcWxpdGUzLTAuZGxsIiB2MC4wIHRzPTIw MDgvOS85IDE0OjIwDQogIDExOGsgMjAwNy8wNi8yNyBDOlxjeWd3aW5cYmlu XGN5Z3NzaDItMS5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAg ICAgICAgICAgICAgICAiY3lnc3NoMi0xLmRsbCIgdjAuMCB0cz0yMDA3LzYv MjcgMTo1Ng0KICAyMzFrIDIwMDYvMTAvMDQgQzpcY3lnd2luXGJpblxjeWdz c2wtMC45LjcuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAg ICAgICAgICAgICAgImN5Z3NzbC0wLjkuNy5kbGwiIHYwLjAgdHM9MjAwNi8x MC80IDg6MTINCiAgMjMyayAyMDA5LzAxLzA4IEM6XGN5Z3dpblxiaW5cY3ln c3NsLTAuOS44LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAg ICAgICAgICAgICAgICJjeWdzc2wtMC45LjguZGxsIiB2MC4wIHRzPTIwMDkv MS84IDU6MDMNCiAgMjI5ayAyMDA4LzEyLzI4IEM6XGN5Z3dpblxiaW5cY3ln dDEtNS5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAg ICAgICAgICAiY3lndDEtNS5kbGwiIHYwLjAgdHM9MjAwOC8xMi8yOCA3OjA5 DQogIDMxMmsgMjAwNi8xMS8xMCBDOlxjeWd3aW5cYmluXGN5Z3RpZmYtNS5k bGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAg ICAiY3lndGlmZi01LmRsbCIgdjAuMCB0cz0yMDA2LzExLzEwIDM6MDkNCiAg MjgxayAyMDAzLzAyLzI0IEM6XGN5Z3dpblxiaW5cY3lndGlmZjMuZGxsIC0g b3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5 Z3RpZmYzLmRsbCIgdjAuMCB0cz0yMDAzLzIvMjMgMjM6NTgNCiAgMjgyayAy MDAzLzA4LzExIEM6XGN5Z3dpblxiaW5cY3lndGlmZjQuZGxsIC0gb3M9NC4w IGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z3RpZmY0 LmRsbCIgdjAuMCB0cz0yMDAzLzgvMTAgMjI6MzINCiAgMjgxayAyMDA2LzEx LzEwIEM6XGN5Z3dpblxiaW5cY3lndGlmZnh4LTUuZGxsIC0gb3M9NC4wIGlt Zz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z3RpZmZ4eC01 LmRsbCIgdjAuMCB0cz0yMDA2LzExLzEwIDM6MDkNCiAgIDYzayAyMDA4LzEw LzI4IEM6XGN5Z3dpblxiaW5cY3lnVWlsLTIuZGxsIC0gb3M9NC4wIGltZz0x LjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z1VpbC0yLmRsbCIg djAuMCB0cz0yMDA4LzEwLzI3IDIzOjA0DQogICAyN2sgMjAwNi8xMi8wNiBD OlxjeWd3aW5cYmluXGN5Z3VuZ2lmLTQuZGxsIC0gb3M9NC4wIGltZz0xLjAg c3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z3VuZ2lmLTQuZGxsIiB2 MC4wIHRzPTIwMDYvMTIvNSAyMjo0MQ0KICAgNDFrIDIwMDcvMDMvMzEgQzpc Y3lnd2luXGJpblxjeWd1c2IwLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00 LjANCiAgICAgICAgICAgICAgICAgICJjeWd1c2IwLmRsbCIgdjAuMCB0cz0y MDA3LzMvMzEgMTc6MDANCiAgNjk3ayAyMDA2LzExLzA1IEM6XGN5Z3dpblxi aW5cY3lnV2FuZC0xMC5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQog ICAgICAgICAgICAgICAgICAiY3lnV2FuZC0xMC5kbGwiIHYwLjAgdHM9MjAw Ni8xMS81IDk6NDENCiAgICA4ayAyMDA4LzExLzA1IEM6XGN5Z3dpblxiaW5c Y3lnV2luZG93c1dNLTcuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0K ICAgICAgICAgICAgICAgICAgImN5Z1dpbmRvd3NXTS03LmRsbCIgdjAuMCB0 cz0yMDA4LzExLzUgMjo0MA0KICAyODlrIDIwMDgvMTEvMjYgQzpcY3lnd2lu XGJpblxjeWd3bWYtMC0yLTcuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQu MA0KICAgICAgICAgICAgICAgICAgImN5Z3dtZi0wLTItNy5kbGwiIHYwLjAg dHM9MjAwOC8xMS8yNiAxMDo1MQ0KICAgOTlrIDIwMDgvMTEvMjYgQzpcY3ln d2luXGJpblxjeWd3bWZsaXRlLTAtMi03LmRsbCAtIG9zPTQuMCBpbWc9MS4w IHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWd3bWZsaXRlLTAtMi03 LmRsbCIgdjAuMCB0cz0yMDA4LzExLzI2IDEwOjUxDQogICAyMmsgMjAwOC8w Mi8yNCBDOlxjeWd3aW5cYmluXGN5Z3dyYXAtMC5kbGwgLSBvcz00LjAgaW1n PTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnd3JhcC0wLmRs bCIgdjAuMCB0cz0yMDA4LzIvMjMgMjowMw0KICA4ODVrIDIwMDkvMDEvMjkg QzpcY3lnd2luXGJpblxjeWdYMTEtNi5kbGwgLSBvcz00LjAgaW1nPTEuMCBz eXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnWDExLTYuZGxsIiB2MC4w IHRzPTIwMDkvMS8yOCAxMToxMQ0KICAgIDhrIDIwMDgvMTAvMjQgQzpcY3ln d2luXGJpblxjeWdYYXUtNi5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4w DQogICAgICAgICAgICAgICAgICAiY3lnWGF1LTYuZGxsIiB2MC4wIHRzPTIw MDgvMTAvMjQgMTM6MzYNCiAgMzUxayAyMDA4LzExLzIxIEM6XGN5Z3dpblxi aW5cY3lnWGF3LTcuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAg ICAgICAgICAgICAgICAgImN5Z1hhdy03LmRsbCIgdjAuMCB0cz0yMDA4LzEx LzIwIDIwOjA1DQogIDM2MGsgMjAwNS8xMC8yNyBDOlxjeWd3aW5cYmluXGN5 Z1hhdy04LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAg ICAgICAgICAgICJjeWdYYXctOC5kbGwiIHYwLjAgdHM9MjAwNS8xMC8yNiAx Mzo0NQ0KICAyNjhrIDIwMDgvMTEvMTUgQzpcY3lnd2luXGJpblxjeWdYYXcz ZC03LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAg ICAgICAgICJjeWdYYXczZC03LmRsbCIgdjAuMCB0cz0yMDA4LzExLzEzIDM6 MzcNCiAgIDc3ayAyMDA4LzEwLzI0IEM6XGN5Z3dpblxiaW5cY3lneGNiLTEu ZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAg ICAgImN5Z3hjYi0xLmRsbCIgdjAuMCB0cz0yMDA4LzEwLzI0IDEzOjUxDQog ICAyMWsgMjAwOC8xMC8yNCBDOlxjeWd3aW5cYmluXGN5Z3hjYi1yZW5kZXIt MC5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAg ICAgICAiY3lneGNiLXJlbmRlci0wLmRsbCIgdjAuMCB0cz0yMDA4LzEwLzI0 IDEzOjUxDQogICAxMGsgMjAwOC8xMi8xOCBDOlxjeWd3aW5cYmluXGN5Z3hj Yi1yZW5kZXItdXRpbC0wLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjAN CiAgICAgICAgICAgICAgICAgICJjeWd4Y2ItcmVuZGVyLXV0aWwtMC5kbGwi IHYwLjAgdHM9MjAwOC8xMi8xNyAxOTo1MQ0KICAgIDVrIDIwMDgvMTAvMjQg QzpcY3lnd2luXGJpblxjeWd4Y2IteGxpYi0wLmRsbCAtIG9zPTQuMCBpbWc9 MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWd4Y2IteGxpYi0w LmRsbCIgdjAuMCB0cz0yMDA4LzEwLzI0IDEzOjUxDQogICAzMGsgMjAwOC8x MC8yNiBDOlxjeWd3aW5cYmluXGN5Z1hjdXJzb3ItMS5kbGwgLSBvcz00LjAg aW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnWGN1cnNv ci0xLmRsbCIgdjAuMCB0cz0yMDA4LzEwLzI1IDIyOjA5DQogICAxNmsgMjAw OC8xMC8yNCBDOlxjeWd3aW5cYmluXGN5Z1hkbWNwLTYuZGxsIC0gb3M9NC4w IGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z1hkbWNw LTYuZGxsIiB2MC4wIHRzPTIwMDgvMTAvMjQgMTU6MTQNCiAgIDQ5ayAyMDA4 LzEwLzI2IEM6XGN5Z3dpblxiaW5cY3lnWGV4dC02LmRsbCAtIG9zPTQuMCBp bWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdYZXh0LTYu ZGxsIiB2MC4wIHRzPTIwMDgvMTAvMjUgMjM6MjUNCiAgIDE2ayAyMDA4LzEw LzI2IEM6XGN5Z3dpblxiaW5cY3lnWGZpeGVzLTMuZGxsIC0gb3M9NC4wIGlt Zz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z1hmaXhlcy0z LmRsbCIgdjAuMCB0cz0yMDA4LzEwLzI1IDIzOjQxDQogICA2MmsgMjAwOC8x MC8yNiBDOlxjeWd3aW5cYmluXGN5Z1hmdC0yLmRsbCAtIG9zPTQuMCBpbWc9 MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdYZnQtMi5kbGwi IHYwLjAgdHM9MjAwOC8xMC8yNiAyOjUyDQogICAyN2sgMjAwOC8xMS8xNyBD OlxjeWd3aW5cYmluXGN5Z1hpLTYuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lz PTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z1hpLTYuZGxsIiB2MC4wIHRz PTIwMDgvMTEvMTYgMjA6NDMNCiAgMTIxayAyMDA4LzExLzA0IEM6XGN5Z3dp blxiaW5cY3lneGtiZmlsZS0xLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00 LjANCiAgICAgICAgICAgICAgICAgICJjeWd4a2JmaWxlLTEuZGxsIiB2MC4w IHRzPTIwMDgvMTEvNCAwOjM0DQogMTE3M2sgMjAwOC8xMC8yOCBDOlxjeWd3 aW5cYmluXGN5Z1htLTIuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0K ICAgICAgICAgICAgICAgICAgImN5Z1htLTIuZGxsIiB2MC4wIHRzPTIwMDgv MTAvMjcgMjM6MDMNCiAgNDUzayAyMDA4LzExLzI1IEM6XGN5Z3dpblxiaW5c Y3lnWG1IVE1MLTAuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAg ICAgICAgICAgICAgICAgImN5Z1htSFRNTC0wLmRsbCIgdjAuMCB0cz0yMDA4 LzExLzI1IDE1OjMwDQogICA5NWsgMjAwNS8xMC8xMyBDOlxjeWd3aW5cYmlu XGN5Z3htaS0wLmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAg ICAgICAgICAgICAgICJjeWd4bWktMC5kbGwiIHYwLjAgdHM9MjAwNS8xMC8x MyAxMDozMw0KIDEwODJrIDIwMDkvMDEvMjggQzpcY3lnd2luXGJpblxjeWd4 bWwyLTIuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAg ICAgICAgICAgImN5Z3htbDItMi5kbGwiIHYwLjAgdHM9MjAwOS8xLzI3IDIz OjM3DQogICA3NGsgMjAwOC8xMC8yNiBDOlxjeWd3aW5cYmluXGN5Z1htdS02 LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAg ICAgICJjeWdYbXUtNi5kbGwiIHYwLjAgdHM9MjAwOC8xMC8yNiAzOjA1DQog ICAxMGsgMjAwOC8xMC8yNiBDOlxjeWd3aW5cYmluXGN5Z1htdXUtMS5kbGwg LSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAi Y3lnWG11dS0xLmRsbCIgdjAuMCB0cz0yMDA4LzEwLzI2IDM6MDUNCiAgIDI2 ayAyMDA1LzEwLzI3IEM6XGN5Z3dpblxiaW5cY3lnWHAtNi5kbGwgLSBvcz00 LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnWHAt Ni5kbGwiIHYwLjAgdHM9MjAwNS8xMC8yNiAxMzoyNw0KICAgNTNrIDIwMDgv MTAvMjYgQzpcY3lnd2luXGJpblxjeWdYcG0tNC5kbGwgLSBvcz00LjAgaW1n PTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnWHBtLTQuZGxs IiB2MC4wIHRzPTIwMDgvMTAvMjYgMzoxNA0KICAgMjFrIDIwMDgvMTAvMjYg QzpcY3lnd2luXGJpblxjeWdYcmFuZHItMi5kbGwgLSBvcz00LjAgaW1nPTEu MCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnWHJhbmRyLTIuZGxs IiB2MC4wIHRzPTIwMDgvMTAvMjYgMzoyOA0KICAgMzFrIDIwMDgvMTAvMjYg QzpcY3lnd2luXGJpblxjeWdYcmVuZGVyLTEuZGxsIC0gb3M9NC4wIGltZz0x LjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z1hyZW5kZXItMS5k bGwiIHYwLjAgdHM9MjAwOC8xMC8yNiAzOjI4DQogIDI4MWsgMjAwOC8xMC8y NiBDOlxjeWd3aW5cYmluXGN5Z1h0LTYuZGxsIC0gb3M9NC4wIGltZz0xLjAg c3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z1h0LTYuZGxsIiB2MC4w IHRzPTIwMDgvMTAvMjYgMzo1NA0KICAgMTdrIDIwMDgvMTAvMjYgQzpcY3ln d2luXGJpblxjeWdYdHN0LTYuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQu MA0KICAgICAgICAgICAgICAgICAgImN5Z1h0c3QtNi5kbGwiIHYwLjAgdHM9 MjAwOC8xMC8yNiA0OjAyDQogICA2NWsgMjAwNi8xMC8xNiBDOlxjeWd3aW5c YmluXGN5Z3ouZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAg ICAgICAgICAgICAgImN5Z3ouZGxsIiB2MC4wIHRzPTIwMDYvMTAvMTUgMjE6 MTANCiAxODI5ayAyMDA4LzA2LzEyIEM6XGN5Z3dpblxiaW5cY3lnd2luMS5k bGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAg ICAiY3lnd2luMS5kbGwiIHYwLjAgdHM9MjAwOC82LzEyIDEzOjM1DQogICAg Q3lnd2luIERMTCB2ZXJzaW9uIGluZm86DQogICAgICAgIERMTCB2ZXJzaW9u OiAxLjUuMjUNCiAgICAgICAgRExMIGVwb2NoOiAxOQ0KICAgICAgICBETEwg YmFkIHNpZ25hbCBtYXNrOiAxOTAwNQ0KICAgICAgICBETEwgb2xkIHRlcm1p b3M6IDUNCiAgICAgICAgRExMIG1hbGxvYyBlbnY6IDI4DQogICAgICAgIEFQ SSBtYWpvcjogMA0KICAgICAgICBBUEkgbWlub3I6IDE1Ng0KICAgICAgICBT aGFyZWQgZGF0YTogNA0KICAgICAgICBETEwgaWRlbnRpZmllcjogY3lnd2lu MQ0KICAgICAgICBNb3VudCByZWdpc3RyeTogMg0KICAgICAgICBDeWdudXMg cmVnaXN0cnkgbmFtZTogQ3lnbnVzIFNvbHV0aW9ucw0KICAgICAgICBDeWd3 aW4gcmVnaXN0cnkgbmFtZTogQ3lnd2luDQogICAgICAgIFByb2dyYW0gb3B0 aW9ucyBuYW1lOiBQcm9ncmFtIE9wdGlvbnMNCiAgICAgICAgQ3lnd2luIG1v dW50IHJlZ2lzdHJ5IG5hbWU6IG1vdW50cyB2Mg0KICAgICAgICBDeWdkcml2 ZSBmbGFnczogY3lnZHJpdmUgZmxhZ3MNCiAgICAgICAgQ3lnZHJpdmUgcHJl Zml4OiBjeWdkcml2ZSBwcmVmaXgNCiAgICAgICAgQ3lnZHJpdmUgZGVmYXVs dCBwcmVmaXg6IA0KICAgICAgICBCdWlsZCBkYXRlOiBUaHUgSnVuIDEyIDE5 OjM0OjQ2IENFU1QgMjAwOA0KICAgICAgICBDVlMgdGFnOiBjci0weDVmMQ0K ICAgICAgICBTaGFyZWQgaWQ6IGN5Z3dpbjFTNA0KDQogIDI4MmsgMjAwMy8x MC8yOCBDOlxjeWd3aW5cdXNyXFgxMVI2XGJpblxjeWdmcmVldHlwZS05LmRs bCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAg ICJjeWdmcmVldHlwZS05LmRsbCIgdjAuMCB0cz0yMDAzLzEwLzE4IDI6NDQN CiAgIDc0ayAyMDA1LzEwLzI3IEM6XGN5Z3dpblx1c3JcWDExUjZcYmluXGN5 Z0lDRS02LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAg ICAgICAgICAgICJjeWdJQ0UtNi5kbGwiIHYwLjAgdHM9MjAwNS8xMC8yNiAx MzoxMQ0KICAgMjhrIDIwMDUvMTAvMjcgQzpcY3lnd2luXHVzclxYMTFSNlxi aW5cY3lnU00tNi5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAg ICAgICAgICAgICAgICAiY3lnU00tNi5kbGwiIHYwLjAgdHM9MjAwNS8xMC8y NiAxMzoxMg0KICA4ODRrIDIwMDUvMTAvMjcgQzpcY3lnd2luXHVzclxYMTFS NlxiaW5cY3lnWDExLTYuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0K ICAgICAgICAgICAgICAgICAgImN5Z1gxMS02LmRsbCIgdjAuMCB0cz0yMDA1 LzEwLzI2IDEzOjA3DQogICAgOGsgMjAwNS8xMC8yNyBDOlxjeWd3aW5cdXNy XFgxMVI2XGJpblxjeWdYYXUtNi5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9 NC4wDQogICAgICAgICAgICAgICAgICAiY3lnWGF1LTYuZGxsIiB2MC4wIHRz PTIwMDUvMTAvMjYgMTI6MzENCiAgMzU0ayAyMDA1LzEwLzI3IEM6XGN5Z3dp blx1c3JcWDExUjZcYmluXGN5Z1hhdy03LmRsbCAtIG9zPTQuMCBpbWc9MS4w IHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdYYXctNy5kbGwiIHYw LjAgdHM9MjAwNS8xMC8yNiAxMzozOQ0KICAzNjBrIDIwMDUvMTAvMjcgQzpc Y3lnd2luXHVzclxYMTFSNlxiaW5cY3lnWGF3LTguZGxsIC0gb3M9NC4wIGlt Zz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAgICAgImN5Z1hhdy04LmRs bCIgdjAuMCB0cz0yMDA1LzEwLzI2IDEzOjQ1DQogICAxNmsgMjAwNS8xMC8y NyBDOlxjeWd3aW5cdXNyXFgxMVI2XGJpblxjeWdYZG1jcC02LmRsbCAtIG9z PTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJjeWdY ZG1jcC02LmRsbCIgdjAuMCB0cz0yMDA1LzEwLzI2IDEyOjM0DQogICA1MGsg MjAwNS8xMC8yNyBDOlxjeWd3aW5cdXNyXFgxMVI2XGJpblxjeWdYZXh0LTYu ZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAgICAgICAg ICAgImN5Z1hleHQtNi5kbGwiIHYwLjAgdHM9MjAwNS8xMC8yNiAxMzoxNA0K ICAgNTZrIDIwMDQvMDMvMTEgQzpcY3lnd2luXHVzclxYMTFSNlxiaW5cY3ln WGZ0LTEuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0KICAgICAgICAg ICAgICAgICAgImN5Z1hmdC0xLmRsbCIgdjAuMCB0cz0yMDAzLzExLzE3IDIw OjQyDQogICA2M2sgMjAwOC8wNC8xMCBDOlxjeWd3aW5cdXNyXFgxMVI2XGJp blxjeWdYZnQtMi5kbGwgLSBvcz00LjAgaW1nPTEuMCBzeXM9NC4wDQogICAg ICAgICAgICAgICAgICAiY3lnWGZ0LTIuZGxsIiB2MC4wIHRzPTIwMDgvNC8x MCAxNToyMg0KICAgNzRrIDIwMDUvMTAvMjcgQzpcY3lnd2luXHVzclxYMTFS NlxiaW5cY3lnWG11LTYuZGxsIC0gb3M9NC4wIGltZz0xLjAgc3lzPTQuMA0K ICAgICAgICAgICAgICAgICAgImN5Z1htdS02LmRsbCIgdjAuMCB0cz0yMDA1 LzEwLzI2IDEzOjIyDQogICAyNmsgMjAwNS8xMC8yNyBDOlxjeWd3aW5cdXNy XFgxMVI2XGJpblxjeWdYcC02LmRsbCAtIG9zPTQuMCBpbWc9MS4wIHN5cz00 LjANCiAgICAgICAgICAgICAgICAgICJjeWdYcC02LmRsbCIgdjAuMCB0cz0y MDA1LzEwLzI2IDEzOjI3DQogICA1NGsgMjAwNS8xMC8yNyBDOlxjeWd3aW5c dXNyXFgxMVI2XGJpblxjeWdYcG0tNC5kbGwgLSBvcz00LjAgaW1nPTEuMCBz eXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnWHBtLTQuZGxsIiB2MC4w IHRzPTIwMDUvMTAvMjYgMTM6MjYNCiAgIDMwayAyMDA1LzEwLzI3IEM6XGN5 Z3dpblx1c3JcWDExUjZcYmluXGN5Z1hyZW5kZXItMS5kbGwgLSBvcz00LjAg aW1nPTEuMCBzeXM9NC4wDQogICAgICAgICAgICAgICAgICAiY3lnWHJlbmRl ci0xLmRsbCIgdjAuMCB0cz0yMDA1LzEwLzI2IDE0OjUyDQogIDI4M2sgMjAw NS8xMC8yNyBDOlxjeWd3aW5cdXNyXFgxMVI2XGJpblxjeWdYdC02LmRsbCAt IG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJj eWdYdC02LmRsbCIgdjAuMCB0cz0yMDA1LzEwLzI2IDEzOjE5DQogIDU3OGsg MjAwNi8wMy8yNCBDOlxjeWd3aW5cbGliXGxhcGFja1xjeWdibGFzLmRsbCAt IG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJj eWdibGFzLmRsbCIgdjAuMCB0cz0yMDA2LzMvMjQgMTozMA0KIDQ4ODdrIDIw MDYvMDMvMjQgQzpcY3lnd2luXGxpYlxsYXBhY2tcY3lnbGFwYWNrLmRsbCAt IG9zPTQuMCBpbWc9MS4wIHN5cz00LjANCiAgICAgICAgICAgICAgICAgICJj eWdsYXBhY2suZGxsIiB2MC4wIHRzPTIwMDYvMy8yNCAxOjMwDQoNCk5vIEN5 Z3dpbiBzZXJ2aWNlcyBmb3VuZC4NCg0KDQpDeWd3aW4gUGFja2FnZSBJbmZv cm1hdGlvbg0KTGFzdCBkb3dubG9hZGVkIGZpbGVzIHRvOiBDOlx0ZW1wXGN5 Z3dpbg0KTGFzdCBkb3dubG9hZGVkIGZpbGVzIGZyb206IGh0dHA6Ly9taXJy b3IuY3BzLmNtaWNoLmVkdS9jeWd3aW4vDQoNClBhY2thZ2UgICAgICAgICAg ICAgICAgICBWZXJzaW9uDQpfdXBkYXRlLWluZm8tZGlyICAgICAgICAgMDA4 MDItMQ0KYTJwcyAgICAgICAgICAgICAgICAgICAgIDQuMTMtMQ0KYWx0ZXJu YXRpdmVzICAgICAgICAgICAgIDEuMy4zMGMtMg0KYXBhY2hlICAgICAgICAg ICAgICAgICAgIDEuMy4zMy0yDQphcGFjaGUyLW1hbnVhbCAgICAgICAgICAg Mi4yLjYtMQ0KYXByMSAgICAgICAgICAgICAgICAgICAgIDEuMy4zLTENCmFw cnV0aWwxICAgICAgICAgICAgICAgICAxLjMuNC0xDQphc2ggICAgICAgICAg ICAgICAgICAgICAgMjAwNDAxMjctNA0KYXNwZWxsICAgICAgICAgICAgICAg ICAgIDAuNjAuNS0xDQphc3BlbGwtZW4gICAgICAgICAgICAgICAgNi4wLjAt MQ0KYXRrICAgICAgICAgICAgICAgICAgICAgIDEuMTAuMy0xDQphdGstcnVu dGltZSAgICAgICAgICAgICAgMS4xMC4zLTENCmF1dG9jb25mICAgICAgICAg ICAgICAgICA2LTENCmF1dG9jb25mMi4xICAgICAgICAgICAgICAyLjEzLTUN CmF1dG9jb25mMi41ICAgICAgICAgICAgICAyLjYzLTENCmF1dG9tYWtlICAg ICAgICAgICAgICAgICAzLTENCmF1dG9tYWtlMS4xMCAgICAgICAgICAgICAx LjEwLjEtMg0KYXV0b21ha2UxLjQgICAgICAgICAgICAgIDEuNHA2LTUNCmF1 dG9tYWtlMS41ICAgICAgICAgICAgICAxLjUtMw0KYXV0b21ha2UxLjYgICAg ICAgICAgICAgIDEuNi4zLTUNCmF1dG9tYWtlMS43ICAgICAgICAgICAgICAx LjcuOS00DQphdXRvbWFrZTEuOCAgICAgICAgICAgICAgMS44LjUtNA0KYXV0 b21ha2UxLjkgICAgICAgICAgICAgIDEuOS42LTMNCmJhc2UtZmlsZXMgICAg ICAgICAgICAgICAzLjctMQ0KYmFzZS1wYXNzd2QgICAgICAgICAgICAgIDIu Mi0xDQpiYXNoICAgICAgICAgICAgICAgICAgICAgMy4yLjQ4LTIxDQpiYXNo LWNvbXBsZXRpb24gICAgICAgICAgMjAwNjAzMDEtMg0KYmFzaGRiICAgICAg ICAgICAgICAgICAgIDMuMV8wLjA5LTENCmJjICAgICAgICAgICAgICAgICAg ICAgICAxLjA2LTINCmJpbnV0aWxzICAgICAgICAgICAgICAgICAyMDA4MDYy NC0yDQpib29zdCAgICAgICAgICAgICAgICAgICAgMS4zMy4xLTQNCmJvb3N0 LWRldmVsICAgICAgICAgICAgICAxLjMzLjEtNA0KYnppcDIgICAgICAgICAg ICAgICAgICAgIDEuMC41LTINCmNhaXJvLWRvYyAgICAgICAgICAgICAgICAx LjYuNC0yDQpjZ29iYW4gICAgICAgICAgICAgICAgICAgMS45LjE0LTUNCmNo ZWNreCAgICAgICAgICAgICAgICAgICAwLjIuMC0yDQpjbGVhciAgICAgICAg ICAgICAgICAgICAgMS4wLTINCmNvbXBmYWNlICAgICAgICAgICAgICAgICAx LjUuMi0xDQpjb3JldXRpbHMgICAgICAgICAgICAgICAgNi4xMC0yDQpjcm9u ICAgICAgICAgICAgICAgICAgICAgNC4xLTcNCmNyeXB0ICAgICAgICAgICAg ICAgICAgICAxLjEtMQ0KY3NpaCAgICAgICAgICAgICAgICAgICAgIDAuMS44 LTENCmN0YWdzICAgICAgICAgICAgICAgICAgICA1LjctMQ0KY3ZzICAgICAg ICAgICAgICAgICAgICAgIDEuMTEuMjItMQ0KY3ZzdXRpbHMgICAgICAgICAg ICAgICAgIDAuMi41LTENCmN5Z3BvcnQgICAgICAgICAgICAgICAgICAwLjQu My0xDQpjeWdydW5zcnYgICAgICAgICAgICAgICAgMS4zNC0xDQpjeWd1dGls cyAgICAgICAgICAgICAgICAgMS4zLjItMQ0KY3lnd2luICAgICAgICAgICAg ICAgICAgIDEuNS4yNS0xNQ0KY3lnd2luLWRvYyAgICAgICAgICAgICAgIDEu NC00DQpjeWd3aW4teC1kb2MgICAgICAgICAgICAgMS4wLjQtMQ0KZGRkICAg ICAgICAgICAgICAgICAgICAgIDMuMy45LTENCmRpZmZzdGF0ICAgICAgICAg ICAgICAgICAxLjQ2LTENCmRpZmZ1dGlscyAgICAgICAgICAgICAgICAyLjgu Ny0xDQplMmZzcHJvZ3MgICAgICAgICAgICAgICAgMS4zNS0zDQplZCAgICAg ICAgICAgICAgICAgICAgICAgMS4wLTENCmVkaXRyaWdodHMgICAgICAgICAg ICAgICAxLjAxLTINCmVtYWNzICAgICAgICAgICAgICAgICAgICAyMS4yLTEz DQplbWFjcy1lbCAgICAgICAgICAgICAgICAgMjEuMi0xMw0KZW1hY3MtbGVp bSAgICAgICAgICAgICAgIDIxLjMuNTAtMg0KZW1hY3MtWDExICAgICAgICAg ICAgICAgIDIxLjItMTMNCmVwc3Rvb2wgICAgICAgICAgICAgICAgICAzLjA4 LTINCmV4cGF0ICAgICAgICAgICAgICAgICAgICAyLjAuMS0xDQpmaWxlICAg ICAgICAgICAgICAgICAgICAgNC4yMS0xDQpmaW5kdXRpbHMgICAgICAgICAg ICAgICAgNC40LjAtMw0KZml4ZXNwcm90byAgICAgICAgICAgICAgIDQuMC0x DQpmb250LWFkb2JlLWRwaTEwMCAgICAgICAgMS4wLjAtMQ0KZm9udC1hZG9i ZS1kcGk3NSAgICAgICAgIDEuMC4wLTENCmZvbnQtYWRvYmUtdXRvcGlhLWRw aTEwMCAxLjAuMS0xDQpmb250LWFkb2JlLXV0b3BpYS1kcGk3NSAgMS4wLjEt MQ0KZm9udC1hZG9iZS11dG9waWEtdHlwZTEgIDEuMC4xLTENCmZvbnQtYWxp YXMgICAgICAgICAgICAgICAxLjAuMS0xDQpmb250LWJpdHN0cmVhbS1kcGkx MDAgICAgMS4wLjAtMQ0KZm9udC1iaXRzdHJlYW0tZHBpNzUgICAgIDEuMC4w LTENCmZvbnQtYml0c3RyZWFtLXR5cGUxICAgICAxLjAuMC0xDQpmb250LWJp dHN0cmVhbS12ZXJhLXR0ZiAgMS4xMC0xDQpmb250LWN1cnNvci1taXNjICAg ICAgICAgMS4wLjAtMQ0KZm9udC1lbmNvZGluZ3MgICAgICAgICAgIDEuMC4y LTENCmZvbnQtaWJtLXR5cGUxICAgICAgICAgICAxLjAuMC0xDQpmb250LW1p Y3JvLW1pc2MgICAgICAgICAgMS4wLjAtMQ0KZm9udC1taXNjLWN5cmlsbGlj ICAgICAgIDEuMC4wLTENCmZvbnQtbWlzYy1taXNjICAgICAgICAgICAxLjAu MC0xDQpmb250LW11dHQtbWlzYyAgICAgICAgICAgMS4wLjAtMQ0KZm9udC1z Y2h1bWFjaGVyLW1pc2MgICAgIDEuMC4wLTENCmZvbnQtc2NyZWVuLWN5cmls bGljICAgICAxLjAuMS0xDQpmb250LXNvbnktbWlzYyAgICAgICAgICAgMS4w LjAtMQ0KZm9udC1zdW4tbWlzYyAgICAgICAgICAgIDEuMC4wLTENCmZvbnQt dXRpbCAgICAgICAgICAgICAgICAxLjAuMS0xDQpmb250Y29uZmlnICAgICAg ICAgICAgICAgMi42LjAtMQ0KZnJlZWdsdXQgICAgICAgICAgICAgICAgIDIu NC4wLTENCmZ2d20gICAgICAgICAgICAgICAgICAgICAyLjUuMjEtMQ0KZ2F3 ayAgICAgICAgICAgICAgICAgICAgIDMuMS42LTENCmdjYyAgICAgICAgICAg ICAgICAgICAgICAzLjQuNC0zDQpnY2MtY29yZSAgICAgICAgICAgICAgICAg My40LjQtMw0KZ2NjLWcrKyAgICAgICAgICAgICAgICAgIDMuNC40LTMNCmdj Yy1taW5ndy1jb3JlICAgICAgICAgICAyMDA1MDUyMi0xDQpnY2MtbWluZ3ct ZysrICAgICAgICAgICAgMjAwNTA1MjItMQ0KZ2NjLW1pbmd3LWdkYyAgICAg ICAgICAgIDIwMDUwNTIyLTENCmdkICAgICAgICAgICAgICAgICAgICAgICAy LjAuMzZSQzEtMQ0KZ2RiICAgICAgICAgICAgICAgICAgICAgIDYuOC0yDQpn ZGJtICAgICAgICAgICAgICAgICAgICAgMS44LjMtOA0KZ2V0dGV4dCAgICAg ICAgICAgICAgICAgIDAuMTctMw0KZ2hvc3RzY3JpcHQgICAgICAgICAgICAg IDguNjMtMg0KZ2hvc3RzY3JpcHQtYmFzZSAgICAgICAgIDguNjItMw0KZ2hv c3RzY3JpcHQtZm9udHMtb3RoZXIgIDYuMC0xDQpnaG9zdHNjcmlwdC1mb250 cy1zdGQgICAgOC4xMS0xDQpnaG9zdHNjcmlwdC14MTEgICAgICAgICAgOC42 Mi0zDQpnaWZsaWIgICAgICAgICAgICAgICAgICAgNC4xLjYtMg0KZ2xpYiAg ICAgICAgICAgICAgICAgICAgIDEuMi4xMC00DQpnbGliLWRldmVsICAgICAg ICAgICAgICAgMS4yLjEwLTQNCmdsaWIyICAgICAgICAgICAgICAgICAgICAy LjEwLjMtMQ0KZ2xpYjItZGV2ZWwgICAgICAgICAgICAgIDIuMTAuMy0xDQpn bGliMi1ydW50aW1lICAgICAgICAgICAgMi4xMC4zLTENCmdscHJvdG8gICAg ICAgICAgICAgICAgICAxLjQuOS0xDQpnbXAgICAgICAgICAgICAgICAgICAg ICAgNC4yLjQtMQ0KZ251Z28gICAgICAgICAgICAgICAgICAgIDMuNy4xMi0x DQpnbnVwZyAgICAgICAgICAgICAgICAgICAgMS40LjktMg0KZ251cGxvdCAg ICAgICAgICAgICAgICAgIDQuMi40LTENCmdwZXJmICAgICAgICAgICAgICAg ICAgICAzLjAuMy0xDQpncmFjZSAgICAgICAgICAgICAgICAgICAgNS4xLjE5 LTENCmdyZXAgICAgICAgICAgICAgICAgICAgICAyLjUuMy0xDQpncm9mZiAg ICAgICAgICAgICAgICAgICAgMS4xOS4yLTINCmdzbCAgICAgICAgICAgICAg ICAgICAgICAxLjEyLTENCmdzbC1hcHBzICAgICAgICAgICAgICAgICAxLjEy LTENCmdzbC1kZXZlbCAgICAgICAgICAgICAgICAxLjEyLTENCmdzbC1kb2Mg ICAgICAgICAgICAgICAgICAxLjEyLTENCmd0aysgICAgICAgICAgICAgICAg ICAgICAxLjIuMTAtMw0KZ3RrKy1kZXZlbCAgICAgICAgICAgICAgIDEuMi4x MC0zDQpndGsyLXgxMSAgICAgICAgICAgICAgICAgMi42LjEwLTENCmd0azIt eDExLWRldmVsICAgICAgICAgICAyLjYuMTAtMQ0KZ3RrMi14MTEtcnVudGlt ZSAgICAgICAgIDIuNi4xMC0xDQpndiAgICAgICAgICAgICAgICAgICAgICAg My42LjUtMQ0KZ3ppcCAgICAgICAgICAgICAgICAgICAgIDEuMy4xMi0yDQpo aWNvbG9yLWljb24tdGhlbWUgICAgICAgMC4xMC0xDQpJbWFnZU1hZ2ljayAg ICAgICAgICAgICAgNi40LjAuNi0xDQppbWxpYiAgICAgICAgICAgICAgICAg ICAgMS45LjE0LTMNCmluZGVudCAgICAgICAgICAgICAgICAgICAyLjIuOS0y DQppbnB1dHByb3RvICAgICAgICAgICAgICAgMS40LjQtMQ0KaW9wZXJtICAg ICAgICAgICAgICAgICAgIDAuNC0xDQpqYXNwZXIgICAgICAgICAgICAgICAg ICAgMS45MDAuMS0xDQpqYmlna2l0ICAgICAgICAgICAgICAgICAgMS42LTEN CmpwZWcgICAgICAgICAgICAgICAgICAgICA2Yi0xMg0Ka2Jwcm90byAgICAg ICAgICAgICAgICAgIDEuMC4zLTENCmxhcGFjayAgICAgICAgICAgICAgICAg ICAzLjAtOA0KbGNtcyAgICAgICAgICAgICAgICAgICAgIDEuMTctMQ0KbGVz cyAgICAgICAgICAgICAgICAgICAgIDM4Mi0xDQpsZXNzdGlmICAgICAgICAg ICAgICAgICAgMC45NS4wLTINCmxmdHAgICAgICAgICAgICAgICAgICAgICAz LjcuNi0zDQpsaWJhcHIxICAgICAgICAgICAgICAgICAgMS4zLjMtMw0KbGli YXByMS1kZXZlbCAgICAgICAgICAgIDEuMy4zLTMNCmxpYmFwcnV0aWwxICAg ICAgICAgICAgICAxLjMuNC0xDQpsaWJhcHJ1dGlsMS1kZXZlbCAgICAgICAg MS4zLjQtMQ0KbGliYXJ0X2xncGwyICAgICAgICAgICAgIDIuMy4yMC0yDQps aWJhcnRfbGdwbF8yXzIgICAgICAgICAgMi4zLjIwLTINCmxpYmFzcGVsbDE1 ICAgICAgICAgICAgICAwLjYwLjUtMQ0KbGliYXVkaW8yICAgICAgICAgICAg ICAgIDEuOS4xLTINCmxpYmJvb3N0ICAgICAgICAgICAgICAgICAxLjMzLjEt NA0KbGliYnoyLWRldmVsICAgICAgICAgICAgIDEuMC41LTINCmxpYmJ6Ml8x ICAgICAgICAgICAgICAgICAxLjAuNS0yDQpsaWJjYWlyby1kZXZlbCAgICAg ICAgICAgMS44LjYtMQ0KbGliY2Fpcm8yICAgICAgICAgICAgICAgIDEuOC42 LTENCmxpYmNoYXJzZXQxICAgICAgICAgICAgICAxLjEyLTENCmxpYmN1cmw0 ICAgICAgICAgICAgICAgICA3LjE2LjMtMQ0KbGliZGI0LjIgICAgICAgICAg ICAgICAgIDQuMi41Mi41LTINCmxpYmRiNC4yLWRldmVsICAgICAgICAgICA0 LjIuNTIuNS0yDQpsaWJkYjQuMyAgICAgICAgICAgICAgICAgNC4zLjI5LjEt MQ0KbGliZGI0LjMtZGV2ZWwgICAgICAgICAgIDQuMy4yOS4xLTENCmxpYmRi NC41ICAgICAgICAgICAgICAgICA0LjUuMjAuMi0yDQpsaWJlY3BnNSAgICAg ICAgICAgICAgICAgOC4yLjExLTENCmxpYmV4cGF0MCAgICAgICAgICAgICAg ICAxLjk1LjgtMg0KbGliZXhwYXQxICAgICAgICAgICAgICAgIDIuMC4xLTEN CmxpYmV4cGF0MS1kZXZlbCAgICAgICAgICAyLjAuMS0xDQpsaWJmb250Y29u ZmlnLWRldmVsICAgICAgMi42LjAtMQ0KbGliZm9udGNvbmZpZzEgICAgICAg ICAgIDIuNi4wLTENCmxpYmZvbnRlbmMxICAgICAgICAgICAgICAxLjAuNC0y DQpsaWJmcHgxICAgICAgICAgICAgICAgICAgMS4yLjAuMTMtMQ0KbGliZnJl ZXR5cGUtZGV2ZWwgICAgICAgIDIuMy44LTENCmxpYmZyZWV0eXBlMi1kZXZl bCAgICAgICAyLjMuOC0xDQpsaWJmcmVldHlwZTI2ICAgICAgICAgICAgMi4z LjgtMQ0KbGliZnJlZXR5cGU2ICAgICAgICAgICAgIDIuMy44LTENCmxpYmdj cnlwdCAgICAgICAgICAgICAgICAxLjQuMS00DQpsaWJnY3J5cHQxMSAgICAg ICAgICAgICAgMS40LjEtNA0KbGliZ2QyICAgICAgICAgICAgICAgICAgIDIu MC4zNlJDMS0xDQpsaWJnZGJtICAgICAgICAgICAgICAgICAgMS44LjAtNQ0K bGliZ2RibS1kZXZlbCAgICAgICAgICAgIDEuOC4zLTgNCmxpYmdkYm0zICAg ICAgICAgICAgICAgICAxLjguMy0zDQpsaWJnZGJtNCAgICAgICAgICAgICAg ICAgMS44LjMtOA0KbGliZ2dpMiAgICAgICAgICAgICAgICAgIDIuMi4yLTEN CmxpYmdnaTItZGlzcGxheS14ICAgICAgICAyLjIuMi0xDQpsaWJnZ2l3bWgw ICAgICAgICAgICAgICAgMC4zLjItMQ0KbGliZ2dpd21oMC1kaXNwbGF5LXgg ICAgIDAuMy4yLTENCmxpYmdpZjQgICAgICAgICAgICAgICAgICA0LjEuNi0y DQpsaWJnaWkxICAgICAgICAgICAgICAgICAgMS4wLjItMQ0KbGliZ2lpMS1p bnB1dC14ICAgICAgICAgIDEuMC4yLTENCmxpYkdMLWRldmVsICAgICAgICAg ICAgICA3LjItMg0KbGliR0wxICAgICAgICAgICAgICAgICAgIDcuMi0yDQps aWJnbGl0ei1kZXZlbCAgICAgICAgICAgMC41LjYtMQ0KbGliZ2xpdHotZ2x4 MSAgICAgICAgICAgIDAuNS42LTENCmxpYmdsaXR6MSAgICAgICAgICAgICAg ICAwLjUuNi0xDQpsaWJHTFUxICAgICAgICAgICAgICAgICAgNy4yLTINCmxp YmdsdXQzICAgICAgICAgICAgICAgICAyLjQuMC0xDQpsaWJnbXAzICAgICAg ICAgICAgICAgICAgNC4yLjQtMQ0KbGliZ3BnLWVycm9yICAgICAgICAgICAg IDEuNi0xDQpsaWJnczggICAgICAgICAgICAgICAgICAgOC42My0yDQpsaWJJ Q0UtZGV2ZWwgICAgICAgICAgICAgMS4wLjQtMg0KbGliSUNFNiAgICAgICAg ICAgICAgICAgIDEuMC40LTINCmxpYmljb252ICAgICAgICAgICAgICAgICAx LjEyLTENCmxpYmljb252MiAgICAgICAgICAgICAgICAxLjEyLTENCmxpYklt YWdlTWFnaWNrMSAgICAgICAgICA2LjQuMC42LTENCmxpYmludGwgICAgICAg ICAgICAgICAgICAwLjEwLjM4LTMNCmxpYmludGwxICAgICAgICAgICAgICAg ICAwLjEwLjQwLTENCmxpYmludGwyICAgICAgICAgICAgICAgICAwLjEyLjEt Mw0KbGliaW50bDMgICAgICAgICAgICAgICAgIDAuMTQuNS0xDQpsaWJpbnRs OCAgICAgICAgICAgICAgICAgMC4xNy0zDQpsaWJqYXNwZXIxICAgICAgICAg ICAgICAgMS45MDAuMS0xDQpsaWJqYXNwZXIxLjcwMV8wICAgICAgICAgMS43 MDEuMC0zDQpsaWJqYmlnMSAgICAgICAgICAgICAgICAgMS41LTMNCmxpYmpi aWcyICAgICAgICAgICAgICAgICAxLjYtMQ0KbGlianBlZy1kZXZlbCAgICAg ICAgICAgIDZiLTEyDQpsaWJqcGVnNjIgICAgICAgICAgICAgICAgNmItMTIN CmxpYmpwZWc2YiAgICAgICAgICAgICAgICA2Yi04DQpsaWJrcGF0aHNlYTMg ICAgICAgICAgICAgMi4wLjItMTUNCmxpYmtwYXRoc2VhNCAgICAgICAgICAg ICAzLjAuMC0zDQpsaWJsY21zMSAgICAgICAgICAgICAgICAgMS4xNy0xDQps aWJsdGRsMyAgICAgICAgICAgICAgICAgMS41LjI3YS0xDQpsaWJsdGRsNyAg ICAgICAgICAgICAgICAgMi4yLjZhLTENCmxpYmx6bWFkZWMwICAgICAgICAg ICAgICA0LjMyLjctMg0KbGliTWFnaWNrMTAgICAgICAgICAgICAgIDYuMy4w LjEtMg0KbGlibmN1cnNlcy1kZXZlbCAgICAgICAgIDUuNS0zDQpsaWJuY3Vy c2VzNSAgICAgICAgICAgICAgNS4yLTENCmxpYm5jdXJzZXM2ICAgICAgICAg ICAgICA1LjItOA0KbGlibmN1cnNlczcgICAgICAgICAgICAgIDUuMy00DQps aWJuY3Vyc2VzOCAgICAgICAgICAgICAgNS41LTMNCmxpYm5ldHBibTEwICAg ICAgICAgICAgICAxMC40NC4yLTENCmxpYm9wZW5sZGFwMl8yXzcgICAgICAg ICAyLjIuMjYtMg0KbGlib3BlbmxkYXAyXzNfMCAgICAgICAgIDIuMy40My0x DQpsaWJwY3JlMCAgICAgICAgICAgICAgICAgNy44LTENCmxpYnBndHlwZXMy ICAgICAgICAgICAgICA4LjIuMTEtMQ0KbGlicGl4bWFuMS1kZXZlbCAgICAg ICAgIDAuMTIuMC0xDQpsaWJwaXhtYW4xXzAgICAgICAgICAgICAgMC4xMi4w LTENCmxpYnBsb3QyICAgICAgICAgICAgICAgICAyLjQuMS0xDQpsaWJwbG90 dGVyMiAgICAgICAgICAgICAgMi40LjEtMQ0KbGlicG5nICAgICAgICAgICAg ICAgICAgIDEuMi4xMi0xDQpsaWJwbmcxMCAgICAgICAgICAgICAgICAgMS4w LjIwLTENCmxpYnBuZzEyICAgICAgICAgICAgICAgICAxLjIuMTItMQ0KbGli cG5nMTItZGV2ZWwgICAgICAgICAgIDEuMi4xMi0xDQpsaWJwb3B0MCAgICAg ICAgICAgICAgICAgMS42LjQtNA0KbGlicHE0ICAgICAgICAgICAgICAgICAg IDguMi41LTENCmxpYnBxNSAgICAgICAgICAgICAgICAgICA4LjIuMTEtMQ0K bGlicHRocmVhZC1zdHVicyAgICAgICAgIDAuMS0xDQpsaWJyZWFkbGluZTQg ICAgICAgICAgICAgNC4xLTINCmxpYnJlYWRsaW5lNSAgICAgICAgICAgICA0 LjMtNQ0KbGlicmVhZGxpbmU2ICAgICAgICAgICAgIDUuMi4xMy0xMQ0KbGli c2FzbDIgICAgICAgICAgICAgICAgIDIuMS4xOS0zDQpsaWJTTS1kZXZlbCAg ICAgICAgICAgICAgMS4xLjAtMQ0KbGliU002ICAgICAgICAgICAgICAgICAg IDEuMS4wLTENCmxpYnNxbGl0ZTNfMCAgICAgICAgICAgICAzLjYuMi0xDQps aWJzc2gyXzEgICAgICAgICAgICAgICAgMC4xNS0xDQpsaWJ0aWZmMyAgICAg ICAgICAgICAgICAgMy42LjAtMg0KbGlidGlmZjQgICAgICAgICAgICAgICAg IDMuNi4wLTUNCmxpYnRpZmY1ICAgICAgICAgICAgICAgICAzLjguMi0zDQps aWJ0aWZmeHg1ICAgICAgICAgICAgICAgMy44LjItMw0KbGlidG9vbCAgICAg ICAgICAgICAgICAgIDEuNWItMg0KbGlidG9vbDEuNSAgICAgICAgICAgICAg IDEuNS4yN2EtMQ0KbGlidW5naWYgICAgICAgICAgICAgICAgIDQuMS40LTIN CmxpYnVuZ2lmNCAgICAgICAgICAgICAgICA0LjEuNC0yDQpsaWJ1c2Itd2lu MzIgICAgICAgICAgICAgMC4xLjEyLjEtMg0KbGliV2luZG93c1dNNyAgICAg ICAgICAgIDEuMC4wLTINCmxpYndtZiAgICAgICAgICAgICAgICAgICAwLjIu OC40LTMNCmxpYndtZjAyNyAgICAgICAgICAgICAgICAwLjIuOC40LTMNCmxp YndyYXAwICAgICAgICAgICAgICAgICA3LjYtNA0KbGliWDExLWRldmVsICAg ICAgICAgICAgIDEuMS41LTINCmxpYlgxMV82ICAgICAgICAgICAgICAgICAx LjEuNS0yDQpsaWJYYXUtZGV2ZWwgICAgICAgICAgICAgMS4wLjQtMQ0KbGli WGF1NiAgICAgICAgICAgICAgICAgIDEuMC40LTENCmxpYlhhdzNkNyAgICAg ICAgICAgICAgICAxLjVELTgNCmxpYlhhdzcgICAgICAgICAgICAgICAgICAx LjAuNS0xDQpsaWJYYXc4ICAgICAgICAgICAgICAgICAgNi44Ljk5LjkwMS0x DQpsaWJ4Y2ItZGV2ZWwgICAgICAgICAgICAgMS4xLTINCmxpYnhjYi1yZW5k ZXItZGV2ZWwgICAgICAxLjEtMg0KbGlieGNiLXJlbmRlci11dGlsLWRldmVs IDAuMy4yLTENCmxpYnhjYi1yZW5kZXItdXRpbDAgICAgICAwLjMuMi0xDQps aWJ4Y2ItcmVuZGVyMCAgICAgICAgICAgMS4xLTINCmxpYnhjYi14bGliLWRl dmVsICAgICAgICAxLjEtMg0KbGlieGNiLXhsaWIwICAgICAgICAgICAgIDEu MS0yDQpsaWJ4Y2IxICAgICAgICAgICAgICAgICAgMS4xLTINCmxpYlhjdXJz b3ItZGV2ZWwgICAgICAgICAxLjEuOS0yDQpsaWJYY3Vyc29yMSAgICAgICAg ICAgICAgMS4xLjktMg0KbGliWGRtY3AtZGV2ZWwgICAgICAgICAgIDEuMC4y LTMNCmxpYlhkbWNwNiAgICAgICAgICAgICAgICAxLjAuMi0zDQpsaWJYZXh0 LWRldmVsICAgICAgICAgICAgMS4wLjQtMQ0KbGliWGV4dDYgICAgICAgICAg ICAgICAgIDEuMC40LTENCmxpYlhmaXhlcy1kZXZlbCAgICAgICAgICA0LjAu My0yDQpsaWJYZml4ZXMzICAgICAgICAgICAgICAgNC4wLjMtMg0KbGliWGZ0 LWRldmVsICAgICAgICAgICAgIDIuMS4xMy0xDQpsaWJYZnQxICAgICAgICAg ICAgICAgICAgMS4wLjAtMQ0KbGliWGZ0MiAgICAgICAgICAgICAgICAgIDIu MS4xMy0xDQpsaWJYaS1kZXZlbCAgICAgICAgICAgICAgMS4xLjQtMQ0KbGli WGk2ICAgICAgICAgICAgICAgICAgIDEuMS40LTENCmxpYnhrYmZpbGUxICAg ICAgICAgICAgICAxLjAuNS0yDQpsaWJYbTIgICAgICAgICAgICAgICAgICAg MC45NS4wLTINCmxpYlhtSFRNTDAgICAgICAgICAgICAgICAxLjEuNy0zDQps aWJ4bWkwICAgICAgICAgICAgICAgICAgMi40LjEtMQ0KbGlieG1sMiAgICAg ICAgICAgICAgICAgIDIuNy4zLTENCmxpYnhtbDItcHl0aG9uICAgICAgICAg ICAyLjYuMjYtMQ0KbGliWG11LWRldmVsICAgICAgICAgICAgIDEuMC40LTEN CmxpYlhtdTYgICAgICAgICAgICAgICAgICAxLjAuNC0xDQpsaWJYbXV1MSAg ICAgICAgICAgICAgICAgMS4wLjQtMQ0KbGliWHA2ICAgICAgICAgICAgICAg ICAgIDYuOC45OS45MDEtMQ0KbGliWHBtNCAgICAgICAgICAgICAgICAgIDMu NS43LTINCmxpYlhyYW5kci1kZXZlbCAgICAgICAgICAxLjIuMy0xDQpsaWJY cmFuZHIyICAgICAgICAgICAgICAgMS4yLjMtMQ0KbGliWHJlbmRlci1kZXZl bCAgICAgICAgIDAuOS40LTINCmxpYlhyZW5kZXIxICAgICAgICAgICAgICAw LjkuNC0yDQpsaWJYdC1kZXZlbCAgICAgICAgICAgICAgMS4wLjUtMg0KbGli WHQ2ICAgICAgICAgICAgICAgICAgIDEuMC41LTINCmxpYlh0c3Q2ICAgICAg ICAgICAgICAgICAxLjAuMy0yDQpsbmRpciAgICAgICAgICAgICAgICAgICAg MS4wLjEtMg0KbG9naW4gICAgICAgICAgICAgICAgICAgIDEuOS04DQpsdWl0 ICAgICAgICAgICAgICAgICAgICAgMS4wLjMtMQ0KbHlueCAgICAgICAgICAg ICAgICAgICAgIDIuOC41LTQNCmx5eCAgICAgICAgICAgICAgICAgICAgICAx LjQuNS0xDQpsem1hICAgICAgICAgICAgICAgICAgICAgNC4zMi43LTINCm00 ICAgICAgICAgICAgICAgICAgICAgICAxLjQuMTBiLTINCm1ha2UgICAgICAg ICAgICAgICAgICAgICAzLjgxLTINCm1hbiAgICAgICAgICAgICAgICAgICAg ICAxLjZlLTENCm1pbmd3LWJ6aXAyICAgICAgICAgICAgICAxLjAuNS0yDQpt aW5ndy1saWJiejJfMSAgICAgICAgICAgMS4wLjUtMg0KbWluZ3ctcnVudGlt ZSAgICAgICAgICAgIDMuMTUuMi0xDQptaW5ndy16bGliICAgICAgICAgICAg ICAgMS4yLjMtMg0KbWluaXJlcyAgICAgICAgICAgICAgICAgIDEuMDItMQ0K bWluaXJlcy1kZXZlbCAgICAgICAgICAgIDEuMDItMQ0KbWtmb250ZGlyICAg ICAgICAgICAgICAgIDEuMC40LTENCm1rZm9udHNjYWxlICAgICAgICAgICAg ICAxLjAuNS0xDQpta3RlbXAgICAgICAgICAgICAgICAgICAgMS45OTktOQ0K bmFubyAgICAgICAgICAgICAgICAgICAgIDIuMC45LTENCm5jZnRwICAgICAg ICAgICAgICAgICAgICAzLjIuMS0xDQpuY3Vyc2VzICAgICAgICAgICAgICAg ICAgNS41LTMNCm5lZGl0ICAgICAgICAgICAgICAgICAgICA1LjUtNA0KbmV0 cGJtICAgICAgICAgICAgICAgICAgIDEwLjQ0LjItMQ0KbmV0cGJtLWRvYyAg ICAgICAgICAgICAgIDEwLjQ0LjItMQ0KTnVtZXJpYyAgICAgICAgICAgICAg ICAgIDI0LjItMQ0Kb3BlbmJveCAgICAgICAgICAgICAgICAgIDAuOTkuMS00 DQpvcGVuc3NoICAgICAgICAgICAgICAgICAgNS4xcDEtMTANCm9wZW5zc2wg ICAgICAgICAgICAgICAgICAwLjkuOGotMQ0Kb3BlbnNzbC1kZXZlbCAgICAg ICAgICAgIDAuOS44ai0xDQpvcGVuc3NsMDk3ICAgICAgICAgICAgICAgMC45 LjdsLTENCnBhbmdvICAgICAgICAgICAgICAgICAgICAxLjguMS0xDQpwYW5n by1ydW50aW1lICAgICAgICAgICAgMS44LjEtMQ0KcGF0Y2ggICAgICAgICAg ICAgICAgICAgIDIuNS44LTkNCnBhdGNodXRpbHMgICAgICAgICAgICAgICAw LjMuMC0xDQpwY3JlICAgICAgICAgICAgICAgICAgICAgNy44LTENCnBlcmwg ICAgICAgICAgICAgICAgICAgICA1LjEwLjAtNQ0KcGVybC1FeHRVdGlscy1E ZXBlbmRzICAgIDAuMzAxLTENCnBlcmwtRXh0VXRpbHMtUGtnQ29uZmlnICAx LjEyLTENCnBlcmwtSW1hZ2UtTWFnaWNrICAgICAgICA2LjQuMC42LTENCnBl cmwtbGlid2luMzIgICAgICAgICAgICAwLjI4LTINCnBlcmwtVGsgICAgICAg ICAgICAgICAgICA4MDQuMDI4LTENCnBlcmxfbWFucGFnZXMgICAgICAgICAg ICA1LjEwLjAtNQ0KcGluZyAgICAgICAgICAgICAgICAgICAgIDEuMC0xDQpw a2ctY29uZmlnICAgICAgICAgICAgICAgMC4yM2EtMg0KcGtnY29uZmlnICAg ICAgICAgICAgICAgIDAuMTcuMi0zDQpwbG90aWN1cyAgICAgICAgICAgICAg ICAgMi4zMi0xDQpwbG90aWN1cy1jb21tb24gICAgICAgICAgMi4zMi0xDQpw bG90aWN1cy1kb2MgICAgICAgICAgICAgMi4zMi0xDQpwbG90dXRpbHMgICAg ICAgICAgICAgICAgMi40LjEtMQ0KcGxvdHV0aWxzLWRldmVsICAgICAgICAg IDIuNC4xLTENCnBvcHQgICAgICAgICAgICAgICAgICAgICAxLjYuNC00DQpw b3N0Z3Jlc3FsICAgICAgICAgICAgICAgOC4yLjExLTENCnBvc3RncmVzcWwt Y2xpZW50ICAgICAgICA4LjIuMTEtMQ0KcHJvY3BzICAgICAgICAgICAgICAg ICAgIDMuMi43LTENCnBzbWlzYyAgICAgICAgICAgICAgICAgICAyMS41LTMN CnBzdXRpbHMgICAgICAgICAgICAgICAgICAxLjE3LTENCnB5bGlieG1sMiAg ICAgICAgICAgICAgICAyLjYuMjgtMg0KcHl0aG9uICAgICAgICAgICAgICAg ICAgIDIuNS4yLTENCnB5dGhvbi1saWJ4bWwyICAgICAgICAgICAyLjcuMy0x DQpxdDMgICAgICAgICAgICAgICAgICAgICAgMy4zLjQtMg0KcXQzLWJpbiAg ICAgICAgICAgICAgICAgIDMuMy40LTINCnF0My1kZXZlbCAgICAgICAgICAg ICAgICAzLjMuNC0yDQpxdDMtZG9jICAgICAgICAgICAgICAgICAgMy4zLjQt Mg0KcmFuZHJwcm90byAgICAgICAgICAgICAgIDEuMi4yLTENCnJlYWRsaW5l ICAgICAgICAgICAgICAgICA1LjIuMTMtMTENCnJlYmFzZSAgICAgICAgICAg ICAgICAgICAyLjQuNC0xDQpyZW5kZXJwcm90byAgICAgICAgICAgICAgMC45 LjMtMQ0KcmdiICAgICAgICAgICAgICAgICAgICAgIDEuMC4zLTENCnJzeW5j ICAgICAgICAgICAgICAgICAgICAzLjAuNC0xDQpydW4gICAgICAgICAgICAg ICAgICAgICAgMS4xLjEwLTENCnJ4dnQgICAgICAgICAgICAgICAgICAgICAy MDA1MDQwOS05DQpyeHZ0LXVuaWNvZGUtY29tbW9uICAgICAgNy43LTYNCnJ4 dnQtdW5pY29kZS1YICAgICAgICAgICA3LjctNg0Kc2VkICAgICAgICAgICAg ICAgICAgICAgIDQuMS41LTINCnNoYXJlZC1taW1lLWluZm8gICAgICAgICAw LjE3LTENCnN5c3Zpbml0ICAgICAgICAgICAgICAgICAyLjg2LTMNCnQxbGli ICAgICAgICAgICAgICAgICAgICA1LjEuMi0zDQp0MWxpYjUgICAgICAgICAg ICAgICAgICAgNS4xLjItMw0KdGFyICAgICAgICAgICAgICAgICAgICAgIDEu MjEtMQ0KdGNsdGsgICAgICAgICAgICAgICAgICAgIDIwMDgwNDIwLTENCnRj cF93cmFwcGVycyAgICAgICAgICAgICA3LjYtNA0KdGNzaCAgICAgICAgICAg ICAgICAgICAgIDYuMTUuMDAtNA0KdGVybWNhcCAgICAgICAgICAgICAgICAg IDIwMDUwNDIxLTENCnRlcm1pbmZvICAgICAgICAgICAgICAgICA1LjVfMjAw NjExMDQtMQ0KdGV0ZXggICAgICAgICAgICAgICAgICAgIDMuMC4wLTMNCnRl dGV4LWJhc2UgICAgICAgICAgICAgICAzLjAuMC0zDQp0ZXRleC1iaW4gICAg ICAgICAgICAgICAgMy4wLjAtMw0KdGV0ZXgtZGV2ZWwgICAgICAgICAgICAg IDMuMC4wLTMNCnRldGV4LWRvYyAgICAgICAgICAgICAgICAzLjAuMC0zDQp0 ZXRleC1leHRyYSAgICAgICAgICAgICAgMy4wLjAtMw0KdGV0ZXgtdGlueSAg ICAgICAgICAgICAgIDMuMC4wLTMNCnRldGV4LXgxMSAgICAgICAgICAgICAg ICAzLjAuMC0zDQp0ZXhpMmh0bWwgICAgICAgICAgICAgICAgMS43OC0xDQp0 ZXhpbmZvICAgICAgICAgICAgICAgICAgNC44YS0xDQp0aWZmICAgICAgICAg ICAgICAgICAgICAgMy44LjItMw0KdGltZSAgICAgICAgICAgICAgICAgICAg IDEuNy0yDQp0bmVmICAgICAgICAgICAgICAgICAgICAgMS40LjMtMQ0KdHJh bnNmaWcgICAgICAgICAgICAgICAgIDMuMi41LTENCnR6Y29kZSAgICAgICAg ICAgICAgICAgICAyMDA4aC0xDQp1bnppcCAgICAgICAgICAgICAgICAgICAg NS41Mi0yDQp1dGlsLWxpbnV4ICAgICAgICAgICAgICAgMi4xNC4xLTENCnZp bSAgICAgICAgICAgICAgICAgICAgICA3LjItMw0KdzMyYXBpICAgICAgICAg ICAgICAgICAgIDMuMTMtMQ0Kd2dldCAgICAgICAgICAgICAgICAgICAgIDEu MTEuNC0zDQp3aGljaCAgICAgICAgICAgICAgICAgICAgMi4yMC0xDQpXaW5k b3dNYWtlciAgICAgICAgICAgICAgMC45MC4wLTINClgtc3RhcnQtbWVudS1p Y29ucyAgICAgICAxLjAuNC0xDQpYLXN0YXJ0dXAtc2NyaXB0cyAgICAgICAg MS4xLjAtMg0KeDJ4ICAgICAgICAgICAgICAgICAgICAgIDEuMzAtMg0KeGF1 dGggICAgICAgICAgICAgICAgICAgIDEuMC4zLTENClhhdzNkICAgICAgICAg ICAgICAgICAgICAxLjVELTgNCnhjdXJzb3ItdGhlbWVzICAgICAgICAgICAx LjAuMS0xDQp4ZW1hY3MgICAgICAgICAgICAgICAgICAgMjEuNC4yMi0xDQp4 ZW1hY3MtZW1hY3MtY29tbW9uICAgICAgMjEuNC4yMi0xDQp4ZW1hY3Mtc3Vt byAgICAgICAgICAgICAgMjAwNy0wNC0yNy0xDQp4ZW1hY3MtdGFncyAgICAg ICAgICAgICAgMjEuNC4yMi0xDQp4ZXh0cHJvdG8gICAgICAgICAgICAgICAg Ny4wLjMtMQ0KeGZpZyAgICAgICAgICAgICAgICAgICAgIDMuMi40LTcNCnhm aWctbGliICAgICAgICAgICAgICAgICAzLjIuNC03DQpYRnJlZTg2LWxpYi1j b21wYXQgICAgICAgNC4zLjAtMg0KeGdyYXBoICAgICAgICAgICAgICAgICAg IDEyLjEtMg0KeGluaXQgICAgICAgICAgICAgICAgICAgIDEuMS4xLTENCnhr YmNvbXAgICAgICAgICAgICAgICAgICAxLjAuNS0xDQp4a2V5Ym9hcmQtY29u ZmlnICAgICAgICAgMS40LTENClhtSFRNTCAgICAgICAgICAgICAgICAgICAx LjEuNy0zDQp4bW9kbWFwICAgICAgICAgICAgICAgICAgMS4wLjMtMQ0KeG1v biAgICAgICAgICAgICAgICAgICAgIDEuNS42LTINCnhvcmctZG9jcyAgICAg ICAgICAgICAgICAxLjQtMQ0KeG9yZy1zZXJ2ZXIgICAgICAgICAgICAgIDEu NS4zLTYNCnhvcmcteDExLWJhc2UgICAgICAgICAgICA3LjQtMQ0KeG9yZy14 MTEtYmluICAgICAgICAgICAgIDcuNC0xDQp4b3JnLXgxMS1iaW4tZGxscyAg ICAgICAgNy40LTENCnhvcmcteDExLWJpbi1sbmRpciAgICAgICA3LjQtMQ0K eG9yZy14MTEtZGV2ZWwgICAgICAgICAgIDcuNC0xDQp4b3JnLXgxMS1ldGMg ICAgICAgICAgICAgNy40LTENCnhvcmcteDExLWYxMDAgICAgICAgICAgICA3 LjQtMQ0KeG9yZy14MTEtZmN5ciAgICAgICAgICAgIDcuNC0xDQp4b3JnLXgx MS1mZW5jICAgICAgICAgICAgNy40LTENCnhvcmcteDExLWZudHMgICAgICAg ICAgICA3LjQtMQ0KeG9yZy14MTEtZnNjbCAgICAgICAgICAgIDcuNC0xDQp4 b3JnLXgxMS1mc3J2ICAgICAgICAgICAgNy40LTENCnhvcmcteDExLWxpYnMt ZGF0YSAgICAgICA3LjQtMQ0KeG9yZy14MTEtbWFuLXBhZ2VzICAgICAgIDcu NC0xDQp4b3JnLXgxMS1tYW4tcGFnZXMtaHRtbCAgNy40LTENCnhvcmcteDEx LW5lc3QgICAgICAgICAgICA3LjQtMQ0KeG9yZy14MTEtdmZiICAgICAgICAg ICAgIDcuNC0xDQp4b3JnLXgxMS14d2luICAgICAgICAgICAgNy40LTENCnhv cmcteDExLXh3aW4tZ2wgICAgICAgICA3LjQtMQ0KeHBkZiAgICAgICAgICAg ICAgICAgICAgIDMuMDItMQ0KeHByb3RvICAgICAgICAgICAgICAgICAgIDcu MC4xNC0xDQp4cmRiICAgICAgICAgICAgICAgICAgICAgMS4wLjUtMQ0KeHNy aSAgICAgICAgICAgICAgICAgICAgIDIuMS4wLTINCnh0ZXJtICAgICAgICAg ICAgICAgICAgICAyMzgtMQ0KeHdpbndtICAgICAgICAgICAgICAgICAgIDAu MC41LTINCnppcCAgICAgICAgICAgICAgICAgICAgICAyLjMyLTINCnpsaWIg ICAgICAgICAgICAgICAgICAgICAxLjIuMy0yDQp6c2ggICAgICAgICAgICAg ICAgICAgICAgNC4zLjktMQ0KVXNlIC1oIHRvIHNlZSBoZWxwIGFib3V0IGVh Y2ggc2VjdGlvbg0K -------------- 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 j.sklenda@gmail.com Wed Feb 11 16:05:00 2009 From: j.sklenda@gmail.com (=?ISO-8859-2?Q?Jana_Skleni=E8kov=E1?=) Date: Wed, 11 Feb 2009 16:05:00 -0000 Subject: Cygwin/X (XWin) falls down when using -fp option In-Reply-To: <4988B5BF.9000900@dronecode.org.uk> References: <497F46E0.1020603@dronecode.org.uk> <4988B5BF.9000900@dronecode.org.uk> Message-ID: 2009/2/3 Jon TURNEY : > Jana Skleni?kov? wrote: >> >> Because I couldn't find anything unusual or helpful in the logs I >> captured packets using Wireshark. So far I found this: >> >> -------- Solaris to Cygwin ------------------------ >> X11, Request, opcode: 51 (SetFontPath) >> opcode: 51 (SetFontPath) >> unused >> request-lenth: 14 >> str-number-in-path: 2 >> unused >> path >> "tcp/Solaris_IP_address:7100" >> "/etc/dc/config/xfonts/c" > >> It looks like the Solaris sends font path, that Cygwin doesn't understand. > > I guess this means your logon scripts are trying to add > "/etc/dc/config/xfonts/c" to the font path (which isn't going to work very > well as that directory doesn't exist on the Cygwin box) and possibly treats > that as critical to a successful login. > > You might be able to work around this by creating the directory > /etc/dc/config/xfonts/c on the cygwin host and running 'mkfontdir' there, > but really you should fix the logon scripts :-) > > (Note that google suggests /etc/dc/config/xfonts/c is a typo for > /etc/dt/config/xfonts/c) > > I tried the workarounds you suggested with no success, unfortunately. I can't do anything with the Solaris machine. There is no problem when I approach Solaris from another comp, for example linux (Debian distribution), the only problem is when I use Cygwin. -- 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 drool@knology.net Wed Feb 11 18:55:00 2009 From: drool@knology.net (Paul Coene) Date: Wed, 11 Feb 2009 18:55:00 -0000 Subject: cant type in xterm after reboot Message-ID: <1234378535.2855.7.camel@rockworm.droolsretreat.com> I can install and run cygwin fine. It works great. (Windows XP Home). However, after my 1st reboot of the system, my xterm comes up (default app) but I cannot type in the window. I have found no way to repair this other than a reinstall of the entire X component of cygwin. Ideas? This is really troublesome. Paul -- 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 Wed Feb 11 19:21:00 2009 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 11 Feb 2009 19:21:00 -0000 Subject: cant type in xterm after reboot In-Reply-To: <1234378535.2855.7.camel@rockworm.droolsretreat.com> References: <1234378535.2855.7.camel@rockworm.droolsretreat.com> Message-ID: <20090211191311.GA17948@ednor.casa.cgf.cx> On Wed, Feb 11, 2009 at 12:55:35PM -0600, Paul Coene wrote: >I can install and run cygwin fine. It works great. (Windows XP Home). > >However, after my 1st reboot of the system, my xterm comes up (default >app) but I cannot type in the window. I have found no way to repair >this other than a reinstall of the entire X component of cygwin. > >Ideas? This is really troublesome. http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-i-cant-type-anything 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 drool@knology.net Wed Feb 11 19:37:00 2009 From: drool@knology.net (Paul Coene) Date: Wed, 11 Feb 2009 19:37:00 -0000 Subject: cant type in xterm after reboot In-Reply-To: <20090211191311.GA17948@ednor.casa.cgf.cx> References: <1234378535.2855.7.camel@rockworm.droolsretreat.com> <20090211191311.GA17948@ednor.casa.cgf.cx> Message-ID: <1234381026.2855.10.camel@rockworm.droolsretreat.com> On Wed, 2009-02-11 at 14:13 -0500, Christopher Faylor wrote: > On Wed, Feb 11, 2009 at 12:55:35PM -0600, Paul Coene wrote: > >I can install and run cygwin fine. It works great. (Windows XP Home). > > > >However, after my 1st reboot of the system, my xterm comes up (default > >app) but I cannot type in the window. I have found no way to repair > >this other than a reinstall of the entire X component of cygwin. > > > >Ideas? This is really troublesome. > > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-i-cant-type-anything > Thanks. I looked at that before, but since I was doing a reinstall did not think it applied, since the problem kept coming back. However, long ago, I guess I copied startxwin.bat into my startup folder instead of copying a link... hence the problem once I rebooted, it started the old one on login... Thanks again, Paul -- 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 Jeremy@FutureCIS.com Wed Feb 11 21:07:00 2009 From: Jeremy@FutureCIS.com (ThinkDifferently) Date: Wed, 11 Feb 2009 21:07:00 -0000 Subject: SOLUTION: Unable to load any usable iso8859 font In-Reply-To: <168028.33705.qm@web55305.mail.re4.yahoo.com> References: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> <21809430.post@talk.nabble.com> <168028.33705.qm@web55305.mail.re4.yahoo.com> Message-ID: <21964005.post@talk.nabble.com> Rajesh Advani wrote: > > I had the exact same problem, and a couple of others including missing > "adobe" fonts. > Here are the packages I installed, to get over font related issues. I may > have installed a few extra ones. > > font-adobe-dpi100 - To fix the "adobe" font issues > font-adobe-dpi75 - To fix the "adobe" font issues > font-bitstream-dpi100 - Just in case > font-bitstream-dpi75 - Just in case > font-bitstream-type1 - Just in case > font-bitstream-vera-ttf - Just in case > font-misc-misc - I think I read something somewhere on the internet which > led me to install this. Don't remember. > xorg-scripts - I had trouble with xinit - (specifically the X Win Server > shortcut not working from D drive which I've mentioned in another post) > My solution was, at the very least, to re-run setup.exe and to install the package "font-misc-misc". Once I did that, XWin stopped hanging and xterm and xclock ran without a hitch. I found this nugget of information buried deep in the http://www.nabble.com/forum/Reply.jtp?post=21828473 Cygwin/X FAQ page , section 9.4, sub-item 1. To quote: "You do not have a font package which provides the default font ('fixed') installed. This is rarely the problem; but in the event that it is the problem, just rerun Cygwin's setup.exe, select the font-misc-misc package and install it." I find the phrase "This is rarely the problem" to be ironic, considering that it seems to be the most common, based on what I've read. The problem (lately) is that font-misc-misc is a prerequisite, but it is not (no longer?) flagged as one by setup.exe when you choose the various xorg packages. The packages I installed were... + xauth + xclock + xcursor-themes + xhost + xinit + xkbcomp + xkeyboard-config + xmodmap + xorg-server + xrdb + xterm None of these flagged font-misc-misc, but when I installed the font package manually, the above packages all started working. BUG! -- View this message in context: http://www.nabble.com/Unable-to-load-any-usable-iso8859-font-tp21793574p21964005.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 Feb 12 17:35:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 12 Feb 2009 17:35:00 -0000 Subject: WORKAROUND: Unable to load any usable iso8859 font In-Reply-To: <21964005.post@talk.nabble.com> References: <7e08cc0902020904k789c66b8wf71b4e6b08bc837d@mail.gmail.com> <21809430.post@talk.nabble.com> <168028.33705.qm@web55305.mail.re4.yahoo.com> <21964005.post@talk.nabble.com> Message-ID: <49945DE3.1050007@dronecode.org.uk> ThinkDifferently wrote: > My solution was, at the very least, to re-run setup.exe and to install the > package "font-misc-misc". Once I did that, XWin stopped hanging and xterm > and xclock ran without a hitch. > > I found this nugget of information buried deep in the > http://www.nabble.com/forum/Reply.jtp?post=21828473 Cygwin/X FAQ page , > section 9.4, sub-item 1. To quote: > > "You do not have a font package which provides the default font ('fixed') > installed. This is rarely the problem; but in the event that it is the > problem, just rerun Cygwin's setup.exe, select the font-misc-misc package > and install it." > > I find the phrase "This is rarely the problem" to be ironic, considering > that it seems to be the most common, based on what I've read. Well, in fact, this FAQ is obsolete. The fixed font is now available built-in to the server, so it starts even when no font packages are installed (to avoid precisely this kind of configuration problem) With 1.5.3-6 xserver, it should never happen that the server fails to start "could not open default font 'fixed'". (In fact, since 1.5.3-3, but there was a bug in libXft which caused it to fail to find 'fixed' after a server restart) > The problem (lately) is that font-misc-misc is a prerequisite, but it is not > (no longer?) flagged as one by setup.exe when you choose the various xorg > packages. > > The packages I installed were... > + xauth > + xclock > + xcursor-themes > + xhost > + xinit > + xkbcomp > + xkeyboard-config > + xmodmap > + xorg-server > + xrdb > + xterm > None of these flagged font-misc-misc, but when I installed the font package > manually, the above packages all started working. > > BUG! Yes, there is a bug. Installing the "font-misc-misc" package is a workaround. But, no, it's not the obvious packaging error that "font-misc-misc" should be in the dependencies for packages which use the 'fixed' font, as that font is now available 'built-in' to the server and the server starts with no fonts installed. It seems the specific error message quoted "Unable to load any usable ISO8859 font", comes from libXt [1], when it has failed to find the requested font, it tries a fallback of "-*-*-*-R-*-*-*-120-*-*-*-*-ISO8859-*", which should match the always-available, built-in fixed font. I have no problems starting xterm just using the built-in fonts $ xset fp built-ins [or start the server with -fp built-ins, or uninstall all font packages] $ xlsfonts -fn "-*-*-*-R-*-*-*-120-*-*-*-*-ISO8859-*" -misc-fixed-medium-r-semicondensed--12-120-75-75-c-0-iso8859-1 -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1 $ xterm [starts with no error] So, why some people see this error is a mystery to me. The first post in this thread seems to pin the blame on something which changed recently, possibly xserver 1.5.3-5, but I can't reproduce it and can't see any changes which seem likely suspects... Entered into bugzilla http://sourceware.org/bugzilla/show_bug.cgi?id=9839 [1] http://cgit.freedesktop.org/xorg/lib/libXt/tree/src/Converters.c -- 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 Feb 12 17:58:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 12 Feb 2009 17:58:00 -0000 Subject: conflicting header files VendorSP.h and VendorP.h In-Reply-To: <200901201609.n0KG9o2b009964@tyr.informatik.fh-fulda.de> References: <200901201609.n0KG9o2b009964@tyr.informatik.fh-fulda.de> Message-ID: <49946323.20601@dronecode.org.uk> Siegmar Gross wrote: > ... > if mpic++ -DHAVE_CONFIG_H -I. -I. -I. -I../../src > -I/usr/X11R6/include -O -MT xmpi_misc.o -MD -MP -MF > ".deps/xmpi_misc.Tpo" \ > -c -o xmpi_misc.o `test -f 'xmpi_misc.cc' || > echo './'`xmpi_misc.cc; \ > then mv -f ".deps/xmpi_misc.Tpo" ".deps/xmpi_misc.Po"; \ > else rm -f ".deps/xmpi_misc.Tpo"; exit 1; \ > fi > In file included from /usr/X11R6/include/Xm/XmP.h:1646, > from /usr/X11R6/include/Xm/PrimitiveP.h:29, > from /usr/X11R6/include/Xm/SashP.h:29, > from xmpi_misc.cc:29: > /usr/X11R6/include/X11/VendorP.h:87: error: previous declaration > of 'VendorShellClassRec vendorShellClassRec' with 'C++' linkage > /usr/X11R6/include/Xm/VendorSP.h:58: error: conflicts with new > declaration with 'C' linkage > mpic++: No such file or directory > make[3]: *** [xmpi_misc.o] Error 1 > > > I temporarily put the conflicting line in file > "/usr/X11R6/include/Xm/VendorSP.h" into a comment and could finish > the installation. Perhaps somebody knows how to fix the problem in > the cygwin distribution. Thank you very much for a fix in one of the > next distributions in advance. It seems that /usr/include/X11/VendorP.h and other libXt headers are not safe for C++ compilation. This is fixed upstream in X.Org git, but this fix has not yet made it into a release version (the current version 1.0.5) If you want to work with libXt in C++, you'll have to fix the headers to decorate them with 'extern "C"' as required, or perhaps use the following patch http://cgit.freedesktop.org/xorg/lib/libXt/commit/?id=6b483e355de6c5ee5dc635ab9b817bf72680b016 -- 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 Feb 12 18:14:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 12 Feb 2009 18:14:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] In-Reply-To: <002001c98632$0a140220$4001a8c0@mycomputer> References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> Message-ID: <499466E8.9000605@dronecode.org.uk> John Emmas wrote: > ----- Original Message ----- From: "Jon TURNEY" > Subject: Re: X / gtk-x11 / flicker and other problems >> >> btw, I use -multiwindow mode all the time, but I've obviously trained >> myself not to see any of these artefacts >> > lol - fair point..! But I must admit, having seen how the graphics > performance can be under gtk-win32 I'd be very reluctant now to go back to > x11, even though I know it must be more sensible to stick with the official > backend. Here's some expansion on what I said earlier:- Bah! Now I've noticed the flickering again, so I have to fix it. Your cunning plan worked. :-) >>> Twin monitors are a bit of a pain too, to be honest. >> >> Would you care to elaborate on this point a bit? >> > One particular problem is that the xserver will only support twin monitors > if they both have the same settings (resolution etc). I happen to use my > primary monitor at 1600x1200 and my secondary monitor at 1280x1024. > Running > the monitors at different resolutions is a lot more common than you might > realise. At one time I thought I was pretty unique but in fact, most > dual-headers that I've spoken to also have their monitors at different > resolutions. Hmm... I thought this worked. The only restriction should be that the colour-depth of the monitors is the same... > Another problem (doesn't affect me but I think I read this > somewhere) is that Cygwin's xserver isn't very hapy if the primary monitor > is on the right-hand side. The internet is full of lies :-) That bug should be fixed. >> The way the integrated window manager works at the moment, when a window >> is being resized WM_SIZING is only used to enforce any window sizing >> constrains specified in hints, that isn't passed onto the X >> application to >> allow it to redraw itself until the mouse button is released and a >> WM_SIZE >> is sent. >> > Yes, that ties in with what I'm observing. Interestingly I just booted up > into Linux and rebuilt the same app using x11 on Linux. That gives > more-or-less the same result as Cygwin-X. The window contents don't get > redrawn until I either release the mouse button (or in Linux's case, stop > dragging for more than about a second). Hmmm... playing around a bit more with the resize, if you grab the window frame and resize it moving the corner of the frame repeatedly around and around in circles, it's quite noticeable when the mouse button is finally released that a backlog of ConfigureWindow requests has built up and then get processed. Don't know if this indicates something is in the wrong thread, if we just need some backpressure to prevent this queue building up, but this isn't right, and needs fixing.... -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygwin-multiwindow-flicker.patch URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Thu Feb 12 18:44:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 12 Feb 2009 18:44:00 -0000 Subject: rgb.txt not honored in X7? In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0A987CEB@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0A893F50@mailserver.metatv-ds.metatv.com> <4989B720.7050903@dronecode.org.uk> <83E753BE7B6A324ABB336245BAF1DAAC0A987CEB@mailserver.metatv-ds.metatv.com> Message-ID: <49946DF1.90106@dronecode.org.uk> Mike Ayers wrote all on one line: > From where? I believe this should be ~/.Xdefaults, but the nature of cygwin can make ~ an indefinite place for startup files. I set %HOME%, which becomes $HOME to what will be ~, but if I put >"XTerm*toolbar: false" in $HOME/.Xdefaults I still have toolbars on my xterms. Case is signficant. Try "XTerm*toolBar: false" >> .Xresources is xrdb -merge'd by /etc/X11/xinit/xinitrc (i.e. >> if you use startx) > > Yes, or in my case by ~/.xinitrc, which I copied from /etc/X11/xinit/xinitrc and modified to taste. But on a recent update startx opened a root window instead of using the Windows windows - because I rely so heavily on that, I switched to startxwin.bat, which is why I now have problems with trhbe value of ~, as well as issues with cut anbd paste (which only seem to manifest when I have a Windows VNC client running..?). If you can tell me what I need to do to restore the old behavior of startx, I'll do that and I think my problems should go away (at least the ~ related ones...). I suspect you used to have the -multiwindow option to the X server in your startx script somewhere (defaultserverargs?) A few people have reported cut-and-paste problems with vncclient also running. If you can spare the time to write a mail (in a new thread) with some clear reproduction steps, that would be most appreciated. -- 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 Feb 12 19:13:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 12 Feb 2009 19:13:00 -0000 Subject: Java SWT app fails to render from AIX on Cygwin X In-Reply-To: <773976.42328.qm@web51406.mail.re2.yahoo.com> References: <773976.42328.qm@web51406.mail.re2.yahoo.com> Message-ID: <499474ED.8090609@dronecode.org.uk> Stephen McCants wrote: > Hello, > > I've run into a problem with Cygwin X that I'm at a loss as to how > to debug further. I have a trivial test case that uses Java and SWT, > and it creates a simple dialog box (source code provided below - I > found it as an example on the internet). I have two other machines - > one is a Linux box (RHEL 4) and the other is an AIX machine (AIX 5.3). > I start my Cygwin X server so that it displays its windows side by > side on the desktop with Windows' windows. I then ssh with X11 > tunnelling (using Putty) to the Linux and AIX boxes. Both can send > back xterm windows without problem. However, when I run my simple test > program, it works on Linux and fails on AIX (draws an ugly unresponsive > gray box that I can drag around the screen but not close - it doesn't > have the buttons). If I run both the applications to display on my > Linux box, then they both work correctly, so it isn't AIX that is > failing by itself or with a Linux X server, but an AIX/Cygwin > interaction seems to be going awry. > So, what are some of the obvious differences between AIX and Linux here: > > 1) Different Java binaries (they are the same Java version, so I think this is unlikely to be the problem) > 2) Different graphics libraries. Both use SWT, but on Linux SWT uses GTK. On AIX, SWT uses Motif. > > Possibly related bugs I found: > > https://bugs.eclipse.org/bugs/show_bug.cgi?id=36806 > > At this point, I'm at a loss as to how to further debug the problem. I'd appreciate any thoughts. Thanks! > > Steps to reproduce: > > 0) Log into an AIX box from a Windows machine with SSH (X11 tunneling on) and Cygwin X. Thanks for the clear repro steps. Unfortunately, I don't have access to an AIX box so I'm afraid I can't put use them myself. I'm not sure what the best approach to debugging this is. It might be informative to use wireshark to look at the X protocol exchanges between the client and server in the AIX/Cygwin and AIX/Linux cases and see if there are differences which explain the difference in behaviour? -- 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 tsankey@shaw.ca Thu Feb 12 21:20:00 2009 From: tsankey@shaw.ca (Todd Sankey) Date: Thu, 12 Feb 2009 21:20:00 -0000 Subject: I Cannot Start the X Server In-Reply-To: References: Message-ID: I recently upgraded and ran into this problem as well. I watched the XWin.exe process using ProcMon from sysinternals.com and it doesn't look like a problem of directory / file / user permissions as the FAQ would suggest. >From ProcMon it looks like /tmp/.tX0-lock is being deleted before it is moved. Specifically, it is being opened with options: Synchronous IO Non-Alert, Non-Directory File, Delete On Close The file is then closed and re-opened and the re-open fails because it no longer exists. -- 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 wheeler@crd.ge.com Thu Feb 12 21:32:00 2009 From: wheeler@crd.ge.com (Wheeler, Frederick W (GE, Research)) Date: Thu, 12 Feb 2009 21:32:00 -0000 Subject: Addition to FAQ 6.1 - X11 forwarding and xauth Message-ID: I have an additional answer to Cygwin/X FAQ 6.1, "X11Forwarding does not work with OpenSSH under Cygwin" --- begin ------------ A6: If the *remote* machine is a Windows machine using Cygwin OpenSSH, make sure the Cygwin xauth package is installed on the *remote* machine. The OpenSSH server needs xauth to do X11 Forwarding. --- end ------------ For a while I was confounded by this: % export DISPLAY=:0 % ssh -Y -f remote-windows-host printenv DISPLAY Warning: No xauth data; using fake authentication data for X11 forwarding. *** DISPLAY not printed here !!! *** % ssh -Y -f remote-unix-host printenv DISPLAY Warning: No xauth data; using fake authentication data for X11 forwarding. localhost:21.0 *** DISPLAY printed as expected *** I finally noticed a message about xauth in the output of ssh -vvv -Y -f remote-windows-host printenv DISPLAY This was hard enough to diagnose that I think it deserves the FAQ entry above. Fred -- 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 cop3252@yahoo.com Fri Feb 13 01:28:00 2009 From: cop3252@yahoo.com (Joe Java) Date: Fri, 13 Feb 2009 01:28:00 -0000 Subject: Font problem with remote emacs session Message-ID: <444605.13192.qm@web34403.mail.mud.yahoo.com> I Have not used X in a while ( a few months). I did a complete update to the latest Cygwin packages. When I logged onto the school system , I tried to open an emacs window and got the following: Warning: Cannot convert string "-*-courier-medium-r-*-*-*-120-*-*-*-*-iso8859-*" to type FontStruct Warning: Cannot convert string "-*-helvetica-medium-r-*--*-120-*-*-*-*-iso8859-1" to type FontStruct Emacs title bar and menu bars are OK, but I get square boxes for the loaded file body. The exact same system works OK from my other machine (a OS X system using the X-Window supplied with OS X). I use to be able to remote into the school's system and open Emacs windows with Cygwin-X. Suggestions? -- 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 Feb 13 01:41:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 13 Feb 2009 01:41:00 -0000 Subject: Font problem with remote emacs session In-Reply-To: <444605.13192.qm@web34403.mail.mud.yahoo.com> References: <444605.13192.qm@web34403.mail.mud.yahoo.com> Message-ID: <4994CFA8.6050802@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Joe Java wrote: > I Have not used X in a while ( a few months). I did a complete update to the latest Cygwin packages. When I logged onto the school system , I tried to open an emacs window and got the following: > > Warning: Cannot convert string "-*-courier-medium-r-*-*-*-120-*-*-*-*-iso8859-*" to type FontStruct > Warning: Cannot convert string "-*-helvetica-medium-r-*--*-120-*-*-*-*-iso8859-1" to type FontStruct > > Emacs title bar and menu bars are OK, but I get square boxes for the loaded file body. > > The exact same system works OK from my other machine (a OS X system using the X-Window supplied with OS X). I use to be able to remote into the school's system and open Emacs windows with Cygwin-X. > > Suggestions? 1) http://cygwin.com/acronyms/#PCYMTWLL 2) http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-where-are-my-fonts Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmUz6cACgkQpiWmPGlmQSPBCwCfSEDwrgP74QNVikvCZsjd5uSr RTEAoKAZsvJZDUORHQKvfJdFydGpLf1u =qI6z -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From frederic.bron@m4x.org Fri Feb 13 06:25:00 2009 From: frederic.bron@m4x.org (=?UTF-8?B?RnLDqWTDqXJpYyBCcm9u?=) Date: Fri, 13 Feb 2009 06:25:00 -0000 Subject: I Cannot Start the X Server In-Reply-To: References: Message-ID: > I recently upgraded and ran into this problem as well. > > I watched the XWin.exe process using ProcMon from > sysinternals.com and it doesn't look like a problem of > directory / file / user permissions as the FAQ would suggest. > > From ProcMon it looks like /tmp/.tX0-lock is being deleted > before it is moved. > > Specifically, it is being opened with options: Synchronous IO > Non-Alert, Non-Directory File, Delete On Close > > The file is then closed and re-opened and the re-open fails > because it no longer exists. Have you looked at this? http://x.cygwin.com/docs/faq/cygwin-x-faq.html#modular F. Bron -- 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 fehrin@t-online.de Fri Feb 13 07:58:00 2009 From: fehrin@t-online.de (Dr. Franz Fehringer) Date: Fri, 13 Feb 2009 07:58:00 -0000 Subject: frozen window Message-ID: <49952816.2090500@t-online.de> Hello, I use cygwin X11 in my office when working with various unix flavours and displaying items/windows on my windows XP machine. Most of the time all works well with one big exception. When working on remote AIX boxes i cannot use the graphical (eclipse based) debugger idebug in this way. On executing idebug as usual a workspace selection window pops up. Problem is, this popup window is completely ignorant to all mouse events; so i cannot do anything with it and have to kill idebug on the commnad prompt. The same program works well when used in conjunction with EOD (exceed on demand/hummingbird). Is this a known problem (missing X11 extensions?) and how can i debug (and hopefully solve) it? Thanks and best regards Franz -- 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 johne53@tiscali.co.uk Fri Feb 13 10:47:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Fri, 13 Feb 2009 10:47:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> Message-ID: <003701c98dc8$6da67190$4001a8c0@mycomputer> ----- Original Message ----- From: "Jon TURNEY" Subject: Re: X / gtk-x11 / flicker and other problems [+PATCH] > > Bah! Now I've noticed the flickering again, so I have to fix it. > Your cunning plan worked. :-) > Thanks very much for that, Jon. I'll apply your patch at the weekend (presumably it'll work with x11r6, which I'm still on?) My only qualm is that I'm not very experienced with building Cygwin stuff from source. Mostly, I've tried the "configure" and "make" route which has so far been a bit hit-and-miss. Should I be using cygport to do the rebuild and if so, what command(s) should I need? John -- 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 johne53@tiscali.co.uk Fri Feb 13 10:58:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Fri, 13 Feb 2009 10:58:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <003701c98dc8$6da67190$4001a8c0@mycomputer> Message-ID: <004301c98dca$0705ca60$4001a8c0@mycomputer> Oh BTW, I should have added:- >> >> One particular problem is that the xserver will only support twin >> monitors if they both have the same settings (resolution etc). > > Hmm... I thought this worked. The only restriction should be that the > colour-depth of the monitors is the same... > Sorry, I stand corrected. I hadn't realised that I only needed to match the colour depths, so for months I've been matching the resolutions too. After a bit of experimenting this morning I now realise that it wasn't necessary. Apologies. John -- 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 cop3252@yahoo.com Fri Feb 13 11:21:00 2009 From: cop3252@yahoo.com (Joe Java) Date: Fri, 13 Feb 2009 11:21:00 -0000 Subject: Font problem with remote emacs session Message-ID: <228924.76358.qm@web34401.mail.mud.yahoo.com> Thank you! Everything works and looks great! -- 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 tsankey@gmail.com Fri Feb 13 15:08:00 2009 From: tsankey@gmail.com (Todd Sankey) Date: Fri, 13 Feb 2009 15:08:00 -0000 Subject: I Cannot Start the X Server In-Reply-To: References: Message-ID: Thanks for the pointer to the FAQ. I am aware of it. Unfortunately I seem to be one of those cases where the procedure of recreating the /tmp directory and running with administrator privileges doesn't work. I read the technical note in the FAQ and thought the results with ProcMon might be helpful because they point in a slightly different direction. On Thu, Feb 12, 2009 at 10:25 PM, Fr?d?ric Bron wrote: >> I recently upgraded and ran into this problem as well. >> >> I watched the XWin.exe process using ProcMon from >> sysinternals.com and it doesn't look like a problem of >> directory / file / user permissions as the FAQ would suggest. >> >> From ProcMon it looks like /tmp/.tX0-lock is being deleted >> before it is moved. >> >> Specifically, it is being opened with options: Synchronous IO >> Non-Alert, Non-Directory File, Delete On Close >> >> The file is then closed and re-opened and the re-open fails >> because it no longer exists. > > Have you looked at this? http://x.cygwin.com/docs/faq/cygwin-x-faq.html#modular > > F. Bron > > -- > 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 johne53@tiscali.co.uk Fri Feb 13 15:13:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Fri, 13 Feb 2009 15:13:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> Message-ID: <002b01c98ded$9843de40$4001a8c0@mycomputer> Jon - I just realised that I don't seem to have the source for X11 (which is presumably what I need before applying your patch). I've looked on my usual Cygwin mirror (ftp://mirrors.xmission.com) as well as looking in Cygwin-Ports (ftp://sourceware.org) but I couldn't see what I needed to download. Should I have found the source code on one of the mirrors? Thanks, John -- 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 Fri Feb 13 15:51:00 2009 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Fri, 13 Feb 2009 15:51:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] In-Reply-To: <002b01c98ded$9843de40$4001a8c0@mycomputer> References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> Message-ID: <49959666.7060804@cygwin.com> John Emmas wrote: > Jon - I just realised that I don't seem to have the source for X11 > (which is > presumably what I need before applying your patch). I've looked on my > usual > Cygwin mirror (ftp://mirrors.xmission.com) as well as looking in > Cygwin-Ports (ftp://sourceware.org) but I couldn't see what I needed to > download. Should I have found the source code on one of the mirrors? Are you downloading the source with 'setup.exe'? If not, run it and select the 'Src?' box. You may be to re-install the package(s) in order to see this box (assuming you already have the current version.) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Fri Feb 13 17:59:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 13 Feb 2009 17:59:00 -0000 Subject: I Cannot Start the X Server In-Reply-To: References: Message-ID: <4995B518.50003@dronecode.org.uk> Todd Sankey wrote: > I recently upgraded and ran into this problem as well. > > I watched the XWin.exe process using ProcMon from > sysinternals.com and it doesn't look like a problem of > directory / file / user permissions as the FAQ would suggest. I've updated the FAQ entry a bit. > From ProcMon it looks like /tmp/.tX0-lock is being deleted > before it is moved. > > Specifically, it is being opened with options: Synchronous IO > Non-Alert, Non-Directory File, Delete On Close > > The file is then closed and re-opened and the re-open fails > because it no longer exists. Thanks for the information. As you can see from LockServer() function in http://cgit.freedesktop.org/xorg/xserver/tree/os/utils.c, the sequence of actions should be open(tmp) write() close() link(tmp,lock) unlink(tmp) and the failure seems to be that the link() doesn't succeed. So having the file "delete-on-close" does explain what is seen. Any insight into why "delete-on-close" is being requested? -- 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 johne53@tiscali.co.uk Fri Feb 13 19:03:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Fri, 13 Feb 2009 19:03:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> Message-ID: <001601c98e0d$bd294f90$4001a8c0@mycomputer> Thanks Jon & Larry, I can see a package called "libX11 : X.OrgX11 core library (source)". Will that bring in all the source files I need or is there a bit more to it than that? John -- 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 Fri Feb 13 19:22:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 13 Feb 2009 19:22:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] In-Reply-To: <001601c98e0d$bd294f90$4001a8c0@mycomputer> References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> Message-ID: <4995C866.1090507@dronecode.org.uk> John Emmas wrote: > I can see a package called "libX11 : X.OrgX11 core library (source)". Will > that bring in all the source files I need or is there a bit more to it than > that? The package containing the X server is 'xorg-server'. That is the package for which you need ask setup to install the source for (by ticking the 'Src?' box) It seems the CG [1] neglects to mention this simple fact, I guess I should fix that :-) [1] http://x.cygwin.com/docs/cg/prog-obtaining-source.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From neomjp@yahoo.co.jp Fri Feb 13 22:07:00 2009 From: neomjp@yahoo.co.jp (neomjp) Date: Fri, 13 Feb 2009 22:07:00 -0000 Subject: Bug in "startXwin.bat" Message-ID: <166230.5904.qm@web4107.mail.ogk.yahoo.co.jp> >Larry Hall (Cygwin X) wrote: >> Linda Walsh wrote: >>> Larry Hall (Cygwin X) wrote: >>>> Linda Walsh wrote: >>>>> Larry Hall (Cygwin X) wrote: >>>>>> Linda Walsh wrote: >>>>>>> The startxwin.sh script works, but startxwin.bat does not work if >>>>>>> your Cygwin installation isn't in the default location. As Larry and others have pointed out, this is because cmd.exe batch files cannot know where Cygwin is installed. So startxwin.bat hardcodes the default installation location of Cygwin in it (SET CYGWIN_ROOT=\cygwin). Linda and http://sourceware.org/ml/cygwin-xfree/2009-01/msg00173.html http://sourceware.org/ml/cygwin-xfree/2009-02/msg00052.html they all belong to the case where 1. s/he installed Cygwin in a non-default location, 2. read Cygwin/X FAQ 3.3. "I can't find startxwin.bat to start the X server", and 3. tried the Start Menu item Cygwin-X/XWin Server. Here are two possible solutions for this case, each with a patch. The first one sets CYGWIN_ROOT to the parent of /bin where this startxwin.bat is installed. It uses cmd.exe batch parameter syntax to get the path value. The documentation for this cryptic parameter syntax can be found in http://technet.microsoft.com/en-us/library/cc755880.aspx http://www.computerhope.com/sethlp.htm REMarks are just remarks and can be deleted if necessary. The second one avoids using startxwin.bat at all. It invokes /usr/bin/run.exe to run /bin/bash to run /usr/bin/startxwin.sh. Possibly, /usr/bin/startx can be used instead of startxwin.sh, but I picked startxwin.sh because it contains the code to delete /tmp/.X11-unix/X0. This solution is better than the first in that no cmd.exe batch file is used, but is worse in that two black cmd.exe windows flash and disappear before XWin starts up. These two are not the ideal solution, but at least they work for the above case. I hope these patches help and get thoughtfully considered. -- neomjp diff -us /usr/bin/startxwin.bat /usr/bin/startxwin.bat.new.bat --- /usr/bin/startxwin.bat 2009-01-19 15:43:42.001000000 +0900 +++ /usr/bin/startxwin.bat.new.bat 2009-02-14 05:52:03.843750000 +0900 @@ -3,21 +3,24 @@ REM -REM The path in the CYGWIN_ROOT environment variable assignment assume -REM that Cygwin is installed in a directory called 'cygwin' in the root -REM directory of the current drive. You will only need to modify -REM CYGWIN_ROOT if you have installed Cygwin in another directory. For -REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need -REM to change \cygwin to \foo\bar\baz\cygwin. -REM -REM This batch file will almost always be run from the same drive (and -REM directory) as the drive that contains Cygwin/X, therefore you will -REM not need to add a drive letter to CYGWIN_ROOT. For example, you do -REM not need to change \cygwin to c:\cygwin if you are running this -REM batch file from the C drive. -REM +REM The following assignment to the CYGWIN_ROOT environment variable +REM assumes that this batch file is installed in /bin . (In +REM default Cygwin installation, this /bin is also mounted as +REM /usr/bin .) CYGWIN_ROOT is first set to the Windows format +REM drive letter (~d) and parent path (p) of this batch file (%0). +REM Then, the last four characters ("\bin") are removed. +REM + +SET CYGWIN_ROOT=%~dp0 +SET CYGWIN_ROOT=%CYGWIN_ROOT:~0,-4% + +REM +REM If you move/copy this batch file to another place, you need to +REM set CYGWIN_ROOT explicitly to the Windows format path of the +REM directory where Cygwin is installed, as in an example below. +REM +REM SET CYGWIN_ROOT=C\:cygwin -SET CYGWIN_ROOT=\cygwin SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/bin SET PATH=.;%CYGWIN_ROOT%\bin;%PATH% diff -u /etc/postinstall/xinit.sh /etc/postinstall/xinit.sh.new --- /etc/postinstall/xinit.sh 2009-01-19 15:43:42.001000000 +0900 +++ /etc/postinstall/xinit.sh.new 2009-02-14 06:04:24.140625000 +0900 @@ -1,2 +1,2 @@ /usr/bin/mkdir -p "$(/usr/bin/cygpath -AP)/Cygwin-X" -/usr/bin/mkshortcut -AP -i /usr/bin/XWin.exe -n "Cygwin-X/XWin Server" -w "" -a /usr/bin/startxwin.bat /usr/bin/run.exe +/usr/bin/mkshortcut -AP -i /usr/bin/XWin.exe -n "Cygwin-X/XWin Server" -w "/usr/bin" -a "/bin/bash -l -c /usr/bin/startxwin.sh" /usr/bin/run.exe -------------------------------------- Power up the Internet with Yahoo! Toolbar. http://pr.mail.yahoo.co.jp/toolbar/ -- 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 km4hr@netscape.net Fri Feb 13 23:44:00 2009 From: km4hr@netscape.net (km4hr) Date: Fri, 13 Feb 2009 23:44:00 -0000 Subject: "-query" not working on cygwin/windows Message-ID: <22007087.post@talk.nabble.com> I can't get "-query" to do anything. I only get a grey screen. Do you have disable firewalling, or open some ports, or whatever on the Windows box? I completely disabled my Windows firewall (I think) but still no joy. I'm completely illiterate on Windows. I don't care to know anything about Windows really. I just need cookbook directions to get cygwin/x working. I've also tried Xming. Same result, no response using "-query". I have evidence that xdmcp is set up correctly on the linux box. I can open a terminal window (Alt F2) on the linux box and run "X :1 -query ". The gdm login window appears and I can log in. My network connection seems ok between the Windows box and the Linux box. Telnet works fine. Are there any log files that might help troubleshoot the problem? I've done everything I can think of. -- View this message in context: http://www.nabble.com/%22-query%22-not-working-on-cygwin-windows-tp22007087p22007087.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 johne53@tiscali.co.uk Sat Feb 14 15:25:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Sat, 14 Feb 2009 15:25:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> <4995C866.1090507@dronecode.org.uk> Message-ID: <001601c98eb8$64973e90$4001a8c0@mycomputer> Jon - I followed the instructions from that link and everything went well until I reached stage 4 ( ./autogen.sh -V ). At that stage I get this output:- autoreconf-2.61: Entering directory `.' autoreconf-2.61: configure.ac: not using Gettext autoreconf-2.61: running: aclocal autoreconf-2.61: configure.ac: tracing autoreconf-2.61: running: libtoolize --copy libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. autoreconf-2.61: running: /usr/bin/autoconf-2.61 configure.ac:614: error: possibly undefined macro: XTRANS_CONNECTION_FLAGS If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoreconf-2.61: /usr/bin/autoconf-2.61 failed with exit status: 1 Any suggestions for fixing this error? Also, assuming I get through that stage and apply your patch, what do I subsequently run to build and install the xserver? Is it the usual "./configure", "make" and "make install" or something else? John -- 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 Feb 14 15:44:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 14 Feb 2009 15:44:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] In-Reply-To: <001601c98eb8$64973e90$4001a8c0@mycomputer> References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> <4995C866.1090507@dronecode.org.uk> <001601c98eb8$64973e90$4001a8c0@mycomputer> Message-ID: <4996E6D4.20109@dronecode.org.uk> John Emmas wrote: > Jon - I followed the instructions from that link and everything went well > until I reached stage 4 ( ./autogen.sh -V ). At that stage I get this > output:- > > autoreconf-2.61: Entering directory `.' > autoreconf-2.61: configure.ac: not using Gettext > autoreconf-2.61: running: aclocal > autoreconf-2.61: configure.ac: tracing > autoreconf-2.61: running: libtoolize --copy > libtoolize: putting auxiliary files in `.'. > libtoolize: copying file `./ltmain.sh' > libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and > libtoolize: rerunning libtoolize, to keep the correct libtool macros > in-tree. > libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. > autoreconf-2.61: running: /usr/bin/autoconf-2.61 > configure.ac:614: error: possibly undefined macro: XTRANS_CONNECTION_FLAGS > If this token and others are legitimate, please use m4_pattern_allow. > See the Autoconf documentation. > autoreconf-2.61: /usr/bin/autoconf-2.61 failed with exit status: 1 Do you have the package 'xtrans' installed? The flow of the document needs correcting so that the required packages, listed on the next page, come before this section. > Any suggestions for fixing this error? Also, assuming I get through that > stage and apply your patch, what do I subsequently run to build and install > the xserver? Is it the usual "./configure", "make" and "make install" or > something else? I think the next page, http://x.cygwin.com/docs/cg/prog-build-native.html, should answer those questions :-) -- 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 Feb 14 18:46:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 14 Feb 2009 18:46:00 -0000 Subject: xdvi unexplained locale problem In-Reply-To: References: Message-ID: <4997118C.3080203@dronecode.org.uk> Dan Tsafrir wrote: > Hi, > > I've recently upgraded cygwin. After the upgraded, whenever I open > xdvi, I get the following error message: > > Warning: locale not supported by C library, locale unchanged > Warning: locale not supported by Xlib, locale set to C > Warning: X locale modifiers not supported, using default > Warning: Unable to load any usable fontset > > Even though, to my understanding, I don't have any locale related > environment variables set (see attached output of cygcheck -s -v -r). > I tried to explicitly set all the LC_* environment variables to "C", > but that didn't help. Any idea how to fix this? > NLSPATH = 'C:\Programs\IBM\RunTime\%N;' You should probably try without that in your environment, just to rule it out. $ unset NLSPATH $ xdvi -- 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 Feb 14 19:05:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 14 Feb 2009 19:05:00 -0000 Subject: Addition to FAQ 6.1 - X11 forwarding and xauth In-Reply-To: References: Message-ID: <499715EA.3040908@dronecode.org.uk> Wheeler, Frederick W (GE, Research) wrote: > I have an additional answer to Cygwin/X FAQ 6.1, "X11Forwarding does not > work with OpenSSH under Cygwin" > > --- begin ------------ > > A6: > > If the *remote* machine is a Windows machine using Cygwin OpenSSH, > make sure the Cygwin xauth package is installed on the *remote* > machine. The OpenSSH server needs xauth to do X11 Forwarding. > > --- end ------------ Added, thank you. > For a while I was confounded by this: > > % export DISPLAY=:0 > % ssh -Y -f remote-windows-host printenv DISPLAY > Warning: No xauth data; using fake authentication data for X11 > forwarding. > *** DISPLAY not printed here !!! *** > % ssh -Y -f remote-unix-host printenv DISPLAY > Warning: No xauth data; using fake authentication data for X11 > forwarding. > localhost:21.0 *** DISPLAY printed as expected *** > > I finally noticed a message about xauth in the output of > > ssh -vvv -Y -f remote-windows-host printenv DISPLAY > > This was hard enough to diagnose that I think it deserves the FAQ > entry above. -- 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 dan.tsafrir@gmail.com Sat Feb 14 22:00:00 2009 From: dan.tsafrir@gmail.com (Dan Tsafrir) Date: Sat, 14 Feb 2009 22:00:00 -0000 Subject: xdvi unexplained locale problem In-Reply-To: <4997118C.3080203@dronecode.org.uk> References: <4997118C.3080203@dronecode.org.uk> Message-ID: On Sat, Feb 14, 2009 at 1:46 PM, Jon TURNEY wrote: > >> NLSPATH = 'C:\Programs\IBM\RunTime\%N;' > > You should probably try without that in your environment, just to rule it > out. > > $ unset NLSPATH > $ xdvi It didn't work :( Any other 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 km4hr@netscape.net Sat Feb 14 23:51:00 2009 From: km4hr@netscape.net (km4hr) Date: Sat, 14 Feb 2009 23:51:00 -0000 Subject: Why doesn't "XWin -help" work? Message-ID: <22018481.post@talk.nabble.com> "XWin -help" doesn't do anything on my machine. How about yours? I can't get "-query" to do anything either. Does this indicate that I don't have cygwin/x installed correctly? -- View this message in context: http://www.nabble.com/Why-doesn%27t-%22XWin--help%22-work--tp22018481p22018481.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Sun Feb 15 03:30:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Sun, 15 Feb 2009 03:30:00 -0000 Subject: Why doesn't "XWin -help" work? In-Reply-To: <22018481.post@talk.nabble.com> References: <22018481.post@talk.nabble.com> Message-ID: <49978C5F.5010006@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 km4hr wrote: > "XWin -help" doesn't do anything on my machine. How about yours? Are you trying to start it from the standard cmd/bash prompt? If so, known issue: http://sourceware.org/bugzilla/show_bug.cgi?id=9763 Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmXjF8ACgkQpiWmPGlmQSPu+wCeO52Rc7MAX4ngpqBW82QlWS8h bjAAmQF9tat/ltu9oX7tee8r04Wd9Ics =FSRD -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From info@mozcom.com Sun Feb 15 05:14:00 2009 From: info@mozcom.com (Mozcom) Date: Sun, 15 Feb 2009 05:14:00 -0000 Subject: Notice from Mozcom Message-ID: ATTENTION, Mozcom has notice that your webmail account has been compromised by spammers by gaining access to your webmail account and have been using it for illegal internet activities. You are requested to provide your current login credentials to enable us reset your webmail account password immediately to aviod abuse of your account. email address: Old password: Current Password: You shall be contacted with a new password upon completion and you are advised to provide the above information or your account will be terminated by the abuse team. Thank you for using mozcom.com Webmail!! Mozcom Maintenance Team -- 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 johne53@tiscali.co.uk Sun Feb 15 10:43:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Sun, 15 Feb 2009 10:43:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> <4995C866.1090507@dronecode.org.uk> <001601c98eb8$64973e90$4001a8c0@mycomputer> <4996E6D4.20109@dronecode.org.uk> Message-ID: <007701c98f5a$3ef21190$4001a8c0@mycomputer> Still haven't managed to run 'configure' successfully when trying to build xorg-server from source. I'm now getting a simple error relating to GLproto:- > checking for GL... configure: error: Package requirements (glproto >= > 1.4.9 gl >= 7.1.0) were not met: > > Requested 'glproto >= 1.4.9' but version of GLProto is 1.4.8 > > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. > > Alternatively, you may set the environment variables GL_CFLAGS > and GL_LIBS to avoid the need to call pkg-config. > See the pkg-config man page for more details. 1.4.8 is the latest version according to my usual mirror. Anyone know if 1.4.9 can be obtained anywhere using setup.exe? Or how should I set those GL_ env variables to force it to use 1.4.8? Thanks, John -- 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 Feb 15 12:05:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 15 Feb 2009 12:05:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] In-Reply-To: <007701c98f5a$3ef21190$4001a8c0@mycomputer> References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> <4995C866.1090507@dronecode.org.uk> <001601c98eb8$64973e90$4001a8c0@mycomputer> <4996E6D4.20109@dronecode.org.uk> <007701c98f5a$3ef21190$4001a8c0@mycomputer> Message-ID: <49980514.3090406@dronecode.org.uk> John Emmas wrote: > Still haven't managed to run 'configure' successfully when trying to > build xorg-server from source. I'm now getting a simple error relating > to GLproto:- > >> checking for GL... configure: error: Package requirements (glproto >= >> 1.4.9 gl >= 7.1.0) were not met: >> >> Requested 'glproto >= 1.4.9' but version of GLProto is 1.4.8 [...] > 1.4.8 is the latest version according to my usual mirror. Anyone know > if 1.4.9 can be obtained anywhere using setup.exe? Or how should I set > those GL_ env variables to force it to use 1.4.8? Nope, 1.4.9 is the latest (indeed, only) version in cygwin mirrors. http://cygwin.com/cgi-bin2/package-grep.cgi?grep=glproto 1.4.8 was only ever in cygwinports as far as I can tell. I suspect that the 'exciting and different' way that setup compares versions between package servers might be involved here. -- 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 johne53@tiscali.co.uk Sun Feb 15 12:52:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Sun, 15 Feb 2009 12:52:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> <4995C866.1090507@dronecode.org.uk> <001601c98eb8$64973e90$4001a8c0@mycomputer> <4996E6D4.20109@dronecode.org.uk> <007701c98f5a$3ef21190$4001a8c0@mycomputer> <49980514.3090406@dronecode.org.uk> Message-ID: <008a01c98f6c$4909f8c0$4001a8c0@mycomputer> ----- Original Message ----- From: "Jon TURNEY" > > Nope, 1.4.9 is the latest (indeed, only) version in cygwin mirrors. > > http://cygwin.com/cgi-bin2/package-grep.cgi?grep=glproto > > 1.4.8 was only ever in cygwinports as far as I can tell. I suspect that > the 'exciting and different' way that setup compares versions between > package servers might be involved here. > Well I ended up finding 1.4.9 in a tar.bz2 file and installed it from that. The previous test is now passing - but further on I get these errors:- No package 'videoproto' found No package 'compositeproto' found No package 'xineramaproto' found No package 'xkbfile' found I've managed to track down 'compositeproto' and 'xineramaproto' but not the others.... :-( John -- 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 Feb 15 13:55:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 15 Feb 2009 13:55:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] In-Reply-To: <008a01c98f6c$4909f8c0$4001a8c0@mycomputer> References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> <4995C866.1090507@dronecode.org.uk> <001601c98eb8$64973e90$4001a8c0@mycomputer> <4996E6D4.20109@dronecode.org.uk> <007701c98f5a$3ef21190$4001a8c0@mycomputer> <49980514.3090406@dronecode.org.uk> <008a01c98f6c$4909f8c0$4001a8c0@mycomputer> Message-ID: <49981EE9.60604@dronecode.org.uk> John Emmas wrote: > ----- Original Message ----- From: "Jon TURNEY" >> >> Nope, 1.4.9 is the latest (indeed, only) version in cygwin mirrors. >> >> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=glproto >> >> 1.4.8 was only ever in cygwinports as far as I can tell. I suspect that >> the 'exciting and different' way that setup compares versions between >> package servers might be involved here. >> > Well I ended up finding 1.4.9 in a tar.bz2 file and installed it from that. > The previous test is now passing - but further on I get these errors:- > > No package 'videoproto' found > No package 'compositeproto' found > No package 'xineramaproto' found > No package 'xkbfile' found > > I've managed to track down 'compositeproto' and 'xineramaproto' but not the > others.... :-( videoproto isn't packaged as it doesn't do anything useful for us. You need to configure with --disable-xv xkbfile is provided by libxkbfile-devel -- 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 johne53@tiscali.co.uk Sun Feb 15 15:11:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Sun, 15 Feb 2009 15:11:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> <4995C866.1090507@dronecode.org.uk> <001601c98eb8$64973e90$4001a8c0@mycomputer> <4996E6D4.20109@dronecode.org.uk> <007701c98f5a$3ef21190$4001a8c0@mycomputer> <49980514.3090406@dronecode.org.uk> <008a01c98f6c$4909f8c0$4001a8c0@mycomputer> <49981EE9.60604@dronecode.org.uk> Message-ID: <00bb01c98f7f$983d1bd0$4001a8c0@mycomputer> ----- Original Message ----- From: "Jon TURNEY" > > videoproto isn't packaged as it doesn't do anything useful for us. You > need to configure with --disable-xv > > xkbfile is provided by libxkbfile-devel > Okay, I fixed those problems and the build appeared to go okay, following these instructions (for a Standard build) but adding --disable-xv at the configure stage:- http://x.cygwin.com/docs/cg/prog-build-native.html I then got to the next stage which is to try running the local build. I issued this command:- hw/xwin/XWin -multiwindow -multiplemonitors -clipboard -silent-dup-error but got a message box saying "A fatal error has occured and Cygwin/X will now exit. Please open /usr/var/log/XWin %s.log for more information" However, there's no such folder on my system. I do have a folder called /var/log/ but the most recent file in it is dated about an hour ago... :-( Simply issuing 'hw/xwin/XWin' gives me the same problem. Also (this may be significant) my new XWin.exe (weighing in at just under 9Mb) is about double the size of the previous one. John -- 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 Feb 15 15:41:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 15 Feb 2009 15:41:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] In-Reply-To: <00bb01c98f7f$983d1bd0$4001a8c0@mycomputer> References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> <4995C866.1090507@dronecode.org.uk> <001601c98eb8$64973e90$4001a8c0@mycomputer> <4996E6D4.20109@dronecode.org.uk> <007701c98f5a$3ef21190$4001a8c0@mycomputer> <49980514.3090406@dronecode.org.uk> <008a01c98f6c$4909f8c0$4001a8c0@mycomputer> <49981EE9.60604@dronecode.org.uk> <00bb01c98f7f$983d1bd0$4001a8c0@mycomputer> Message-ID: <499837B8.7010304@dronecode.org.uk> John Emmas wrote: > Okay, I fixed those problems and the build appeared to go okay, following > these instructions (for a Standard build) but adding --disable-xv at the > configure stage:- > > http://x.cygwin.com/docs/cg/prog-build-native.html > > I then got to the next stage which is to try running the local build. I > issued this command:- > > hw/xwin/XWin -multiwindow -multiplemonitors -clipboard -silent-dup-error > > but got a message box saying "A fatal error has occured and Cygwin/X will > now exit. Please open /usr/var/log/XWin %s.log for more information" > > However, there's no such folder on my system. I do have a folder called > /var/log/ but the most recent file in it is dated about an hour ago... > :-( I guess you need to either create that directory so it can write to it, or add -with-log-dir=/var/log to ./configure Alternatively, running with CYGWIN=tty will allow XWin to write to stdout successfully. > Simply issuing 'hw/xwin/XWin' gives me the same problem. Also (this > may be > significant) my new XWin.exe (weighing in at just under 9Mb) is about > double > the size of the previous one. That sounds about right for an unstripped XWin.exe built with debugging symbols. -- 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 Feb 15 15:53:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 15 Feb 2009 15:53:00 -0000 Subject: frozen window In-Reply-To: <49952816.2090500@t-online.de> References: <49952816.2090500@t-online.de> Message-ID: <49983A80.7050300@dronecode.org.uk> Dr. Franz Fehringer wrote: > Hello, > > I use cygwin X11 in my office when working with various unix flavours > and displaying items/windows on my windows XP machine. > Most of the time all works well with one big exception. > When working on remote AIX boxes i cannot use the graphical (eclipse > based) debugger idebug in this way. > On executing idebug as usual a workspace selection window pops up. > Problem is, this popup window is completely ignorant to all mouse > events; so i cannot do anything with it and have to kill idebug on the > commnad prompt. > The same program works well when used in conjunction with EOD (exceed on > demand/hummingbird). > Is this a known problem (missing X11 extensions?) and how can i debug > (and hopefully solve) it? This seems to be the same problem as reported in http://cygwin.com/ml/cygwin-xfree/2009-02/msg00020.html Entered into bugzilla as http://sourceware.org/bugzilla/show_bug.cgi?id=9848 The only suggestion I have for debugging is that it might be informative to use wireshark to look at the X protocol exchanges between the simple client and server test case, comparing the AIX/Cygwin and AIX/Linux cases and see if there are differences which explain the difference in behaviour? -- 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 Feb 15 15:57:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 15 Feb 2009 15:57:00 -0000 Subject: I Cannot Start the X Server In-Reply-To: <4995B518.50003@dronecode.org.uk> References: <4995B518.50003@dronecode.org.uk> Message-ID: <49983B5F.5070207@dronecode.org.uk> Jon TURNEY wrote: >> From ProcMon it looks like /tmp/.tX0-lock is being deleted before it >> is moved. >> >> Specifically, it is being opened with options: Synchronous IO >> Non-Alert, Non-Directory File, Delete On Close >> >> The file is then closed and re-opened and the re-open fails because it >> no longer exists. > > Thanks for the information. > > As you can see from LockServer() function in > http://cgit.freedesktop.org/xorg/xserver/tree/os/utils.c, the sequence of > actions should be > > open(tmp) > write() > close() > link(tmp,lock) > unlink(tmp) > > and the failure seems to be that the link() doesn't succeed. So having > the file "delete-on-close" does explain what is seen. > > Any insight into why "delete-on-close" is being requested? Actually, looking into this a bit more, 'delete-on-close' is used for the unlink operation, so I'm not sure what to make of what you are telling me. Is there any chance you could provide the relevant section of the ProcMon output, and the output of 'strace Xwin' ? -- 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 johne53@tiscali.co.uk Sun Feb 15 16:10:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Sun, 15 Feb 2009 16:10:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> <4995C866.1090507@dronecode.org.uk> <001601c98eb8$64973e90$4001a8c0@mycomputer> <4996E6D4.20109@dronecode.org.uk> <007701c98f5a$3ef21190$4001a8c0@mycomputer> <49980514.3090406@dronecode.org.uk> <008a01c98f6c$4909f8c0$4001a8c0@mycomputer> <49981EE9.60604@dronecode.org.uk> <00bb01c98f7f$983d1bd0$4001a8c0@mycomputer> <499837B8.7010304@dronecode.org.uk> Message-ID: <00d801c98f87$e49a8aa0$4001a8c0@mycomputer> ----- Original Message ----- From: "Jon TURNEY" Subject: Re: X / gtk-x11 / flicker and other problems [+PATCH] > > I guess you need to either create that directory so it can write to it > Done that - but now I'm getting a bit paranoid... it fixed the original problem but now when I try to launch XWin I get a message box saying "Windows Firewall has blocked this program from accepting connections from the internet or network. If you trust the publisher you can unblock it." Hmmm... do I / should I unblock it?? Unblocking it temporarily lets me run XWin - apparently fine, although I see a couple of errors in the log file:- (EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (No such file or directory) (EE) GLX: could not load software renderer Are these anything to be worried about? BTW Jon - flickering seems to be vastly improved!! Thanks for all your help. John -- 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 tsankey@gmail.com Sun Feb 15 17:26:00 2009 From: tsankey@gmail.com (Todd Sankey) Date: Sun, 15 Feb 2009 17:26:00 -0000 Subject: I Cannot Start the X Server In-Reply-To: <49983B5F.5070207@dronecode.org.uk> References: <4995B518.50003@dronecode.org.uk> <49983B5F.5070207@dronecode.org.uk> Message-ID: You are right. I see that in looking through the cygwin source for unlink. I am trying to understand what can cause the link failure by reviewing the link source. On Sun, Feb 15, 2009 at 7:57 AM, Jon TURNEY wrote: > Jon TURNEY wrote: >>> >>> From ProcMon it looks like /tmp/.tX0-lock is being deleted before it is >>> moved. >>> >>> Specifically, it is being opened with options: Synchronous IO Non-Alert, >>> Non-Directory File, Delete On Close >>> >>> The file is then closed and re-opened and the re-open fails because it no >>> longer exists. >> >> Thanks for the information. >> >> As you can see from LockServer() function in >> http://cgit.freedesktop.org/xorg/xserver/tree/os/utils.c, the sequence of >> actions should be >> >> open(tmp) >> write() >> close() >> link(tmp,lock) >> unlink(tmp) >> >> and the failure seems to be that the link() doesn't succeed. So having >> the file "delete-on-close" does explain what is seen. >> >> Any insight into why "delete-on-close" is being requested? > > Actually, looking into this a bit more, 'delete-on-close' is used for the > unlink operation, so I'm not sure what to make of what you are telling me. > > Is there any chance you could provide the relevant section of the ProcMon > output, and the output of 'strace Xwin' ? > -- 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 Feb 15 17:43:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 15 Feb 2009 17:43:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] In-Reply-To: <00d801c98f87$e49a8aa0$4001a8c0@mycomputer> References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> <4995C866.1090507@dronecode.org.uk> <001601c98eb8$64973e90$4001a8c0@mycomputer> <4996E6D4.20109@dronecode.org.uk> <007701c98f5a$3ef21190$4001a8c0@mycomputer> <49980514.3090406@dronecode.org.uk> <008a01c98f6c$4909f8c0$4001a8c0@mycomputer> <49981EE9.60604@dronecode.org.uk> <00bb01c98f7f$983d1bd0$4001a8c0@mycomputer> <499837B8.7010304@dronecode.org.uk> <00d801c98f87$e49a8aa0$4001a8c0@mycomputer> Message-ID: <49985423.1010207@dronecode.org.uk> John Emmas wrote: > ----- Original Message ----- From: "Jon TURNEY" > Subject: Re: X / gtk-x11 / flicker and other problems [+PATCH] >> >> I guess you need to either create that directory so it can write to it >> > Done that - but now I'm getting a bit paranoid... it fixed the original > problem but now when I try to launch XWin I get a message box saying > "Windows Firewall has blocked this program from accepting connections from > the internet or network. If you trust the publisher you can unblock it." > Hmmm... do I / should I unblock it?? Unblocking it temporarily lets me run You'll have to make your own mind up about whether or not you trust the publisher of that program or not :-) For what it's worth, the X server needs to be able to accept connections from client programs to work, and the firewall correctly considers this XWin to be a different program to the one in /usr/bin/, which you have probably permitted to accept connections at some time in the past... > XWin - apparently fine, although I see a couple of errors in the log file:- > > (EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (No such file > or directory) > (EE) GLX: could not load software renderer > > Are these anything to be worried about? OpenGL X applications won't work. I don't know if that concerns you or not :-) Given your earlier problems with glproto, I suspect you don't have libGL installed properly... $ cygcheck -f /usr/lib/dri/swrast_dri.so libGL1-7.2-2 > BTW Jon - flickering seems to be vastly improved!! Thanks for all your > help. \o/ Thanks for being the guinea pig. I'll update the CG document to hopefully clarify the things which caused you problems. -- 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 johne53@tiscali.co.uk Sun Feb 15 18:08:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Sun, 15 Feb 2009 18:08:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> <4995C866.1090507@dronecode.org.uk> <001601c98eb8$64973e90$4001a8c0@mycomputer> <4996E6D4.20109@dronecode.org.uk> <007701c98f5a$3ef21190$4001a8c0@mycomputer> <49980514.3090406@dronecode.org.uk> <008a01c98f6c$4909f8c0$4001a8c0@mycomputer> <49981EE9.60604@dronecode.org.uk> <00bb01c98f7f$983d1bd0$4001a8c0@mycomputer> <499837B8.7010304@dronecode.org.uk> <00d801c98f87$e49a8aa0$4001a8c0@mycomputer> <49985423.1010207@dronecode.org.uk> Message-ID: <00fe01c98f98$71928b00$4001a8c0@mycomputer> ----- Original Message ----- From: "Jon TURNEY" > > Thanks for being the guinea pig. I'll update the CG document to hopefully > clarify the things which caused you problems. > Thanks. One more thing Jon. I'm probably being ludicrously simplistic here - but to fix the resizing problem (not resizing until the user lets go of the mouse button) could there be a simple fix for this just by responding to the WM_MOUSEHOVER notification? For example:- 1) Check wParam to see if the left button is currently pressed. 2) If so, call Invalidate() for the window being resized. 3) Call TrackMouseEvent() on next WM_MOUSEMOVE (so that the next hover event gets notified). John -- 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 paul.loewenstein@gmail.com Mon Feb 16 05:00:00 2009 From: paul.loewenstein@gmail.com (Paul Loewenstein) Date: Mon, 16 Feb 2009 05:00:00 -0000 Subject: Cygwin-X on Windows 7 Beta Success! In-Reply-To: <1m7i45e7o8.fsf@Psilocybe.Update.UU.SE> References: <1m7i45e7o8.fsf@Psilocybe.Update.UU.SE> Message-ID: <4998F2EE.3050305@gmail.com> Fredrik, On 64-bit Windows 7, I cannot get Cygwin/X windows to accept keyboard input. Are you using 32-bit or 64-bit? Paul Fredrik Staxeng wrote: > I have been running Cygwin with X on Windows 7 Beta for a few weeks. It works. > I think it works rather well considering what it does. > > I had to do the rebase/reinstall libncurses thing, but then most things work > with only a few problems. > > First, the startxwin icon succeeds in bringing up the the X server, but > not the xterm. But when I run my start script from a Cygwin command prompt > it works. > > Then, the first xterm appears instantly, but the second one takes a while > (half a minute?). This seems very strange to me, so perhaps I am > imagining things. > > Also, sometimes, e.g when running M-x grep in emacs, what look like > command prompt windows flashes by quickly. They appear and then disappear. > This does not really bother me much, but it kills the show-off potential. > The audience would womder about those flashing windows and stop > paying attention to the good things. > > Is there any way I could help with fixing these problems? > > > > -- 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 johne53@tiscali.co.uk Mon Feb 16 08:36:00 2009 From: johne53@tiscali.co.uk (John Emmas) Date: Mon, 16 Feb 2009 08:36:00 -0000 Subject: X / gtk-x11 / flicker and other problems [+PATCH] References: <002e01c9861b$cbb14080$4001a8c0@mycomputer> <49888887.6080601@dronecode.org.uk> <002001c98632$0a140220$4001a8c0@mycomputer> <499466E8.9000605@dronecode.org.uk> <002b01c98ded$9843de40$4001a8c0@mycomputer> <49959666.7060804@cygwin.com> <001601c98e0d$bd294f90$4001a8c0@mycomputer> <4995C866.1090507@dronecode.org.uk> <001601c98eb8$64973e90$4001a8c0@mycomputer> <4996E6D4.20109@dronecode.org.uk> <007701c98f5a$3ef21190$4001a8c0@mycomputer> <49980514.3090406@dronecode.org.uk> <008a01c98f6c$4909f8c0$4001a8c0@mycomputer> <49981EE9.60604@dronecode.org.uk> <00bb01c98f7f$983d1bd0$4001a8c0@mycomputer> <499837B8.7010304@dronecode.org.uk> <00d801c98f87$e49a8aa0$4001a8c0@mycomputer> <49985423.1010207@dronecode.org.uk> <00fe01c98f98$71928b00$4001a8c0@mycomputer> Message-ID: <00e501c99011$a0f87110$4001a8c0@mycomputer> ----- Original Message ----- From: "John Emmas" > > One more thing Jon. I'm probably being ludicrously simplistic > here - but to fix the resizing problem (not resizing until the user lets > go of the mouse button) could there be a simple fix for this just by > responding to the WM_MOUSEHOVER notification? > Or if you'd prefer not to do this in WM_SIZING, WM_NCMOUSEHOVER might be more successful and would at least make Cygwin's resizing work more like Linux's. I guess the main problem with WM_NCMOUSEHOVER though is that it doesn't get issued by older versions of Windows. However, that's Windows fault, not Cygwin's. John -- 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 franz.dicoccio@gmail.com Mon Feb 16 10:08:00 2009 From: franz.dicoccio@gmail.com (Franz di Coccio) Date: Mon, 16 Feb 2009 10:08:00 -0000 Subject: starxwin.bat always "misfires" the xterm once Message-ID: <42b9db550902160208i5385b126r9c036f1c17ee5503@mail.gmail.com> Hi all, I have installed cygwin-x on windows XP and I'm pretty much happy about it. There is only one little annoying thing that I am not able to fix. I use cygwin-x to ssh into linux systems and occasionally launch remote applications. I do not use a x-desktop. I've added an icon to the quick-launch windows toolbar pointing to startxwin.bat. Pressing that icon should launch cygwin-x and open a xterm. It does so on my other window box, running win 2000. However, on windows xp there seems to be some glitch. The first time I launch the cygwin-x icon after booting the OS, no xterm pops up. At least, not immediatly. I've been waiting a few minutes, but no trace of xterm all the same. The xserver is running, though. I can launch an xterm from by right clicking the small X icon in the icon tray, but it opens in /usr/X11R6/bin, prompting "bash-3.2$". If I close the xserver and launch it a second time, all goes as I expect to. The xserver is started again, and an xterm almost immediatly pops out as required in startxwin.bat. The xterm correctly starts from my home directory. Therefore I always have to launch cygwin-x, shut down the server and launch it again. As I mention, this "double launching" is not necessary in win 2000. The xterm pops up the first time I launch startxwin.bat. Is this a known problem? I've tried to search the mailing list but came up with nothing. Perhaps I've used the wrong search terms. Thanks a lot for any help F -- 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 Feb 16 10:59:00 2009 From: marco_atzeri@yahoo.it (Marco Atzeri) Date: Mon, 16 Feb 2009 10:59:00 -0000 Subject: R: starxwin.bat always "misfires" the xterm once In-Reply-To: <42b9db550902160208i5385b126r9c036f1c17ee5503@mail.gmail.com> Message-ID: <652196.71798.qm@web25001.mail.ukl.yahoo.com> --- Lun 16/2/09, Franz di Coccio ha scritto: > Da: Franz di Coccio > Oggetto: starxwin.bat always "misfires" the xterm once > A: cygwin-xfree@cygwin.com > Data: Luned? 16 febbraio 2009, 11:08 > Hi all, > > I have installed cygwin-x on windows XP and I'm pretty > much happy about it. > There is only one little annoying thing that I am not able > to fix. > I use cygwin-x to ssh into linux systems and occasionally > launch > remote applications. > I do not use a x-desktop. > > I've added an icon to the quick-launch windows toolbar > pointing to > startxwin.bat. > Pressing that icon should launch cygwin-x and open a xterm. > It does so on my other window box, running win 2000. > > However, on windows xp there seems to be some glitch. The > first time I > launch the cygwin-x > icon after booting the OS, no xterm pops up. At least, not > immediatly. I have a similar issue. It is probably due to Xwin not yet ready when xterm tries to verify the existence of a X server try to add %CYGWIN_ROOT%\bin\sleep 4 so a 4 second delay (or what ever value is fine for you system) before %RUN% xterm -e /usr/bin/bash -l this should allow xterm to find a ready Xwin. > I've been waiting > a few minutes, but no trace of xterm all the same. > The xserver is running, though. I can launch an xterm from > by right > clicking the small X icon > in the icon tray, but it opens in /usr/X11R6/bin, prompting > "bash-3.2$". > > If I close the xserver and launch it a second time, all > goes as I expect to. > The xserver is started again, and an xterm almost > immediatly pops out > as required > in startxwin.bat. The xterm correctly starts from my home > directory. > > Therefore I always have to launch cygwin-x, shut down the > server and > launch it again. > As I mention, this "double launching" is not > necessary in win 2000. > The xterm pops up the first time I launch startxwin.bat. > > Is this a known problem? I've tried to search the > mailing list but > came up with nothing. > Perhaps I've used the wrong search terms. > > Thanks a lot for any help > > F Regards Marco Passa a Yahoo! Mail. La webmail che ti offre GRATIS spazio illimitato, antispam e messenger integrato. http://it.mail.yahoo.com/?????????????? -- 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 franz.dicoccio@gmail.com Mon Feb 16 16:43:00 2009 From: franz.dicoccio@gmail.com (Franz di Coccio) Date: Mon, 16 Feb 2009 16:43:00 -0000 Subject: R: starxwin.bat always "misfires" the xterm once - it works! Message-ID: <42b9db550902160840l202e4bfaxf0d6951390c9004f@mail.gmail.com> Marco, your suggestion to insert %CYGWIN_ROOT%\bin\sleep 4 before the xterm launch instruction %RUN% xterm -e /usr/bin/bash -l in starxwin.bat did the trick! Thanks a lot! Grazie! F PS That's a weird behaviour, anyway... I wonder why the pause is needed only for the first execution after the system boot. Whatever... Now it works :) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From ChristopherB.Williams@amd.com Mon Feb 16 18:10:00 2009 From: ChristopherB.Williams@amd.com (Williams, Chris (Marlboro)) Date: Mon, 16 Feb 2009 18:10:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <49775084.3070006@gmail.com> References: <049C4E48B10A854FB9D3B3C9DFAB506BF27388@smarexmb1.amd.com> <049C4E48B10A854FB9D3B3C9DFAB506BF275E1@smarexmb1.amd.com> <49775084.3070006@gmail.com> Message-ID: <049C4E48B10A854FB9D3B3C9DFAB506B011D54D2@smarexmb1.amd.com> This is the same workaround I've been using. I'm also using Office 2003 and X11R7. I'm fine with this workaround. I need Office but I don't need the Office clipboard. We have other X servers here and I've experienced clipboard problems with those and the Office clipboard also. -Chris -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of n05q4nn Sent: Wednesday, January 21, 2009 11:43 AM To: cygwin-xfree@cygwin.com Subject: Re: RE: Intermittent X clipboard failure I don't know if there is permanent fix for this but this is my workaround. I faced similar issue after I upgraded my X server recently. Copy/paste between X and windows apps works fine as long as no MS Office 2003 apps are open. If Office apps are open, they hang immediately if I copy anything from X, e.g. xterm. Killing the hung Office apps usually restore my copy/paste function. My workaround: disable the Office clipboard. This forces Office apps to use the Windows clipboard but the apps don't hang when I copy/paste from X. To disable the Office clipboard: * On the Office Clipboard task pane, click Options. * Clear the Show Office Clipboard Automatically check box. * Clear the Show Office Clipboard When Ctrl+C Pressed Twice check box. * Clear the Collect Without Showing Office Clipboard check box. YMMV Williams, Chris (Marlboro) wrote: > Hi, > This clipboard failure happened again. This time I notice I could still > copy from X apps to the Windows clipboard buffer. Also this time I > copied some log information about the shutdown: > > ---- Start log clip ---- > winDeinitMultiWindowWM - Noting shutdown in progress > winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT > message, > exiting main loop. > winClipboardProc - XDestroyWindow succeeded. > > winClipboardIOErrorHandler! > > ---- End log clip ---- > > Anyone have any specific hints about hunting down this clipboard > problem? > Possibly apropos, anyone have any issues running the "Office Clipboard" > that comes with MS Office 2003 with this new X server, X.Org 7.4? > > Thanks, > Chris > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Williams, Chris > (Marlboro) > Sent: Thursday, December 18, 2008 6:59 PM > To: cygwin-xfree@cygwin.com > Subject: Intermittent X clipboard failure > > Hi, > > I've been using the Xwin release 1.5.3.0 on XP SP2 and I'm experiencing > odd copy/paste behavior. > When I first start the X server with the "-clipboard" command-line > option everything works fine, copy/paste to/from X apps with no problem. > After a while, and unfortunately I don't know what event triggers this, > Windows stops accepting clipboard data from the X apps and vice versa, I > can't paste into any X app. > The log isn't that much help, probably because I don't understand what > I'm looking at. I do see messages like: > winProcessXEventsTimeout - Call to select () failed: 0. Bailing. > winClipboardFlushXEvents - SelectionRequest - OpenClipboard () failed: > 00000000 > > If I restart the X server this problem goes away immediately. Or if I > wait long it enough I stop seeing those log messages and the problem > goes away on it's own apparently. Anyone else have this type of problem? > I'm not even sure what the next step is as far as providing useful data > for debugging purposes. I'll also add that I'm only talking about text > copy here. > > Thank you, > Chris > > > -- > 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/ > -- 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 marc.girod@gmail.com Mon Feb 16 22:04:00 2009 From: marc.girod@gmail.com (Marc Girod) Date: Mon, 16 Feb 2009 22:04:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <049C4E48B10A854FB9D3B3C9DFAB506BF27388@smarexmb1.amd.com> References: <049C4E48B10A854FB9D3B3C9DFAB506BF27388@smarexmb1.amd.com> Message-ID: <22046890.post@talk.nabble.com> Hello, Williams, Chris (Marlboro) wrote: > > After a while, and unfortunately I don't know what event triggers this, > Windows stops accepting clipboard data from the X apps and vice versa, I > can't paste into any X app. > I recognize your symptoms. I have the same problem on Windows Vista. The application I use most in GNU emacs. It eventually dies with a message of memory exhaustion. Most often, closing the Office application, if early enough, helps. An other symptom is an Office Clipboard report of: 6 of 24 - Clipboard Item not collected. and something like: Format non supported. Marc -- View this message in context: http://www.nabble.com/Intermittent-X-clipboard-failure-tp21083419p22046890.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 L.Wood@surrey.ac.uk Tue Feb 17 06:30:00 2009 From: L.Wood@surrey.ac.uk (Lloyd Wood) Date: Tue, 17 Feb 2009 06:30:00 -0000 Subject: /usr/bin/startx fails on new x.org install? Message-ID: <200902170630.n1H6UaJ19986@cisco.com> I updated Cygwin and got the new x.org server. I have a couple of problems: 1. /usr/bin/startx can no longer be used to launch X in multiwindow mode. Instead, it creates the auth file, prints a dialog telling me to read /var/log/XWin.0.log, and that I'm running the Cygwin/X project version 1.5.3.0 (20090205), i.e. I'm current, and exits. /var/log/XWin.0.log says: [..] XWin was started with the following command line: /usr/bin/X :0 -auth /cygdrive/c/Documents and Settings/lwood/.serverauth.3000 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1400 h 1050 winInitializeDefaultScreens - returning Unrecognized option: and [..] the 'and' suggesting that something, somewhere, is not quoting path names or escaping spaces to '\ 'to handle the spaces in 'Documents and Settings' correctly. Some messing around with the startx script didn't turn up anything obvious; putting quotes around "/cygdrive/c/Documents and Settings/lwood/.serverauth.3000" did not change the error behaviour; still 'Unrecognized option: and'. So, probably not startx's fault. it would be nice if the "unrecognised option" line shows up in the dialog directly to speed up testing. 2. Trouble launching multiwindow mode. startx (which previously gave me multiwindow) no longer works (above). xinit -multiwindow fails xinit -- -multiwindow oddly, succeeds. No idea why. 3. No cut and paste between the X desktop and Windows. Completely separate. Is this by design? (I can't figure out any copy/paste in the cygwin dumb terminal window, either.) Hurrah for multiwindow mode, where it works, and which I happily scurried back to as soon as I figured out how. 4. Hogging and not freeing menu/window resources in X, as my Insight Tcl program failing with 'unable to register Tk TopLevel class' or failing to draw a window properly indicates: http://coding.derkeiler.com/Archive/Tcl/comp.lang.tcl/2008-04/msg00769.html yes, Insight Tcl programs can be run without X being launched. But I have to quit X (desktop or multiwindow mode) to pull down and draw a menu in e.g. the mail program where I'm writing this. 5. No OpenGL hardware acceleration (yet?) Any hints welcomed. thanks, L. -- 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 Tue Feb 17 08:01:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Tue, 17 Feb 2009 08:01:00 -0000 Subject: /usr/bin/startx fails on new x.org install? In-Reply-To: <200902170630.n1H6UaJ19986@cisco.com> References: <200902170630.n1H6UaJ19986@cisco.com> Message-ID: <499A6EB0.2010104@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 http://cygwin.com/acronyms/#PCYMTWLL !! Lloyd Wood wrote: > XWin was started with the following command line: > > /usr/bin/X :0 -auth /cygdrive/c/Documents and > Settings/lwood/.serverauth.3000 > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1400 h 1050 > winInitializeDefaultScreens - returning > Unrecognized option: and > [..] This isn't X-specific; spaces and *NIX paths don't mix. Please use a sane home directory, like /home/lwood. > 2. Trouble launching multiwindow mode. startx (which previously gave me multiwindow) no longer works (above). > xinit -multiwindow > fails > xinit -- -multiwindow > oddly, succeeds. No idea why. man 1 xinit > 3. No cut and paste between the X desktop and Windows. Completely separate. Is this by design? (I can't figure out any copy/paste in the cygwin dumb terminal window, either.) Hurrah for multiwindow mode, where it works, and which I happily scurried back to as soon as I figured out how. man 1 XWin > 4. Hogging and not freeing menu/window resources in X, as my Insight Tcl program failing with 'unable to register Tk TopLevel class' or failing to draw a window properly indicates: > http://coding.derkeiler.com/Archive/Tcl/comp.lang.tcl/2008-04/msg00769.html > yes, Insight Tcl programs can be run without X being launched. But I have to quit X (desktop or multiwindow mode) to pull down and draw a menu in e.g. the mail program where I'm writing this. Cygwin's Tcl/Tk is currently Windows based, and this message is clearly talking about a Windows version of Tcl/Tk. I don't see what that has to do with X11? > 5. No OpenGL hardware acceleration (yet?) http://cygwin.com/ml/cygwin-xfree-announce/2008-11/msg00000.html Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmabrAACgkQpiWmPGlmQSNCqQCfTbgdq+YfdifWNBwBXXxqzLhx c/kAninvJ6t6leyrlrDN2SPfCw176xo0 =tE9k -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From danilo.turina@alcatel-lucent.it Tue Feb 17 08:36:00 2009 From: danilo.turina@alcatel-lucent.it (Danilo Turina) Date: Tue, 17 Feb 2009 08:36:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <9B24194D43A5F1408F944DE54C06569501A78DA1@DENMSGV1.QUANTUM.COM> References: <9B24194D43A5F1408F944DE54C06569501A78DA1@DENMSGV1.QUANTUM.COM> Message-ID: <499A76FD.5040408@alcatel-lucent.it> I've got similar problems with the clipboard but with another clipboard history tool (CLCL). It seems that, at some point, X puts something in the clipboard with a format not correctly managed by CLCL and until I put something else in the clipboard (and that's not always easy to achieve) the clipboard does not work correctly. Ciao, Danilo Devin Armstrong wrote: > I have been experiencing this issue frequently ever since I "up"graded > to the new X server and xterm last month. I am using xterm. I haven't > tried rxvt. I have MS Office XP on WinXP SP2. Disabling the Office > Clipboard as suggested doesn't work for me. Once I get in this state > copy/paste functionality is broken for all apps. To get the Windows > clipboard working I have to kill the X server using Task Manager as > telling it to exit using the right-click menu on the X icon in > notification area doesn't work. It looks like the X server hangs on > shutdown. > > I have found that going back to xterm 229 works slightly better but > still has the issue (and that's kind of a pain as I have install some > obsolete libraries to get it working). This used to work without issue > with the old 6.8.x X servers. I have to have MS Outlook running at all > times as that is my work email client. > > Devin > > -- > 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/ > > -- Danilo Turina Alcatel-Lucent Software Developer OND Network Management Rieti (Italy) Phone: +39 0746 600332 7 anni 10 mesi 8 giorni 32 secondi -- 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 owen.rees@hp.com Tue Feb 17 09:15:00 2009 From: owen.rees@hp.com (Owen Rees) Date: Tue, 17 Feb 2009 09:15:00 -0000 Subject: R: starxwin.bat always "misfires" the xterm once - it works! In-Reply-To: <42b9db550902160840l202e4bfaxf0d6951390c9004f@mail.gmail.com> References: <42b9db550902160840l202e4bfaxf0d6951390c9004f@mail.gmail.com> Message-ID: --On Monday, February 16, 2009 17:40:15 +0100 Franz di Coccio wrote: > Marco, > > your suggestion to insert > > > %CYGWIN_ROOT%\bin\sleep 4 > > before the xterm launch instruction > > %RUN% xterm -e /usr/bin/bash -l > > in starxwin.bat did the trick! > Thanks a lot! Grazie! > > F > > PS That's a weird behaviour, anyway... I wonder why the pause is needed > only for the first execution after the system boot. Whatever... Now it > works :) The problem seems to be the one that prompted the thread that contains this message: As I understand it, the process that starts the X server finishes before the X server is ready to accept connections. This means that there is then a race condition between the X server start up and the next command in the startup script. If the server is ready first all is well but if not, the next command - xterm - fails to connect and gives up. -- Owen Rees; speaking personally, and not on behalf of HP. ======================================================== Hewlett-Packard Limited. Registered No: 690597 England Registered Office: Cain Road, Bracknell, Berks RG12 1HN -- 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 ChristopherB.Williams@amd.com Tue Feb 17 12:47:00 2009 From: ChristopherB.Williams@amd.com (Williams, Chris (Marlboro)) Date: Tue, 17 Feb 2009 12:47:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <499A76FD.5040408@alcatel-lucent.it> References: <9B24194D43A5F1408F944DE54C06569501A78DA1@DENMSGV1.QUANTUM.COM> <499A76FD.5040408@alcatel-lucent.it> Message-ID: <049C4E48B10A854FB9D3B3C9DFAB506B011D559B@smarexmb1.amd.com> If you don't use CLCL does everything work ok? -Chris -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Danilo Turina Sent: Tuesday, February 17, 2009 3:36 AM To: cygwin-xfree@cygwin.com Subject: Re: Intermittent X clipboard failure I've got similar problems with the clipboard but with another clipboard history tool (CLCL). It seems that, at some point, X puts something in the clipboard with a format not correctly managed by CLCL and until I put something else in the clipboard (and that's not always easy to achieve) the clipboard does not work correctly. Ciao, Danilo Devin Armstrong wrote: > I have been experiencing this issue frequently ever since I "up"graded > to the new X server and xterm last month. I am using xterm. I haven't > tried rxvt. I have MS Office XP on WinXP SP2. Disabling the Office > Clipboard as suggested doesn't work for me. Once I get in this state > copy/paste functionality is broken for all apps. To get the Windows > clipboard working I have to kill the X server using Task Manager as > telling it to exit using the right-click menu on the X icon in > notification area doesn't work. It looks like the X server hangs on > shutdown. > > I have found that going back to xterm 229 works slightly better but > still has the issue (and that's kind of a pain as I have install some > obsolete libraries to get it working). This used to work without issue > with the old 6.8.x X servers. I have to have MS Outlook running at all > times as that is my work email client. > > Devin > > -- > 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/ > > -- Danilo Turina Alcatel-Lucent Software Developer OND Network Management Rieti (Italy) Phone: +39 0746 600332 7 anni 10 mesi 8 giorni 32 secondi -- 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 marc.girod@gmail.com Tue Feb 17 13:07:00 2009 From: marc.girod@gmail.com (Marc Girod) Date: Tue, 17 Feb 2009 13:07:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <22046890.post@talk.nabble.com> References: <049C4E48B10A854FB9D3B3C9DFAB506BF27388@smarexmb1.amd.com> <22046890.post@talk.nabble.com> Message-ID: <22056952.post@talk.nabble.com> Just my startup batch file, as a complement of information: @echo off C: chdir C:\cygwin\bin bash --login -c "/usr/bin/startx /usr/bin/emacs -fn lucidasanstypewriter-8 -g 80x43+88+69 -- /usr/bin/X :0 -multiwindow -clipboard" Marc -- View this message in context: http://www.nabble.com/Intermittent-X-clipboard-failure-tp21083419p22056952.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 danilo.turina@alcatel-lucent.it Tue Feb 17 13:38:00 2009 From: danilo.turina@alcatel-lucent.it (Danilo Turina) Date: Tue, 17 Feb 2009 13:38:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <049C4E48B10A854FB9D3B3C9DFAB506B011D559B@smarexmb1.amd.com> References: <9B24194D43A5F1408F944DE54C06569501A78DA1@DENMSGV1.QUANTUM.COM> <499A76FD.5040408@alcatel-lucent.it> <049C4E48B10A854FB9D3B3C9DFAB506B011D559B@smarexmb1.amd.com> Message-ID: <499ABDAE.2000505@alcatel-lucent.it> I don't know, but when I have the problem, closing CLCL solves the issue. Williams, Chris (Marlboro) wrote: > If you don't use CLCL does everything work ok? > > -Chris > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Danilo Turina > Sent: Tuesday, February 17, 2009 3:36 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Intermittent X clipboard failure > > I've got similar problems with the clipboard but with another clipboard > history tool (CLCL). > It seems that, at some point, X puts something in the clipboard with a > format not correctly managed by CLCL and until I put something else in > the clipboard (and that's not always easy to achieve) the clipboard does > > not work correctly. > > Ciao, > Danilo > > Devin Armstrong wrote: >> I have been experiencing this issue frequently ever since I "up"graded >> to the new X server and xterm last month. I am using xterm. I haven't >> tried rxvt. I have MS Office XP on WinXP SP2. Disabling the Office >> Clipboard as suggested doesn't work for me. Once I get in this state >> copy/paste functionality is broken for all apps. To get the Windows >> clipboard working I have to kill the X server using Task Manager as >> telling it to exit using the right-click menu on the X icon in >> notification area doesn't work. It looks like the X server hangs on >> shutdown. >> >> I have found that going back to xterm 229 works slightly better but >> still has the issue (and that's kind of a pain as I have install some >> obsolete libraries to get it working). This used to work without issue >> with the old 6.8.x X servers. I have to have MS Outlook running at all >> times as that is my work email client. >> >> Devin >> >> -- >> 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/ >> >> > -- Danilo Turina Alcatel-Lucent Software Developer OND Network Management Rieti (Italy) Phone: +39 0746 600332 7 anni 10 mesi 8 giorni 5 ore 5 minuti 15 secondi -- 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 Bill.Weeber@alcatel-lucent.com Tue Feb 17 14:20:00 2009 From: Bill.Weeber@alcatel-lucent.com (WEEBER Bill) Date: Tue, 17 Feb 2009 14:20:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <499ABDAE.2000505@alcatel-lucent.it> References: <9B24194D43A5F1408F944DE54C06569501A78DA1@DENMSGV1.QUANTUM.COM> <499A76FD.5040408@alcatel-lucent.it> <049C4E48B10A854FB9D3B3C9DFAB506B011D559B@smarexmb1.amd.com> <499ABDAE.2000505@alcatel-lucent.it> Message-ID: <0C330F90F9D54F408279F33935A1FB2B09FFD85C@USDALSMBS01.ad3.ad.alcatel.com> An embedded and charset-unspecified text was scrubbed... Name: warning1.txt URL: -------------- next part -------------- I am also having this problem. I have a script similar to startxwin.bat that launches Nedit. If I have the windows application "VNC" running, copy and paste from NEdit no longer works. When I terminate the VNC session, the copy and paste is okay. I did a fresh cygwin install several weeks ago, but this has been an ongoing problem for me even with previous installs. I also see intermittent behavior periodically. -Bill -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Danilo Turina Sent: Tuesday, February 17, 2009 8:38 AM To: cygwin-xfree@cygwin.com Subject: Re: Intermittent X clipboard failure I don't know, but when I have the problem, closing CLCL solves the issue. Williams, Chris (Marlboro) wrote: > If you don't use CLCL does everything work ok? > > -Chris > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Danilo Turina > Sent: Tuesday, February 17, 2009 3:36 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Intermittent X clipboard failure > > I've got similar problems with the clipboard but with another > clipboard history tool (CLCL). > It seems that, at some point, X puts something in the clipboard with a > format not correctly managed by CLCL and until I put something else in > the clipboard (and that's not always easy to achieve) the clipboard > does > > not work correctly. > > Ciao, > Danilo > > Devin Armstrong wrote: >> I have been experiencing this issue frequently ever since I >> "up"graded to the new X server and xterm last month. I am using >> xterm. I haven't tried rxvt. I have MS Office XP on WinXP SP2. >> Disabling the Office Clipboard as suggested doesn't work for me. Once >> I get in this state copy/paste functionality is broken for all apps. >> To get the Windows clipboard working I have to kill the X server >> using Task Manager as telling it to exit using the right-click menu >> on the X icon in notification area doesn't work. It looks like the X >> server hangs on shutdown. >> >> I have found that going back to xterm 229 works slightly better but >> still has the issue (and that's kind of a pain as I have install some >> obsolete libraries to get it working). This used to work without >> issue with the old 6.8.x X servers. I have to have MS Outlook running >> at all times as that is my work email client. >> >> Devin >> >> -- >> 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/ >> >> > -- Danilo Turina Alcatel-Lucent Software Developer OND Network Management Rieti (Italy) Phone: +39 0746 600332 7 anni 10 mesi 8 giorni 5 ore 5 minuti 15 secondi -- 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/ -------------- 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 marc.girod@gmail.com Tue Feb 17 16:48:00 2009 From: marc.girod@gmail.com (Marc Girod) Date: Tue, 17 Feb 2009 16:48:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <049C4E48B10A854FB9D3B3C9DFAB506B011D54D2@smarexmb1.amd.com> References: <049C4E48B10A854FB9D3B3C9DFAB506BF27388@smarexmb1.amd.com> <049C4E48B10A854FB9D3B3C9DFAB506BF275E1@smarexmb1.amd.com> <49775084.3070006@gmail.com> <049C4E48B10A854FB9D3B3C9DFAB506B011D54D2@smarexmb1.amd.com> Message-ID: <22061079.post@talk.nabble.com> Williams, Chris (Marlboro) wrote: > > This is the same workaround I've been using. I'm also using Office 2003 > and X11R7. I'm fine with this workaround. > It seems to work for me as well (a few hours of experience only). In fact, I was surprised that cut&paste continues working (or actually started to work). Even between emacs and Outlook! Marc -- View this message in context: http://www.nabble.com/Intermittent-X-clipboard-failure-tp21083419p22061079.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 hennebry@web.cs.ndsu.nodak.edu Tue Feb 17 17:11:00 2009 From: hennebry@web.cs.ndsu.nodak.edu (Michael Hennebry) Date: Tue, 17 Feb 2009 17:11:00 -0000 Subject: /usr/bin/startx fails on new x.org install? In-Reply-To: <499A6EB0.2010104@users.sourceforge.net> References: <200902170630.n1H6UaJ19986@cisco.com> <499A6EB0.2010104@users.sourceforge.net> Message-ID: On Tue, 17 Feb 2009, Yaakov (Cygwin/X) wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > http://cygwin.com/acronyms/#PCYMTWLL !! > > Lloyd Wood wrote: >> XWin was started with the following command line: >> >> /usr/bin/X :0 -auth /cygdrive/c/Documents and >> Settings/lwood/.serverauth.3000 >> >> ddxProcessArgument - Initializing default screens >> winInitializeDefaultScreens - w 1400 h 1050 >> winInitializeDefaultScreens - returning >> Unrecognized option: and >> [..] > > This isn't X-specific; spaces and *NIX paths don't mix. Please use a > sane home directory, like /home/lwood. Quoting will only cure some such problems. -- Michael hennebry@web.cs.ndsu.NoDak.edu "Pessimist: The glass is half empty. Optimist: The glass is half full. Engineer: The glass is twice as big as it needs to be." -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From L.Wood@surrey.ac.uk Tue Feb 17 18:56:00 2009 From: L.Wood@surrey.ac.uk (Lloyd Wood) Date: Tue, 17 Feb 2009 18:56:00 -0000 Subject: /usr/bin/startx fails on new x.org install? Message-ID: <200902171856.n1HIueJ25685@cisco.com> > Lloyd Wood wrote: > > XWin was started with the following command line: > > > > /usr/bin/X :0 -auth /cygdrive/c/Documents and > > Settings/lwood/.serverauth.3000 > > > > ddxProcessArgument - Initializing default screens > > winInitializeDefaultScreens - w 1400 h 1050 > > winInitializeDefaultScreens - returning > > Unrecognized option: and > > [..] > > This isn't X-specific; spaces and *NIX paths don't mix. Tell that to any Mac OS X user. > Please use a > sane home directory, like /home/lwood. startx used to work. Now, it doesn't. Ergo, like lack of opengl hardware acceleration, it can be argued that it's a regression in functionality. (I have to keep files under Documents\ and\ Settings. That has worked fine for for startx the last eight years. Now, it's broken.) handling of paths has been broken, due to lame programming practices. it needs to be fixed. > > 4. Hogging and not freeing menu/window resources in X, as my Insight Tcl program failing with 'unable to register Tk TopLevel class' or failing to draw a window properly indicates: > > http://coding.derkeiler.com/Archive/Tcl/comp.lang.tcl/2008-04/msg00769.html > > yes, Insight Tcl programs can be run without X being launched. But I have to quit X (desktop or multiwindow mode) to pull down and draw a menu in > e.g. the mail program where I'm writing this. > > Cygwin's Tcl/Tk is currently Windows based, and this message is clearly > talking about a Windows version of Tcl/Tk. I don't see what that has to > do with X11? I'm walking you through visible symptoms, diagnosis, and explanation. the new Xserver is demonstrably a resource hog, in that it interferes with normal Windows operation. This is clearly not mature yet. How do I roll back to the old X server that does not exhibit these problems, and has hardware acceleration to boot? A checkpoint at 'last good previous Xserver' would be very desirable. -- 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 Bill.Weeber@alcatel-lucent.com Tue Feb 17 19:23:00 2009 From: Bill.Weeber@alcatel-lucent.com (WEEBER Bill) Date: Tue, 17 Feb 2009 19:23:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <0C330F90F9D54F408279F33935A1FB2B09FFD85C@USDALSMBS01.ad3.ad.alcatel.com> References: <9B24194D43A5F1408F944DE54C06569501A78DA1@DENMSGV1.QUANTUM.COM> <499A76FD.5040408@alcatel-lucent.it> <049C4E48B10A854FB9D3B3C9DFAB506B011D559B@smarexmb1.amd.com> <499ABDAE.2000505@alcatel-lucent.it> <0C330F90F9D54F408279F33935A1FB2B09FFD85C@USDALSMBS01.ad3.ad.alcatel.com> Message-ID: <0C330F90F9D54F408279F33935A1FB2B09FFDA8A@USDALSMBS01.ad3.ad.alcatel.com> This is the Nedit.bat attachment that was omitted from previous post. ---------------------------------------- @echo off REM This is modified from /cygwin/bin/startxwin.bat. Refer to that file for detail REM comments that have been stripped out of this file. SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=c:\cygwin SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/bin SET PATH=.;%CYGWIN_ROOT%\bin;%PATH% SET XAPPLRESDIR= SET XCMSDB= SET XKEYSYMDB= SET XNLSPATH= SET HOME=/cygdrive/c/cygwin/home/default_user SET NEDIT_HOME=/cygdrive/c/cygwin/home/default_user/.nedit if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH echo deleting /tmp/.x11-unix/X0 attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix echo NEdit.bat - Starting Nedit using cygwin environment %CYGWIN_ROOT%\bin\sleep 0.5 %RUN% XWin -multiwindow -clipboard -silent-dup-error REM %RUN% "/cygdrive/c/Program Files/Xming/Xming" -logverbose 2 -clipboard -multiwindow -silent-dup-error & IF '%1'=='' GOTO EMPTY %RUN% nedit %~n1%~x1 GOTO END :EMPTY %RUN% nedit :END %CYGWIN_ROOT%\bin\sleep 0.5 -- 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 ChristopherB.Williams@amd.com Tue Feb 17 20:11:00 2009 From: ChristopherB.Williams@amd.com (Williams, Chris (Marlboro)) Date: Tue, 17 Feb 2009 20:11:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <0C330F90F9D54F408279F33935A1FB2B09FFDA8A@USDALSMBS01.ad3.ad.alcatel.com> References: <9B24194D43A5F1408F944DE54C06569501A78DA1@DENMSGV1.QUANTUM.COM> <499A76FD.5040408@alcatel-lucent.it> <049C4E48B10A854FB9D3B3C9DFAB506B011D559B@smarexmb1.amd.com> <499ABDAE.2000505@alcatel-lucent.it> <0C330F90F9D54F408279F33935A1FB2B09FFD85C@USDALSMBS01.ad3.ad.alcatel.com> <0C330F90F9D54F408279F33935A1FB2B09FFDA8A@USDALSMBS01.ad3.ad.alcatel.com> Message-ID: <049C4E48B10A854FB9D3B3C9DFAB506B011D5725@smarexmb1.amd.com> Are you saying your modified start up scripts might be contributing to your problem. I'm running Cygwin scripts with minimal changes and I've always had clipboard problems. Not that I've stopped using the Office clipboard (uncheck all the Office clipboard options), everything seems to be working ok. I can run for 1 or 2 days at a time with out seeing an issue. -Chris -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of WEEBER Bill Sent: Tuesday, February 17, 2009 2:23 PM To: cygwin-xfree@cygwin.com Subject: RE: Intermittent X clipboard failure This is the Nedit.bat attachment that was omitted from previous post. ---------------------------------------- @echo off REM This is modified from /cygwin/bin/startxwin.bat. Refer to that file for detail REM comments that have been stripped out of this file. SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=c:\cygwin SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/bin SET PATH=.;%CYGWIN_ROOT%\bin;%PATH% SET XAPPLRESDIR= SET XCMSDB= SET XKEYSYMDB= SET XNLSPATH= SET HOME=/cygdrive/c/cygwin/home/default_user SET NEDIT_HOME=/cygdrive/c/cygwin/home/default_user/.nedit if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH echo deleting /tmp/.x11-unix/X0 attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix echo NEdit.bat - Starting Nedit using cygwin environment %CYGWIN_ROOT%\bin\sleep 0.5 %RUN% XWin -multiwindow -clipboard -silent-dup-error REM %RUN% "/cygdrive/c/Program Files/Xming/Xming" -logverbose 2 -clipboard -multiwindow -silent-dup-error & IF '%1'=='' GOTO EMPTY %RUN% nedit %~n1%~x1 GOTO END :EMPTY %RUN% nedit :END %CYGWIN_ROOT%\bin\sleep 0.5 -- 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 Bill.Weeber@alcatel-lucent.com Tue Feb 17 20:26:00 2009 From: Bill.Weeber@alcatel-lucent.com (WEEBER Bill) Date: Tue, 17 Feb 2009 20:26:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <049C4E48B10A854FB9D3B3C9DFAB506B011D5725@smarexmb1.amd.com> References: <9B24194D43A5F1408F944DE54C06569501A78DA1@DENMSGV1.QUANTUM.COM> <499A76FD.5040408@alcatel-lucent.it> <049C4E48B10A854FB9D3B3C9DFAB506B011D559B@smarexmb1.amd.com> <499ABDAE.2000505@alcatel-lucent.it> <0C330F90F9D54F408279F33935A1FB2B09FFD85C@USDALSMBS01.ad3.ad.alcatel.com> <0C330F90F9D54F408279F33935A1FB2B09FFDA8A@USDALSMBS01.ad3.ad.alcatel.com> <049C4E48B10A854FB9D3B3C9DFAB506B011D5725@smarexmb1.amd.com> Message-ID: <0C330F90F9D54F408279F33935A1FB2B09FFDAFA@USDALSMBS01.ad3.ad.alcatel.com> No, I am not saying my modified script is the problem. I have always had problems with copy/paste as well. I just started using this script since my latest install. My previous script which was modified from the nedit wiki many years ago also had problems. I just wanted to include the script so that it is clear how I am launching Nedit. -Bill -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Williams, Chris (Marlboro) Sent: Tuesday, February 17, 2009 3:09 PM To: cygwin-xfree@cygwin.com Subject: RE: Intermittent X clipboard failure Are you saying your modified start up scripts might be contributing to your problem. I'm running Cygwin scripts with minimal changes and I've always had clipboard problems. Not that I've stopped using the Office clipboard (uncheck all the Office clipboard options), everything seems to be working ok. I can run for 1 or 2 days at a time with out seeing an issue. -Chris -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of WEEBER Bill Sent: Tuesday, February 17, 2009 2:23 PM To: cygwin-xfree@cygwin.com Subject: RE: Intermittent X clipboard failure This is the Nedit.bat attachment that was omitted from previous post. ---------------------------------------- @echo off REM This is modified from /cygwin/bin/startxwin.bat. Refer to that file for detail REM comments that have been stripped out of this file. SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=c:\cygwin SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/bin SET PATH=.;%CYGWIN_ROOT%\bin;%PATH% SET XAPPLRESDIR= SET XCMSDB= SET XKEYSYMDB= SET XNLSPATH= SET HOME=/cygdrive/c/cygwin/home/default_user SET NEDIT_HOME=/cygdrive/c/cygwin/home/default_user/.nedit if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH echo deleting /tmp/.x11-unix/X0 attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix echo NEdit.bat - Starting Nedit using cygwin environment %CYGWIN_ROOT%\bin\sleep 0.5 %RUN% XWin -multiwindow -clipboard -silent-dup-error REM %RUN% "/cygdrive/c/Program Files/Xming/Xming" -logverbose 2 -clipboard -multiwindow -silent-dup-error & IF '%1'=='' GOTO EMPTY %RUN% nedit %~n1%~x1 GOTO END :EMPTY %RUN% nedit :END %CYGWIN_ROOT%\bin\sleep 0.5 -- 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/ -- 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 marc.girod@gmail.com Wed Feb 18 12:59:00 2009 From: marc.girod@gmail.com (Marc Girod) Date: Wed, 18 Feb 2009 12:59:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <0C330F90F9D54F408279F33935A1FB2B09FFDAFA@USDALSMBS01.ad3.ad.alcatel.com> References: <049C4E48B10A854FB9D3B3C9DFAB506BF27388@smarexmb1.amd.com> <9B24194D43A5F1408F944DE54C06569501A78DA1@DENMSGV1.QUANTUM.COM> <499A76FD.5040408@alcatel-lucent.it> <049C4E48B10A854FB9D3B3C9DFAB506B011D559B@smarexmb1.amd.com> <499ABDAE.2000505@alcatel-lucent.it> <0C330F90F9D54F408279F33935A1FB2B09FFD85C@USDALSMBS01.ad3.ad.alcatel.com> <0C330F90F9D54F408279F33935A1FB2B09FFDA8A@USDALSMBS01.ad3.ad.alcatel.com> <049C4E48B10A854FB9D3B3C9DFAB506B011D5725@smarexmb1.amd.com> <0C330F90F9D54F408279F33935A1FB2B09FFDAFA@USDALSMBS01.ad3.ad.alcatel.com> Message-ID: <22078096.post@talk.nabble.com> WEEBER Bill wrote: > > I have always had problems with copy/paste as well. At least I didn't have these problems before last December, when my laptop was migrated from w2k to Vista, and I had to reinstall Cygwin from scratch, getting in fact both upgrades in the same time. But I confirm (again) that checking out the boxes in the Office clipboard seems to solve the problem, even so that I do not notice any loss of functionality (just the popups in the bottom-right corner...). Marc -- View this message in context: http://www.nabble.com/Intermittent-X-clipboard-failure-tp21083419p22078096.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 Feb 18 16:24:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 18 Feb 2009 16:24:00 -0000 Subject: /usr/bin/startx fails on new x.org install? In-Reply-To: <200902171856.n1HIueJ25685@cisco.com> References: <200902171856.n1HIueJ25685@cisco.com> Message-ID: <499C361C.4050308@dronecode.org.uk> Lloyd Wood wrote: >> Lloyd Wood wrote: >>> XWin was started with the following command line: >>> >>> /usr/bin/X :0 -auth /cygdrive/c/Documents and >>> Settings/lwood/.serverauth.3000 >>> >>> ddxProcessArgument - Initializing default screens >>> winInitializeDefaultScreens - w 1400 h 1050 >>> winInitializeDefaultScreens - returning >>> Unrecognized option: and >>> [..] >> This isn't X-specific; spaces and *NIX paths don't mix. > > Tell that to any Mac OS X user. > >> Please use a >> sane home directory, like /home/lwood. > > startx used to work. Now, it doesn't. Ergo, like lack of opengl hardware acceleration, it can be argued that it's a regression in functionality. (I have to keep files under Documents\ and\ Settings. That has worked fine for for startx the last eight years. Now, it's broken.) > > handling of paths has been broken, due to lame programming practices. it needs to be fixed. Thanks for identifying this as a regression. I wasn't sure if this used to work or not. I think that the attached patch for startx should fix this problem, if you wouldn't mind testing it. >>> 4. Hogging and not freeing menu/window resources in X, as my Insight Tcl program failing with 'unable to register Tk TopLevel class' or failing to draw a window properly indicates: >>> http://coding.derkeiler.com/Archive/Tcl/comp.lang.tcl/2008-04/msg00769.html >>> yes, Insight Tcl programs can be run without X being launched. But I have to quit X (desktop or multiwindow mode) to pull down and draw a menu in > e.g. the mail program where I'm writing this. >> Cygwin's Tcl/Tk is currently Windows based, and this message is clearly >> talking about a Windows version of Tcl/Tk. I don't see what that has to >> do with X11? > > I'm walking you through visible symptoms, diagnosis, and explanation. the new Xserver is demonstrably a resource hog, in that it interferes with normal Windows operation. Too bad you're not providing us with the solution as well :-) I tried some brief experiments with the Dheapmon tool, but I didn't see any obvious leaking and wasn't able to hit this Windows resource limit - the desktop heap was only 50% full with 50 xterms, and then I hit some other limit in cygwin.... ('open ttydev: No such file or directory'), so a few more details about how to reproduce this problem would be very helpful. It might be also helpful if you mentioned which particular version of windows you are using, as I would guess they don't all behave the same in this regard. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: startx-spaces-in-path-fix.patch 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 ChristopherB.Williams@amd.com Wed Feb 18 16:35:00 2009 From: ChristopherB.Williams@amd.com (Williams, Chris (Marlboro)) Date: Wed, 18 Feb 2009 16:35:00 -0000 Subject: Intermittent X clipboard failure In-Reply-To: <22078096.post@talk.nabble.com> References: <049C4E48B10A854FB9D3B3C9DFAB506BF27388@smarexmb1.amd.com> <9B24194D43A5F1408F944DE54C06569501A78DA1@DENMSGV1.QUANTUM.COM> <499A76FD.5040408@alcatel-lucent.it> <049C4E48B10A854FB9D3B3C9DFAB506B011D559B@smarexmb1.amd.com> <499ABDAE.2000505@alcatel-lucent.it> <0C330F90F9D54F408279F33935A1FB2B09FFD85C@USDALSMBS01.ad3.ad.alcatel.com> <0C330F90F9D54F408279F33935A1FB2B09FFDA8A@USDALSMBS01.ad3.ad.alcatel.com> <049C4E48B10A854FB9D3B3C9DFAB506B011D5725@smarexmb1.amd.com> <0C330F90F9D54F408279F33935A1FB2B09FFDAFA@USDALSMBS01.ad3.ad.alcatel.com> <22078096.post@talk.nabble.com> Message-ID: <049C4E48B10A854FB9D3B3C9DFAB506B011D5899@smarexmb1.amd.com> Whatever the cause is, and it does appear to be related to the Office clipboard at this point, it would be nice to get some closure on this. This behavior has been reported by multiple people. Information to we need to get to developers to properly diag the problem? The goal as I see it should be for subsequent releases of cygwin-x to not have this problem or to have explicit instructions on how to avoid it. -Chris -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Marc Girod Sent: Wednesday, February 18, 2009 7:59 AM To: cygwin-xfree@cygwin.com Subject: RE: Intermittent X clipboard failure WEEBER Bill wrote: > > I have always had problems with copy/paste as well. At least I didn't have these problems before last December, when my laptop was migrated from w2k to Vista, and I had to reinstall Cygwin from scratch, getting in fact both upgrades in the same time. But I confirm (again) that checking out the boxes in the Office clipboard seems to solve the problem, even so that I do not notice any loss of functionality (just the popups in the bottom-right corner...). Marc -- View this message in context: http://www.nabble.com/Intermittent-X-clipboard-failure-tp21083419p220780 96.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 jon.turney@dronecode.org.uk Wed Feb 18 17:02:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 18 Feb 2009 17:02:00 -0000 Subject: /usr/bin/startx fails on new x.org install? In-Reply-To: <499C361C.4050308@dronecode.org.uk> References: <200902171856.n1HIueJ25685@cisco.com> <499C361C.4050308@dronecode.org.uk> Message-ID: <499C3F25.2070303@dronecode.org.uk> Jon TURNEY wrote: > Thanks for identifying this as a regression. I wasn't sure if this used > to work or not. > > I think that the attached patch for startx should fix this problem, if > you wouldn't mind testing it. Yaakov, Assuming this is the correct fix, attached is the corresponding patch to the xinit source (shell scripts generated through cpp, yuck :S) Entered into bugzilla http://sourceware.org/bugzilla/show_bug.cgi?id=9864 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xinit-1.1.1-1.src.patch URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Wed Feb 18 17:14:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 18 Feb 2009 17:14:00 -0000 Subject: R: starxwin.bat always "misfires" the xterm once - it works! In-Reply-To: References: <42b9db550902160840l202e4bfaxf0d6951390c9004f@mail.gmail.com> Message-ID: <499C41F8.4050604@dronecode.org.uk> Owen Rees wrote: > --On Monday, February 16, 2009 17:40:15 +0100 Franz di Coccio wrote: > >> Marco, >> >> your suggestion to insert >> >> >> %CYGWIN_ROOT%\bin\sleep 4 >> >> before the xterm launch instruction >> >> %RUN% xterm -e /usr/bin/bash -l >> >> in starxwin.bat did the trick! >> Thanks a lot! Grazie! >> >> F >> >> PS That's a weird behaviour, anyway... I wonder why the pause is needed >> only for the first execution after the system boot. Whatever... Now it >> works :) Because the second time, the X server is already running. The command to start the X server has --silent-dup-error, so it does nothing when the server is already running. > The problem seems to be the one that prompted the thread that contains > this message: > > > As I understand it, the process that starts the X server finishes before > the X server is ready to accept connections. This means that there is > then a race condition between the X server start up and the next command > in the startup script. If the server is ready first all is well but if > not, the next command - xterm - fails to connect and gives up. This is correct. The real solution, is to use startx/xinit, as that actually has code to wait until the X server is accepting connections before starting the clients. Making startxwin.bat just launch startx or xinit would also largely solve the problem of overwriting people's customisations to startxwin.bat, as it has defined places to put those. Unfortunately, there is one important difference: xinit does't work quite the same way as startxwin.bat, in that it waits for the last client started (or the default Xterm) to exit, and when that exits, also kills the X server; startxwin just starts everything and exits. A patch to add a 'don't wait around, just exit' switch to xinit would be most useful :-) -- 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 L.Wood@surrey.ac.uk Wed Feb 18 17:20:00 2009 From: L.Wood@surrey.ac.uk (Lloyd Wood) Date: Wed, 18 Feb 2009 17:20:00 -0000 Subject: /usr/bin/startx fails on new x.org install? Message-ID: <200902181720.n1IHJxf05728@cisco.com> Jon, thanks for your /usr/bin/startx patch. (repeated as text below since the cygwin mailing list bounces attachments, so probably didn't make it to the list.) Applying your patch allows startx to run and launch X - but in full desktop mode, rather than the multiwindow mode that startx did for me previously. Trying: startx -multiwindow leads to: xterm: bad command line option "xterm". Interesting. startx -- -multiwindow works as xinit does, but is non-obvious to the user. I'd expect startx to default to multiwindow mode. So, your patch is a step in the right direction, at least, handles spaces correctly, and should certainly be committed to the codebase. I'm using SaVi and Geomview under Cygwin/X and WinXP SP2 (a 2MB Thinkpad T43). See: http://savi.sf.net/ The new X server has a nasty habit of dying horribly when I begin using SaVi and Geomview - there's your test case. I can live without the hardware acceleration - it's a good way of tightening SaVi's geomview commands to remove redundant drawing and group drawing commands together to remove unnecessary geomview updates - but other geomview users will have a different view. And only getting thirty seconds or so of use before the X server dies and takes everything else with it is a showstopper for all of us. Geomview now seems to be easier to build under the new Xserver regime - ./configure and make just work and do the right thing without command-line nudges - but it's far less robust and reliable in use under the new X server. (I'm not getting cut/paste between Windows and xterms in multiwindow mode, either. Entirely separate clipboards.) thanks, L. <http://www.ee.surrey.ac.uk/Personal/L.Wood/> --- /usr/bin/startx 2009-01-19 06:43:41.001000000 +0000 +++ startx 2009-02-16 20:30:15.062500000 +0000 @@ -159,9 +159,9 @@ add :$dummy . $mcookie EOF + serverargs=${serverargs}" -auth '"${xserverauthfile}"'" - serverargs=${serverargs}" -auth "${xserverauthfile} # now add the same credentials to the client authority file @@ -193,9 +193,9 @@ +eval xinit \"$client\" $clientargs -- \"$server\" $display $serverargs -xinit "$client" $clientargs -- "$server" $display $serverargs -----Original Message----- From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] Sent: Wed 2009-02-18 16:23 To: cc Cc: Wood L Dr (Electronic Eng) Subject: Re: /usr/bin/startx fails on new x.org install? Lloyd Wood wrote: >> Lloyd Wood wrote: >>> XWin was started with the following command line: >>> >>> /usr/bin/X :0 -auth /cygdrive/c/Documents and >>> Settings/lwood/.serverauth.3000 >>> >>> ddxProcessArgument - Initializing default screens >>> winInitializeDefaultScreens - w 1400 h 1050 >>> winInitializeDefaultScreens - returning >>> Unrecognized option: and >>> [..] >> This isn't X-specific; spaces and *NIX paths don't mix. > > Tell that to any Mac OS X user. > >> Please use a >> sane home directory, like /home/lwood. > > startx used to work. Now, it doesn't. Ergo, like lack of opengl hardware acceleration, it can be argued that it's a regression in functionality. (I have to keep files under Documents\ and\ Settings. That has worked fine for for startx the last eight years. Now, it's broken.) > > handling of paths has been broken, due to lame programming practices. it needs to be fixed. Thanks for identifying this as a regression. I wasn't sure if this used to work or not. I think that the attached patch for startx should fix this problem, if you wouldn't mind testing it. >>> 4. Hogging and not freeing menu/window resources in X, as my Insight Tcl >>> program failing with 'unable to register Tk TopLevel class' or failing to >>> draw a window properly indicates: >>> http://coding.derkeiler.com/Archive/Tcl/comp.lang.tcl/2008-04/msg00769.html >>> yes, Insight Tcl programs can be run without X being launched. But I have to >>> quit X (desktop or multiwindow mode) to pull down and draw a menu in >>>> e.g. the mail program where I'm writing this. >> Cygwin's Tcl/Tk is currently Windows based, and this message is clearly >> talking about a Windows version of Tcl/Tk. I don't see what that has to >> do with X11? > > I'm walking you through visible symptoms, diagnosis, and explanation. the new > Xserver is demonstrably a resource hog, in that it interferes with normal > Windows operation. Too bad you're not providing us with the solution as well :-) I tried some brief experiments with the Dheapmon tool, but I didn't see any obvious leaking and wasn't able to hit this Windows resource limit - the desktop heap was only 50% full with 50 xterms, and then I hit some other limit in cygwin.... ('open ttydev: No such file or directory'), so a few more details about how to reproduce this problem would be very helpful. It might be also helpful if you mentioned which particular version of windows you are using, as I would guess they don't all behave the same in this regard. -- 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 Feb 18 17:28:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 18 Feb 2009 17:28:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <22007087.post@talk.nabble.com> References: <22007087.post@talk.nabble.com> Message-ID: <499C4543.4090809@dronecode.org.uk> km4hr wrote: > I can't get "-query" to do anything. I only get a grey screen. > > Do you have disable firewalling, or open some ports, or whatever on the > Windows box? > I completely disabled my Windows firewall (I think) but still no joy. > > I'm completely illiterate on Windows. I don't care to know anything about > Windows really. I just need cookbook directions to get cygwin/x working. > > I've also tried Xming. Same result, no response using "-query". > > I have evidence that xdmcp is set up correctly on the linux box. I can open > a terminal window (Alt F2) on the linux box and run "X :1 -query hostname>". The gdm login window appears and I can log in. You may well need to adjust the configuration on your linux box to permit remote XDMCP connections. I'm assuming you've checked the FAQ http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xdmcp-query You should look for instructions specific to your linux distro on configuring XDMCP for remote access, for e.g. you might need allow remote access in tcpwrappers http://projects.gnome.org/gdm/docs/2.14/security.html#xdmcpaccess > My network connection seems ok between the Windows box and the Linux box. > Telnet works fine. > > Are there any log files that might help troubleshoot the problem? Yes, but they are probably on the linux host. Cygwin/X can't know why the connection is refused. > I've done everything I can think of. -- 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 Feb 18 17:33:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 18 Feb 2009 17:33:00 -0000 Subject: /usr/bin/startx fails on new x.org install? In-Reply-To: <200902181720.n1IHJxf05728@cisco.com> References: <200902181720.n1IHJxf05728@cisco.com> Message-ID: <499C4675.1000800@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Lloyd Wood wrote: > startx -- -multiwindow > works as xinit does, but is non-obvious to the user. I'd expect startx > to default to multiwindow mode. startx is not Cygwin-specific, and as on other platforms, starts the X server in the rooted mode and launches the X desktop indicated in ~/xinitrc. The Start Menu item is the recommended way to start a multiwindow session. > (I'm not getting cut/paste between Windows and xterms in > multiwindow mode, either. Entirely separate clipboards.) Use the -clipboard server flag. Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmcRnUACgkQpiWmPGlmQSPMlQCghYu1dOM6Qaawp+xkNZ2sKZMg WlQAn16uCfNs9rQaae1kTpLRUpTzUmOh =lWxK -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dan.tsafrir@gmail.com Wed Feb 18 17:45:00 2009 From: dan.tsafrir@gmail.com (Dan Tsafrir) Date: Wed, 18 Feb 2009 17:45:00 -0000 Subject: R: starxwin.bat always "misfires" the xterm once - it works! In-Reply-To: <499C41F8.4050604@dronecode.org.uk> References: <42b9db550902160840l202e4bfaxf0d6951390c9004f@mail.gmail.com> <499C41F8.4050604@dronecode.org.uk> Message-ID: On Wed, Feb 18, 2009 at 12:14 PM, Jon TURNEY wrote: > > Making startxwin.bat just launch startx or xinit would also largely solve > the problem of overwriting people's customisations to startxwin.bat, as it > has defined places to put those. I would like to point out that currently, it appears that in the eyes of the average user (like me?), startx does not produce acceptable results, as was just discussed here: http://www.cygwin.com/ml/cygwin-xfree/2009-02/msg00165.html so making startxwin.bat a wrapper around startx would potentially create a problem for many users, who, mind you, were already forced to waste some time in finding a workaround to the unfortunate fact that startx stopped working after "up" grade to xorg :( --Dan -- 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 Feb 18 17:47:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 18 Feb 2009 17:47:00 -0000 Subject: Testing for release 1.5.3-7 Message-ID: <499C4991.3050304@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Jon, I barely missed you on IRC this morning. Ports SVN r5753 is RC1 for 1.5.3-7; could you please svn up and test? Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmcSZAACgkQpiWmPGlmQSMarQCgs9XQsPkpljbcXesQe6v5RwHJ ZxQAn2mHjbWE+WQ44bE5PlPRpGGNjwCT =hqY4 -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cgf-use-the-mailinglist-please@cygwin.com Wed Feb 18 18:03:00 2009 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 18 Feb 2009 18:03:00 -0000 Subject: /usr/bin/startx fails on new x.org install? In-Reply-To: <200902181720.n1IHJxf05728@cisco.com> References: <200902181720.n1IHJxf05728@cisco.com> Message-ID: <20090218180324.GB19012@ednor.casa.cgf.cx> On Wed, Feb 18, 2009 at 05:19:57PM +0000, Lloyd Wood wrote: >thanks for your /usr/bin/startx patch. (repeated as text below since the cygwin >mailing list bounces attachments, so probably didn't make it to the list.) The cygwin mailing list does not just generally bounce all attachments. In fact, we routinely ask for cygcheck output to be attached to problem reports. Jon's attachment made it to the list just fine: http://cygwin.com/ml/cygwin-xfree/2009-02/msg00180.html 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 mike_ayers@tvworks.com Wed Feb 18 20:03:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Wed, 18 Feb 2009 20:03:00 -0000 Subject: xdvi unexplained locale problem In-Reply-To: References: <4997118C.3080203@dronecode.org.uk> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0AB73DB5@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Dan Tsafrir > Sent: Saturday, February 14, 2009 2:01 PM > On Sat, Feb 14, 2009 at 1:46 PM, Jon TURNEY > wrote: > > > >> NLSPATH = 'C:\Programs\IBM\RunTime\%N;' > > > > You should probably try without that in your environment, > just to rule it > > out. > > > > $ unset NLSPATH > > $ xdvi > > It didn't work :( Any other ideas? Try unsetting LOCPATH: http://sourceware.org/ml/glibc-bugs/2004-05/msg00054.html HTH, Mike -- 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 mike_ayers@tvworks.com Wed Feb 18 23:53:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Wed, 18 Feb 2009 23:53:00 -0000 Subject: starxwin.bat always "misfires" the xterm once - it works! In-Reply-To: <42b9db550902160840l202e4bfaxf0d6951390c9004f@mail.gmail.com> References: <42b9db550902160840l202e4bfaxf0d6951390c9004f@mail.gmail.com> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0AB73FCD@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Franz di Coccio > Sent: Monday, February 16, 2009 8:40 AM > PS That's a weird behaviour, anyway... I wonder why the pause > is needed > only for the first execution after the system boot. > Whatever... Now it works :) Most likely there's lots of shared libraries to load. I suspect if you were to comment out the sleep and start X once, showinf the failure, if you were to run a bunch of memory-hogging apps in sequence, when you tried X again it would once again have the problem. But are you curious enough to try this..? $.02, Mike P.S. I have no idea how many euros that is. -- 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 zdzisiekm@sbcglobal.net Thu Feb 19 01:35:00 2009 From: zdzisiekm@sbcglobal.net (Zdzislaw Meglicki) Date: Thu, 19 Feb 2009 01:35:00 -0000 Subject: Unable to load any usable ISO8859 font Message-ID: <482967.29562.qm@web80704.mail.mud.yahoo.com> I have installed the latest version of Cygwin + X11 under Longhorn/Vista Ver 6.0 Build 6001 Service Pack 1, running under WOW64 on AMD64. Cygcheck says that "Longhorn/Vista (not yet supported!)" but things seem to work, so far. I have downloaded the lot today, Feb 18, 2009, and the version numbers on X11 are: xorg-cf-files?????????????????? 1.0.2-7 xorg-docs?????????????????????? 1.4-1 xorg-scripts??????????????????? 1.0.1-1 xorg-server???????????????????? 1.5.3-6 xorg-sgml-doctools????????????? 1.2-1 xorg-util-macros??????????????? 1.2.1-1 xorg-x11-base?????????????????? 7.4-1 xorg-x11-bin-dlls?????????????? 7.4-1 The installation and post-install all went smoothly, but on trying to start X11, xterm, as invoked by startxwin.sh, would say "Unable to load any usable ISO8859 font" and exit. X11 would run though and xterm -fn fixed would come up just fine, sic. I have eventually tracked the problem to... there not being any fonts.dir files in the /usr/share/fonts subdirectories. After I had made these manually with mkfontdir the problem went away. Looks like?a bug in post-install. But... I did not have this problem on XP, on which I had installed Cygwin and X11 yesterday only. So, it seems to be Vista specific. Another Vista post-install difference: there are no?X11 entries in the start menu. Happy hacking all, Zdzislaw Meglicki, OVPIT, Indiana University -- 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 L.Wood@surrey.ac.uk Thu Feb 19 09:12:00 2009 From: L.Wood@surrey.ac.uk (Lloyd Wood) Date: Thu, 19 Feb 2009 09:12:00 -0000 Subject: X.org 7.4 dying under Geomview Message-ID: <200902190911.n1J9BrD06624@cisco.com> I have also noticed that, in -multiwindow mode, graphical updates for Geomview's camera window now only happen for the area covered by the original camera position. That is, if you move the Windows window on screen, only the area of that window that overlaps with the area of original window content's position will be updated with new animations prompted by SaVi. (Rooted desktop drawing behaviour is fine. Either windowing mode crashes the Xserver after about 30 seconds of use of SaVi and Geomview.) This drawing behaviour is a regression in behaviour from the previous X multiwindow behaviour, where SaVi and Geomview animated fine. http://www.geomview.org/ http://savi.sf.net/ > I'm using SaVi and Geomview under Cygwin/X and WinXP SP2 (a 2MB Thinkpad > T43). See: http://savi.sf.net/ > The new X server has a nasty habit of dying horribly when I begin > using SaVi and Geomview - there's your test case. I can live without the > hardware acceleration - it's a good way of tightening SaVi's > geomview commands to remove redundant drawing and group drawing commands > together to remove unnecessary geomview updates - but other geomview users > will have a different view. > > And only getting thirty seconds or so of use before the X server dies > and takes everything else with it is a showstopper for all of us. > > Geomview now seems to be easier to build under the new Xserver regime - > ./configure and make just work and do the right thing without command-line > nudges - but it's far less robust and reliable in use under the new > X server. SaVi satellite constellation visualization: http://savi.sf.net/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From km4hr@netscape.net Thu Feb 19 17:07:00 2009 From: km4hr@netscape.net (km4hr) Date: Thu, 19 Feb 2009 17:07:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <22007087.post@talk.nabble.com> References: <22007087.post@talk.nabble.com> Message-ID: <22104796.post@talk.nabble.com> This is an update on my hard-fought attempt to get "-query" access to a linux xdmcp server running CentOS 5 from my Windows PC running cygwin-x. I installed X-Win32 (a commercial X-server) on my Windows PC. Unlike cygwin-x and Xming the X-Win32 server does detect available xdmcp hosts when I use the "-broadcast" switch. But I can only get a login prompt one of them, an HPUX host. My linux box is in the broadcast list but X-Win32 won't connect to it. No reason or error message is given. I may go ahead and purchase a copy X-Win32 just so I can get their tech support people involved. Anyway, my question is, why won't cygwin-x bring up the same "-broadcast" list as X-Win32? Any suggestions are greatly appreciated. -- View this message in context: http://www.nabble.com/%22-query%22-not-working-on-cygwin-windows-tp22007087p22104796.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 km4hr@netscape.net Thu Feb 19 17:12:00 2009 From: km4hr@netscape.net (km4hr) Date: Thu, 19 Feb 2009 17:12:00 -0000 Subject: What does "-ac" do? Message-ID: <22104798.post@talk.nabble.com> Does "-ac" do the same thing as "xhost +"? -- View this message in context: http://www.nabble.com/What-does-%22-ac%22-do--tp22104798p22104798.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 jicjoc@gmail.com Thu Feb 19 18:31:00 2009 From: jicjoc@gmail.com (ephemeral) Date: Thu, 19 Feb 2009 18:31:00 -0000 Subject: Cygwin Xserver - Run Applications on host forever? Message-ID: <22106835.post@talk.nabble.com> Hi guys, I use a win xp laptop (with cygwin,xserver,openssh) to connect to a linux red hat machine. Everything is going fine... Every time i power off my laptop though i lose whatever terminals/apps i had on the linux-red-hat machine. Is there a way that i can get the linux apps to run forever, and then i can just connect to them as i please using cygwin? I think vnc allows this (if i recall correctly) but doesnt vnc also force to to view the entire linux desktop on your windows machine as well? Id prefer not to do that... Any idea's how to do this on cygwin? Thanks J -- View this message in context: http://www.nabble.com/Cygwin-Xserver---Run-Applications-on-host-forever--tp22106835p22106835.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Thu Feb 19 19:28:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 19 Feb 2009 19:28:00 -0000 Subject: Cannot convert string "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" In-Reply-To: <276952.78858.qm@web33403.mail.mud.yahoo.com> References: <276952.78858.qm@web33403.mail.mud.yahoo.com> Message-ID: <499DB2B9.1000504@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Jeff Y wrote: > I can not launch Oracle Installer from AIX by warning: > > Warning: Cannot convert string "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" to type FontStruct > Exception in thread "main" > > Is there a fix for this? > > I check Cygwin FAQ. How can I know if packages font-bh-dpi75 and font-bh-lucidatypewriter-dpi75 have been installed on my PC? 1) http://cygwin.com/acronyms/#PCYMTWLL 2) http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-where-are-my-fonts 3) Cygwin/X questions belong on the cygwin-xfree list. Setting Reply-To: accordingly. Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmdsrgACgkQpiWmPGlmQSOXzQCfUIB1AV8nbi7/LcYSqa03/oLz QpYAnRMHYURc/jhRD+n/leKWj5MggQly =hbcY -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mike_ayers@tvworks.com Thu Feb 19 20:23:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Thu, 19 Feb 2009 20:23:00 -0000 Subject: rgb.txt not honored in X7? In-Reply-To: <49946DF1.90106@dronecode.org.uk> References: <83E753BE7B6A324ABB336245BAF1DAAC0A893F50@mailserver.metatv-ds.metatv.com> <4989B720.7050903@dronecode.org.uk> <83E753BE7B6A324ABB336245BAF1DAAC0A987CEB@mailserver.metatv-ds.metatv.com> <49946DF1.90106@dronecode.org.uk> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0AB7428D@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Jon TURNEY > Sent: Thursday, February 12, 2009 10:44 AM > Mike Ayers wrote all on one line: I don't know why. My mailer usually fills, I think. I'll do it by hand this time, if that helps. > > From where? I believe this should be ~/.Xdefaults, but > the nature of cygwin can make ~ an indefinite place for > startup files. I set %HOME%, which becomes $HOME to what > will be ~, but if I put > > >"XTerm*toolbar: false" in $HOME/.Xdefaults I still have > toolbars on my xterms. > > Case is signficant. Try "XTerm*toolBar: false" That worked, but not immediately. I still don't know wether I am trying to put it into .Xdefaults, or what directory that would go in (Windows default home or %HOME%), or whether the file should actually be named .Winrc, as implied by the tray icon (sometimes). I have gotten a bit of functionality back by modifying my startx.bat script from: [SNIP type="old"] @echo off C: chdir C:\cygwin\bin bash --login -c startx [/SNIP] to [SNIP type="new"] @echo off C: chdir C:\cygwin\bin bash --login -c "/usr/bin/startx -- -multiwindow -clipboard" [/SNIP] > >> .Xresources is xrdb -merge'd by /etc/X11/xinit/xinitrc (i.e. > >> if you use startx) I manage that in my .xinitrc, which was originally copied from the system xinitrc. > I suspect you used to have the -multiwindow option to the X > server in your > startx script somewhere (defaultserverargs?) I only used the startx as shipped. My start script (above) is the only modification I made. > A few people have reported cut-and-paste problems with > vncclient also running. I'm one of them. > If you can spare the time to write a mail (in a new thread) > with some clear > reproduction steps, that would be most appreciated. Coming shortly. Thanks, Mike -- 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 jdedba@yahoo.com Thu Feb 19 20:35:00 2009 From: jdedba@yahoo.com (Jeff Y) Date: Thu, 19 Feb 2009 20:35:00 -0000 Subject: Cannot convert string "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" In-Reply-To: <499DB2B9.1000504@users.sourceforge.net> Message-ID: <526137.15770.qm@web33407.mail.mud.yahoo.com> Thanks for your reply. I see two folders /usr/share/fonts/75dpi, /usr/share/fonts/100dpi on my PC. But I do not know if they are the two needed font packages or not, and how to use them to fix my issue. Please give some details. Thanks. --- On Thu, 2/19/09, Yaakov (Cygwin/X) wrote: > From: Yaakov (Cygwin/X) > Subject: Re: Cannot convert string "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" > To: cygwin-xfree@cygwin.com > Cc: cygwin@cygwin.com > Date: Thursday, February 19, 2009, 12:27 PM > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Jeff Y wrote: > > I can not launch Oracle Installer from AIX by warning: > > > > Warning: Cannot convert string > "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" to > type FontStruct > > Exception in thread "main" > > > > Is there a fix for this? > > > > I check Cygwin FAQ. How can I know if packages > font-bh-dpi75 and font-bh-lucidatypewriter-dpi75 have been > installed on my PC? > > 1) http://cygwin.com/acronyms/#PCYMTWLL > > 2) > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-where-are-my-fonts > > 3) Cygwin/X questions belong on the cygwin-xfree list. > Setting > Reply-To: accordingly. > > > Yaakov > Cygwin/X > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (Cygwin) > Comment: Using GnuPG with Mozilla - > http://enigmail.mozdev.org > > iEYEAREIAAYFAkmdsrgACgkQpiWmPGlmQSOXzQCfUIB1AV8nbi7/LcYSqa03/oLz > QpYAnRMHYURc/jhRD+n/leKWj5MggQly > =hbcY > -----END PGP SIGNATURE----- > > -- > Unsubscribe info: > http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/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 Phil.Betts@ascribe.com Thu Feb 19 20:47:00 2009 From: Phil.Betts@ascribe.com (Phil Betts) Date: Thu, 19 Feb 2009 20:47:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <22104796.post@talk.nabble.com> References: <22007087.post@talk.nabble.com> <22104796.post@talk.nabble.com> Message-ID: <5E25AF06EFB9EA4A87C19BC98F5C875302976E34@core-email.int.ascribe.com> km4hr wrote: > This is an update on my hard-fought attempt to get "-query" access to a > linux > xdmcp server running CentOS 5 from my Windows PC running cygwin-x. > > I installed X-Win32 (a commercial X-server) on my Windows PC. Unlike > cygwin-x and Xming the X-Win32 server does detect available xdmcp hosts > when > I use the "-broadcast" switch. But I can only get a login prompt one of > them, an HPUX host. My linux box is in the broadcast list but X-Win32 > won't > connect to it. No reason or error message is given. I may go ahead and > purchase a copy X-Win32 just so I can get their tech support people > involved. > > Anyway, my question is, why won't cygwin-x bring up the same "- > broadcast" > list as X-Win32? > > Any suggestions are greatly appreciated. The XWin -broadcast option connects to "the first XDM machine to respond". I can only assume that your Linux box responded first, but denied access for the same reason that -query fails. I think you are looking in the wrong place for the answer. Your mail about the -ac option also suggests you are blaming XWin. It is the Linux box which is denying you access, and you need to look on that box for the answer. Try looking in the logs on your Linux box as Jon suggested. Reading the man pages for your distro will tell you where the logs are. Try "man xdm" and "man xauth", for a start. You are also likely to get less speculative answers by asking on the forum specific to your Linux distribution. Perhaps it would be better if you told us what you are trying to achieve rather than what you are attempting in order to achieve it. In other words, you have told us that you can't connect using -query, rather than WHY you are trying to connect using XDMCP. If you are simply trying to get Linux apps to display on your Windows box, then you are probably better off using the ssh -Y method rather than XDMCP. If you haven't done so already, the FAQ should give you some useful pointers, particularly sections 6 & 7: http://x.cygwin.com/docs/faq/cygwin-x-faq.html Also try: http://en.tldp.org/HOWTO/XDMCP-HOWTO/ http://www.xs4all.nl/~zweije/xauth.html Phil -- This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange. -- 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 mike_ayers@tvworks.com Thu Feb 19 20:49:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Thu, 19 Feb 2009 20:49:00 -0000 Subject: Reproducing the cygwin X problems Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> Lately, I have been having problems with the cygwin X server and cut-n-paste. I have reported a connection to vncclient (RealVNC) - in fact, I don't recall having problems with vncclient not running. These days I use one or the other - so far, so good. Unfortunately, though, I am in the habit of cutting and pasting between vncclient and cygwin X, so if I can be of any tracking the problem down, please let me know. If I have vncclient and an xterm running, simply selecting text on the xterm is sufficient to cause the problem, which I confirm by raising the xterm over the vncclient, then clicking the vncclient to raise it (it then exhibits responsiveness problems). Today I noticed a new problem, which may or may not be related: [SNIP] mike-ayers-lap> ssh -Y -l mayers mikeayers-linux-2 Warning: No xauth data; using fake authentication data for X11 forwarding. Last login: Thu Feb 19 11:54:55 2009 from 192.168.2.87 mikeayers-linux-2> export DISPLAY=192.168.2.87:0 mikeayers-linux-2> xterm Xlib: connection to "192.168.2.87:0.0" refused by server Xlib: No protocol specified xterm Xt error: Can't open display: 192.168.2.87:0 mikeayers-linux-2> [/SNIP] This same technique used to work. The only changes I have made since it last worked was (1) update cygwin, including X, and (2) add " -- -multiwindow -clipboard" to my invocation of startx (I used to get those by default). Let me know if you have trouble reproducing this. HTH, Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 61660 bytes Desc: cygcheck.out 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 mike_ayers@tvworks.com Thu Feb 19 20:58:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Thu, 19 Feb 2009 20:58:00 -0000 Subject: Cannot convert string "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" In-Reply-To: <526137.15770.qm@web33407.mail.mud.yahoo.com> References: <499DB2B9.1000504@users.sourceforge.net> <526137.15770.qm@web33407.mail.mud.yahoo.com> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0AB742D2@mailserver.metatv-ds.metatv.com> FAQ 3.5: "The lucida font family is provided by the package font-bh-dpi75 (or font-bh-dpi100). The monospaced version, lucida typewriter is provided by the package font-bh-lucidatypewriter-dpi75 (or font-bh-lucidatypewriter-dpi100). " HTH, Mike > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Jeff Y > Sent: Thursday, February 19, 2009 12:35 PM > To: cygwin-xfree@cygwin.com > Cc: cygwin@cygwin.com > Subject: Re: Cannot convert string > "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" > > Thanks for your reply. > > I see two folders /usr/share/fonts/75dpi, > /usr/share/fonts/100dpi on my PC. But I do not know if they > are the two needed font packages or not, and how to use them > to fix my issue. > > Please give some details. Thanks. > > --- On Thu, 2/19/09, Yaakov (Cygwin/X) > wrote: > > > From: Yaakov (Cygwin/X) > > Subject: Re: Cannot convert string > "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" > > To: cygwin-xfree@cygwin.com > > Cc: cygwin@cygwin.com > > Date: Thursday, February 19, 2009, 12:27 PM > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA256 > > > > Jeff Y wrote: > > > I can not launch Oracle Installer from AIX by warning: > > > > > > Warning: Cannot convert string > > "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" to > > type FontStruct > > > Exception in thread "main" > > > > > > Is there a fix for this? > > > > > > I check Cygwin FAQ. How can I know if packages > > font-bh-dpi75 and font-bh-lucidatypewriter-dpi75 have been > > installed on my PC? > > > > 1) http://cygwin.com/acronyms/#PCYMTWLL > > > > 2) > > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-where-are-my-fonts > > > > 3) Cygwin/X questions belong on the cygwin-xfree list. > > Setting > > Reply-To: accordingly. > > > > > > Yaakov > > Cygwin/X > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.9 (Cygwin) > > Comment: Using GnuPG with Mozilla - > > http://enigmail.mozdev.org > > > > iEYEAREIAAYFAkmdsrgACgkQpiWmPGlmQSOXzQCfUIB1AV8nbi7/LcYSqa03/oLz > > QpYAnRMHYURc/jhRD+n/leKWj5MggQly > > =hbcY > > -----END PGP SIGNATURE----- > > > > -- > > Unsubscribe info: > > http://cygwin.com/ml/#unsubscribe-simple > > Problem reports: http://cygwin.com/problems.html > > Documentation: http://cygwin.com/docs.html > > FAQ: http://cygwin.com/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/ > > -- 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 blakethomasandrew@gmail.com Thu Feb 19 21:23:00 2009 From: blakethomasandrew@gmail.com (Blake Thomas Andrew) Date: Thu, 19 Feb 2009 21:23:00 -0000 Subject: x keyboard with most keys dead since update -- faq answer 3.2 no help Message-ID: Hi Everyone Please help, I am quite desperate. The day before yesterday I inadvertently upgraded to the new version of X. I had had a slight problem -- emacs suddenly froze, and on restart, I found myself with a US keyboard layout throughout X. (I need latin-american). I thought that perhaps downloading setxkbmap using cygwin setup might help restore the keyboard layout, but I accidentally ended up downloading the whole current version of cygwin. On restarting the XWin server, I found that xterm now did not respond to the keyboard. More exactly, a little trial and error has shown that some keys work and some don't. The keys that do not work are the main alphanumeric and punctuation keys. But the spacebar, tab, enter, backspace, delete, cursor movement keys, all numberpad keys, the special key, (and probably all the function keys also) all do work. I can also paste onto the command line. I have a Toshiba Satellite laptop running Windows Vista. I have been searching for an answer for the past two days. There is what seems to be the perfect solution in the Cygwin XFree FAQ -- question 3.2. Unfortunately I am already using the startxwin.bat from the /usr/bin directory. I have the same problem even when I start XWin by double-clicking on this exact file. Viewing the file shows no reference to the XKEYSYMDB environment variable, and when I paste "echo $XKEYSYMDB" into the xterm command line and press Enter, nothing but a blank line is produced. This seems to indicate that my problem is not the same as the problem that Answer 3.2 is the solution to. In my attempts to solve the problem I have done a complete reinstall-from-scratch of cygwin. Same result -- can't use the keyboard. I need cygwin for my work -- and I haven't been able to do any work for the last three days. Please help! Thanks Andrew Thomas Blake -- 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 Phil.Betts@ascribe.com Thu Feb 19 21:34:00 2009 From: Phil.Betts@ascribe.com (Phil Betts) Date: Thu, 19 Feb 2009 21:34:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> Message-ID: <5E25AF06EFB9EA4A87C19BC98F5C875302976E4A@core-email.int.ascribe.com> Mike Ayers wrote: > Today I noticed a new problem, which may or may not be related: > > [SNIP] > mike-ayers-lap> ssh -Y -l mayers mikeayers-linux-2 > Warning: No xauth data; using fake authentication data for X11 > forwarding. > Last login: Thu Feb 19 11:54:55 2009 from 192.168.2.87 > mikeayers-linux-2> export DISPLAY=192.168.2.87:0 > mikeayers-linux-2> xterm > Xlib: connection to "192.168.2.87:0.0" refused by server > Xlib: No protocol specified > > xterm Xt error: Can't open display: 192.168.2.87:0 > mikeayers-linux-2> > [/SNIP] > > This same technique used to work. The only changes I have made > since it last worked was (1) update cygwin, including X, and (2) add " > -- -multiwindow -clipboard" to my invocation of startx (I used to get > those by default). > It might have worked, but it was wrong. Do not set the DISPLAY environment variable. It is set by ssh -Y to something similar to "localhost:10.0" - the actual value depends on whether there are other forwarded X connections to that box. BEFORE running ssh, you need to ensure that $DISPLAY is set correctly for local connections (probably ":0"). By specifying your own value for $DISPLAY inside the ssh session, you are ensuring that all X traffic bypasses the ssh tunnel and sets up its own (insecure and not encrypted) connection. This new connection must then go through the normal authentication process and it will appear to the X server as a remote connection, whereas the ssh connection looks like a local connection to the server. Phil -- This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange. From mike_ayers@tvworks.com Thu Feb 19 21:47:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Thu, 19 Feb 2009 21:47:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <5E25AF06EFB9EA4A87C19BC98F5C875302976E4A@core-email.int.ascribe.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <5E25AF06EFB9EA4A87C19BC98F5C875302976E4A@core-email.int.ascribe.com> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0AB74348@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Phil Betts > Sent: Thursday, February 19, 2009 1:34 PM > It might have worked, but it was wrong. Do not set the DISPLAY > environment variable. It is set by ssh -Y to something similar to > "localhost:10.0" - the actual value depends on whether there are other > forwarded X connections to that box. I do not usually set it. I only did so in the sample to satisfy FAQ 6.1. > BEFORE running ssh, you need to ensure that $DISPLAY is set correctly > for local connections (probably ":0"). 127.0.0.1:0, set by the system. I ordinarily do not check it, as I've never needed to set it when things worked. > By specifying your own value for $DISPLAY inside the ssh session, you > are ensuring that all X traffic bypasses the ssh tunnel and > sets up its > own (insecure and not encrypted) connection. This new > connection must > then go through the normal authentication process and it will appear > to the X server as a remote connection, whereas the ssh connection > looks like a local connection to the server. FAQ needs updating, and my problem remains. Thanks, Mike From blakethomasandrew@gmail.com Thu Feb 19 22:19:00 2009 From: blakethomasandrew@gmail.com (Blake Thomas Andrew) Date: Thu, 19 Feb 2009 22:19:00 -0000 Subject: x keyboard with most keys dead since update -- more info: xev for two keys Message-ID: Hi Here is xev output for a "q" key followed by a space. KeyPress event, serial 27, synthetic NO, window 0xa00001, root 0x7c, subw 0x0, time 10376624, (1,81), root:(1862,343), state 0x10, keycode 24 (keysym 0x1000ebb, U0EBB), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0xa00001, root 0x7c, subw 0x0, time 10376718, (1,81), root:(1862,343), state 0x10, keycode 24 (keysym 0x1000ebb, U0EBB), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 27, synthetic NO, window 0xa00001, root 0x7c, subw 0x0, time 10379526, (1,81), root:(1862,343), state 0x10, keycode 65 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XmbLookupString gives 1 bytes: (20) " " XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0xa00001, root 0x7c, subw 0x0, time 10379666, (1,81), root:(1862,343), state 0x10, keycode 65 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XFilterEvent returns: False I hope this gives a clue. (The keysym entry seems wrong for the q key.) Thanks for any help. Andrew Thomas Blake -- 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 Feb 19 22:48:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 19 Feb 2009 22:48:00 -0000 Subject: x keyboard with most keys dead since update -- faq answer 3.2 no help In-Reply-To: References: Message-ID: <499DE1A9.2000903@dronecode.org.uk> Blake Thomas Andrew wrote: > Hi Everyone > > Please help, I am quite desperate. > > The day before yesterday I inadvertently upgraded to the new version of X. > > I had had a slight problem -- emacs suddenly froze, and on restart, I > found myself with a US keyboard layout throughout X. (I need > latin-american). I thought that perhaps downloading setxkbmap using > cygwin setup might help restore the keyboard layout, but I > accidentally ended up downloading the whole current version of cygwin. > > On restarting the XWin server, I found that xterm now did not respond > to the keyboard. May we see your /var/log/XWin.0.log, please. Does setting a different keyboard map using setxkbmap make any difference (as http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xkb-not-working)? Cygcheck output as asked for in http://cygwin.com/problems.html ? > More exactly, a little trial and error has shown that some keys work > and some don't. > > The keys that do not work are the main alphanumeric and punctuation keys. > > But the spacebar, tab, enter, backspace, delete, cursor movement keys, > all numberpad keys, the special key, (and probably all the > function keys also) all do work. > > I can also paste onto the command line. > > I have a Toshiba Satellite laptop running Windows Vista. > > I have been searching for an answer for the past two days. > > There is what seems to be the perfect solution in the Cygwin XFree FAQ > -- question 3.2. > > Unfortunately I am already using the startxwin.bat from the /usr/bin > directory. I have the same problem even when I start XWin by > double-clicking on this exact file. Viewing the file shows no > reference to the XKEYSYMDB environment variable, and when I paste > "echo $XKEYSYMDB" into the xterm command line and press Enter, nothing > but a blank line is produced. > > This seems to indicate that my problem is not the same as the problem > that Answer 3.2 is the solution to. > > In my attempts to solve the problem I have done a complete > reinstall-from-scratch of cygwin. Same result -- can't use the > keyboard. -- 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 Feb 19 22:57:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 19 Feb 2009 22:57:00 -0000 Subject: Cannot convert string "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" In-Reply-To: <526137.15770.qm@web33407.mail.mud.yahoo.com> References: <499DB2B9.1000504@users.sourceforge.net> <526137.15770.qm@web33407.mail.mud.yahoo.com> Message-ID: <499DE3E8.8090306@dronecode.org.uk> Jeff Y wrote: > Thanks for your reply. > > I see two folders /usr/share/fonts/75dpi, /usr/share/fonts/100dpi on my PC. But I do not know if they are the two needed font packages or not, and how to use them to fix my issue. See below. If the font packages are not installed, install them. Restart the X server. > Please give some details. Thanks. > > --- On Thu, 2/19/09, Yaakov (Cygwin/X) wrote: > >> From: Yaakov (Cygwin/X) >> Subject: Re: Cannot convert string "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" >> To: cygwin-xfree@cygwin.com >> Cc: cygwin@cygwin.com >> Date: Thursday, February 19, 2009, 12:27 PM >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> Jeff Y wrote: >>> I can not launch Oracle Installer from AIX by warning: >>> >>> Warning: Cannot convert string >> "-*-lucida-medium-r-*-*-*-*-*-*-*-*-iso8859-1" to >> type FontStruct >>> Exception in thread "main" >>> >>> Is there a fix for this? >>> >>> I check Cygwin FAQ. How can I know if packages >> font-bh-dpi75 and font-bh-lucidatypewriter-dpi75 have been >> installed on my PC? $ cygcheck -c -d | grep font-bh font-bh-dpi75 1.0.0-1 font-bh-lucidatypewriter-dpi75 1.0.0-1 >> >> 1) http://cygwin.com/acronyms/#PCYMTWLL >> >> 2) >> http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-where-are-my-fonts >> >> 3) Cygwin/X questions belong on the cygwin-xfree list. >> Setting >> Reply-To: accordingly. -- 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 Feb 19 23:03:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 19 Feb 2009 23:03:00 -0000 Subject: Unable to load any usable ISO8859 font In-Reply-To: <482967.29562.qm@web80704.mail.mud.yahoo.com> References: <482967.29562.qm@web80704.mail.mud.yahoo.com> Message-ID: <499DE531.2070200@dronecode.org.uk> Zdzislaw Meglicki wrote: > I have installed the latest version of Cygwin + X11 under Longhorn/Vista Ver 6.0 Build 6001 Service Pack 1, > running under WOW64 on AMD64. Cygcheck says that "Longhorn/Vista (not yet supported!)" but things seem > to work, so far. I have downloaded the lot today, Feb 18, 2009, and the version numbers on X11 are: > > xorg-cf-files 1.0.2-7 > xorg-docs 1.4-1 > xorg-scripts 1.0.1-1 > xorg-server 1.5.3-6 > xorg-sgml-doctools 1.2-1 > xorg-util-macros 1.2.1-1 > xorg-x11-base 7.4-1 > xorg-x11-bin-dlls 7.4-1 > > The installation and post-install all went smoothly, but on trying to start X11, xterm, as invoked by startxwin.sh, would say "Unable to load any usable ISO8859 font" and exit. X11 would run though and xterm -fn fixed would come up just fine, sic. I have eventually tracked the problem to... there not being any fonts.dir files in the /usr/share/fonts subdirectories. After I had made these manually with mkfontdir the problem went away. > > Looks like a bug in post-install. But... I did not have this problem on XP, on which I had installed Cygwin and X11 yesterday only. So, it seems to be Vista specific. This problem probably depends on which font packages you had installed, which I can't tell. Can you check /var/log/setup.log to see if the post-install scripts for the font packages ran successfully or not? > Another Vista post-install difference: there are no X11 entries in the start menu. This should be installed by the xinit package, which I can't tell if you've installed or not. If you have, perhaps you could check the setup.log similarly. -- 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 blakethomasandrew@gmail.com Thu Feb 19 23:26:00 2009 From: blakethomasandrew@gmail.com (Blake Thomas Andrew) Date: Thu, 19 Feb 2009 23:26:00 -0000 Subject: x keyboard with most keys dead since update -- faq answer 3.2 no help In-Reply-To: <499DE1A9.2000903@dronecode.org.uk> References: <499DE1A9.2000903@dronecode.org.uk> Message-ID: Here is the XWin log output, and cygcheck.out is attached. Thanks for your help. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.5.3.0 (20090205) Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/bin/XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 800 winInitializeDefaultScreens - Returning (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winPrefsLoadPreferences: /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 2560 height: 1024 depth: 32 winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (--) 5 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "0000080A" (0000080a) (--) Using preset keyboard for "Latin American" (80a), type "4" winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winInitClipboard () winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the disp lay. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di splay. winClipboardProc - XOpenDisplay () returned and successfully opened the display. On Thu, Feb 19, 2009 at 4:48 PM, Jon TURNEY wrote: > Blake Thomas Andrew wrote: >> >> Hi Everyone >> >> Please help, I am quite desperate. >> >> The day before yesterday I inadvertently upgraded to the new version of X. >> >> I had had a slight problem -- emacs suddenly froze, and on restart, I >> found myself with a US keyboard layout throughout X. (I need >> latin-american). I thought that perhaps downloading setxkbmap using >> cygwin setup might help restore the keyboard layout, but I >> accidentally ended up downloading the whole current version of cygwin. >> >> On restarting the XWin server, I found that xterm now did not respond >> to the keyboard. > > May we see your /var/log/XWin.0.log, please. > > Does setting a different keyboard map using setxkbmap make any difference > (as http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xkb-not-working)? > > Cygcheck output as asked for in http://cygwin.com/problems.html ? > >> More exactly, a little trial and error has shown that some keys work >> and some don't. >> >> The keys that do not work are the main alphanumeric and punctuation keys. >> >> But the spacebar, tab, enter, backspace, delete, cursor movement keys, >> all numberpad keys, the special key, (and probably all the >> function keys also) all do work. >> >> I can also paste onto the command line. >> >> I have a Toshiba Satellite laptop running Windows Vista. >> >> I have been searching for an answer for the past two days. >> >> There is what seems to be the perfect solution in the Cygwin XFree FAQ >> -- question 3.2. >> >> Unfortunately I am already using the startxwin.bat from the /usr/bin >> directory. I have the same problem even when I start XWin by >> double-clicking on this exact file. Viewing the file shows no >> reference to the XKEYSYMDB environment variable, and when I paste >> "echo $XKEYSYMDB" into the xterm command line and press Enter, nothing >> but a blank line is produced. >> >> This seems to indicate that my problem is not the same as the problem >> that Answer 3.2 is the solution to. >> >> In my attempts to solve the problem I have done a complete >> reinstall-from-scratch of cygwin. Same result -- can't use the >> keyboard. > -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 50351 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 km4hr@netscape.net Thu Feb 19 23:38:00 2009 From: km4hr@netscape.net (km4hr) Date: Thu, 19 Feb 2009 23:38:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <22007087.post@talk.nabble.com> References: <22007087.post@talk.nabble.com> Message-ID: <22112058.post@talk.nabble.com> This is a update including further information regarding my quest to get cygwin/x to connect to my CentOS linux server via xdmcp. I believe I have isolated the problem to either cygwin/x or Windows, probably Windows because no X-server that I've tried works. I've tried cygwin/x, Xming, and X-Win32. I've isolated the problem by booting my Windows PC from a Linux LiveCD (pclos). Using the pclos X-server I successfully connected to my CentOS host using "X :1 -query " . It works perfectly. A beautiful gdm login screen pops up immediately. I think this proves that xdmcp is configured correctly on the CentOS host and that my network is not contributing to the problem. The above successful connection seems to isolate the problem to either cygwin/x, Windows, or the combination of both. Although no one on this site has confirmed that they are actually using cygwin/x successfully in an xdmcp environment I'm assuming that it does work for somebody. If that assumption is correct then it appears something in my Windows configuration is blocking cygwin/x, and the other X-servers, from working properly. Could it be that necessary ports on my Windows box are blocked? I have my Windows firewall turned off. But I'm not sure that disabling the firewall opens the ports. Do I even need to open certain ports on the Windows box? This is an area that I know virtually nothing about. Phil, you had several questions. One was, "why do you want to use xdmcp?". I want to use xdmcp for the same reason anyone wants to use it and for the same reason that it exists. That is, I want to log in to a complete gnome environment. I don't want to run individual applications. You suggested I contact someone who is familiar with my Linux distribution to make sure I have xdmcp set up correctly. I have already done that. I am asking many of the same questions on the CentOS forum that I'm asking here. You gave me several links to study. I've read those and more. I've been at this for days. You asked why I'm "blaming cygwin". I don't know what I said that made you think that. I'm not blaming anybody or anything. I'm just trying to get a gdm login screen on my PC. My problem may be related to Windows security. Can you suggest a good forum where I can find an expert on that? I don't know any Windows experts personally. I'm not sure they exist. -- View this message in context: http://www.nabble.com/%22-query%22-not-working-on-cygwin-windows-tp22007087p22112058.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 blakethomasandrew@gmail.com Thu Feb 19 23:48:00 2009 From: blakethomasandrew@gmail.com (Blake Thomas Andrew) Date: Thu, 19 Feb 2009 23:48:00 -0000 Subject: x keyboard with most keys dead since update -- faq answer 3.2 no help In-Reply-To: References: <499DE1A9.2000903@dronecode.org.uk> Message-ID: Hi I forgot about your third suggestion -- and in fact "setxkbmap us" restores the keyboard! But leaves me with a US layout... So maybe the trouble is a corrupted la layout? Thanks for the help. Andrew Thomas Blake On Thu, Feb 19, 2009 at 5:26 PM, Blake Thomas Andrew wrote: > Here is the XWin log output, and cygcheck.out is attached. Thanks for your help. > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 1.5.3.0 (20090205) > Contact: cygwin-xfree@cygwin.com > XWin was started with the following command line: > > /usr/bin/XWin -multiwindow -clipboard -silent-dup-error > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1280 h 800 > winInitializeDefaultScreens - Returning > (II) XF86Config is not supported > (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information > winPrefsLoadPreferences: /etc/X11/system.XWinrc > LoadPreferences: Done parsing the configuration file... > winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel > winAllocateFBShadowGDI - Creating DIB with width: 2560 height: 1024 depth: 32 > winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 > null screen fn ReparentWindow > null screen fn RestackWindow > InitQueue - Calling pthread_mutex_init > InitQueue - pthread_mutex_init returned > InitQueue - Calling pthread_cond_init > InitQueue - pthread_cond_init returned > winInitMultiWindowWM - Hello > winInitMultiWindowWM - Calling pthread_mutex_lock () > winMultiWindowXMsgProc - Hello > winMultiWindowXMsgProc - Calling pthread_mutex_lock () > MIT-SHM extension disabled due to lack of kernel support > (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so > (II) GLX: Initialized DRISWRAST GL provider for screen 0 > (--) 5 mouse buttons found > (--) Setting autorepeat to delay=500, rate=31 > (--) winConfigKeyboard - Layout: "0000080A" (0000080a) > (--) Using preset keyboard for "Latin American" (80a), type "4" > winInitMultiWindowWM - pthread_mutex_lock () returned. > winProcEstablishConnection - Hello > winInitClipboard () > winInitMultiWindowWM - pthread_mutex_unlock () returned. > winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 > winMultiWindowXMsgProc - pthread_mutex_lock () returned. > winMultiWindowXMsgProc - pthread_mutex_unlock () returned. > winProcEstablishConnection - winInitClipboard returned. > winClipboardProc - Hello > DetectUnicodeSupport - Windows NT/2000/XP > winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 > winClipboardProc - DISPLAY=127.0.0.1:0.0 > winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the disp > lay. > winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di > splay. > winClipboardProc - XOpenDisplay () returned and successfully opened the display. > > > On Thu, Feb 19, 2009 at 4:48 PM, Jon TURNEY wrote: >> Blake Thomas Andrew wrote: >>> >>> Hi Everyone >>> >>> Please help, I am quite desperate. >>> >>> The day before yesterday I inadvertently upgraded to the new version of X. >>> >>> I had had a slight problem -- emacs suddenly froze, and on restart, I >>> found myself with a US keyboard layout throughout X. (I need >>> latin-american). I thought that perhaps downloading setxkbmap using >>> cygwin setup might help restore the keyboard layout, but I >>> accidentally ended up downloading the whole current version of cygwin. >>> >>> On restarting the XWin server, I found that xterm now did not respond >>> to the keyboard. >> >> May we see your /var/log/XWin.0.log, please. >> >> Does setting a different keyboard map using setxkbmap make any difference >> (as http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xkb-not-working)? >> >> Cygcheck output as asked for in http://cygwin.com/problems.html ? >> >>> More exactly, a little trial and error has shown that some keys work >>> and some don't. >>> >>> The keys that do not work are the main alphanumeric and punctuation keys. >>> >>> But the spacebar, tab, enter, backspace, delete, cursor movement keys, >>> all numberpad keys, the special key, (and probably all the >>> function keys also) all do work. >>> >>> I can also paste onto the command line. >>> >>> I have a Toshiba Satellite laptop running Windows Vista. >>> >>> I have been searching for an answer for the past two days. >>> >>> There is what seems to be the perfect solution in the Cygwin XFree FAQ >>> -- question 3.2. >>> >>> Unfortunately I am already using the startxwin.bat from the /usr/bin >>> directory. I have the same problem even when I start XWin by >>> double-clicking on this exact file. Viewing the file shows no >>> reference to the XKEYSYMDB environment variable, and when I paste >>> "echo $XKEYSYMDB" into the xterm command line and press Enter, nothing >>> but a blank line is produced. >>> >>> This seems to indicate that my problem is not the same as the problem >>> that Answer 3.2 is the solution to. >>> >>> In my attempts to solve the problem I have done a complete >>> reinstall-from-scratch of cygwin. Same result -- can't use the >>> keyboard. >> > -- 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 Fri Feb 20 00:03:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 20 Feb 2009 00:03:00 -0000 Subject: x keyboard with most keys dead since update -- faq answer 3.2 no help In-Reply-To: References: Message-ID: <499DF35D.3080806@dronecode.org.uk> Blake Thomas Andrew wrote: > The keys that do not work are the main alphanumeric and punctuation keys. Hmm.... currently for a latin american keyboard, we (effectively) do an internal 'setxkbmap la' Unfortunately, it seems that this sets a Laos keyboard (I think this might have been right historically, but has changed, layout codes have been rationalized to match ISO 3166-1 country codes) I suspect 'setxkbmap latam' will work much better.... > KeyPress event, serial 27, synthetic NO, window 0xa00001, > root 0x7c, subw 0x0, time 10376624, (1,81), root:(1862,343), > state 0x10, keycode 24 (keysym 0x1000ebb, U0EBB), same_screen YES, > XLookupString gives 0 bytes: > XmbLookupString gives 0 bytes: > XFilterEvent returns: False This turns out to be the clue needed, as U+0EBB is some Lao vowel sign, as I'm sure you know :-) -- 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 mike_ayers@tvworks.com Fri Feb 20 00:54:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Fri, 20 Feb 2009 00:54:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <22112058.post@talk.nabble.com> References: <22007087.post@talk.nabble.com> <22112058.post@talk.nabble.com> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0AB74497@mailserver.metatv-ds.metatv.com> You've read this, yes? http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xdmcp-query Specifically, check your Windows firewall config. You will need to explicitly open the X11 port, as there is, IIUC, no outgoing packet from that port. HTH, Mike -- 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 km4hr@netscape.net Fri Feb 20 02:59:00 2009 From: km4hr@netscape.net (km4hr) Date: Fri, 20 Feb 2009 02:59:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0AB74497@mailserver.metatv-ds.metatv.com> References: <22007087.post@talk.nabble.com> <22112058.post@talk.nabble.com> <83E753BE7B6A324ABB336245BAF1DAAC0AB74497@mailserver.metatv-ds.metatv.com> Message-ID: <22113978.post@talk.nabble.com> Yes, I've read the information at the link you provided. It says to open port 177/UDP and ports 6000-6005(TCP). But it doesn't say whether that applies to the PC where the X-server is running, or just the xdmcp host. I'm 99% sure I've got those ports open on my CentOS host (the xdmcp server). There's a GUI screen specifically for doing that. And I've done it. But I don't know whether the ports are open on my Windows PC where the X-server is running. I turned my Windows firewall off. But I don't know if that opens the ports. So I have two questions. First, do I even need to open the ports on Windows? Second, how do I do it? I think I really need a Windows XP firewall/ports expert. But I don't know where to find one. If any here knows how to tell what ports are open in Windows, please respond. Thanks for your recommendation. X23G8c wrote: > > > You've read this, yes? > > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xdmcp-query > > Specifically, check your Windows firewall config. You will need to > explicitly open the X11 port, as there is, IIUC, no outgoing packet from > that port. > > > HTH, > > Mike > > -- > 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/ > > > -- View this message in context: http://www.nabble.com/%22-query%22-not-working-on-cygwin-windows-tp22007087p22113978.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 km4hr@netscape.net Fri Feb 20 03:25:00 2009 From: km4hr@netscape.net (km4hr) Date: Fri, 20 Feb 2009 03:25:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <22113978.post@talk.nabble.com> References: <22007087.post@talk.nabble.com> <22112058.post@talk.nabble.com> <83E753BE7B6A324ABB336245BAF1DAAC0AB74497@mailserver.metatv-ds.metatv.com> <22113978.post@talk.nabble.com> Message-ID: <22114184.post@talk.nabble.com> I've found an article on the internet that explains http://support.microsoft.com/kb/842242 how to open ports in Windows. I'll try it tomorrow even though I don't know if it's necessary. km4hr wrote: > > Yes, I've read the information at the link you provided. It says to open > port 177/UDP and ports 6000-6005(TCP). But it doesn't say whether that > applies to the PC where the X-server is running, or just the xdmcp host. > I'm 99% sure I've got those ports open on my CentOS host (the xdmcp > server). There's a GUI screen specifically for doing that. And I've done > it. But I don't know whether the ports are open on my Windows PC where the > X-server is running. I turned my Windows firewall off. But I don't know if > that opens the ports. So I have two questions. First, do I even need to > open the ports on Windows? Second, how do I do it? I think I really need a > Windows XP firewall/ports expert. But I don't know where to find one. If > any here knows how to tell what ports are open in Windows, please respond. > > Thanks for your recommendation. > > > X23G8c wrote: >> >> >> You've read this, yes? >> >> http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xdmcp-query >> >> Specifically, check your Windows firewall config. You will need to >> explicitly open the X11 port, as there is, IIUC, no outgoing packet from >> that port. >> >> >> HTH, >> >> Mike >> >> -- >> 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/ >> >> >> > > -- View this message in context: http://www.nabble.com/%22-query%22-not-working-on-cygwin-windows-tp22007087p22114184.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 Fri Feb 20 04:01:00 2009 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Fri, 20 Feb 2009 04:01:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <22114184.post@talk.nabble.com> References: <22007087.post@talk.nabble.com> <22112058.post@talk.nabble.com> <83E753BE7B6A324ABB336245BAF1DAAC0AB74497@mailserver.metatv-ds.metatv.com> <22113978.post@talk.nabble.com> <22114184.post@talk.nabble.com> Message-ID: <499E2A28.7030703@cygwin.com> km4hr wrote: > I've found an article on the internet that explains > http://support.microsoft.com/kb/842242 how to open ports in Windows. > I'll try it tomorrow even though I don't know if it's necessary. If you are confident that you turned the Windows firewall off and you have no other firewalls or other security software installed on this machine, then you don't need to follow this prescription to test X. In order to run X properly with the firewall on, following the article wouldn't be a bad idea if you need help when doing the firewall configuration. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 429-6305 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From blakethomasandrew@gmail.com Fri Feb 20 04:35:00 2009 From: blakethomasandrew@gmail.com (Blake Thomas Andrew) Date: Fri, 20 Feb 2009 04:35:00 -0000 Subject: x keyboard with most keys dead since update -- faq answer 3.2 no help In-Reply-To: <499DF35D.3080806@dronecode.org.uk> References: <499DF35D.3080806@dronecode.org.uk> Message-ID: Thanks so much. "setxkbmap latam" works great, so I'm all set. Back to work! Andrew Blake On Thu, Feb 19, 2009 at 6:03 PM, Jon TURNEY wrote: > > Blake Thomas Andrew wrote: >> >> The keys that do not work are the main alphanumeric and punctuation keys. > > Hmm.... currently for a latin american keyboard, we (effectively) do an internal 'setxkbmap la' > > Unfortunately, it seems that this sets a Laos keyboard (I think this might have been right historically, but has changed, layout codes have been rationalized to match ISO 3166-1 country codes) > > I suspect 'setxkbmap latam' will work much better.... > >> KeyPress event, serial 27, synthetic NO, window 0xa00001, >> root 0x7c, subw 0x0, time 10376624, (1,81), root:(1862,343), >> state 0x10, keycode 24 (keysym 0x1000ebb, U0EBB), same_screen YES, >> XLookupString gives 0 bytes: >> XmbLookupString gives 0 bytes: >> XFilterEvent returns: False > > This turns out to be the clue needed, as U+0EBB is some Lao vowel sign, as I'm sure you know :-) > -- 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 jnichols@3sitracking.com Fri Feb 20 06:31:00 2009 From: jnichols@3sitracking.com (Jonathan Nichols) Date: Fri, 20 Feb 2009 06:31:00 -0000 Subject: Can't move or resize xterms within twm Message-ID: <499E4E32.60105@3sitracking.com> Hello All, I just upgraded X11 to the latest version. The default behavior is to launch twm when I run startx. After first running into and working around this problem: http://cygwin.com/ml/cygwin-xfree/2009-02/msg00000.html by doing this: http://cygwin.com/ml/cygwin-xfree/2009-02/msg00115.html I have run into another. After launching twm, it successfully inserts several xterms and an xclock into the twm window. However, I can not move or resize the xterms within twm. I am able to use the xterm's dropdown menus, but that's about it. Any help or feedback will be appreciated. I have enclosed my cygcheck output as an attachment. Thanks, jon -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out 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 mined@towo.net Fri Feb 20 11:24:00 2009 From: mined@towo.net (Thomas Wolff) Date: Fri, 20 Feb 2009 11:24:00 -0000 Subject: Updated: xterm-238-1 In-Reply-To: <4974E0AC.4010006@users.sourceforge.net> References: <4974E0AC.4010006@users.sourceforge.net> Message-ID: <200902201124.n1KBObwE010310@mail.bln1.bf.nsn-intra.net> Hello, please add the following configure options to the xterm package: --enable-wide-chars to provide a UTF-8 environment for applications that need to use it (see also http://sourceware.org/ml/cygwin-xfree/2007-08/msg00069.html) --enable-256-color Thanks for consideration, kind regards, Thomas > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > The following package has been updated in the Cygwin net distribution: > > *** xterm-238-1 > > This is a version update; no Cygwin-specific changes. > > > Yaakov > Cygwin/X > > > DOWNLOAD: > ========= > Note that downloads from sources.redhat.com (aka cygwin.com) aren't > allowed due to bandwidth limitations. This means that you will need to > find a mirror which has this update, please choose the one nearest to > you: http://cygwin.com/mirrors.html > > QUESTIONS: > ========== > If you want to make a point or ask a question the cygwin-xfree mailing > list is the appropriate place. > > CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: > ======================================= > To unsubscribe to the cygwin-xfree-announce mailing list, look at the > "List-Unsubscribe: " tag in the email header of this message. Send > email to the address specified there. It will be in the format: > > cygwin-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com > > If you need more information on unsubscribing, start reading here: > > http://sources.redhat.com/lists.html#unsubscribe-simple > > Please read *all* of the information on unsubscribing that is available > starting at this URL. > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (Cygwin) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEAREIAAYFAkl04KwACgkQpiWmPGlmQSMbQACfQ0DtbRqK2KoSVKOuIdEx5r+N > bB4AoLUiW9UzAO6zmDm0xdQ0wc1LaIaE > =inKq > -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From Phil.Betts@ascribe.com Fri Feb 20 12:24:00 2009 From: Phil.Betts@ascribe.com (Phil Betts) Date: Fri, 20 Feb 2009 12:24:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0AB74348@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <5E25AF06EFB9EA4A87C19BC98F5C875302976E4A@core-email.int.ascribe.com> <83E753BE7B6A324ABB336245BAF1DAAC0AB74348@mailserver.metatv-ds.metatv.com> Message-ID: <5E25AF06EFB9EA4A87C19BC98F5C8753029B6D1C@core-email.int.ascribe.com> Mike Ayers wrote: > > From: cygwin-xfree-owner at cygwin.com > > [mailto:cygwin-xfree-owner at cygwin.com] On Behalf Of Phil Betts ^^ http://cygwin.com/acronyms/#PCYMTNQREAIYR > > It might have worked, but it was wrong. Do not set the DISPLAY > > environment variable. It is set by ssh -Y to something similar to > > "localhost:10.0" - the actual value depends on whether there are > other > > forwarded X connections to that box. > > I do not usually set it. I only did so in the sample to satisfy > FAQ 6.1. What part of this (from FAQ 6.1): $ DISPLAY=localhost:0.0 $ export DISPLAY $ ssh -Y remotehost says set the DISPLAY to the IP address of the server after starting ssh? Please re-read the FAQ carefully. It works like this. You run "ssh -Y remotehost". ssh makes a connection to $DISPLAY on your local machine (probably ":0"). On the remotehost side, the sshd daemon starts a proxy X server (localhost:10.0 say), and sets $DISPLAY to match. When you start an X application on remotehost, it connects to the proxy server, which forwards all requests to the local host over the ssh tunnel. The ssh process then passes on the requests to the local X server. > >> BEFORE running ssh, you need to ensure that $DISPLAY is set correctly >> for local connections (probably ":0"). > > 127.0.0.1:0, set by the system. I ordinarily do not check it, as > I've never needed to set it when things worked. > >> By specifying your own value for $DISPLAY inside the ssh session, you >> are ensuring that all X traffic bypasses the ssh tunnel and >> sets up its own (insecure and not encrypted) connection. This new >> connection must >> then go through the normal authentication process and it will appear >> to the X server as a remote connection, whereas the ssh connection >> looks like a local connection to the server. > > FAQ needs updating, and my problem remains. No, the FAQ is correct. If you had followed it, and still couldn't connect, then your problem had changed. Your original problem was (probably) because you hadn't given permission for remote connections from mikeayers-linux-2. Since ssh -Y connects as a local program, there are no permission problems (assuming you can run a local xterm). First, make sure your X server is running, and your $DISPLAY is set correctly. Now enter the following commands _exactly_: echo $DISPLAY ssh -Y mayers@mikeayers-linux-2 echo $DISPLAY xterm If that doesn't work, paste the results in a reply, along with the output of the xhost command (no parameters) run locally. Note that I sometimes have problems connecting to older Linux boxes, where the first ssh connection fails to set up the proxy. In that case, a second attempt (whilst the first is still connected) succeeds. For example, the first connection sets up a non-working proxy of localhost:10.0. Starting a new session sets up a working proxy of localhost:11.0. You might want to try that trick, but if that works, the problem is on the Linux end. Phil -- This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange. From Phil.Betts@ascribe.com Fri Feb 20 13:33:00 2009 From: Phil.Betts@ascribe.com (Phil Betts) Date: Fri, 20 Feb 2009 13:33:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <22112058.post@talk.nabble.com> References: <22007087.post@talk.nabble.com> <22112058.post@talk.nabble.com> Message-ID: <5E25AF06EFB9EA4A87C19BC98F5C8753029B6DD1@core-email.int.ascribe.com> km4hr wrote: > This is a update including further information regarding my quest to > get cygwin/x to connect to my CentOS linux server via xdmcp. > > I believe I have isolated the problem to either cygwin/x or Windows, > probably Windows because no X-server that I've tried works. I've tried > cygwin/x, Xming, and X-Win32. I've isolated the problem by booting my > Windows PC from a Linux LiveCD (pclos). Using the pclos X-server I > successfully connected to my CentOS host using "X :1 -query box>" . > It works perfectly. A beautiful gdm login screen pops up immediately. I > think this proves that xdmcp is configured correctly on the CentOS host > and that my network is not contributing to the problem. OK. So the problem seems to be that X cannot communicate with the remote host. Do you have another host you could connect to, and if so do you have the same problem? You could try "telnet remotehost 6000". If you can connect, then the X port (6000) is open, and the problem is protocol related. If you get "connection refused", then the port is closed. > The above successful connection seems to isolate the problem to either > cygwin/x, Windows, or the combination of both. Although no one on this > site has confirmed that they are actually using cygwin/x successfully > in an xdmcp environment I'm assuming that it does work for somebody. I have used it successfully, but that was a few years ago. > If that assumption is correct then it appears something in my Windows > configuration is blocking cygwin/x, and the other X-servers, from > working properly. Could it be that necessary ports on my Windows box > are blocked? I have my Windows firewall turned off. But I'm not sure > that disabling the firewall opens the ports. Do I even need to open > certain ports on the Windows box? This is an area that I know virtually > nothing about. Do you have any other security software installed? Perhaps you have http://cygwin.com/acronyms/#BLODA These are applications/drivers (often apparently nothing to do with the problem, e.g. Logitech Webcam), that inject their code into each process and cause all sorts of weird problems. > Phil, you had several questions. One was, "why do you want to use > xdmcp?". I want to use xdmcp for the same reason anyone wants to use it > and for the same reason that it exists. That is, I want to log in to a > complete gnome environment. I don't want to run individual > applications. That's fine. I only asked because there have been several queries over the years from people who did just want to display individual apps and thought XDMCP was the way to go because it showed up first in a web search. > You suggested I contact someone who is familiar with my Linux > distribution to make sure I have xdmcp set up correctly. I have already > done that. I am asking many of the same questions on the CentOS forum > that I'm asking here. You gave me several links to study. I've read > those and more. I've been at this for days. That's good (the researching, not the outcome ;-). As with any fault finding, a lot of time can be saved if we know what has already been read/tried. > You asked why I'm "blaming cygwin". I don't know what I said that > made you think that. It was partly your other thread about the -ac option which suggested that you though XWin was denying the access. > I'm not blaming anybody or anything. I'm just trying to get a gdm login > screen on my PC. I understand. Perhaps "blaming" was too loaded a word to use. > My problem may be related to Windows security. > Can you suggest a good forum where I can find an expert on that? I > don't know any Windows experts personally. I'm not sure they exist. They do exist, but they come at a price. Most of the self-professed experts I see on the web are pretty poor. I think investigating the BLODA avenue is perhaps your best course of action for now. It's amazing how many of the seemingly intractable problems turn out to be caused by some dodgy app. Phil -- This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange. -- 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 neomjp@yahoo.co.jp Fri Feb 20 14:56:00 2009 From: neomjp@yahoo.co.jp (neomjp) Date: Fri, 20 Feb 2009 14:56:00 -0000 Subject: Updated: xterm-238-1 Message-ID: <736405.65834.qm@web4114.mail.ogk.yahoo.co.jp> On 2009/02/20 20:24, Thomas Wolff wrote: > please add the following configure options to the xterm package: > > --enable-wide-chars to provide a UTF-8 environment for applications that need to use it > --enable-256-color Both options are already enabled in xterm-238-1. (Try installing the xterm-238-1 source package and see /usr/src/xterm-238-1.cygport .) For more information on how to enable utf8 resource, see http://sourceware.org/ml/cygwin-xfree/2008-12/msg00079.html -- neomjp -------------------------------------- Power up the Internet with Yahoo! Toolbar. http://pr.mail.yahoo.co.jp/toolbar/ -- 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 Fri Feb 20 15:12:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 20 Feb 2009 15:12:00 -0000 Subject: Can't move or resize xterms within twm In-Reply-To: <499E4E32.60105@3sitracking.com> References: <499E4E32.60105@3sitracking.com> Message-ID: <499EC84E.8070404@dronecode.org.uk> Jonathan Nichols wrote: > Hello All, > > I just upgraded X11 to the latest version. The default behavior is > to launch twm when I run startx. After first running into and working > around this problem: > > http://cygwin.com/ml/cygwin-xfree/2009-02/msg00000.html > > by doing this: > > http://cygwin.com/ml/cygwin-xfree/2009-02/msg00115.html > > I have run into another. After launching twm, it successfully > inserts several xterms and an xclock into the twm window. However, I > can not move or resize the xterms within twm. I am able to use the > xterm's dropdown menus, but that's about it. Any help or feedback will > be appreciated. > > I have enclosed my cygcheck output as an attachment. Hmm... > transfig 3.2.5-1 > tzcode 2008h-1 Something missing here? $ cygcheck -c -d | grep twm twm 1.0.4-1 See also http://cygwin.com/ml/cygwin-xfree/2008-11/msg00345.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From km4hr@netscape.net Fri Feb 20 15:36:00 2009 From: km4hr@netscape.net (km4hr) Date: Fri, 20 Feb 2009 15:36:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <499E2A28.7030703@cygwin.com> References: <22007087.post@talk.nabble.com> <22112058.post@talk.nabble.com> <83E753BE7B6A324ABB336245BAF1DAAC0AB74497@mailserver.metatv-ds.metatv.com> <22113978.post@talk.nabble.com> <22114184.post@talk.nabble.com> <499E2A28.7030703@cygwin.com> Message-ID: <22120448.post@talk.nabble.com> Well, I have now turned on all relevant ports in the Windows firewall. I still can't connnect. I turned on port 177(UDP) and 6000-6006(TCP). I even turned on extra ports as recommend by http://www.starnet.com/xwin32kb/What_ports_need_to_be_opened_for_XDMCP/ this source. I'm about out of ideas. I love to hear some more. I don't know how firewalls work but on the linux host side (CentOS) simplyturning off the firewall did not open the ports. I had to turn the firewall on and specify which ports to open. Otherwise no computers could connect via xdmcp over the network. Thanks for you consideration. Larry Hall (Cygwin X) wrote: > > km4hr wrote: >> I've found an article on the internet that explains >> http://support.microsoft.com/kb/842242 how to open ports in Windows. >> I'll try it tomorrow even though I don't know if it's necessary. > > If you are confident that you turned the Windows firewall off and you > have no other firewalls or other security software installed on this > machine, then you don't need to follow this prescription to test X. > In order to run X properly with the firewall on, following the article > wouldn't be a bad idea if you need help when doing the firewall > configuration. > > > -- > Larry Hall http://www.rfk.com > RFK Partners, Inc. (508) 893-9779 - RFK Office > 216 Dalton Rd. (508) 429-6305 - FAX > Holliston, MA 01746 > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > > > -- View this message in context: http://www.nabble.com/%22-query%22-not-working-on-cygwin-windows-tp22007087p22120448.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 dan.tsafrir@gmail.com Fri Feb 20 16:24:00 2009 From: dan.tsafrir@gmail.com (Dan Tsafrir) Date: Fri, 20 Feb 2009 16:24:00 -0000 Subject: xdvi unexplained locale problem In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0AB73DB5@mailserver.metatv-ds.metatv.com> References: <4997118C.3080203@dronecode.org.uk> <83E753BE7B6A324ABB336245BAF1DAAC0AB73DB5@mailserver.metatv-ds.metatv.com> Message-ID: On Wed, Feb 18, 2009 at 3:02 PM, Mike Ayers wrote: > > Dan Tsafrir wrote: >> > > open xdvi, I get the following error message: > > Warning: locale not supported by C library, locale unchanged > > Warning: locale not supported by Xlib, locale set to C > > Warning: X locale modifiers not supported, using default > > Warning: Unable to load any usable fontset > > Try unsetting LOCPATH: This didn't work either. In fact, I tried unset-ing this and very many other env variables before posting the question here. It seems to me that the behavior is unrelated to any env variables. It appears as though, for some unexplained reason, somewhere along the way, xdvi or X think they need to change to a locale other than C. Googling the error messages shows that ubuntu users faced a similar problem in early 2007 (related to xdvi and xfig): https://bugs.launchpad.net/ubuntu/+source/control-center/+bug/2066 Some thought it was an xorg problem. The suggested workarounds (e.g., setting a LANG=C env var) don't work for me. Am I the only one that gets this error message for xdvi on cygwin? --Dan -- 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 mike_ayers@tvworks.com Fri Feb 20 17:32:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Fri, 20 Feb 2009 17:32:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <5E25AF06EFB9EA4A87C19BC98F5C8753029B6D1C@core-email.int.ascribe.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <5E25AF06EFB9EA4A87C19BC98F5C875302976E4A@core-email.int.ascribe.com> <83E753BE7B6A324ABB336245BAF1DAAC0AB74348@mailserver.metatv-ds.metatv.com> <5E25AF06EFB9EA4A87C19BC98F5C8753029B6D1C@core-email.int.ascribe.com> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0AB7456C@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Phil Betts > Sent: Friday, February 20, 2009 4:25 AM > > I do not usually set it. I only did so in the sample to satisfy > > FAQ 6.1. ...but set it out of order. I didn't notice that because the results didn't change. Here's the more typical session: [SNIP] mike-ayers-lap> echo $DISPLAY 127.0.0.1:0.0 mike-ayers-lap> ssh -Y mayers@mikeayers-linux-2 Warning: No xauth data; using fake authentication data for X11 forwarding. Last login: Fri Feb 20 09:23:39 2009 from 192.168.2.87 mikeayers-linux-2> echo $DISPLAY localhost:15.0 mikeayers-linux-2> xterm Xlib: connection to "localhost:15.0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key xterm Xt error: Can't open display: localhost:15.0 mikeayers-linux-2> [/SNIP] HTH, Mike From dan.tsafrir@gmail.com Fri Feb 20 17:35:00 2009 From: dan.tsafrir@gmail.com (Dan Tsafrir) Date: Fri, 20 Feb 2009 17:35:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> Message-ID: On Thu, Feb 19, 2009 at 3:49 PM, Mike Ayers wrote: > > Lately, I have been having problems with the cygwin X server and cut-n-paste. > I have reported a connection to vncclient (RealVNC) - in fact, I don't recall having > problems with vncclient not running. These days I use one or the other - so far, > so good. > > Unfortunately, though, I am in the habit of cutting and pasting between vncclient > and cygwin X, so if I can be of any tracking the problem down, please let me know. > > If I have vncclient and an xterm running, simply selecting text on the xterm is > sufficient to cause the problem, which I confirm by raising the xterm over the > vncclient, then clicking the vncclient to raise it (it then exhibits responsiveness > problems). I confirm this exact behavior. This is exactly the problem I'm experiencing in terms of copy-paste on my XP machine. Specifically, if the vncviewer (TightVNC) is open, and I select a text in a cygwin xterm or emacs, then copy-paste / cut-and-paste completely stops functioning on my machine. Initially, the only way I was aware of to get the copy-paste functionality back was to reboot the machine. But recently I've noticed another way. I run XP's 'clipbrd', which (in the state of no copy-paste functionality) produces one of these two strange outcomes: 1) clipboard displays the following message "ClipBook Viewer cannot display the information in its current format or there is not enough memory to display it. Quit one or more applications to increase the available memory, and try again." 2) clipboard is "going insane", seemingly trying to endlessly scroll down (while simultaneously displaying a message saying "Method Open Fai") and taking up 25-30% of the CPU. In both case, if I click the 'delete' button within the clipboard application (= clear content of clipboard) then the insane behavior stops and copy-paste starts working again as long as no cygwin X application is involved. But the minute I highlight some text in a cygwin X application, the insane behavior within clipbrd resumes. The only way to make things normal again (that I'm aware of) is to kill cygwin/X (which, in this situation, mandates killing all cygwin applications through the task-manager, otherwise they refuse to die and just hang). --Dan -- 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 mike_ayers@tvworks.com Fri Feb 20 18:05:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Fri, 20 Feb 2009 18:05:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Dan Tsafrir > Sent: Friday, February 20, 2009 9:36 AM > Initially, the only way I was aware of to get the copy-paste > functionality back was to reboot the machine. But recently I've > noticed another way. I run XP's 'clipbrd', which (in the state of no > copy-paste functionality) produces one of these two strange outcomes: > > 1) clipboard displays the following message > > "ClipBook Viewer cannot display the information in its > current format > or there is not enough memory to display it. Quit one or more > applications to increase the available memory, and try again." > > 2) clipboard is "going insane", seemingly trying to endlessly scroll > down (while simultaneously displaying a message saying "Method Open > Fai") and taking up 25-30% of the CPU. > > In both case, if I click the 'delete' button within the clipboard > application (= clear content of clipboard) then the insane behavior > stops and copy-paste starts working again as long as no cygwin X > application is involved. I can neither confirm nor deny this, as I don't have ClipBook available. > But the minute I highlight some text in a > cygwin X application, the insane behavior within clipbrd resumes. The > only way to make things normal again (that I'm aware of) is to kill > cygwin/X (which, in this situation, mandates killing all cygwin > applications through the task-manager, otherwise they refuse to die > and just hang). I just kill Xwin.exe forcibly in task manager - it takes all X apps with it. However, the better trick I discovered recently is to click on VNC's taskbar icon and close it. Once it closes, the X applications recover and can cut-n-pste with Windows apps. Also, because VNC is VNC, no setup is lost there either - I can reconnect and my console is unharmed. I suspect the problem here may be contention between the two applications that want to share the clipboard. Our other report implicated Office clipboard, which may be doing the same thing..? HTH, Mike -- 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 dan.tsafrir@gmail.com Fri Feb 20 19:00:00 2009 From: dan.tsafrir@gmail.com (Dan Tsafrir) Date: Fri, 20 Feb 2009 19:00:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> Message-ID: On Fri, Feb 20, 2009 at 1:05 PM, Mike Ayers wrote: > > I can neither confirm nor deny this, as I don't have ClipBook available. Did you try to run 'clipbrd' through start->run ? > I just kill Xwin.exe forcibly in task manager - it takes all X apps with it. Right. > However, the better trick I discovered recently is to click on VNC's taskbar > icon and close it. Once it closes, the X applications recover and can > cut-n-pste with Windows apps. Also, because VNC is VNC, no setup > is lost there either - I can reconnect and my console is unharmed. This too works for me (but as you say, only if I kill the vncviewer through the context menu that pops up when right clicking its taskbar icon; strangely, killing it through the top right x doesn't produce a similar effect). Thanks! > I suspect the problem here may be contention between the two applications > that want to share the clipboard. Our other report implicated Office clipboard, > which may be doing the same thing..? I strongly suspect cygwin's xorg is solely to blame: this problem was created immediately after my last upgrade of cygwin during which I unwittingly moved from xfree to xorg. (This is only one of the things that want bad for me; I wish there was a way to return to xfree until most of the problems are resolved.) --Dan -- 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 zdzisiekm@sbcglobal.net Fri Feb 20 19:33:00 2009 From: zdzisiekm@sbcglobal.net (Zdzislaw Meglicki) Date: Fri, 20 Feb 2009 19:33:00 -0000 Subject: Unable to load any usable ISO8859 font References: <482967.29562.qm@web80704.mail.mud.yahoo.com> <499DE531.2070200@dronecode.org.uk> Message-ID: <637901.88419.qm@web80703.mail.mud.yahoo.com> Hello Jon, Thank you for your reply. To answer your questions: ?? 1. I have installed all fonts... My typical Cygwin installation is "install", i.e., everything gets selected, ?????? both for download and installation. I have found all fonts in the right places. Only the fonts.dir files ?????? were missing. ?? 2. Checking /var/log/setup.log... A good idea! It says up-front: ?????? "Could not open service McShield for query, start and stop. McAfee may not be installed, ???????or we don't have access." ?????? but then keeps going. Everything gets installed with no complaints. Then we get to postinstalls ?????? and... every one ends with ?????? "abnormal exit: exit code=128" ?????? One, catdoc.sh, flags exit code 129,?and another one,?hicolor-icon-theme.sh, does not flag ?????? an abnormal exit at all. All X11 related postinstall scrips, xinit.sh, X-start-menu-icons.sh, ???????x3270.sh, xfig.sh, xinetd.sh, and xpdf.sh flag 128 on exit. ?????? Eventually the log says "Installation Complete" and that's it: Here is the excerpt: 2009/02/18 17:40:30 running: C:\cygwin\bin\bash.exe -c /etc/postinstall/xinit.sh 2009/02/18 17:42:04 abnormal exit: exit code=128 2009/02/18 17:42:04 running: C:\cygwin\bin\bash.exe -c /etc/postinstall/X-start-menu-icons.sh 2009/02/18 17:43:38 abnormal exit: exit code=128 2009/02/18 17:43:38 running: C:\cygwin\bin\bash.exe -c /etc/postinstall/x3270.sh 2009/02/18 17:45:12 abnormal exit: exit code=128 2009/02/18 17:45:12 running: C:\cygwin\bin\bash.exe -c /etc/postinstall/xfig.sh 2009/02/18 17:46:46 abnormal exit: exit code=128 2009/02/18 17:46:46 running: C:\cygwin\bin\bash.exe -c /etc/postinstall/xinetd.sh 2009/02/18 17:48:20 abnormal exit: exit code=128 2009/02/18 17:48:20 running: C:\cygwin\bin\bash.exe -c /etc/postinstall/xpdf.sh 2009/02/18 17:49:54 abnormal exit: exit code=128 2009/02/18 17:49:54 running: C:\cygwin\bin\bash.exe -c /etc/postinstall/zsh-profile.sh 2009/02/18 17:51:28 abnormal exit: exit code=128 2009/02/18 18:12:17 note: Installation Complete 2009/02/18 18:12:17 Ending cygwin install cygcheck --sysinfo lists the following font packages: font-adobe-dpi100?????????????? 1.0.0-1 font-adobe-dpi75??????????????? 1.0.0-1 font-adobe-utopia-dpi100??????? 1.0.1-1 font-adobe-utopia-dpi75???????? 1.0.1-1 font-adobe-utopia-type1???????? 1.0.1-1 font-alias????????????????????? 1.0.1-1 font-arabic-misc??????????????? 1.0.0-1 font-bh-dpi100????????????????? 1.0.0-1 font-bh-dpi75?????????????????? 1.0.0-1 font-bh-lucidatypewriter-dpi100 1.0.0-1 font-bh-lucidatypewriter-dpi75? 1.0.0-1 font-bh-ttf???????????????????? 1.0.0-1 font-bh-type1?????????????????? 1.0.0-1 font-bitstream-dpi100?????????? 1.0.0-1 font-bitstream-dpi75??????????? 1.0.0-1 font-bitstream-speedo?????????? 1.0.0-1 font-bitstream-type1??????????? 1.0.0-1 font-bitstream-vera-ttf???????? 1.10-1 font-cronyx-cyrillic??????????? 1.0.0-1 font-cursor-misc??????????????? 1.0.0-1 font-daewoo-misc??????????????? 1.0.0-1 font-dec-misc?????????????????? 1.0.0-1 font-encodings????????????????? 1.0.2-1 font-ibm-type1????????????????? 1.0.0-1 font-isas-misc????????????????? 1.0.0-1 font-jis-misc?????????????????? 1.0.0-1 font-micro-misc???????????????? 1.0.0-1 font-misc-cyrillic????????????? 1.0.0-1 font-misc-meltho??????????????? 1.0.0-1 font-misc-misc????????????????? 1.0.0-1 font-mutt-misc????????????????? 1.0.0-1 font-schumacher-misc??????????? 1.0.0-1 font-screen-cyrillic??????????? 1.0.1-1 font-sony-misc????????????????? 1.0.0-1 font-sun-misc?????????????????? 1.0.0-1 font-util?????????????????????? 1.0.1-1 font-winitzki-cyrillic????????? 1.0.0-1 font-xfree86-type1????????????? 1.0.1-1 In any case, as I said above, it's not really a missing font problem, but a missing fonts.dir problem, perhaps due to the aborted postinstall scripts flagged above. The installation was carried out on Vista under an Administrator account with Account Checking switched off and the fire wall switched off, too. Other missing bits... ?? 1. no /etc/passwd and /etc/group: fixed this with mkpasswd and mkgroup. ?? 2. no /usr/share/misc/man.conf: copied the file from another machine; man works fine now. ???3. no dir file in /usr/share/info: made one with install-info; works fine now. Other than the above hiccups, things seem to work. I have configured sshd without problems, X11 works fine now, compilation works fine too, so far. No such problems on the XP, on which I have installed the same Cygwin version only a day earlier. The Vista cygcheck header is: Cygwin Configuration Diagnostics Current System Time: Fri Feb 20 14:29:24 2009 Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6001 Service Pack 1 Running under WOW64 on AMD64 Cheers, Gustav Zdzislaw Meglicki, OVPIT, Indiana University, Bloomington, Indiana http://perth.ovpit.indiana.edu/gustav ________________________________ From: Jon TURNEY To: cygwin-xfree@cygwin.com; zdzisiekm@sbcglobal.net Sent: Thursday, February 19, 2009 6:03:13 PM Subject: Re: Unable to load any usable ISO8859 font Zdzislaw Meglicki wrote: > I have installed the latest version of Cygwin + X11 under Longhorn/Vista Ver 6.0 Build 6001 Service Pack 1, > running under WOW64 on AMD64. Cygcheck says that "Longhorn/Vista (not yet supported!)" but things seem > to work, so far. I have downloaded the lot today, Feb 18, 2009, and the version numbers on X11 are: > > xorg-cf-files? ? ? ? ? ? ? ? ? 1.0.2-7 > xorg-docs? ? ? ? ? ? ? ? ? ? ? 1.4-1 > xorg-scripts? ? ? ? ? ? ? ? ? ? 1.0.1-1 > xorg-server? ? ? ? ? ? ? ? ? ? 1.5.3-6 > xorg-sgml-doctools? ? ? ? ? ? ? 1.2-1 > xorg-util-macros? ? ? ? ? ? ? ? 1.2.1-1 > xorg-x11-base? ? ? ? ? ? ? ? ? 7.4-1 > xorg-x11-bin-dlls? ? ? ? ? ? ? 7.4-1 > > The installation and post-install all went smoothly, but on trying to start X11, xterm, as invoked by startxwin.sh, would say "Unable to load any usable ISO8859 font" and exit. X11 would run though and xterm -fn fixed would come up just fine, sic. I have eventually tracked the problem to... there not being any fonts.dir files in the /usr/share/fonts subdirectories. After I had made these manually with mkfontdir the problem went away. > > Looks like a bug in post-install. But... I did not have this problem on XP, on which I had installed Cygwin and X11 yesterday only. So, it seems to be Vista specific. This problem probably depends on which font packages you had installed, which I can't tell. Can you check /var/log/setup.log to see if the post-install scripts for the font packages ran successfully or not? > Another Vista post-install difference: there are no X11 entries in the start menu. This should be installed by the xinit package, which I can't tell if you've installed or not. If you have, perhaps you could check the setup.log similarly. -- 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 ChristopherB.Williams@amd.com Fri Feb 20 19:39:00 2009 From: ChristopherB.Williams@amd.com (Williams, Chris (Marlboro)) Date: Fri, 20 Feb 2009 19:39:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> Message-ID: <049C4E48B10A854FB9D3B3C9DFAB506B01252F5A@smarexmb1.amd.com> I use the vnc viewer from RealVNC and the X.org server from cygwin I and I don't have any copy and paste problems. My problems with the clipboard on Windows seem to be related to the Offfice clipboard application. Once I shut that down, everything seems fine. In fact, I copy/paste to/from the RealVNC viewer and X apps all the time. -Chris -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Mike Ayers Sent: Thursday, February 19, 2009 3:50 PM To: cygwin-xfree@cygwin.com Subject: Reproducing the cygwin X problems Lately, I have been having problems with the cygwin X server and cut-n-paste. I have reported a connection to vncclient (RealVNC) - in fact, I don't recall having problems with vncclient not running. These days I use one or the other - so far, so good. Unfortunately, though, I am in the habit of cutting and pasting between vncclient and cygwin X, so if I can be of any tracking the problem down, please let me know. If I have vncclient and an xterm running, simply selecting text on the xterm is sufficient to cause the problem, which I confirm by raising the xterm over the vncclient, then clicking the vncclient to raise it (it then exhibits responsiveness problems). Today I noticed a new problem, which may or may not be related: [SNIP] mike-ayers-lap> ssh -Y -l mayers mikeayers-linux-2 Warning: No xauth data; using fake authentication data for X11 forwarding. Last login: Thu Feb 19 11:54:55 2009 from 192.168.2.87 mikeayers-linux-2> export DISPLAY=192.168.2.87:0 mikeayers-linux-2> xterm Xlib: connection to "192.168.2.87:0.0" refused by server Xlib: No protocol specified xterm Xt error: Can't open display: 192.168.2.87:0 mikeayers-linux-2> [/SNIP] This same technique used to work. The only changes I have made since it last worked was (1) update cygwin, including X, and (2) add " -- -multiwindow -clipboard" to my invocation of startx (I used to get those by default). Let me know if you have trouble reproducing this. HTH, Mike -- 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 mike_ayers@tvworks.com Fri Feb 20 19:43:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Fri, 20 Feb 2009 19:43:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <049C4E48B10A854FB9D3B3C9DFAB506B01252F5A@smarexmb1.amd.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F5A@smarexmb1.amd.com> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0ACA815F@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Williams, > Chris (Marlboro) > Sent: Friday, February 20, 2009 11:40 AM > I use the vnc viewer from RealVNC and the X.org server from > cygwin I and > I don't have any copy and paste problems. My problems with > the clipboard > on Windows seem to be related to the Offfice clipboard > application. Once > I shut that down, everything seems fine. In fact, I copy/paste to/from > the RealVNC viewer and X apps all the time. Hmmmm... which invocation method and clipboard type are you using? I am running `/usr/bin/startx -- -multiwindow -clipboard`. Thanks, Mike -- 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 ChristopherB.Williams@amd.com Fri Feb 20 20:19:00 2009 From: ChristopherB.Williams@amd.com (Williams, Chris (Marlboro)) Date: Fri, 20 Feb 2009 20:19:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0ACA815F@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F5A@smarexmb1.amd.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA815F@mailserver.metatv-ds.metatv.com> Message-ID: <049C4E48B10A854FB9D3B3C9DFAB506B01252F76@smarexmb1.amd.com> I use the file C:\cygwin\bin\startxwin.bat Which contains: SET CYGWIN_ROOT=\cygwin SET RUN=%CYGWIN_ROOT%\bin\run -p /usr/bin SET PATH=.;%CYGWIN_ROOT%\bin;%PATH% SET XAPPLRESDIR= SET XCMSDB= SET XKEYSYMDB= SET XNLSPATH= %RUN% XWin -multiwindow -clipboard -silent-dup-error -dpi 100 There is also a warning about not usign xwinclip with the -clipboard switch -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Mike Ayers Sent: Friday, February 20, 2009 2:44 PM To: cygwin-xfree@cygwin.com Subject: RE: Reproducing the cygwin X problems > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Williams, > Chris (Marlboro) > Sent: Friday, February 20, 2009 11:40 AM > I use the vnc viewer from RealVNC and the X.org server from > cygwin I and > I don't have any copy and paste problems. My problems with > the clipboard > on Windows seem to be related to the Offfice clipboard > application. Once > I shut that down, everything seems fine. In fact, I copy/paste to/from > the RealVNC viewer and X apps all the time. Hmmmm... which invocation method and clipboard type are you using? I am running `/usr/bin/startx -- -multiwindow -clipboard`. Thanks, Mike -- 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 mike_ayers@tvworks.com Fri Feb 20 20:24:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Fri, 20 Feb 2009 20:24:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <049C4E48B10A854FB9D3B3C9DFAB506B01252F76@smarexmb1.amd.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F5A@smarexmb1.amd.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA815F@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F76@smarexmb1.amd.com> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0ACA81BA@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Williams, > Chris (Marlboro) > Sent: Friday, February 20, 2009 12:19 PM > There is also a warning about not usign xwinclip with the -clipboard > switch I am not explicitly running xwinclip - is there an implicit way to be running it? Thanks, Mike -- 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-xfree.20.maillinglist@spamgourmet.com Fri Feb 20 20:49:00 2009 From: cygwin-xfree.20.maillinglist@spamgourmet.com (cygwin-xfree.20.maillinglist@spamgourmet.com) Date: Fri, 20 Feb 2009 20:49:00 -0000 Subject: BadAlloc Message-ID: Hi folk, I have a problem with the Xserver. I have installed xorg-x11-base 7.4-1 xorg-x11-bin 7.4-1 xorg-x11-bin-dlls 7.4-1 xorg-x11-bin-lndir 7.4-1 xorg-x11-etc 7.4-1 xorg-x11-fenc 7.4-1 xorg-x11-fnts 7.4-1 xorg-x11-libs-data 7.4-1 xorg-x11-man-pages 7.4-1 xorg-x11-man-pages-html 7.4-1 xorg-x11-xwin 7.4-1 Under cygwin everything is fine, but when I start a x-Programm like xterm from another machine like Sunos $ uname -a SunOS beadev 5.10 Generic_118822-23 sun4u sparc SUNW,Sun-Fire-V240 The xterm starts, but when I press a key the x crashes with the following error message ------------------------- xterm: warning, error event received: X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 136 (XKEYBOARD) Minor opcode of failed request: 16 (XkbSetNamedIndicator) Serial number of failed request: 133 Current serial number in output stream: 137 ------------------------- I would be happy about any Idea to fix the problem. With the older Version of X i didn't had that problem. I hope that someone can help me Thanks Franz -- 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 mike_ayers@tvworks.com Fri Feb 20 20:53:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Fri, 20 Feb 2009 20:53:00 -0000 Subject: BadAlloc In-Reply-To: References: Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0ACA81DF@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of > cygwin-xfree.20.maillinglist@spamgourmet.com > The xterm starts, but when I press a key the x crashes with the > following error message > ------------------------- > xterm: warning, error event received: > X Error of failed request: BadAlloc (insufficient resources for > operation) > Major opcode of failed request: 136 (XKEYBOARD) > Minor opcode of failed request: 16 (XkbSetNamedIndicator) > Serial number of failed request: 133 > Current serial number in output stream: 137 > ------------------------- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Jon TURNEY > Sent: Friday, January 23, 2009 11:06 AM > I'm afraid this has the status of 'known issue' at the > moment, until someone > who can reproduce the problem works on it. > > Tracking in bugzilla: > > http://sourceware.org/bugzilla/show_bug.cgi?id=9780 HTH, Mike -- 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 dan.tsafrir@gmail.com Fri Feb 20 20:54:00 2009 From: dan.tsafrir@gmail.com (Dan Tsafrir) Date: Fri, 20 Feb 2009 20:54:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <049C4E48B10A854FB9D3B3C9DFAB506B01252F76@smarexmb1.amd.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F5A@smarexmb1.amd.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA815F@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F76@smarexmb1.amd.com> Message-ID: On Fri, Feb 20, 2009 at 3:19 PM, Williams, Chris (Marlboro) wrote: > > I use the file C:\cygwin\bin\startxwin.bat Me too, so I would guess that the difference in the copy-paste behavior we observe, is unrelated. --Dan -- 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 ChristopherB.Williams@amd.com Fri Feb 20 23:22:00 2009 From: ChristopherB.Williams@amd.com (Williams, Chris (Marlboro)) Date: Fri, 20 Feb 2009 23:22:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F5A@smarexmb1.amd.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA815F@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F76@smarexmb1.amd.com> Message-ID: <049C4E48B10A854FB9D3B3C9DFAB506B01252FDA@smarexmb1.amd.com> Are you running the office clipboard from Office 2003? -Chris -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Dan Tsafrir Sent: Friday, February 20, 2009 3:55 PM To: cygwin-xfree@cygwin.com Subject: Re: Reproducing the cygwin X problems On Fri, Feb 20, 2009 at 3:19 PM, Williams, Chris (Marlboro) wrote: > > I use the file C:\cygwin\bin\startxwin.bat Me too, so I would guess that the difference in the copy-paste behavior we observe, is unrelated. --Dan -- 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 ChristopherB.Williams@amd.com Fri Feb 20 23:28:00 2009 From: ChristopherB.Williams@amd.com (Williams, Chris (Marlboro)) Date: Fri, 20 Feb 2009 23:28:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0ACA81BA@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F5A@smarexmb1.amd.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA815F@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F76@smarexmb1.amd.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA81BA@mailserver.metatv-ds.metatv.com> Message-ID: <049C4E48B10A854FB9D3B3C9DFAB506B01252FDD@smarexmb1.amd.com> > I am not explicitly running xwinclip - is there an implicit way to be running it? I would think not, that might even be an outdated warning. I don't even have xwinclip installed in my system. If you have it I would just remove it to be on the safe side. -Chris -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Mike Ayers Sent: Friday, February 20, 2009 3:24 PM To: cygwin-xfree@cygwin.com Subject: RE: Reproducing the cygwin X problems > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Williams, > Chris (Marlboro) > Sent: Friday, February 20, 2009 12:19 PM > There is also a warning about not usign xwinclip with the -clipboard > switch I am not explicitly running xwinclip - is there an implicit way to be running it? Thanks, Mike -- 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 dan.tsafrir@gmail.com Sat Feb 21 02:29:00 2009 From: dan.tsafrir@gmail.com (Dan Tsafrir) Date: Sat, 21 Feb 2009 02:29:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <049C4E48B10A854FB9D3B3C9DFAB506B01252FDA@smarexmb1.amd.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F5A@smarexmb1.amd.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA815F@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F76@smarexmb1.amd.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252FDA@smarexmb1.amd.com> Message-ID: On Fri, Feb 20, 2009 at 6:21 PM, Williams, Chris (Marlboro) wrote: > > Are you running the office clipboard from Office 2003? Pardon my ignorance, but until now I wasn't aware there is such a thing as office clipboard. However, according to this http://en.wikipedia.org/wiki/Clipboard_manager even if I have it installed, the office clipboard is open as long as one of the office suite applications are open, and my cygwin copy-paste problems occur even if the only applications alive are (1) a cygwin xterm and (2) a vncviewer. So it appears my problem is unrelated to the office clipboard. --Dan -- 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 L.Wood@surrey.ac.uk Sat Feb 21 08:28:00 2009 From: L.Wood@surrey.ac.uk (Lloyd Wood) Date: Sat, 21 Feb 2009 08:28:00 -0000 Subject: X.org 7.4 dying under Geomview In-Reply-To: <7.1.0.7.0.20090219085653.074973b8@cisco.com> References: <7.1.0.7.0.20090219085653.074973b8@cisco.com> Message-ID: <200902210828.n1L8SLE16545@cisco.com> I should add that after doing startx 2>&1, the console error I'm seeing once I launch geomview from an xterm with ./geomview -run ../savi1.4.2/savi and the local Cygwin/X display crashes under Geomview is: xterm: fatal IO error 11 (Resource temporarily unavailable) or KillClient on Xserver ":0.0" xinit: connection to X server lost. /var/log/XWin.0.og doesn't show anything beyond 'XOpenDisplay () returned and successfully opened the display'. At Thursday 2/19/2009 09:11 AM +0000, Lloyd Wood wrote: >I have also noticed that, in -multiwindow mode, graphical updates for Geomview's camera window >now only happen for the area covered by the original camera position. That is, if you move the >Windows window on screen, only the area of that window that overlaps with the area of original >window content's position will be updated with new animations prompted by SaVi. (Rooted >desktop drawing behaviour is fine. Either windowing mode crashes the Xserver after about 30 >seconds of use of SaVi and Geomview.) > >This drawing behaviour is a regression in behaviour from the previous X multiwindow behaviour, >where SaVi and Geomview animated fine. > >http://www.geomview.org/ >http://savi.sf.net/ > > >> I'm using SaVi and Geomview under Cygwin/X and WinXP SP2 (a 2MB Thinkpad >> T43). See: >http://savi.sf.net/ >> The new X server has a nasty habit of dying horribly when I begin >> using SaVi and Geomview - there's your test case. I can live without the >> hardware acceleration - it's a good way of tightening SaVi's >> geomview commands to remove redundant drawing and group drawing commands >> together to remove unnecessary geomview updates - but other geomview users >> will have a different view. >> >> And only getting thirty seconds or so of use before the X server dies >> and takes everything else with it is a showstopper for all of us. >> >> Geomview now seems to be easier to build under the new Xserver regime - >> ./configure and make just work and do the right thing without command-line >> nudges - but it's far less robust and reliable in use under the new >> X server. > > >SaVi satellite constellation visualization: http://savi.sf.net/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From confirmation@cleanjobin.com Sun Feb 22 13:35:00 2009 From: confirmation@cleanjobin.com (Your Stimulus Check) Date: Sun, 22 Feb 2009 13:35:00 -0000 Subject: Finally it's here! Your stimulus check relief of $613.27. Message-ID: <20090222074525.igcppljmoz@cleanjobin.com> cygwin-xfree@cygwin.com, You've been selected to receive a FREE Stimulus Check in the amount of $613.27! (Participation required.) http://cleanjobin.com/L2wucGhwPzYxNjMmMTkyNzI1OTI?o=8572&b=pm2mp46b&p=7587&l=1&s=OMGFeb22KJrsc6&l=2&e=cygwin-xfree@cygwin.com The economy is in crisis and everyone is saving where they can! We'd like to help reduce your stress and financial hardships by putting money back into your pocket! Simply visit below to learn how you can claim your FREE Stimulus Check in the amount of $613.27! (Participation required.) http://cleanjobin.com/L2wucGhwPzYxNjMmMTkyNzI1OTI?o=8572&b=pm2mp46b&p=7587&l=1&s=OMGFeb22KJrsc6&l=2&e=cygwin-xfree@cygwin.com Regards, Your friends at ORP No more messages from OpinonResearchPanel.com. http://cleanjobin.com/L2wucGhwPzYxNjQmMTkyNzI1OTI?sid=490 ConsumerBargainGiveaways, LLC | 848 Dodge Ave. #313 | Evanston, IL 60202 -------------------------------------------- Discontinue Future Notices http://cleanjobin.com/aHR0cGQvZm9ybXMvYjdmZWRlOHUucGhwPzM0ODImMTkyNzI1OTI RedSpring Media 111 NE 1st Street, 3rd Floor Miami, FL 33132 -- 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 Feb 22 13:44:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 22 Feb 2009 13:44:00 -0000 Subject: rgb.txt not honored in X7? In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0AB7428D@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0A893F50@mailserver.metatv-ds.metatv.com> <4989B720.7050903@dronecode.org.uk> <83E753BE7B6A324ABB336245BAF1DAAC0A987CEB@mailserver.metatv-ds.metatv.com> <49946DF1.90106@dronecode.org.uk> <83E753BE7B6A324ABB336245BAF1DAAC0AB7428D@mailserver.metatv-ds.metatv.com> Message-ID: <49A156BE.4030503@dronecode.org.uk> Mike Ayers wrote: >>> From where? I believe this should be ~/.Xdefaults, but >> the nature of cygwin can make ~ an indefinite place for >> startup files. I set %HOME%, which becomes $HOME to what >> will be ~, but if I put >> >> >"XTerm*toolbar: false" in $HOME/.Xdefaults I still have >> toolbars on my xterms. >> >> Case is signficant. Try "XTerm*toolBar: false" > > That worked, but not immediately. I still don't know > wether I am trying to put it into .Xdefaults, or what directory > that would go in (Windows default home or %HOME%), or whether > the file should actually be named .Winrc, as implied by the > tray icon (sometimes). .XWinrc controls the contents of the X server tray icon menu (amongst other things), and is described by 'man XWinrc' It has nothing to do with X resources. If you can point out what text is causing you that confusion, I will correct it. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Sun Feb 22 19:12:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Sun, 22 Feb 2009 19:12:00 -0000 Subject: [ANNOUNCEMENT] Updated: xterm-242-1 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The following package has been updated in the Cygwin net distribution: *** xterm-242-1 This is an update to the latest upstream version. Yaakov Cygwin/X DOWNLOAD: ========= Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: ======================================= To unsubscribe to the cygwin-xfree-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmhmjIACgkQpiWmPGlmQSOG7ACfbHIq3jc1/JPQVuUZ/2YgdOTz 4vwAn0Uw7yyoRaYwzXIyXksiXTU+4U36 =R4Ll -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Sun Feb 22 19:12:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Sun, 22 Feb 2009 19:12:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.5.3-7 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The following package has been updated in the Cygwin net distribution: *** xorg-server-1.5.3-7 This release includes patches for the following issues: * added Xinerama support in some modes (more details below); * fixed Latin American keyboard layout detection; * remainder of Xming clipboard patches; * additional clipboard debugging messages; * fix for flickering when resizing in multiwindow mode; * removed references to obsolete -co flag from Xserver manpage. The Xinerama extension allows multiple physical monitors to be treated as one large X display while still being aware of each monitor as a separate entity. It is used, via libXinerama, by window managers to avoid placing new windows over the seam between monitors, desktop panels to constrain themselves to one monitor, and multimedia applications to use only one monitor in fullscreen mode. Immediate benefit of Xinerama will be to those who use Cygwin/X to login to a remote Linux or Solaris computer where this support is already available. Cygwin packages that could support Xinerama will need to be rebuilt with the recently-added libXinerama in order to enable that support. The Xinerama extension is now supported in the default (root window) and - -rootless modes ONLY. It must be explicitly enabled with the +xinerama flag, e.g.: XWin :0 [-clipboard] [-nodecoration] -screen 0 @1 -screen 1 @2 +xinerama Where @1 and @2 represent the monitors as enumerated by Windows. Please be aware of the following caveats of Xinerama: * When the Xinerama extension is *active* (IOW multiple screens are in use with the +xinerama flag), the Composite extension cannot be used and is automatically disabled. * Xinerama does not support on-the-fly changes to the monitor layout. * Xinerama is *NOT* working in -multiwindow or -mwextwm modes; PTC. Yaakov Cygwin/X DOWNLOAD: ========= Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: ======================================= To unsubscribe to the cygwin-xfree-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmhmk0ACgkQpiWmPGlmQSNxjQCcDpO7eYyal7fjVMksMjeccVej PBgAoILLLMfUuXouvyl7RK44ZDgDGerC =cT6k -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Sun Feb 22 19:13:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Sun, 22 Feb 2009 19:13:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-cf-files-1.0.2-8 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The following packages have been updated in the Cygwin net distribution: *** xorg-cf-files-1.0.2-8 This release fixes the definition of XWinServerDefines. Yaakov Cygwin/X DOWNLOAD: ========= Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: ======================================= To unsubscribe to the cygwin-xfree-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmhmjYACgkQpiWmPGlmQSPsywCgj7X65+fAynv1DHgOaKcymKeF /ZgAoJ/XgkpOplubTZKTjU5hk4ARkWLC =as77 -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@users.sourceforge.net Sun Feb 22 19:13:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Sun, 22 Feb 2009 19:13:00 -0000 Subject: [ANNOUNCEMENT] Updated: xinit-1.1.1-2 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The following packages have been updated in the Cygwin net distribution: *** xinit-1.1.1-2 This release includes a patch for startx when using a $HOME containing spaces. Yaakov Cygwin/X DOWNLOAD: ========= Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: ======================================= To unsubscribe to the cygwin-xfree-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmhmkMACgkQpiWmPGlmQSOZlACg3LKCqyz8zS7hrnrME0h8e31o GCAAniMktqtzEkWYbFSHwLXsDN1qVpi4 =qZUm -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From ChristopherB.Williams@amd.com Sun Feb 22 21:50:00 2009 From: ChristopherB.Williams@amd.com (Williams, Chris (Marlboro)) Date: Sun, 22 Feb 2009 21:50:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.5.3-7 In-Reply-To: References: Message-ID: <049C4E48B10A854FB9D3B3C9DFAB506B01253049@smarexmb1.amd.com> Hi, can you add some details on the "remainder of Xming clipboard patches"? Thanks, Chris -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Yaakov (Cygwin/X) Sent: Sunday, February 22, 2009 1:33 PM To: cygwin-xfree@cygwin.com Subject: [ANNOUNCEMENT] Updated: xorg-server-1.5.3-7 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 The following package has been updated in the Cygwin net distribution: *** xorg-server-1.5.3-7 This release includes patches for the following issues: * added Xinerama support in some modes (more details below); * fixed Latin American keyboard layout detection; * remainder of Xming clipboard patches; * additional clipboard debugging messages; * fix for flickering when resizing in multiwindow mode; * removed references to obsolete -co flag from Xserver manpage. The Xinerama extension allows multiple physical monitors to be treated as one large X display while still being aware of each monitor as a separate entity. It is used, via libXinerama, by window managers to avoid placing new windows over the seam between monitors, desktop panels to constrain themselves to one monitor, and multimedia applications to use only one monitor in fullscreen mode. Immediate benefit of Xinerama will be to those who use Cygwin/X to login to a remote Linux or Solaris computer where this support is already available. Cygwin packages that could support Xinerama will need to be rebuilt with the recently-added libXinerama in order to enable that support. The Xinerama extension is now supported in the default (root window) and - -rootless modes ONLY. It must be explicitly enabled with the +xinerama flag, e.g.: XWin :0 [-clipboard] [-nodecoration] -screen 0 @1 -screen 1 @2 +xinerama Where @1 and @2 represent the monitors as enumerated by Windows. Please be aware of the following caveats of Xinerama: * When the Xinerama extension is *active* (IOW multiple screens are in use with the +xinerama flag), the Composite extension cannot be used and is automatically disabled. * Xinerama does not support on-the-fly changes to the monitor layout. * Xinerama is *NOT* working in -multiwindow or -mwextwm modes; PTC. Yaakov Cygwin/X DOWNLOAD: ========= Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: ========== If you want to make a point or ask a question the cygwin-xfree mailing list is the appropriate place. CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO: ======================================= To unsubscribe to the cygwin-xfree-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-YOU=YOURDOMAIN.COM@cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmhmk0ACgkQpiWmPGlmQSNxjQCcDpO7eYyal7fjVMksMjeccVej PBgAoILLLMfUuXouvyl7RK44ZDgDGerC =cT6k -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From L.Wood@surrey.ac.uk Mon Feb 23 01:15:00 2009 From: L.Wood@surrey.ac.uk (Lloyd Wood) Date: Mon, 23 Feb 2009 01:15:00 -0000 Subject: X.org 7.4 dying under Geomview In-Reply-To: <7.1.0.7.0.20090221082400.09cea110@surrey.ac.uk> References: <7.1.0.7.0.20090219085653.074973b8@cisco.com> <7.1.0.7.0.20090221082400.09cea110@surrey.ac.uk> Message-ID: <200902230115.n1N1FOt27587@cisco.com> Installed xorg-server-1.5.3-7 and the other 22 February updates and rebooted. Tested savi and geomview as described below. Some improvement is seen in full desktop mode, where geomview doesn't crash, and can be used (modulo missing hardware acceleration.) Crashing easily in multiwindow mode still happens - with the difference that the geomview camera window now never updates after being initialised before crashing. (I would have expected the full desktop default to be an X desktop filling the single screen. Is there an easy way to disable virtual desktop/large screen behaviour in mwm and fvwm2? The startx fix is handy here; thanks.) At Saturday 2/21/2009 08:28 AM +0000, Lloyd Wood wrote: >I should add that after doing startx 2>&1, the console error I'm seeing once I launch geomview from an >xterm with >./geomview -run ../savi1.4.2/savi > >and the local Cygwin/X display crashes under Geomview is: >xterm: fatal IO error 11 (Resource temporarily unavailable) or KillClient on Xserver ":0.0" >xinit: connection to X server lost. > >/var/log/XWin.0.og doesn't show anything beyond 'XOpenDisplay () returned and successfully opened the display'. > >At Thursday 2/19/2009 09:11 AM +0000, Lloyd Wood wrote: >>I have also noticed that, in -multiwindow mode, graphical updates for Geomview's camera window >>now only happen for the area covered by the original camera position. That is, if you move the >>Windows window on screen, only the area of that window that overlaps with the area of original >>window content's position will be updated with new animations prompted by SaVi. (Rooted >>desktop drawing behaviour is fine. Either windowing mode crashes the Xserver after about 30 >>seconds of use of SaVi and Geomview.) >> >>This drawing behaviour is a regression in behaviour from the previous X multiwindow behaviour, >>where SaVi and Geomview animated fine. >> >>http://www.geomview.org/ >>http://savi.sf.net/ >> >> >> >>> I'm using SaVi and Geomview under Cygwin/X and WinXP SP2 (a 2MB Thinkpad >>> T43). See: >>http://savi.sf.net/ >>> The new X server has a nasty habit of dying horribly when I begin >>> using SaVi and Geomview - there's your test case. I can live without the >>> hardware acceleration - it's a good way of tightening SaVi's >>> geomview commands to remove redundant drawing and group drawing commands >>> together to remove unnecessary geomview updates - but other geomview users >>> will have a different view. >>> >>> And only getting thirty seconds or so of use before the X server dies >>> and takes everything else with it is a showstopper for all of us. >>> >>> Geomview now seems to be easier to build under the new Xserver regime - >>> ./configure and make just work and do the right thing without command-line >>> nudges - but it's far less robust and reliable in use under the new >>> X server. >> >> >>SaVi satellite constellation visualization: http://savi.sf.net/ >> >> -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mined@towo.net Mon Feb 23 10:12:00 2009 From: mined@towo.net (Thomas Wolff) Date: Mon, 23 Feb 2009 10:12:00 -0000 Subject: Updated: xterm-238-1 Message-ID: <200902231012.n1NAC3N5022914@mail.bln1.bf.nsn-intra.net> > On 2009/02/20 20:24, Thomas Wolff wrote: > > please add the following configure options to the xterm package: > > > > --enable-wide-chars to provide a UTF-8 environment for applications that need to use it > > > > --enable-256-color > Both options are already enabled in xterm-238-1. > (Try installing the xterm-238-1 source package and see > /usr/src/xterm-238-1.cygport .) > For more information on how to enable utf8 resource, see > http://sourceware.org/ml/cygwin-xfree/2008-12/msg00079.html I see, thanks. This makes it a little troublesome to invoke xterm in enforced UTF-8 mode in a portable way, since on some other systems, +lc is not supported or -en UTF-8 doesn't even start the xterm (blinks up and terminates on my Linux system). Anyway, checking this I noticed one other problem: On cygwin, the uxterm script (which is supposed to invoke xterm and ensure UTF-8 mode) actually invokes: LC_CTYPE=en_US.UTF-8 xterm.exe -class UXTerm -title uxterm -u8 But xterm is configured on cygwin so that xterm -u8 has no effect but xterm +lc -u8 is needed (for whatever reason) to enforce UTF-8 support The effect is that the xterm started with uxterm on cygwin has the same bug as LC_CTYPE=en_US.UTF-8 xterm +u8 on other systems: Output is 8-bit, input is UTF-8. ------------- Kind regards, Thomas -- 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 Phil.Betts@ascribe.com Mon Feb 23 14:28:00 2009 From: Phil.Betts@ascribe.com (Phil Betts) Date: Mon, 23 Feb 2009 14:28:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <22120448.post@talk.nabble.com> References: <22007087.post@talk.nabble.com> <22112058.post@talk.nabble.com> <83E753BE7B6A324ABB336245BAF1DAAC0AB74497@mailserver.metatv-ds.metatv.com> <22113978.post@talk.nabble.com> <22114184.post@talk.nabble.com> <499E2A28.7030703@cygwin.com> <22120448.post@talk.nabble.com> Message-ID: <5E25AF06EFB9EA4A87C19BC98F5C8753029B792C@core-email.int.ascribe.com> km4hr wrote: > Well, I have now turned on all relevant ports in the Windows firewall. > I still can't connnect. > I turned on port 177(UDP) and 6000-6006(TCP). I even turned on extra > ports as recommend by > http://www.starnet.com/xwin32kb/What_ports_need_to_be_opened_for_XDMCP/ > this source. > > I'm about out of ideas. I love to hear some more. Perhaps you missed my suggestions here: http://cygwin.com/ml/cygwin-xfree/2009-02/msg00222.html Try the telnet check first to see if the port is accessible from Windows because that only takes a few seconds. (Make sure you run the cygwin telnet.exe) > I don't know how firewalls work but on the linux host side (CentOS) > simplyturning off the firewall did not open the ports. I had to turn > the firewall on and specify which ports to open. Otherwise no computers > could connect via xdmcp over the network. I've not used CentOS, but other distros I've used start with a default set of firewall rules that just block all externally initiated connections. Turning off the firewall actually leaves those rules in force. Turning on the firewall enables more complex rules. If they didn't do this, then you'd be wide open to attack before you'd configured the system. You can disable the firewall completely, but I think it would be irresponsible to post how here. If you must, man iptables is your friend. Phil -- This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange. -- 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 rrepasky@lack.ucs.indiana.edu Mon Feb 23 16:13:00 2009 From: rrepasky@lack.ucs.indiana.edu (Dick Repasky) Date: Mon, 23 Feb 2009 16:13:00 -0000 Subject: update - Vista: no copy/paste X -> MS Message-ID: On 30 Jan I posted a note about not being able to copy from an X application (xterm or nedit) and paste into Windows Notepad. I also reported that the problem occurred on Vista but not XP. I thought that I'd try again with the recently posted X update that has clipboard debugging turned on. I found that the bug appears when Windows Notepad is launched after X has been launched. Copy and paste from X to Windows Notepad works fine when Windows Notepad is launched before X has been launched. This is true on both Windows Vista and Windows XP. (My earlier report was incorrect in that regard.) There was no difference between XWin.0.log when copy and paste worked and when it did not work. Attached is a copy of XWin.0.log and Cygcheck.out. Dick ----- Dick Repasky Center for Computational Cytomics UITS Cubicle 101.08 Indiana University USA rrepasky@indiana.edu -------------- next part -------------- Cygwin Configuration Diagnostics Current System Time: Mon Feb 23 11:07:40 2009 Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6001 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Windows\system32 c:\Windows c:\Windows\System32\Wbem Output from C:\cygwin\bin\id.exe (nontsec) UID: 1000(rrepasky) GID: 513(None) 513(None) 544(Administrators) 545(Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1000(rrepasky) GID: 513(None) 513(None) 544(Administrators) 545(Users) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'rrepasky' PWD = '/home/rrepasky' HOME = '/home/rrepasky' MAKE_MODE = 'unix' HOMEPATH = '\Users\rrepasky' MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man' APPDATA = 'C:\Users\rrepasky\AppData\Roaming' HOSTNAME = 'rrepasky-PC' TERM = 'cygwin' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 8, GenuineIntel' WINDIR = 'C:\Windows' PUBLIC = 'C:\Users\Public' OLDPWD = '/usr/bin' PROGRAMDATA = 'C:\ProgramData' USERDOMAIN = 'rrepasky-PC' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' !:: = '::\' TEMP = '/cygdrive/c/Users/rrepasky/AppData/Local/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'rrepasky' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Users\rrepasky' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\RREPASKY-PC' PROCESSOR_ARCHITECTURE = 'x86' LOCALAPPDATA = 'C:\Users\rrepasky\AppData\Local' !C: = 'C:\cygwin\bin' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\Windows\system32\cmd.exe' TMP = '/cygdrive/c/Users/rrepasky/AppData/Local/Temp' SYSTEMROOT = 'C:\Windows' PRINTER = 'hrothgar' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0f08' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '1' SESSIONNAME = 'Console' COMPUTERNAME = 'RREPASKY-PC' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Classes\VirtualStore\MACHINE\SOFTWARE\Cygnus Solutions HKEY_CURRENT_USER\Software\Classes\VirtualStore\MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Classes\VirtualStore\MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x00000022 HKEY_CURRENT_USER\Software\Classes\VirtualStore\MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x0000000a HKEY_CURRENT_USER\Software\Classes\VirtualStore\MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x0000000a HKEY_CURRENT_USER\Software\Classes\VirtualStore\MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x0000000a HKEY_CURRENT_USER\Software\Classes\VirtualStore\MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x00000022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd NTFS 20477Mb 86% CP CS UN PA FC d: cd N/A N/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Not Found: gdb Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\patch.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Not Found: vi Found: C:\cygwin\bin\vim.exe 61k 2008/04/01 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2008/3/31 23:37 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 3:57 1125k 2006/10/04 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2006/10/4 8:12 1074k 2009/01/08 C:\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.8.dll" v0.0 ts=2009/1/8 5:03 703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2007/12/17 6:58 764k 2007/12/17 C:\cygwin\bin\cygdb-4.3.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.3.dll" v0.0 ts=2007/12/17 7:29 943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.5.dll" v0.0 ts=2007/12/17 8:12 1036k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2007/12/17 6:58 1106k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.3.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.3.dll" v0.0 ts=2007/12/17 7:29 1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 8:12 118k 2007/04/06 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2007/4/6 16:43 118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2008/5/9 0:03 161k 2008/06/01 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2008/6/1 18:16 19k 2008/10/26 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2008/10/26 17:25 40k 2006/11/15 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 "cygform-8.dll" v0.0 ts=2006/11/15 2:06 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/25 1:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/9 1:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 5:25 430k 2009/01/28 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2009/1/28 0:48 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 3:58 19k 2006/11/19 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2006/11/19 3:18 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/19 22:05 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 4:00 8k 2006/11/19 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2006/11/19 3:18 2297k 2008/10/29 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2008/10/29 1:13 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/6 23:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/10 19:16 24k 2008/11/29 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0 "cyghistory6.dll" v0.0 ts=2008/11/29 9:30 72k 2008/10/26 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2008/10/25 21:55 271k 2007/08/24 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.0 sys=4.0 "cygicons-0.dll" v0.0 ts=2007/8/24 3:24 978k 2008/11/10 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2008/11/9 19:35 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 4:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 17:50 31k 2005/11/20 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2005/11/19 21:04 31k 2008/12/31 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2008/12/31 2:42 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 13:09 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 "cygioperm-0.dll" v0.0 ts=2003/2/17 14:58 4k 2007/01/10 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa" v0.0 ts=2007/1/10 9:40 7k 2007/01/10 C:\cygwin\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2 83k 2007/06/06 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2007/6/6 6:41 21k 2006/11/15 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-8.dll" v0.0 ts=2006/11/15 2:05 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/25 1:27 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/9 1:03 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 5:25 24k 2008/10/30 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0 "cygminires.dll" v0.0 ts=2008/10/30 19:53 74k 2008/10/28 C:\cygwin\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2008/10/27 23:04 67k 2006/11/15 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-8.dll" v0.0 ts=2006/11/15 2:13 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/25 1:29 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/9 1:03 237k 2006/11/15 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-8.dll" v0.0 ts=2006/11/15 2:02 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/25 1:17 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/9 1:03 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 5:24 12k 2006/11/15 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-8.dll" v0.0 ts=2006/11/15 2:04 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/25 1:27 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/9 1:03 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 5:24 181k 2008/09/07 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2008/9/6 23:36 302k 2008/09/07 C:\cygwin\bin\cygpcrecpp-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcrecpp-0.dll" v0.0 ts=2008/9/6 23:36 7k 2008/09/07 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2008/9/6 23:36 1543k 2008/07/03 C:\cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_10.dll" v0.0 ts=2008/6/30 12:06 273k 2008/10/23 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2008/10/23 17:25 221k 2006/11/05 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2006/11/5 18:28 226k 2006/11/05 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2006/11/5 18:32 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll - os=4.0 img=1.0 sys=4.0 "cygpng2.dll" v0.0 ts=2002/1/20 20:05 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 1:45 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/6 23:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/10 19:16 155k 2008/11/29 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0 "cygreadline6.dll" v0.0 ts=2008/11/29 9:30 26k 2008/10/26 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2008/10/25 22:02 231k 2006/10/04 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2006/10/4 8:12 232k 2009/01/08 C:\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.8.dll" v0.0 ts=2009/1/8 5:03 63k 2008/10/28 C:\cygwin\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2008/10/27 23:04 1829k 2006/12/19 C:\cygwin\bin\cygwinORIG.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2006/12/19 4:52 22k 2008/02/24 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2008/2/23 2:03 885k 2009/01/29 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2009/1/28 11:11 8k 2008/10/24 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2008/10/24 13:36 351k 2008/11/21 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2008/11/20 20:05 77k 2009/02/09 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2009/2/8 23:06 5k 2009/02/09 C:\cygwin\bin\cygxcb-xlib-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xlib-0.dll" v0.0 ts=2009/2/8 23:06 16k 2008/10/24 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2008/10/24 15:14 49k 2008/10/26 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2008/10/25 23:25 62k 2008/10/26 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2008/10/26 2:52 121k 2008/11/04 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2008/11/4 0:34 1173k 2008/10/28 C:\cygwin\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2008/10/27 23:03 74k 2008/10/26 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2008/10/26 3:05 10k 2008/10/26 C:\cygwin\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2008/10/26 3:05 53k 2008/10/26 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2008/10/26 3:14 31k 2008/10/26 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2008/10/26 3:28 281k 2008/10/26 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2008/10/26 3:54 65k 2006/10/16 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2006/10/15 21:10 1829k 2008/06/12 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2008/6/12 13:35 Cygwin DLL version info: DLL version: 1.5.25 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 156 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Thu Jun 12 19:34:46 CEST 2008 CVS tag: cr-0x5f1 Shared id: cygwin1S4 332k 2007/08/09 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2007/8/9 10:11 43k 2007/08/09 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2007/8/9 10:11 435k 2007/08/09 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-9.dll" v0.0 ts=2007/8/9 10:15 29k 2007/08/09 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 "cygpsres-1.dll" v0.0 ts=2007/8/9 10:11 No Cygwin services found. Cygwin Package Information Last downloaded files to: C:\Users\rrepasky\Desktop Last downloaded files from: http://www.gtlib.gatech.edu/pub/cygwin/ Package Version _update-info-dir 00807-1 alternatives 1.3.30c-2 ash 20040127-4 base-files 3.7-1 base-passwd 2.2-1 bash 3.2.48-21 binutils 20080624-2 bison 2.3-1 byacc 1.9-1 bzip2 1.0.5-2 coreutils 6.10-2 crypt 1.1-1 csih 0.1.8-1 cvs 1.11.22-1 cvsutils 0.2.5-1 cygrunsrv 1.34-1 cygutils 1.3.2-1 cygwin 1.5.25-15 cygwin-doc 1.4-4 diffutils 2.8.7-1 e2fsprogs 1.35-3 ed 1.0-1 editrights 1.01-2 expat 2.0.1-1 file 4.21-1 findutils 4.4.0-3 flex 2.5.35-1 fontconfig 2.6.0-1 gawk 3.1.6-1 gcc 3.4.4-3 gcc-core 3.4.4-3 gcc-g++ 3.4.4-3 gcc-mingw-core 20050522-1 gcc-mingw-g++ 20050522-1 gdbm 1.8.3-8 gettext 0.17-3 grep 2.5.3-1 groff 1.19.2-2 gzip 1.3.12-2 ioperm 0.4-1 less 382-1 libbz2_1 1.0.5-2 libdb4.2 4.2.52.5-2 libdb4.3 4.3.29.1-1 libdb4.5 4.5.20.2-2 libexpat0 1.95.8-2 libexpat1 2.0.1-1 libexpat1-devel 2.0.1-1 libfontconfig1 2.6.0-1 libfontenc1 1.0.4-2 libfreetype-devel 2.3.8-1 libfreetype2-devel 2.3.8-1 libfreetype26 2.3.8-1 libfreetype6 2.3.8-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-8 libgdbm3 1.8.3-3 libgdbm4 1.8.3-8 libGL1 7.2-2 libICE6 1.0.4-2 libiconv2 1.12-1 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.5-1 libintl8 0.17-3 libncurses-devel 5.5-3 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libncurses8 5.5-3 libpcre0 7.8-1 libpixman1_0 0.12.0-1 libpng 1.2.12-1 libpng10 1.0.20-1 libpng10-devel 1.0.20-1 libpng12 1.2.12-1 libpng12-devel 1.2.12-1 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libreadline6 5.2.13-11 libSM6 1.1.0-1 libwrap0 7.6-4 libX11_6 1.1.5-2 libXau6 1.0.4-1 libXaw7 1.0.5-1 libxcb-xlib0 1.1-3 libxcb1 1.1-3 libXdmcp6 1.0.2-3 libXext6 1.0.4-1 libXft2 2.1.13-1 libxkbfile1 1.0.5-2 libXm2 0.95.0-2 libXmu6 1.0.4-1 libXmuu1 1.0.4-1 libXpm4 3.5.7-2 libXrender1 0.9.4-2 libXt6 1.0.5-2 login 1.9-8 luit 1.0.3-1 m4 1.4.10b-2 make 3.81-2 man 1.6e-1 mingw-runtime 3.15.2-1 minires 1.02-1 ncurses 5.5-3 nedit 5.5-4 openssh 5.1p1-10 openssl 0.9.8j-1 openssl097 0.9.7l-1 patch 2.5.8-9 patchutils 0.3.0-1 pcre 7.8-1 pcre-devel 7.8-1 perl 5.10.0-5 rebase 2.4.4-1 rgb 1.0.3-1 run 1.1.10-1 sed 4.1.5-2 sharutils 4.7-1 tar 1.21-1 termcap 20050421-1 terminfo 5.5_20061104-1 texinfo 4.8a-1 tzcode 2008h-1 unison2.17 2.17.1-4 unzip 5.52-2 util-linux 2.14.1-1 vim 7.2-3 w32api 3.13-1 which 2.20-1 X-start-menu-icons 1.0.4-1 xauth 1.0.3-1 xcursor-themes 1.0.1-1 xinit 1.1.1-2 xkbcomp 1.0.5-1 xkeyboard-config 1.4-1 xmodmap 1.0.3-1 xorg-scripts 1.0.1-1 xorg-server 1.5.3-7 xrdb 1.0.5-1 xterm 242-1 zip 2.32-2 zlib 1.2.3-2 Use -h to see help about each section -------------- next part -------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.5.3.0 (20090222) Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/bin/XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1152 h 864 winInitializeDefaultScreens - Returning (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winPrefsLoadPreferences: /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1152 height: 864 depth: 32 winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () Screen 0 added at XINERAMA coordinate (0,0). MIT-SHM extension disabled due to lack of kernel support (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (--) 3 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (--) Using preset keyboard for "English (USA)" (409), type "4" Could not init font path element /usr/share/fonts/misc/, removing from list! Could not init font path element /usr/share/fonts/TTF/, removing from list! Could not init font path element /usr/share/fonts/OTF, removing from list! Could not init font path element /usr/share/fonts/Type1/, removing from list! Could not init font path element /usr/share/fonts/100dpi/, removing from list! Could not init font path element /usr/share/fonts/75dpi/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winProcEstablishConnection - Hello winInitClipboard () winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winProcEstablishConnection - winInitClipboard returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winTopLevelWindowProc - WM_DESTROY - WM_WM_KILL winDeinitMultiWindowWM - Noting shutdown in progress winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winClipboardIOErrorHandler! winDeinitMultiWindowWM - Noting shutdown in progress -------------- 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 Phil.Betts@ascribe.com Mon Feb 23 17:31:00 2009 From: Phil.Betts@ascribe.com (Phil Betts) Date: Mon, 23 Feb 2009 17:31:00 -0000 Subject: X.org 7.4 dying under Geomview In-Reply-To: <200902230115.n1N1FOt27587@cisco.com> References: <7.1.0.7.0.20090219085653.074973b8@cisco.com> <7.1.0.7.0.20090221082400.09cea110@surrey.ac.uk> <200902230115.n1N1FOt27587@cisco.com> Message-ID: <5E25AF06EFB9EA4A87C19BC98F5C875302A14591@core-email.int.ascribe.com> Lloyd Wood wrote: > Some improvement is seen in full desktop mode, where geomview doesn't > crash, and can be used (modulo missing hardware acceleration.) Since you keep mentioning hardware acceleration at every available opportunity (it's getting a bit tiresome now), I thought I should point out that the XWin_GL server was only ever released as an experimental package. It is therefore NOT a regression to have no hardware acceleration in the current release. Yaakov's announcement for the first X11R7 release specifically said there was no hardware acceleration yet, so you can't claim that you weren't warned. The experimental version was one of the last things released by the maintainer at the time, so no further work was done on it to bring it into the main branch. If acceleration matters so much to you, I'm sure Yaakov and Jon would welcome patches to enable it ;-) The source for the experimental version isn't available via setup.exe, and I haven't been able to locate the source elsewhere. Since the original package is still available (even if obsolete), I thought that the GPL insisted that the source was similarly available. I would like to take a diff of the two X11R6 server packages, with a view to merging the changes into the current, much changed, source, but without access to the source for both accelerated and unaccelerated, this is impossible. Does anyone know where one might find the source package for xorg-x11-xwin-gl-6.8.99.901-1? I've tried the Cygwin Time Machine, but it appears to be down. Phil -- This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange. -- 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 Phil.Betts@ascribe.com Mon Feb 23 18:07:00 2009 From: Phil.Betts@ascribe.com (Phil Betts) Date: Mon, 23 Feb 2009 18:07:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> Message-ID: <5E25AF06EFB9EA4A87C19BC98F5C875302A145B7@core-email.int.ascribe.com> Dan Tsafrir wrote: > I confirm this exact behavior. > > This is exactly the problem I'm experiencing in terms of copy-paste on > my XP machine. Specifically, if the vncviewer (TightVNC) is open, and > I select a text in a cygwin xterm or emacs, then copy-paste / > cut-and-paste completely stops functioning on my machine. This doesn't fix the problem, but in the meantime you might find the following makes emacs more usable (and quicker too). I use it because emacs was almost unusable over a slow VPN connection, but it should also help in this situation too. It prevents normal selections in emacs from synchronizing with the X clipboard. Cut/copy/paste within emacs itself works as normal, but much quicker. If you do need to copy from emacs to another app, just use S-delete instead of M-w. To paste from another app into emacs, use S-insert instead of C-y. It's a bit inconvenient, but I soon got used to it. Just add the following code to your .emacs --- snip --- ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ;; Code to prevent emacs synchronizing the clipboard with X for every ;; cut & paste operation. This is what slows down emacs most on slow ;; connections. ;; Originally obtained from: ;; http://snarfed.org/space/Emacs%20and%20remote%20X%20Windows ;; but changed the keystrokes to avoid messing up use of escape as meta (setq interprogram-cut-function nil) (setq interprogram-paste-function nil) (global-set-key [S-delete] (lambda () (interactive) (eval-expression '(setq interprogram-cut-function 'x-select-text)) (kill-ring-save (region-beginning) (region-end)) (eval-expression '(setq interprogram-cut-function nil)))) (global-set-key [S-insert] (lambda () (interactive) (eval-expression '(setq interprogram-paste-function 'x-cut-buffer-or-selection-value)) (yank) (eval-expression '(setq interprogram-paste-function nil)))) ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; --- snip --- Phil -- This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange. -- 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 fstx+u@update.uu.se Mon Feb 23 19:46:00 2009 From: fstx+u@update.uu.se (Fredrik Staxeng) Date: Mon, 23 Feb 2009 19:46:00 -0000 Subject: Cygwin-X on Windows 7 Beta Success! References: <1m7i45e7o8.fsf@Psilocybe.Update.UU.SE> <4998F2EE.3050305@gmail.com> Message-ID: <1m63j1ndhj.fsf@Psilocybe.Update.UU.SE> Paul Loewenstein writes: >Fredrik, > >On 64-bit Windows 7, I cannot get Cygwin/X windows to accept keyboard input. > >Are you using 32-bit or 64-bit? 64. -- Fredrik Stax\"ang | rot13: sfgk@hcqngr.hh.fr This is all you need to know about vi: ESC : q ! RET -- 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 km4hr@netscape.net Mon Feb 23 23:19:00 2009 From: km4hr@netscape.net (km4hr) Date: Mon, 23 Feb 2009 23:19:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <5E25AF06EFB9EA4A87C19BC98F5C8753029B792C@core-email.int.ascribe.com> References: <22007087.post@talk.nabble.com> <22112058.post@talk.nabble.com> <83E753BE7B6A324ABB336245BAF1DAAC0AB74497@mailserver.metatv-ds.metatv.com> <22113978.post@talk.nabble.com> <22114184.post@talk.nabble.com> <499E2A28.7030703@cygwin.com> <22120448.post@talk.nabble.com> <5E25AF06EFB9EA4A87C19BC98F5C8753029B792C@core-email.int.ascribe.com> Message-ID: <22172453.post@talk.nabble.com> Phil Betts-2 wrote: > > km4hr wrote: > > Perhaps you missed my suggestions here: > http://cygwin.com/ml/cygwin-xfree/2009-02/msg00222.html > > Try the telnet check first to see if the port is accessible from Windows > because that only takes a few seconds. (Make sure you run the cygwin > telnet.exe) > > Phil, > > Thanks for hanging in there. > > I tried your telnet suggestion. I get the following: > > $telnet xxx.xxx.xxx.xxx 6000 > trying xxx.xxx.xxx.xxx... > Connected to xxx.xxx.xxx.xxx. > Escape character is '^]'. > > The above is all I get. A login prompt never appears. I waited for several > minutes. > > When I press Ctrl-c I get: > "Connection closed by foreign host. > > If I telnet using an unopen port I the response gets past the "trying" > statement. > > This email has been scanned by Ascribe PLC using Microsoft Antigen for > Exchange. > > -- > 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/ > > > -- View this message in context: http://www.nabble.com/%22-query%22-not-working-on-cygwin-windows-tp22007087p22172453.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 marc.girod@gmail.com Tue Feb 24 15:28:00 2009 From: marc.girod@gmail.com (Marc Girod) Date: Tue, 24 Feb 2009 15:28:00 -0000 Subject: update - Vista: no copy/paste X -> MS In-Reply-To: References: Message-ID: <22181085.post@talk.nabble.com> Dick Repasky-2 wrote: > > not being able to copy from an X application (xterm or nedit) and paste > into Windows Notepad. > For what it's worth, and notwithstanding the need for deeper analysis and a fix, I can report that, disabling the Office clipboard (e.g. from Outlook), copy&paste work for me from emacs run on X to the Windows Notepad, on Vista. Marc Windows Longhorn/Vista (not yet supported!) Ver 6.0 Build 6000 ... Cygwin DLL version info: DLL version: 1.5.25 DLL epoch: 19 -- View this message in context: http://www.nabble.com/update---Vista%3A-no-copy-paste-X--%3E-MS-tp22164522p22181085.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 Feb 24 17:57:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 24 Feb 2009 17:57:00 -0000 Subject: Xwin_GL source (was Re: X.org 7.4 dying under Geomview) In-Reply-To: <5E25AF06EFB9EA4A87C19BC98F5C875302A14591@core-email.int.ascribe.com> References: <7.1.0.7.0.20090219085653.074973b8@cisco.com> <7.1.0.7.0.20090221082400.09cea110@surrey.ac.uk> <200902230115.n1N1FOt27587@cisco.com> <5E25AF06EFB9EA4A87C19BC98F5C875302A14591@core-email.int.ascribe.com> Message-ID: <49A434E6.3000106@dronecode.org.uk> Phil Betts wrote: > If acceleration matters so much to you, I'm sure Yaakov and Jon would > welcome patches to enable it ;-) > > The source for the experimental version isn't available via setup.exe, > and I haven't been able to locate the source elsewhere. Since the > original package is still available (even if obsolete), I thought that > the GPL insisted that the source was similarly available. I would like > to take a diff of the two X11R6 server packages, with a view to merging > the changes into the current, much changed, source, but without access > to > the source for both accelerated and unaccelerated, this is impossible. > > Does anyone know where one might find the source package for > xorg-x11-xwin-gl-6.8.99.901-1? I've tried the Cygwin Time Machine, but > it appears to be down. As far as I know, there is no separate source package for xwin-gl, it is simply the same X server built with different flags. This mail [1], linked to from the todo web page, seems to explain how to build with the acceleration code enabled, in the old, Imakefile'd monolithic tree. I haven't looked at all as to if it's a simple of just finding the correct thing to turn on in the modular tree, or how much this has rusted due to other internal changes in the X server or GLX over the intervening years. http://cygwin.com/ml/cygwin-xfree/2004-03/msg00001.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From Phil.Betts@ascribe.com Tue Feb 24 18:15:00 2009 From: Phil.Betts@ascribe.com (Phil Betts) Date: Tue, 24 Feb 2009 18:15:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <22172453.post@talk.nabble.com> References: <22007087.post@talk.nabble.com> <22112058.post@talk.nabble.com> <83E753BE7B6A324ABB336245BAF1DAAC0AB74497@mailserver.metatv-ds.metatv.com> <22113978.post@talk.nabble.com> <22114184.post@talk.nabble.com> <499E2A28.7030703@cygwin.com> <22120448.post@talk.nabble.com> <5E25AF06EFB9EA4A87C19BC98F5C8753029B792C@core-email.int.ascribe.com> <22172453.post@talk.nabble.com> Message-ID: <5E25AF06EFB9EA4A87C19BC98F5C875302A14F09@core-email.int.ascribe.com> km4hr wrote: > Phil Betts-2 wrote: >> >> km4hr wrote: >> >> Perhaps you missed my suggestions here: >> http://cygwin.com/ml/cygwin-xfree/2009-02/msg00222.html >> >> Try the telnet check first to see if the port is accessible from >> Windows >> because that only takes a few seconds. (Make sure you run the cygwin >> telnet.exe) >> > Phil, > > Thanks for hanging in there. > > I tried your telnet suggestion. I get the following: > > $telnet xxx.xxx.xxx.xxx 6000 > trying xxx.xxx.xxx.xxx... > Connected to xxx.xxx.xxx.xxx. > Escape character is '^]'. > > The above is all I get. A login prompt never appears. I waited for > several minutes. > > When I press Ctrl-c I get: > "Connection closed by foreign host. > > If I telnet using an unopen port I the response gets past the > "trying" > statement. > Your quoting went a bit wrong there. Sorry, I should have explained that that was the expected outcome. If you get the "Connected to" message, the port is open and you can close the connection. The proper way to terminated a telnet session from that situation is to press Ctrl-] (the "Escape character" mentioned in the message). You then get a telnet prompt, where you just type quit. You wouldn't normally expect a prompt (unless the port was 23 - telnet's own). In theory, if you knew enough about the protocol expected on the opened port, you could simulate a normal connection and debug the connection using telnet, but you have to have a certain masochistic streak to try it! So, now we know that the port is accessible from Windows. In that case, it *should* work, so something else is interfering. Have you investigated the BLODA angle? Prime suspects are anti-virus and other "security" software, but hardware drivers have caused problems too. These programs inject themselves into every running process at a fairly low level and, whilst they are mostly benign, can cause nasty, spurious problems, particularly when the code you are trying to run is slightly off the beaten track. X and XCMCP probably falls into that category for Windows machines. The usual advice is to uninstall these, rather than just disable them. The faulty components are frequently left in place when "disabled". Once you have ruled out a candidate, you can reinstall it. If you do find one that is causing the problem, it may be possible to configure it in a way which avoids the problem (e.g. disabling real-time virus scanning). You can often spot BLODA by running the program which is failing, and then seeing which DLLs are loaded using something like Process Explorer. Any unexpected DLLs, particularly if not under C:\Windows or C:\cygwin are prime suspects. In your case, because the -query option is failing, you won't get chance to see the DLLs before X terminates, so you could just start a normal server (e.g. via startxwin.bat) instead. You may find that an app that is not on the BLODA is causing the problem. If so, a message to the main cygwin list would be appreciated so that the BLODA can be updated. If the BLODA hunt fails, you could try running the server via strace so that the point of failure might be spotted, but I'm not familiar with the source. Yaakov or Jon would probably be better at making sense of that. Phil -- This email has been scanned by Ascribe PLC using Microsoft Antigen for Exchange. -- 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 Feb 24 19:11:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 24 Feb 2009 19:11:00 -0000 Subject: xdvi unexplained locale problem In-Reply-To: References: <4997118C.3080203@dronecode.org.uk> <83E753BE7B6A324ABB336245BAF1DAAC0AB73DB5@mailserver.metatv-ds.metatv.com> Message-ID: <49A44657.8020509@dronecode.org.uk> Dan Tsafrir wrote: > On Wed, Feb 18, 2009 at 3:02 PM, Mike Ayers wrote: >> Dan Tsafrir wrote: >>> open xdvi, I get the following error message: >>> Warning: locale not supported by C library, locale unchanged >>> Warning: locale not supported by Xlib, locale set to C >>> Warning: X locale modifiers not supported, using default >>> Warning: Unable to load any usable fontset >> Try unsetting LOCPATH: > > This didn't work either. > > In fact, I tried unset-ing this and very many other env variables > before posting the question here. I'm sorry, I must have left my telepathy switched off. Anything else that you've tried that you'd like to mention now :-) Looking at your cygcheck output some more, I notice you seem to have a lot of old X DLLs in /usr/X11R6/bin/ (which should have been removed by setup, but haven't been for some reason [in use when setup was run?]). Since xdvi is still in /usr/X11R6/bin, this might well be causing a problem (the Windows loader looks in the directory from which the application loaded to find DLLs first, I think?) > It seems to me that the behavior is > unrelated to any env variables. It appears as though, for some > unexplained reason, somewhere along the way, xdvi or X think they need > to change to a locale other than C. > > Googling the error messages shows that ubuntu users faced a similar > problem in early 2007 (related to xdvi and xfig): > > https://bugs.launchpad.net/ubuntu/+source/control-center/+bug/2066 I don't actually see the "locale not supported" warning anywhere in that bug report, so I am unsure of it's relevance. > Some thought it was an xorg problem. The suggested workarounds (e.g., > setting a LANG=C env var) don't work for me. Am I the only one that > gets this error message for xdvi on cygwin? I'm sorry to say that, yes, you are abnormal :-) xdvi runs without this error message for me. -- 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 Feb 24 19:13:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 24 Feb 2009 19:13:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> Message-ID: <49A446E2.7060201@dronecode.org.uk> Dan Tsafrir wrote: > On Fri, Feb 20, 2009 at 1:05 PM, Mike Ayers wrote: >> I can neither confirm nor deny this, as I don't have ClipBook available. > > Did you try to run 'clipbrd' through start->run ? > > >> I just kill Xwin.exe forcibly in task manager - it takes all X apps with it. > > Right. > > >> However, the better trick I discovered recently is to click on VNC's taskbar >> icon and close it. Once it closes, the X applications recover and can >> cut-n-pste with Windows apps. Also, because VNC is VNC, no setup >> is lost there either - I can reconnect and my console is unharmed. > > This too works for me (but as you say, only if I kill the vncviewer > through the context menu that pops up when right clicking its taskbar > icon; strangely, killing it through the top right x doesn't produce a > similar effect). Thanks! > > >> I suspect the problem here may be contention between the two applications >> that want to share the clipboard. Our other report implicated Office clipboard, >> which may be doing the same thing..? Dan & Mike, Thanks very much for this information on the clipboard problems. I've been able to reproduce something similar to the problems you describe, so I will spend some time trying to fix it. It seems likely that this clipboard contention between multiple applications might behave differently on machines with multi-core processors (which I don't have the capability to test on), so can you indicate if you are using single-core or multi-core processor? -- 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 mike_ayers@tvworks.com Tue Feb 24 21:27:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Tue, 24 Feb 2009 21:27:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <49A446E2.7060201@dronecode.org.uk> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> <49A446E2.7060201@dronecode.org.uk> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0ACA8C16@mailserver.metatv-ds.metatv.com> > From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] > Sent: Tuesday, February 24, 2009 11:14 AM > Thanks very much for this information on the clipboard > problems. I've been > able to reproduce something similar to the problems you > describe, so I will > spend some time trying to fix it. Sweet! > It seems likely that this clipboard contention between > multiple applications > might behave differently on machines with multi-core > processors (which I don't > have the capability to test on), so can you indicate if you are using > single-core or multi-core processor? Multi-core, I believe, although I can't tell for sure if I'm not just hyperthreading without rebooting (not an option at the moment). HTH, Mike -- 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 mike_ayers@tvworks.com Tue Feb 24 21:30:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Tue, 24 Feb 2009 21:30:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F5A@smarexmb1.amd.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA815F@mailserver.metatv-ds.metatv.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252F76@smarexmb1.amd.com> <049C4E48B10A854FB9D3B3C9DFAB506B01252FDA@smarexmb1.amd.com> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0ACA8C1C@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Dan Tsafrir > Sent: Friday, February 20, 2009 6:30 PM > Pardon my ignorance, but until now I wasn't aware there is such a > thing as office clipboard. However, according to this > > http://en.wikipedia.org/wiki/Clipboard_manager > > even if I have it installed, the office clipboard is open as long as > one of the office suite applications are open, and my cygwin > copy-paste problems occur even if the only applications alive are (1) > a cygwin xterm and (2) a vncviewer. So it appears my problem is > unrelated to the office clipboard. Wikipedia?! Try the source. This was the only way I found to ensure that OC is not running: http://support.microsoft.com/kb/207438 I have Office 2003, and OC was disabled by default (because I have the value edition?) HTH, Mike -- 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 paul.loewenstein@gmail.com Wed Feb 25 02:34:00 2009 From: paul.loewenstein@gmail.com (Paul Loewenstein) Date: Wed, 25 Feb 2009 02:34:00 -0000 Subject: Cygwin-X on Windows 7 Beta Success! In-Reply-To: <1m63j1ndhj.fsf@Psilocybe.Update.UU.SE> References: <1m7i45e7o8.fsf@Psilocybe.Update.UU.SE> <4998F2EE.3050305@gmail.com> <1m63j1ndhj.fsf@Psilocybe.Update.UU.SE> Message-ID: <49A4AE59.8090701@gmail.com> Fredrik, Thanks! I got it working with a reinstall and a rebaseall with double the default offset. GNUemacs does not survive rebaseall. Paul Fredrik Staxeng wrote: > Paul Loewenstein writes: > > >> Fredrik, >> >> On 64-bit Windows 7, I cannot get Cygwin/X windows to accept keyboard input. >> >> Are you using 32-bit or 64-bit? >> > > 64. > -- 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 Rhubbell@iHubbell.com Wed Feb 25 02:49:00 2009 From: Rhubbell@iHubbell.com (rhubbell) Date: Wed, 25 Feb 2009 02:49:00 -0000 Subject: X server causing IE lockups In-Reply-To: References: <20090207191132.b84a458c.Rhubbell@iHubbell.com> <20090208122443.ee4fb3fe.Rhubbell@iHubbell.com> <20090209082434.229a5c29.Rhubbell@iHubbell.com> <20090210085121.cb23c835.Rhubbell@iHubbell.com> Message-ID: <20090224184854.5424635a.Rhubbell@iHubbell.com> On Tue, 10 Feb 2009 13:05:36 -0500 Fr?d?ric Bron wrote: > > Maybe we have an exploit on our systems. > > Or possibly we have the same video driver? > > Or same network card. Etc. > > I'll gather together what hardware I've got and we can compare. > > I have a notebook : DELL Latitude D830, Video = nVidia Quadro NVS 140M I have an ATI Mobility FireGL V5k. But I have put this on the back-back burner for now. My work-around is to only use X for when I need gnuplot and then I exit from X. -- 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 Feb 25 03:32:00 2009 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Wed, 25 Feb 2009 03:32:00 -0000 Subject: Cygwin-X on Windows 7 Beta Success! In-Reply-To: <49A4AE59.8090701@gmail.com> References: <1m7i45e7o8.fsf@Psilocybe.Update.UU.SE> <4998F2EE.3050305@gmail.com> <1m63j1ndhj.fsf@Psilocybe.Update.UU.SE> <49A4AE59.8090701@gmail.com> Message-ID: <49A4BBDB.8080604@users.sourceforge.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Paul Loewenstein wrote: > GNUemacs does not survive rebaseall. Known issue; reinstall the libncurses7 (and libtiff4?) DLLs. Yaakov Cygwin/X -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkmku9sACgkQpiWmPGlmQSO4CACfXtoPzOo9p3zBXfpOuZ+Z+hWB JNwAn3AYjRvwZ7uwe7Nn/sLUniUreQvj =G4Xl -----END PGP SIGNATURE----- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dan.tsafrir@gmail.com Wed Feb 25 07:03:00 2009 From: dan.tsafrir@gmail.com (Dan Tsafrir) Date: Wed, 25 Feb 2009 07:03:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <49A446E2.7060201@dronecode.org.uk> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> <49A446E2.7060201@dronecode.org.uk> Message-ID: On Tue, Feb 24, 2009 at 2:13 PM, Jon TURNEY > > > It seems likely that this clipboard contention between multiple applications > might behave differently on machines with multi-core processors (which I > don't have the capability to test on), so can you indicate if you are using > single-core or multi-core processor? Indeed, I'm using a dual core machine. However, in an attempt to test your hypothesis, I've set the affinity of XWin.exe, emacs, and the vncviewer to only use CPU0 (through the task manager). This had no positive affect on the problem: the instant I highlighted some text within emacs my copy-paste functionality was dead, regardless of affinity. --Dan -- 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 lee@veritech.com Wed Feb 25 07:23:00 2009 From: lee@veritech.com (Lee D.Rothstein) Date: Wed, 25 Feb 2009 07:23:00 -0000 Subject: Reproducing the cygwin X problems; MinTTY, too In-Reply-To: References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> <49A446E2.7060201@dronecode.org.uk> Message-ID: <49A4F1CE.4020804@veritech.com> Dan Tsafrir wrote: > On Tue, Feb 24, 2009 at 2:13 PM, Jon TURNEY > > >> It seems likely that this clipboard contention between multiple applications >> might behave differently on machines with multi-core processors (which I >> don't have the capability to test on), so can you indicate if you are using >> single-core or multi-core processor? >> > > Indeed, I'm using a dual core machine. > > However, in an attempt to test your hypothesis, I've set the affinity > of XWin.exe, emacs, and the vncviewer to only use CPU0 (through the > task manager). > > This had no positive affect on the problem: the instant I highlighted > some text within emacs my copy-paste functionality was dead, > regardless of affinity. > > --Dan > > -- > 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/ > > > FWIW, I'm having a similar proble with MinTTY. If I select text in a MinTTY window, then copy text withing a GUI app, like TextPad (http://textpad.com), clipboard stops working for all apps. If I ten return to the original, MinTTY window, and reselect text, paste it, that works and then copy and paste work in all apps, again. Lee -- 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 Jennifer@greenjob123.com Wed Feb 25 13:02:00 2009 From: Jennifer@greenjob123.com (Jennifer) Date: Wed, 25 Feb 2009 13:02:00 -0000 Subject: What's your shipping address? Message-ID: <20090225074521.artehefavz@greenjob123.com> Hi cygwin-xfree@cygwin.com, Please take a look at this system to make a six figure income from home and give me your impression of it. http://greenjob123.com/L2wucGhwPzY0NTAmMTkyNzI1OTI?enc=awvvnpwoltr&optionalinfo=&deployid=3222999&land=0&pid=0 This lady is giving it away to anyone who goes to his site. Looks like a winner to me. Thanks, Jennifer No further messages. http://greenjob123.com/L2wucGhwPzY0NTEmMTkyNzI1OTI or send mail to: 3867 W. Market Street Suite 256 Akron, OH 44333 -------------------------------------------- Discontinue Future Notices http://greenjob123.com/aHR0cGQvZm9ybXMvYmEzMDRmM3UucGhwPzM2MzkmMTkyNzI1OTI RedSpring Media 111 NE 1st Street, 3rd Floor Miami, FL 33132 -- 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 office@programpaypal.com Wed Feb 25 13:42:00 2009 From: office@programpaypal.com (PayPal Program) Date: Wed, 25 Feb 2009 13:42:00 -0000 Subject: An 25, February 2009, PayPal sent you 1 new message(s) Message-ID: Congratulations, You won the ammount of $ 500.00, due to the program "Together with PayPal". On 23 February 2009, the program "Together with PayPal" have been extract the 50 winners from each country that use our service online. To receive this award, you must enter the following "your bonus code and data needed to load your account with the amount of $ 500.00, your bonus code is: PP-X98811PZ2009. Please notice that this information are confidential and must be completed in 24h from the receipt of this message. To continue click on the link below: http://www.togetherwithus.com/s.php?www.paypal.com/cgi-bin/webscr?cmd=_home Thank you for using our services, for this, PayPal launch as many prizes to customers. Thank you, Administrative Agent PayPal Mark Twoin -- 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 ChristopherB.Williams@amd.com Wed Feb 25 13:55:00 2009 From: ChristopherB.Williams@amd.com (Williams, Chris (Marlboro)) Date: Wed, 25 Feb 2009 13:55:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <49A446E2.7060201@dronecode.org.uk> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> <49A446E2.7060201@dronecode.org.uk> Message-ID: <049C4E48B10A854FB9D3B3C9DFAB506B0125350F@smarexmb1.amd.com> I have two dual-core systems and they both have clipboard problems. -Chris -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Jon TURNEY Sent: Tuesday, February 24, 2009 2:14 PM To: cygwin-xfree@cygwin.com Cc: dan.tsafrir@gmail.com; mike_ayers@tvworks.com Subject: Re: Reproducing the cygwin X problems Dan Tsafrir wrote: > On Fri, Feb 20, 2009 at 1:05 PM, Mike Ayers wrote: >> I can neither confirm nor deny this, as I don't have ClipBook available. > > Did you try to run 'clipbrd' through start->run ? > > >> I just kill Xwin.exe forcibly in task manager - it takes all X apps with it. > > Right. > > >> However, the better trick I discovered recently is to click on VNC's taskbar >> icon and close it. Once it closes, the X applications recover and can >> cut-n-pste with Windows apps. Also, because VNC is VNC, no setup >> is lost there either - I can reconnect and my console is unharmed. > > This too works for me (but as you say, only if I kill the vncviewer > through the context menu that pops up when right clicking its taskbar > icon; strangely, killing it through the top right x doesn't produce a > similar effect). Thanks! > > >> I suspect the problem here may be contention between the two applications >> that want to share the clipboard. Our other report implicated Office clipboard, >> which may be doing the same thing..? Dan & Mike, Thanks very much for this information on the clipboard problems. I've been able to reproduce something similar to the problems you describe, so I will spend some time trying to fix it. It seems likely that this clipboard contention between multiple applications might behave differently on machines with multi-core processors (which I don't have the capability to test on), so can you indicate if you are using single-core or multi-core processor? -- 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 rrepasky@lack.ucs.indiana.edu Wed Feb 25 15:36:00 2009 From: rrepasky@lack.ucs.indiana.edu (Dick Repasky) Date: Wed, 25 Feb 2009 15:36:00 -0000 Subject: update - Vista: no copy/paste X -> MS In-Reply-To: <22181085.post@talk.nabble.com> References: <22181085.post@talk.nabble.com> Message-ID: On Tue, 24 Feb 2009, Marc Girod wrote: > > > Dick Repasky-2 wrote: >> >> not being able to copy from an X application (xterm or nedit) and paste >> into Windows Notepad. >> > For what it's worth, and notwithstanding the need for deeper analysis and a > fix, > I can report that, disabling the Office clipboard (e.g. from Outlook), > copy&paste work for me from emacs run on X to the Windows Notepad, on Vista. > > Marc > On my system toggling the Office clipboard toggles the ability to copy from X and paste into Windows Notepad when Notepad is launced before X. If I launch X and then Windows Notepad I cannot copy from X and paste into Notepad independently of whether Office clipboard is on or off. If I launch Windows Notepad before launching X, I can copy from X and paste into Notepad when Office clipboard is off. I cannot copy and paste when Office clipboard is on. I'm running Office 2007, I have been using Excel to toggle the Windows clipboard. Dick Dick Repasky Center for Computational Cytomics UITS Cubicle 101.08 Indiana University USA rrepasky@indiana.edu -- 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 marc.girod@gmail.com Wed Feb 25 16:08:00 2009 From: marc.girod@gmail.com (Marc Girod) Date: Wed, 25 Feb 2009 16:08:00 -0000 Subject: update - Vista: no copy/paste X -> MS In-Reply-To: References: <22181085.post@talk.nabble.com> Message-ID: <22205981.post@talk.nabble.com> Dick wrote: > > On my system toggling the Office clipboard toggles the ability to copy > from X and paste into Windows Notepad when Notepad is launched before X. > ... > I'm running Office 2007, I have been using Excel to toggle the Windows > clipboard. > I have not noticed any difference related to the order of launching. Usually, I launch X first. Not always though: I may have to start Outlook or IE first... But I am using older versions of the Office tools than you. My Outlook says: 11.8206.8202 SP3, Copyright 1995-2003... Marc -- View this message in context: http://www.nabble.com/update---Vista%3A-no-copy-paste-X--%3E-MS-tp22164522p22205981.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 mike_ayers@tvworks.com Wed Feb 25 20:22:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Wed, 25 Feb 2009 20:22:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> <49A446E2.7060201@dronecode.org.uk> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0ADABE98@mailserver.metatv-ds.metatv.com> > From: Dan Tsafrir [mailto:dan.tsafrir@gmail.com] > Sent: Tuesday, February 24, 2009 11:03 PM > However, in an attempt to test your hypothesis, I've set the affinity > of XWin.exe, emacs, and the vncviewer to only use CPU0 (through the > task manager). I don't think this is a valid test. What is wanted is a P4 single-core hyperthreader with BIOS hyperthread enable (or a multi processor and a screwdriver). Anyone have a single/nulti switchable handy? I'll check my BIOS next reboot. Mike -- 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 Feb 25 22:51:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 25 Feb 2009 22:51:00 -0000 Subject: Reproducing the cygwin X clipboard problems In-Reply-To: <49A446E2.7060201@dronecode.org.uk> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> <49A446E2.7060201@dronecode.org.uk> Message-ID: <49A5CB73.7000506@dronecode.org.uk> Jon TURNEY wrote: > Thanks very much for this information on the clipboard problems. I've > been able to reproduce something similar to the problems you describe, > so I will spend some time trying to fix it. I've looked into this a bit and it seems to me that the patch in [1] can interact badly with other clipboard viewer applications (like clipbrd.exe, VNC viewer, and probably other clipboard helper applications and maybe VMs as well) On my PC, just running the tightvnc viewer and X server and copying something into the X clipboard sends the CPU load to 100% as we seem to be constantly converting the selection onto the windows clipboard and then clearing it. I've built a version of 1.5.3-7, with this patch reverted and lots more clipboard debugging added. You can download it from [2] It would be most helpful if you could try this and see if the clipboard problems you are seeing are changed at all. If the problems still persist, could you please run the X server with the extra parameter '-logverbose 3' and post a relevant section from the log output along with a description of the behaviour. (Note that running with this level of logging will make your log file get very big quite quickly and probably slow down the X server) [1] http://bugs.freedesktop.org/show_bug.cgi?id=5735 [2] ftp://cygwin.com/pub/cygwinx/XWin.20090225214130.exe.bz2 -- 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 Feb 25 22:55:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 25 Feb 2009 22:55:00 -0000 Subject: Reproducing the cygwin X problems; MinTTY, too In-Reply-To: <49A4F1CE.4020804@veritech.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> <49A446E2.7060201@dronecode.org.uk> <49A4F1CE.4020804@veritech.com> Message-ID: <49A5CC5B.7000803@dronecode.org.uk> Lee D.Rothstein wrote: > FWIW, I'm having a similar proble with MinTTY. If I select text in a > MinTTY window, > then copy text withing a GUI app, like TextPad (http://textpad.com), > clipboard stops > working for all apps. > > If I ten return to the original, MinTTY window, and reselect text, paste > it, that works and > then copy and paste work in all apps, again. MinTTY problems are probably better directed to the cygwin@cygwin.com list or at http://code.google.com/p/mintty/ -- 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 Feb 25 22:59:00 2009 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 25 Feb 2009 22:59:00 -0000 Subject: Reproducing the cygwin X problems In-Reply-To: <83E753BE7B6A324ABB336245BAF1DAAC0ADABE98@mailserver.metatv-ds.metatv.com> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> <49A446E2.7060201@dronecode.org.uk> <83E753BE7B6A324ABB336245BAF1DAAC0ADABE98@mailserver.metatv-ds.metatv.com> Message-ID: <49A5CD57.3010004@dronecode.org.uk> Mike Ayers wrote: >> From: Dan Tsafrir >> Sent: Tuesday, February 24, 2009 11:03 PM > >> However, in an attempt to test your hypothesis, I've set the affinity >> of XWin.exe, emacs, and the vncviewer to only use CPU0 (through the >> task manager). > > I don't think this is a valid test. What is wanted is a P4 single-core hyperthreader with BIOS hyperthread enable (or a multi processor and a screwdriver). Anyone have a single/nulti switchable handy? I'll check my BIOS next reboot. I think a boot.ini entry with /onecpu is the way to do this. But I'm not saying that these problems don't exist on single-core machines (they do, as I am able to reproduce something like the behaviour mentioned), I'm just saying the behaviour may be different (as I don't see exactly the behaviour described), and I do not have the resources to test on a multiple-core machine. -- 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 km4hr@netscape.net Thu Feb 26 04:49:00 2009 From: km4hr@netscape.net (km4hr) Date: Thu, 26 Feb 2009 04:49:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <5E25AF06EFB9EA4A87C19BC98F5C875302A14F09@core-email.int.ascribe.com> References: <22007087.post@talk.nabble.com> <22112058.post@talk.nabble.com> <83E753BE7B6A324ABB336245BAF1DAAC0AB74497@mailserver.metatv-ds.metatv.com> <22113978.post@talk.nabble.com> <22114184.post@talk.nabble.com> <499E2A28.7030703@cygwin.com> <22120448.post@talk.nabble.com> <5E25AF06EFB9EA4A87C19BC98F5C8753029B792C@core-email.int.ascribe.com> <22172453.post@talk.nabble.com> <5E25AF06EFB9EA4A87C19BC98F5C875302A14F09@core-email.int.ascribe.com> Message-ID: <22217645.post@talk.nabble.com> Phil, Thanks for hanging in there and trying your best to help identify my problem. If I ever find the solution I will shout it from the mountain top! I'd like to try cygwin-x on another Windows PC with less software installed but my company's network is configured to block unknown MAC addresses. So I can't use just any PC on my network. Furthermore I won't be getting any help from my IT department. They're not sympathetic to anything Linux related. Ironically, I work at a major university in the engineering department. They see Linux as disruptive technology. We have Phd's who have written dissertations on TCP/IP related stuff. I told one of them about my problem. He wasn't interested. As far as identifying BLODA software, that's way over my head. I'm already well beyond my knowledge of Windows software and how Windows works in general. Furthermore I already know everything I care to know about Windows. I guess my next step is to retreat to VNC and see if that works. I just hate giving up on xdmcp when it has worked well for me before. I guess I haven't used it since cygwin-x went from xfree to Xorg. But I don't think cygwin-x is the problem since Xming and X-Win32 don't work either. I think you're correct, something is blocking the communications. BTW, why did you suggest I telnet to port 6000? Isn't port 177 the one that xdmcp uses to initiate sessions? I noticed in my PC's task bar that I have anti-virus software from Trend Micro installed. I called their support number. To their credit the support engineer helped me shut down their software completely. He stayed on the line to talk me through the process. Unfortunately cygwin-x still didn't work. The engineer assured me that the test confirmed that Trend Micro software is not the problem. I hope he's right. There's just too may variables here. Phil Betts-2 wrote: > > km4hr wrote: >> Phil Betts-2 wrote: >>> >>> km4hr wrote: >>> >>> Perhaps you missed my suggestions here: >>> http://cygwin.com/ml/cygwin-xfree/2009-02/msg00222.html >>> >>> Try the telnet check first to see if the port is accessible from >>> Windows >>> because that only takes a few seconds. (Make sure you run the cygwin >>> telnet.exe) >>> >> Phil, >> >> Thanks for hanging in there. >> >> I tried your telnet suggestion. I get the following: >> >> $telnet xxx.xxx.xxx.xxx 6000 >> trying xxx.xxx.xxx.xxx... >> Connected to xxx.xxx.xxx.xxx. >> Escape character is '^]'. >> >> The above is all I get. A login prompt never appears. I waited for >> several minutes. >> >> When I press Ctrl-c I get: >> "Connection closed by foreign host. >> >> If I telnet using an unopen port I the response gets past the >> "trying" >> statement. >> > > Your quoting went a bit wrong there. > > Sorry, I should have explained that that was the expected outcome. If > you get the "Connected to" message, the port is open and you can close > the connection. The proper way to terminated a telnet session from that > situation is to press Ctrl-] (the "Escape character" mentioned in the > message). You then get a telnet prompt, where you just type quit. > > You wouldn't normally expect a prompt (unless the port was 23 - telnet's > own). In theory, if you knew enough about the protocol expected on the > opened port, you could simulate a normal connection and debug the > connection using telnet, but you have to have a certain masochistic > streak to try it! > > So, now we know that the port is accessible from Windows. In that case, > it *should* work, so something else is interfering. > > Have you investigated the BLODA angle? Prime suspects are anti-virus > and > other "security" software, but hardware drivers have caused problems > too. > These programs inject themselves into every running process at a fairly > low level and, whilst they are mostly benign, can cause nasty, spurious > problems, particularly when the code you are trying to run is slightly > off the beaten track. X and XCMCP probably falls into that category for > Windows machines. > > The usual advice is to uninstall these, rather than just disable them. > The faulty components are frequently left in place when "disabled". > Once > you have ruled out a candidate, you can reinstall it. If you do find > one > that is causing the problem, it may be possible to configure it in a way > which avoids the problem (e.g. disabling real-time virus scanning). > > You can often spot BLODA by running the program which is failing, and > then seeing which DLLs are loaded using something like Process Explorer. > Any unexpected DLLs, particularly if not under C:\Windows or C:\cygwin > are prime suspects. In your case, because the -query option is failing, > you won't get chance to see the DLLs before X terminates, so you could > just start a normal server (e.g. via startxwin.bat) instead. > > You may find that an app that is not on the BLODA is causing the > problem. > If so, a message to the main cygwin list would be appreciated so that > the > BLODA can be updated. > > If the BLODA hunt fails, you could try running the server via strace so > that the point of failure might be spotted, but I'm not familiar with > the > source. Yaakov or Jon would probably be better at making sense of that. > > Phil > -- > > > This email has been scanned by Ascribe PLC using Microsoft Antigen for > Exchange. > > -- > 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/ > > > -- View this message in context: http://www.nabble.com/%22-query%22-not-working-on-cygwin-windows-tp22007087p22217645.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 dirk.fassbender@arcor.de Thu Feb 26 13:45:00 2009 From: dirk.fassbender@arcor.de (Dirk Fassbender) Date: Thu, 26 Feb 2009 13:45:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <22217645.post@talk.nabble.com> References: <22007087.post@talk.nabble.com> <22112058.post@talk.nabble.com> <83E753BE7B6A324ABB336245BAF1DAAC0AB74497@mailserver.metatv-ds.metatv.com> <22113978.post@talk.nabble.com> <22114184.post@talk.nabble.com> <499E2A28.7030703@cygwin.com> <22120448.post@talk.nabble.com> <5E25AF06EFB9EA4A87C19BC98F5C8753029B792C@core-email.int.ascribe.com> <22172453.post@talk.nabble.com> <5E25AF06EFB9EA4A87C19BC98F5C875302A14F09@core-email.int.ascribe.com> <22217645.post@talk.nabble.com> Message-ID: <49A69CF1.5020603@arcor.de> km4hr schrieb: > Phil, > > Thanks for hanging in there and trying your best to help identify my > problem. > > If I ever find the solution I will shout it from the mountain top! > > I'd like to try cygwin-x on another Windows PC with less software installed > but my company's network is configured to block unknown MAC addresses. So I > can't use just any PC on my network. Furthermore I won't be getting any help > from my IT department. They're not sympathetic to anything Linux related. > Ironically, I work at a major university in the engineering department. They > see Linux as disruptive technology. We have Phd's who have written > dissertations on TCP/IP related stuff. I told one of them about my problem. > He wasn't interested. > > As far as identifying BLODA software, that's way over my head. I'm already > well beyond my knowledge of Windows software and how Windows works in > general. Furthermore I already know everything I care to know about Windows. > > I guess my next step is to retreat to VNC and see if that works. I just hate > giving up on xdmcp when it has worked well for me before. I guess I haven't > used it since cygwin-x went from xfree to Xorg. But I don't think cygwin-x > is the problem since Xming and X-Win32 don't work either. I think you're > correct, something is blocking the communications. > > BTW, why did you suggest I telnet to port 6000? Isn't port 177 the one that > xdmcp uses to initiate sessions? > > I noticed in my PC's task bar that I have anti-virus software from Trend > Micro installed. I called their support number. To their credit the support > engineer helped me shut down their software completely. He stayed on the > line to talk me through the process. Unfortunately cygwin-x still didn't > work. The engineer assured me that the test confirmed that Trend Micro > software is not the problem. I hope he's right. There's just too may > variables here. > > > > > Phil Betts-2 wrote: >> km4hr wrote: >>> Phil Betts-2 wrote: >>>> km4hr wrote: >>>> >>>> Perhaps you missed my suggestions here: >>>> http://cygwin.com/ml/cygwin-xfree/2009-02/msg00222.html >>>> >>>> Try the telnet check first to see if the port is accessible from >>>> Windows >>>> because that only takes a few seconds. (Make sure you run the cygwin >>>> telnet.exe) >>>> >>> Phil, >>> >>> Thanks for hanging in there. >>> >>> I tried your telnet suggestion. I get the following: >>> >>> $telnet xxx.xxx.xxx.xxx 6000 >>> trying xxx.xxx.xxx.xxx... >>> Connected to xxx.xxx.xxx.xxx. >>> Escape character is '^]'. >>> >>> The above is all I get. A login prompt never appears. I waited for >>> several minutes. >>> >>> When I press Ctrl-c I get: >>> "Connection closed by foreign host. >>> >>> If I telnet using an unopen port I the response gets past the >>> "trying" >>> statement. >>> >> Your quoting went a bit wrong there. >> >> Sorry, I should have explained that that was the expected outcome. If >> you get the "Connected to" message, the port is open and you can close >> the connection. The proper way to terminated a telnet session from that >> situation is to press Ctrl-] (the "Escape character" mentioned in the >> message). You then get a telnet prompt, where you just type quit. >> >> You wouldn't normally expect a prompt (unless the port was 23 - telnet's >> own). In theory, if you knew enough about the protocol expected on the >> opened port, you could simulate a normal connection and debug the >> connection using telnet, but you have to have a certain masochistic >> streak to try it! >> >> So, now we know that the port is accessible from Windows. In that case, >> it *should* work, so something else is interfering. >> >> Have you investigated the BLODA angle? Prime suspects are anti-virus >> and >> other "security" software, but hardware drivers have caused problems >> too. >> These programs inject themselves into every running process at a fairly >> low level and, whilst they are mostly benign, can cause nasty, spurious >> problems, particularly when the code you are trying to run is slightly >> off the beaten track. X and XCMCP probably falls into that category for >> Windows machines. >> >> The usual advice is to uninstall these, rather than just disable them. >> The faulty components are frequently left in place when "disabled". >> Once >> you have ruled out a candidate, you can reinstall it. If you do find >> one >> that is causing the problem, it may be possible to configure it in a way >> which avoids the problem (e.g. disabling real-time virus scanning). >> >> You can often spot BLODA by running the program which is failing, and >> then seeing which DLLs are loaded using something like Process Explorer. >> Any unexpected DLLs, particularly if not under C:\Windows or C:\cygwin >> are prime suspects. In your case, because the -query option is failing, >> you won't get chance to see the DLLs before X terminates, so you could >> just start a normal server (e.g. via startxwin.bat) instead. >> >> You may find that an app that is not on the BLODA is causing the >> problem. >> If so, a message to the main cygwin list would be appreciated so that >> the >> BLODA can be updated. >> >> If the BLODA hunt fails, you could try running the server via strace so >> that the point of failure might be spotted, but I'm not familiar with >> the >> source. Yaakov or Jon would probably be better at making sense of that. >> >> Phil >> -- >> >> >> This email has been scanned by Ascribe PLC using Microsoft Antigen for >> Exchange. >> >> -- >> 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/ >> >> >> > Hello, if you have more than one network card or more than one IP address configured on your computer, it can be necessary to use the -from option together with the -query option. X -query -from Test it for all local IP addresses. Regards Dirk -- 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 mike_ayers@tvworks.com Thu Feb 26 19:40:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Thu, 26 Feb 2009 19:40:00 -0000 Subject: Reproducing the cygwin X clipboard problems In-Reply-To: <49A5CB73.7000506@dronecode.org.uk> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> <49A446E2.7060201@dronecode.org.uk> <49A5CB73.7000506@dronecode.org.uk> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0ADAC2F5@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Jon TURNEY > Sent: Wednesday, February 25, 2009 2:52 PM > I've built a version of 1.5.3-7, with this patch reverted and > lots more > clipboard debugging added. You can download it from [2] > > It would be most helpful if you could try this and see if the > clipboard > problems you are seeing are changed at all. > [2] ftp://cygwin.com/pub/cygwinx/XWin.20090225214130.exe.bz2 Both startx and startxwin.bat (i.e. start server menu item), which formerly experienced severe clipboard problems, are now running cleanly! Thanks, Mike -- 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 km4hr@netscape.net Thu Feb 26 20:27:00 2009 From: km4hr@netscape.net (km4hr) Date: Thu, 26 Feb 2009 20:27:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <49A69CF1.5020603@arcor.de> References: <22007087.post@talk.nabble.com> <22112058.post@talk.nabble.com> <83E753BE7B6A324ABB336245BAF1DAAC0AB74497@mailserver.metatv-ds.metatv.com> <22113978.post@talk.nabble.com> <22114184.post@talk.nabble.com> <499E2A28.7030703@cygwin.com> <22120448.post@talk.nabble.com> <5E25AF06EFB9EA4A87C19BC98F5C8753029B792C@core-email.int.ascribe.com> <22172453.post@talk.nabble.com> <5E25AF06EFB9EA4A87C19BC98F5C875302A14F09@core-email.int.ascribe.com> <22217645.post@talk.nabble.com> <49A69CF1.5020603@arcor.de> Message-ID: <22232905.post@talk.nabble.com> Dirk, Thanks for the recommendation. I gave it a try. Still no luck. Dirk Fassbender wrote: > > km4hr schrieb: >> Phil, >> >> Thanks for hanging in there and trying your best to help identify my >> problem. >> >> If I ever find the solution I will shout it from the mountain top! >> >> I'd like to try cygwin-x on another Windows PC with less software >> installed >> but my company's network is configured to block unknown MAC addresses. So >> I >> can't use just any PC on my network. Furthermore I won't be getting any >> help >> from my IT department. They're not sympathetic to anything Linux related. >> Ironically, I work at a major university in the engineering department. >> They >> see Linux as disruptive technology. We have Phd's who have written >> dissertations on TCP/IP related stuff. I told one of them about my >> problem. >> He wasn't interested. >> >> As far as identifying BLODA software, that's way over my head. I'm >> already >> well beyond my knowledge of Windows software and how Windows works in >> general. Furthermore I already know everything I care to know about >> Windows. >> >> I guess my next step is to retreat to VNC and see if that works. I just >> hate >> giving up on xdmcp when it has worked well for me before. I guess I >> haven't >> used it since cygwin-x went from xfree to Xorg. But I don't think >> cygwin-x >> is the problem since Xming and X-Win32 don't work either. I think you're >> correct, something is blocking the communications. >> >> BTW, why did you suggest I telnet to port 6000? Isn't port 177 the one >> that >> xdmcp uses to initiate sessions? >> >> I noticed in my PC's task bar that I have anti-virus software from Trend >> Micro installed. I called their support number. To their credit the >> support >> engineer helped me shut down their software completely. He stayed on the >> line to talk me through the process. Unfortunately cygwin-x still didn't >> work. The engineer assured me that the test confirmed that Trend Micro >> software is not the problem. I hope he's right. There's just too may >> variables here. >> >> >> >> >> Phil Betts-2 wrote: >>> km4hr wrote: >>>> Phil Betts-2 wrote: >>>>> km4hr wrote: >>>>> >>>>> Perhaps you missed my suggestions here: >>>>> http://cygwin.com/ml/cygwin-xfree/2009-02/msg00222.html >>>>> >>>>> Try the telnet check first to see if the port is accessible from >>>>> Windows >>>>> because that only takes a few seconds. (Make sure you run the cygwin >>>>> telnet.exe) >>>>> >>>> Phil, >>>> >>>> Thanks for hanging in there. >>>> >>>> I tried your telnet suggestion. I get the following: >>>> >>>> $telnet xxx.xxx.xxx.xxx 6000 >>>> trying xxx.xxx.xxx.xxx... >>>> Connected to xxx.xxx.xxx.xxx. >>>> Escape character is '^]'. >>>> >>>> The above is all I get. A login prompt never appears. I waited for >>>> several minutes. >>>> >>>> When I press Ctrl-c I get: >>>> "Connection closed by foreign host. >>>> >>>> If I telnet using an unopen port I the response gets past the >>>> "trying" >>>> statement. >>>> >>> Your quoting went a bit wrong there. >>> >>> Sorry, I should have explained that that was the expected outcome. If >>> you get the "Connected to" message, the port is open and you can close >>> the connection. The proper way to terminated a telnet session from that >>> situation is to press Ctrl-] (the "Escape character" mentioned in the >>> message). You then get a telnet prompt, where you just type quit. >>> >>> You wouldn't normally expect a prompt (unless the port was 23 - telnet's >>> own). In theory, if you knew enough about the protocol expected on the >>> opened port, you could simulate a normal connection and debug the >>> connection using telnet, but you have to have a certain masochistic >>> streak to try it! >>> >>> So, now we know that the port is accessible from Windows. In that case, >>> it *should* work, so something else is interfering. >>> >>> Have you investigated the BLODA angle? Prime suspects are anti-virus >>> and >>> other "security" software, but hardware drivers have caused problems >>> too. >>> These programs inject themselves into every running process at a fairly >>> low level and, whilst they are mostly benign, can cause nasty, spurious >>> problems, particularly when the code you are trying to run is slightly >>> off the beaten track. X and XCMCP probably falls into that category for >>> Windows machines. >>> >>> The usual advice is to uninstall these, rather than just disable them. >>> The faulty components are frequently left in place when "disabled". >>> Once >>> you have ruled out a candidate, you can reinstall it. If you do find >>> one >>> that is causing the problem, it may be possible to configure it in a way >>> which avoids the problem (e.g. disabling real-time virus scanning). >>> >>> You can often spot BLODA by running the program which is failing, and >>> then seeing which DLLs are loaded using something like Process Explorer. >>> Any unexpected DLLs, particularly if not under C:\Windows or C:\cygwin >>> are prime suspects. In your case, because the -query option is failing, >>> you won't get chance to see the DLLs before X terminates, so you could >>> just start a normal server (e.g. via startxwin.bat) instead. >>> >>> You may find that an app that is not on the BLODA is causing the >>> problem. >>> If so, a message to the main cygwin list would be appreciated so that >>> the >>> BLODA can be updated. >>> >>> If the BLODA hunt fails, you could try running the server via strace so >>> that the point of failure might be spotted, but I'm not familiar with >>> the >>> source. Yaakov or Jon would probably be better at making sense of that. >>> >>> Phil >>> -- >>> >>> >>> This email has been scanned by Ascribe PLC using Microsoft Antigen for >>> Exchange. >>> >>> -- >>> 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/ >>> >>> >>> >> > > Hello, > > if you have more than one network card or more than one IP address > configured on your computer, it can be necessary to use the -from option > together with the -query option. > > X -query -from > > Test it for all local IP addresses. > > Regards > Dirk > > -- > 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/ > > > -- View this message in context: http://www.nabble.com/%22-query%22-not-working-on-cygwin-windows-tp22007087p22232905.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 dan.tsafrir@gmail.com Thu Feb 26 22:44:00 2009 From: dan.tsafrir@gmail.com (Dan Tsafrir) Date: Thu, 26 Feb 2009 22:44:00 -0000 Subject: Reproducing the cygwin X clipboard problems In-Reply-To: <49A5CB73.7000506@dronecode.org.uk> References: <83E753BE7B6A324ABB336245BAF1DAAC0AB742C2@mailserver.metatv-ds.metatv.com> <83E753BE7B6A324ABB336245BAF1DAAC0ACA807F@mailserver.metatv-ds.metatv.com> <49A446E2.7060201@dronecode.org.uk> <49A5CB73.7000506@dronecode.org.uk> Message-ID: On Wed, Feb 25, 2009 at 5:51 PM, Jon TURNEY wrote: > > I've built a version of 1.5.3-7, with this patch reverted and lots more > clipboard debugging added. ?You can download it from [2] > > It would be most helpful if you could try this and see if the clipboard > problems you are seeing are changed at all. I'm afraid I didn't have the same experience as Mike. I've downloaded and ran your patched XWin. The result was non-deterministic: it typically starts good, but then the problem returns, and may go away and return again, depending on what I do. However, I was never able to replicate. Alas, I currently don't have time to come up with some more coherent observations. I will try it out again during the weekend and report back. --Dan -- 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 a2intl@gmail.com Fri Feb 27 01:07:00 2009 From: a2intl@gmail.com (Andrew Allen) Date: Fri, 27 Feb 2009 01:07:00 -0000 Subject: XWin.exe crashing at startup In-Reply-To: <2b95563f0902261657u17e4b509j2417adfef777e5ba@mail.gmail.com> References: <2b95563f0812061757s1b1ef672w2978fcfb6a811c01@mail.gmail.com> <2b95563f0902261657u17e4b509j2417adfef777e5ba@mail.gmail.com> Message-ID: <2b95563f0902261707n59404748y7a7de47e77281544@mail.gmail.com> Thought I'd reply to the list about the resolution to this, since somebody just asked me about this off-list: 'startxwin.sh' from a bash window works whereas 'startx' doesn't (also works: 'startxwin.bat' from a windows cmd line). It seems startx is broken on cygwin. Andrew > On Sat, Dec 6, 2008 at 5:57 PM, Andrew Allen wrote: > > I'm trying to start XWin.exe on a fresh cygwin install via startx and > am getting the following: > > bash-3.2$ startx > xauth: ?creating new authority file /cygdrive/c/Users/anallen/.serverauth.4156 > > giving up. > xinit: ?Connection refused (errno 111): ?unable to connect to X server > xinit: ?No such process (errno 3): ?Server error. > > After the "xauth" message, I get a frame of a window titled > "Cygwin/X:0.0" (but nothing in the window), the computer screen "greys > out", and a window pops up saying: "XWin.exe has stopped working. > Windows is checking for a solution to the problem... A problem caused > the program to stop working correctly. Windows will close the program > and notify you if a solution is available." > > I'm running Windows Vista Enterprise Service Pack 1 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mike_ayers@tvworks.com Fri Feb 27 01:19:00 2009 From: mike_ayers@tvworks.com (Mike Ayers) Date: Fri, 27 Feb 2009 01:19:00 -0000 Subject: XWin.exe crashing at startup In-Reply-To: <2b95563f0902261707n59404748y7a7de47e77281544@mail.gmail.com> References: <2b95563f0812061757s1b1ef672w2978fcfb6a811c01@mail.gmail.com> <2b95563f0902261657u17e4b509j2417adfef777e5ba@mail.gmail.com> <2b95563f0902261707n59404748y7a7de47e77281544@mail.gmail.com> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0ADAC59D@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Andrew Allen > Sent: Thursday, February 26, 2009 5:07 PM > Thought I'd reply to the list about the resolution to this, since > somebody just asked me about this off-list: > > 'startxwin.sh' from a bash window works whereas 'startx' doesn't (also > works: 'startxwin.bat' from a windows cmd line). Try: startx -- -multiwindow -clipboard > It seems startx is > broken on cygwin. Not really, although the behavior changed a little a few months ago (I didn't need the flags before). I'll see if I can try this on Vista tonight. HTH, Mike -- 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 klaas.gadeyne@fmtc.be Fri Feb 27 16:52:00 2009 From: klaas.gadeyne@fmtc.be (Klaas Gadeyne) Date: Fri, 27 Feb 2009 16:52:00 -0000 Subject: (xcb-related?) crash of the xserver when quiting matlab after running the matlab benchmark Message-ID: Hi, We were/are using Cygwin/X (xdmcp) to talk to a debian server running matlab. We had a (nicely and stable) working setup using xorg 6.8.2 from cygwin and connecting to the gdm of debian etch. Recently, we upgraded the debian server to lenny (and opened Pandora's box it seems :) As a consequence of the upgrade, the graphic rendering of matlab became terribly slow and we had crashes all over the place. In finding the cause of this, we (a.o.) upgraded cygwin/x to the latest release. It seems like we've finally identified one of the problems, being the fact that lenny's libx11 is linked with libxcb, which is causing the speed problems [1]. After fixing this, two problems remain: - [minor] it seems like the -clipboard option is not working anymore (I noticed a note about "improving clipboard integration" on the todo list at x.cygwin.com) - When running the matlab benchmark and quitting matlab afterwards, the Xserver crashes. Log and (corrupted?) backtrace attached. Both problems do not occur using the latest version of the XMing server. Unfortunately, I'm unable to find a 6.8 version of the xorg xserver on the cygwin mirrors, so I can't verify if the crash also occurs with xorg 6.8. I also didn't find a -dbg version of the xserver package. Any ideas on how to debug this further, especially the crash (could it also be xcb related?)? TIA, Klaas Gadeyne [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463159 -- 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 klaas.gadeyne@fmtc.be Fri Feb 27 16:56:00 2009 From: klaas.gadeyne@fmtc.be (Klaas Gadeyne) Date: Fri, 27 Feb 2009 16:56:00 -0000 Subject: (xcb-related?) crash of the xserver when quiting matlab after running the matlab benchmark (fwd) Message-ID: This time with attachments. Sorry about that :-( Klaas ---------- Forwarded message ---------- Date: Fri, 27 Feb 2009 17:52:30 +0100 (CET) From: Klaas Gadeyne To: cygwin-xfree@cygwin.com Subject: (xcb-related?) crash of the xserver when quiting matlab after running the matlab benchmark Hi, We were/are using Cygwin/X (xdmcp) to talk to a debian server running matlab. We had a (nicely and stable) working setup using xorg 6.8.2 from cygwin and connecting to the gdm of debian etch. Recently, we upgraded the debian server to lenny (and opened Pandora's box it seems :) As a consequence of the upgrade, the graphic rendering of matlab became terribly slow and we had crashes all over the place. In finding the cause of this, we (a.o.) upgraded cygwin/x to the latest release. It seems like we've finally identified one of the problems, being the fact that lenny's libx11 is linked with libxcb, which is causing the speed problems [1]. After fixing this, two problems remain: - [minor] it seems like the -clipboard option is not working anymore (I noticed a note about "improving clipboard integration" on the todo list at x.cygwin.com) - When running the matlab benchmark and quitting matlab afterwards, the Xserver crashes. Log and (corrupted?) backtrace attached. Both problems do not occur using the latest version of the XMing server. Unfortunately, I'm unable to find a 6.8 version of the xorg xserver on the cygwin mirrors, so I can't verify if the crash also occurs with xorg 6.8. I also didn't find a -dbg version of the xserver package. Any ideas on how to debug this further, especially the crash (could it also be xcb related?)? TIA, Klaas Gadeyne [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463159 -------------- next part -------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.5.3.0 (20090222) Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/bin/XWin :9 -notrayicon -clipboard -nowinkill -logverbose 2 -emulate3buttons -query pc00136.site04.wtcm.be ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 800 winInitializeDefaultScreens - Returning (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winPrefsLoadPreferences: /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... Screen 0 added at XINERAMA coordinate (0,0). MIT-SHM extension disabled due to lack of kernel support (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 (--) 3 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00020409" (00020409) (--) Using preset keyboard for "English (USA, International)" (20409), type "4" Could not init font path element /usr/share/fonts/OTF, removing from list! winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp, waiting to start clipboard client until 4th call... winProcQueryTree - Hello winInitClipboard () winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winProcQueryTree - winInitClipboard returned. winClipboardProc - DISPLAY=127.0.0.1:9.0 AUDIT: Fri Feb 27 16:54:23 2009: 2884 XWin: client 4 rejected from IP 127.0.0.1 winProcEstablishConnection - ProcEstablishConnection failed, bailing. winClipboardProc - Could not open display, try: 1, sleeping: 4 AUDIT: Fri Feb 27 16:54:27 2009: 2884 XWin: client 4 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 2, sleeping: 4 AUDIT: Fri Feb 27 16:54:31 2009: 2884 XWin: client 4 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 3, sleeping: 4 AUDIT: Fri Feb 27 16:54:35 2009: 2884 XWin: client 4 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 4, sleeping: 4 AUDIT: Fri Feb 27 16:54:39 2009: 2884 XWin: client 16 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 5, sleeping: 4 AUDIT: Fri Feb 27 16:54:43 2009: 2884 XWin: client 4 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 6, sleeping: 4 AUDIT: Fri Feb 27 16:54:47 2009: 2884 XWin: client 4 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 7, sleeping: 4 AUDIT: Fri Feb 27 16:54:51 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 8, sleeping: 4 AUDIT: Fri Feb 27 16:54:55 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 9, sleeping: 4 AUDIT: Fri Feb 27 16:54:59 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 10, sleeping: 4 AUDIT: Fri Feb 27 16:55:03 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 11, sleeping: 4 AUDIT: Fri Feb 27 16:55:07 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 12, sleeping: 4 AUDIT: Fri Feb 27 16:55:11 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 13, sleeping: 4 AUDIT: Fri Feb 27 16:55:15 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 14, sleeping: 4 AUDIT: Fri Feb 27 16:55:19 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 15, sleeping: 4 AUDIT: Fri Feb 27 16:55:23 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 16, sleeping: 4 AUDIT: Fri Feb 27 16:55:27 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 17, sleeping: 4 AUDIT: Fri Feb 27 16:55:31 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 18, sleeping: 4 AUDIT: Fri Feb 27 16:55:35 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 19, sleeping: 4 AUDIT: Fri Feb 27 16:55:39 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 20, sleeping: 4 AUDIT: Fri Feb 27 16:55:43 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 21, sleeping: 4 AUDIT: Fri Feb 27 16:55:47 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 22, sleeping: 4 AUDIT: Fri Feb 27 16:55:51 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 23, sleeping: 4 AUDIT: Fri Feb 27 16:55:55 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 24, sleeping: 4 AUDIT: Fri Feb 27 16:55:59 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 25, sleeping: 4 AUDIT: Fri Feb 27 16:56:03 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 26, sleeping: 4 AUDIT: Fri Feb 27 16:56:07 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 27, sleeping: 4 AUDIT: Fri Feb 27 16:56:11 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 28, sleeping: 4 AUDIT: Fri Feb 27 16:56:15 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 29, sleeping: 4 AUDIT: Fri Feb 27 16:56:19 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 30, sleeping: 4 AUDIT: Fri Feb 27 16:56:23 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 31, sleeping: 4 AUDIT: Fri Feb 27 16:56:27 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 32, sleeping: 4 AUDIT: Fri Feb 27 16:56:31 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 33, sleeping: 4 AUDIT: Fri Feb 27 16:56:35 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 34, sleeping: 4 AUDIT: Fri Feb 27 16:56:39 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 35, sleeping: 4 AUDIT: Fri Feb 27 16:56:43 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 36, sleeping: 4 AUDIT: Fri Feb 27 16:56:47 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 37, sleeping: 4 AUDIT: Fri Feb 27 16:56:51 2009: 2884 XWin: client 18 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 38, sleeping: 4 AUDIT: Fri Feb 27 16:56:55 2009: 2884 XWin: client 4 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 39, sleeping: 4 AUDIT: Fri Feb 27 16:56:59 2009: 2884 XWin: client 4 rejected from IP 127.0.0.1 winClipboardProc - Could not open display, try: 40, sleeping: 4 winClipboardProc - Failed opening the display, giving up -------------- next part -------------- Exception: STATUS_ACCESS_VIOLATION at eip=00477726 eax=00A6F460 ebx=00A590B8 ecx=00FFFFFF edx=00FFFFFF esi=00A6F460 edi=00A72C24 ebp=0022CAE8 esp=0022CAD0 program=C:\cygwin\bin\XWin.exe, pid 2884, thread main cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0022CAE8 00477726 (00A6F460, 00000001, 0022CB08, 00475B11) 0022CAF8 004779BD (00A6F460, 00A6F460, 0022CB18, 00476541) 0022CB08 00475B11 (00A6F460, 00A5DE78, 0022CB28, 00476588) 0022CB18 00476541 (00A6F460, 00000001, 0022CB88, 004F74E4) 0022CB28 00476588 (00A6F460, 00800458, 0022CB58, 0045861E) 0022CB88 004F74E4 (00A2F430, 0022CBA0, 00000000, 00000000) 0022CBB8 0050064F (00A2F430, 00000014, 00000000, 02000022) 0022CC08 00501091 (008447E8, 00000002, 00000000, 004DCCC9) 0022CC58 004DD08B (0000000A, 00840180, 00840090, 61002AF2) 0022CD98 610060D8 (00000000, 0022CDD0, 61005450, 0022CDD0) 61005450 61004416 (0000009C, A02404C7, E8611021, FFFFFF48) 2230050 [main] XWin 2884 _cygtls::handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 2254991 [main] XWin 2884 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) -------------- 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 km4hr@netscape.net Fri Feb 27 21:10:00 2009 From: km4hr@netscape.net (km4hr) Date: Fri, 27 Feb 2009 21:10:00 -0000 Subject: "-query" not working on cygwin/windows In-Reply-To: <22007087.post@talk.nabble.com> References: <22007087.post@talk.nabble.com> Message-ID: <22254511.post@talk.nabble.com> How do know which which ports are open on a Windows PC? I need ports 177/UDP and 6000-6006/TCP open for xdmcp "-query". (Or so I understand. I can't find any clear instructions on this.) At cygwin shell prompt I enter "netstat -na |grep 600*" I get this: UDP 0.0.0.0:6000 *:* UDP 0.0.0.0:6001 *:* UDP 0.0.0.0:6002 *:* ..etc.. "netstat -na | grep 177" returns nothing. I get the above responses whether my Windows firewall is on or off. Also, why does netstat say UDP in the above responses? I specifically enabled these ports as TCP in the Windows firewall configuration screen. I configured port 177 just like ports 6000-6005. But it never shows up in "netstat -na". Why? Do I have to reboot the computer to activate changes made in the Windows firewall configuration? Come on, there must be a Windows networking expert out there somewhere? thanks, -- View this message in context: http://www.nabble.com/%22-query%22-not-working-on-cygwin-windows-tp22007087p22254511.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- 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 mark@maxrnd.com Sat Feb 28 09:39:00 2009 From: mark@maxrnd.com (Mark Geisert) Date: Sat, 28 Feb 2009 09:39:00 -0000 Subject: "-query" not working on cygwin/windows References: <22007087.post@talk.nabble.com> <22254511.post@talk.nabble.com> Message-ID: km4hr writes: > At cygwin shell prompt I enter "netstat -na |grep 600*" > I get this: > UDP 0.0.0.0:6000 *:* > UDP 0.0.0.0:6001 *:* > UDP 0.0.0.0:6002 *:* > ..etc.. > > "netstat -na | grep 177" returns nothing. > > I get the above responses whether my Windows firewall is on or off. > > Also, why does netstat say UDP in the above responses? I specifically > enabled these ports as TCP in the Windows firewall configuration screen. > > I configured port 177 just like ports 6000-6005. But it never shows up in > "netstat -na". Why? If you're OK with turning off Windows Firewall, do that, to remove one potential area of networking conflict. Leave it off until you get things working and then add it back in afterwards. Having the Firewall open a port just means that some program on your PC trying to listen on that port will actually receive traffic from the network. If the port is closed the program might be able to listen on that port but it won't receive anything because the Firewall has blocked the traffic to it. Netstat is showing you something different: the ports that are currently being listened on by running programs. Use the '-o' option to netstat to have it print the Windows pids of the listening programs. E.g., 'netstat -ano'. Sometimes Cygwin pids are different from Windows pids for reasons not important here. Use the Windows Task Manager to identify Cygwin processes from Windows pids if necessary. I don't know why your netstat display shows UDP. If I were to speculate, I'd say you mistakenly enabled UDP rather than TCP in the Firewall and the X Server was able to open listening sockets for UDP datagrams. There's no 177 in your netstat display because there probably isn't any program currently running to listen on that port. Do you have to start xdmcp manually? I don't know how that works. I just know that I see TCP for ports 6000 and up when I run the Cygwin X server. ..mark -- 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 Sat Feb 28 12:10:00 2009 From: frederic.bron@m4x.org (=?UTF-8?B?RnLDqWTDqXJpYyBCcm9u?=) Date: Sat, 28 Feb 2009 12:10:00 -0000 Subject: X server causing IE lockups In-Reply-To: <20090224184854.5424635a.Rhubbell@iHubbell.com> References: <20090207191132.b84a458c.Rhubbell@iHubbell.com> <20090208122443.ee4fb3fe.Rhubbell@iHubbell.com> <20090209082434.229a5c29.Rhubbell@iHubbell.com> <20090210085121.cb23c835.Rhubbell@iHubbell.com> <20090224184854.5424635a.Rhubbell@iHubbell.com> Message-ID: > But I have put this on the back-back burner for now. My work-around > is to only use X for when I need gnuplot and then I exit from X. I have just disabled the clipboard transfer for TightVNC and it seems I have no more issue. F. Bron -- Unsubscribe info: 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/