Re: Clipboard integration does not work with XDMCP
Il 22/02/2014 14:36, Jon TURNEY ha scritto: On 21/02/2014 16:51, Danilo Turina wrote: Hello, I need to connect from my PC to a Linux machine that runs KDE and I use the following command: XWin -from MY_PC_IP_ADDR -terminate -query LINUX_MACHINE_IP_ADDR It works well but the clipboard integration that fails. Notice that: 1) XWin alone (i.e. no XDMCP, i.e. local) works nicely with my Windows clipboard 2) Xming works (almost) fine with XDMCP + clipboard (with the same Linux machine) I gave a look at the XWin log in two cases: A) XWin alone B) XWin + XDMCP And the only differences I've found (apart from the different command line arguments) is the following lines that were at the end of the log of the XDMCP invokation: winProcEstablishConnection - winInitClipboard returned. winClipboardThreadProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardIOErrorHandler! winClipboardProc - setjmp returned for IO Error Handler. winClipboardProc - trying to restart clipboard thread winClipboardThreadProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. Thanks for reporting this problem, and the clear reproduction steps. The issue here is that the XDMCP login dialog kills all other X clients (including the clipboard integration client) for security. The clipboard integration client is supposed to restart and reconnect as necessary, but it seems this has been broken for a while. I've has a go at fixing this and uploaded a snapshot at [1]. Perhaps you could try that and see if it improves things for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20140222-git-c14d82e878fc884d.exe.bz2 Sorry for top posting... I resend here my previous e-mail, without top posting. --- Thank you very much for your prompt intervention. I can confirm that your fix works for me too. I see that now, in the log, lines like the followings are appearing: client(60): Released pid(-1). client(60): Released cmdline(NULL) and cmdargs(NULL). client(60): Reserved pid(-1). client(60): Reserved cmdname(NULL) and cmdargs(NULL). AllocNewConnection: client index = 3, socket fd = 13 I guess you raised the trace/log levels for debug/reporting purposes, so probably this is not relevant. Thank you, Danilo Turina -- DANILO TURINA Sesa S.p.A. Software Development Engineer Rieti (Italy) 3 mesi 23 giorni 34 minuti 43 secondi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Clipboard integration does not work with XDMCP
Thank you very much for your prompt intervention. I can confirm that your fix works for me too. I see that now, in the log, lines like the followings are appearing: client(60): Released pid(-1). client(60): Released cmdline(NULL) and cmdargs(NULL). client(60): Reserved pid(-1). client(60): Reserved cmdname(NULL) and cmdargs(NULL). AllocNewConnection: client index = 3, socket fd = 13 I guess you raised the trace/log levels for debug/reporting purposes, so probably this is not relevant. Thank you, Danilo Turina Il 22/02/2014 14:36, Jon TURNEY ha scritto: On 21/02/2014 16:51, Danilo Turina wrote: Hello, I need to connect from my PC to a Linux machine that runs KDE and I use the following command: XWin -from MY_PC_IP_ADDR -terminate -query LINUX_MACHINE_IP_ADDR It works well but the clipboard integration that fails. Notice that: 1) XWin alone (i.e. no XDMCP, i.e. local) works nicely with my Windows clipboard 2) Xming works (almost) fine with XDMCP + clipboard (with the same Linux machine) I gave a look at the XWin log in two cases: A) XWin alone B) XWin + XDMCP And the only differences I've found (apart from the different command line arguments) is the following lines that were at the end of the log of the XDMCP invokation: winProcEstablishConnection - winInitClipboard returned. winClipboardThreadProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardIOErrorHandler! winClipboardProc - setjmp returned for IO Error Handler. winClipboardProc - trying to restart clipboard thread winClipboardThreadProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. Thanks for reporting this problem, and the clear reproduction steps. The issue here is that the XDMCP login dialog kills all other X clients (including the clipboard integration client) for security. The clipboard integration client is supposed to restart and reconnect as necessary, but it seems this has been broken for a while. I've has a go at fixing this and uploaded a snapshot at [1]. Perhaps you could try that and see if it improves things for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20140222-git-c14d82e878fc884d.exe.bz2 -- DANILO TURINA Sesa S.p.A. Software Development Engineer Rieti (Italy) 3 mesi 23 giorni 24 minuti 22 secondi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Clipboard integration does not work with XDMCP
Hello, I need to connect from my PC to a Linux machine that runs KDE and I use the following command: XWin -from MY_PC_IP_ADDR -terminate -query LINUX_MACHINE_IP_ADDR It works well but the clipboard integration that fails. Notice that: 1) XWin alone (i.e. no XDMCP, i.e. local) works nicely with my Windows clipboard 2) Xming works (almost) fine with XDMCP + clipboard (with the same Linux machine) I gave a look at the XWin log in two cases: A) XWin alone B) XWin + XDMCP And the only differences I've found (apart from the different command line arguments) is the following lines that were at the end of the log of the XDMCP invokation: winProcEstablishConnection - winInitClipboard returned. winClipboardThreadProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardIOErrorHandler! winClipboardProc - setjmp returned for IO Error Handler. winClipboardProc - trying to restart clipboard thread winClipboardThreadProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. I've searched around (google) for this problem but I found almost nothing (and most of that was old stuff). The only relevant suggestion was a post on this same mailing list that suggested to create the file /etc/X0.hosts and put "localhost" inside it. This doesn't work for me. Any help is appreciated. Thank you, Danilo Turina -- DANILO TURINA Sesa S.p.A. Software Development Engineer Rieti (Italy) 3 mesi 20 giorni 8 ore 29 minuti 52 secondi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Cygwin X + HP-UX 11.11 + italian keyboard = AltGr not working (solved/worked around)
On 07/07/2011 15.04, Jon TURNEY wrote: On 06/07/2011 15:26, Danilo Turina wrote: On 06/07/2011 16.02, Jon TURNEY wrote: On 06/07/2011 09:15, Danilo Turina wrote: having recently replaced my old keyboard (that had a US layout) with an italian one, I'm having a problem with Cygwin X when running HP-UX clients: AltGr does not work and this prevents me to use characters like "[" "{" "}" "]", etc. I'm up to date with Cygwin and Cygwin X at the moment ("1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin" for Cygwin and "1.10.2.0" for XWin). These are the steps to reproduce the problem: 1) start Cygwin X 2) disable access control ("xhost +") 3) access via telnet/ssh a HP-UX machine 4) open an xterm from the HP-UX machine in Cygwin X 5) in the newly opened xterm try to use AltGr (AltGr + "è" (i.e. the key at the right of "P"), should produce "{", while AltGr + Shift + "è" should produce "{") I'm missing here what is actually produced. Nothing? or the unmodified è? The unmodified è (well, sort of, because when I press "è" on the keyboard I see on the terminal "I" (I think because of some other problem of the terminal with non-ASCII chars) and if I press AltGr+"è" I yet see "I", so it's just like pressing AltGr has no effect at all). 6) fall on the floor crying in desperation This is perfectly normal for people having to deal with XKB :-) Notice that when using a client from a Linux machine all works properly. A googled a lot and found a lot of information but only few of it applied (=helped) to my specific case. I tried to mess with xmodmap and kbd config files and also with other stuff, but nothing seemed to solve the problem. I think a solution is contained in this old mailing list post [1], use XKB_DISABLE=1 and adjust the keyboard map so that AltGr is Mode_switch and the keys have the expected mapping in group 2, activated via Mode_switch. Note that just reassigning AltGr to Mode_switch is not enough, you'll need to remap appropriately the keys which generate different characters with AltGr e.g. something like: xmodmap -e "clear mod5" xmodmap -e "clear mod3" xmodmap -e "keycode 113 = Mode_switch Multi_key" xmodmap -e "add mod3 = Mode_switch" xmodmap -e "keycode 34 = egrave eacute bracketleft braceleft" (and so on for the other keys which need to generate different characters with AltGr) I already encountered some like that while searching the internet but didn't work. I tried what you wrote here but didn't work either... Just to be clear, you probably have to do all this before you start the xterm you are going to be working in. Can I see the xev output when you try that setup? Is there anything that I can do to go deeper into the analysis of this problem? xev seems not of any help, since it returns the same results both for Xming where all works and Cygwin X where I have the problem. Yes, that's rather mystifying. You might consider using wireshark, xmon or xscope to examine the protocol interactions between client and server (not sure if all of these can decode XKB extension protocol) to see if there is any difference there. Fiddling aroung with Wireshark I was able to understand what the problem was and I had the confirm thanks to xmodmap. With Xming I had that keycode 34 ("è") is associated to egrave eacute bracketleft braceleft bracketleft braceleft while with CygwinX the association is egrave eacute egrave eacute bracketleft braceleft I don't know the exact meaning of each of the positions above, but with xmodmap -e "keycode 34 = egrave eacute bracketleft braceleft bracketleft braceleft" I solved the problem. I then saw that that solves the problem even without setting XKB_DISABLE but only with some applications (e.g. with xterm works, with nedit you need XKB_DISABLE set). So just executing the xmodmap above for keycode 34, also within the same xterm on which I had the problem, without setting XKB_DISABLE and without doing anything else (so not resetting of the modifiers with 'xmodmap -e "clear mod5"', etc.), it works (but better setting XKB_DISABLE=1 in order to make all clients work). In short: export XKB_DISABLE=1 xmodmap -e "keycode 34 = egrave eacute bracketleft braceleft bracketleft braceleft" xmodmap -e "keycode 35 = plus asterisk bracketright braceright bracketright braceright" xmodmap -e "keycode 48 = agrave degree numbersign dead_abovering numbersign dead_abovering numbersign dead_abovering" xmodmap -e "keycode 47 = ograve ccedilla at dead_cedilla at dead_cedilla at dead_cedilla ograve ccedilla at dead_cedilla" does the job (with the above I just
Re: Cygwin X + HP-UX 11.11 + italian keyboard = AltGr not working
On 06/07/2011 16.02, Jon TURNEY wrote: On 06/07/2011 09:15, Danilo Turina wrote: having recently replaced my old keyboard (that had a US layout) with an italian one, I'm having a problem with Cygwin X when running HP-UX clients: AltGr does not work and this prevents me to use characters like "[" "{" "}" "]", etc. I'm up to date with Cygwin and Cygwin X at the moment ("1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin" for Cygwin and "1.10.2.0" for XWin). These are the steps to reproduce the problem: 1) start Cygwin X 2) disable access control ("xhost +") 3) access via telnet/ssh a HP-UX machine 4) open an xterm from the HP-UX machine in Cygwin X 5) in the newly opened xterm try to use AltGr (AltGr + "è" (i.e. the key at the right of "P"), should produce "{", while AltGr + Shift + "è" should produce "{") I'm missing here what is actually produced. Nothing? or the unmodified è? The unmodified è (well, sort of, because when I press "è" on the keyboard I see on the terminal "I" (I think because of some other problem of the terminal with non-ASCII chars) and if I press AltGr+"è" I yet see "I", so it's just like pressing AltGr has no effect at all). 6) fall on the floor crying in desperation This is perfectly normal for people having to deal with XKB :-) Notice that when using a client from a Linux machine all works properly. A googled a lot and found a lot of information but only few of it applied (=helped) to my specific case. I tried to mess with xmodmap and kbd config files and also with other stuff, but nothing seemed to solve the problem. I think a solution is contained in this old mailing list post [1], use XKB_DISABLE=1 and adjust the keyboard map so that AltGr is Mode_switch and the keys have the expected mapping in group 2, activated via Mode_switch. Note that just reassigning AltGr to Mode_switch is not enough, you'll need to remap appropriately the keys which generate different characters with AltGr e.g. something like: xmodmap -e "clear mod5" xmodmap -e "clear mod3" xmodmap -e "keycode 113 = Mode_switch Multi_key" xmodmap -e "add mod3 = Mode_switch" xmodmap -e "keycode 34 = egrave eacute bracketleft braceleft" (and so on for the other keys which need to generate different characters with AltGr) I already encountered some like that while searching the internet but didn't work. I tried what you wrote here but didn't work either... Is there anything that I can do to go deeper into the analysis of this problem? xev seems not of any help, since it returns the same results both for Xming where all works and Cygwin X where I have the problem. Ciao, Danilo I can't test this, because I don't have access to a HP-UX machine. [1] http://cygwin.com/ml/cygwin-xfree/2004-03/msg00454.html At the moment I'm using Xming 6.9.0.31 that doesn't seem affected by the problem IF I set XKB_DISABLE=1 on the client machine (i.e. HP-UX). Trying to troubleshoot the problem, I used xev on the HP-UX machine to see if the keys were properly recognized and, in effect, they are. This are xev results for Cygwin X, when I press (and release) AltGr+è (thus by trying to get "[") with XKB_DISABLED not set: [snip] If I set XKB_DISABLED=1, I get, instead: [snip] If I try xev on Xming with XKB_DISABLED=1 (where I have no problem at all), I get: [snip] It's kind of hard to know how to interpret these results since I don't know what XKB_DISABLED=1 actually does. One strange thing that I noticed is that if I start Cygwin X by using "startxwin" from the Cygwin's command line, I get the following warning on screen: [snip] The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols Ignoring extra symbols But that warning is not present in XWin.0.log (attached). I think this is normal, if a little odd. Warnings from xkbocmp are written to stdout, but not written to the log. -- DANILO TURINA ALCATEL-LUCENT Software Analyst NM System Team Network-Optics Rieti (Italy) Phone: +39 0746 600332 10 anni 2 mesi 27 giorni 6 ore 42 minuti 8 secondi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Cygwin X + HP-UX 11.11 + italian keyboard = AltGr not working
tes: (5b) "[" XFilterEvent returns: False KeyRelease event, serial 18, synthetic NO, window 0xa1, root 0x5a, subw 0x0, time 696971250, (79,-9), root:(213,144), state 0x80, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False One strange thing that I noticed is that if I start Cygwin X by using "startxwin" from the Cygwin's command line, I get the following warning on screen: (--) 3 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) Windows keyboard layout: "0410" (0410) "Italian", type 4 (--) Found matching XKB configuration "Italian" (--) Model = "pc105" Layout = "it" Variant = "none" Options = "none" Rules = "base" Model = "pc105" Layout = "it" Variant = "none" Options = "none" The XKEYBOARD keymap compiler (xkbcomp) reports: > Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols > Ignoring extra symbols But that warning is not present in XWin.0.log (attached). Any suggestion about this problem or about any procedure to diagnose it properly? Thank you, Danilo Turina -- DANILO TURINA ALCATEL-LUCENT Software Analyst NM System Team Network-Optics Rieti (Italy) Phone: +39 0746 600332 10 anni 2 mesi 26 giorni 23 ore 59 minuti 7 secondi Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.10.2.0 OS: Windows XP Service Pack 3 [Windows NT 5.1 build 2600] (Win32) Package: version 1.10.2-1 built 2011-06-28 XWin was started with the following command line: X :0 -multiwindow ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 1280 h 1024 winInitializeDefaultScreens - native DPI x 96 y 96 _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/MYMACHINE:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 [697886.250] (II) xorg.conf is not supported [697886.250] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [697886.250] LoadPreferences: Loading /home/dturina/.XWinrc [697886.250] LoadPreferences: Done parsing the configuration file... [697886.250] winDetectSupportedEngines - DirectDraw installed, allowing ShadowDD [697886.250] winDetectSupportedEngines - Windows NT, allowing PrimaryDD [697886.250] winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL [697886.250] winDetectSupportedEngines - Returning, supported engines 001f [697886.250] winSetEngine - Multi Window or Rootless => ShadowGDI [697886.250] winScreenInit - Using Windows display depth of 32 bits per pixel [697886.265] winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1024 depth: 32 [697886.265] winFinishScreenInitFB - Masks: 00ff ff00 00ff [697886.265] winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 32 [697886.265] winInitMultiWindowWM - Calling pthread_mutex_lock () [697886.265] winMultiWindowXMsgProc - Calling pthread_mutex_lock () [697886.265] Screen 0 added at virtual desktop coordinate (0,0). [697886.281] MIT-SHM extension disabled due to lack of kernel support [697886.296] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [697886.593] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [697886.593] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [697887.500] winPointerWarpCursor - Discarding first warp: 640 512 [697887.500] (--) 3 mouse buttons found [697887.500] (--) Setting autorepeat to delay=500, rate=31 [697887.500] (--) Windows keyboard layout: "0410" (0410) "Italian", type 4 [697887.500] (--) Found matching XKB configuration "Italian" [697887.500] (--) Model = "pc105" Layout = "it" Variant = "none" Options = "none" [697887.500] Rules = "base" Model = "pc105" Layout = "it" Variant = "none" Options = "none" [697888.234] winBlockHandler - pthread_mutex_unlock() [697888.234] winInitMultiWindowWM - pthread_mutex_lock () returned. [697888.234] winInitMultiWindowWM - pthread_mutex_unlock () returned. [697888.234] winMultiWindowXMsgProc - pthread_mutex_lock () returned. [697888.234] winInitMultiWindowWM - DISPLAY=:0.0 [697888.234] winMultiWindowXMsgProc - pthread_mutex_unlock () returned. [697888.265] winProcEstablishConnection - winInitClipboard returned. [697888.265] winMultiWindowXMsgProc - DISPLAY=:0.0 [697888.265] winClipboardProc - DISPLAY=:0.0 [697888.265] winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. [697888.281] winClipboardProc - XOpenDisplay () returned and successfully opened the display. [697888.375] winMu
Re: Is there a Windows clipboard manager that doesn't clash with -clipboard parameter?
Alister Hood wrote: Ah, good. Since that isn't showing in the cygwin installer I guess I need to install the beta cygwin to get it? Yes, you need to install 1.7 ( http://www.cygwin.com/setup-1.7.exe ). To tell all the truth I was sticking to 1.5 and try to wait as much as was possible before passing to 1.7 (I feared possible problems/troubles in installation and reconfiguration/tweak to my needs), the reason I switched to 1.7 was, in fact, to try the improvements in the clipboard handling in X.org 1.6.0. I must tell I'm satisfied with it: after installing 1.7 and configuring it a bit, I never used 1.5 anymore. Ciao, Danilo Thanks. -Original Message- From: Jon TURNEY [mailto:jon.tur...@dronecode.org.uk] Sent: Thursday, 30 July 2009 5:17 a.m. To: cygwin-xfree@cygwin.com Cc: Alister Hood Subject: Re: Is there a Windows clipboard manager that doesn't clash with -clipboard parameter? On 24/07/2009 07:47, Alister Hood wrote: I've found that -clipboard clashes with Windows clipboard hist -- Unsubscribe info: http://cygwin.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 there a Windows clipboard manager that doesn't clash with -clipboard parameter?
Hi, I had problems with all the clipboard managers I tried (4 or 5), until I upgraded my X-Org Server about 10 days ago. Now most problems are solved. Ciao, Danilo Alister Hood wrote: Hi, I've found that -clipboard clashes with Windows clipboard history managers such as Ditto. Does anybody know of a clipboard manager with which it does work? If I run glipper in a linux panel in Colinux, then I can use that, and I imagine I could compile them for Cygwin instead, but the panel is handled as a window (I'm using -multiwindow), and I'd rather use a native Windows clipboard manager anyway, so I can only start X when I need to. Thanks, Alister -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Danilo Turina Alcatel-Lucent Software Developer OND Network Management Rieti (Italy) Phone: +39 0746 600332 8 anni 3 mesi 17 giorni 22 ore 42 minuti 12 secondi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Intermittent X clipboard failure
I don't know, but when I have the problem, closing CLCL solves the issue. Williams, Chris (Marlboro) wrote: If you don't use CLCL does everything work ok? -Chris -Original Message- From: cygwin-xfree-ow...@cygwin.com [mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Danilo Turina Sent: Tuesday, February 17, 2009 3:36 AM To: cygwin-xfree@cygwin.com Subject: Re: Intermittent X clipboard failure I've got similar problems with the clipboard but with another clipboard history tool (CLCL). It seems that, at some point, X puts something in the clipboard with a format not correctly managed by CLCL and until I put something else in the clipboard (and that's not always easy to achieve) the clipboard does not work correctly. Ciao, Danilo Devin Armstrong wrote: I have been experiencing this issue frequently ever since I "up"graded to the new X server and xterm last month. I am using xterm. I haven't tried rxvt. I have MS Office XP on WinXP SP2. Disabling the Office Clipboard as suggested doesn't work for me. Once I get in this state copy/paste functionality is broken for all apps. To get the Windows clipboard working I have to kill the X server using Task Manager as telling it to exit using the right-click menu on the X icon in notification area doesn't work. It looks like the X server hangs on shutdown. I have found that going back to xterm 229 works slightly better but still has the issue (and that's kind of a pain as I have install some obsolete libraries to get it working). This used to work without issue with the old 6.8.x X servers. I have to have MS Outlook running at all times as that is my work email client. Devin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Danilo Turina Alcatel-Lucent Software Developer OND Network Management Rieti (Italy) Phone: +39 0746 600332 7 anni 10 mesi 8 giorni 5 ore 5 minuti 15 secondi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Intermittent X clipboard failure
I've got similar problems with the clipboard but with another clipboard history tool (CLCL). It seems that, at some point, X puts something in the clipboard with a format not correctly managed by CLCL and until I put something else in the clipboard (and that's not always easy to achieve) the clipboard does not work correctly. Ciao, Danilo Devin Armstrong wrote: I have been experiencing this issue frequently ever since I "up"graded to the new X server and xterm last month. I am using xterm. I haven't tried rxvt. I have MS Office XP on WinXP SP2. Disabling the Office Clipboard as suggested doesn't work for me. Once I get in this state copy/paste functionality is broken for all apps. To get the Windows clipboard working I have to kill the X server using Task Manager as telling it to exit using the right-click menu on the X icon in notification area doesn't work. It looks like the X server hangs on shutdown. I have found that going back to xterm 229 works slightly better but still has the issue (and that's kind of a pain as I have install some obsolete libraries to get it working). This used to work without issue with the old 6.8.x X servers. I have to have MS Outlook running at all times as that is my work email client. Devin -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Danilo Turina Alcatel-Lucent Software Developer OND Network Management Rieti (Italy) Phone: +39 0746 600332 7 anni 10 mesi 8 giorni 32 secondi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: The uncommon valor of Yaakov Selkowitz
Christopher Faylor wrote: Yesterday, Yaakov released a new version of X for Cygwin, rectifying a long-standing problem in the Cygwin distribution. He was amazingly diligent in making sure that his upgrade did not break the Cygwin distribution. His new packages are laid out in a more sensical fashion and attempt to rigorously provide a seamless upgrade experience. It was impressive to see how hard he worked to make things work. In addition to that, I know that he knows full well that there will be lots of email from lots of users who used the old versions and now are confused by the modern installation. There will undoubtedly be bugs and there will undoubtedly be repeated reporting of the bugs to the cygwin lists. I know that he will be noting all of the problems and rectifying them where he can. I've seen him do this with the already impressive list of packages that he maintains and I'm confident that he will bring this level of committment to the new Xorg release. I really want to commend Yaakov for what he has done here. It is a relief to have the X packaging sorted out and to have active maintainers in the cygwin-xfree mailing list. We've been without active participation in this project for many years. (Although if history replays itself Yaakov will soon get a job offer from a X-on-Windows company) Yaakov deserves 10 gold stars for what he has done here but I don't think that's enough to thank him for his work. If you agree with me you might consider going to http://cygwin.com/donations.html and donating something to Yaakov in appreciation of all of his hard work both with Cygwin/X and for the cygwinports project*. I did that last week in anticipation of Xorg release. I hope you will consider doing something similar. cgf *http://sourceware.org/cygwinports/ I agree on all (of course). In addition, if I have well understood that Yaakov is the new maintainer for Cygwin/X, let me make you notice that at http://cygwin.com/who.html , at the moment, I read: Cygwin/X is currently in need of a maintainer. Ciao, Danilo -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Danilo Turina Alcatel-Lucent Software Developer OND Network Management Rieti (Italy) Phone: +39 0746 600332 7 anni 7 mesi 3 giorni 7 ore 53 minuti 28 secondi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: X11R7.4: XWinrc does not work anymore
Jon TURNEY wrote: Danilo Turina wrote: Hello, yesterday I installed the fresh new X11R7.4, this morning I also updated various packages and now the menu on the X tray icon does not work anymore: the menu items (also within submenus) are all there, but clicking them does nothing (apart a brief flickering of the hourglass mouse pointer). writesomethingexec"/bin/echo something > /xxx.txt" or without any luck (the file /xxx.txt is not created) Very strange. Taken together this suggests that the shell that the X server runs is failing to run the command specified. You might try strace-ing the X server to see if this gives more information about why it's failing Good suggestion! 6020 490158858 [main] XWin 4316 C:\cygwin\bin\XWin.exe: *** fatal error - unable to remap C:\cygwin\bin\cygXext-6.dll to same address as parent(0x1977) != 0x6678 rebaseall solved the problem. Thank you, Danilo I updated to X11R7.4 in two different PCs (with different configurations/cygwin packages installed/XWinrc/X configuration) and I have this problem in both. I just wanted to know if this happens also to anybody else. I'm afraid it works for me -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ -- Danilo Turina Alcatel-Lucent Software Developer OND Network Management Rieti (Italy) Phone: +39 0746 600332 7 anni 7 mesi 3 giorni 5 ore 26 minuti 58 secondi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
X11R7.4: XWinrc does not work anymore
Hello, yesterday I installed the fresh new X11R7.4, this morning I also updated various packages and now the menu on the X tray icon does not work anymore: the menu items (also within submenus) are all there, but clicking them does nothing (apart a brief flickering of the hourglass mouse pointer). I have a personalized .XWinrc in my home directory, so I tried to remove it and use the system's default one: no way. Only the "default" items work: 1) "Reload .XWinrc" 2) "Hide Root Window" 3) "About..." 4) "Exit..." All the other items do not work, even the simpler ones: xterm exec"xterm" notepad execnotepad (so neither cygwin application, nor plain windows application, do work). So it seems that the "exec" items do not work. I tried to gather some info about this problem: - by looking into XWin.log: but found nothing; - by adding items like this one: writesomething exec"/bin/echo something > /xxx.txt" or without any luck (the file /xxx.txt is not created) I updated to X11R7.4 in two different PCs (with different configurations/cygwin packages installed/XWinrc/X configuration) and I have this problem in both. I just wanted to know if this happens also to anybody else. Ciao, Danilo -- Danilo Turina Alcatel-Lucent Software Developer OND Network Management Rieti (Italy) Phone: +39 0746 600332 7 anni 7 mesi 3 giorni 48 minuti 5 secondi -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Issue after installing cygwin
Mansoorali Kudsi wrote: Hello, I have been using cygwin since long. Recently I was trying to help my friend install cygwin on his desktop. After a successful installation, the startxwin.bat was run to start the workspaces. However, after starting the workspaces, the green coloured "Window Maker Preferences" icon does not appear in the workspaces. The same setup was used to install cygwin on my machine and I could use the "Window Maker Preferences" to configure my shortcuts. But somehow this does not appear on my friends desktop. Any idea Any help in making this icon visible is highly appreciated... Maybe I'm wrong but I found: $ ll /usr/X11R6/GNUstep/ total 1 drwxrwx---+ 3 abcdefg Users0 Feb 4 16:48 Applications/ lrwxrwxrwx 1 abcdefg mkgroup_l_d 14 Feb 4 17:41 Apps -> ./Applications/ It seems to me that I needed to create that link named Apps to the Applications directory. Regards, Mansoorali. -- Unsubscribe info: http://cygwin.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: Issue after installing cygwin
Mansoorali Kudsi wrote: Hello, I have been using cygwin since long. Recently I was trying to help my friend install cygwin on his desktop. After a successful installation, the startxwin.bat was run to start the workspaces. However, after starting the workspaces, the green coloured "Window Maker Preferences" icon does not appear in the workspaces. The same setup was used to install cygwin on my machine and I could use the "Window Maker Preferences" to configure my shortcuts. But somehow this does not appear on my friends desktop. Can't remember exactly, but, some time ago (>1 year), it happened to me to have problems with Window Maker in a new installation of Cygwin. It seems to me that I was unable to access the WMaker preferences, anyway I solved creating a link or two: try to start Window Maker by hand from a terminal, so to have a look at its output/trace and whether it misses some file/directory. Any idea Any help in making this icon visible is highly appreciated... Regards, Mansoorali. -- Unsubscribe info: http://cygwin.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: Remonte seesion with HP-UX CDE II
I've had similar problems with HP-UX CDE, sometimes the problem was solved by using one of the HP-UX machines as a font server. Example: XWin :0 -clipboard -kb -nowinkill -unixkill -fp tcp/my.hpux.machine.with.fontserver:7000 -ac -once -query machine.towhich.i.want.to.connect -fullscreen -depth 8 -screen 0 1280 1024 -from 127.0.0.1 -audit 4 In addition, notice that putting 127.0.0.1 in the -from argument, sometimes gave me some problem so, I had to replace it with the IP of the machine running Cygwin. Ciao, Danilo Ales Kacor wrote: Thank you, Larry, for your recommendation. I got rid of the "/tmp/.X11-unix", but it isn't solution for the problem. The directory is created again and behavior of the X-server is same. Ales -- Unsubscribe info: http://cygwin.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: Releasing mouse in -fullscreen
Brian D. McGrew wrote: Good morning, I'm running the server in -fullscreen -query to remote into a machine and it's working great; except that I have multiple monitors on my machine and the mouse is stuck in the X-Server until I ALT-TAB out of it, in which case the server is [automatically] minimized. How can I release the mouse to other Windows applications without ALT-TABBING out of X and having it minimized??? I think that you can't. At least as long as you run it as "fullscreen". Try it also with other fullscreen applications (e.g. games) you'll find that they are automatically minimized whenever you switch to some other application. Instead you should try to not run X in fullscreen mode (i.e. removing "-fullscreen") and then you'll be able to switch to other application/windows without having X minimized. Ciao, Danilo -- Unsubscribe info: http://cygwin.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: Default directory is "C:\PROGRA~1\RATIONAL\RATION~1\NUTCROOT\mksnt\"?
Not entirely true, Larry. If he *were* to remove that installation of MKS, he would then discover that his Rational Rose/Clearcase/Clearquest installation was broken. IBM's Rational toolkit relies on having those MKS tools available (and no, they cannot be coerced into using cygwin's tools instead). I don't use Clearquest, but I use both Rose and ClearCase and I didn't installed at all MKS. Anyway I had the problem described by the original poster when I installed Rational Rose the first time because I choose to install "Quality Architect" (if I remember well), removing that component I haven't had no more problems with Cygwin. Ciao, Danilo -- Unsubscribe info: http://cygwin.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: MRXVT
Maybe you meant 03.10 Nappi Chris-ra5809 wrote: Unfortunately it appears I spoke too soon - while version .03.13 compiles, it doesn't seem to like to make new tabs (x-server error). .03.00 does work... Regards, Chris -Original Message- From: Nappi Chris-ra5809 Sent: Thursday, February 10, 2005 9:00 AM To: 'cygwin-xfree@cygwin.com' Subject: MRXVT FYI, After a number of versions that did not build easily under Cygwin, the latest MRXVT (tabbed RXVT) compiles out of the box. Home page: http://materm.sourceforge.net/ Version verified to compile: 0.3.13 Regards, Chris Nappi
Re: gaim 'BadWindow' crashes fixed
I'm sorry, as I said before, I don't use anymore WindowMaker and I don't have those icons anymore. (Sorry for the late answer but I was not able to access the Internet for 10 days). Jean-Claude Gervais wrote: Danilo, If you have the uncompressed TIFFs handy, could you please send them to me? Or if there is an easier way to fix the problem, please, someone speak up. Thanks. On Tue, 2004-07-06 at 11:01, Danilo Turina wrote: I also think so. In fact when I used WindowMaker (now I go with -multiwindow) I had the same problem and it was caused by lz77 compressed tiff icons. If I remember well (but I usually don't), I converted the "broken" TIFFs with IrfanView to uncompressed (or non-lz77 compressed) TIFFs. Ciao, Danilo Alexander Gottwald wrote: On Tue, 6 Jul 2004, Jean-Claude Gervais wrote: You wouldn't happen to know how to fix the WindowMaker Preferences Utility corrupted icons bug, would you? Maybe this is the long standing bug with lz77 compressed tiff files in the windowmaker package with libtiff without lz77 algorithm. But i don't use windowmaker and can't tell exactly. bye ago -- ------ Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 3 anni 3 mesi 9 giorni 22 ore 23 minuti 23 secondi
Re: gaim 'BadWindow' crashes fixed
I also think so. In fact when I used WindowMaker (now I go with -multiwindow) I had the same problem and it was caused by lz77 compressed tiff icons. If I remember well (but I usually don't), I converted the "broken" TIFFs with IrfanView to uncompressed (or non-lz77 compressed) TIFFs. Ciao, Danilo Alexander Gottwald wrote: On Tue, 6 Jul 2004, Jean-Claude Gervais wrote: You wouldn't happen to know how to fix the WindowMaker Preferences Utility corrupted icons bug, would you? Maybe this is the long standing bug with lz77 compressed tiff files in the windowmaker package with libtiff without lz77 algorithm. But i don't use windowmaker and can't tell exactly. bye ago -- ------ Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 3 anni 2 mesi 27 giorni 7 ore 27 minuti 49 secondi
Re: Error Reporting
Maybe you haven't the rights to write to that file ("/tmp/XWin.log") from the new user, maybe because you installed Cygwin with the old user and the /tmp directory has been created by that user. Ciao, Danilo Hou Kee wrote: Hi, I get the following error when trying to run startx. One possible reason is because I created an extra user account for my XP Box because Cygwin complained about having a space in my username. Startx works for the original user account, but not for the new one. Fatal server error: Cannot open log file "/tmp/XWin.log" win DeinitMultiWindowWM - Noting shutdown in progress giving up xinit: Connection refused (errno 111): unable to connect to X server. xinit: No such process (errno 3): Server error. Any ideas? -Hou -- ---------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 3 anni 24 giorni 5 ore 38 minuti 46 secondi
Re: startx problem
[snip] My .xinitrc is as follows: # Window Maker default X session startup script PATH="$PATH:/usr/X11R6/bin" # If you login from xdm, uncomment this to make error messages appear # in the console window. # # tail -f /home/stamen/.xsession-errors > /dev/console & exec wmaker Your are launching Window Maker window manager, but... The XWin.log which I get is the following: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-3 Contact: [EMAIL PROTECTED] XWin was started with the following command line: X :0 -multiwindow -clipboard ...X is started with the -multiwindow option that lanches its own window manager (in practice it uses the "native" Windows wm). Maybe the problem is there. Ciao, Danilo -- ------ Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 3 anni 4 giorni 1 ora 31 minuti 31 secondi
Re: .xinitrc ?
Frédéric L. W. Meunier wrote: twm: another window manager is already running on screen 0? twm: unable to find any unmanaged screens If I use .xinitrc with "exec twm", startx reports the above. If you use startx, by default, the multi-window mode is used (startx passed -multiwindow to XWin.exe) and, hence, the native Windows window manager is used as X window manager. The same using another window manager. It works fine if I add it to startxwin.sh. It used to work with XFree86. Instead using startxwin.sh "-multiwindow" is not passed to XWin.exe and you have to old behavior. Ciao, Danilo -- ---------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 2 anni 11 mesi 29 giorni 22 ore 42 minuti 55 secondi
Re: [SOLVED] MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail
Hey!! I didn't notice it immediately, but now the problem has disappeared (maybe because the new xterm-185?): speed is now 38400 as it should be. Thomas Dickey wrote: On Wed, 25 Feb 2004, Alexander Gottwald wrote: On Wed, 25 Feb 2004, Danilo Turina wrote: In effect opening an xterm within rootless mode I can see from stty that the terminal speed is 38400, while opening the same terminal from multiwindow mode I see that the speed is 0 (the same does not happens for rxvt for which stty always reports 38400). I've started bash the following ways: cmd.exe : speed 38400 -> xterm.exe : speed 38400 -> xterm.exe : speed 38400 XWin.exe (multiwindow) -> xterm.exe : speed 0 XWin.exe (no multiwindow) -> xterm.exe : speed 0 -> xterm.exe : speed 0 XWin.exe (build with console window) -> xterm.exe : speed 0 It seems the newly started xterm inherits the speed settings from the starting program. not exactly (I've rebooted to test cygwin, see that BAUD_0 isn't defined). I think the issue is that the ioctl to set the baud rate fails. It doesn't "inherit" the speed settings, since xterm "always" sets it. Seeing why it works for rxvt would be useful, for instance. Baud rate for a terminal emulator is bogus anyway - the reason why it is set is to give ncurses a hint about padding. I changed it from 9600 to 38400 a few years ago, and rxvt followed suit. The only solution seems to start the xterms from a windows console. for now, true. -- -- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 2 anni 11 mesi 15 giorni 8 ore 15 minuti 29 secondi
Re: problem
Now by default the multi-window mode is used: you don't have anymore a specific window for the X server. In this mode Windows Explorer is used as a Window Manager and you can see that X is running by looking at the "X" shaped icon in the tray. If you want X to start as it did before you must launch directly XWin without the -multiwindow options, or you can provide a .xserverrc file in your home directory (or the system wide configuration in /usr/X11R6/lib/X11/xinit/xserverrc). Ciao, Danilo Michael Nirschl wrote: Hi ! I was using Cygwin and Xfree86 until 1 or 2 weeks ago to run software in my department from home. Now suddenly when I open a shell and type startx it doesnt start XWin.exe any more. I just get anther bash with different colors. Before it used to open a window with X running in it aftrer which I could connect to my dept and run the software I need. Have you heard of this problem before ? Is it known or am I missing some change in the configurationfiles ? Thanks a lot, I would really like to keep using the program, because its great. Ciao, Michael -- ------ Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 2 anni 11 mesi 15 giorni 4 ore 41 minuti 40 secondi
Re: Updated: XFree86-[base,xserv]
Harold L Hunt II wrote: The following packages have been updated in the Cygwin distribution: *** XFree86-base-4.3.0-7 *** XFree86-xserv-4.3.0-57 Changes === 1) xserv - Cascade Win32 windows when -geometry is not specified, using CW_USEDEFAULT, instead of always creating at X(0,0). (Earle F. Philhower III) Now all the "secondary windows" (I don't know how they are called) of an application are opened following that criterium, also menus!!!. For example try to open xterm and to display its menus with Ctrl+mouse button: they open in a cascade fashion (difficult to explain, you must try). 2) base - Change build script to include this changelog in /usr/X11R6/share/doc/XFree86-xserv/changelog.html. (Harold L Hunt II - CodeWeavers) 3) base - Change build script to sort file lists and trim lines that just have a directory but no file; these lists are used for generating the README files. (Harold L Hunt II - CodeWeavers) 4) base - Add build-xserv command that pre-processes cygwin.cf and sets the current release number for XWin.exe. (Harold L Hunt II - CodeWeavers) -- Harold Hunt To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Once you've downloaded setup.exe, run it and select "XFree86" and then click on the appropriate field until the above announced version number appears if it is not displayed already. If your mirror doesn't yet have the latest version of this package after 24 hours, you can either continue to wait for that site to be updated or you can try to find another mirror. Please send questions or comments to the Cygwin/X mailing list at: [EMAIL PROTECTED] If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/X in general. If you want to make a point or ask a question the Cygwin/X mailing list is the appropriate place. -- ------ Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 2 anni 11 mesi 8 giorni 6 ore 30 minuti 34 secondi
Re: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail
Alexander Gottwald wrote: On Wed, 25 Feb 2004, Danilo Turina wrote: In effect opening an xterm within rootless mode I can see from stty that the terminal speed is 38400, while opening the same terminal from multiwindow mode I see that the speed is 0 (the same does not happens for rxvt for which stty always reports 38400). I've started bash the following ways: cmd.exe : speed 38400 -> xterm.exe : speed 38400 -> xterm.exe : speed 38400 XWin.exe (multiwindow) -> xterm.exe : speed 0 XWin.exe (no multiwindow) -> xterm.exe : speed 0 -> xterm.exe : speed 0 XWin.exe (build with console window) -> xterm.exe : speed 0 It seems the newly started xterm inherits the speed settings from the starting program. Yes, it's true. On the contrary replace xterm with rxvt all works properly. Another example of that is the following: XWin.exe (multiwindow) -> xterm.exe : speed 0 -> rxvt.exe : speed 38400 -> xterm.exe : speed 38400 The only solution seems to start the xterms from a windows console. bye ago -- ---------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 2 anni 10 mesi 16 giorni 2 ore 30 minuti 8 secondi
Re: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail
Thomas Dickey wrote: On Wed, 25 Feb 2004, Danilo Turina wrote: In effect this modification solves the problem for rlogins launched manually by an xterm, but I does not affect at all commands inserted into .XWinrc (they look like "xterm -e rlogin machine -l user"). I tried several ways to put the speed to 38400 for those menu entries but I have always failed. Is there a way to do that? A shell script could do that (which in turn does the rlogin, etc.) In effect I use a script to open the terminals, but if I try to put "stty 38400" into that script it does not work when invoked by the XWin menu, it reports an error related to the fact that stdin is not a terminal. -- ---------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 2 anni 10 mesi 16 giorni 1 ora 55 minuti 55 secondi
MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail
Hello everybody, it's some time I'm using Cygwin and XFree and I feel very satisfied with both them. Until today, I always have used the rootless mode + wmaker (which I like very much). Anyway this morning I tried to switch to the multiwindow mode. Having customized the "contextual" menu of wmaker, I wished to port those menu items into the XWin menu modifying .XWinrc. I have unable to do that, because most of those menu items are xterms that rlogins toward HP-UX machines, and they do not work anymore into multiwindow mode. The problem seems related to the stty speed parameter. In effect opening an xterm within rootless mode I can see from stty that the terminal speed is 38400, while opening the same terminal from multiwindow mode I see that the speed is 0 (the same does not happens for rxvt for which stty always reports 38400). Searching Google I found that Speed == 0 means "hang up" for some machines (e.g. Sun or HP-UX). A solution suggested by this Google search was to modify /etc/profile adding something like that: if [ -n "$DISPLAY" -a "$TERM" = xterm ] ; then stty 38400 fi In effect this modification solves the problem for rlogins launched manually by an xterm, but I does not affect at all commands inserted into .XWinrc (they look like "xterm -e rlogin machine -l user"). I tried several ways to put the speed to 38400 for those menu entries but I have always failed. Is there a way to do that? Ciao, Danilo -- -- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -- 2 anni 10 mesi 16 giorni 1 ora 1 minuto 7 secondi
Re: errors when switching users (security hole?)
Alexander Gottwald wrote: On Tue, 24 Feb 2004, Kris Thielemans wrote: I was trying to use Windows XP's 'switch user' feature and get rather amazing results. Here is what I did - logged in as account 1 (has admin privs), started XFree there (using startxwin.bat) - switched to another user ('limited privs'), started Xfree there (using startxwin.bat) I get error messages relating to /tmp/.X11-unix (permission denied). If you check startxwin.bat, this is indeed a problem. Every user/session will use the same filename. my 2nd user does not have permission to mess around with the /tmp/.X11-unix created by the first user, so it has problems. Maybe this can be fixed by using /tmp/$USER/.X11-unix or so. But maybe you do not want it to be fixed (see below). However, now comes the weird thing. I then switched back to account 1. And it has a new Xterm open, which seems to be owned by user 2 (that is 'id -un' reports user 2)! I did not really check if it has all relevant permissions and so on but it's pretty scary anyway! This is perfectly normal, if you look into startxwin.bat you can find the following: -- REM Startup the X Server with the integrated Windows-based window manager. start XWin -multiwindow REM Startup an xterm, using bash as the shell. run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash -- (Last two lines are only one that have been wrapped) Trying to start another XServer on the same display (:0 implicitely) will fail (as already explained by Alexander). Instead the opening of an xterm will work, because the xterm is opened in the already running XServer. It's the same situation that often happens with Unix machines when you launch a X app from a remote machine toward your X server, but forget to specify the display (or to export the DISPLAY variable) and then your application is displayed in the remote X server (probably used by someone else). Do you think user switching could be supported by XFree? (Don't worry if you say no. It's not a life-saving requirement for me!) This is normal behaviour. X11 communication work either via TCP/IP where the xserver uses port 6000+display number or via unix domain sockets where the xserver uses the file /tmp/.X11-unix/X${display number}. If you want to start another xserver as a different user you have to supply a screen number different from those of all started servers. eg. if the first server was started with XWin -options then the second should be started with XWin :1 -options bye ago
Re: problem using XWin for HP-Unix
You are a little bit generic with your request. Anyway here is a script that I use to connect via XDMCP to a HP-UX 11.11 machine (but it works also for HP-UX 11.00 and 10.20): -CUT #!/bin/sh export DISPLAY=127.0.0.1:1.0 IPADDRESS=`ipconfig | grep "IP Address" | sed -e "s/^[^0-9]*//g"` export PATH="/usr/X11R6/bin:$PATH" eval `ssh-agent` # Cleanup from last run. rm -rf /tmp/.X11-unix XWin :0 -clipboard -kb -nowinkill -unixkill -fp \ tcp/fontserverhost:7000 -ac -once -query hosttoconnecto \ -fullscreen -screen 0 1024 768 -from $IPADDRESS -audit 4 eval `ssh-agent -k` # Return from sh. exit -CUT where: - "fontserverhost" is the hostname (or IP address) of a HP-UX machine that runs the font server; - "hosttoconnectto" is the hostname to which you wish to connect via XDMCP. Ciao, Danilo geethar wrote: Hi, We tried to use Cygwin's XWin command to connect to the HP-UNIX machine remotely. But we do not know which port number has to be used. Please let me know which command should be used to connect to HP-Unix and what port has to used for the same. I appreciate your early response. We are actually stuck with this problem and waiting for this to be resolved. Thanks in advance. Warm Regards, Geetha.D Senior Software Engineer Network Systems Division Sasken Communication Technologies Ltd Ring Road, Domlur Bangalore 560 071, India Ph: 91 80 5355501 - 03 Xtn: 8026 *** PLEASE VISIT US AT STAND E13B, AT 3GSM WORLD CONGRESS 2004, CANNES. SASKEN BUSINESS DISCLAIMER This message may contain confidential, proprietary or legally Privileged information. In case you are not the original intended Recipient of the message, you must not, directly or indirectly, use, Disclose, distribute, print, or copy any part of this message and you are requested to delete it and inform the sender. Any views expressed in this message are those of the individual sender unless otherwise stated. Nothing contained in this message shall be construed as an offer or acceptance of any offer by Sasken Communication Technologies Limited ("Sasken") unless sent with that express intent and with due authority of Sasken. Sasken has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. ***
Re: Keyboard layout
Alexander Gottwald wrote: > On Wed, 12 Nov 2003, Lorenzo Travaglio wrote: > > >>How about the keyboard layout? >>On my 103 key, Italian style, it is not possible to found braces even if on >>Window they are placed over square brackets and are activated with >>Alt-Shift-{left,right}bracket. This is a known "problem", at the moment I use a US-EN keyboard so I don't have this kind of problems, anyway sometime ago I had a notebook with an italian keyboard. In order to have characters like "{", "}" (but also "`" that is vital for shell commands) I had to use xmodmap. If you use search Google for italian+keyboard+xmodmap you should find everything you need. > Where are those keys on the italian keyboard? I've tried with the windows > layout and could not produce any symbol with alt-shift-8 (assuming you > mean this with bracket) In an italian keyboard at the right of the "P" key instead of the "["/"{" and "]"/"}" keys that you usually find in US/EN keyboards you have accented letters. Within Windows (try the nodepad) you can always produce "{" and "}" characters by pressing "Alt Gr" + one of the above keys. > > bye >ago Bye, Danilo
Re: Updated: XFree86-xserv-4.3.0-22
[EMAIL PROTECTED] wrote: Sorry, I'm not familiar with Xinput. I have used cygwin as-is, i.e. not deliberately disabling any of the cygwin features :-) How can I enable it? I had the same problem, then I discovered that in the custom script I used to start XFree, I had this parameter: -kb passed to XWin.exe (i.e. I had something like: XWin :0 -nowinkill -unixkill -kb -screen 0 1280 1024 ) Removing the "-kb" parameter (i.e. changing to something like: XWin :0 -nowinkill -unixkill -screen 0 1280 1024 ) Solved the problem. Thanks, Tuli Yeah, this release discards repeats that come from Windows. It now relies on the Xinput layer to do the repeating. Are you disabling Xinput? I hope I have that terminology right... it might not be called Xinput. Harold [EMAIL PROTECTED] wrote: Hi all, keyboard repeat does not work anymore with this new update. I think it worked with the previous (4.3.0-21) release. Any ideas? I'm using win2k. Thanks, Tuli Maksuton sähköposti aina käytössä http://luukku.com Kuukausimaksuton MTV3 Internet-liittymä www.mtv3.fi/liittyma
Re: WindowMaker-0.80.2-1 bad TIFFs?
$ mount C:\cygwin\usr\X11R6\lib\X11\fonts on /usr/X11R6/lib/X11/fonts type system (binmode) C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) k: on /cygdrive/k type user (binmode,noumount) l: on /cygdrive/l type user (binmode,noumount) m: on /cygdrive/m type user (binmode,noumount) n: on /cygdrive/n type user (binmode,noumount) p: on /cygdrive/p type user (binmode,noumount) v: on /cygdrive/v type user (binmode,noumount) Harold L Hunt II wrote: What mount type are you guys using for that directory? I would suspect that a text mount might cause problems. You should be using a binary mount. Harold Danilo Turina wrote: As I already told in message http://www.cygwin.com/ml/cygwin-xfree/2003-11/msg00023.html this is happening also to me. Not only the terminal icon is messed up, but also the icons of the Preferences panel of WindowMaker. Notice also that opening those tiffs with a viewer (e.g. IrfanView) they seems to be ok. Andrew Grimm wrote: My recently-updated Cygwin WindowMaker is whining to me: TIFFReadDirectory: Warning, /usr/X11R6/share/WINGs/Images.tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/share/WindowMaker/Icons/Terminal.tiff: unknown field with tag 317 (0x13d) encountered. I believe it as the icon for the terminal looks messed up. This doesn't impact my ability to continue living, but it would be nice if it were corrected. I have all of the latest Cygwin packages (on Win 2k) so I don't think I'm missing a decode/display component or anything. Thanks, Andy
Re: WindowMaker-0.80.2-1 bad TIFFs?
As I already told in message http://www.cygwin.com/ml/cygwin-xfree/2003-11/msg00023.html this is happening also to me. Not only the terminal icon is messed up, but also the icons of the Preferences panel of WindowMaker. Notice also that opening those tiffs with a viewer (e.g. IrfanView) they seems to be ok. Andrew Grimm wrote: My recently-updated Cygwin WindowMaker is whining to me: TIFFReadDirectory: Warning, /usr/X11R6/share/WINGs/Images.tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/share/WindowMaker/Icons/Terminal.tiff: unknown field with tag 317 (0x13d) encountered. I believe it as the icon for the terminal looks messed up. This doesn't impact my ability to continue living, but it would be nice if it were corrected. I have all of the latest Cygwin packages (on Win 2k) so I don't think I'm missing a decode/display component or anything. Thanks, Andy
Keyboard focus problem + scrambled icons in wmaker with latest release
Hello, I'm running the latest version of Cygwin, XFree and WindowMaker (from mirrors.rcn.net, but I also tried mirrors.sunsite.dk and mirrors.kernel.org) in my WinXP Pro workstation and I have the following problems: 1) when I move my mouse outside a xterm windows the keyboard focus is lost by that window and is re-taken when I get back to that window with the mouse pointer. It only happens with Cygwin-XFree's xterm, while if I launch, for example, HP-UX's xterm from a HP workstation or Cygwin's rxvt or Nedit it doesn't happen. This started to happen 1/2 weeks ago (consider that I constantly monitor the announce mailing lists of Cygwin and, hence, I make setup.exe run once every one/two days). I saw, from the list, that other people have this problem too. 2) this morning I ran setup and I downloaded the latest modifications to Xwinclip, XFree86-bin, etc. From that point on, some of the icons of wmaker are "scrambled", in particular the icons that represents terminals and the icons of the "Window Maker Preferences Utility", launching wmaker by hand (i.e. not as I usually do with a script that launces XWin and then wmaker) I get this errors on stderr: TIFFReadDirectory: Warning, /usr/X11R6/share/WINGs/Images.tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/share/WindowMaker/Icons/Terminal.tiff: unknown field with tag 317 (0x13d) encountered. TIFFReadDirectory: Warning, /usr/X11R6/share/WindowMaker/Icons/Terminal.tiff: unknown field with tag 317 (0x13d) encountered. I don't know if this is a useful information, but I run XFree in rootless mode. I also tried to uninstall wmaker, to remove from my user's home the configuration files of wmaker (I renamed the ~/GNUstep dir) and to re-install wmaker but things haven't changed. Bye, Danilo Turina
Re: cygwin alt-tab
Laura McWilliams wrote: thanx for your reply. actually, it was kind of my whole point to be able to use the window manager. or at least SOME window manager, since i'm rather fond of having multiple workspaces (a feature which apparently may be showing up in the next version of Windows). I use VirtuaWin (http://virtuawin.sourceforge.net): 1) it's free 2) it configurable 3) there are a number of plugins for it With up to 9 workspaces I'm able to work very well with it. anyways, i did figure out how to simply reassign the shortcut keys that cycle through the windows through Window Maker's configuration tool. I really do'nt know how i missed figuring that out sooner. cheers, ~L * --Laura L McWilliams | * AIX kernel development- BN2S | * ph 512.838.9224 t/l 678.9224 | * [EMAIL PROTECTED] | "there are 10 kinds of people in the world... those who understand binary, and those who don't" On Wed, 27 Aug 2003, Thomas Chadwick wrote: Have you tried XWin with the -multiwindow flag (and no Window Manager)? In multiwindow mode each Xclient gets its own Windows Window, and hence will be included in the Alt-Tab cycle. From: Laura McWilliams <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: cygwin alt-tab Date: Mon, 25 Aug 2003 15:32:18 -0500 (CDT) hello, i'm a new cygwin user and i'm wondering if there's any way to cycle through windows, like using alt-tab, because alt-tab is captured by the OS. i realize this issue has been touched on before (http://sources.redhat.com/ml/cygwin-xfree/2003-07/msg00044.html) but i'm throwing it out there because i couldn't find any descriptions of a good solution. i'm using WindowMaker, and i can't find any other key sequence that cycles through the windows (although i think it would be a great solution if i could use something like cntl-alt-tab to cycle through the windows in the x window, and still allow alt-tab to cycle through Windows applications) so if anyone has any suggestions, please let me know. thankx ~L _ Get MSN 8 and enjoy automatic e-mail virus protection. http://join.msn.com/?page=features/virus
Re: [ANNOUNCEMENT] Server Test 96
I have downloaded and installed XFree86-xserv 4.3.0-4, but it seems that it holds the old version of XWin.exe. In fact the menu doesn't work, while if I download the binary at http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test96.exe.bz2 it works. Bye, Danilo P.S. Thank your very much for Cygwin-XFree: it's wonderful! Harold L Hunt II wrote: Links: I just posted Test 96 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 96 package via setup.exe by selecting the following version of the XFree86-xserv package:4.3.0-4 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test96.exe.bz2 (1265 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030827-1505.tar.bz2 (127 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test95 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test95-to-Test96.diff (50 KiB) Changes: 1) winprefs* - Add a system to allow the user to specify arbitrary commands for the system tray menu (e.g. program launching shortcuts) as well as custom icons for certain window classes. This is a huge system and is really very amazing. Preferences are stored in ~/.XWinrc or in /usr/X11R6/lib/X11/system.XWinrc, which is formatted as in this example .XWinrc file (http://www.msu.edu/~huntharo/xwin/shadow/example.XWinrc). (Earle F. Philhower III) 2) winmultiwindowclass.c - Fix a string copy bug in MultiWindow mode that was likely to have been causing crashes for some people. (Earle F. Philhower III) 3) winconfig.c - Add new defaults for keyboardlayout: English (USA, Dvorak) and Norwegian. (Alexander Gottwald) Enjoy, Harold
Re: Lesstif update II
Now in addition I had a very very strange behavior. After installing the new version of Lesstif I tried to launch xcalc and xedit, but I had the same problems, therefore a listed the contents of the /usr/X11R6/lib/X11 directory: $ ll total 67 -rw-r--r--+ 1 Administ None34077 Jan 21 2002 XErrorDB -rw-r--r--+ 1 Administ None 6386 Jan 21 2002 XKeysymDB lrwxrwxrwx1 Administ None 40 Feb 5 10:55 XftConfig -> ../../../.. /etc/X11/XftConfig* drwx--+ 2 ix13192 0 Mar 3 14:41 app-defaults/ drwx--+ 2 ix13192 0 Mar 3 14:41 app-defaults/ [snip] oops I have two app-defaults directories! After performing: mv app-defaults/ app-defaults2 I had this: $ ll total 67 -rw-r--r--+ 1 Administ None34077 Jan 21 2002 XErrorDB -rw-r--r--+ 1 Administ None 6386 Jan 21 2002 XKeysymDB lrwxrwxrwx1 Administ None 40 Feb 5 10:55 XftConfig -> ../../../.. /etc/X11/XftConfig* lrwxrwxrwx1 Administ None 131 Feb 5 10:56 app-defaults -> /etc/X11 /app-defaults/ drwx--+ 2 ix13192 0 Mar 3 14:41 app-defaults2/ [snip] after moving the contents of app-defaults2 within app-defaults all seems to work. Ciao, Danilo Turina David Huang wrote: On Thu, 27 Feb 2003 00:42:18 -0500, Harold L Hunt II wrote: Brian, Thanks for the packages. I am posting them now. That is great that you caught that bug. Harold Hi! Thanks for the update. But has this problem too: http://sources.redhat.com/ml/cygwin-xfree/2003-02/msg00029.html Please fix. Thanks.
wrong app-defaults in fresh installation
Hi, in in a fresh installation of Cygwin on my new XP PC, I noticed that xcalc (and other X apps) didn't work properly. I have had this problem some time ago: within the directory /usr/X11R6/lib/X11/app-defaults has been created a link to /etc/X11/app-defaults (where the app-defaults of many applications are). So while in /usr/X11R6/lib/X11/app-defaults there are on the app-defaults of Mwm all the other app-defaults are in /usr/X11R6/lib/X11/app-defaults/app-defaults and the various X apps (e.g. xcalc) can't find them. Last time I thought that this problem was my fault in that I installed X, lessTiff, WindowMaker as separate packages before they were included in setup and then, when they become available in setup, I replaced them with the setup versions. So I thought some re-packaging would have caused that problem and simply replaced /usr/X11R6/lib/X11/app-defaults with a link to /etc/X11/app-defaults. Now, with a fresh Cygwin installation, I have the some problem (that I will solve in the same way) so I think there is some problem with the installation of some X package. Ciao, Danilo Turina Here is the output of cygcheck -s: Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Feb 05 12:05:52 2003 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: . C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\Windows\system32 c:\Windows c:\Windows\System32\Wbem c:\Program Files\Rational\common c:\Program Files\Rational\Rose\TopLink\ C:\cygwin\usr\X11R6\bin SysDir: C:\Windows\System32 WinDir: C:\Windows HOME = `C:\cygwin\home\Administrator' MAKE_MODE = `unix' PWD = `/usr/X11R6/lib/X11/app-defaults' USER = `Administrator' Use `-r' to scan registry a: fd N/AN/A c: hd NTFS 17351Mb 47% CP CS UN PA FC d: cd CDFS 634Mb 100%CS UN HotBurn_Sep17_02 C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive user binmode,cygdrive Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Not Found: gdb Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\sh.exe 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll 6k 2002/06/24 C:\cygwin\bin\cygcharset-1.dll 847k 2003/01/09 C:\cygwin\bin\cygcrypto-0.9.7.dll 644k 2002/12/08 C:\cygwin\bin\cygcrypto.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 19k 2002/02/20 C:\cygwin\bin\cyggdbm.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll 929k 2002/06/24 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll 32k 2003/01/04 C:\cygwin\bin\cygltdl-3.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll 40k 2001/11/21 C:\cygwin\bin\cygpcre.dll 39k 2001/11/21 C:\cygwin\bin\cygpcreposix.dll 175k 2002/07/22 C:\cygwin\bin\cygpng10.dll 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll 127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll 177k 2003/01/09 C:\cygwin\bin\cygssl-0.9.7.dll 165k 2002/12/08 C:\cygwin\bin\cygssl.dll 253k 2002/02/10 C:\cygwin\bin\cygtiff3.dll 41k 2002/01/20 C:\cygwin\bin\cygXpm-noX4.dll 46k 2002/01/20 C:\cygwin\bin\cygXpm-X4.dll 50k 2002/03/12 C:\cygwin\bin\cygz.dll 885k 2003/01/24 C:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.3.19 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 71 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Thu Jan 23 21:31:48 EST 2003 CVS tag: cygwin-1-3-19-1 Shared id: cygwin1S3 41k
Re: [ANNOUNCEMENT] Server Test 71 [DEBUG BUILD]
I tried: XWin.exe -engine 1 in 24bpp mode crashes in 32bpp mode works J S wrote: Same for me. XWin.exe -engine 1 -rootless crashes. JS. > The real problem here may be the way that the GDI DIB engine handles 24 > bpp... not necessarily anything wrong with the MultiWindow mode. This seems > quick realistic, since the GDI DIB engine is not used unless specified or > unless you are using the MultiWindow mode, so a bug in the GDI DIB engine > could have gone undiscovered for a long time. You seem to be on to something here since XWin.exe -engine 1 -rootless crashes for me in 24bpp mode. /E - Erik Friskemail: [EMAIL PROTECTED] Dept. of Electrical Engineering tel:+46 13 285714 Linköping Universityfax:+46 13 282035 S-581 83 Linköping SWEDEN www.fs.isy.liu.se/~frisk - _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail
Re: Rootless Mode
[snip] Of course "unfortunately" the window-maker port is currently "broken" so it is hard To do further "experiments" Don't know about test builds, but with the latest build WindowMaker works correctly: I use it every day in rootless mode for my job with my Win2K machine. Ciao, Danilo Turina
Re: Installing LessTif breaks XFree86
Finally, I understand why, at some point, all the app-defaults disappeared. I had to fix them manually, now I know the cause. Graham Bloice wrote: Installing LessTif-0.93.18-3 creates a directory in /usr/X11R6/lib/X11 named app-defaults. This overrides the symbolic link placed there by XFree86-lib post install pointing to /etc/X11. Amongst other things this breaks XCalc. Regards, Graham Bloice
Re: XDMCP
I had the same problem some time ago and the solution was to start a font server on one of the HP-UX machines and the use that font server when connecting to any of the HP-UX machines. I also tried to copy all the needed fonts locally, bu I failed: I copied 60Mb of fonts from any directory with fonts but, for some reason, the connection stopped after the login. Ciao, Danilo Turina David Calkins wrote: I'm trying to connect up to a machine at work using XDMCP. My home machine is Win2k + Cygwin + XFree86. I made sure to use the cygwin setup program to get the latest packages. I'm using the -query option to do this, i.e. XWin -depth 32 -engine 4 -fullscreen -refresh 85 -screen 0 1024 768 -query $remotehost I get the login screen, enter my username and password and attempt to login. For some reason, I just get bounced back to the login screen again. I've been unable to get this to work. Any ideas as to what could cause this?
Re: XServer with no local GUI like KDE
I don't understand clearly what you want, but maybe the -rootless parameter of XWin.exe could be useful. With "-rootless" applications displayed by the XServer seems notive Windows applications in that they lay on Windows desktop. In any case you need to start a window manager (twm, WindowMaker, icewm, ecc.). Bye, Danilo Turina [EMAIL PROTECTED] wrote: Dear all, pls, provide. I want to have a non-visible X11-Server via Cygwin. This means, i want to open xterms from remote Servers on the normal Microsoft - Windows. Pls, who can i start the Cygwin-X-Server being absolutely in the backgroud ? Pls, is there any way to do this with Cygwin. Thks in advance n brgds Thomas Eschborn, 5th Floor Rahmannstr. 11, 65760 Eschborn, Germany Phone: +49 (0) 6196 / 962 173 CVN: 205 - 2173 Mobile: +49 (0) 173 / 347 2757 Fax: +49 (0) 6196 / 96 E-Mail: [EMAIL PROTECTED]
RE: Rootless: how to get wm menu?
With WindowMaker, I select one of the applications running under X and then press F12. I think it's the only way. > How do I open the X11 window-manager menu when working in rootless mode? > When clicking a mouse button on the background, I get a Windows menu. > There should be a small area or special icon as an event proxy for the > missing X11 background.