Re: R: starxwin.bat always misfires the xterm once - it works!
--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: http://cygwin.com/ml/cygwin-xfree/2005-04/msg00018.html 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/
Re: Popups popping through windows using built-in rootless WM
--On 19 May 2005 17:35 +0200 Alexander Gottwald wrote: What programs are these? Is the problem reproducable with common windowing toolkits like KDE, GTK, Xt or Motif? Otherwise it will be hard to determine how to fix this. emacs (cygwin version running locally) has balloon help on the toolbar - this shows up through Firefox (Windows version) so the problem can be seen with a purely local set of applications that are commonly used. The popups appear with two Windows windows on top of the emacs window, but if a cygwin/X window is interposed (e.g. xterm) the emacs popups do not appear in the covered region. -- Owen Rees Hewlett Packard Laboratories, Bristol, UK
Re: Popups popping through windows using built-in rootless WM
--On 20 May 2005 09:43 +0100 Owen Rees wrote: The popups appear with two Windows windows on top of the emacs window, but if a cygwin/X window is interposed (e.g. xterm) the emacs popups do not appear in the covered region. I have just noticed that the popups appear even if the X window is minimized if you hover over the place where the toolbar will be if the window is restored. This effect occurs over the background as well as over whatever Windows windows may be open. -- Owen Rees Hewlett Packard Laboratories, Bristol, UK
Re: Popups popping through windows using built-in rootless WM
--On 20 May 2005 11:51 +0200 Alexander Gottwald wrote: Anyway, tooltips which appear on top of any other window are not a bug in my opinion. They appear topmost in windowed mode too. The issue as far as I am concerned is not that the tooltip display is on top but that it occurs when the button etc. that it is associated with is covered by another window. In other words, you get a tooltip for something you can't see. I think that ought to be considered a bug. -- Owen Rees Hewlett Packard Laboratories, Bristol, UK
Re: Popups popping through windows using built-in rootless WM
--On 20 May 2005 14:38 +0200 Alexander Gottwald wrote: I'm not sure how a minimized window or a partly obscured window can notice mouse movement in that area. That's the main problem. That made me realise that the obvious tool to investigate this is xev. MotionNotify events come through from the covered (or minimized) part of the event tester window, but at a much reduced rate compared to the exposed part. Normally the events go by very fast as you move the mouse, but they seem to be about half a second apart moving over the covered part. I am also seeing EnterNotify, KeymapNotify and LeaveNotify events when moving over the covered part of the event tester. (Button|Key)|(Press|Release) events are not occurring over the covered part or when minimized. The events sometimes do not happen. This seems to be related to the order in which various windows have focus and/or move in the stacking order and how the switch is done, but I have not found a repeatable way to stop the events. I am also getting VisibilityNotify and Expose events when other X windows are moved over where the event tester would be if it were not minimized. The non-X windows do not generate these events, nor do they generate the events when the event tester window is restored. -- Owen Rees Hewlett Packard Laboratories, Bristol, UK
RE: Multiple XWin.exe programs loading and no xterm
--On 07 April 2005 14:21 +0200 Alexander Gottwald wrote: No. Startx uses xinit and xinit tries to connect to the xserver in the way a client would do and repeats it until the server is ready. That suggests another way to wait for the server. Run some suitably harmless (side-effect free) client in a loop until it succeeds before launching the xterm. xrdb -query seems a reasonable candidate. -- Owen Rees Hewlett Packard Laboratories, Bristol, UK
RE: bad installation ?
--On 10 March 2005 20:14 + John Morrison (Cygwin) wrote: Basically adding your user (using the domain flag if appropriate) to the passwd and group files which is what the message attempts to help the user to do. It appears (judging from the number of times this question isn't now appearing on the lists) to have worked for most people, but I'm always looking for perfection ;) Hope this helps explain things, My system is not in the same domain as my login id, and I suspect that may make a difference. One of the problems with saying if appropriate is that it assumes that the reader knows when it is appropriate, but if they did, they would probably not need to ask the question. Searching the mail archives turned up this in http://sourceware.org/ml/cygwin/2005-01/msg00642.html: There is an off chance that 'mkpasswd -u yourself -d thedomain' might work, where thedomain is the global corporate domain. Sustituting domain part from the domain\user I can use to log in for global corporate domain (they are not the same thing in my case) I got a result that included the (number of) the group Domain Users, the group in which Windows utilities seems to create files for me. Unfortunately the result offered a different home directory from the one I have been using with my current setup, but a careful edit to /etc/passwd seems to have changed things for the better. As for neither fixing the problem before, not posting about it, I was getting stupid results from 'ls -l' for the group, but apart from that nothing seemed to be broken. It did not seem worth a lot of effort trying to tidy up a loose end that did not seem to be making any real difference. I did try the things that the message about mkgroup_l_d seemed to be suggesting, but they did not make any difference. In reading the man page for mkpasswd I did not realise that current domain apparently does not mean the domain in which my login id is defined. -- Owen Rees [EMAIL PROTECTED] Hewlett Packard Laboratories, Bristol, UK tel: +44 117 312 9439 fax: +44 117 312 8924
Re: cygwin/x symantec antivirus conflict (fixed in snapshot?)
--On 11 October 2004 00:06 -0400 Christopher Faylor [EMAIL PROTECTED] wrote: So, I'd appreciate reports on the latest snapshot. Does it fix any problems? Cause any problems? No change? I have XP Pro and Symantec AV - the 20041010 snapshot fixes the slowness I was having with emacs/X locally and X forwarded over SSH, and with no problems observed so far. The severe performance problems appeared some time in August IIRC, and my first impression is that the performance is now better than before the problems. Regards, Owen Rees [EMAIL PROTECTED] Hewlett Packard Laboratories, Bristol, UK tel: +44 117 312 9439 fax: +44 117 312 9153
