Re: startx with different displays
Back to my original problem... I tried startxwin (as suggested by a colleague) and this one accepts to start XWin on DISPLAY :0 Are all my problems related to startx? I can see that defaulting to the highest display found in /tmp/.X* seems to comes from it... Does anybody use startx with success? Marc -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33745960.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/
Re: startx with different displays
Yaakov (Cygwin/X) wrote: Of course. Thanks. Sorry, this was a stupid question: even I use it on my other laptop, without problem. OK: with the two glitches I described. Marc -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33749731.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/
Re: startx with different displays
Larry Hall (Cygwin-X) wrote: Get rid of the real dups. You only need the one in /usr/bin. I don't know how they got there. They are not in my normal path. Somehow my procedure to run cygcheck must have injected them. I add them in neither .bash_profile nor .bashrc. Marc -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33737835.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/
Re: startx with different displays
Larry Hall (Cygwin-X) wrote: Don't worry about the duplicated paths. I'm saying get rid of the actual duplicated DLLs. Sorry, but I have none. My understanding is that the report was only the result of the duplicated paths. Running cygcheck again doesn't find duplicated DLLs. Marc -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33741843.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/
Re: startx with different displays
Hi, I try a fresh start, not being clear about my complete failure to get any reply. I use XWin and GNU emacs (X11 version). My startup script is: /usr/bin/startx /usr/bin/emacs -g 90x37+150+0 -- /usr/bin/X :0 -multiwindow -clipboard This used to work for a few years, but recently started to loop and fail (plus 2 glitches). First the loop effect: after starting the server process (transcript not displayed in the first occurrence), which ends in: winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. ...the transcript gets into: waiting for X server to begin accepting connections . .. .. This eventually times out, unless sometimes gets a reply. However, recently, I have started to try different displays in parallel, e.g.: bash --login -c /usr/bin/startx /usr/bin/emacs -g 90x37+150+0 -- /usr/bin/X :2 -multiwindow -clipboard I have started to use higher and higher numbers. The effect is that one of then (today: 5) will unblock all the others, so that I got today 5 instances of GNU emacs, all reported a DISPLAY of :5. The two glitches: Before starting the server, I get: /usr/bin/startx: line 47: 2188 Segmentation fault (core dumped) expr $1 : ':[0-9][0-9]*$' /dev/null 21 At connecting, the first line is: xinit: XFree86_VT property unexpectedly has 0 items instead of 1 I notice that I have an old startx~, which helps me to see what has changed in recent versions of startx: bin diff startx~ startx 34a35,43 # Automatically determine an unused $DISPLAY d=0 while true ; do [ -e /tmp/.X$d-lock ] || break d=$(($d + 1)) done defaultdisplay=:$d unset d 79c88 # if no client arguments either, use rc file instead --- # For compatibility reasons, only use startxrc if there were no client command line arguments 92,93d100 clientargs=$defaultclientargs 96a104,108 # if no client arguments, use defaults if [ x$clientargs = x ]; then clientargs=$defaultclientargs fi 101c113 # if no server arguments or display either, use defaults --- # For compatibility reasons, only use xserverrc if there were no server command line arguments 103d114 # For compatibility reasons, only use xserverrc if there were no server command line arguments 109,111d119 serverargs=$defaultserverargs display=$defaultdisplay 114a123,132 # if no server arguments, use defaults if [ x$serverargs = x ]; then serverargs=$defaultserverargs fi # if no display, use default if [ x$display = x ]; then display=$defaultdisplay fi 155a174 touch $xserverauthfile bin ll startx startx~ -rwxr-xr-x 1 emagiro root 4917 Jan 30 03:12 startx -rwxr-xr-x 1 emagiro root 4540 Aug 22 2011 startx~ bin ll /tmp/.X* -r--r--r-- 1 emagiro EEI-ATusers 11 Apr 23 09:38 /tmp/.X0-lock -r--r--r-- 1 emagiro EEI-ATusers 11 Apr 23 09:40 /tmp/.X1-lock -r--r--r-- 1 emagiro EEI-ATusers 11 Apr 23 09:42 /tmp/.X2-lock -r--r--r-- 1 emagiro EEI-ATusers 11 Apr 23 09:43 /tmp/.X3-lock -r--r--r-- 1 emagiro EEI-ATusers 11 Apr 23 09:44 /tmp/.X4-lock -r--r--r-- 1 emagiro EEI-ATusers 11 Apr 23 09:45 /tmp/.X5-lock /tmp/.X11-unix: total 38 drwxrwxrwt+ 1 rootroot0 Apr 23 09:45 . drwxrwxrwt+ 1 emagiro root0 Apr 23 09:45 .. srwxrwxrwx 1 emagiro EEI-ATusers 0 Apr 23 09:38 X0 srwxrwxrwx 1 emagiro EEI-ATusers 0 Apr 23 09:40 X1 srwxrwxrwx 1 emagiro EEI-ATusers 0 Apr 23 09:42 X2 srwxrwxrwx 1 emagiro EEI-ATusers 0 Apr 23 09:43 X3 srwxrwxrwx 1 emagiro EEI-ATusers 0 Apr 23 09:44 X4 srwxrwxrwx 1 emagiro EEI-ATusers 0 Apr 23 09:45 X5 I don't attempt here to interpret these facts myself. I am of course mostly annoyed by the failure to connect to the XWin server using the first port. Can anybody shed light on a possible explanation? I used Gmane and uploaded my cygcheck.out. Thanks, Marc http://old.nabble.com/file/p33732045/cygcheck.out cygcheck.out -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33732045.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/
Re: startx with different displays
Marc Girod wrote: I used Gmane and uploaded my cygcheck.out. Incidentally, I saw there: Warning: There are multiple cygwin1.dlls on your path So, I checked: bin for d in $(echo $PATH | tr : '\n'); do if [ -r $d/cygwin1.dll ]; then echo $d; fi; done /usr/bin /usr/bin bin echo $PATH | tr : '\n' /usr/local/bin /usr/bin /usr/local/bin /usr/bin /cygdrive/c/Windows/system32 /cygdrive/c/Windows /cygdrive/c/Windows/System32/Wbem /cygdrive/c/strawberry/c/bin /cygdrive/c/strawberry/perl/site/bin /cygdrive/c/strawberry/perl/bin /cygdrive/c/Program Files/WIDCOMM/Bluetooth Software /cygdrive/c/Program Files/Rational/common /cygdrive/c/Program Files/Rational/ClearCase/bin /cygdrive/c/Program Files/Rational/ClearCase/etc /cygdrive/c/Program Files/Rational/ClearCase/etc/utils /cygdrive/c/Sysinternals /cygdrive/c/Program Files/Microsoft Windows Performance Toolkit I plead non guilty of the duplication of /usr/local/bin:/usr/bin in $PATH. Marc -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33732071.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/
startx with different displays
I have intermittent problems to start XWin. My client would wait for an accessible server. In recent times, when this happens with :0, I try to use :1 instead, which usually works. Today, the two processes interferred. I was waiting on :0, and as I started a sttrax session on :1, both clients rose up, both reporting DISPLAY=:1! Marc -- View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33702991.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/
Re: waiting for X server to begin accepting connections .
Marc Girod wrote: Obviously, the X server is up and running, only the client cannot connect to it. Also, choosing a different display (i.e. :1 instead of :0 in my startup command) works. So... is this enough to conclude that the issue is bound to the port (some other unknown application holding it for hours/days and then releasing it)? Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33544704.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/
Re: waiting for X server to begin accepting connections .
Marc Girod wrote: It started to work again...!? I know I should buy a computer, but this is what I got as working environment. The problem pops up for some time (hours...?) every now and then, and disappears. Rebooting doesn't help systematically; i.e. it may help, who knows, but not every time, at least. Is there any guidance about how to investigate this? Obviously, the X server is up and running, only the client cannot connect to it. Some small test client which would be easy to debug, and might report the cause of failure? Here is the bottom of the XWin.0.log: ... [ 1312.467] winMultiWindowXMsgProc - DISPLAY=:0.0 [ 1312.467] winClipboardProc - DISPLAY=:0.0 [ 1312.467] winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. [ 1312.467] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [ 1312.483] winClipboardProc - XOpenDisplay () returned and successfully opened the display. Thanks, Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33537774.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/
Re: waiting for X server to begin accepting connections .
Marc Girod wrote: waiting for X server to begin accepting connections . I thought this was related to my working from home over our VPN (called here RVI, and actually a product of Juniper). But now I am back at work, on LAN, and I get the same behaviour. Panic! How do I debug this? The most probable is that our 'support' pushed some system upgrade/security patch which breaks Xfree... How to identify what? Thanks, Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33442319.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/
Re: waiting for X server to begin accepting connections .
Marc Girod wrote: The most probable is that our 'support' pushed some system upgrade/security patch which breaks Xfree... Checked that no firewall blocks port 6000 (it should be what the X server listens to for display :0, right?) It started to work again...!? I had just disabled (not the first time, although first with a batch file, in the right order) the Symantec AntiVirus (both smcservice and Symantec AntiVirus), and tried. Now it works also with Symantec reenabled... Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33442979.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/
Re: waiting for X server to begin accepting connections .
Marc Girod wrote: waiting for X server to begin accepting connections . I started looking at the .server* and .Xauthority files. Found that .Xauthority keeps growing (but not since the origin of times--and see below: cleaned up after timeout!). Now, I removed a previous version so that I only have a smaller chunk left: ~ strings .Xauthority EV68B599EABE1A MIT-MAGIC-COOKIE-1 Tnj# MIT-MAGIC-COOKIE-1 MIT-MAGIC-COOKIE-1 MIT-MAGIC-COOKIE-1 MIT-MAGIC-COOKIE-1 MIT-MAGIC-COOKIE-1 ~ strings .serverauth.5268 EV68B599EABE1A MIT-MAGIC-COOKIE-1 ~ wc .Xauthority 0 3 340 .Xauthority ~ tail -3 /var/log/xwin/XWin.0.log [ 4303.693] winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. [ 4303.693] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [ 4303.693] winClipboardProc - XOpenDisplay () returned and successfully opened the display. It looks like the .serverauth file was cleaned up after the last exit--this surprises me as I use to find afterwards. .Xauthority was also cleaned up to a minimal state: ~ od -x .Xauthority 000 Marc -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33433769.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/
Re: you online this am?
ed-644 wrote: are you online this am...? I am...? -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33434205.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/
waiting for X server to begin accepting connections .
Hello, Tonight, from home, over my employer's VPN connection: impossible to start Gnu emacs over X. After the usual expr dumping core: /usr/bin/startx: line 47: 6444 Segmentation fault (core dumped) expr $1 : ':[0-9][0-9]*$' /dev/null 21 I get an effect which I have already seen, but only until now in a transient mode: waiting for X server to begin accepting connections . .. .. .. .. Only now, it goes on until timeout, and reproduces on the next try... The log ends in: xwin tail -2 XWin.0.log [ 12500.250] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [ 12500.250] winClipboardProc - XOpenDisplay () returned and successfully opened the display. My command (in a batch file): chdir C:\cygwin\bin bash --login -c /usr/bin/startx /usr/bin/emacs -g 90x37+150+0 -- /usr/bin/X :0 -multiwindow -clipboard What can be the cause? Thanks Marc http://old.nabble.com/file/p33432156/cygcheck.out cygcheck.out -- View this message in context: http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33432156.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/
Re: Font change in Gnu emacs/X11 following upgrade
Ken Brown-6 wrote: What if you just use a smaller font, for instance by putting the following in your ~/.Xdefaults: Emacs.font: Bitstream Vera Sans Mono-9 Thanks Ken. This solved the problem. Ironic is that this is what I'd have done if I had not been sure my *font* had not chnaged... Marc -- View this message in context: http://old.nabble.com/Re%3A-Font-change-in-Gnu-emacs-X11-following-upgrade-tp28403935p28409805.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/
Re: xauth data + X connection to localhost:10.0 broken problem
Hi, diego menezes wrote: Does anyone have any idea on what's going on? I used to get something similar, which I worked around by setting my DISPLAY to: $($WHOAMI|sed -e 's/^.*(\(.*\)).*$/\1/'):0.0 (but this worked only for one hop)... until I read the FAQ again and added to my ~/.ssh/config: ForwardX11Trusted yes (in addition to already there: ForwardX11 yes ) My DISPLAY is now: localhost:14.0 and I can start an xterm, run a new ssh session there to the same host, and check I get a new DISPLAY of localhost:15.0, etc. On an other host I get of course number free from the starting one, e.g. 10.0 So, this did the trick for me... Marc -- View this message in context: http://www.nabble.com/xauth-data-%2B-X-connection-to-localhost%3A10.0-broken-problem-tp25675981p25678247.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/
GNU emacs fonts again
Hello, My last cygwin upgrade changed the fonts used in GNU emacs. This is: xorg-server 1.6.3-1 OK emacs23.1-10OK cygwin 1.7.0-61 OK font-alias1.0.1-1OK Until now, I belive I was using: font-bh-lucidatypewriter-dpi75 1.0.0-1OK I get now under emacs: (list-fontsets) Fontset: -*-*-*-*-*-*-*-*-*-*-*-*-fontset-default Fontset: -*-fixed-medium-r-normal-*-16-*-*-*-*-*-fontset-standard Fontset: -monotype-Courier New-normal-normal-normal-*-12-*-*-*-*-0-fontset-startup In fact, I might be happy with 'Courier New' (fixed fonts anyway!) if it wasn't for one glitch: the bold font is narrower than the normal one!? In my emacs shell, the command is in bold once you have run it, but not while you edit it. It means that the command you edit doesn't align with the previous one which failed, and which you are just fixing. Of the two widths, I prefer the narrower one (I find the width/height ratio of the medium Courier New less readable). So, may I align the widths? Thanks, Marc -- View this message in context: http://www.nabble.com/GNU-emacs-fonts-again-tp25678987p25678987.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/
Re: GNU emacs fonts again
Hi Andy, Andy Koppe wrote: In case you want Lucida back: Thanks, but no... This wasn't my question. In fact, I do have the package installed and up to date. Now, GNU emacs seemed to use it and doesn't anymore. I didn't change my settings. But, I liked the Lucida Sans Typewriter font on some unix in the past. It doesn't look at all so nice on my Vista box under cygwin. Different screen probably. Besides, there used to be some issues with the completeness of the full set... Support for some characters in some combinations... bold italic... Or just some non-standard naming that made some transitions fail... italic that was named oblique... I don't remember. I am not sure it affected me anymore lately. It did in the past when I used to run the w3 emacs browser. The point is that I lack a wider perspective to know what it the optimal solution, and thus to make a precise question. So far, it seems like how to tell emacs to get its default font narrower? How come is the medium Courier wider than the bold one? Isn't this an error? I can start emacs with: /usr/bin/emacs -fn lucidasanstypewriter-10 This however: - gives a setup in which the system font is unreadable (blocks). I know there must be an FAQ about that... - it doesn't look especially good (thick 'i's and '-'s) The list-fontsets function gives: Fontset: -*-*-*-*-*-*-*-*-*-*-*-*-fontset-default Fontset: -*-fixed-medium-r-normal-*-16-*-*-*-*-*-fontset-standard Fontset: -bh-lucidatypewriter-medium-r-normal-sans-14-*-100-100-m-80-fontset-startup BTW... lucidasanstypewriter-8 seems to find equivalents for the system. It is not nicer looking though. Fontset: -*-*-*-*-*-*-*-*-*-*-*-*-fontset-default Fontset: -*-fixed-medium-r-normal-*-16-*-*-*-*-*-fontset-standard Fontset: -bh-lucidatypewriter-medium-r-normal-sans-11-*-100-100-m-70-fontset-startup Marc -- View this message in context: http://www.nabble.com/GNU-emacs-fonts-again-tp25678987p25680512.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/
Re: GNU emacs fonts again
Thanks Ken, Ken Brown-6 wrote: I think emacs is selecting Bitstream Vera Sans Mono by default. It looks good to me. I had to install it, but indeed, emacs picked it. There must be some preference order. This is what must have changed recently as somebody else decided that Lucida Sans was not looking so good; and preferred to use Courier New instead if found. But, when found, Bitstream Vera preempts this choice... It looks good to me too. Marc -- View this message in context: http://www.nabble.com/GNU-emacs-fonts-again-tp25678987p25682419.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/
Re: -clipboard has been broken by Microsoft .NET sp1
Duane Krings wrote: removing the -clipboard option to the XWin and everything works fine again (except of coarse copying between X and windows) I am using Vista, and XWin -clipboard I had, long ago already, to disable the 'Office Clipboard', which I did from Outlook, by clicking away all the options. It did not disable the 'clipboard' by any means: I can still happily copy/paste between Windows (including Outlook) and cygwin (e.g. cat /dev/clipboard). Marc -- View this message in context: http://www.nabble.com/Nedit-unstable-after-1.7.0-56-updateclipboard-copy-segfault-tp24793154p24916048.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/
Re: update - Vista: no copy/paste X - MS
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/
Re: update - Vista: no copy/paste X - MS
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), copypaste 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/
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-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/
Re: Intermittent X clipboard failure
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/
RE: RE: Intermittent X clipboard failure
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 cutpaste 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/
Re: Intermittent X clipboard failure
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/
