XWinrc suggestion
It'd be nice if one could specify what are traditionally command-line parameters to XWin.exe in XWinrc. For example, if the functionality were available, I'd use it to turn on emulate3buttons in my .XWinrc. This would be preferable to modifying startxwin.bat, as I do now, because startxwin.bat is wiped out every time Cygwin/X is upgraded. As is conventional, if a parameter occurs in both .XWinrc and on the command line (e.g., in startxwin.bat), the command line parameter value would take precedence. -- Unsubscribe info: http://cygwin.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: Missing announcement for xorg-*-6.8.99.901-1 packages?
Volker Quetschke wrote: I just saw that setup wants to upgrade a lot of xorg packages. Did my mail program silently eat that announcement mail or was it just not send? I imagine Corinna pushed the packages but doesn't have time to 'announce' them. We're in-between maintainers. -- Unsubscribe info: http://cygwin.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: XWin eats cpu after upgrade
Please confirm if 6.8.99.901-4 eats CPU after you reboot after upgrading, how you invoked Xwin, and what you do when it begins to eat CPU. Bengt-Arne Fjellner wrote: Upgraded XWin and then XWin starts eating lots of cpu even when idle. Happens only on one computer so far Downgrading from 6.8.99.901-4 to 6.8.2.0-4 and everything works again The computer where it happens is a dell P3 850MHz in a docking station Works ok on a P4 3GHz stationary Any ideas or instructions for strace or such? When running the new version system+XWin eats about 80% of the CPU cygcheck -svr is attached :) Cygwin Configuration Diagnostics Current System Time: Fri Jul 14 15:37:11 2006 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\home\Administratör\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\program\imagemagick-6.0.7-q16 c:\Program\INDIGO~1\perl\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\matlab6p5\bin\win32 c:\Program\Microsoft SQL Server\80\Tools\Binn\ %ITAPaging% c:\mcr\v70\runtime\win32 c:\Program\ATI Technologies\ATI Control Panel c:\Program\VisualStudio\Common\Tools\WinNT c:\Program\VisualStudio\Common\MSDev98\Bin c:\Program\VisualStudio\Common\Tools c:\Program\VisualStudio\VC98\bin c:\imagmagi Output from C:\cygwin\bin\id.exe (nontsec) UID: 500(Administratör) GID: 513(Ingen) 0(root) 513(Ingen) 544(Administratörer) 552(Ansvariga för replikering) 551(Ansvariga för säkerhetskopiering) 545(Användare) 547(Privilegierade användare) Output from C:\cygwin\bin\id.exe (ntsec) UID: 500(Administratör) GID: 513(Ingen) 0(root) 513(Ingen) 544(Administratörer) 552(Ansvariga för replikering) 551(Ansvariga för säkerhetskopiering) 545(Användare) 547(Privilegierade användare) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'Administratör' PWD = '/tmp' CYGWIN = 'server' HOME = '/home/Administratör' MAKE_MODE = 'unix' HOMEPATH = '\Documents and Settings\Administrat”r' MANPATH = '/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man:/usr/X11R6/man' APPDATA = 'C:\Documents and Settings\Administrat”r\Application Data' HOSTNAME = 'baf-barbar' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 8 Stepping 6, GenuineIntel' WINDIR = 'C:\WINDOWS' WINDOWID = '7143568' OLDPWD = '/home/Administratör' USERDOMAIN = 'BAF-BARBAR' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/cygdrive/c/DOCUME~1/ADMINI~1/LOKALA~1/Temp' COMMONPROGRAMFILES = 'C:\Program\Delade filer' LIB = 'C:\Program\VisualStudio\VC98\mfc\lib;C:\Program\VisualStudio\VC98\lib' USERNAME = 'Administrat”r' PAGER = 'less -R' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Documents and Settings\Administrat”r' PS1 = '\[\033]0;\h \w\007 [EMAIL PROTECTED] \[\033[33m\w\033[0m\] $ ' LOGONSERVER = '\\BAF-BARBAR' PROCESSOR_ARCHITECTURE = 'x86' MAGICK_HOME = 'C:\imagmagi' HISTCONTROL = 'ignoredups' LESSCHARSET = 'latin1' SHLVL = '1' COLORFGBG = '0;default;15' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/ADMINI~1/LOKALA~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PRINTER = '\\lunte\Data' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0806' MSDEVDIR = 'C:\Program\VisualStudio\Common\MSDev98' PKG_CONFIG_PATH = '/usr/X11R6/lib/pkgconfig' INFOPATH = '/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' PROGRAMFILES = 'C:\Program' DISPLAY = ':0' NUMBER_OF_PROCESSORS = '1' INCLUDE = 'C:\Program\VisualStudio\VC98\atl\include;C:\Program\VisualStudio\VC98\mfc\include;C:\Program\VisualStudio\VC98\include' SESSIONNAME = 'Console' COMPUTERNAME = 'BAF-BARBAR' COLORTERM = 'rxvt-xpm' _ = '/usr/bin/cygcheck' POSIXLY_CORRECT = '1' 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_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 = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x000a
Re: XWin eats cpu after upgrade
Bengt-Arne Fjellner wrote: Jack Tanner skrev: Please confirm if 6.8.99.901-4 eats CPU after you reboot after Cant find this release (yet) Well, that is the release you reported a problem in... So, if you can't find it, there's no problem. :) I'm assuming we're talking about .901-1. Try that. -- Unsubscribe info: http://cygwin.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: XWin eats cpu after upgrade
Bengt-Arne Fjellner wrote:
Jack Tanner skrev:
Bengt-Arne Fjellner wrote:
Jack Tanner skrev:
Please confirm if 6.8.99.901-4 eats CPU after you reboot after
Cant find this release (yet)
Well, that is the release you reported a problem in... So, if you can't
find it, there's no problem. :) I'm assuming we're talking about .901-1.
Try that.
OK obvoiously it should be 6.8.99.901-1 and yes the problem is there after a
reboot.
But i found an interesting thing. If i remove my .XWinrc it stops eating cpu.
even if the file is completely empty it eats cpu.
I can't reproduce this. I see no CPU eating behavior, not with the
.XWinrc below, nor with an empty one.
MENU systray {
xterm EXEC xterm -display %display% -sb -sl 999
SEPARATOR
}
ROOTMENU systray
--
Unsubscribe info: http://cygwin.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: XWin eats cpu after upgrade
Bengt-Arne Fjellner wrote:
Jack Tanner skrev:
Bengt-Arne Fjellner wrote:
Jack Tanner skrev:
Bengt-Arne Fjellner wrote:
Jack Tanner skrev:
Please confirm if 6.8.99.901-4 eats CPU after you reboot after
Cant find this release (yet)
Well, that is the release you reported a problem in... So, if you can't
find it, there's no problem. :) I'm assuming we're talking about .901-1.
Try that.
OK obvoiously it should be 6.8.99.901-1 and yes the problem is there after a
reboot.
But i found an interesting thing. If i remove my .XWinrc it stops eating cpu.
even if the file is completely empty it eats cpu.
I can't reproduce this. I see no CPU eating behavior, not with the
.XWinrc below, nor with an empty one.
MENU systray {
xterm EXEC xterm -display %display% -sb -sl 999
SEPARATOR
}
ROOTMENU systray
Yes I understand that. I have now narrowed it down a little.
Not much but If i reboot the computer and starts new X it eats cpu.
If i let the computer go to sleep and then wake it (with X running) it has
stopped
eating cpu. Restarting X after that no problem ..
I hope this gives somebody an idea because i dont have any.
Nope, no idea. :) Do ask again if you can narrow it down further. For
example, try to disable things that otherwise run on start-up. Also,
make sure you're not using a software firewall such as ZoneAlarm.
--
Unsubscribe info: http://cygwin.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: How to start Unison for GUI?
siegfried wrote: The man page for Unison says there is a GUI. I cannot find such a GUI in my list of GUI programs in my menu for Cygwin-X. Is there something wrong with my installation? The Unison GUI has not been ported to Cygwin. Try the Windows GUI that's downloadable directly from Unison's site (and which won't understand Cygwin paths), or use Unison's command-line interface. -- Unsubscribe info: http://cygwin.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: unixkill crashes under cygwin-1.5.20-1 (and cygwin1dll-20060707)
Corinna Vinschen wrote: On Jul 8 08:32, Lester Ingber wrote: Corinna: I don't understand why I do not have any such crashes under cygwin1dll-1.5.19, but only with cygwin1dll-1.5.20-1 and the latest snapshot cygwin1dll-20060707? May I guess you didn't debug this situation? I did. Trust me. Corinna, was it you that asked about marking the test version of cygwin/x current? Now seems like a great time for that. It would probably avoid a zillion identical bug reports to the list. -- Unsubscribe info: http://cygwin.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: SSH X11 forwarding issues
Philip H. Schlesinger wrote: Hi Brett. ZoneAlarm, but I have the remote PC in my trusted list. Plus, both Cygwin/X/putty and X-Win32/StarnetSSH work fine, so this seems to be a Cygwin issue... It may well be a Cygwin/X issue (and I suggested you might go about debugging it), but it's really too bad you didn't bother with the FAQ. (And my bad for not picking up on the firewall potential. Thanks, Brett.) http://x.cygwin.com/docs/faq/cygwin-x-faq.html#freeze-at-startup - Phil Brett Serkez wrote: Freezes: I type my password, hit enter, and I don't get any additional output. -vvv says that things are being sent to /dev/null What are you running for a firewall? ZoneAlarm, Norton... Brett -- Unsubscribe info: http://cygwin.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/
Re: SSH X11 forwarding issues
-Y is really what you want. Aside from that, anything useful from -vv? What about the server logs? And /tmp/Xwin.log? And what do you mean by freezes? Philip H. Schlesinger wrote: Hi Sterling. I checked the man page and -Y is just -X with less security: -X Enables X11 forwarding. This can also be specified on a per-host basis in a configuration file. X11 forwarding should be enabled with caution. Users with the ability to bypass file permissions on the remote host (for the user's X authorization database) can access the local X11 display through the forwarded connection. An attacker may then be able to perform activities such as keystroke monitoring. -Y Enables trusted X11 forwarding. Trusted X11 forwardings are not subjected to the X11 SECURITY extension controls. Nevertheless, same problem - it freezes after I type in my password. Other ideas? - Phil Sterling Baker wrote: I believe the use of '-X' has been depreciated. Try using '-Y' instead. Sterling -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Philip H. Schlesinger Sent: Wednesday, April 05, 2006 10:07 PM To: cygwin-xfree@cygwin.com Subject: SSH X11 forwarding issues Hi all. I just upgraded my Cygwin to the latest version and found a rather interesting problem: I can do the following command in the bash window with no problem: ssh username@server location it prompts me for my password and then takes me in from there. -- However, if I: startx ssh -X username@server location It prompts me for my password and then hangs. -- If I: startxwin.bat ssh -X username@server location same problem: It prompts me for my password and then hangs. -- The only way I've successfully made a connection with X forwarding is: startxwin.bat Execute putty for windows with X11 forwarding enabled Enter username and password And I'm off and running... Help? - Phil -- Unsubscribe info: http://cygwin.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: SSH X11 forwarding issues (with verbose data)
Philip H. Schlesinger wrote: I tried the -vvv mode and here's the screen capture: debug1: Authentication succeeded (keyboard-interactive). OK, good. You're authenticated after entering your password. debug2: x11_get_proto: /usr/X11R6/bin/xauth -f /tmp/ssh-zfHmWgkGRG/xauthfile generate 127.0.0.1:0.0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2/dev/null 1) What do you get if you try that by command hand (sans the /dev/null redirection)? 2) What do you get if you skip X-forwarding altogether? 3) What do you get if you rm the xauthority data on both sides of the connection? -- Unsubscribe info: http://cygwin.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: SSH X11 forwarding issues (with verbose data)
Philip H. Schlesinger wrote: Jack Tanner wrote: debug2: x11_get_proto: /usr/X11R6/bin/xauth -f /tmp/ssh-zfHmWgkGRG/xauthfile generate 127.0.0.1:0.0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2/dev/null 1) What do you get if you try that by command hand (sans the /dev/null redirection)? Not sure what you mean here...forgive my n00b-ness... Err, that should've said try that command by hand. As in, $ /tmp/ssh-WHATEVER/xauthfile generate [...] timeout 1200 (Drop the 2 /dev/null bit at the end, thus keeping the output from xauthfile from being redirected to /dev/null.) -- Unsubscribe info: http://cygwin.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: SSH X11 forwarding issues (with verbose data)
No, it should be on the local computer. Try this: run startxwin.bat, then open two xterms. In one, run the ssh -Y -vv ... command. When it freezes, in the other xterm try to run the xauth command by hand. By the way, I gave you the wrong command syntax below. That should've been $ /usr/X11R6/bin/xauth -f /tmp/ssh-WHATEVER/... If I'm wrong, and it is on the remote computer, then from the second xterm you should be able to ssh in without X forwarding, and try it on the remote machine. Philip H. Schlesinger wrote: That appears to be something generated on the fly - and by the looks of it, on the remote computer, as that directory doesn't exist. - Phil Jack Tanner wrote: Philip H. Schlesinger wrote: Jack Tanner wrote: debug2: x11_get_proto: /usr/X11R6/bin/xauth -f /tmp/ssh-zfHmWgkGRG/xauthfile generate 127.0.0.1:0.0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2/dev/null 1) What do you get if you try that by command hand (sans the /dev/null redirection)? Not sure what you mean here...forgive my n00b-ness... Err, that should've said try that command by hand. As in, $ /tmp/ssh-WHATEVER/xauthfile generate [...] timeout 1200 (Drop the 2 /dev/null bit at the end, thus keeping the output from xauthfile from being redirected to /dev/null.) -- Unsubscribe info: http://cygwin.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/
Re: startx broken: cannot open display :0.0
Where are those AUDIT lines coming from? I've never seen that before. It can't be Windows auditing, right, that would never make it into Xwin.log... Dominique Brazziel wrote: I don't know why but startx has stopped working. Used to start up fine and fire up the xterm, but now it loops trying to open the display. startxwin.bat and startxwin.sh work fine. Here is the beginning of the log (last parts are just a repetition of the open attempt, failure, and sleep 5 seconds...): Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard -logverbose 3 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 768 depth: 32 winInitVisualsShadowGDI - Masks 00ff ff00 00ff 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 winInitWM - Returning. winMultiWindowXMsgProc - Calling pthread_mutex_lock () (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (--) Using preset keyboard for English (USA) (409), type 4 (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello AUDIT: Thu Mar 30 20:58:21 2006: 1728 X: client 1 rejected from local host winProcEstablishConnection - ProcEstablishConnection failed, bailing. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 AUDIT: Thu Mar 30 20:58:21 2006: 1728 X: client 1 rejected from IP 127.0.0.1 AUDIT: Thu Mar 30 20:58:21 2006: 1728 X: client 2 rejected from IP 127.0.0.1 winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 AUDIT: Thu Mar 30 20:58:23 2006: 1728 X: client 1 rejected from local host AUDIT: Thu Mar 30 20:58:25 2006: 1728 X: client 1 rejected from local host AUDIT: Thu Mar 30 20:58:26 2006: 1728 X: client 2 rejected from IP 127.0.0.1 AUDIT: Thu Mar 30 20:58:26 2006: 1728 X: client 1 rejected from IP 127.0.0.1 winMultiWindowXMsgProc - Could not open display, try: 2, sleeping: 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/
Re: 6.8.99.901-1 as current? (was Re: Testing snapshots - III)
Corinna Vinschen wrote: Maybe we should make 6.8.99.901-1 the current version now? Is it stable enough for that? At one point I ran the test version for a couple of weeks, and experienced no instability. I say go for it. If anyone's capable of doing a rebuild, there've been a few messages over the last couple of months asking for new keyboard layouts to be added. -- Unsubscribe info: http://cygwin.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: menu does not come up
Naru Takashima wrote: startx does open a window; however, I was hoping to open multiple shell in one window. In the old version of Cygwin/X that I had, if I stated X, then one large window would come up and then I can use the menu that came up with a click of a mouse button to open a shell. Is this no longer possible? You're thinking of running Xwin in rootless mode with an external window manager -- whichever window manager you had (e.g., openbox). Yes, it's still possible, you just have to specify the right parameters to Xwin.exe in startxwin.bat. -- Unsubscribe info: http://cygwin.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: menu does not come up - Running rootless with an external window manager
Naru Takashima wrote: I notice at the website x.cygwin.com, there is a screenshot with openbox window manager? Is that part of cgwin/X distribution or do I need to purchase or download that from somewhere? The Cygwin Setup program offers at least WindowMaker, fvwm, and openbox. No idea how well any of them work, but it's easy enough to test them out. And what would I need to do to run an external window manager? You'd have to tell Xwin to run in rootless mode, and you'd have to run the appropriate external window manager, both in startxwin.bat. These are all kind of basic questions; please look in manuals/FAQs/google. -- Unsubscribe info: http://cygwin.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: windows XP : cygwin -X server not opening
Alexander wrote: Dear Avinash, from your CV: Senior software engineer with two years of experience on various platforms like UNIX, .. Imo - a Senior with amazing two years of experience should be able to read the messages on his screen, look into a logfile and solve the problem within 5 minutes maybe while also taking a look into the documentation. Thanks for the funny post, it made me laugh a lot. Ask the people where you bought your master. They may also sell you the solution to this. Alex http://www.aiengine.org That's uncalled for. Please provide help when you can, but there's no need to insult people. It would've been better to say nothing at all. Avinash, you're likely running into a conflict with firewall software or some such. If uninstalling it (not merely disabling!) doesn't help, please report your detailed config and what you were doing when you came across this 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/
Re: Xwin parm -silent-dup-error
Dominique Brazziel wrote: What is the function of the Xwin parameter '-silent-dup-error'? I see it in startxwin.bat and startxwin.sh, but it is not documented anywhere (that I can find). From what I recall, when the parameter is specified, Xwin.exe does not complain if it's invoked twice (i.e., if an invocation is a duplicate). It merely exits silently. The effect is that if a user runs startxwin.bat twice, Xwin starts on the first run, along with an xterm, and Xwin does not start on the second run, but the xterm does. -- Unsubscribe info: http://cygwin.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: problem starting with startx
Ehssan Sakhaee wrote: I have some problems starting startx under windows XP. Attached are the XWin.log and the error message window files for your reference. http://x.cygwin.com/docs/faq/cygwin-x-faq.html#troubleshooting Better yet, pay attention to the error message. If it can't open /tmp/XWin.log, you probably have a permissions 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/
Re: Mail Mail
I know that was spam that made it through the filter, and I know that the non-porn text was probably just sampled randomly from all over the web, but man, that one really reads like poetry. P.S. Just so I'm not totally off-topic -- for about a week or so, I've been running the Xorg 6.8.99.901-1 build of Cygwin/X. I probably use just a tiny number of features -- default startxwin.bat (w/ -emulate3buttons) -- and the only X apps I run are local xterms, and sometimes a remote emacs or some such. Nonetheless, I'm happy to report no 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/
Re: XWin hangs on opening xterms: Conflict with software FRITZ!DSL Startcenter
Norbert Harendt wrote: Could it be a firewall of some sort? It is a kind of firewall used with german DSL-router Cygwin/X is known to conflict with some software firewalls, like ZoneAlarm, even if they are only installed and not running. It works fine, however, with the Windows XP SP2 Personal Firewall. You may just have to uninstall the Fritz software. Perhaps you could use a hardware firewall built into a router like a Linksys WRT54G instead of the Fritz one. -- Unsubscribe info: http://cygwin.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: XWin hangs on opening xterms: Conflict with software FRITZ!DSL Startcenter
Norbert Harendt wrote: I was astonished to find the entries C:\Programme\FRITZ!DSL\DLL, so i tried to run XWin on a computer in our network which hasn't FRITZ!DSL-software, and ... it was running without any error or hang !! There a two computers with FRITZ!DSL-software on it, and on both XWin and sh.exe hang on execution. So i identified the third-party conflict with FRITZ!DSL startcenter (www.avm.de). What can i do now (except of deinstalling the FRITZ!DSL software ?? $ strings sh.exe | grep dll dll_crt0__FP11per_process cygwin1.dll cygintl-3.dll cygreadline6.dll KERNEL32.dll Could it be that the FRITZ!DSL software somehow inserts itself into the loading process? Could it be a firewall of some sort? Can you play with not loading the FRITZ stuff (without uninstalling it), and running Xwin then? -- Unsubscribe info: http://cygwin.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: xterm pointer color
Reid Thompson wrote: Jack Tanner wrote: startxwin.bat invokes xterm with the -ms red switch, which sets the (mouse) pointer color to red. Is it possible to specify the same value using a resource in .Xdefaults? $ xterm -version Cygwin 6.8.2.0(202) Rxvt.cursorColor:red xterm.cursorColor:red or *.cursorColor:red Actually, I now realize I was asking about pointerColor, but thanks for pointing me in the right direction. (cursorColor is for the text cursor.) Thomas Dickey, if you happen to catch this thread, please consider changing the manpage for xterm so that the -ms switch refers to the pointerColor resource. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
xterm pointer color
startxwin.bat invokes xterm with the -ms red switch, which sets the (mouse) pointer color to red. Is it possible to specify the same value using a resource in .Xdefaults? $ xterm -version Cygwin 6.8.2.0(202) -- Unsubscribe info: http://cygwin.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: Basic question 1 - Traffic
Herbert Eppel wrote: No doubt this is a very basic question, and I'm not sure whether it is really a question for this group or whether I should direct it to the authors and/or user group of the ESP-r software, but I wonder whether someone could shed some light on why Cygwin/X (or perhaps it is just the individual components of the ESP-r software I am running?) triggers ZoneAlarm access permission alerts and generates constant internet traffic (or perhaps only 'trusted zone' traffic?) as indicated by ZoneAlarm? Chances are that you're seeing Cygwin/X connect to itself via TCP. This is normal. Furthermore, Zone Alarm is a source of problems for many Cygwin/X users. The two are known to conflict. See http://x.cygwin.com/docs/faq/cygwin-x-faq.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/
Re: I need help with cygwin.
[EMAIL PROTECTED] wrote: I don't know what is wrong with my cygwin. After I install cygwin and type startx in the command line. A error have accurred, it says that a fatal error has occurred and Cygwin/x will now exit. Xwin was started with following command-line: X :0 -multiwindow-clipboard Can you help me. thank you. http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-fatal-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/
Re: Is my X Server not fully started (Rel: 6.8.2.0-4)
John Ormerod wrote: The X icon in the system tray does not respond to any mouse clicks. Weird. This one is beyond me. I also wonder if the 'xterm' should open an xterm window in Windows? It doesn't. It should, once Xwin.exe (which also produces the X icon) is running. FWIW, my windows PATH is 897 bytes when %xxx% symbolics are resolved. So when the .bat scripts append to the front it may be getting to whatever limit Windows has these days, or a possible limit that Cygwin can handle. If you suspect PATH length may be an issue, try abbreviating it as a test (i.e., cut out a huge chunk of the directories it points to, and try Cygwin/X again). I doubt this is related, though. Does anyone know if Cygwin and Cygwin/X have been tested under VMware? -- Unsubscribe info: http://cygwin.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: persistent DISPLAY variable
Bob B wrote: Where would it do that? How can I find out if the queried host is at fault? My Windows COMPUTERNAME is newhost. I have discovered that some queried hosts work fine, others that I try to connect to are doing this oldhostname thing. Maybe the Unix admins have XDMCP on the queried hosts screwed up and it is forcing the DISPLAY variable to be something incorrect. I don't think it is a problem on my side now. I also can't swear that oldhostname is in fact an old host name for my PC. I can't ping oldhost from any Unix box - I don't know where that name is coming from. I wonder if the queried hosts are doing some sort of reverse DNS lookup, and finding that your newhostname doesn't match the DNS records. -- Unsubscribe info: http://cygwin.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: persistent DISPLAY variable
I wonder if the queried hosts are doing some sort of reverse DNS lookup, and finding that your newhostname doesn't match the DNS records. I can ping my PC via new hostname from the queried hosts that I can't Xwin to. I can't ping oldhostname from anywhere on our network. Don't ping. Instead, at your local machine, do $ hostname Is this what it should be, i.e., newhostname? $ ipconfig Does this return the IP address that it should? $ nslookup newhostname Does this match the IP address allocated to your machine? $ nslookup current-ip-address Does this match newhostname? Repeat for oldhostname as appropriate. -- Unsubscribe info: http://cygwin.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: Is my X Servier not fully started (Rel: 6.8.2.0-4)
John Ormerod wrote: I get the X icon showing in the system tray, but it's 'dead'. By which I mean there I no context menu for it - I get the impression from reading around that there should be a menu... even if only to stop it. If I let the mouse pointer hover over it, the tool tip says: Cygwin/X Server - 0:0 The icon in the system tray is supposed to react to two inputs: - a double-click with the left mouse button should trigger the Exit dialog - a right-click should pop up a menu that is trivially simple until customized with an xwinrc file. Does yours react to neither? -- Unsubscribe info: http://cygwin.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: Failed xorg/XWin launch
[EMAIL PROTECTED] wrote: Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof -- Unsubscribe info: http://cygwin.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: X announcements
Igor Pechtchanski wrote: I seem to recall some discussion about why X announcements weren't forwarded to this list from cygwin-xfree-announce (the way they are to the main Cygwin list from cygwin-announce), but can't find it at the moment. Could someone refresh my memory? Are the reasons still relevant? I can't seem to find the original discussion either, but if my memory serves me right, Harold Hunt agreed with someone's request that the two lists should not get duplicate messages. -- Unsubscribe info: http://cygwin.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: gnome problem - can't logout properly
I've also encountered problems logging out of Gnome -- not via Cygwin/X, though, but via NX. You may find something of interest at http://fedoranews.org/contributors/rick_stout/freenx/ . -- Unsubscribe info: http://cygwin.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: good .Xdefaults
Alexander Gottwald wrote: The colors are defined in /usr/X11R6/lib/X11/rgb If the file is not installed, broken or somehow the xserver tries to use a different file then the colors are not defined. I have a /usr/X11R6/lib/X11/rgb.txt. I also created a symbolic link, rgb-rgb.txt. showrgb should print a lot of entries if everything is ok. It does. $ showrgb | grep black 0 0 0 black Still, I get Warning: Color name black is not defined. Attention Thomas Dickey: By the way, there's a wrap-around error when that message is printed; it double-backs onto itself. TERM=xterm, latest Xorg, xterm, and terminfo. Despite the warning, the colors do take effect! That is, my .Xdefaults contains xterm*Foreground: white xterm*Background: black and the xterm gets the colors appropriately, although when it just starts, the background is washed white, and only turns to black after I do /usr/bin/clear.
good .Xdefaults
Hello all, Would anyone care to share their .Xdefaults files that they use under Cygwin? I'm curious about people's preferred settings, and I'd also like to figure out a) why xterm complains about silly stuff (e.g., Warning: Color name black is not defined), b) how to configure stty settings so that I can sanely use vim from inside xterm without it misinterpreting the cursor keys, and c) what is the smart way to configure UTF-8 support within xterm given that my platform is Windows XP. Cheers
Re: Multiple XWin.exe programs loading and no xterm
Armbrust, Daniel C. wrote: This happens to me all the time - I usually have to launch the X stuff 2 or 3 times before it actually works. I have to manually kill off all xterm.exe, bash.exe, and other cygwin programs in between the launches. I keep meaning to look into it more, but since I start it less than once a week, I haven't had enough incentive to dig deeper yet. I guess I'm not alone. I've managed to solve this problem with the following hack: I add a pause command to the end of startxwin.bat. I forget why I tried this, but it works.
Re: always-on-top bug
Igor Pechtchanski wrote: The splashscreen of an app being displayed over ssh X11 forwarding stays on top of other windows instead of going to background when I select a Windows window. Normally, I would've never noticed this since splashscreens usually whiz by, but I was on a slow connection, and this was very noticeable. Was this in multiwindow mode, or in rootless/rooted mode? If the former, then AFAIU this is expected behavior -- the windows are managed by the Yes, this was in multiwindow mode. But multiwindow mode doesn't use the internal Windows window manager, does it? I had thought it used an emulation of it that tried to be as similar as possible. A native Windows OpenOffice.org starts with a splashscreen that I can send to the background by clicking on a different window. An X11-forwarded OOo starts with a splashscreen that stays on top no matter what. Does this mean that the Windows OOo doesn't draw its splashscreen with an always-on-top instruction?
always-on-top bug
The splashscreen of an app being displayed over ssh X11 forwarding stays on top of other windows instead of going to background when I select a Windows window. Normally, I would've never noticed this since splashscreens usually whiz by, but I was on a slow connection, and this was very noticeable.
1.5.13-1 and .bash_profile
Ever since I updated to 1.5.13-1, I get a weird delay when I log in to Cygwin/X. The delay does not happen under RXVT. The delay happens on two different WinXP SP2 machines. Here's how it happens. Run startxwin.bat, which runs xterm, which invokes bash, which sources .bash_profile. My .bash_profile ends with eval `ssh-agent` echo foo ssh-add echo bar I get Agent pid foo ... and then it just sits there. I can ctrl-c and then run ssh-add manually, and it takes my passphrase just fine. If I do source .bash_profile, there's a miniscule delay that shouldn't be there either, and then ssh-add comes up just fine. If I revert to cygwin 1.5.12, the delay disappears.
Re: xterm
Meadows, Marty wrote: I've downloaded cygwin/x to my windows xp platform. In /usr/X11R6/bin I see the following x clients: xhost, xdpyinfo, xclock, xeyes ... but I don't see xterm. Shouldn't I have an xterm? I also don't see a startx or startxwin.bat file anyplace in the cygwin/x freeware ... and I don't see any X-startup-scripts stuff ... anywhere. Seems like I'm missing some important pieces to the puzzle. What am I doing wrong? Thanks! Martin Meadows Are you sure you've selected the X-startup-scripts and xterm packages inside setup.exe when you installed Cygwin/X?
old clipboard bug returns
I just encountered a bug that I thought had been fixed a long time ago: pasting from X to a Windows application makes the Windows application crash. I haven't tried to reproduce it. I know this is a sucky, vague bug report, but I thought I'd give folks a heads up.
Re: cygwin/x symantec antivirus conflict (fixed in snapshot?)
Christopher Faylor wrote: For those who haven't been following along at home, it looks like a change I just made to select() may solve the dreaded slows down to a crawl with Symantec AntiVirus problem. This may also improve the performance of things that use sockets slightly. So, I'd appreciate reports on the latest snapshot. Does it fix any problems? Cause any problems? No change? Wow! Using the 2004-10-10 snapshot, I'm experiencing an ubelievable speed improvement. The typing delay as well as the remote X apps drawing delays are gone. In addition, I confirm that openssh with X forwarding and Cygwin/X are both functioning as they should. cgf and Philip, thank you immensely.
Re: cygwin/x symantec antivirus conflict
OK, so maybe it's not just Symantec that's causing the problem. I've turned off auto-protect, and a remote emacs still takes far too long to draw. (But with auto-protect enabled, it takes longer still.) Is there some profiling I could do, or a debug build I could run that would help isolate a culprit?
Re: Solaris X app crashes with Cygwin/X
Alexander Gottwald wrote: I figured.. I just wish it printed the real font name. Is there a way I can capture the xevent that tries to load the font I know there is an protocol tracer for X11 but can't find it on the web right now. Ethereal can read X11 packets, IIRC.
Re: cygwin/x symantec antivirus conflict
Dick Repasky wrote: I'm running Symantec 9.0.0.1400 with scan engine 1.2.0.13. Same as me. The two people that said they weren't having problems were running version 8.1.1.323 (Daniel) or 10.0.1.13 (Giampaolo). I think it's time to try an upgrade or a downgrade. I haven't tried it with rxvt rather than xterm. I don't have rxvt installed. rxvt is easily available through Cygwin Setup. The perplexing thing is that nothing seems to be taxed. Processor load, paging, and network all seem normal. Nothing strange appears in the process table if I watch it while running xterm, logging in to the remote machine and while forwarding X windows. Same here. Do you by any chance have Exceed or any other X server? I've posted a question about this on the Symantec tech support site: http://tinyurl.com/4pf3d
Re: cygwin/x symantec antivirus conflict
Dick Repasky wrote: I, too, experience the problem, and the problem seems to depend on hardware. Thank you for letting me know that I'm not totally nuts. In addition to the keyboard delay, I too get slow rendering for X-forwarded apps. I can't imagine that this problem is due to the hardware. I'm experiencing it on a P4 2.4Ghz w/ 1GB RAM and a 100Mbit wired connection. Conversely, I've never encountered the problem on other, slower machines, over slower network connections w/ higher latency, all connecting to the same remote box. It's gotta be something else. For what it's worth, I'm attaching the output of ps -alW. I'm running WinXP SP2, and the problem used to happen under SP1 as well. If anyone sees anything that might be interacting with the network in an evil way, please tell me. Dick, what versions of Symantec Antivirus and scan enginge are you running? Do you get the delay if you're typing into a local shell? Do you get the delay if you're typing into a remote ssh-connected shell, but running under a local rxvt binary instead of xterm? PIDPPIDPGID WINPID TTY UIDSTIME COMMAND 4 0 0 4?0 15:24:48 *** unknown *** 1016 0 0 1016?0 Sep 28 \SystemRoot\System32\smss.exe 1124 0 0 1124?0 Sep 28 \??\C:\WINDOWS\system32\winlogon.exe 1168 0 0 1168?0 Sep 28 C:\WINDOWS\system32\services.exe 1180 0 0 1180?0 Sep 28 C:\WINDOWS\system32\lsass.exe 1336 0 0 1336?0 Sep 28 C:\WINDOWS\system32\svchost.exe 1488 0 0 1488?0 Sep 28 C:\WINDOWS\System32\svchost.exe 1716 0 0 1716?0 Sep 28 C:\Program Files\Common Files\Symantec Shared\ccEvtMgr.exe 1732 0 0 1732?0 Sep 28 C:\Program Files\Common Files\Symantec Shared\ccSetMgr.exe 1912 0 0 1912?0 Sep 28 C:\WINDOWS\system32\spoolsv.exe 220 0 0220?0 Sep 28 C:\Program Files\Symantec AntiVirus\DefWatch.exe 368 0 0368?0 Sep 28 C:\Program Files\Symantec AntiVirus\Rtvscan.exe 1152 0 0 1152?0 Sep 29 C:\WINDOWS\system32\svchost.exe 4052 0 0 4052?0 Oct 1 C:\WINDOWS\Explorer.EXE 948 0 0948?0 Oct 1 C:\Program Files\Common Files\Symantec Shared\ccApp.exe 2964 0 0 2964?0 Oct 1 C:\PROGRA~1\SYMANT~1\VPTray.exe 3264 0 0 3264?0 Oct 1 C:\WINDOWS\system32\NWTRAY.EXE 1672 0 0 1672?0 Oct 1 C:\Program Files\WinPortrait\wpctrl.exe 4092 0 0 4092?0 Oct 1 C:\Program Files\Java\j2re1.4.2_05\bin\jusched.exe 2680 0 0 2680?0 Oct 1 C:\WINDOWS\system32\ctfmon.exe 3828 0 0 3828?0 Oct 1 C:\Program Files\WinPortrait\floater.exe 740 0 0740?0 Oct 1 C:\PROGRA~1\MOZILL~2\THUNDE~1.EXE 4088 0 0 4088?0 Oct 3 C:\PROGRA~1\MOZILL~1\FIREFOX.EXE 3388 0 0 3388?0 19:09:17 C:\WINDOWS\system32\taskmgr.exe 1660 11660 1660 con 1003 19:24:36 /usr/X11R6/bin/XWin 3552 13552 3552 con 1003 19:24:36 /usr/bin/xterm 548 0 0548?0 19:24:40 C:\cygwin\bin\bash.exe 9083716 908 40240 1003 19:25:27 /usr/bin/ps 4024 0 0 4024?0 19:25:28 C:\cygwin\bin\ps.exe
Re: cygwin/x symantec antivirus conflict
Alexander Gottwald wrote: I'll add this to the FAQ. Does Symantec Antivirus has an option to disable scanning for certain programs? Try adding XWin.exe to that list. Good idea, but no dice. I added the entire c:\cygwin\ tree to the Symantec exclusion list, but the slowdown is still there. There's also no difference if you disable network drive scanning, or something called Threat Tracer (the purpose of TT is Identify the source of network share-based virus infections on computers that are running Windows NT/2000/XP operating systems.) This really sucks. I don't want to run without antivirus protection, but the delay is really irritating. Is anybody using Symantec Antivirus and NOT seeing a delay? If so, what version of SA are you using? I have full version 9.0.0.1400, scan engine 1.2.0.13.
cygwin/x symantec antivirus conflict
A while back I mentioned I was experiencing slowdowns under X. http://sources.redhat.com/ml/cygwin-xfree/2004-09/msg00010.html I think the slowdowns may have to do with Symantec Antivirus. 1. Establish remote connection using ssh inside an xterm running under Cygwin/X. 2. Hold down a key (b) and let go (b). Way too many letters get buffered, because there's some sort of delay in transmitting the keypresses. 3. Disable Symantec Antivirus Auto-Protect (via systray applet). 4. Do the keypress test again, and there's no delay. 5. Enable Symantec Antivirus Auto-Protect 6. Do the keypress test again, and the delay is back. Is anyone else running Symantec Antivirus? Is anyone else seeing similar slowdowns? Thanks!
Re: Remote logon via XDMCP to Solaris and Linux
Terje J. Hanssen wrote: But is it possible to configure the default startup of startxwin.bat and xterm from the program start menu? Of course it is. Add a shortcut to startxwin.bat to the Start menu, and customize your own .bash_profile / .bashrc (assuming your shell is bash). If you really want to, you can obviously also edit startxwin.bat. -JT
Re: X11 becomes unresponsive. VERY unresponsive.
I've also been having similar problems. Unresponsiveness on my end isn't as atrocious (I get delays in single seconds, mostly). For a test case, see my post ssh slowdowns under X.
ssh slowdowns under X
I'm experiencing unusually (as in, didn't happen before) slow ssh connections when running in an xterm. Just interacting with a remote bash (local xterm binary) makes characters show up with a delay. There's no delay if I'm not connected via ssh (i.e., local xterm, and typing into local shell), and there's no delay if I'm not in an xterm (i.e., local rxvt and typing into ssh-connected remote shell). Just updated all local packages, remote boxes used for testing are completely updated Fedora Core 1 and Fedora Core 2.
installing 6.7.99.1-2
I'd like to install and test the 6.7.99.1-2 pre-releases ago recently announced. I run setup, find a mirror that has the 6.7.99.1-2 files, and then click in the New column for xorg-x11-base until it gets to 6.7.99.1-2. I want to upgrade xorg-x11-bin at the same, so I try to pick 6.7.99.1-2 in for that package as well, but when I do that, xorg-x11-base reverts to Keep! It seems like the dependencies among packages are funny. xorg-x11-lndir also resets some of my selections.
Re: app crashing on paste
Jack Tanner wrote: Quanta (an HTML editor) starts, and I start editing some file. A few keystrokes later (sometimes Ctrl+V, sometimes TAB) quanta stops accepting all keyboard and mouse input. Other X windows are fine. Then I kill the quanta process, and I get FWIW, the problem goes away thanks to an upgrade to Quanta 3.2.3. To get that for Fedora Core 2, you probably want to use the kde-redhat.sourceforge.net packages of KDE, Quanta, and Openoffice.org.
app crashing on paste
I don't know if this is my own stupidity, or a bug, and if it's a bug, I don't know where the bug lies. X is started using -multiwindow -clipboard. Then I connect to a Fedora Core 2 box with X-forwarding over ssh (using -Y). Then... % quanta QPixmap: Cannot create a QPixmap when no GUI is being used QPixmap: Cannot create a QPixmap when no GUI is being used QPixmap: Cannot create a QPixmap when no GUI is being used QPixmap: Cannot create a QPixmap when no GUI is being used kbuildsycoca running... Invalid entry (empty key) at /usr/share/apps/quanta/doc/php.docrc:186 Invalid entry (empty key) at /usr/share/apps/quanta/doc/php.docrc:187 Invalid entry (empty key) at /usr/share/apps/quanta/doc/php.docrc:188 Invalid entry (empty key) at /usr/share/apps/quanta/doc/php.docrc:189 Invalid entry (empty key) at /usr/share/apps/quanta/doc/php.docrc:190 Invalid entry (empty key) at /usr/share/apps/quanta/doc/php.docrc:191 Invalid entry (empty key) at /usr/share/apps/quanta/doc/php.docrc:192 Invalid entry (empty key) at /usr/share/apps/quanta/doc/php.docrc:193 Invalid entry (empty key) at /usr/share/apps/quanta/doc/php.docrc:194 Invalid entry (empty key) at /usr/share/apps/quanta/doc/php.docrc:224 ICE default IO error handler doing an exit(), pid = 27784, errno = 0 ICE default IO error handler doing an exit(), pid = 27749, errno = 0 ICE default IO error handler doing an exit(), pid = 27791, errno = 0 TagAction::property( accel ) failed: property invalid or does not exist QGDict::hashKeyString: Invalid null key QGDict::hashKeyString: Invalid null key Presumably the above is all OK, although I've no idea why it's there or what it means. Quanta (an HTML editor) starts, and I start editing some file. A few keystrokes later (sometimes Ctrl+V, sometimes TAB) quanta stops accepting all keyboard and mouse input. Other X windows are fine. Then I kill the quanta process, and I get Mutex destroy failure: Device or resource busy ICE default IO error handler doing an exit(), pid = 27850, errno = 0 Any help? Any ideas what might be going wrong, even if it's out of Cygwin/X territory? Thanks!
Re: How to solve XWin error?
Alexander Gottwald wrote: winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. This means you have started XWin twice. You can't do that. Only start XWin (or start or startxwin.bat or simlar scripts) once. If you wan't another terminal window then run it from a bash shell, from the start menu entry or from the already running terminal window. It seems like this issue (that comes up several times a day) can be easily avoided. Can't startxwin.bat and friends be modified to not abort if XWin is already running? That is, if XWin is already running, don't run another XWin, but do run the other programs in startxwin.bat, like an xterm, on the running XWin's display. Even if this only works for an uncustomized startxwin.bat, that would still take care of 80% of the problems. -JT
Re: How to solve XWin error?
Alexander Gottwald wrote: I've though about this today too. I don't like the idea but i don't like answering the same question over and over. What's not to like? A small bit of code makes a usability problem disappear. (Not that I'm offering to write the code.) Consider how many people might be having the same issue but not writing to the list! -JT
why is the emacs icon broken?
On the local cygwinized X11 emacs, and on a remote (ssh) X11 emacs, the title bar icon is the generic X icon. Other applications' title bars (e.g., firefox) get the icons they're supposed to have. What gives? -JT
Re: how to keep XWin menu open when clicking on an item
vdu wrote: I would like to be able to click several times on an item of the XWin menu without it to close, so that I dont need to reopen the menu every time I click on an item. You don't expect the Start Menu in Windows to stay open once you launch an application off of there, do you? -JT
Re: how to keep XWin menu open when clicking on an item
vdu wrote: yes, I do ! try this : shift+click on an item in all programs menu. Do you see ? the menu stays open. I've been using Windows since version 3.0 and had no idea that existed... Actually, it doesn't work in NT 4, at least. Anyone care to try in 2000? Do you propose that this work on all Windows versions, or only on the ones that have this shift+click behavior in the Start menu? Anyhow, if this sounds like an even remotely plausible piece of functionality for the tray menu, it makes an ever stronger case for moving the program list from the tray menu to the Start menu. -JT
Re: how to keep XWin menu open when clicking on an item
Harold L Hunt II wrote: Right now we have a menu in both places, if you install the X-start-menu-icons package. Why would we want to remove the functionality that allows a program list in the tray icon menu when the default behavior for that list is to be empty and to not be shown? Only people that want to use it are using it. No reason to remove functionality, I'd forgotten X-start-menu-icons existed. So the answer to vdu's request is -- use X-start-menu-icons and you'll have shift+click. -JT
grace
Dear Volker Q, Volker Z, and anyone else involved: I just build grace 5.1.14 with lesstif 0.93.94 and your XmHTML package. Works and looks beautiful. Would it be possible to release an updated Grace (and lesstif, if necessary)? Thanks in advance.
Re: Souldn't we put or [CygXwin] here depending on the question?
David, You can always use Gmane's web or news interfaces[1] to read the Cygwin mailing lists, which doesn't require subscribing at all. To be able to post while unsubscribed, add your e-mail address to the whitelist[2]. 1. http://news.gmane.org/search.php?match=cygwin 2. http://sources.redhat.com/lists.html#archive-archive, question 9. Good luck.
Re: About box
Harold L Hunt II wrote: Okay, I did it myself. We now have an About box that can be opened from the tray icon menu. The About box contains four buttons that link to our website (x.cygwin.com), our User's Guide on the website, our FAQ on the website, and our ChangeLog that is installed locally with the XFree86-xserv package. My apologies for saying this AFTER you did the work... The about box is wrong. (Sorry, sorry, hold the flames.) These links really belong in the Start menu (ideally under Programs\Cygwin, but they'd also be acceptable under Programs\Cygwin/X). This way, the links being URLs and links to .html files, they automatically inherit the icon of the default web browser, making it obvious what they point to. What should really be in the about box is something like this: [logo] Cygwin/X X11R6 Server Copyright blah Licensed under GPL (use standard short FSF blurb here) Installed Packages (xserv 4.3.0-62, xterm 185-4, etc.) Visit us at http://x.cygwin.com. (Make URL blue, underlined, and a link to the site). The about box's window title should be About Cygwin/X. The tray menu's entry for the about box should be between hide/show root window and exit; it should not be the bottom-most entry. The entry itself should be called not About... but About Cygwin/X. Thanks for all your hard work, Harold et al! Here's hoping you get that clipboard bug soon. -JT
Re: test case for clipboard hang?
Harold L Hunt II wrote: I can't reproduce this at all. The behavior I get is that in step 5 if you press Ctrl+V nothing happens (no delay, no pasting) and if you right click the context menu entry for Paste is greyed out (since X released ownership of the selection). I confirm that I can reproduce the bug using the procedure Lev outlined. If you right-click the context menu, Paste is enabled. Suggestion: Harold, if you think it'll help, feel free to post an instrumented build that writes to a log file things that may help to track down this bug. I volunteer to run this build, and send in the log whenever a crash occurs.
Re: Upcoming X.org release and splitting packages
Harold L Hunt II wrote: 5) Rename the lib package to something more meaningful. The name currently implies that it might contain link libraries or run-time libraries, but it really contains files shared among X packages. Perhaps shared-files would be a better name. I would appreciate it if someone would look into what Debian and/or Fedora call this package. Common or shared are standard for Windows software. For example, C:\Program Files\Common Files\Microsoft Shared, C:\Program Files\Common Files\Symantec Shared... -JT
Re: Show Root Window/Hide Root Window -- [Checked/Unchecked] Show Root Window?
Harold L Hunt II wrote: I was just about to remove the tray menu icon's Show Root Window and Hide Root Window items and add a single checked or unchecked item called Show Root Window. I figured I had better do a sanity check and ask if there was a reason that this was not done in the first place... I can't remember if I didn't do it this was just because I didn't know the right functions to call, or if there was as valid but hidden reason for doing this. Can anyone else recall a reason why this should not be done with a check mark next to the menu item? It is supposed to be supported since Windows 95, so compatibility is not an issue. http://sources.redhat.com/ml/cygwin-xfree/2003-06/msg00084.html. :) If you're out messing with the tray menu, you might also change Exit to Close and add an X (close) icon next to it... (to see what I mean, right-click on a Windows Explorer menu in the task bar). -JT
Re: Clipboard related failure
I'm seeing the problem as well. Just highlight text in an xterm, paste into anything (e.g., notepad), and the program being pasted into stalls. Very unfortunate. Moreover, when I tried to exit Xwin after this (via the systray icon), the Xwin closing confirmation dialog also stalled! (Hence, no xwin.log.) I can't reproduce the problem, but I'll try and keep an eye out for it. -JT
Re: startxwin.bat-missing files
robert jacques wrote: After downloading and installing cygwin the user guides directs you on how to start cygwin. One method is to run /usr/X11R6/bin/startxwin.bat by double-clicking it in Windows Explorer. startxwin.bat. However, I get the followining 2 error messages: 1)required .DLL file, CYGCYGIPC-2.DLL, was not found. 2)required .DLL file, CYGWIN1.DLL, was not found. startxwin.bat will work if you add the right directories to the Windows path. Assuming the default install location, that would be c:\cygwin\bin;c:\cygwin\usr\bin;c:\cygwin\usr\local\bin;c:\cygwin\usr\X11R6\bin. -JT
Re: Minimising window with Always on top attribute leaves contents in underlying window
Mike Parker wrote: I'm using 4.3.0-42 and have noticed that the following minor bug in multi-window operation when running on Win2K and WinXPPro: Two windows (terminal or otherwise) are overlapped and the topmost one has it's Always on top attribute set (by right-clicking on the windows title bar). The topmost window is then minimised, leaving a copy of its contents on the desktop, viewable by moving the remaining window over the portion of the desktop previously occupied by the other window. Confirmed. Does anyone know how other window managers usually handle the always-on-top-then-minimized use case? -JT
Re: Minimising window with Always on top attribute leaves contents in underlying window
This is probably related: using multi-window mode, open an emacs over ssh. Click on a menu (e.g, File), leave it droppped down, and minimize the emacs window. Result: emacs gets minimized, but the dropped down menu stays behind. -JT
Re: Configuration for multiple monitors
yvind Harboe wrote: perhaps the below should *always* be TRUE and there shouldn't be an option at all? No, I'd like -nomultiplemonitors to exist. I have two monitors, but the second is usually turned off. Various X client dialog boxes and application windows usually come up in the center of my desktop, which means half on one monitor, and half on the other. If that weren't annoying enough, it makes life sheer hell when one monitor is turned off! This is why I do not use -multiplemonitors, even though I /have/ multiple monitors. Even when both monitors are turned on, it's plenty to have one for X apps, and another for regular Windows apps. Granted, the real solution to this issue would be to play nice with nVidia's nView software. It offers these modes for dual-monitor work (the following is copied verbatim from nView on-line help; the mode I use is Dualview, which I believe is nVidia's default): Single Display. Only one of your connected displays is used. Clone. Both displays in the display pair show images of the same desktop. Horizontal Span. Both displays in the display pair behave as one wide virtual desktop. The width of each display is half the width of the total virtual desktop width. Vertical Span. Both displays in the display pair behave as one tall virtual desktop. The height of each display is half the heiht of the total virtual desktop height. Dualview. Both displays in the display pair behave as one virtual desktop. Unlike Horizontal or Vertical Spanning mode, Dualview treats ach display as a separate device. This means that the task bar will not be stretched across displays and 3D applications are not accelerated as efficiently if the application Spans displays. -JT
Re: Error: procedure entry point in cygwin1.dll
Christopher Faylor wrote: What's wrong with using the Windows Find/Search utility? Nothing; it's capable of the same thing, but you have to explicitly turn on Show hidden and system files in Folder Options (in case the dll is on the drive, but hidden from view because of attributes). In another sense, the Windows Search utility is actually better because you can search multiple drives at once, whereas with the CLI, you have to repeat the dir command for every drive. Off topic: I just tried that on my machine and I found that CDRDAO ships a cygwin1.dll with their Windows build (I have version 1.1.7). If someone is in the habit of slapping wrists for that sort of thing, there's your cue. I need a better cue than that. Where did you get the binary? http://cdrdao.sourceforge.net/ is the main site; http://sourceforge.net/projects/cdrdao/ is the download page where 1.1.7 is available. The main developer is Andreas Mueller (andreasm at users.sourceforge.net), but since it's a SourceForge-hosted project, they have a bug db available through the site. Best, JT
Re: Error: procedure entry point in cygwin1.dll
Harold L Hunt II wrote: It works fine in Windows 2000, but they broke it horribly in Windows XP when they extended it to ignore certain directories and types of files. You have to jump through all sorts of hoops and enable the indexing service in order to get it to search all files in XP. So, the results of the utility cannot be trusted in XP. What's wrong with Start, Search, All files and folders, Look in Local Hard Drives? I just tested it on XP SP1, it worked well. Doesn't it get around what you describe if you click All files and folders instead of Pictures, music, or video or Documents? -JT
Ctrl-Alt-Backspace
Er, so Ctrl-Alt-Backspace kills the X-server (quite efficiently, and with no confirmation). This is bad (for example, when Ctrl-Alt-Backspace happens to match an Emacs incantation). Since Xwin plays nicely with the system tray icon for exiting, is there any reason to listen for Ctrl-Alt-Backspace? I can think of two reasons -- compatibility with XFree86 convention across platforms, and preserving keyboard accessibility. I'm not sure that either one is very important here. The least disruptive fix is probably to make Ctrl-Alt-Backspace invoke the same confirmation dialog that the system tray icon invokes. Thanks, JT
Re: Updated: XFree86-xserv-4.3.0-22
Alexander Gottwald wrote: If this is the case I can add code to use the windows default autorepeat settings to configure Xwin. But this will again change the old behavior of Xwin and some users might be unhappy with it. It would be consistent with other behavior to get autorepeat settings from Windows, not from X settings. For example, we try to use the Windows language settings, right? Since Xwin is a Windows application, there's little reason for it to have its own autorepeat configuration. -JT
Re: Keyboard autorepeat settings [Was: Updated: XFree86-xserv-4.3.0-22]
Harold L Hunt II wrote: It might be nice, but the Windows autorepeat caused problems with systems running in Japanese... so they need the XKB autorepeat functionality, since the Windows autorepeat needs to be disabled for them. Huh. Not that I'm completely amazed, but it seems strange that Windows would be unable to handle Japanese keyboards. Is this an underlying Windows bug? Perhaps there's some workaround from Microsoft? -JT
Re: No xauth data.
If you want the error message to go away, play with the xauth command on your Windows box. # xauth -v list This will tell you your local Xauthority file and what it contains. If it's not there, or if it's empty, try to play with xauth generate to get it to contain something like localhost:0 MIT-MAGIC-COOKIE-1 [long number in hex] [cygwin_pc]/unix:0 MIT-MAGIC-COOKIE-1 [another long number in hex] I'd tell you the exact command to use for xauth generate, but I forget. Perhaps somebody could post the correct answer and then add this to the FAQ. Good luck, JT
startxwin invoking bash
So startxwin.bat (and startxwin.sh) starts an xterm and invokes bash for that xterm: xterm -e /usr/bin/bash Is there any reason not to invoke bash as an interactive, login shell in this case, i.e., -i -l? -JT
Re: rfe: seamless windows integration
Harold L Hunt II wrote: Interesting idea. Probably the easiest thing to do here would be to either create a list of 'term' programs or 'non-term' programs along with a list of excluded programs. Of course, we would want to figure out which list, 'term' or 'non-term', was going to be shortest before deciding which to make. To skirt the setup Create Cygwin/XFree86 icons? step, we could simply stuff the above lists and a modified version of your script in a new package called, for example, XFree86-start-menu-icons-4.3.0-1.tar.bz2. I would go a step further. As Brian (and others) have pointed out, the default X install contains a bunch of programs that aren't really important, e.g., xlogo. Creating a huge list of them in the start menu would indeed be clutter, and I concede that what I initially suggested (shortcuts for all clients) would be silly. I don't know the functionality of 90% of what's in /usr/X11R6/bin/*.exe, but I'm sure some things are used more widely than others, and some are more and some less appropriate for the start menu. Here's what would be useful, though: if I install a Cygwin-ized Emacs, for example, there should be a shortcut for it in the start menu. Granted, I should be taking this request to Emacs' packagers, but the folks here have unique expertise suited to this task, and perhaps could work with apps' packagers to provide this functionality. It would be a bad idea to install icons for apps that aren't there, though, and so I'm tempted to argue against a XFree86-start-menu-icons-4.3.0-1.tar.bz2. On the other hand, there may be a smart way of writing the scripts for that tarball, such that a particular icon is installed only if the app is actually present. This way Emacs and all the other packages wouldn't have to be altered. The rule of thumb for what's a good application to add to the start menu could be this: if you use it as a GUI, and you can get reasonable mileage out of the app without passing varying parameters on start up, it should have a shortcut. (Filename parameters would be easy exception to pass using the standard windows technique of drag-and-drop to start menu.) -JT
rfe: seamless windows integration
This is a pipe dream, but it's a pipe dream worth striving for. 1. X should run as a service. There's no reason for it to run as a user-launched app. 2. All X client application on one's machine should have shortcuts associated with them in the start menu, and these shortcuts should be created automatically during installation. 3. Exiting X (e.g., by stopping the service) should list all cygwin processes that were launched under X and prompt the user to terminate them. For example, an ssh-agent launched from an xterm should be killed automatically. I know there are ways of approximating these behaviors now; I'm just suggesting that these be built in. -JT
Re: request for new feature
Start-Run c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm -display :0 YES! , this works perfectly. Now could this be added as a right click menu option to the tray? I'd thought about suggesting this before, but I decided against it: it is bad UI. Windows already has a method of starting applications -- the Start menu -- that can be easily customized by an end user. There's no need for replicating this functionality with the tray icon. In other words, here's the right way of doing this (using Windows XP; YMMV on other releases): 1. Right click on the desktop, select New, Shortcut. 2. Where it says, type the location of the item, paste the line c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm -display :0 (Modify paths accordingly if your cygwin doesn't live in c:\cygwin.) 3. Click Next. 4. Type a name like XTerm. 5. Click Finish. 6. (Optional) Right-click the new shortcut, and select Properties, Change Icon, and then browse to a different icon (from run.exe or elsewhere). 7. (Optional) Similarly, add a different shortcut to your Startup group that will launch Xwin.exe when you log in. This way, you'll always have an X server running that can play nice with your new xterm. Obviously, this method will also work for any other X client, e.g., an X-emacs or what have you. -JT
Re: Cannot display remote program on local machine.
monika wrote: know how I should do this. After I connect to the remote server using ssh through bash, I export the display using export DISPLAY=ip_localmachine. However, this does not give me the display of the remote program. What is it that I am suppose to do and I am not doing. I think I am making some mistake, but do not know what. Monika, See the user's guide (linked off xfree86.cygwin.com), section on displaying remote clients using telnet or ssh. -JT
Re: xfree
Csaba, please don't reply to me directly. This is so experts may help in answering your question, as well as to save the QA for posterity so that all readers may benefit. I work in tcsh. I believe export in bash would be the SETENV in tcsh? Yes (but setenv in lower case). I tried it and it gave different behaviour, but the end result still was can't open display. What was the exact behavior? Please paste your exact commands and output, that will help in diagnosing the problem. Also, when I ssh-ed to my office linux puter, it gave a warning that I used fake authentification for X11 forwarding (I guess it did not like the 127.0.0.1 ?). Your local machine has to be set up for xauth. Do # xauth generate :0 . (Don't forget the period at the end.) For more info, see man xauth. -JT _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus
Re: can't open window
Csaba Palotai wrote: I'm kind of beginner with cygwin (not completely though). I need to use X11 but always get the can't open window message. Tried to reinstall XFree 3-times, searched the archives and tried whatever was suggested there, nothing worked. I would really need it for remote applications, has anyone experienced similar things or has any suggestions? Every idea helps. Thanks Do you mean Can't open display? This is because your DISPLAY variable isn't set. To test this, do # echo $DISPLAY Assuming your shell is bash (echo $SHELL), you can set DISPLAY by doing # export DISPLAY=127.0.0.1:0.0 To ensure this is done automatically, check that this is a line in the startxwin.sh or startxwin.bat script you use to start XFree. The default example scripts do contain this command. -JT
taskbar and system tray menus
I know this is really, really nitpicky, and inconsequential in comparison with the great work recently done on Xfree (thank you folks enormously!), but still: can the context menu for all X clients be re-ordered such that the Exit option is bottom-most? (For example, see the context menus for any application not in the system tray.) On a related note, can the context menu for the system tray icon be re-ordered the same way? My motivation for this request is that I'm simply very used to closing applications by right-clicking and picking the last option on the list, which is where my mouse pointer already happens to be. -JT
Re: taskbar and system tray menus
Colin Harrison wrote: I assume you want the 'Close' at the bottom instead of the 'Always On Top' in the sys menus (right click on app. title or task bar) (i.e. the two menu items transposed)? and 'Exit' at the bottom below 'Show Root Window' in the tray (right click on tray X icon )(again transposed)? Yup, this is exactly what I want. If others agree... I'll try this after Harold's reorg. Thank you! Another, even nitpickier request re: the tray menu. The current behavior is: click on Show Root Window, get the root window, and the menu changes to Hide Root Window; click on Hide Root Window, the root window hides, and the menu changes to Show Root Window. It feels like bad UI to change the menu entry from underneath the user. My suggestion: make the default menu Hide Root Window with a (checked) checkbox next to it. When the user clicks on (checked) Hide Root Window, show the root window and clear the cbeckbox. When the user clicks on (unchecked) Hide Root Window, hide the root window and set the check again. -JT
-multiplemonitors and -multiwindow bug
I have two monitors, monitor 2 is physically left of monitor 1, monitor 1 is the primary monitor. (It has to be that way, unfortunately.) XFree86-xserv 4.2.0-28. In startxwin.sh, I have XWin -multiwindow -clipboard -multiplemonitors xterm xterm appears in the upper left hand corner of my primary monitor, it works fine. I then drag the xterm window left to the secondary monitor. It redraws fine. When I try to type in a command, my keyboard input does not show up in the xterm. I drag the xterm window back to the primary monitor. The xterm redraws, updating to show all of my keyboard input. While on the secondary monitor, the xterm is actually responding, but not displaying, e.g., # ls actually runs ls, and # xterm actually runs another xterm (which then pops up on my primary monitor, able to accept all input). -JT
RE: Title changing is unimplemented in MultiWindow mode
Harold says: title changes are a feature of X Window Managers that the MultiWindow Window Manager does not yet implement. It seems to me that if there's a window manager that's released under a compatible license that does implement title changing, we could just borrow that code (with credit given where due, of course). I suspect that WindowMaker wouldn't fit that profile since it's licensed under the GPL, but perhaps some other window manager would. Or Harold or Kensuke or someone could just show their brilliance by coding up this little featurette over the weekend. :) -JT _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail
two new -multiwindow bugs
(By new, I mean not discussed here before, not new as in only present in
the most recent release.)
Thank you for your time and effort, Kensuke, Harold, et. al.
I have two monitors, monitor 2 is physically left of monitor 1.
XFree86-xserv 4.2.0-28.
0) the repeated keystrokes bug is still present in this release
http://www.cygwin.com/ml/cygwin-xfree/2003-03/msg00059.html
1) window positioning bug
# Xwin -rootless -multiplemonitors -clipboard
# xterm -geometry +34+5
The xterm is positioned in the upper left-hand corner of monitor 2.
# Xwin -multiwindow -multiplemonitors -clipboard
# xterm -geometry +34+5
The xterm is positioned in the upper left-hand corner of monitor 1.
Presumably, the xterm should get positioned on the same monitor regardless
whether I use -rootless or -multiwindow.
2) window title bug
# Xwin -rootless -multiplemonitors -clipboard
# xterm -geometry +34+5
# TERM=xterm; export TERM
# xterm -e bash -i -c ssh -X [EMAIL PROTECTED]
The xterm window gets a title like [EMAIL PROTECTED]:~. This is very pretty and
very useful when you open a gazillion xterms, like I do. (The remote machine
has an /etc/bashrc that sets up $PROMPT_COMMAND appropriately. For my stock
RedHat 8 install, it's PROMPT_COMMAND='echo -ne
\033]0;[EMAIL PROTECTED]:${PWD/#$HOME/~}\007'.)
# Xwin -multiwindow -multiplemonitors -clipboard
[snip. same xterm, TERM and ssh setup as above, but note -multiwindow, not
-rootless Xwin invocation]
The xterm window gets the title bash. Awful, boring title.
Best,
JT
_
The new MSN 8: smart spam protection and 2 months FREE*
http://join.msn.com/?page=features/junkmail
