From pechtcha@cs.nyu.edu Thu Apr 1 00:16:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 01 Apr 2004 00:16:00 -0000 Subject: proposal for using windows truetype fonts In-Reply-To: <87oeqcy7gj.fsf@offby1.atm01.sea.blarg.net> References: <200403312221.02731.ralf.habacker@freenet.de> <87oeqcy7gj.fsf@offby1.atm01.sea.blarg.net> Message-ID: On Wed, 31 Mar 2004, Eric Hanchrow wrote: > >>>>> "Ralf" == Ralf Habacker writes: > > Ralf> # Create a symbolic link for the windows truetype fonts ln > Ralf> -sf $SYSTEMROOT/Fonts /usr/X11R6/lib/X11/fonts/truetype > > Is the environment variable SYSTEMROOT guaranteed to be defined? If > not, you might be able to use WINDIR instead. Actually, it's better to use `cygpath -W` (or `cygpath -Ww` to get exactly the same value as $SYSTEMROOT). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From michael@strux.net Thu Apr 1 01:19:00 2004 From: michael@strux.net (Michael Naumann) Date: Thu, 01 Apr 2004 01:19:00 -0000 Subject: X under full keyboard control Message-ID: <20040401011903.CC3F714F04E@basicbox5.server-home.net> I'm running X11 successfully and am very happy with it. One little issue yet remains. Is there a way to start X in a way so that all (but one dedicated) keycuts are sent to X11. eg I want that alt-tab does not switch to another windows-window but is processed by X? Michael From luke.kendall@cisra.canon.com.au Thu Apr 1 01:32:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Thu, 01 Apr 2004 01:32:00 -0000 Subject: startx crashes, xinit works In-Reply-To: <406AD151.5090800@msu.edu> Message-ID: <20040401013218.36DBD34C4F@nevin.research.canon.com.au> On 31 Mar, Harold L Hunt II wrote: > Luke, > > luke.kendall@cisra.canon.com.au wrote: > > I find that after installing the latest version of Cygwin just now, X > > crashes if I try to start it via startx (not starting with -rootless or > > -multiwindow), with the error > > There is only one way to prove that: send us the top of your > /tmp/XWin.log from such a failed session. The top of XWin.log has a > print out of the command-line parameters that reached the server, which > will prove for good whether -multiwindow is reaching the server or not. You are quite right, I see: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.65 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard > Oh yeah, -multiwindow reached the server all right... we wouldn't be > starting multi-window mode if it didn't. > > > Yet I can start it up if I run xinit. > > From 'startx': > > defaultserverargs="-multiwindow -clipboard" > > You see, it is startx that sets the default arugments, not xinitrc. Yep, I see. I thought that since startx.bat didn't pass such args to startx I'd be okay, but thanks for pointing out the true behaviour. > You can always just do "startx -- :0", which provides server args of > ":0", thus overriding the "defaultserverargs", thus preventing > "-multiwindow" from being passed to XWin.exe. Give that a try. Note: > The ":0" doesn't change anything if you were already running on display > number 0 before (this is the default), it is just used here as a dummy > argument so that defaultserverargs are ignored. You could just as > easily change this to "startx -- :1" if you were always starting on > display number 1 instead. > > Harld Thanks, Harold. Yes, that worked fine. I hadn't realised that startx pulled in extra default arguments unless you explicitly added a "--". For my own interest, where can I find where the default arguments are coming from? Is there something I should read up on, about this? I notice that in the announcement of "New package: X-startup-scripts-1.0.0-1" on March 10th, Harold pointed out: Note that the 'startx' and 'xinitrc' files have been modified to make them start the server in the same manner as 'startxwin.bat'. Additionally, "-clipboard" is now being passed to XWin.exe by default. I haven't found the announcement yet where it mentions that -multiwindow is added by default also. Cheers, luke From huntharo@msu.edu Thu Apr 1 01:42:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Apr 2004 01:42:00 -0000 Subject: (patch seq: 5725) [Egbert Eich - Please review] Patch for makedepend/Imakefile when cross compiling In-Reply-To: References: Message-ID: <406B7381.4050308@msu.edu> Well, that is about as worthless as tits on a boar. Harold Marc Aurele La France wrote: > On Thu, 31 Jul 2003, Harold L Hunt II wrote: > > >>1) Don't use canned default for PreIncDir when cross compiling. > > >>2) Make a more sophisticated cannded default for StdIncDir when cross >>compiling: >>#define StdIncDir Concat(CrossCompileDir,/../include) > > >>Both from Alexander Gottwald (Cygwin/XFree86 project contributor). > > >>Attached are patches for both HEAD and xf-4_3-branch. Please apply both. > > > I've just committed this to CVS HEAD. > > Marc. > > +----------------------------------+-----------------------------------+ > | Marc Aurele La France | work: 1-780-492-9310 | > | Computing and Network Services | fax: 1-780-492-1729 | > | 352 General Services Building | email: tsi@ualberta.ca | > | University of Alberta +-----------------------------------+ > | Edmonton, Alberta | | > | T6G 2H1 | Standard disclaimers apply | > | CANADA | | > +----------------------------------+-----------------------------------+ > XFree86 developer and VP. ATI driver and X server internals. > > From luke.kendall@cisra.canon.com.au Thu Apr 1 02:05:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Thu, 01 Apr 2004 02:05:00 -0000 Subject: Various starting X problems Message-ID: <20040401020501.25D1334C4F@nevin.research.canon.com.au> Now with the workaround of knowing to run startx -- :0 to get X to start, I thought I'd have a poke about to see what exactly makes it crash. I came up with several interesting problems. In my .xinitrc I *don't* have an explicit path for xterm. However, I see xterm has moved from /usr/X11R6/bin to /usr/bin! Did many other X applications also move into there? I only noticed that xterm had moved because when I start X with -multiwindow (or with -clipboard), it complains like this and exits: $ PATH="$PATH:/usr/X11R6/bin" startx -multiwindow -- :0 XCOMM: not found cat: /cygdrive/d/home/luke/.Xauthority: No such file or directory xinit: No such file or directory (errno 2): no program named "/usr/X11R6/bin/xterm" in PATH Specify a program on the command line or make sure that /usr/X11R6/bin is in your path. waiting for X server to shut down $ head /tmp/XWin.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.65 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/X :0 ddxProcessArgument - Initializing default screens (What is XCOMM, BTW?) However if I start it the same way, but without the -multiwindow, X starts successfully. (PATH="$PATH:/usr/X11R6/bin" startx -- :0) If I try to start it with a plain startx (no "--"), I get the usual illegal option messages (related to having some kind of "traditional" Chinese or Japanese font installed, I vaguely think), and then it dies because it thinks a window manager is already running: $ PATH="$PATH:/usr/X11R6/bin" startx cat: /cygdrive/d/home/luke/.Xauthority: No such file or directory : illegal option -- t : illegal option -- r : illegal option -- a : illegal option -- d : illegal option -- i : illegal option -- t : illegal option -- i : illegal option -- o : illegal option -- n : illegal option -- a DISPLAY is :0 wmaker fatal error: it seems that there is already a window manager running xinit: Bad file descriptor (errno 9): can't send HUP to process group 3904 waiting for X server to shut down $ head /tmp/XWin.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.65 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens Now, I gather that's because another piece of behaviour changed: From: "Danny Staple" Subject: Re: window manager running already Date: Sat, 27 Mar 2004 12:00:57 -0000 (GMT) To: cygwin-xfree@cygwin.com Reply-To: danny@orionrobots.co.uk Okay - I was having this problem as well, after updating. What you should do is check if you have an .xinitrc in your home directory. As shipped, older versions of cygwin would runa full screen x, with no window manager, and as such - you would have to run one yourself like wmaker. This would then be added to your .xinitrc file. The new X is configured with a window manager system which embeds windows onto the MS Windows desktop - quite neat when it works - but it means that by default, you do not need another window manager. So you probably need to remove the window manager lines from your .xinitrc, and possibly even remove that altogether if it has nothing else in it. So if I remove the "exec wmaker" from .xinitrc, X starts and stops instantly. So I add an "xterm" at the end of .xinitrc (since X doesn't realise the wmaker would have started lots of windows from its saved workspace state if it had been given a few seconds to run). Also, I see that if I use the MS Windows desktop with -multiwindow, and right-click on the X taskbar icon to turn off the hiding of the root window, I get the gray stipple pattern, the window decorations are stripped off, and the cursor turns into the black X and freezes in position, so I can't see the cursor until I move it out of the X window (e.g. down over the Windows taskbar). Nor can I right-click in the X desktop background area and call up any menu. It looks like no window manager is running at all. I wonder how I can run multiwindow with wmaker as my window manager? Maybe keep the "exec wmaker" and set display to :1 ... No, "startx -multiwindow -- :1" triggers the "no program named "/usr/X11R6/bin/xterm" in PATH" crash. So I don't quite see how to achieve that. I tried xinit -multiwindow but that started up a full desktop. I tried just running "X -multiwindow" from the command line. That appeared to just put the X icon in the taskbar. I turned off "Hide root window" then I got just a plain grey stipple. If I tried to exit from that, a window popped up saying "There are 0 clients connected. Do you want to exit? (Exit) (Cancel)" Clicking on Exit did nothing. I had to Hide the root window - that made X exit (with an error message): $ X -multiwindow winMutliWindowWMIOErrorHandler! I'm getting the strong feeling that there's been a lot of changes, and I am out of touch with the ways you can start and run X. Can a kind soul point me at some information? Related to: -multiwindow -clipboard what the startx defaults are can they be modified or overridden by a config file using Windows as the WM Regards luke From luke.kendall@cisra.canon.com.au Thu Apr 1 02:35:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Thu, 01 Apr 2004 02:35:00 -0000 Subject: Another X crash on startup Message-ID: <20040401023525.5A9AD34C4F@nevin.research.canon.com.au> A colleague installed the full Cygwin installation onto a laptop on Monday. He can't start X because of what looks like the "Fatal server error: could not open default font 'fixed'" mentioned at http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof However, we've checked that the fonts are installed; mount shows that /usr/X11R6/lib/X11/fonts is used, and the directory contains about 400 files in the misc subdirectory. X won't start. Any other suggestions? This is on a new Dell laptop, running at about 1600x1200, and XP. $ startx XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" after 0 requests (0 known processed) with 0 events remaining. $ cat /tmp/XWin.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.63 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1920 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1920 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1920 h: 1200 winCreateBoundingWindowWindowed - Current w: 1920 h: 1200 winAdjustForAutoHide - Original WorkArea: 0 86 1200 1920 winAdjustForAutoHide - Adjusted WorkArea: 0 86 1200 1920 winCreateBoundingWindowWindowed - WindowClient w 1834 h 1200 r 1834 l 0 b 1200 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1834 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1834 height: 1200 depth: 32 size image: 8803200 winAllocateFBShadowGDI - Created shadow stride: 1834 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress luke -------------- next part -------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.63 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1920 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1920 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1920 h: 1200 winCreateBoundingWindowWindowed - Current w: 1920 h: 1200 winAdjustForAutoHide - Original WorkArea: 0 86 1200 1920 winAdjustForAutoHide - Adjusted WorkArea: 0 86 1200 1920 winCreateBoundingWindowWindowed - WindowClient w 1834 h 1200 r 1834 l 0 b 1200 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1834 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1834 height: 1200 depth: 32 size image: 8803200 winAllocateFBShadowGDI - Created shadow stride: 1834 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress From huntharo@msu.edu Thu Apr 1 03:23:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Apr 2004 03:23:00 -0000 Subject: Various starting X problems In-Reply-To: <20040401020501.25D1334C4F@nevin.research.canon.com.au> References: <20040401020501.25D1334C4F@nevin.research.canon.com.au> Message-ID: <406B8B19.9090900@msu.edu> Luke, luke.kendall@cisra.canon.com.au wrote: > Now with the workaround of knowing to run startx -- :0 to get X to > start, I thought I'd have a poke about to see what exactly makes it > crash. I came up with several interesting problems. > > In my .xinitrc I *don't* have an explicit path for xterm. However, I > see xterm has moved from /usr/X11R6/bin to /usr/bin! Did many other X > applications also move into there? My system does not have a problem finding xterm in /usr/bin because /usr/bin should always be in your Cygwin shell path... something else is wrong with your Cygwin setup if that is not the case. > I only noticed that xterm had moved because when I start X with > -multiwindow (or with -clipboard), it complains like this and exits: > > $ PATH="$PATH:/usr/X11R6/bin" startx -multiwindow -- :0 You shouldn't have to set the PATH to include /usr/X11R6/bin... as you said, it cannot find /usr/bin/xterm. > XCOMM: not found Oops... that isn't supposed to be in the startx script. Those XCOMMs are supposed to be replaced with # signs at the beginning of the line. I've fixed this in a new version of the script. > cat: /cygdrive/d/home/luke/.Xauthority: No such file or directory > xinit: No such file or directory (errno 2): no program named "/usr/X11R6/bin/xterm" in PATH Something else must be wrong with your path. > However if I start it the same way, but without the -multiwindow, X > starts successfully. (PATH="$PATH:/usr/X11R6/bin" startx -- :0) > > If I try to start it with a plain startx (no "--"), I get the usual > illegal option messages (related to having some kind of "traditional" > Chinese or Japanese font installed, I vaguely think), and then it dies > because it thinks a window manager is already running: > > $ PATH="$PATH:/usr/X11R6/bin" startx > cat: /cygdrive/d/home/luke/.Xauthority: No such file or directory > : illegal option -- t > : illegal option -- r > : illegal option -- a > : illegal option -- d > : illegal option -- i > : illegal option -- t > : illegal option -- i > : illegal option -- o > : illegal option -- n > : illegal option -- a > DISPLAY is :0 > wmaker fatal error: it seems that there is already a window manager running > xinit: Bad file descriptor (errno 9): can't send HUP to process group 3904 > > waiting for X server to shut down I think you have a custom ~/.xinitrc or your /etc/X11/xinit/xinitrc has been modified. Or, you might have ~/.xserverrc or /etc/X11/xinit/xserverrc (which are not installed by anything I have written). Please send in any of these files if you find them so that we can see what they are doing. For starters, they are obviously starting a window manager, which is not something that the version from X-startup-scripts-1.0.5-1 does. > So if I remove the "exec wmaker" from .xinitrc, X starts and stops > instantly. So I add an "xterm" at the end of .xinitrc (since X doesn't > realise the wmaker would have started lots of windows from its saved > workspace state if it had been given a few seconds to run). Yeah, you have to have a "magic client" that is started with an exec at the end of your .xinitrc, otherwise the behavior that you described is exactly what is supposed to happen. I think you can override the defaultserverargs in your .xinitrc so that you could have a .xinitrc that both starts its own wm and prevents startx from passing "-multiwindow" to XWin.exe. I'm not an xinit/startx expert, so you'll have to look for docs on that elsewhere. > It looks like no window manager is running at all. > > I wonder how I can run multiwindow with wmaker as my window manager? > Maybe keep the "exec wmaker" and set display to :1 ... No, "startx > -multiwindow -- :1" triggers the "no program named > "/usr/X11R6/bin/xterm" in PATH" crash. So I don't quite see how to > achieve that. I tried xinit -multiwindow but that started up a full > desktop. Seriously, the easiet way is to use startxwin.bat and modify it according to the instructions in that file. Or, if you really want to start from a Cygwin shell, use startxwin.sh and modify it accorinding to its instructions. There are pre-made lines that are just commented out that start a window manager etc. Lets have you try these things first and see where it goes. Harold From huntharo@msu.edu Thu Apr 1 03:25:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Apr 2004 03:25:00 -0000 Subject: Another X crash on startup In-Reply-To: <20040401023525.5A9AD34C4F@nevin.research.canon.com.au> References: <20040401023525.5A9AD34C4F@nevin.research.canon.com.au> Message-ID: <406B8BAE.7090509@msu.edu> luke.kendall@cisra.canon.com.au wrote: > A colleague installed the full Cygwin installation onto a laptop on > Monday. He can't start X because of what looks like the > "Fatal server error: could not open default font 'fixed'" mentioned at > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof > > However, we've checked that the fonts are installed; mount shows that > /usr/X11R6/lib/X11/fonts is used, and the directory contains about 400 > files in the misc subdirectory. > > X won't start. Any other suggestions? This is on a new Dell laptop, > running at about 1600x1200, and XP. None needed: > Fatal server error: > could not open default font 'fixed' > winDeinitMultiWindowWM - Noting shutdown in progress This is exactly what is described in the second half of the FAQ entry you pointed to above. You are going to have to follow *exactly* the steps described in that answer. Harold From earle@ziplabel.com Thu Apr 1 07:21:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 01 Apr 2004 07:21:00 -0000 Subject: window focus, raise, and stacking order In-Reply-To: Message-ID: <5.1.1.6.2.20040331230947.00bb6d40@mail.ziplabel.com> Hi Harold, Takuma, Brian, I have commited a 1-line fix (ok, 2 with comments) for this: when a WM_WM_ACTIVATE is received by the winmultiwindowwm.c local event processor call the X restacker. I tested it and it fixes this (under the X-mouse in XP's TweakUI, can't test under 98 or 2K ) and it also fixes the problem where windows aren't restacked when you bring up the window menu on a lower-level window. At 09:20 AM 3/31/2004 -0800, Brian Diggs wrote: >I have discovered what I believe to be a bug in the window manager code >part of the cygwin/X server. It is an interaction between the >point-to-focus setting in Windows (a.k.a. "Activation follows mouse" in >TweakUI) and raising windows. >.... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From lev.bishop@yale.edu Thu Apr 1 09:15:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Thu, 01 Apr 2004 09:15:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-66 Message-ID: > 1) winclipboardxevents.c/winClipboardFlushXEvents/SelectionRequest - > Change the 'format' value for the first call to XChangeProperty from 8 > to 32 since we are passing a data array of Atoms, which are 32 bits > long. (Lev Bishop) TARGETS still doesn't work right. Now, a request for TARGETS puts the following in XWin.log (once for each request): winMultiWindowXMsgProcErrorHandler - ERROR: BadValue (integer parameter out of range for operation) I can't find the above change in the CVS (is it there?) but perhaps you need to change from sizeof(atomTargetArr) to sizeof(atomTargetArr)/sizeof(Atom) ?? Sorry I can't compile my own versions to test these things but I don't even have room on my HD for the X sources... Lev From vervoom@hotmail.com Thu Apr 1 11:55:00 2004 From: vervoom@hotmail.com (J S) Date: Thu, 01 Apr 2004 11:55:00 -0000 Subject: numlock Message-ID: Why is it that I need to turn off the numlock key on Xfree to get the keys to work properly? Is this a feature or a bug? JS. _________________________________________________________________ Use MSN Messenger to send music and pics to your friends http://www.msn.co.uk/messenger From alexander.gottwald@s1999.tu-chemnitz.de Thu Apr 1 13:22:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 01 Apr 2004 13:22:00 -0000 Subject: numlock In-Reply-To: References: Message-ID: On Thu, 1 Apr 2004, J S wrote: > Why is it that I need to turn off the numlock key on Xfree to get the keys > to work properly? Is this a feature or a bug? X11 Design feature bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From kamilzapart@o2.pl Thu Apr 1 13:38:00 2004 From: kamilzapart@o2.pl (kamilzapart@o2.pl) Date: Thu, 01 Apr 2004 13:38:00 -0000 Subject: =?iso-8859-2?Q?X_Error_of_failed_request_BadMatch_(invalid_parame?= =?iso-8859-2?Q?ter?= Message-ID: <20040401133528.DC97D44174@rekin8.go2.pl> Hi I have problem with running application on machine : Sun-Solaris with Unix using Cygwin/X on machine with Windows XP I connect with Solaris after command : xwin -querry . I add even -fp tcp/:7100 ,but it seems it isn't a problem, because I can run all other Unix programs even without that. Normally when I start this secret program on machine Sun-Solaris there aren't any problems. Only with this special program I have problem using Cygwin/X. In Unix Terminal I become a communique : <<< __________________________________________________________ X Error of failed request BadMatch (invalid parameter attributes) Major opcode of failed request: 11775 Current serial number in output stream: 12102 ___________________________________________________________>>> What can be the problem with? Can you help me? Thanks for all helps. Greetings. Kamil From vervoom@hotmail.com Thu Apr 1 14:37:00 2004 From: vervoom@hotmail.com (J S) Date: Thu, 01 Apr 2004 14:37:00 -0000 Subject: numlock Message-ID: >Why is it that I need to turn off the numlock key on Xfree to get the keys >to work properly? Is this a feature or a bug? X11 Design feature bye ago Ah, not the answer I was expecting! Are you pulling my leg or was that a serious answer?! JS. _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger From alexander.gottwald@s1999.tu-chemnitz.de Thu Apr 1 14:56:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 01 Apr 2004 14:56:00 -0000 Subject: numlock In-Reply-To: References: Message-ID: On Thu, 1 Apr 2004, J S wrote: > Ah, not the answer I was expecting! Are you pulling my leg or was that a > serious answer?! This is a serious answer. Numlock is treated as modifier key just like caps lock or control. pressing a key while numlock is on is just like pressing ctrl + key. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From dickey@his.com Thu Apr 1 15:08:00 2004 From: dickey@his.com (Thomas Dickey) Date: Thu, 01 Apr 2004 15:08:00 -0000 Subject: numlock In-Reply-To: References: Message-ID: On Thu, 1 Apr 2004, Alexander Gottwald wrote: > On Thu, 1 Apr 2004, J S wrote: > > > Ah, not the answer I was expecting! Are you pulling my leg or was that a > > serious answer?! > > This is a serious answer. Numlock is treated as modifier key just like caps > lock or control. pressing a key while numlock is on is just like pressing > ctrl + key. Perhaps he was wondering why NumLock is turned on initially. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From lingua2003@hotmail.com Thu Apr 1 15:16:00 2004 From: lingua2003@hotmail.com (David) Date: Thu, 01 Apr 2004 15:16:00 -0000 Subject: How to set other languages in Emacs mule? References: <20040401133528.DC97D44174@rekin8.go2.pl> Message-ID: Hi, I am trying to read and type Korean chracters in emacs, and could anyone tell me how? It's for a Korean Parser, and the input sentences are, of course, Korean. I'd like to read and type Korean characters in XWin shell, and in emacs too. Please help. Thank you in advance. David From lingua2003@hotmail.com Thu Apr 1 15:21:00 2004 From: lingua2003@hotmail.com (David) Date: Thu, 01 Apr 2004 15:21:00 -0000 Subject: Souldn't we put [Cygwin] or [CygXwin] here depending on the question? References: <1FFD627BFDAEE0468AA006E0AD632470138E1D@uncl-mail.caa.army.mil> <20040331142404.GP17229@cygbert.vinschen.de> <406B995A.5080503@x-ray.at> <20040401043612.GA6961@coc.bosbc.com> <406C0651.9010707@x-ray.at> <20040401144417.GA4809@coc.bosbc.com> Message-ID: I got mails from both two groups:cygwin, and cygXwin. It's sometimes confusing. Don't we need to seperate one from the other by putting a head into Subject, for example, [cygwin] vs. [cygXwin]? Just an opinion, as a beginner ^^ David From dk@artimi.com Thu Apr 1 15:31:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 01 Apr 2004 15:31:00 -0000 Subject: Souldn't we put [Cygwin] or [CygXwin] here depending on the question? In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of David > I got mails from both two groups:cygwin, and cygXwin. Well, that's because you're on two completely different mailing lists. > It's sometimes confusing. You're very easily confused then. Why don't you set up your mailer to sort them into different folders? > Don't we need to seperate one from the other by putting > a head into Subject, for example, [cygwin] vs. [cygXwin]? What on earth is the use of putting a tag in the subject line when it only pointlessly duplicates information that is already in the From/To lines: > From: cygwin-owner On Behalf Of ..... and when there's presumably many people who are only on one list. You could always just learn how to set up mail-sorting rules in your email program, rather than expect everyone else to suddenly start doing things your way just to save you the five minutes of effort it would take you to sort your own problem out. cheers, DaveK -- Can't think of a witty .sigline today.... From rrepasky@lack.ucs.indiana.edu Thu Apr 1 15:51:00 2004 From: rrepasky@lack.ucs.indiana.edu (Dick Repasky) Date: Thu, 01 Apr 2004 15:51:00 -0000 Subject: License for x-startup-scripts Message-ID: I'm looking for the statment of license for the x-startup-scripts package. The COPYING file in the binary tarball and in the source tarball is just one byte long. This is true for the version released on 25 March. Thanks, Dick ----------------- Dick Repasky Bioinformatics Support UITS Cubicle 101.08 Indiana University USA rrepasky@indiana.edu From mbardiaux@peaktime.be Thu Apr 1 16:04:00 2004 From: mbardiaux@peaktime.be (Michel Bardiaux) Date: Thu, 01 Apr 2004 16:04:00 -0000 Subject: Souldn't we put [Cygwin] or [CygXwin] here depending on the question? In-Reply-To: References: Message-ID: <406C3D85.2040007@peaktime.be> Dave Korn wrote: > > >>-----Original Message----- >>From: cygwin-owner On Behalf Of David > > >>I got mails from both two groups:cygwin, and cygXwin. > > > Well, that's because you're on two completely different mailing lists. > > >>It's sometimes confusing. > > > You're very easily confused then. Why don't you set up your mailer to > sort them into different folders? > > >>Don't we need to seperate one from the other by putting >>a head into Subject, for example, [cygwin] vs. [cygXwin]? > > > What on earth is the use of putting a tag in the subject line when it only > pointlessly duplicates information that is already in the From/To lines: > > >>From: cygwin-owner On Behalf Of ..... Unfortunately, cygwin-xfree is congured in such a way that the FROM is the Original Poster, it's the REPLYTO that is cygwin. That makes it rather awkward to setup filter rules based on the FROM! The vast majority of mailing lists on RH and SF use a [listname] prefix. > > > and when there's presumably many people who are only on one list. > > You could always just learn how to set up mail-sorting rules in your email > program, rather than expect everyone else to suddenly start doing things > your way just to save you the five minutes of effort it would take you to > sort your own problem out. > > cheers, > DaveK -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41 From lingua2003@hotmail.com Thu Apr 1 16:12:00 2004 From: lingua2003@hotmail.com (David) Date: Thu, 01 Apr 2004 16:12:00 -0000 Subject: Shouldn't we put [Cygwin] or [CygXwin] here depending on the question? References: Message-ID: I've been using Outlook Express, and it doesn't seem that I can sort mails to different folders. I can? If so, would you tell me how? I need to read/write Korean fully, so I did not try other mail clients before. I think most of the mail clients can cover foreign languages now, but at this time, it may be inefficient to move to other mailer. Anyway, I'm on several mailing lists with this email acount, and I thought it would be good if cygwin has a similiar mark as others do unless, as you pointed out, I can sort them. Thank you. David ----- Original Message ----- From: "Dave Korn" To: ; Sent: Thursday, April 01, 2004 9:30 AM Subject: RE: Souldn't we put [Cygwin] or [CygXwin] here depending on the question? > > > -----Original Message----- > > From: cygwin-owner On Behalf Of David > > > I got mails from both two groups:cygwin, and cygXwin. > > Well, that's because you're on two completely different mailing lists. > > > It's sometimes confusing. > > You're very easily confused then. Why don't you set up your mailer to > sort them into different folders? > > > Don't we need to seperate one from the other by putting > > a head into Subject, for example, [cygwin] vs. [cygXwin]? > > What on earth is the use of putting a tag in the subject line when it only > pointlessly duplicates information that is already in the From/To lines: > > > From: cygwin-owner On Behalf Of ..... > > and when there's presumably many people who are only on one list. > > You could always just learn how to set up mail-sorting rules in your email > program, rather than expect everyone else to suddenly start doing things > your way just to save you the five minutes of effort it would take you to > sort your own problem out. > > cheers, > DaveK > -- > Can't think of a witty .sigline today.... > > From huntharo@msu.edu Thu Apr 1 16:18:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Apr 2004 16:18:00 -0000 Subject: License for X-startup-scripts package In-Reply-To: <20040323205328.GB8610@redhat.com> References: <20040323205328.GB8610@redhat.com> Message-ID: <406C40D5.6000407@msu.edu> Dick, startx and xinitrc come from the X Window System Sample Implementation tree that follows the rule of including a license at the top of each file; these two files did not have a license in that tree, so they do not have a license in this package. startxwin.bat, startxwin.sh, and startxdmcp.bat originate from this project and have similarly never had a license. The "run" utility was written by "Charles S. Wilson", and is licensed under the "GNU General Public License" as you can see from downloading the source package and looking at the top of /usr/src/x-startup-scripts-1.0.6/run/run.c. Hope that helps, Harold From huntharo@msu.edu Thu Apr 1 16:20:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Apr 2004 16:20:00 -0000 Subject: Shouldn't we put [Cygwin] or [CygXwin] here depending on the question? In-Reply-To: References: Message-ID: <406C414A.7080303@msu.edu> David wrote: > I've been using Outlook Express, and > it doesn't seem that I can sort mails to > different folders. I can? > If so, would you tell me how? No. This list is not for support with the various email clients that people are using. Please seek help elsewhere. > Anyway, > I'm on several mailing lists with this email acount, and > I thought it would be good if cygwin has a similiar mark > as others do unless, as you pointed out, I can sort them. Please take the remainder of the this discussion off-list. Thanks, Harold From david.rosenstrauch@csfb.com Thu Apr 1 16:21:00 2004 From: david.rosenstrauch@csfb.com (Rosenstrauch, David) Date: Thu, 01 Apr 2004 16:21:00 -0000 Subject: Cygwin/X11 forwarding ques. Message-ID: <52B292D2283A9441AB8F8D23468A62FF0772941C@snyc11p32003.csfb.cs-group.com> I think I know the answer to this already, but thought I'd check to make sure. (I googled first, but didn't find anything.) I know how to use X11 forwarding with Cygwin so that I can have GUI apps from my Linux box run remotely on my Windows box. Is is possible, though, to do the opposite: i.e., use X11 forwarding to have GUI apps from my Windows box run remotely on my Windows box? I'm assuming the answer is no, since Windows apps aren't X Windows apps, but thought I'd check just in case. I actually tried this as an experiment: started up Cygwin's sshd on the win box and did an "ssh -X" into it. I was able to ssh in - and even "launch" an app (notepad). Problem was, of course, that notepad opened on the Windows box, and not remotely on the Linux box. Anyway, if there's any way to do something like this, please let me know. Thanks, DR P.S. Yes, I already know about VNC and the like. But I want to run individual Windows apps remotely, not the whole desktop. ============================================================================== This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. ============================================================================== From alexander.gottwald@s1999.tu-chemnitz.de Thu Apr 1 16:29:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 01 Apr 2004 16:29:00 -0000 Subject: Cygwin/X11 forwarding ques. In-Reply-To: <52B292D2283A9441AB8F8D23468A62FF0772941C@snyc11p32003.csfb.cs-group.com> References: <52B292D2283A9441AB8F8D23468A62FF0772941C@snyc11p32003.csfb.cs-group.com> Message-ID: On Thu, 1 Apr 2004, Rosenstrauch, David wrote: > Is is possible, though, to do the opposite: i.e., use X11 forwarding to have > GUI apps from my Windows box run remotely on my Windows box? No. This is not possible with X11 Forwarding. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Thu Apr 1 16:35:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 01 Apr 2004 16:35:00 -0000 Subject: Souldn't we put [Cygwin] or [CygXwin] here depending on the question? In-Reply-To: <406C3D85.2040007@peaktime.be> References: <406C3D85.2040007@peaktime.be> Message-ID: On Thu, 1 Apr 2004, Michel Bardiaux wrote: > Dave Korn wrote: > > >>-----Original Message----- > >>From: cygwin-owner On Behalf Of David > > > >>I got mails from both two groups:cygwin, and cygXwin. > > > > Well, that's because you're on two completely different mailing lists. > > > >>It's sometimes confusing. > > > > You're very easily confused then. Why don't you set up your mailer to > > sort them into different folders? > > > >>Don't we need to seperate one from the other by putting > >>a head into Subject, for example, [cygwin] vs. [cygXwin]? > > > > What on earth is the use of putting a tag in the subject line when it only > > pointlessly duplicates information that is already in the From/To lines: > > > >>From: cygwin-owner On Behalf Of ..... > > Unfortunately, cygwin-xfree is congured in such a way that the FROM is > the Original Poster, it's the REPLYTO that is cygwin. That makes it > rather awkward to setup filter rules based on the FROM! Michel, Here are some of the available headers from your message: >Mailing-List: contact cygwin-xfree-help at cygwin dot com; run by ezmlm >List-Subscribe: >List-Archive: >List-Post: >List-Help: , >Sender: cygwin-xfree-owner at cygwin dot com >Mail-Followup-To: cygwin-xfree at cygwin dot com >Delivered-To: mailing list cygwin-xfree at cygwin dot com Take your pick. :-) Igor P.S. These are from the web version, so some may not be available... > The vast majority of mailing lists on RH and SF use a [listname] prefix. > > > and when there's presumably many people who are only on one list. > > > > You could always just learn how to set up mail-sorting rules in your email > > program, rather than expect everyone else to suddenly start doing things > > your way just to save you the five minutes of effort it would take you to > > sort your own problem out. > > > > cheers, > > DaveK -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From david.rosenstrauch@csfb.com Thu Apr 1 16:39:00 2004 From: david.rosenstrauch@csfb.com (Rosenstrauch, David) Date: Thu, 01 Apr 2004 16:39:00 -0000 Subject: Cygwin/X11 forwarding ques. Message-ID: <52B292D2283A9441AB8F8D23468A62FF0772941D@snyc11p32003.csfb.cs-group.com> > -----Original Message----- > From: Alexander Gottwald > [mailto:alexander.gottwald@s1999.tu-chemnitz.de] > Sent: Thursday, April 01, 2004 11:30 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Cygwin/X11 forwarding ques. > > > On Thu, 1 Apr 2004, Rosenstrauch, David wrote: > > > Is is possible, though, to do the opposite: i.e., use X11 > forwarding to have > > GUI apps from my Windows box run remotely on my Windows box? > > No. This is not possible with X11 Forwarding. > > bye > ago Thanks for the response. Your answer probably still stands, but I just wanted to point out a typo of mine, just in case it threw anyone off. That should have read: "Is is possible, though, to do the opposite: i.e., use X11 forwarding to have GUI apps from my Windows box run remotely on my *LINUX* box?" Thanks, DR ============================================================================== This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. ============================================================================== From ihok@hotmail.com Thu Apr 1 16:41:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Thu, 01 Apr 2004 16:41:00 -0000 Subject: Souldn't we put or [CygXwin] here depending on the question? In-Reply-To: References: <1FFD627BFDAEE0468AA006E0AD632470138E1D@uncl-mail.caa.army.mil> <20040331142404.GP17229@cygbert.vinschen.de> <406B995A.5080503@x-ray.at> <20040401043612.GA6961@coc.bosbc.com> <406C0651.9010707@x-ray.at> <20040401144417.GA4809@coc.bosbc.com> Message-ID: 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. From huntharo@msu.edu Thu Apr 1 16:58:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Apr 2004 16:58:00 -0000 Subject: Cygwin/X11 forwarding ques. In-Reply-To: <52B292D2283A9441AB8F8D23468A62FF0772941D@snyc11p32003.csfb.cs-group.com> References: <52B292D2283A9441AB8F8D23468A62FF0772941D@snyc11p32003.csfb.cs-group.com> Message-ID: <406C4A21.9050506@msu.edu> Rosenstrauch, David wrote: > >>-----Original Message----- >>From: Alexander Gottwald >>[mailto:alexander.gottwald@s1999.tu-chemnitz.de] >>Sent: Thursday, April 01, 2004 11:30 AM >>To: cygwin-xfree@cygwin.com >>Subject: Re: Cygwin/X11 forwarding ques. >> >> >>On Thu, 1 Apr 2004, Rosenstrauch, David wrote: >> >> >>>Is is possible, though, to do the opposite: i.e., use X11 >> >>forwarding to have >> >>>GUI apps from my Windows box run remotely on my Windows box? >> >>No. This is not possible with X11 Forwarding. >> >>bye >> ago > > > > Thanks for the response. Your answer probably still stands, but I just wanted > to point out a typo of mine, just in case it threw anyone off. That should > have read: > > "Is is possible, though, to do the opposite: i.e., use X11 forwarding to have > GUI apps from my Windows box run remotely on my *LINUX* box?" No, but you can use either VNC or RDP (Remote Desktop Protocol) to accomplish this. VNC will work on pretty much any version of Windows, while RDP would require Windows XP Professional or Windows Server 2003 (set to remote admin mode, which allows a max of two remote sessions at a time). There are VNC and RDP clients for X systems, including those running Linux. Hope that helps, Harold From david.rosenstrauch@csfb.com Thu Apr 1 17:01:00 2004 From: david.rosenstrauch@csfb.com (Rosenstrauch, David) Date: Thu, 01 Apr 2004 17:01:00 -0000 Subject: Cygwin/X11 forwarding ques. Message-ID: <52B292D2283A9441AB8F8D23468A62FF07729420@snyc11p32003.csfb.cs-group.com> > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: Thursday, April 01, 2004 11:58 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Cygwin/X11 forwarding ques. > No, but you can use either VNC or RDP (Remote Desktop Protocol) to > accomplish this. Thanks for the response, but ... from my original post: "P.S. Yes, I already know about VNC and the like. But I want to run individual Windows apps remotely, not the whole desktop." Thanks, DR ============================================================================== This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. ============================================================================== From huntharo@msu.edu Thu Apr 1 17:03:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Apr 2004 17:03:00 -0000 Subject: Cygwin/X11 forwarding ques. In-Reply-To: <52B292D2283A9441AB8F8D23468A62FF07729420@snyc11p32003.csfb.cs-group.com> References: <52B292D2283A9441AB8F8D23468A62FF07729420@snyc11p32003.csfb.cs-group.com> Message-ID: <406C4B4F.5060003@msu.edu> Rosenstrauch, David wrote: > >>-----Original Message----- >>From: Harold L Hunt II [mailto:huntharo@msu.edu] >>Sent: Thursday, April 01, 2004 11:58 AM >>To: cygwin-xfree@cygwin.com >>Subject: Re: Cygwin/X11 forwarding ques. > > >>No, but you can use either VNC or RDP (Remote Desktop Protocol) to >>accomplish this. > > > > Thanks for the response, but ... from my original post: > > "P.S. Yes, I already know about VNC and the like. But I want to run > individual Windows apps remotely, not the whole desktop." Didn't see it. I rarely read past the signature line now because of the gigantic BS quasi-legal disclaimers at the bottoms of most messages... like the one in yours :) Harold From lingua2003@hotmail.com Thu Apr 1 17:03:00 2004 From: lingua2003@hotmail.com (David) Date: Thu, 01 Apr 2004 17:03:00 -0000 Subject: Shouldn't we put or [CygXwin] here depending on the question? References: <1FFD627BFDAEE0468AA006E0AD632470138E1D@uncl-mail.caa.army.mil> <20040331142404.GP17229@cygbert.vinschen.de> <406B995A.5080503@x-ray.at> <20040401043612.GA6961@coc.bosbc.com> <406C0651.9010707@x-ray.at> <20040401144417.GA4809@coc.bosbc.com> Message-ID: That's really helpful ! Thank you. David ----- Original Message ----- From: "Jack Tanner" To: Cc: Sent: Thursday, April 01, 2004 10:41 AM Subject: 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. > > From dk@artimi.com Thu Apr 1 17:12:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 01 Apr 2004 17:12:00 -0000 Subject: Shouldn't we put [Cygwin] or [CygXwin] here depending on the question? In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of David > Sent: 01 April 2004 17:12 > I've been using Outlook Express, and > it doesn't seem that I can sort mails to > different folders. I can? Yes. > If so, would you tell me how? You see the "Tools" item on the menu bar? You see the entry under it that says "Message Rules"? Now why on earth couldn't you work that out yourself? There's a "Help" option on your copy of OE, isn't there? You know how to use Google, don't you? It seems you didn't even bother to put the tiniest amount of effort into it or spend even one second thinking about it or trying things out for yourself. I'm not your mum, and nor is anyone else on the list, so why do you expect us to spoon-feed you? And why are you asking for advice on how to operate Microsoft mailing packages on a cygwin related list? This topic has *nothing* to do with cygwin. cheers, DaveK -- Can't think of a witty .sigline today.... From alexander.gottwald@s1999.tu-chemnitz.de Thu Apr 1 17:12:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 01 Apr 2004 17:12:00 -0000 Subject: Cygwin/X11 forwarding ques. In-Reply-To: <52B292D2283A9441AB8F8D23468A62FF0772941D@snyc11p32003.csfb.cs-group.com> References: <52B292D2283A9441AB8F8D23468A62FF0772941D@snyc11p32003.csfb.cs-group.com> Message-ID: On Thu, 1 Apr 2004, Rosenstrauch, David wrote: > Thanks for the response. Your answer probably still stands, but I just wanted > to point out a typo of mine, just in case it threw anyone off. That should > have read: > > "Is is possible, though, to do the opposite: i.e., use X11 forwarding to have > GUI apps from my Windows box run remotely on my *LINUX* box?" The limiting factor is not the destination os but the graphics system on the source. There is no way to export the windows drawing commands via X11. There have been ideas to implement this with mirror video adapter drivers like utravnc uses them or with the x11drv from wine. But the last time i looked into it (esp. the wine x11drv driver) i found it nearly impossible to build it without spending a half live on it. I could redirect you to a mailing list which had this goal too but the list is dead for about a year now after an initial "lets take it on and discuss the correct name for our project and then let it die again" hype. Anyway if you are interested, you can enjoy the silence in (they've got about 30 messages in the last 18 months) bye ago, trying to stop ranting -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From david.rosenstrauch@csfb.com Thu Apr 1 17:21:00 2004 From: david.rosenstrauch@csfb.com (Rosenstrauch, David) Date: Thu, 01 Apr 2004 17:21:00 -0000 Subject: Cygwin/X11 forwarding ques. Message-ID: <52B292D2283A9441AB8F8D23468A62FF07729424@snyc11p32003.csfb.cs-group.com> > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: Thursday, April 01, 2004 12:03 PM > To: cygwin-xfree@cygwin.com > Subject: Re: Cygwin/X11 forwarding ques. > Didn't see it. I rarely read past the signature line now > because of the > gigantic BS quasi-legal disclaimers at the bottoms of most > messages... > like the one in yours :) > > Harold Yup. They are really annoying. Mine included. "Don't blame me; I just work here." :-) Thanks, DR "MMS " made the following annotations. ------------------------------------------------------------------------------ This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. ============================================================================== From spetreolle@yahoo.fr Thu Apr 1 17:32:00 2004 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Thu, 01 Apr 2004 17:32:00 -0000 Subject: Shouldn't we put [Cygwin] or [CygXwin] here depending on the question? In-Reply-To: Message-ID: <20040401173203.52166.qmail@web10103.mail.yahoo.com> How did you know that ? :-) > yourself. I'm not your mum, and nor is anyone else on the list, so why do > you expect us to spoon-feed you? ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) Say NO to software patents Dites NON aux brevets logiciels "You believe it's the year 1984, when in fact, its closer to 2184"1984 / Matrix Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! Cr??ez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Dialoguez en direct avec vos amis gr??ce ?? Yahoo! Messenger !T??l??chargez Yahoo! Messenger sur http://fr.messenger.yahoo.com From david.rosenstrauch@csfb.com Thu Apr 1 17:35:00 2004 From: david.rosenstrauch@csfb.com (Rosenstrauch, David) Date: Thu, 01 Apr 2004 17:35:00 -0000 Subject: Cygwin/X11 forwarding ques. Message-ID: <52B292D2283A9441AB8F8D23468A62FF07729425@snyc11p32003.csfb.cs-group.com> > -----Original Message----- > From: Alexander Gottwald > [mailto:alexander.gottwald@s1999.tu-chemnitz.de] > Sent: Thursday, April 01, 2004 12:13 PM > To: 'cygwin-xfree@cygwin.com' > Subject: RE: Cygwin/X11 forwarding ques. > The limiting factor is not the destination os but the > graphics system on the > source. There is no way to export the windows drawing > commands via X11. > > There have been ideas to implement this with mirror video > adapter drivers like > utravnc uses them or with the x11drv from wine. But the last > time i looked into > it (esp. the wine x11drv driver) i found it nearly impossible > to build it without > spending a half live on it. OK. Thanks for the background info - greatly appreciated! DR ============================================================================== This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. ============================================================================== From spetreolle@yahoo.fr Thu Apr 1 17:40:00 2004 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Thu, 01 Apr 2004 17:40:00 -0000 Subject: Cygwin/X11 forwarding ques. In-Reply-To: <52B292D2283A9441AB8F8D23468A62FF0772941C@snyc11p32003.csfb.cs-group.com> Message-ID: <20040401173949.49068.qmail@web10102.mail.yahoo.com> Why would you want to run a notepad ? is your vi infected by a new cygwin virus ? :) > I actually tried this as an experiment: started up Cygwin's sshd on the win > box and did an "ssh -X" into it. I was able to ssh in - and even "launch" an > app (notepad). Problem was, of course, that notepad opened on the Windows > box, and not remotely on the Linux box. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) Say NO to software patents Dites NON aux brevets logiciels "You believe it's the year 1984, when in fact, its closer to 2184"1984 / Matrix Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! Cr??ez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Dialoguez en direct avec vos amis gr??ce ?? Yahoo! Messenger !T??l??chargez Yahoo! Messenger sur http://fr.messenger.yahoo.com From lingua2003@hotmail.com Thu Apr 1 17:53:00 2004 From: lingua2003@hotmail.com (David) Date: Thu, 01 Apr 2004 17:53:00 -0000 Subject: Shouldn't we put [Cygwin] or [CygXwin] here depending on the question? References: Message-ID: 1) I understand what you feel. But, as I put, " it doesn't seem that I can sort mails to different folders.", I tried, and I realized that I could not make it at all. It turned out that it's impossible to do that with this email account. 2) I'm still trying to read/write Korean characters, and I made it for cygwin, but cygXwin. I searched web and the mailing list, and there is no clear information on it, and I could not figure it out well yet. If you can, please help. Thank you. David ----- Original Message ----- From: "Dave Korn" To: ; Sent: Thursday, April 01, 2004 11:10 AM Subject: RE: Shouldn't we put [Cygwin] or [CygXwin] here depending on the question? > > -----Original Message----- > > From: cygwin-owner On Behalf Of David > > Sent: 01 April 2004 17:12 > > > I've been using Outlook Express, and > > it doesn't seem that I can sort mails to > > different folders. I can? > > Yes. > > > If so, would you tell me how? > > You see the "Tools" item on the menu bar? You see the entry under it that > says "Message Rules"? > > Now why on earth couldn't you work that out yourself? There's a "Help" > option on your copy of OE, isn't there? You know how to use Google, don't > you? > > It seems you didn't even bother to put the tiniest amount of effort into it > or spend even one second thinking about it or trying things out for > yourself. I'm not your mum, and nor is anyone else on the list, so why do > you expect us to spoon-feed you? And why are you asking for advice on how > to operate Microsoft mailing packages on a cygwin related list? This topic > has *nothing* to do with cygwin. > > cheers, > DaveK > -- > Can't think of a witty .sigline today.... > > From dk@artimi.com Thu Apr 1 17:58:00 2004 From: dk@artimi.com (Dave Korn) Date: Thu, 01 Apr 2004 17:58:00 -0000 Subject: Shouldn't we put [Cygwin] or [CygXwin] here depending on the question? In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-owner On Behalf Of David > Sent: 01 April 2004 18:54 > 1) I understand what you feel. No, you don't. > But, as I put, " it doesn't seem that I can sort mails to > different folders.", I tried, and I realized that I could not > make it at all. > > It turned out that [SNIP>>>>FLUSH] This is still nothing to do with cygwin. Bye. cheers, DaveK -- Can't think of a witty .sigline today.... From david.rosenstrauch@csfb.com Thu Apr 1 18:03:00 2004 From: david.rosenstrauch@csfb.com (Rosenstrauch, David) Date: Thu, 01 Apr 2004 18:03:00 -0000 Subject: Cygwin/X11 forwarding ques. Message-ID: <52B292D2283A9441AB8F8D23468A62FF07729427@snyc11p32003.csfb.cs-group.com> > -----Original Message----- > From: Sylvain Petreolle [mailto:spetreolle@yahoo.fr] > Sent: Thursday, April 01, 2004 12:40 PM > To: cygwin-xfree@cygwin.com > Subject: Re: Cygwin/X11 forwarding ques. > > > Why would you want to run a notepad ? is your vi infected by > a new cygwin virus ? :) Notepad was the test. Outlook's the goal. DR ============================================================================== This message is for the sole use of the intended recipient. If you received this message in error please delete it and notify us. If this message was misdirected, CSFB does not waive any confidentiality or privilege. CSFB retains and monitors electronic communications sent through its network. Instructions transmitted over this system are not binding on CSFB until they are confirmed by us. Message transmission is not guaranteed to be secure. ============================================================================== From huntharo@msu.edu Thu Apr 1 18:03:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Apr 2004 18:03:00 -0000 Subject: Shouldn't we put [Cygwin] or [CygXwin] here depending on the question? In-Reply-To: References: Message-ID: <406C5954.8090107@msu.edu> Okay, I think I asked that this email help thing not be discussed here. Harold From cgf-no-personal-reply-please@cygwin.com Thu Apr 1 18:09:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 01 Apr 2004 18:09:00 -0000 Subject: Shouldn't we put [cygwin] or [CygXwin] here depending on the question? In-Reply-To: References: Message-ID: <20040401180952.GA5941@coc.bosbc.com> On Thu, Apr 01, 2004 at 11:53:42AM -0600, David wrote: >1) I understand what you feel. > >But, as I put, " it doesn't seem that I can sort mails to different >folders.", I tried, and I realized that I could not make it at all. > >It turned out that it's impossible to do that with this email account. That's a shame, but please don't ask us to change the mailing list to accommodate you. Can we stop talking about this now, please? cgf From Phil.Betts@heis.co.uk Thu Apr 1 18:10:00 2004 From: Phil.Betts@heis.co.uk (Phil Betts) Date: Thu, 01 Apr 2004 18:10:00 -0000 Subject: Various starting X problems Message-ID: Hi Harold, Firstly, it's generally bad form to quote verbatim email addresses - although Luke did so in his original posting, so he can't complain if a spam harvester latches onto him ;-). Now... Luke said: >> In my .xinitrc I *don't* have an explicit path for xterm. However, I >> see xterm has moved from /usr/X11R6/bin to /usr/bin! Did many other X >> applications also move into there? > > My system does not have a >> problem finding xterm in /usr/bin because > /usr/bin should always be >> in your Cygwin shell path... something else is > wrong with your Cygwin >> setup if that is not the case. Slightly OT: I noticed that the start menu entry for xterm no longer works. Entering the command from the shortcut directly into the cmd.exe shell returns without an error or any output (that I can find). From bash, the command works fine. The other shortcuts that I've tried (e.g.. xcalc) all worked, so there is presumably something unusual about the way that xterm starts that causes a silent exit when started from a vanilla DOS/Windows shell. My guess is that it's relying on some env var. >> I only noticed that xterm had moved because when I start X with >> -multiwindow (or with -clipboard), it complains like this and exits: >> >> $ PATH="$PATH:/usr/X11R6/bin" startx -multiwindow -- :0 Surely this should be: $ PATH="$PATH:/usr/X11R6/bin" startx -- -multiwindow My understanding is that all args before the -- are client args and all following it are server args. If no client is specified, the default client, which is hardcoded to be /usr/X11R6/bin/xterm is used and -multiwindow is passed as an argument to it. >> So if I remove the "exec wmaker" from .xinitrc, X starts and stops >> instantly. So I add an "xterm" at the end of .xinitrc (since X doesn't >> realise the wmaker would have started lots of windows from its saved >> workspace state if it had been given a few seconds to run). > > Yeah, you have to have a "magic client" that is started with an exec at > the end of your .xinitrc, otherwise the behavior that you described is > exactly what is supposed to happen. The point is that xinitrc is somewhat misnamed as it drives the entire x session from conception to grave. It's just a shell script and once the last command exits and the script ends, the session is terminated. Any old command that won't return until you've finished with X will do. From the xinit(1) man page: An important point is that programs which are run by .xinitrc should be run in the background if they do not exit right away, so that they don't prevent other programs from starting up. However, the last long- lived program started (usually a window manager or terminal emulator) should be left in the foreground so that the script won't exit (which indicates that the user is done and that xinit should exit). >> I wonder how I can run multiwindow with wmaker as my window manager? Why would you want to Luke? multiwindow IS a window manager that just wraps the X window's client area in MS Windows' frames and has an invisible root window. If your aim is to have wmaker style frames without an X root window, try the -rootless option with wmaker. I used to use X this way until multiwindow got so good :-) >> Maybe keep the "exec wmaker" and set display to :1 ... No, "startx >> -multiwindow -- :1" triggers the "no program named >> "/usr/X11R6/bin/xterm" in PATH" crash. So I don't quite see how to >> achieve that. I tried xinit -multiwindow but that started up a full >> desktop. > >Seriously, the easiet way is to use startxwin.bat and modify it >according to the instructions in that file. Or, if you really want to >start from a Cygwin shell, use startxwin.sh and modify it accorinding to >its instructions. There are pre-made lines that are just commented out >that start a window manager etc. > >Lets have you try these things first and see where it goes. > >Harold Harold, I'm quickly coming to the opinion that .bat should really be spelled .bad !! My / is the recommended C:\cygwin, but /usr is mounted on D:\cygwin\usr. This means that the all of the %CYGWIN_ROOT%\usr based paths in the script are all wrong. There is no way (major kludges aside) to generate the correct paths in a generic .bat file. Consequently, every time I install a newer version, I need to hack the new .bat file (or patch my own script with any changes you've made). If you'd be interested in a unified approach, where the .bat just runs bash -c startxwin.sh (which will probably in turn be just a wrapper for startx) I might be able to make time for this. The ultimate goal being to make any configuration of startup parameters external to the scripts and therefore remove ANY need for users to hack the scripts themselves. There was mention a while ago of making multiwindow a standalone window manager. Has anything been done in this direction? It would certainly ease making a "one size fits all" startup and remove much of the confusion this thread typifies - i.e. the rule would be: "always run one window manager" rather than "always run a window manager unless you start X with -multiwindow (whether you're aware that you are or not) in which case you etc..." If you're interested, I'd appreciate some advice on how you'd like the patches submitted. I'm assuming that I'll need to check out the latest CVS source, make the changes and submit the diffs as a patch. Since I've only ever seen tiny patches appear in this list, do most patches get sent directly to you? Phil ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** From huntharo@msu.edu Thu Apr 1 19:52:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Apr 2004 19:52:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-66 Message-ID: <406C72ED.504@msu.edu> Lev, >> 1) winclipboardxevents.c/winClipboardFlushXEvents/SelectionRequest - >> Change the 'format' value for the first call to XChangeProperty from 8 >> to 32 since we are passing a data array of Atoms, which are 32 bits >> long. (Lev Bishop) > > TARGETS still doesn't work right. Now, a request for TARGETS puts the > following in XWin.log (once for each request): > winMultiWindowXMsgProcErrorHandler - ERROR: BadValue (integer parameter > out of range for operation) > > I can't find the above change in the CVS (is it there?) No, it was missing. When I applied the patch I got a complaint about the diff that followed the winclipboardxevents.c file, so I applied that following one by hand; but it turns out that the diff for the winclipboardxevents.c file was ignored as well, despite there not being an error indicating this. So, I have applied the patch again and committed it to CVS. > but perhaps you > need to change from sizeof(atomTargetArr) to > sizeof(atomTargetArr)/sizeof(Atom) ?? Yup, that looks correct to me. I don't think the TARGETS support has ever worked... it is pretty easy to see that the call to XChangeProperty was not correct by just looking at the next call to XChangeProperty about a hundred lines down in the file, and the docs make it obvious that it was wrong as well. I thank you for catching this because no one noticed this until now and I don't think anyone else was looking for it either. > Sorry I can't compile my own > versions to test these things but I don't even have room on my HD for the > X sources... Hmm... actually, you might. I think you would only need the following source packages: -base -bin -prog -xserv Those packages total only 12 MiB in bzip2 form. Uncompressed they take 68.2 MiB but 84.1 MiB on a disk with 4 KiB clusters. You'd need the Cygwin packages listed on the following page (except I think you can skip perl since we aren't going to build the fonts): http://x.cygwin.com/docs/cg/prog-build-native.html Then you would edit /usr/src/xc/CYGWIN-PATCHES/host.def.in and add these lines to minimize the amount of code built: =========================================== #define BuildServersOnly YES #define XnestServer NO #define XVirtualFramebufferServer NO =========================================== Then you are just three simple steps away from a build of XWin.exe: ================================================== $ cd /usr/src $ cp xc/CYGWIN-PATCHES/XFree86-4.3.0.sh . $ ./XFree86-4.3.0.sh mkdirs && \ ./XFree86-4.3.0.sh conf && \ ./XFree86-4.3.0.sh build > build.log 2>&1 ================================================== Then you can find your own XWin.exe at: /usr/src/xc/.build/programs/Xserver/XWin.exe You can just copy this to /usr/X11R6/bin/XWin.exe and start testing the changes you have made. After the initial build you can remake only the server by: ========================================================= $ cd /usr/src/xc/.build/programs/Xserver && make XWin.exe ========================================================= The total amount of data generated by the build was 30 MiB requiring 60 MiB on a disk with 4 KiB clusters. The build took 12 minutes on my machine. So, unless you have less than 250 MiB of free disk space, then I think that you actually can do your own builds and probably should. Note: I tested the above build steps and confirmed that they work; the numbers presented are from an actual build, not just guesses. Harold From huntharo@msu.edu Thu Apr 1 20:15:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Apr 2004 20:15:00 -0000 Subject: Various starting X problems In-Reply-To: References: Message-ID: <406C7834.9090608@msu.edu> Phil, Phil Betts wrote: > Hi Harold, > > Firstly, it's generally bad form to quote verbatim email addresses - > although Luke did so in his original posting, so he can't complain > if a spam harvester latches onto him ;-). You know, I know that, but as you said, if they did it to themself first then I'm not going to lose sleep over it, nor am I going to waste my time confirming that I'm not reposting something that has already been posted since the cat is already out of the bag. > Now... > > Luke said: > >>>In my .xinitrc I *don't* have an explicit path for xterm. However, I >>>see xterm has moved from /usr/X11R6/bin to /usr/bin! Did many other > > X > >>>applications also move into there? > > My system does not have a >>>problem finding xterm in /usr/bin because > /usr/bin should always be >>>in your Cygwin shell path... something else is > wrong with your > > Cygwin > >>>setup if that is not the case. > > > Slightly OT: I noticed that the start menu entry for xterm no longer > works. Entering the command from the shortcut directly into the cmd.exe > shell returns without an error or any output (that I can find). From > bash, the command works fine. The other shortcuts that I've tried > (e.g.. xcalc) all worked, so there is presumably something unusual about > the way that xterm starts that causes a silent exit when started from a > vanilla DOS/Windows shell. My guess is that it's relying on some env > var. I'm aware of this. I don't remember the exact details, but there is a sort of Catch-22 situation for setting the "start in" folder for the xterm shortcut; neither '/usr/bin' nor '/usr/X11R6/bin' work for different reasons. Furthermore, I believe that the script that creates the shortcuts needs to be modified to be able to support shortcuts to programs that live in /usr/bin. You'll notice that the emacs shortcut also does not work for the same reason. I don't have time to fix this. I would appreciate it if someone else would grab the -src package for X-start-menu-icons via setup.exe and work on fixing it; I don't want a half-assed untested patch either, I want one that has been thoroughly tested (you know, tough stuff like clicking at least one of the tree classes of shortcuts: /usr/bin X programs, /usr/X11R6/bin X programs, and /usr/X11R6/bin terminal programs) since the sort of changes required may break the other links that the scripts create (this is part of the Catch-22 I was talking about). >>>Maybe keep the "exec wmaker" and set display to :1 ... No, "startx >>>-multiwindow -- :1" triggers the "no program named >>>"/usr/X11R6/bin/xterm" in PATH" crash. So I don't quite see how to >>>achieve that. I tried xinit -multiwindow but that started up a full >>>desktop. >> >>Seriously, the easiet way is to use startxwin.bat and modify it >>according to the instructions in that file. Or, if you really want to >>start from a Cygwin shell, use startxwin.sh and modify it accorinding > > to > >>its instructions. There are pre-made lines that are just commented out > > >>that start a window manager etc. >> >>Lets have you try these things first and see where it goes. >> >>Harold > > > Harold, I'm quickly coming to the opinion that .bat should really be > spelled .bad !! > > My / is the recommended C:\cygwin, but /usr is mounted on D:\cygwin\usr. > This means that the all of the %CYGWIN_ROOT%\usr based paths in the > script > are all wrong. There is no way (major kludges aside) to generate the > correct paths in a generic .bat file. Consequently, every time I > install > a newer version, I need to hack the new .bat file (or patch my own > script > with any changes you've made). I wrote a short utility called "find_cygwin" using Open Watcom but I haven't finished it yet. The problems I ran into were that I could get the paths I needed, but exposing them to the batch file as a variable of some sort was darn near impossible. > If you'd be interested in a unified approach, where the .bat just runs > bash -c startxwin.sh (which will probably in turn be just a wrapper for > startx) I might be able to make time for this. Yes, I think that may be the way to go at this point since we are starting to waste a lot of cycles trying to do things in batch files that are easily supported in shell scripts using *nix-style utilities. Give it a try. Download the X-startup-scripts -src package via setup.exe and hack away. I don't think it would be too hard... the batch file will basically be just like /cygwin.bat but it will launch a given script instead of displaying a console... you might have to use "run" to prevent it from popping up a console that sticks around until all of the spawned processes finish, but maybe not. > The ultimate goal being to make any configuration of startup > parameters external to the scripts and therefore remove ANY need for > users to hack the scripts themselves. I wouldn't go for the gold yet... just make a batch file that runs the shell script first so that people can still create Windows shortcuts to the batch file, then we can go from there. > There was mention a while ago of making multiwindow a standalone window > manager. Has anything been done in this direction? It would certainly > ease making a "one size fits all" startup and remove much of the > confusion > this thread typifies - i.e. the rule would be: > "always run one window manager" > rather than > "always run a window manager unless you start X with -multiwindow > (whether you're aware that you are or not) in which case you etc..." This isn't really a viable option at this time. Splitting the window manager out introduces its own set of problems and still requires a command-line parameter to initialize the sub-system within XWin.exe that communicates with the external window manager that uses Windows windows as frames while all other window managers do not require that this subsystem be initialized. So, this approach doesn't really do anything for us. What I would rather see is some very minor tweaks (I have been thinking about doing these myself) that let the mutli-window window manager silently exit without causing a crash if another window manager is detected. In fact, I would also like to create another dialog box that lets you check boxes to enable and disable -multiwindow and -clipboard during the current session. The first thing this will require a is a continuation of the cleanup that I have been doing to the shutdown process for the -clipboard code and a cleanup of the shutdown process for the -multiwindow code. > If you're interested, I'd appreciate some advice on how you'd like the > patches submitted. I'm assuming that I'll need to check out the latest > CVS source, make the changes and submit the diffs as a patch. Since I've > only ever seen tiny patches appear in this list, do most patches get > sent > directly to you? Well, there are two steps to this: 1) Submit a handful of patches to the list (usually one or two is all I need) that show that you know what you are doing and that you code cleanly. 2) I'll ask you for an ssh dsa key and we'll get you a cvs account on freedesktop.org so that you can commit your patches directly. This is a lot easier than mailing patches back and forth. If you start screwing things up, we will shame you publically into behaving. :) Keep in mind, the above refers to the packages for the X Window System only... the ancillary packages that I have made (X-startup-scripts, X-start-menu-icons, etc.) are not in CVS anywhere; their source is distributed via setup.exe only. Happy coding, Harold From pechtcha@cs.nyu.edu Thu Apr 1 21:10:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 01 Apr 2004 21:10:00 -0000 Subject: Various starting X problems In-Reply-To: <406C7834.9090608@msu.edu> References: <406C7834.9090608@msu.edu> Message-ID: On Thu, 1 Apr 2004, Harold L Hunt II wrote (irrelevant parts snipped): > Phil Betts wrote: > > > Luke said: > > > >>>In my .xinitrc I *don't* have an explicit path for xterm. However, I > >>>see xterm has moved from /usr/X11R6/bin to /usr/bin! Did many other > > > > Slightly OT: I noticed that the start menu entry for xterm no longer > > works. Entering the command from the shortcut directly into the cmd.exe > > shell returns without an error or any output (that I can find). From > > bash, the command works fine. The other shortcuts that I've tried > > (e.g.. xcalc) all worked, so there is presumably something unusual about > > the way that xterm starts that causes a silent exit when started from a > > vanilla DOS/Windows shell. My guess is that it's relying on some env > > var. > > I'm aware of this. I don't remember the exact details, but there is a > sort of Catch-22 situation for setting the "start in" folder for the > xterm shortcut; neither '/usr/bin' nor '/usr/X11R6/bin' work for > different reasons. Furthermore, I believe that the script that creates > the shortcuts needs to be modified to be able to support shortcuts to > programs that live in /usr/bin. You'll notice that the emacs shortcut > also does not work for the same reason. > > I don't have time to fix this. I would appreciate it if someone else > would grab the -src package for X-start-menu-icons via setup.exe and > work on fixing it; I don't want a half-assed untested patch either, I > want one that has been thoroughly tested (you know, tough stuff like > clicking at least one of the tree classes of shortcuts: /usr/bin X > programs, /usr/X11R6/bin X programs, and /usr/X11R6/bin terminal > programs) since the sort of changes required may break the other links > that the scripts create (this is part of the Catch-22 I was talking about). I don't recall any discussion or a heads-up that xterm now resides in /usr/bin... Any particular reason for this decision? > I wrote a short utility called "find_cygwin" using Open Watcom but I > haven't finished it yet. The problems I ran into were that I could get > the paths I needed, but exposing them to the batch file as a variable of > some sort was darn near impossible. How about the "macro replace in a postinstall script" approach I suggested earlier? Also, postinstall scripts already run *in* Cygwin, so there should be no reason to detect it, right? Just use "cygpath"... > > If you'd be interested in a unified approach, where the .bat just runs > > bash -c startxwin.sh (which will probably in turn be just a wrapper for > > startx) I might be able to make time for this. > > Yes, I think that may be the way to go at this point since we are > starting to waste a lot of cycles trying to do things in batch files > that are easily supported in shell scripts using *nix-style utilities. Perhaps you're right. As long as you run "bash --login -c ...", so that the PATH is set properly. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From cary_jamison@symantec.com Thu Apr 1 21:34:00 2004 From: cary_jamison@symantec.com (Cary Jamison) Date: Thu, 01 Apr 2004 21:34:00 -0000 Subject: numlock Message-ID: "Alexander Gottwald" wrote in message news:... > On Thu, 1 Apr 2004, J S wrote: > > > Ah, not the answer I was expecting! Are you pulling my leg or was that a > > serious answer?! > > This is a serious answer. Numlock is treated as modifier key just like caps > lock or control. pressing a key while numlock is on is just like pressing > ctrl + key. > I think perhaps the other part of this question is why some X11 servers on other platforms don't treat numlock as a modifier but XFree86 does. Could this be made configurable? I think this has been discussed before, though, so perhaps a search of the archives is in order... Cary From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Apr 1 21:46:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 01 Apr 2004 21:46:00 -0000 Subject: numlock In-Reply-To: References: Message-ID: Cary Jamison wrote: > I think perhaps the other part of this question is why some X11 servers on > other platforms don't treat numlock as a modifier but XFree86 does. Could > this be made configurable? It's not the server which has problems but the clients. the clients should be aware that num_lock is _not_ a normal modifier like control or shift. This works for most clients but not for some rather old ones (twm and some on ancient unices). > I think this has been discussed before, though, so perhaps a search of the > archives is in order... You can disable the the numlock key with xmodmap -e "remove mod2 = Num_Lock" bye ago NP: Placebo - Protect Me From What I Want -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Thu Apr 1 22:13:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 Apr 2004 22:13:00 -0000 Subject: Various starting X problems In-Reply-To: References: <406C7834.9090608@msu.edu> Message-ID: <406C940B.5000003@msu.edu> Igor, Igor Pechtchanski wrote: > On Thu, 1 Apr 2004, Harold L Hunt II wrote (irrelevant parts snipped): > > >>Phil Betts wrote: >> >> >>>Luke said: >>> >>> >>>>>In my .xinitrc I *don't* have an explicit path for xterm. However, I >>>>>see xterm has moved from /usr/X11R6/bin to /usr/bin! Did many other >>> >>>Slightly OT: I noticed that the start menu entry for xterm no longer >>>works. Entering the command from the shortcut directly into the cmd.exe >>>shell returns without an error or any output (that I can find). From >>>bash, the command works fine. The other shortcuts that I've tried >>>(e.g.. xcalc) all worked, so there is presumably something unusual about >>>the way that xterm starts that causes a silent exit when started from a >>>vanilla DOS/Windows shell. My guess is that it's relying on some env >>>var. >> >>I'm aware of this. I don't remember the exact details, but there is a >>sort of Catch-22 situation for setting the "start in" folder for the >>xterm shortcut; neither '/usr/bin' nor '/usr/X11R6/bin' work for >>different reasons. Furthermore, I believe that the script that creates >>the shortcuts needs to be modified to be able to support shortcuts to >>programs that live in /usr/bin. You'll notice that the emacs shortcut >>also does not work for the same reason. >> >>I don't have time to fix this. I would appreciate it if someone else >>would grab the -src package for X-start-menu-icons via setup.exe and >>work on fixing it; I don't want a half-assed untested patch either, I >>want one that has been thoroughly tested (you know, tough stuff like >>clicking at least one of the tree classes of shortcuts: /usr/bin X >>programs, /usr/X11R6/bin X programs, and /usr/X11R6/bin terminal >>programs) since the sort of changes required may break the other links >>that the scripts create (this is part of the Catch-22 I was talking about). > > > I don't recall any discussion or a heads-up that xterm now resides in > /usr/bin... Any particular reason for this decision? It wasn't a change... the "xterm" package has always been this way since its inception a couple weeks ago. Chris and I discussed on cygwin-apps that there was no reason to put new X packages in /usr/X11R6 so I have not been doing this for most new X packages; barring those that do broken things and need to be stuck in /usr/X11R6, like libXft. >>I wrote a short utility called "find_cygwin" using Open Watcom but I >>haven't finished it yet. The problems I ran into were that I could get >>the paths I needed, but exposing them to the batch file as a variable of >>some sort was darn near impossible. > > > How about the "macro replace in a postinstall script" approach I suggested > earlier? Also, postinstall scripts already run *in* Cygwin, so there > should be no reason to detect it, right? Just use "cygpath"... Still don't like that approach... it makes scripts that are dependent upon the setup of a machine at one point in time. I can just see the complaints rolling in when users cut d:\cygwin and paste it to c:\cygwin, fix their mount points, and see that "X fails to start". The reason I wrote a find_cygwin utility was because the assumption was that you don't know where cygwin1.dll is, nor do you know where cygpath is, not do I want the utility to be dependent upon any Cygwin utilities at all. Of course, it isn't totally finished and probably never will be, but it was satisfying to see a 34 KiB program that could answer my question. Another thing that the utility would be useful for is for launching programs from the start menu... if the Cygwin mount points change, all of the menu links are invalidated because cygwin1.dll can't be found, nor can anything else. With a utility like find_cygwin you can have it look up where cygwin1.dll is via the mount points in the registry, then set the path to include that directory. Course, this sort of doesn't work because batch files suck. >>>If you'd be interested in a unified approach, where the .bat just runs >>>bash -c startxwin.sh (which will probably in turn be just a wrapper for >>>startx) I might be able to make time for this. >> >>Yes, I think that may be the way to go at this point since we are >>starting to waste a lot of cycles trying to do things in batch files >>that are easily supported in shell scripts using *nix-style utilities. > > > Perhaps you're right. As long as you run "bash --login -c ...", so that > the PATH is set properly. Yup, it seems time to do this. Harold From ttnguyen@mail2.jpl.nasa.gov Thu Apr 1 22:41:00 2004 From: ttnguyen@mail2.jpl.nasa.gov (Tam T Nguyen) Date: Thu, 01 Apr 2004 22:41:00 -0000 Subject: Problem report: Netscape program launched from a client server Message-ID: <406C9A80.7000607@mail2.jpl.nasa.gov> Hi, I launched the Netscape program from a remote Sun Solaris machine to be displayed on a Xterm window of laptop PC using X-Cygwin. The Netscape could not start and came back with an error message as the followings: Error of failed request: Badrawable (invalid Pixmap or Window Parameter) Major opcode o failed request: 73 (X_GetImage) Resource ID in failed request: 0x3a Serial number of failed request: 78 Current serial number in output stream: 78 Exit 1 netscape That was the message. I have tried the XView program to display images of the Sun Solaris using Xterm/Cywin on a PC and it works just fine. Please let me know how to fix this problem. Thanks, Tam -- o ( ) | \\ | // | ------------------ Off: 818-354-7296 ()/-| |>> | | Fax: 818-354-8172 /-------/----\ Addr: Bldg 107-104G ( ) ( ) ( ) Mail Addr: Bldg 107 From luke.kendall@cisra.canon.com.au Thu Apr 1 23:10:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Thu, 01 Apr 2004 23:10:00 -0000 Subject: Fwd: Re: Various starting X problems Message-ID: <20040401231019.5537A34C4F@nevin.research.canon.com.au> I'm re-sending this since the mail server rejected the .zip attachment, it seems: The Postfix program : host sources.redhat.com[67.72.78.213] said: 552 we don't accept email with executable content (#5.3.4) (in reply to end of DATA command) Instead, I'll just paste them inline. Apologies for the length. luke ------ Forwarded message ------ From: luke.kendall@cisra.canon.com.au Subject: Re: Various starting X problems Date: Thu, 1 Apr 2004 17:08:28 +1000 (EST) To: cygwin-xfree@cygwin.com On 31 Mar, Harold L Hunt II wrote: > Luke, > > luke.kendall@cisra.canon.com.au wrote: > > Now with the workaround of knowing to run startx -- :0 to get X to > > start, I thought I'd have a poke about to see what exactly makes it > > crash. I came up with several interesting problems. > > > > In my .xinitrc I *don't* have an explicit path for xterm. However, I > > see xterm has moved from /usr/X11R6/bin to /usr/bin! Did many other X > > applications also move into there? > > My system does not have a problem finding xterm in /usr/bin because > /usr/bin should always be in your Cygwin shell path... something else is > wrong with your Cygwin setup if that is not the case. Hmm, okay. /usr/bin and /bin and /usrX11R6/bin are all in my PATH. The error message is: xinit: No such file or directory (errno 2): no program named "/usr/X11R6/bin/xterm" in PATH Since there is no /usr/X11R6/bin/xterm (only a /usr/bin/xterm), I suppose it's correct. I haven't been able to find what it is that's referencing the absolute path to the old location for xterm. (It still seems strange to me that it moved to /usr/bin.) > > I only noticed that xterm had moved because when I start X with > > -multiwindow (or with -clipboard), it complains like this and exits: > > > > $ PATH="$PATH:/usr/X11R6/bin" startx -multiwindow -- :0 > > You shouldn't have to set the PATH to include /usr/X11R6/bin... as you > said, it cannot find /usr/bin/xterm. No, if it was asking for /usr/bin/xterm it would have been okay. Something is asking for /usr/X11R6/bin/xterm. > > XCOMM: not found > > Oops... that isn't supposed to be in the startx script. Those XCOMMs > are supposed to be replaced with # signs at the beginning of the line. > I've fixed this in a new version of the script. Thanks. > > cat: /cygdrive/d/home/luke/.Xauthority: No such file or directory > > xinit: No such file or directory (errno 2): no program named "/usr/X11R6/bin/xterm" in PATH > > Something else must be wrong with your path. I don't think so. FWIW, here is my full and ugly PATH, wrapped for easy reading but no other changes: /cygdrive/C/PROGRA~1/MICROS~3/VC98/BIN: /cygdrive/C/PROGRA~1/MICROS~3/Common/MSDev98/BIN: /cygdrive/d/home/luke/op-support: /cygdrive/d/home/luke/bin: /opt/bin: /usr/X11R6/bin: /usr/local/bin: /usr/bin: /bin: /cygdrive/c/Tcl/bin: /cygdrive/c/WINDOWS/system32: /cygdrive/c/WINDOWS: /cygdrive/c/WINDOWS/System32/Wbem: /cygdrive/c/Program Files/nsr/bin: /usr/bin: /cygdrive/x/bin: /cygdrive/c/mysql/bin: /cygdrive/c/jdk1.3.1_01/jre/bin/hotspot: /cygdrive/d/home/mport/mp/build/win32/bin: /cygdrive/c/Program Files/Common Files/Adaptec Shared/System: /cygdrive/c/Program Files/Canon/mport/bin: /cygdrive/c/Program Files/Canon/mport/bin: /cygdrive/c/Program Files/Canon/mport/bin: /cygdrive/c/Program Files/Canon/mport/bin: /cygdrive/c/Program Files/Canon/mport/bin: /cygdrive/x/cygnus/cisra: /opt/script: /usr/local/bin:/ /handel/d/bin/script: //handel/d/bin Apart from some classically-stupid repetitions, and one complete stupid and excessive repetition I didn't expect (mport), it seems functional if inefficient. > I think you have a custom ~/.xinitrc or your /etc/X11/xinit/xinitrc has > been modified. Or, you might have ~/.xserverrc or > /etc/X11/xinit/xserverrc (which are not installed by anything I have > written). Please send in any of these files if you find them so that we > can see what they are doing. For starters, they are obviously starting > a window manager, which is not something that the version from > X-startup-scripts-1.0.5-1 does. I definitely have a custom .xinitrc file. In fact part of our site post-install process was to create a default one, since initially Cygwin's XFree didn't include it. I hadn't realised it was colliding with one from Cygwin. Our standard site post-install creates the ~/.xinitrc. Sounds like I'd better try to back that out. How much does Cygwin's XFree depend on the (traditionally) user-controlled .xinitrc file, to work properly? Does it also depend on specific Cygwin things in ~/.Xresources? I'll zip up and attach the files, anyway. I've included an XWin.log from a failure when started with -multiwindow. Archive: /u/luke/xwin.zip Length Date Time Name -------- ---- ---- ---- 1698 04-01-04 14:22 .xinitrc 509 11-06-02 17:31 .Xresources 688 03-17-04 14:53 cygwin/startx.bat 3857 04-01-04 14:25 cygwin/tmp/XWin.log -------- ------- 6752 4 files > > So if I remove the "exec wmaker" from .xinitrc, X starts and stops > > instantly. So I add an "xterm" at the end of .xinitrc (since X doesn't > > realise the wmaker would have started lots of windows from its saved > > workspace state if it had been given a few seconds to run). > > Yeah, you have to have a "magic client" that is started with an exec at > the end of your .xinitrc, otherwise the behavior that you described is > exactly what is supposed to happen. Yep, I recognised the behaviour. > I think you can override the defaultserverargs in your .xinitrc so that > you could have a .xinitrc that both starts its own wm and prevents > startx from passing "-multiwindow" to XWin.exe. I'm not an xinit/startx > expert, so you'll have to look for docs on that elsewhere. Are there any docs on -multiwindow and using the Windows desktop as your window manager? > > It looks like no window manager is running at all. > > > > I wonder how I can run multiwindow with wmaker as my window manager? > > Maybe keep the "exec wmaker" and set display to :1 ... No, "startx > > -multiwindow -- :1" triggers the "no program named > > "/usr/X11R6/bin/xterm" in PATH" crash. So I don't quite see how to > > achieve that. I tried xinit -multiwindow but that started up a full > > desktop. > > Seriously, the easiet way is to use startxwin.bat and modify it > according to the instructions in that file. Or, if you really want to > start from a Cygwin shell, use startxwin.sh and modify it accorinding to > its instructions. There are pre-made lines that are just commented out > that start a window manager etc. Ah, yes, I knew there were some new startup scripts but I couldn't remember what they were. I'm still using the version of /startx.bat that I modified, and pointed to from a desktop shortcut I've set up. > Lets have you try these things first and see where it goes. Absolutely. Thanks, Harold. I tried startxwin.sh without a lot of joy. I can't see where it gets its starting set of windows, and I can't see how to start up any windows conveniently either. (Currently it has -multiwindow and -clipboard hardwired in - it doesn't seem to do any argument processing.) I may change that and send you a revised one, if you'd be interested. Perhaps my question is, why would anyone choose to run multiwindow using the Windows desktop? There seems to be no easy way to start X applications, except presumably from the command line. It doesn't seem to use .xinitrc how I'd expect. Sure, if I add an "exec wmaker" then it all fails because it thinks a window manager (the Windows desktop) is running, and bails out. But if instead I add an xmessage "Quit X" at the end instead, that never appears. I just end up with the "console window" with yellow text on black background, and an icon in the Windows tray, that I can use to exit X or unhide the root window. If I unhide the root window, then the X cursor disappears. Nor can you call up a root menu, since I suppose Windows doesn't understand that. And I know of no way to get a root menu in the Windows + multiwindow "environment" or mode. Also, as I said, if I unhide the root window in this mode you can't exit from X. You can request to do so, but it doesn't exit until you rehide the root window. You can also exit from the taskbar icon if you have the root window hidden, but not if the root window is displayed. Hope this makes some sense, and/or is of some use! Oh: given that I had my own .xinitrc file, how can I get a copy of the one Cygwin would have installed? Move it aside and re-run setup? luke ----------------------- .xinitrc ------------------------- #!/bin/sh # $Xorg: xinitrc.cpp,v 1.3 2000/08/17 19:54:30 cpqbld Exp $ userresources=$HOME/.Xresources usermodmap=$HOME/.Xmodmap sysresources=/usr/X11R6/lib/X11/xinit/.Xresources sysmodmap=/usr/X11R6/lib/X11/xinit/.Xmodmap # merge in defaults and keymaps if [ -f $sysresources ]; then xrdb -merge $sysresources fi if [ -f $sysmodmap ]; then xmodmap $sysmodmap fi if [ -f $userresources ]; then xrdb -merge $userresources fi if [ -f $usermodmap ]; then xmodmap $usermodmap fi # start some nice programs echo DISPLAY is $DISPLAY DISPLAY="$DISPLAY.0" rxvt -sr -backspacekey ^? -g 80x45-65+0 -fn 9x15 -title "rxvt 1" & xterm -sb -g 80x24+58-75 -fn 9x15 -title "xterm 2" & #xclock -geometry 50x50-1+1 & #xterm -g 72x12+0+75 -e /usr/local/script/mailprog-on-linux & # # Explanation of xterm arguments: # # -g means geometry: columns x lines (e.g. 80x23) followed first by a # horizontal placement and 2nd by a vertical placement. These placements # are relative to the left (or top) if they start with a `+', and # relative to the right (or bottom) if they start with a `-'. # So 80x24+0-0 means 80 cols, 24 lines, 0 from the left edge of the screen, # and 0 from the bottom. The placements, incidentally, are in pixels. # # -fn 9x15 means choose the 9x15 (in pixels) font. And 9x15bold is just that. # # You can resize windows with the mouse by dragging from the top-right # icon of the title bar. You can bring up the xterm font panel by holding # down the CTRL key before you press the right mouse button down inside the # xterm. The left and middle things access other functions. # exec wmaker #xmessage "Quit X" ----------------------- .Xresources ------------------------- ! rxvt settings rxvt*saveLines: 5000 rxvt*scrollBar: on rxvt*scrollTtyOutput: off rxvt*scrollTtyKeypress: on rxvt*cursorColor: blue !rxvt*ttyModes: erase ^? rxvt*background: white rxvt*foreground: black ! XTerm*saveLines: 2000 XTerm*scrollBar: on !XTerm*ttyModes: erase ^H ! Possible sizes include 6x13, 1x9, 7x13, 8x13, 9x15, 10x20, 12x24 - see ! usr/X11/lib/X11/fonts/misc... XTerm*font: 9x15 *cursorColor: blue *pointerColor: red *scrollTtyOutput: false *scrollKey: true ----------------------- cygwin/startx.bat ------------------------- @echo off rem The D: gets replaced by the real Cygwin drive during installation: C: chdir \cygwin\bin rem For use with sample .profile: stop the exec in user's .profile for the rem case where we're really starting the X server. set STARTX=df rem rem Comment out the -rootless line if you *do* want the whole X desktop. rem -multiwindow had both hopeless performance and inability to get rem character input into an rxvt or xterm window under WindowMaker. rem bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx" rem bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx -- -rootless" rem bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx -- -multiwindow" pause ----------------------- cygwin/tmp/XWin.logcygwin/tmp/XWin.logcygwin/tmp/XWin.log ------------------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.65 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1024 dwHeight: 768 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 740 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 740 1024 winCreateBoundingWindowWindowed - WindowClient w 1024 h 740 r 1024 l 0 b 740 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 740 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1024 height: 740 depth: 32 size image: 3031040 winAllocateFBShadowGDI - Created shadow stride: 1024 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Couldn't load XKB keymap, falling back to pre-XKB keymap Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 512 370 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. From lev.bishop@yale.edu Thu Apr 1 23:43:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Thu, 01 Apr 2004 23:43:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-66 Message-ID: Harold:I tried the build method you described, but I get an error: I get: ... making all in programs/Xserver/xkb... make[1]: Entering directory `/usr/src/xc/.build/programs/Xserver/xkb' make[1]: *** No rule to make target `/xkmread.c', needed by `xkmread.c'. Stop. make[1]: Leaving directory `/usr/src/xc/.build/programs/Xserver/xkb' make: *** [xkb] Error 2 Seems to be something to do with the BuildXKBlib macro. Probably caused by the lines in config/cf/X11.tmpl: #define BuildXKBfilelib (BuildXKB && !BuildServersOnly) .... #if BuildXKBlib XKBFILELIBSRC = $(LIBSRC)/xkbfile .... I tried adding the line: XKBFILELIBSRC = $(LIBSRC)/xkbfile To xc/CYGWIN-PATCHES/hosts.def.in and building again. Which gives me an XWin.exe that appears to work (I haven't tested it much yet). I find the X build system (like many other build systems) completely bewildering so that's as far as I got. Did I do the right thing? Lev From huntharo@msu.edu Fri Apr 2 00:02:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Apr 2004 00:02:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-66 In-Reply-To: References: Message-ID: <406CAD7D.1060309@msu.edu> Lev, Lev Bishop wrote: > Harold:I tried the build method you described, but I get an error: > > I get: > ... > making all in programs/Xserver/xkb... > make[1]: Entering directory `/usr/src/xc/.build/programs/Xserver/xkb' > make[1]: *** No rule to make target `/xkmread.c', needed by `xkmread.c'. > Stop. > make[1]: Leaving directory `/usr/src/xc/.build/programs/Xserver/xkb' > make: *** [xkb] Error 2 > > Seems to be something to do with the BuildXKBlib macro. Probably > caused by the lines in config/cf/X11.tmpl: > > #define BuildXKBfilelib (BuildXKB && !BuildServersOnly) > .... > #if BuildXKBlib > XKBFILELIBSRC = $(LIBSRC)/xkbfile > .... > > I tried adding the line: > XKBFILELIBSRC = $(LIBSRC)/xkbfile > To xc/CYGWIN-PATCHES/hosts.def.in > > and building again. Which gives me an XWin.exe that appears to work (I > haven't tested it much yet). Yeah, that will work for now. It appears that this has been fixed in the version that we will begin distributing next week sometime, so there is no need to fix this permanently in our current tarballs. > I find the X build system (like many other build systems) completely > bewildering so that's as far as I got. Did I do the right thing? Yup, you should be good to go... all you needed to do in this case was to shut up the compiler and make, which you did just fine if you got an XWin.exe in the end. Now you can start sending me patches instead of instructions on what to do. Send a few good patches and you'll get a cvs account to start doing things directly yourself. I think that the things you are working on for making the clipboard support more robust and reliable are very worthwhile and I appreciate that you are looking into them. For making patches, let me suggest using the little makefile I stuck in /usr/src/xc/programs/Xserver/hw/xwin. If you want to make a backup of just the files in hw/xwin (most likely this is all you'll be sending patches for, or all that you'll want to backup before you make big changes), then just do the following: cd /usr/src/xc/programs/Xserver/hw/xwin make -f backup.mk VERSION=YYYYMMDD-HHMM The scripts will make a backup of all relevent files in hw/xwin while ignoring stupid files created by emacs like foo~ and #foo#, or other backup files. It will create a directory called /usr/src/xc/programs/Xserver/hw/xwin-YYYYMMDD-HHMM (of course, substitute the date and time there, in that ISO-style format so that sorting works properly). I do this right before I make a big change and right after I am done, then I do the following to make a patch (where * marks the previous version and ^ marks the current version): cd /usr/src/xc/programs/Xserver/hw diff -upN xwin-YYYYMMDD-HHMM* xwin-YYYYMMDD-HHMM^ > \ xwin-YYYYMMDD-HHMM^.diff Hope that helps, Harold From huntharo@msu.edu Fri Apr 2 00:15:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Apr 2004 00:15:00 -0000 Subject: Fwd: Re: Various starting X problems In-Reply-To: <20040401231019.5537A34C4F@nevin.research.canon.com.au> References: <20040401231019.5537A34C4F@nevin.research.canon.com.au> Message-ID: <406CB091.4010604@msu.edu> Luke, luke.kendall@cisra.canon.com.au wrote: >>> cat: /cygdrive/d/home/luke/.Xauthority: No such file or directory >>> xinit: No such file or directory (errno 2): no program named "/usr/X11R6/bin/xterm" in PATH >> >> >> Something else must be wrong with your path. > > > I don't think so. FWIW, here is my full and ugly PATH, wrapped for > easy reading but no other changes: Oh no, once again I am right on this one... read on for a full explanation of what you need to tell us in the future when you have such problems. >> I think you have a custom ~/.xinitrc or your /etc/X11/xinit/xinitrc has >> been modified. Or, you might have ~/.xserverrc or >> /etc/X11/xinit/xserverrc (which are not installed by anything I have >> written). Please send in any of these files if you find them so that we >> can see what they are doing. For starters, they are obviously starting >> a window manager, which is not something that the version from >> X-startup-scripts-1.0.5-1 does. > > > I definitely have a custom .xinitrc file. In fact part of our site > post-install process was to create a default one, since initially > Cygwin's XFree didn't include it. I hadn't realised it was colliding > with one from Cygwin. Our standard site post-install creates the > ~/.xinitrc. Sounds like I'd better try to back that out. /etc/X11/xinit/xinitrc can be copied to ~/.xinitrc, but your copy looks pretty close to stock except for the window manager that you are running. > How much does Cygwin's XFree depend on the (traditionally) > user-controlled .xinitrc file, to work properly? Does it also depend > on specific Cygwin things in ~/.Xresources? Not sure what you are asking here... I don't think the things you are worried about matter in this case. > I'll zip up and attach the files, anyway. I've included an XWin.log > from a failure when started with -multiwindow. > > Archive: /u/luke/xwin.zip > Length Date Time Name > -------- ---- ---- ---- > 1698 04-01-04 14:22 .xinitrc > 509 11-06-02 17:31 .Xresources > 688 03-17-04 14:53 cygwin/startx.bat > 3857 04-01-04 14:25 cygwin/tmp/XWin.log > -------- ------- > 6752 4 files > > >>>So if I remove the "exec wmaker" from .xinitrc, X starts and stops >>>instantly. So I add an "xterm" at the end of .xinitrc (since X doesn't >>>realise the wmaker would have started lots of windows from its saved >>>workspace state if it had been given a few seconds to run). >> >> >> Yeah, you have to have a "magic client" that is started with an exec at >> the end of your .xinitrc, otherwise the behavior that you described is >> exactly what is supposed to happen. > > > Yep, I recognised the behaviour. > > >> I think you can override the defaultserverargs in your .xinitrc so that >> you could have a .xinitrc that both starts its own wm and prevents >> startx from passing "-multiwindow" to XWin.exe. I'm not an xinit/startx >> expert, so you'll have to look for docs on that elsewhere. > > > Are there any docs on -multiwindow and using the Windows desktop as > your window manager? > > >>>It looks like no window manager is running at all. >>> >>>I wonder how I can run multiwindow with wmaker as my window manager? >>>Maybe keep the "exec wmaker" and set display to :1 ... No, "startx >>>-multiwindow -- :1" triggers the "no program named >>>"/usr/X11R6/bin/xterm" in PATH" crash. So I don't quite see how to >>>achieve that. I tried xinit -multiwindow but that started up a full >>>desktop. >> >> >> Seriously, the easiet way is to use startxwin.bat and modify it >> according to the instructions in that file. Or, if you really want to >> start from a Cygwin shell, use startxwin.sh and modify it accorinding to >> its instructions. There are pre-made lines that are just commented out >> that start a window manager etc. > > > Ah, yes, I knew there were some new startup scripts but I couldn't > remember what they were. I'm still using the version of /startx.bat > that I modified, and pointed to from a desktop shortcut I've set up. > > >> Lets have you try these things first and see where it goes. > > > Absolutely. Thanks, Harold. > > I tried startxwin.sh without a lot of joy. I can't see where it gets > its starting set of windows, and I can't see how to start up any > windows conveniently either. (Currently it has -multiwindow and > -clipboard hardwired in - it doesn't seem to do any argument > processing.) > > I may change that and send you a revised one, if you'd be interested. > > Perhaps my question is, why would anyone choose to run multiwindow > using the Windows desktop? There seems to be no easy way to start X > applications, except presumably from the command line. > > It doesn't seem to use .xinitrc how I'd expect. Sure, if I add an > "exec wmaker" then it all fails because it thinks a window manager (the > Windows desktop) is running, and bails out. But if instead I add an > xmessage "Quit X" at the end instead, that never appears. I just end > up with the "console window" with yellow text on black background, and > an icon in the Windows tray, that I can use to exit X or unhide the > root window. > > If I unhide the root window, then the X cursor disappears. Nor can you > call up a root menu, since I suppose Windows doesn't understand that. > And I know of no way to get a root menu in the Windows + multiwindow > "environment" or mode. > > Also, as I said, if I unhide the root window in this mode you can't > exit from X. You can request to do so, but it doesn't exit until you > rehide the root window. You can also exit from the taskbar icon if you > have the root window hidden, but not if the root window is displayed. > > Hope this makes some sense, and/or is of some use! > > Oh: given that I had my own .xinitrc file, how can I get a copy of the > one Cygwin would have installed? Move it aside and re-run setup? > > luke > > ----------------------- .xinitrc ------------------------- This looks fine to me. > ----------------------- cygwin/startx.bat ------------------------- > @echo off > > rem The D: gets replaced by the real Cygwin drive during installation: > C: > > chdir \cygwin\bin > > rem For use with sample .profile: stop the exec in user's .profile for the > rem case where we're really starting the X server. > set STARTX=df > > rem > rem Comment out the -rootless line if you *do* want the whole X desktop. > rem -multiwindow had both hopeless performance and inability to get > rem character input into an rxvt or xterm window under WindowMaker. > rem > > bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx" > rem bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx -- -rootless" > rem bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx -- -multiwindow" > > pause Yeah, there is the money shot baby. This whole time you've been using a poorly named file that you guys created on your own called "startx.bat", while we've been assuming that you've been reporting a legitimate problem with a file that we are distributing called "startx", living in /usr/X11R6/bin/startx. Now that we know which script we are trying to fix (your startx.bat, not our startx shell script), there are two things that I see wrong: 1) You should not need to set the PATH in the -c argument to bash. You should have a file called /etc/profile.d/00XFree86-bin.sh that does this for you. You can test this by removing your -c command altogether and observing that the PATH still has /usr/X11R6/bin in it. I recommend removing your setting of the PATH unless you can prove that it does not work otherwise because it is likely to continue to cause confusion to anyone looking at in the future. 2) We keep telling you to either edit /usr/X11R6/startx and change the line: defaultserverargs="-multiwindow -clipboard" to: defaultserverargs="" -or-, pass " -- :0" to startx. I think there has been a lot of confusion here by your naming your batch file "startx.bat"... what you need to do in this case is edit your startx.bat and change the end of the line that reads "[...] startx" to be "[...] startx -- :0". That will prevent -multiwindow from being passed by the defaultserverargs in /usr/X11R6/startx. Okay, this is really getting into the nitty-gritty now about a problem with a script that you guys wrote, so I can't really spend anymore time on this issue. You'll either have to look up generic resources on how to write proper shell scripts, batch files, and use xinit, or you'll have to help that someone else here helps you. Sorry I can't do anymore. Harold From luke.kendall@cisra.canon.com.au Fri Apr 2 00:20:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 02 Apr 2004 00:20:00 -0000 Subject: Various starting X problems In-Reply-To: Message-ID: <20040402002041.56CF434C4F@nevin.research.canon.com.au> On 1 Apr, Igor Pechtchanski wrote: > How about the "macro replace in a postinstall script" approach I suggested > earlier? Also, postinstall scripts already run *in* Cygwin, so there > should be no reason to detect it, right? Just use "cygpath"... > > > > If you'd be interested in a unified approach, where the .bat just runs > > > bash -c startxwin.sh (which will probably in turn be just a wrapper for > > > startx) I might be able to make time for this. > > > > Yes, I think that may be the way to go at this point since we are > > starting to waste a lot of cycles trying to do things in batch files > > that are easily supported in shell scripts using *nix-style utilities. > > Perhaps you're right. As long as you run "bash --login -c ...", so that > the PATH is set properly. That's what I do as part of my post-install. Here's the generic startx.bat: rem The D: gets replaced by the real Cygwin drive during installation: D: chdir \cygwin\bin rem For use with sample .profile: stop the exec in user's .profile for the rem case where we're really starting the X server. set STARTX=df rem bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx" bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx -- -multiwindow" rem bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx -- -rootless" With this line from my 345 line post-install script: sed "s/^D:/$CYGDRIVE:/;s/\\cygwin/$CYGDIR/" startx.bat > /startx.bat chmod 777 /startx.bat I learned many years ago that writing Windows .bat scripts is like typing with your nose. There's a certain satisfaction at getting a result, but you work a lot harder. My rule of thumb was about 10 times the effort of writing a shell script goes into writing a .bat script. luke From cgf-no-personal-reply-please@cygwin.com Fri Apr 2 00:20:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 02 Apr 2004 00:20:00 -0000 Subject: Fwd: Re: Various starting X problems In-Reply-To: <20040401231019.5537A34C4F@nevin.research.canon.com.au> References: <20040401231019.5537A34C4F@nevin.research.canon.com.au> Message-ID: <20040402002000.GA3071@coc.bosbc.com> On Fri, Apr 02, 2004 at 09:10:18AM +1000, luke.kendall@cisra.canon.com.au wrote: >I'm re-sending this since the mail server rejected the .zip attachment, >it seems: > > The Postfix program > >: host sources.redhat.com[67.72.78.213] said: 552 we > don't accept email with executable content (#5.3.4) (in reply to end of > DATA command) There is no need to inform the list of your mailing list discoveries. Really. It is not interesting. From huntharo@msu.edu Fri Apr 2 03:49:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Apr 2004 03:49:00 -0000 Subject: Computer upgrade complete and a nice biography treat Message-ID: <406CE2CB.1050500@msu.edu> I've been meaning to inform the list that I was able to purchase an Athlon XP 2100+ for my system and it works great. Unfortunately, the low price of $50 that I was seeing was for a Thoroughbred chip while I needed a Palomino which ended up costing my $90. Thankfully the chip worked and my build times are down over 30% from my Athlon 1.2 GHz; the CPU is still pegged at 100% during builds so I know the speed is not being limited by memory throughput or hard drive throughput. A friend built the entire Cygwin/X distribution on his Pentium 4 2.8 GHz machine in just over 45 minutes; my relatively cheap upgrades have gotten me a 65 minute build time, which is great for me. Before I spoil the rest of the story, I was going to take some pictures of my upgraded system, and instead ended up doing a sort of mini biography of myself and my toys: http://msu.edu/~huntharo/bio/ Check it out, I hope you enjoy all of the pictures... oh yeah, there is a picture of me for all of you that are just starving to know what I look like after all of these years. ;) Harold From luke.kendall@cisra.canon.com.au Fri Apr 2 08:02:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 02 Apr 2004 08:02:00 -0000 Subject: Fwd: Re: Various starting X problems In-Reply-To: <406CB091.4010604@msu.edu> Message-ID: <20040402080202.AA4BA34C4F@nevin.research.canon.com.au> On 1 Apr, Harold L Hunt II wrote: > Luke, > > > > luke.kendall@cisra.canon.com.au wrote: > >>> cat: /cygdrive/d/home/luke/.Xauthority: No such file or directory > >>> xinit: No such file or directory (errno 2): no program named "/usr/X11R6/bin/xterm" in PATH > >> > >> > >> Something else must be wrong with your path. > > > > > > I don't think so. FWIW, here is my full and ugly PATH, wrapped for > > easy reading but no other changes: > > Oh no, once again I am right on this one... read on for a full > explanation of what you need to tell us in the future when you have such > problems. Sorry, there was no way that you could know that the startx.bat script wsa *not* involved; it's only used from the desktop shortcut. It lives in "/", and that's not on my path. > > I definitely have a custom .xinitrc file. In fact part of our site > > post-install process was to create a default one, since initially > > Cygwin's XFree didn't include it. I hadn't realised it was colliding > > with one from Cygwin. Our standard site post-install creates the > > ~/.xinitrc. Sounds like I'd better try to back that out. > > /etc/X11/xinit/xinitrc can be copied to ~/.xinitrc, but your copy looks > pretty close to stock except for the window manager that you are running. Makes sense. .xinitrc is just vanilla X stuff. > > How much does Cygwin's XFree depend on the (traditionally) > > user-controlled .xinitrc file, to work properly? Does it also depend > > on specific Cygwin things in ~/.Xresources? > > Not sure what you are asking here... I don't think the things you are > worried about matter in this case. Well, if it doesn't matter whether I'm using mine or using the default one from the XFree install, then there's nothing to worry about. > >> I think you can override the defaultserverargs in your .xinitrc so that > >> you could have a .xinitrc that both starts its own wm and prevents > >> startx from passing "-multiwindow" to XWin.exe. I'm not an xinit/startx > >> expert, so you'll have to look for docs on that elsewhere. > > > > > > Are there any docs on -multiwindow and using the Windows desktop as > > your window manager? I gather that -multiwindow in effect includes a window manager, and that's the main thing to know. > > I tried startxwin.sh without a lot of joy. I can't see where it gets > > its starting set of windows, and I can't see how to start up any > > windows conveniently either. (Currently it has -multiwindow and > > -clipboard hardwired in - it doesn't seem to do any argument > > processing.) > > > > I may change that and send you a revised one, if you'd be interested. > > > > Perhaps my question is, why would anyone choose to run multiwindow > > using the Windows desktop? There seems to be no easy way to start X > > applications, except presumably from the command line. > > > > It doesn't seem to use .xinitrc how I'd expect. Sure, if I add an > > "exec wmaker" then it all fails because it thinks a window manager (the > > Windows desktop) is running, and bails out. But if instead I add an > > xmessage "Quit X" at the end instead, that never appears. I just end > > up with the "console window" with yellow text on black background, and > > an icon in the Windows tray, that I can use to exit X or unhide the > > root window. > > > > If I unhide the root window, then the X cursor disappears. Nor can you > > call up a root menu, since I suppose Windows doesn't understand that. > > And I know of no way to get a root menu in the Windows + multiwindow > > "environment" or mode. > > > > Also, as I said, if I unhide the root window in this mode you can't > > exit from X. You can request to do so, but it doesn't exit until you > > rehide the root window. You can also exit from the taskbar icon if you > > have the root window hidden, but not if the root window is displayed. > > > > Hope this makes some sense, and/or is of some use! You'll notice that all the above problems were with using your startxwin.sh script. > > This looks fine to me. > > > ----------------------- cygwin/startx.bat ------------------------- > > @echo off > > > > rem The D: gets replaced by the real Cygwin drive during installation: > > C: > > > > chdir \cygwin\bin > > > > rem For use with sample .profile: stop the exec in user's .profile for the > > rem case where we're really starting the X server. > > set STARTX=df > > > > rem > > rem Comment out the -rootless line if you *do* want the whole X desktop. > > rem -multiwindow had both hopeless performance and inability to get > > rem character input into an rxvt or xterm window under WindowMaker. > > rem > > > > bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx" > > rem bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx -- -rootless" > > rem bash --login -c "PATH=$PATH:/usr/X11R6/bin; startx -- -multiwindow" > > > > pause > > Yeah, there is the money shot baby. This whole time you've been using a > poorly named file that you guys created on your own called "startx.bat", > while we've been assuming that you've been reporting a legitimate > problem with a file that we are distributing called "startx", living in > /usr/X11R6/bin/startx. Apologies for not making it clear that all those tests were using your startx script, not my startx.bat (which is only used in a desktop shortcut). All the examples I gave were starting X from the bash shell, so it was finding your startx script. To confirm, I just did some more little tests: $ /usr/X11R6/bin/startx -- -clipboard :0; grep "/usr/X11R6/bin/X" /tmp/XWin.log XCOMM: not found XCOMM: not found cat: /cygdrive/d/home/luke/.Xauthority: No such file or directory : illegal option -- t : illegal option -- r : illegal option -- a : illegal option -- d : illegal option -- i : illegal option -- t : illegal option -- i : illegal option -- o : illegal option -- n : illegal option -- a DISPLAY is :0 xterm: unexpected handshake status 852034 xterm: unexpected handshake status 4328344 waiting for X server to shut down xterm: fatal IO error 32 (Broken pipe) or KillClient on X server ":0.0" /usr/X11R6/bin/X :0 -clipboard :0 The above worked fine; no WM of course. I also discovered that a kind of dyslexia kept hitting me. I realise now that the very stupid and wrong thing that I often did, to provoke the weird error message that fooled me for a long time: cat: /cygdrive/d/home/luke/.Xauthority: No such file or directory xinit: No such file or directory (errno 2): no program named "/usr/X11R6/bin/xterm" in PATH Specify a program on the command line or make sure that /usr/X11R6/bin is in your path. waiting for X server to shut down . /usr/X11R6/bin/X :0 .... was that I put the -- in the wrong place, so I was trying to pass -multiwindow or -clipboard to god knows what. I didn't expect the error message about there being no /usr/X11R6/bin/xterm (and I'm *still* surprised and confused that xterm has been moved from that directory to /usr/bin.) Anyway, if you run up X using your startx and specify -multiwindow, then you get all the problems I described above if you unhide the root window: > > If I unhide the root window, then the X cursor disappears. Nor can you > > call up a root menu, since I suppose Windows doesn't understand that. > > And I know of no way to get a root menu in the Windows + multiwindow > > "environment" or mode. > > > > Also, as I said, if I unhide the root window in this mode you can't > > exit from X. You can request to do so, but it doesn't exit until you > > rehide the root window. You can also exit from the taskbar icon if you > > have the root window hidden, but not if the root window is displayed. I suspect that this is not peculiar to me. Please try it, and see if you get the same problems. > Now that we know which script we are trying to fix (your startx.bat, not > our startx shell script), there are two things that I see wrong: > > 1) You should not need to set the PATH in the -c argument to bash. You > should have a file called /etc/profile.d/00XFree86-bin.sh that does this > for you. You can test this by removing your -c command altogether and > observing that the PATH still has /usr/X11R6/bin in it. I recommend > removing your setting of the PATH unless you can prove that it does not > work otherwise because it is likely to continue to cause confusion to > anyone looking at in the future. I see, that should work when bash is invoked with -login. I agree, that's a better way to do it. > 2) We keep telling you to either edit /usr/X11R6/startx and change the line: > > defaultserverargs="-multiwindow -clipboard" > > to: > > defaultserverargs="" > > -or-, pass " -- :0" to startx. I think there has been a lot of > confusion here by your naming your batch file "startx.bat"... what you > need to do in this case is edit your startx.bat and change the end of > the line that reads "[...] startx" to be "[...] startx -- :0". That > will prevent -multiwindow from being passed by the defaultserverargs in > /usr/X11R6/startx. Well, my startx.bat has not been a factor in most of these tests I've done. I also observe that rather than exiting your startx script, it looks like there's a way to override the defaults by using a ~/.xerverrc file. I also agree that the "-- :0" to startx avoids the problems I initially had. But I'm just trying to pass on information about the other problems that occur if you run in -multiwindow mode and unhide the root window. > Okay, this is really getting into the nitty-gritty now about a problem > with a script that you guys wrote, so I can't really spend anymore time > on this issue. You'll either have to look up generic resources on how > to write proper shell scripts, batch files, and use xinit, or you'll > have to help that someone else here helps you. Sorry I can't do anymore. I'd be highly embarrassed if the problems were caused by my batch script, and I'd been wasting all your times. I don't think it's been involved, except that I may have mentioned other problems occuring when starting X from the desktop shortcut that does use my startx.bat file. Anyway, if you could have a quick try of the problems I've reported (it should only take a minute: start in multiwindow mode and then unhide the desktop via the tray icon), I hope you'll see I've not been wasting all your times. Regards, luke From luke.kendall@cisra.canon.com.au Fri Apr 2 08:07:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 02 Apr 2004 08:07:00 -0000 Subject: /usr/bin/xterm (was: Re: Various starting X problems) In-Reply-To: Message-ID: <20040402080708.88F7234C4F@nevin.research.canon.com.au> On 1 Apr, Igor Pechtchanski wrote: > > I don't have time to fix this. I would appreciate it if someone else > > would grab the -src package for X-start-menu-icons via setup.exe and > > work on fixing it; I don't want a half-assed untested patch either, I > > want one that has been thoroughly tested (you know, tough stuff like > > clicking at least one of the tree classes of shortcuts: /usr/bin X > > programs, /usr/X11R6/bin X programs, and /usr/X11R6/bin terminal > > programs) since the sort of changes required may break the other links > > that the scripts create (this is part of the Catch-22 I was talking about). > > I don't recall any discussion or a heads-up that xterm now resides in > /usr/bin... Any particular reason for this decision? I'm certainly interested to hear more. I got some ridicule dumped on me (in my role of Cygwin evangelist) when I mentioned this to an old-time Unix guy here. luke From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Apr 2 10:02:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 02 Apr 2004 10:02:00 -0000 Subject: Problem report: Netscape program launched from a client server In-Reply-To: <406C9A80.7000607@mail2.jpl.nasa.gov> References: <406C9A80.7000607@mail2.jpl.nasa.gov> Message-ID: Tam T Nguyen wrote: > Hi, > > I launched the Netscape program from a remote Sun Solaris machine to be > displayed on a Xterm window of laptop PC using X-Cygwin. The Netscape > could not start and came back with an error message as the followings: > > Error of failed request: Badrawable (invalid Pixmap or Window Parameter) > Major opcode o failed request: 73 (X_GetImage) > Resource ID in failed request: 0x3a > Serial number of failed request: 78 > Current serial number in output stream: 78 > > Exit 1 netscape Your using OpenSSHs X11 Forwarding? Try using ssh -Y instead of ssh -X. http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding bye ago NP: Silke Bischoff - The Devils Teeth -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From mbardiaux@peaktime.be Fri Apr 2 11:52:00 2004 From: mbardiaux@peaktime.be (Michel Bardiaux) Date: Fri, 02 Apr 2004 11:52:00 -0000 Subject: Shouldn't we put [cygwin] or [CygXwin] here depending on the question? In-Reply-To: <20040401180952.GA5941@coc.bosbc.com> References: <20040401180952.GA5941@coc.bosbc.com> Message-ID: <406D53DD.8030105@peaktime.be> Christopher Faylor wrote: > On Thu, Apr 01, 2004 at 11:53:42AM -0600, David wrote: > >>1) I understand what you feel. >> >>But, as I put, " it doesn't seem that I can sort mails to different >>folders.", I tried, and I realized that I could not make it at all. >> >>It turned out that it's impossible to do that with this email account. > > > That's a shame, but please don't ask us *US* ? I am not at all sure the majority of the members agree with the peremptory refusal expressed by a very few. > to change the mailing list to > accommodate you. > > Can we stop talking about this now, please? > > cgf -- Michel Bardiaux Peaktime Belgium S.A. Bd. du Souverain, 191 B-1160 Bruxelles Tel : +32 2 790.29.41 From david.wright@eds.com Fri Apr 2 13:27:00 2004 From: david.wright@eds.com (Wright, David L) Date: Fri, 02 Apr 2004 13:27:00 -0000 Subject: Error starting Xclock and Xterm Message-ID: <1CF4FE310DCDD3119A1F00508BDF0A681B31ED0D@usahm019.exmi01.exch.eds.com> I recently installed all of the new XFree86 packages to a working cygwin installation. Now when I start the X-server, the server starts but I can't start Xclock or Xterm. I get the following message: This application has failed to start because cygXft-2.dll was not found. Re-installing the application may fix this problem. I don't know what package this dll is in so that I can re-download and re-install. Can you help? Thank You, David Wright From seterajunk@charter.net Fri Apr 2 13:47:00 2004 From: seterajunk@charter.net (seterajunk@charter.net) Date: Fri, 02 Apr 2004 13:47:00 -0000 Subject: Possible bug trying to run Eclipse GTK? Message-ID: <200404021346.i32Dkcbn054234@mxsf17.cluster1.charter.net> Hello, I'm trying to run Eclipse M8 GTK version via the multiwindow mode. I have no trouble running it in full desktop mode using XDMCP, but when I try to run just Eclipse (via an xterm) using either multiwindow or rootless mode, the application crashes. Strangely, it seems to be fine until I move the cursor over the window and then it crashes. Is this a Cygwin Xfree bug or an Eclipse bug or something else altogether? Here is the error I get: The program '' received an X Window System error. This probably reflects a bug in the program. The error was 'BadWindow (invalid Window parameter)'. (Details: serial 63899 error_code 3 request_code 38 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will recieve the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaninful backtrace from your debugger if you break on the gdk_x_error() function.) Thanks, Craig From takuma@dgp.ne.jp Fri Apr 2 13:56:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Fri, 02 Apr 2004 13:56:00 -0000 Subject: numlock In-Reply-To: References: Message-ID: <20040402225211.F449.TAKUMA@dgp.ne.jp> > Perhaps he was wondering why NumLock is turned on initially. Cygwin/X just inherits NumLock state from Windows. If NumLock is off when Cygwin/X is invoked, then it is also off in the Cygwin/X. Takuma Murakami From takuma@dgp.ne.jp Fri Apr 2 13:56:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Fri, 02 Apr 2004 13:56:00 -0000 Subject: Possible bug trying to run Eclipse GTK? In-Reply-To: <200404021346.i32Dkcbn054234@mxsf17.cluster1.charter.net> References: <200404021346.i32Dkcbn054234@mxsf17.cluster1.charter.net> Message-ID: <20040402225007.F446.TAKUMA@dgp.ne.jp> Craig, Please, check the FAQ entry. "ssh -Y" is the former "ssh -X". http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding And then show your /tmp/XWin.log if your problem remains. Takuma Murakami From takuma@dgp.ne.jp Fri Apr 2 13:56:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Fri, 02 Apr 2004 13:56:00 -0000 Subject: X under full keyboard control In-Reply-To: <20040401011903.CC3F714F04E@basicbox5.server-home.net> References: <20040401011903.CC3F714F04E@basicbox5.server-home.net> Message-ID: <20040402212504.F440.TAKUMA@dgp.ne.jp> Michael, > Is there a way to start X in a way so that all (but one dedicated) > keycuts are sent to X11. eg I want that alt-tab does not switch > to another windows-window but is processed by X? Cygwin/X has no such capability. We may need a hook DLL to do it. Takuma Murakami From corinna-cygwin@cygwin.com Fri Apr 2 14:09:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 02 Apr 2004 14:09:00 -0000 Subject: Shouldn't we put [cygwin] or [CygXwin] here depending on the question? In-Reply-To: <406D53DD.8030105@peaktime.be> References: <20040401180952.GA5941@coc.bosbc.com> <406D53DD.8030105@peaktime.be> Message-ID: <20040402140936.GA13979@cygbert.vinschen.de> On Apr 2 13:51, Michel Bardiaux wrote: > Christopher Faylor wrote: > >That's a shame, but please don't ask us > > *US* ? I am not at all sure the majority of the members agree with the > peremptory refusal expressed by a very few. Well, "us" in that case is the royal us. Subject tagging won't happen, so there's no gain in discussing that further. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From seterajunk@CHARTER.NET Fri Apr 2 14:46:00 2004 From: seterajunk@CHARTER.NET (seterajunk@CHARTER.NET) Date: Fri, 02 Apr 2004 14:46:00 -0000 Subject: Possible bug trying to run Eclipse GTK? Message-ID: <200404021443.i32EhDV5061441@mxsf08.cluster1.charter.net> OK. I'm fine with all of the FAQ items specified. (Running an older OpenSSH on Redhat Linux 9). Here is my XWin.log. Thanks. Craig Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.66 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 988 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 988 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 988 r 1280 l 0 b 988 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 988 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1280 height: 988 depth: 32 size image: 5058560 winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 640 494 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) From huntharo@msu.edu Fri Apr 2 15:07:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Apr 2004 15:07:00 -0000 Subject: /usr/bin/xterm In-Reply-To: <20040402080708.88F7234C4F@nevin.research.canon.com.au> References: <20040402080708.88F7234C4F@nevin.research.canon.com.au> Message-ID: <406D8186.2070703@msu.edu> luke.kendall@cisra.canon.com.au wrote: > On 1 Apr, Igor Pechtchanski wrote: > >> > I don't have time to fix this. I would appreciate it if someone else >> > would grab the -src package for X-start-menu-icons via setup.exe and >> > work on fixing it; I don't want a half-assed untested patch either, I >> > want one that has been thoroughly tested (you know, tough stuff like >> > clicking at least one of the tree classes of shortcuts: /usr/bin X >> > programs, /usr/X11R6/bin X programs, and /usr/X11R6/bin terminal >> > programs) since the sort of changes required may break the other links >> > that the scripts create (this is part of the Catch-22 I was talking about). >> >> I don't recall any discussion or a heads-up that xterm now resides in >> /usr/bin... Any particular reason for this decision? > > > I'm certainly interested to hear more. I got some ridicule dumped on me > (in my role of Cygwin evangelist) when I mentioned this to an old-time > Unix guy here. All of the old school X guys (Jim Gettys, Keith Packard, I think Kaleb Keithley, etc.) all say that /usr/X11R6 is an abomination and the sooner it goes away the better. You can now go back to your old school Unix guy and tell him he needs to get with the times on what people in the X Window System community are advocating. ;) Harold From huntharo@msu.edu Fri Apr 2 15:09:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Apr 2004 15:09:00 -0000 Subject: Error starting Xclock and Xterm In-Reply-To: <1CF4FE310DCDD3119A1F00508BDF0A681B31ED0D@usahm019.exmi01.exch.eds.com> References: <1CF4FE310DCDD3119A1F00508BDF0A681B31ED0D@usahm019.exmi01.exch.eds.com> Message-ID: <406D81FD.2080206@msu.edu> Grab the libXft package, you don't have it. Harold Wright, David L wrote: > I recently installed all of the new XFree86 packages to a working cygwin > installation. Now when I start the X-server, the server starts but I can't > start Xclock or Xterm. I get the following message: > > This application has failed to start because cygXft-2.dll was not found. > Re-installing the application may fix this problem. > > I don't know what package this dll is in so that I can re-download and > re-install. Can you help? > > Thank You, > David Wright > From huntharo@msu.edu Fri Apr 2 15:13:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Apr 2004 15:13:00 -0000 Subject: Possible bug trying to run Eclipse GTK? In-Reply-To: <200404021443.i32EhDV5061441@mxsf08.cluster1.charter.net> References: <200404021443.i32EhDV5061441@mxsf08.cluster1.charter.net> Message-ID: <406D82FC.2060606@msu.edu> Craig, seterajunk@CHARTER.NET wrote: > OK. I'm fine with all of the FAQ items specified. (Running an older OpenSSH on Redhat Linux 9). Here is my XWin.log. No, you are not fine unless you tried "ssh -Y" instead of "ssh -X". Why? Well, I might just say, "why the heck don't people believe us when we try to help them?". Here it is: OpenSSH has *supported* trusted X11 tunelling for many versions; it was changed to be the *default* in the OpenSSH 3.8 *client*. So, you can be running an older version of sshd on your Linux box and you're still might have trusted X11 tunnelling turned on by default since you are using OpenSSH 3.8 as your client. Another interesting thing to note is that you can use an ssh client that doesn't support trusted X11 tunelling and you won't have any problems, such as PuTTY (free) or SSH Secure Shell (not free). So, would you please clarify if you actually tried "ssh -Y" instead of "ssh -X"? Harold From dickey@his.com Fri Apr 2 15:13:00 2004 From: dickey@his.com (Thomas Dickey) Date: Fri, 02 Apr 2004 15:13:00 -0000 Subject: /usr/bin/xterm In-Reply-To: <406D8186.2070703@msu.edu> References: <20040402080708.88F7234C4F@nevin.research.canon.com.au> <406D8186.2070703@msu.edu> Message-ID: On Fri, 2 Apr 2004, Harold L Hunt II wrote: > All of the old school X guys (Jim Gettys, Keith Packard, I think Kaleb > Keithley, etc.) all say that /usr/X11R6 is an abomination and the sooner > it goes away the better. It was a fix for the cases where people were running X11R5 and X11R6 clients. The underlying issue doesn't really go away, but we revisit it from time to time. > You can now go back to your old school Unix guy and tell him he needs to > get with the times on what people in the X Window System community are > advocating. ;) hmm - what's that quote from Toynbee? -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From seterajunk@charter.net Fri Apr 2 15:36:00 2004 From: seterajunk@charter.net (seterajunk@charter.net) Date: Fri, 02 Apr 2004 15:36:00 -0000 Subject: Possible bug trying to run Eclipse GTK? Message-ID: <200404021535.i32FZsfi016319@mxsf23.cluster1.charter.net> Harold, Thanks for your response. Although I try hard not to be an idiot sometimes, it does happen! The original response to my note mentioned the -Y parameter and provided this link http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding. I immediately went to the link and validated that things in my setup matched up to that FAQ item. Unfortunately, I didn't see anything in that FAQ item about the -Y parameter and so I promptly forgot about it. Switching to the -Y parameter does seem to solve the problem, so I definitely appreciate that. I do think that the FAQ item needs to be clarified to include the information about the -Y parameter. A text search on "-Y" on the entire FAQ does not return any hits. So, it isn't so much that I don't believe you guys and I'm not willing to do the work. Instead, I trusted the FAQ to include all of the necessary information rather than realizing the FAQ information needed to be reconciled with the email information I was given. In summary, -Y appears to solve my problem, but I believe the FAQ needs some clarification to avoid others having this problem. Oh, and thanks so much for this project. It helps me build and test my open-source EclipseME plugin for Linux users. Thanks, Craig > > Craig, > > seterajunk@CHARTER.NET wrote: > > > OK. I'm fine with all of the FAQ items specified. (Running an older OpenSSH on Redhat Linux 9). Here is my XWin.log. > > No, you are not fine unless you tried "ssh -Y" instead of "ssh -X". > > Why? Well, I might just say, "why the heck don't people believe us when > we try to help them?". > > So, would you please clarify if you actually tried "ssh -Y" instead of > "ssh -X"? > > Harold > From ihok@hotmail.com Fri Apr 2 15:42:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Fri, 02 Apr 2004 15:42:00 -0000 Subject: grace Message-ID: 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. From Phil.Betts@heis.co.uk Fri Apr 2 16:01:00 2004 From: Phil.Betts@heis.co.uk (Phil Betts) Date: Fri, 02 Apr 2004 16:01:00 -0000 Subject: Various starting X problems Message-ID: Hi Harold, >> vanilla DOS/Windows shell. My guess is that it's relying on some env >> var. > >I'm aware of this. I don't remember the exact details, but there is a >sort of Catch-22 situation for setting the "start in" folder for the >xterm shortcut; neither '/usr/bin' nor '/usr/X11R6/bin' work for >different reasons. Furthermore, I believe that the script that creates I've just cracked this on my PC - it was a side effect of moving /usr onto my D: drive. PATH under cmd.exe still had C:\cygwin\usr\X11R6\bin which meant that xterm couldn't link with cygX11-6.dll. This only became an issue once xterm moved to /usr/bin. That point aside, is it not safer to work with /bin instead of /usr/bin ? After all, that is where the files are really located: $ cygpath -w /usr/bin C:\cygwin\bin On my PC, there is no "bin" in the usr directory so .bat files don't stand a chance of finding anything in there! >I don't have time to fix this. I would appreciate it if someone else >would grab the -src package for X-start-menu-icons via setup.exe and >work on fixing it; I don't want a half-assed untested patch either, I >want one that has been thoroughly tested (you know, tough stuff like >clicking at least one of the tree classes of shortcuts: /usr/bin X >programs, /usr/X11R6/bin X programs, and /usr/X11R6/bin terminal >programs) since the sort of changes required may break the other links >that the scripts create (this is part of the Catch-22 I was talking about). If somebody does have time, I guess it's safest to assume (or insist) that users have the result of "cygpath -w /bin" in their Windows PATH, but not necessarily /usr/X11R6/bin. It would therefore work if the shortcut starts in /usr/X11R6/bin. This WFM: Target: D:\cygwin\usr\X11R6\bin\run.exe xterm -display 127.0.0.1:0.0 Start in: D:\cygwin\usr\X11R6\bin Obviously the "D:\cygwin\usr\X11R6\bin" part needs to be worked out at installation time. There does appear to be a problem with run.exe. If the target program can be found, but fails to link, the error is silently swept under the carpet rather than passing on the message to the user. To reproduce: * start a CMD shell * set PATH= * cd to where your /bin lives * type "xterm" * you should get a dialog "xterm.exe - Unable To Locate DLL" with enough information to let you track down the problem * now type xterm * result: no dialog, no error messages, no xterm. >haven't finished it yet. The problems I ran into were that I could get >the paths I needed, but exposing them to the batch file as a variable of >some sort was darn near impossible. Exactly! >Give it a try. Download the X-startup-scripts -src package via I'll see what I can come up with. I've got looming deadlines at work and I've only got flavours of Linux at home so don't hold your breath... >I wouldn't go for the gold yet... just make a batch file that runs the >shell script first so that people can still create Windows shortcuts to >the batch file, then we can go from there. OK. That's what I had in mind anyway. >> There was mention a while ago of making multiwindow a standalone window >> manager. Has anything been done in this direction? > >This isn't really a viable option at this time. Splitting the window Pity, but not a problem. >What I would rather see is some very minor tweaks (I have been thinking >about doing these myself) that let the mutli-window window manager >silently exit without causing a crash if another window manager is >detected. In fact, I would also like to create another dialog box that >lets you check boxes to enable and disable -multiwindow and -clipboard >during the current session. The first thing this will require a is a >continuation of the cleanup that I have been doing to the shutdown >process for the -clipboard code and a cleanup of the shutdown process >for the -multiwindow code. This sounds like a reasonable plan. When I used to run fvwm at home, the system menu had entries for switching to twm, mwm etc. This, I guess, just forked a non-window-manager process to perform the switch then exited (if you tried to switch to a non-existant or broken WM, you ended up with no WM) You'd need to be careful though. Say the user starts X without multiwindow, running an external WM at the end of their ~/.xinitrc. You wouldn't want to kill their WM process if the user tried to switch to multiwindow or some other WM because that would end their X session. In effect, what you need is a way to coerce the running WM to use one of the execxx variants to start the new WM so that the WM PID never dies. This is certainly not trivial! An easier alternative would be to have a small wrapper program, say runwm, whose sole job would be to keep a WM going. The ~/.xinitrc would then end with something like: exec runwm wmaker Killing the wmaker process could either restart wmaker, or perhaps fall back to multiwindow mode. Further attempts to run runwm e.g. "runwm fvwm", would communicate with the already running process which would kill wmaker then start fvwm. >Happy coding, Is there any other kind? ;-) Phil ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** From m.cyg@strux.net Fri Apr 2 16:18:00 2004 From: m.cyg@strux.net (Michael Naumann) Date: Fri, 02 Apr 2004 16:18:00 -0000 Subject: X under full keyboard control In-Reply-To: <20040402212504.F440.TAKUMA@dgp.ne.jp> References: <20040401011903.CC3F714F04E@basicbox5.server-home.net> <20040402212504.F440.TAKUMA@dgp.ne.jp> Message-ID: <20040402161756.5AE771457EF@basicbox5.server-home.net> On Friday 02 April 2004 15:56, Takuma Murakami wrote: > Michael, > > > Is there a way to start X in a way so that all (but one dedicated) > > keycuts are sent to X11. eg I want that alt-tab does not switch > > to another windows-window but is processed by X? > > Cygwin/X has no such capability. We may need a hook DLL > to do it. > > Takuma Murakami Thanx for your reply. I don't know what you mean with "hook DLL" though. I think I just have to live with it then. Thanx again, Michael From cgf-no-personal-reply-please@cygwin.com Fri Apr 2 16:21:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 02 Apr 2004 16:21:00 -0000 Subject: Shouldn't we put [cygwin] or [CygXwin] here depending on the question? In-Reply-To: <20040402140936.GA13979@cygbert.vinschen.de> References: <20040401180952.GA5941@coc.bosbc.com> <406D53DD.8030105@peaktime.be> <20040402140936.GA13979@cygbert.vinschen.de> Message-ID: <20040402162114.GF1144@coc.bosbc.com> On Fri, Apr 02, 2004 at 04:09:36PM +0200, Corinna Vinschen wrote: >On Apr 2 13:51, Michel Bardiaux wrote: >> Christopher Faylor wrote: >> >That's a shame, but please don't ask us >> >> *US* ? I am not at all sure the majority of the members agree with the >> peremptory refusal expressed by a very few. > >Well, "us" in that case is the royal us. Subject tagging won't happen, >so there's no gain in discussing that further. Right. Thinking about this from the context of the age of the project, you'd come to the conclusion that this particular issue has come up many times. Searching the archives, you'd see that the answer is always the same -- sort your email using the headers provided. If this seems unbelievably mean then you have an alternative -- don't use the free service that we (that is again the royal we) have provided. cgf From quetschke@scytek.de Fri Apr 2 19:25:00 2004 From: quetschke@scytek.de (Volker Quetschke) Date: Fri, 02 Apr 2004 19:25:00 -0000 Subject: grace In-Reply-To: References: Message-ID: <406DBE30.8020704@scytek.de> Hi Jack, > 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)? lesstif is already released (as a test version, use setup to install it.) I could also provide a grace test version, but I thought it would be nice to use XmHTML for the new version. I cannot do that until XmHTML is accepted as official cygwin package, test version or not. *Hint to all package maintainers*: XmHTML is reviewed and good-to-go, but one more vote is needed! If XmHTML doesn't get that vote soon I'll produce a grace test version, again with lynx as help viewer. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 254 bytes Desc: not available URL: From pechtcha@cs.nyu.edu Fri Apr 2 19:36:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 02 Apr 2004 19:36:00 -0000 Subject: Various starting X problems In-Reply-To: <406C940B.5000003@msu.edu> References: <406C7834.9090608@msu.edu> <406C940B.5000003@msu.edu> Message-ID: Harold, On Thu, 1 Apr 2004, Harold L Hunt II wrote: > Igor, > > Igor Pechtchanski wrote: > > On Thu, 1 Apr 2004, Harold L Hunt II wrote (irrelevant parts snipped): > > > >>Phil Betts wrote: > >> > >>>Luke said: > >>> > >>>>>In my .xinitrc I *don't* have an explicit path for xterm. However, I > >>>>>see xterm has moved from /usr/X11R6/bin to /usr/bin! Did many other > >>> > >>>Slightly OT: I noticed that the start menu entry for xterm no longer > >>>works. Entering the command from the shortcut directly into the cmd.exe > >>>shell returns without an error or any output (that I can find). From > >>>bash, the command works fine. The other shortcuts that I've tried > >>>(e.g.. xcalc) all worked, so there is presumably something unusual about > >>>the way that xterm starts that causes a silent exit when started from a > >>>vanilla DOS/Windows shell. My guess is that it's relying on some env > >>>var. > >> > >>I'm aware of this. I don't remember the exact details, but there is a > >>sort of Catch-22 situation for setting the "start in" folder for the > >>xterm shortcut; neither '/usr/bin' nor '/usr/X11R6/bin' work for > >>different reasons. Furthermore, I believe that the script that creates > >>the shortcuts needs to be modified to be able to support shortcuts to > >>programs that live in /usr/bin. You'll notice that the emacs shortcut > >>also does not work for the same reason. > > > > I don't recall any discussion or a heads-up that xterm now resides in > > /usr/bin... Any particular reason for this decision? > > It wasn't a change... the "xterm" package has always been this way since > its inception a couple weeks ago. It was a change from the users' point of view. Their xterm used to be in /usr/X11R6/bin, and now it's in /usr/bin all of a sudden. The fact that it also moved into a separate package is incidental. > Chris and I discussed on cygwin-apps that there was no reason to put new > X packages in /usr/X11R6 so I have not been doing this for most new X > packages; barring those that do broken things and need to be stuck in > /usr/X11R6, like libXft. For new packages -- sure, but moving something as fundamental as xterm is not something to be taken lightly. There *is* a reason to put X11 binaries (and especially libraries) in the same directory. The reason is Windows dynamic linking. By default, Windows apps look for DLLs in the current directory before looking in the PATH. So, for apps that are in /usr/X11R6/bin, all the X DLLs are found automatically. Once xterm moves into /usr/bin, either all the DLLs it requires should also move there, or /usr/X11R6/bin should be *added* to the PATH (it wasn't required before). Also, moving xterm to /usr/bin breaks all sorts of existing scripts (those that hardcode the path to it as /usr/X11R6/bin, because it's not usually in the Windows PATH by default). At the very least there should have been an announcement declaring in large friendly letters that xterm won't work anymore unless you (a) change all your scripts that expect to find it in /usr/X11R6/bin, and (b) add /usr/X11R6/bin to your Windows system path, otherwise the necessary DLLs won't be found. Frankly, I think that moving 1 app to /usr/bin doesn't solve the problem, it only creates more. If you want to be rid of /usr/X11R6/bin, first move all the libraries to /usr/bin, and then move all the apps in one fell swoop. Until then, you'll only be causing users unnecessary anguish'. Just my 2c. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From huntharo@msu.edu Fri Apr 2 21:59:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 Apr 2004 21:59:00 -0000 Subject: Various starting X problems In-Reply-To: References: <406C7834.9090608@msu.edu> <406C940B.5000003@msu.edu> Message-ID: <406DE21C.5070303@msu.edu> Igor Pechtchanski wrote: > Harold, > > On Thu, 1 Apr 2004, Harold L Hunt II wrote: > > >>Igor, >> >>Igor Pechtchanski wrote: >> >>>On Thu, 1 Apr 2004, Harold L Hunt II wrote (irrelevant parts snipped): >>> >>> >>>>Phil Betts wrote: >>>> >>>> >>>>>Luke said: >>>>> >>>>> >>>>>>>In my .xinitrc I *don't* have an explicit path for xterm. However, I >>>>>>>see xterm has moved from /usr/X11R6/bin to /usr/bin! Did many other >>>>> >>>>>Slightly OT: I noticed that the start menu entry for xterm no longer >>>>>works. Entering the command from the shortcut directly into the cmd.exe >>>>>shell returns without an error or any output (that I can find). From >>>>>bash, the command works fine. The other shortcuts that I've tried >>>>>(e.g.. xcalc) all worked, so there is presumably something unusual about >>>>>the way that xterm starts that causes a silent exit when started from a >>>>>vanilla DOS/Windows shell. My guess is that it's relying on some env >>>>>var. >>>> >>>>I'm aware of this. I don't remember the exact details, but there is a >>>>sort of Catch-22 situation for setting the "start in" folder for the >>>>xterm shortcut; neither '/usr/bin' nor '/usr/X11R6/bin' work for >>>>different reasons. Furthermore, I believe that the script that creates >>>>the shortcuts needs to be modified to be able to support shortcuts to >>>>programs that live in /usr/bin. You'll notice that the emacs shortcut >>>>also does not work for the same reason. >>> >>>I don't recall any discussion or a heads-up that xterm now resides in >>>/usr/bin... Any particular reason for this decision? >> >>It wasn't a change... the "xterm" package has always been this way since >>its inception a couple weeks ago. > > > It was a change from the users' point of view. Their xterm used to be in > /usr/X11R6/bin, and now it's in /usr/bin all of a sudden. The fact that > it also moved into a separate package is incidental. > > >>Chris and I discussed on cygwin-apps that there was no reason to put new >>X packages in /usr/X11R6 so I have not been doing this for most new X >>packages; barring those that do broken things and need to be stuck in >>/usr/X11R6, like libXft. > > > For new packages -- sure, but moving something as fundamental as xterm is > not something to be taken lightly. > > There *is* a reason to put X11 binaries (and especially libraries) in the > same directory. The reason is Windows dynamic linking. By default, > Windows apps look for DLLs in the current directory before looking in the > PATH. So, for apps that are in /usr/X11R6/bin, all the X DLLs are found > automatically. Once xterm moves into /usr/bin, either all the DLLs it > requires should also move there, or /usr/X11R6/bin should be *added* to > the PATH (it wasn't required before). > > Also, moving xterm to /usr/bin breaks all sorts of existing scripts (those > that hardcode the path to it as /usr/X11R6/bin, because it's not usually > in the Windows PATH by default). At the very least there should have been > an announcement declaring in large friendly letters that xterm won't work > anymore unless you (a) change all your scripts that expect to find it in > /usr/X11R6/bin, and (b) add /usr/X11R6/bin to your Windows system path, > otherwise the necessary DLLs won't be found. > > Frankly, I think that moving 1 app to /usr/bin doesn't solve the problem, > it only creates more. If you want to be rid of /usr/X11R6/bin, first move > all the libraries to /usr/bin, and then move all the apps in one fell > swoop. Until then, you'll only be causing users unnecessary anguish'. > Just my 2c. Well, then don't feel upset that I'm disregarding your 2c. "[...] breaks all sorts of existing scripts [...]" is pretty hard to believe since it took the collective mailing list two weeks to even notice the move. Harold From thomasvan@collegeclub.com Fri Apr 2 22:35:00 2004 From: thomasvan@collegeclub.com (THOMAS VAN) Date: Fri, 02 Apr 2004 22:35:00 -0000 Subject: NOTIFICATION OF BEQUEST Message-ID: ATTENTION;Sir NOTIFICATION OF BEQUEST . This may sound surprising;but you are very lucky,this is sequel to your non response of our earlier letter to you One-half of the Trustees and Executors to the Will of late of Sir Engr.Willy Bubenik (ksm),I wish to notify you that you were listed as a beneficiary to the bequest of the sum of US$5,100.000.00 [Five Million One Hundred Thousand US Dollars] in the codicil and last testament of the deceased. The late Sir Willy Bubenik until his death was a former Managing Director and pioneer staff of a big construction company here in Netherlands. He was a very dedicated Sufis and a great philanthropist during his life time. Late Sir Willy Bubenik died on 9th February 2003 at the age of 68,He was buried on the23rd of February. Late Sir Willy Bubenik even though he was an American living and working in here as a foreigner he requested before his death that he be buried here in his words, "I regard here as My home and the people as my people". He said that this token is to support your ministry and help to the less- privileged. I hereby request that you forward any proof of identities of yours, your current telephone and fax numbers and your forwarding address to enable us file necessary documents at the International Court of Justice probate division for the release of this bequest of money. Congratulations. Yours faithfully, Dr Thomas Van Vugt PS.To be sure you got my email,reply to my personal email address : thomasvan@zensearch.com From rasjidw@openminddev.net Fri Apr 2 22:41:00 2004 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Fri, 02 Apr 2004 22:41:00 -0000 Subject: Possible bug trying to run Eclipse GTK? In-Reply-To: <200404021535.i32FZsfi016319@mxsf23.cluster1.charter.net> References: <200404021535.i32FZsfi016319@mxsf23.cluster1.charter.net> Message-ID: <200404030839.23327.rasjidw@openminddev.net> On Saturday 03 April 2004 01:35, seterajunk@charter.net wrote: > I do think that the FAQ item needs to be clarified to include the > information about the -Y parameter. Could I suggest that the FAQ be changed to something along the lines of | Starting with OpenSSH 3.8 you will need the switch "ForwardX11Trusted yes" | in the client configuration to allow remote clients full access to the | xserver, or use -Y as the paramater instead of -X. Cheers, Rasjid -- Rasjid Wilcox Canberra, Australia (UTC +10 hrs) http://www.openminddev.net From pechtcha@cs.nyu.edu Fri Apr 2 22:47:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 02 Apr 2004 22:47:00 -0000 Subject: Various starting X problems In-Reply-To: <406DE21C.5070303@msu.edu> References: <406C7834.9090608@msu.edu> <406C940B.5000003@msu.edu> <406DE21C.5070303@msu.edu> Message-ID: On Fri, 2 Apr 2004, Harold L Hunt II wrote: > Igor Pechtchanski wrote: > > Harold, > > > > On Thu, 1 Apr 2004, Harold L Hunt II wrote: > > > >>Igor, > >> > >>Igor Pechtchanski wrote: > >> > >>>On Thu, 1 Apr 2004, Harold L Hunt II wrote (irrelevant parts snipped): > >>> > >>>>Phil Betts wrote: > >>>> > >>>>>Luke said: > >>>>> > >>>>>>>In my .xinitrc I *don't* have an explicit path for xterm. However, I > >>>>>>>see xterm has moved from /usr/X11R6/bin to /usr/bin! Did many other > >>>>> > >>>>>Slightly OT: I noticed that the start menu entry for xterm no longer > >>>>>works. Entering the command from the shortcut directly into the cmd.exe > >>>>>shell returns without an error or any output (that I can find). From > >>>>>bash, the command works fine. The other shortcuts that I've tried > >>>>>(e.g.. xcalc) all worked, so there is presumably something unusual about > >>>>>the way that xterm starts that causes a silent exit when started from a > >>>>>vanilla DOS/Windows shell. My guess is that it's relying on some env > >>>>>var. > >>>> > >>>>I'm aware of this. I don't remember the exact details, but there is a > >>>>sort of Catch-22 situation for setting the "start in" folder for the > >>>>xterm shortcut; neither '/usr/bin' nor '/usr/X11R6/bin' work for > >>>>different reasons. Furthermore, I believe that the script that creates > >>>>the shortcuts needs to be modified to be able to support shortcuts to > >>>>programs that live in /usr/bin. You'll notice that the emacs shortcut > >>>>also does not work for the same reason. > >>> > >>>I don't recall any discussion or a heads-up that xterm now resides in > >>>/usr/bin... Any particular reason for this decision? > >> > >>It wasn't a change... the "xterm" package has always been this way since > >>its inception a couple weeks ago. > > > > It was a change from the users' point of view. Their xterm used to be in > > /usr/X11R6/bin, and now it's in /usr/bin all of a sudden. The fact that > > it also moved into a separate package is incidental. > > > >>Chris and I discussed on cygwin-apps that there was no reason to put new > >>X packages in /usr/X11R6 so I have not been doing this for most new X > >>packages; barring those that do broken things and need to be stuck in > >>/usr/X11R6, like libXft. > > > > For new packages -- sure, but moving something as fundamental as xterm is > > not something to be taken lightly. > > > > There *is* a reason to put X11 binaries (and especially libraries) in the > > same directory. The reason is Windows dynamic linking. By default, > > Windows apps look for DLLs in the current directory before looking in the > > PATH. So, for apps that are in /usr/X11R6/bin, all the X DLLs are found > > automatically. Once xterm moves into /usr/bin, either all the DLLs it > > requires should also move there, or /usr/X11R6/bin should be *added* to > > the PATH (it wasn't required before). > > > > Also, moving xterm to /usr/bin breaks all sorts of existing scripts (those > > that hardcode the path to it as /usr/X11R6/bin, because it's not usually > > in the Windows PATH by default). At the very least there should have been > > an announcement declaring in large friendly letters that xterm won't work > > anymore unless you (a) change all your scripts that expect to find it in > > /usr/X11R6/bin, and (b) add /usr/X11R6/bin to your Windows system path, > > otherwise the necessary DLLs won't be found. > > > > Frankly, I think that moving 1 app to /usr/bin doesn't solve the problem, > > it only creates more. If you want to be rid of /usr/X11R6/bin, first move > > all the libraries to /usr/bin, and then move all the apps in one fell > > swoop. Until then, you'll only be causing users unnecessary anguish'. > > Just my 2c. > > Well, then don't feel upset that I'm disregarding your 2c. Harold, If I had a penny for every time my 2c was disregarded, I'd still be losing money... :-) > "[...] breaks all sorts of existing scripts [...]" is pretty hard to > believe since it took the collective mailing list two weeks to even > notice the move. > > Harold Well, people who run xterm from non-login shells will notice this as soon as they upgrade. Maybe they just haven't upgraded yet (I haven't), or I'm one of the very few who invoke X apps this way. FYI, it will break my scripts (embedded in a bunch of shortcuts, FWIW) as soon as I upgrade. To fix this, I plan to create a symlink to /usr/bin/xterm in /usr/X11R6/bin (a good compatibility measure in a postinstall script, BTW). This won't help the DLL loading issue, but that should be fixable by just adding "c:\cygwin\usr\X11R6\bin" to the PATH. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From cygwin-xfree-help@cygwin.com Sat Apr 3 00:47:00 2004 From: cygwin-xfree-help@cygwin.com (cygwin-xfree-help@cygwin.com) Date: Sat, 03 Apr 2004 00:47:00 -0000 Subject: ezmlm warning Message-ID: <1080953252.26101.ezmlm-warn@cygwin.com> Hi! This is the ezmlm program. I'm managing the cygwin-xfree@cygwin.com mailing list. Messages to you from the cygwin-xfree mailing list seem to have been bouncing. I've attached a copy of the first bounce message I received. If this message bounces too, I will send you a probe. If the probe bounces, I will remove your address from the cygwin-xfree mailing list, without further notice. I've kept a list of which messages from the cygwin-xfree mailing list have bounced from your address. Copies of these messages may be in the archive. To retrieve a set of messages 123-145 (a maximum of 100 per request), send an empty message to: To receive a subject and author list for the last 100 or so messages, send an empty message to: Here are the message numbers: 19314 --- Enclosed is a copy of the bounce message I received. Return-Path: Received: (qmail 8226 invoked from network); 22 Mar 2004 07:54:53 -0000 Received: from unknown (HELO hotmail.com) (64.4.35.103) by sources.redhat.com with SMTP; 22 Mar 2004 07:54:53 -0000 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sun, 21 Mar 2004 23:54:52 -0800 Received: from 68.251.183.141 by by12fd.bay12.hotmail.msn.com with HTTP; Mon, 22 Mar 2004 07:54:52 GMT X-Originating-IP: [68.251.183.141] X-Originating-Email: [netminder39@hotmail.com] X-Sender: netminder39@hotmail.com From: "Brian Deckard" To: cygwin-xfree-return-19314-listarch-cygwin-xfree=sources.redhat.com@cygwin.com Bcc: Subject: Re: windowed mode seemingly unavailable Date: Mon, 22 Mar 2004 07:54:52 +0000 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 22 Mar 2004 07:54:52.0531 (UTC) FILETIME=[F546F430:01C40FE2] Not sure if this will get the message to the right location or not. But I give up! I've got to get some sleep. Thanks for the help Ivan (and Takuma). Your follow-on suggestion to Takuma's message worked perfectly. I typed twm &, and bingo... back in business. I sure appreciate all the help. This group's commitment to the development and support of cygwin is very impressive. Many thanks for maintaining and supporting such a great product. Brian _________________________________________________________________ MSN Toolbar provides one-click access to Hotmail from any Web page ?? FREE download! http://clk.atdmt.com/AVE/go/onm00200413ave/direct/01/ From takuma@dgp.ne.jp Sat Apr 3 02:37:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sat, 03 Apr 2004 02:37:00 -0000 Subject: X under full keyboard control In-Reply-To: <20040402161756.5AE771457EF@basicbox5.server-home.net> References: <20040402212504.F440.TAKUMA@dgp.ne.jp> <20040402161756.5AE771457EF@basicbox5.server-home.net> Message-ID: <20040403113056.4763.TAKUMA@dgp.ne.jp> Michael, > I don't know what you mean with "hook DLL" though. I'm not sure if we need a separate DLL... See this article and follow links in it for details. http://sources.redhat.com/ml/cygwin-xfree/2004-02/msg00149.html Takuma Murakami From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Apr 3 02:46:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 03 Apr 2004 02:46:00 -0000 Subject: Various starting X problems In-Reply-To: <406DE21C.5070303@msu.edu> References: <406C7834.9090608@msu.edu> <406C940B.5000003@msu.edu> <406DE21C.5070303@msu.edu> Message-ID: Harold L Hunt II wrote: > Well, then don't feel upset that I'm disregarding your 2c. > > "[...] breaks all sorts of existing scripts [...]" is pretty hard to > believe since it took the collective mailing list two weeks to even > notice the move. I had an "exec /usr/X11R6/bin/xterm" in my XWin.rc and wondered why xterm did not start up. I've changed it in no time but I think it is more applicable to place xterm in /usr/X11R6/bin because it is there on nearly any unix platform (or at least in a directory like /usr/dt/bin or /usr/X/bin). bye ago NP: Velvet Acid Christ - Haunted -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Sat Apr 3 03:52:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 03 Apr 2004 03:52:00 -0000 Subject: X under full keyboard control In-Reply-To: <20040403113056.4763.TAKUMA@dgp.ne.jp> References: <20040402212504.F440.TAKUMA@dgp.ne.jp> <20040402161756.5AE771457EF@basicbox5.server-home.net> <20040403113056.4763.TAKUMA@dgp.ne.jp> Message-ID: <406E3507.9000008@msu.edu> Takuma, Takuma Murakami wrote: > Michael, > > >>I don't know what you mean with "hook DLL" though. > > > I'm not sure if we need a separate DLL... See this article > and follow links in it for details. > http://sources.redhat.com/ml/cygwin-xfree/2004-02/msg00149.html Here is why we don't need a separate DLL for hooking these keyboard messages, from MSDN: "A global hook monitors messages for all threads in the same desktop as the calling thread. A thread-specific hook monitors messages for only an individual thread. A global hook procedure can be called in the context of any application in the same desktop as the calling thread, so the procedure must be in a separate dynamic-link library (DLL) module. A thread-specific hook procedure is called only in the context of the associated thread. If an application installs a hook procedure for one of its own threads, the hook procedure can be in either the same module as the rest of the application's code or in a DLL. If the application installs a hook procedure for a thread of a different application, the procedure must be in a DLL. For information, see Dynamic-Link Libraries." You see, we are only hooking messages in our own thread, so this approach works fine. The reason we keep mentioning a hook DLL is that we also want to hook mouse messages when our application is not receiving mouse events; in those cases the hook is processed in the context of whatever process/thread is currently receiving mouse events, which is why those "global" hooks need to be DLLs. The only problem with the hook approach for the key combinations in question is that it will only work for NT-based platforms and for only those running NT 4.0 SP3 or later; we will need to check for this before we turn on this hook and we need to make sure that all of this is conditional on whether or not this feature is enabled at runtime or not. I would go ahead and make this the default, but I would add a runtime option called "-nokeyhook" that allows it to be turned off on platforms that support it. Harold From jacksob2@cs.man.ac.uk Sat Apr 3 14:27:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Sat, 03 Apr 2004 14:27:00 -0000 Subject: test case for clipboard In-Reply-To: <406C72ED.504@msu.edu> Message-ID: <000001c41987$d00822d0$0400a8c0@BENJACKSON> Hi all, For anyone who has been following / looking at the clipboard issues, I have found an interesting little test case. Using nedit, if you highlight a selection, then press ctrl + c, then pasting into windows causes the 2 second hang (the paste option is available). Now, if you drop the selection in nedit and select something again (it may be the same or different), then DO NOT press ctrl+c, you can paste normally in any app. Is this behaviour something to do with nedit setting different clipboard entries for the selection and the actual clipboard? I know very little about X clipboard, but it appears that XWin is handling the selection correctly, but not the clipboard. If you need a more detailed test case, ill write one up. Cheers Ben From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Apr 3 15:52:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 03 Apr 2004 15:52:00 -0000 Subject: Cygwin/X11 forwarding ques. In-Reply-To: References: <52B292D2283A9441AB8F8D23468A62FF0772941D@snyc11p32003.csfb.cs-group.com> Message-ID: Alexander Gottwald wrote: > There have been ideas to implement this with mirror video adapter drivers > like utravnc uses them or with the x11drv from wine. But the last time i > looked into it (esp. the wine x11drv driver) i found it nearly impossible > to build it without spending a half live on it. Yet another status update: - UltraVNC Hook DLL is closed source and even the binary must be used with UltraVNC only. - The SetDDIHook function which was mentioned several times on the WinVNC mailinglist is vanisched from MSDN. - The Screen Drawing Data Pump (SDDP) which was mentioned as a successor to SetDDIHook is not documented by Microsoft either. It was part of the MSAM (Microsoft Accessibility Methods) and i could not find any references and working links to documentation. - UltraVNC has mentioned some other VNC products which use a less advanced hooking mechanism then UltraVNC but this is still worth a try (if it is open source). - Windows Longhorn will drop the old device drivers and use only DirectDraw. I guess with this change a new framework for hooking screen drawing is also introduced - Building a new device driver which uses a lot of functions from x11drv from wine will most likely be the best aproach. If anybody has more information about these topics I'd be glad to receive them. bye ago NP: Velvet Acid Christ - Haunted -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From corinna-cygwin@cygwin.com Sat Apr 3 20:26:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Sat, 03 Apr 2004 20:26:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <87d66u7pw3.fsf@vzell-de.de.oracle.com> References: <20040325102938.GM17229@cygbert.vinschen.de> <87wu586bj7.fsf@vzell-de.de.oracle.com> <40632737.9090905@msu.edu> <20040326095209.GA4614@cygbert.vinschen.de> <40643CF7.5080100@msu.edu> <20040326161349.GN17229@cygbert.vinschen.de> <406457BA.2030000@msu.edu> <20040326182423.GP17229@cygbert.vinschen.de> <20040328210954.GA27432@cygbert.vinschen.de> <87d66u7pw3.fsf@vzell-de.de.oracle.com> Message-ID: <20040403202633.GB25985@cygbert.vinschen.de> On Mar 30 09:30, Dr. Volker Zell wrote: > >>>>> "Corinna" == Corinna Vinschen writes: > > Corinna> I've build my own debug version of the X stuff today and I tracked the > Corinna> SEGV down. It's an unfortunate combination of two bugs in the SHM > Corinna> implementation: > > Corinna> - shmat() returns NULL on error instead of (void *)-1. > > Corinna> - shmat() only operates on shared memory segments of which the shmid > Corinna> has been retrieved using shmget() by the application itself. I was > Corinna> absolutely sure that only the key argument to shmget() is a valid > Corinna> interprocess exchange value for identifying shared memory segments. > Corinna> I wasn't aware that the shmid itself could be exchanged. > > Corinna> For today, I only fixed the first bug. This fixes the SEGV in uxterm > Corinna> and friends, but a fix for the second bug is necessary to get a working > Corinna> Bigfont extension. I hope to get this done next week. > > I just tried your fix which seems to be in the 20040329 snapshot. But > now /usr/sbin/cygserver doesn't start anymore. I installed it as a > service with cygrunsrv. The same happens for my other cygwin service > /sbin/init which also refuses to start. In the process list I could see > 4 !! /bin/cygrunsrv processes so. Reverting to 1.5.9 and all is fine. Please try the 20040403 snapshot. It contains a fix for the shmat problem which shold allow the bigfont extension to work. Corinna P.S: And somehow I'd wish you'd use a more space-saving and more concise quoting style... -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From huntharo@msu.edu Sat Apr 3 22:25:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 03 Apr 2004 22:25:00 -0000 Subject: Special Windows keys (Alt+Tab, Windows key, etc.) Message-ID: <406F39DB.7020408@msu.edu> I've got trapping and passing of Alt+Tab working correctly in CVS. The Windows key is almost ready to go; I trap it correctly but we don't have XK_Super_L or XK_Super_R in our keymap yet, nor do we have these being marked as modifiers. It seems that we can use Mod4Mask for these in place of the Kana keys since the Kana keys are not in our keyboard map either... or is that not correct if a Japanese keyboard layout is ever loaded? If the Kana modifier is used then we will have to conditionally use modifier 4 for the Windows key or the Kana key, depending on whether or not a Japanese keyboard layout is loaded. Are there any other key combos people want passed before I release this tomorrow? I think that Ctrl+Esc and Alt+Esc should probably get passed as well. Anything else? Harold From takuma@dgp.ne.jp Sun Apr 4 04:35:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sun, 04 Apr 2004 04:35:00 -0000 Subject: window focus, raise, and stacking order In-Reply-To: <5.1.1.6.2.20040331230947.00bb6d40@mail.ziplabel.com> References: <5.1.1.6.2.20040331230947.00bb6d40@mail.ziplabel.com> Message-ID: <20040404131153.D082.TAKUMA@dgp.ne.jp> Earle, Thank you for inspecting the bug. I know my recent changes for window manipulation is rather heuristic; they just happen to fix bugs but have no "right" reason, so they often cause other bugs on other places. I must learn the whole event cycle of windows in both Windows and X with a book or something. As to the bug I have not considered the situation that the focus window and the foreground window are different, so the bug is supposed to happen. I remember that I inserted the code /* Tell our Window Manager thread to activate the window */ wmMsg.msg = WM_WM_ACTIVATE; if (fWMMsgInitialized) if (!pWin || !pWin->overrideRedirect) /* for OOo menus */ winSendMessageToWM (s_pScreenPriv->pWMInfo, &wmMsg); into winmultiwindowwndproc.c:749 because of a focus problem in Emacs. However it should be moved to somewhere else if the following table is right. Focus Foreground Windows WM_SETFOCUS WM_ACTIVATE X XSetInputFocus XRaiseWindow Unfortunately I don't have X-Mouse so I cannot test for now. I will try to use it when I have some spare time, but I greatly appreciate anyone who gives comments or patches on it. Takuma Murakami From jon@jschneider.n.e.t Mon Apr 5 08:35:00 2004 From: jon@jschneider.n.e.t (Jon Schneider) Date: Mon, 05 Apr 2004 08:35:00 -0000 Subject: GB keyboard layout broken Message-ID: <40712819.14296.54248E@localhost> Following on from http://sources.redhat.com/ml/cygwin-xfree/2004-03/msg00662.html This is what the log says with XWin -xkblayout gb. Cheers, Jon === XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=15 (--) winConfigKeyboard - Layout: "00000809" (00000809) (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" (++) XKB: layout: "gb" Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" Couldn't load XKB keymap, falling back to pre-XKB keymap === From alexander.gottwald@s1999.tu-chemnitz.de Mon Apr 5 09:17:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 05 Apr 2004 09:17:00 -0000 Subject: GB keyboard layout broken In-Reply-To: <40712819.14296.54248E@localhost> References: <40712819.14296.54248E@localhost> Message-ID: On Mon, 5 Apr 2004, Jon Schneider wrote: > XFree86-Bigfont extension local-client optimization disabled due to > lack of shared memory support in the kernel > (--) Setting autorepeat to delay=250, rate=15 > (--) winConfigKeyboard - Layout: "00000809" (00000809) > (--) Using preset keyboard for "English (United Kingdom)" (809), type > "4" > (++) XKB: layout: "gb" > Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" > Options = "(null)" > Couldn't load XKB keymap, falling back to pre-XKB keymap it does work for me $ setxkbmap.exe gb -v Warning! Multiple definitions of keyboard layout Using command line, ignoring X server Trying to build keymap using the following components: keycodes: xfree86+aliases(qwerty) types: complete compat: complete symbols: pc/pc(pc105)+pc/gb geometry: pc(pc105) Have you checked the FAQ entry http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xkb-not-working especially the binary mounted /tmp? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From leontiad@hotmail.com Mon Apr 5 12:59:00 2004 From: leontiad@hotmail.com (hercules zzz) Date: Mon, 05 Apr 2004 12:59:00 -0000 Subject: stp sending me email from this forum Message-ID: i dont't want to take email from cygwin .what did i have to send to stop? _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From alexander.gottwald@s1999.tu-chemnitz.de Mon Apr 5 13:08:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 05 Apr 2004 13:08:00 -0000 Subject: stp sending me email from this forum In-Reply-To: References: Message-ID: On Mon, 5 Apr 2004, hercules zzz wrote: > i dont't want to take email from cygwin .what did i have to send to stop? Check the mail headers for: List-Unsubscribe: and send a mail to the address there. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From SMore@empirecorp.org Mon Apr 5 13:47:00 2004 From: SMore@empirecorp.org (SMore@empirecorp.org) Date: Mon, 05 Apr 2004 13:47:00 -0000 Subject: xserv-4.3.0-67 clipboard aixterm Message-ID: <6A0F951DBB1DD611A90600805F9F545504733A99@mail.empirecorp.org> Using -clipboard I can copy and paste: Windows application -> cygwin xterm cygwin xterm -> Windows application cygwin xterm -> aixterm aixterm -> cygwin xterm But I can not copy and paste: aixterm -> Windows application Windows application -> aixterm Is there something I can do to help debug this issue so this can be supported in the future ? -Thanks Steve More NOTICE: This e-mail may contain confidential or legally privileged information and is intended solely for delivery to the specific person identified as the recipient. Any review, re-transmission, dissemination or other use or taking of any action in reliance upon this e-mail by persons other than the intended recipient is prohibited. If you receive this e-mail in error, please contact us at (smore@empirecorp.org) and delete from your computer system, or otherwise from you records, the information, which was transmitted to you in error. From darryls@productcosting.com Mon Apr 5 14:55:00 2004 From: darryls@productcosting.com (Darryl Scott) Date: Mon, 05 Apr 2004 14:55:00 -0000 Subject: text catalogs et al Message-ID: <5.2.1.1.0.20040403172155.02506d90@mail.mistral.net> Hi! I am porting an application into cygwin having previously ported to a beta Interix without any problems other than I can not iconify it (yet).. I used the the cygwin X server. Below I have listed comments and where I have difficulties. Any input will be gratefully received and will be instantly applied. None of this is at the level I am used to reading in the mail. Quite simple stuff really. I am using a csh environment, sorry old habits die hard. The machine has 1Gb memory and an AMD Athlon 2800+, 2.08 GHz processor and the Windows 2003 Op sys. The application is quite complex, uses X plus Motrif widgets. There are no known bugs in this app. Firstly it is very slow to changed directory using an access alias, I have changed the PATH to that recommended in the FAQ to no effect.. I have refreshed my installation with a cygwin download from yesterday, 4/4/04, and recompiled all the application and its libraries including motif.. I cannot find any catalog functions, e.g. gencat, catopen and catgets. Do they exist or should I write them? Lseek(descriptor, 0L, 2) returns 0 on all files. Something I am missing, other than hair and brain cells? lseek(fd, disp,0) does not seem to work either. Is there something different that I should be doing to keep cygwin happy? If so what other low level file handling should I be aware of? A script with a first line of "#!/bin/ksh" does not work and the simple ksh scripting is not recognised. It complained about the "#!" and I guess that ksh is not implemented in cygwin? I need to check the setup.exe table for the latter. cuserid only returns the first 9 characters of the user name. ( Not yet checked setting of L_cuserid) There are include file conflicts Xlib.h & stddef.h (wchar_t), Xos.h & errno.h (sys_errlist). nl_types.h seems partially replaced by langinfo.h lockf does not exist, does cygwin use fnctl? Nice to see IPC in the dll now. Have not tried it yet because of above script issue. PS. Nice to put a face to a name, thanks Harold. Kind regards, Darryl Scott Profile Product Costing Ltd The Old Vicarage, Market Place, Castle Donington, DE74 2JB, United Kingdom Telephone: +44 (0) 1332 856972 FAX: +44 (0) 1332 810769 Mobile +44 (0) 7808 078388 Web : www.productcosting.com This email and any attachments have been checked for viruses. From j_tetazoo@hotmail.com Mon Apr 5 18:47:00 2004 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 05 Apr 2004 18:47:00 -0000 Subject: x2x 1.30-1 broken ? Message-ID: Strange. I can't seem to re-create the problem you are having. It works just fine for me when I use it in the manner you describe. Could you be a little more explicit? Maybe I'm going something that you're not, or vice-versa. >From: gagou >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: x2x 1.30-1 broken ? >Date: Tue, 30 Mar 2004 03:47:15 -0800 (PST) > >Hi, > >When I enter "x2x -from localhost:0 -to >distanthost:0", I get "x2x: display names are both >127.0.0.1:0.0" and $? is set to 1. >It seems like command line parameters aren't used at >all, and x2x fallback to using the DISPLAY set. >- if I set DISPLAY to whatever, the answer I get is >"x2x: display names are both whatever" >- x2x -copyright also tells "display names are both >..." > >1.27-3 still works great... > >Gael. > >__________________________________ >Do you Yahoo!? >Yahoo! Finance Tax Center - File online. File on time. >http://taxes.yahoo.com/filing.html _________________________________________________________________ Persistent heartburn? Check out Digestive Health & Wellness for information and advice. http://gerd.msn.com/default.asp From gael-cygx@no-log.org Tue Apr 6 08:11:00 2004 From: gael-cygx@no-log.org (Gael Gueguen) Date: Tue, 06 Apr 2004 08:11:00 -0000 Subject: x2x 1.30-1 broken ? In-Reply-To: References: Message-ID: <1181.62.244.71.82.1081238790.squirrel@mail3.no-log.org> Thomas wrote: > Strange. I can't seem to re-create the problem you are having. It works > just fine for me when I use it in the manner you describe. Could you be a > little more explicit? Maybe I'm going something that you're not, or > vice-versa. Here is what I do: Start X then rxvt or xterm. $ echo $DISPLAY 127.0.0.1:0.0 $ ls -al /usr/X11R6/bin/x2x* -rwxr-xr-x 1 GGUEGUEN Utilisa. 22528 Oct 29 21:35 /usr/X11R6/bin/x2x-1.27-3 -rwxrwxrwx 1 GGUEGUEN Utilisat 36864 Nov 13 06:01 /usr/X11R6/bin/x2x.exe $ md5sum /usr/X11R6/bin/x2x* de9f08c8e73913e2a2e43e6acea0c0a3 */usr/X11R6/bin/x2x-1.27-3 6f374a9dd61413acc350401b8bac720a */usr/X11R6/bin/x2x.exe $ /usr/X11R6/bin/x2x -copyright x2x: display names are both 127.0.0.1:0.0 $ /usr/X11R6/bin/x2x-1.27-3 -copyright Copyright (c) 1997 Digital Equipment Corporation. All rights reserved. $ /usr/X11R6/bin/x2x -to xwin6:0 x2x: display names are both 127.0.0.1:0.0 $ /usr/X11R6/bin/x2x-1.27-3 -to xwin6:0 [open a small window, works ok.] Am I the only one with this problem ? >>From: gagou >>Reply-To: cygwin-xfreemumble cygwin mumble com >>To: cygwin-xfree mumble cygwin mumble com Please, remove email addresses from your answers. >>Hi, >> >>When I enter "x2x -from localhost:0 -to >>distanthost:0", I get "x2x: display names are both >>127.0.0.1:0.0" and $? is set to 1. >>It seems like command line parameters aren't used at >>all, and x2x fallback to using the DISPLAY set. >>- if I set DISPLAY to whatever, the answer I get is >>"x2x: display names are both whatever" >>- x2x -copyright also tells "display names are both >>..." >> >>1.27-3 still works great... Gael. From jon@jschneider.n.e.t Tue Apr 6 09:25:00 2004 From: jon@jschneider.n.e.t (Jon Schneider) Date: Tue, 06 Apr 2004 09:25:00 -0000 Subject: GB keyboard layout broken Message-ID: <4072851A.25488.565C49@localhost> (Re: http://cygwin.com/ml/cygwin-xfree/2004-04/msg00095.html ) xkbcomp does now work for me and produce the correct layout though I could almost swear it didn't in the previous cygwin X release. I never had any non-binmode mounts. (Soon after xkbcomp the X server locked up but this might be general windows flakiness.) What is the correct way to get the right layout at startup ? Surely not run xkbcomp in startxwin ? A previous technique was to run xmodmap on a dump from a working X server. Another thing. Are the window minimize and maximize buttons supposed to work ? Cheers, Jon From hank_liao@yahoo.com Tue Apr 6 09:26:00 2004 From: hank_liao@yahoo.com (=?iso-8859-1?q?Hank?=) Date: Tue, 06 Apr 2004 09:26:00 -0000 Subject: XWin doesn't work with multimonitors anymore Message-ID: <20040406092610.4586.qmail@web11607.mail.yahoo.com> Hi all, I've moved on to the latest release of the XFree86 distribution but now I can't seem to get the multiple monitor support to work on the secondary display using Windows XP. If I try to shift the window to the secondary display, the window content become white. Any thoughts? I used to be on XFree86-xserv-4.3.0-59 Free86-base-4.3.0-9 XFree86-bin-4.3.0-19 XFree86-etc-4.3.0-11 XFree86-lib-4.3.0-2 and am now on XFree86-base 4.3.0-10 OK XFree86-bin 4.3.0-20 OK XFree86-etc 4.3.0-11 OK XFree86-f100 4.3.0-1 OK XFree86-fenc 4.3.0-1 OK XFree86-fnts 4.3.0-1 OK XFree86-lib 4.3.0-2 OK XFree86-lib-compat 4.3.0-2 OK XFree86-startup-scripts 4.3.0-1 OK XFree86-xserv 4.3.0-66 OK I run the command to start it up: start XWin -multiwindow -clipboard -emulate3buttons -multiplemonitors Thanks, Hank ___________________________________________________________ WIN FREE WORLDWIDE FLIGHTS - nominate a cafe in the Yahoo! Mail Internet Cafe Awards www.yahoo.co.uk/internetcafes From darryls@productcosting.com Tue Apr 6 10:33:00 2004 From: darryls@productcosting.com (Darryl Scott) Date: Tue, 06 Apr 2004 10:33:00 -0000 Subject: Lseek Message-ID: <5.2.1.1.0.20040406112115.00ab8230@mail.mistral.net> Hi! Hi! I reported that I had a problem with lseek. This has been resolved, I should not write when tired. The issue arose as lseek was declared as "extern long lseek()"; Changed this to "extern off_t lseek(int,off_t,int);" and is was a happy bunny. Casting off_t to long is not required for the offset or for passing back the result. Kind regards, Darryl Scott Profile Product Costing Ltd The Old Vicarage, Market Place, Castle Donington, DE74 2JB, United Kingdom Telephone: +44 (0) 1332 856972 FAX: +44 (0) 1332 810769 Mobile +44 (0) 7808 078388 Web : www.productcosting.com This email and any attachments have been checked for viruses. From alexander.gottwald@s1999.tu-chemnitz.de Tue Apr 6 11:36:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 06 Apr 2004 11:36:00 -0000 Subject: GB keyboard layout broken In-Reply-To: <4072851A.25488.565C49@localhost> References: <4072851A.25488.565C49@localhost> Message-ID: On Tue, 6 Apr 2004, Jon Schneider wrote: > (Re: http://cygwin.com/ml/cygwin-xfree/2004-04/msg00095.html ) > > xkbcomp does now work for me and produce the correct layout though I > could almost swear it didn't in the previous cygwin X release. > > I never had any non-binmode mounts. > > (Soon after xkbcomp the X server locked up but this might be general > windows flakiness.) > > What is the correct way to get the right layout at startup ? Surely > not run xkbcomp in startxwin ? A previous technique was to run > xmodmap on a dump from a working X server. The correct way is to have either the defaults in the server or to use -xkblayout. If that does not work then we'll have to figure out why it does not. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ed@membled.com Tue Apr 6 11:54:00 2004 From: ed@membled.com (Ed Avis) Date: Tue, 06 Apr 2004 11:54:00 -0000 Subject: Crash when remote desktop changes screen resolutions Message-ID: With Windows XP every PC can run the remote desktop service which you can connect to with rdesktop. The last couple of times I've tried this it has crashed XWin.exe. My machine normally has two monitors at 1280x1024, 32-bit colour, but when connecting with rdesktop I use 1024x720, and I think the colour depth is lower too since some icons look a bit funny. Here is the XWin.log from the most recent crash. It seems to show that the crash happened when I went back to the local screen and unlocked it. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.66 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 971 r 1274 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: "00000809" (00000809) (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 637 485 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt failure message maximum (10) reached. No more failure messages will be printed. winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 2 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: DD_OK winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 8 winWindowProc - WM_DISPLAYCHANGE - new width: 1024 new height: 720 winWindowProc - Disruptive change in depth winDisplayDepthChangeDialog - DialogBox returned: 8585334 winDisplayDepthChangeDialog - GetLastError: 6 winReleasePrimarySurfaceShadowDDNL - Hello winReleasePrimarySurfaceShadowDDNL - Detached clipper winReleasePrimarySurfaceShadowDDNL - Released primary surface winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Could not create primary surface: 8876024e winWindowProc - WM_ACTIVATE - Bad depth, trying to override window activation winWindowProc - WM_ACTIVATE - Bad depth, trying to override window activation winWindowProc - WM_ACTIVATE - Bad depth, trying to override window activation winWindowProc - WM_ACTIVATE - Bad depth, trying to override window activation winWindowProc - WM_ACTIVATE - Bad depth, trying to override window activation winChangeDelthDlgProc - wParam == s_pScreenInfo->dwBPP winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 8, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 winReleasePrimarySurfaceShadowDDNL - Hello winReleasePrimarySurfaceShadowDDNL - Released primary surface winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Could not create primary surface: 8876024e winClipboardProc - Call to select () failed: -1. Bailing. winClipboardProc - XDestroyWindow succeeded. -- Ed Avis From jon@jschneider.n.e.t Tue Apr 6 16:50:00 2004 From: jon@jschneider.n.e.t (Jon Schneider) Date: Tue, 06 Apr 2004 16:50:00 -0000 Subject: GB keyboard layout broken Message-ID: <4072ED83.4970.1EE4745@localhost> With Option "XkbModel" "pc105" Option "XkbLayout" "gb" in the config the logfile has (--) Setting autorepeat to delay=250, rate=15 (--) winConfigKeyboard - Layout: "00000809" (00000809) (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" Couldn't load XKB keymap, falling back to pre-XKB keymap I've just Googled for "Couldn't load XKB keymap, falling back to pre-XKB keymap" and in newsgroups and it looks like the problem is very very common and possibly not specific to the cygwin port of xfree86. So I am not alone. As I said the config file thing worked on a fairly (few month old) release of cygwin X. Jon From alexander.gottwald@s1999.tu-chemnitz.de Tue Apr 6 17:12:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 06 Apr 2004 17:12:00 -0000 Subject: GB keyboard layout broken In-Reply-To: <4072ED83.4970.1EE4745@localhost> References: <4072ED83.4970.1EE4745@localhost> Message-ID: On Tue, 6 Apr 2004, Jon Schneider wrote: > With > > Option "XkbModel" "pc105" > Option "XkbLayout" "gb" > > in the config the logfile has > > (--) Setting autorepeat to delay=250, rate=15 > (--) winConfigKeyboard - Layout: "00000809" (00000809) > (--) Using preset keyboard for "English (United Kingdom)" (809), type > "4" > Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" > Options = "(null)" > Couldn't load XKB keymap, falling back to pre-XKB keymap (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00010407" (00010407) (--) Using preset keyboard for "German (Germany, IBM)" (10407), type "4" (++) XKB: layout: "gb" Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from This must be a problem with your installation. Check if /usr/X11R6/lib/X11/xkb is a symlink pointing to /etc/X11/xkb Maybe the link is broken somehow -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From darryls@productcosting.com Tue Apr 6 19:01:00 2004 From: darryls@productcosting.com (Darryl Scott) Date: Tue, 06 Apr 2004 19:01:00 -0000 Subject: ICONS again Message-ID: <5.2.1.1.0.20040406144851.00a66ec0@mail.mistral.net> Hi! I trust that this is not off topic. I asked for some help on this some time ago and Harold kindly pointed me towards a sample XWinrc script. I cannot achieve what I want, 100% me problem I guess, just another pointer would assist greatly. I am working on a W2003 machine. Step one : I have an X app that runs from an Xterm bulletin A-OK. I want to run the app from an icon, in tool bar, on desktop, wherever, without a visible xterm. I can achieve this partially in startxwin.bat by envoking the xterm with csh and putting my app call in the ~/.cshrc file. This leaves the xterm visible and on termination of the app leaves the X server running and in need of an exit. Step two : I cannot make scripts run from menu options set up via .XWinrc. So I cannot right hand click on the X icon and select from the XWinrc menu list. There are environment variables that require setting so I have a c-shell script. This is not liked either. This appears to have the same problem as a k-shell script the first line " #! /bin/csh or ksh" is objected to. Even without this shell statement I cannot make simple scripts execute. Clearly I am missing something so obvious no one has even considered it worth documenting. A pointer to documentation would be most welcome. Kind regards, Darryl Scott From j_tetazoo@hotmail.com Tue Apr 6 20:29:00 2004 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Tue, 06 Apr 2004 20:29:00 -0000 Subject: x2x 1.30-1 broken ? Message-ID: >From: "Gael Gueguen" >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: RE: x2x 1.30-1 broken ? >Date: Tue, 6 Apr 2004 10:06:30 +0200 (CEST) [snip] >Am I the only one with this problem ? You are the only one who has reported this problem to this mailing list, but thast doesn't mean you're the only person who's encountered it. Admittedly, it has been awhile since x2x-1.30 was built. Perhaps I should submit a new binary package? I did notice just now that after recently upgrading my Cygwin environment, the x2x-1.30-src package fails to build, so something has changed. Guess I'll look into that, and once I get it re-built I'll submit a new pkg, and you can see if that fixes your problem. -Tom _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee?? Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From ed@membled.com Wed Apr 7 06:48:00 2004 From: ed@membled.com (Ed Avis) Date: Wed, 07 Apr 2004 06:48:00 -0000 Subject: Crash when remote desktop changes screen resolutions References: Message-ID: Here is another example log file showing this crash: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.66 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 971 r 1274 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: "00000809" (00000809) (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 637 485 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 winShadowUpdateDDNL - IDirectDrawSurface4_Blt failure message maximum (10) reached. No more failure messages will be printed. winClipboardFlushXEvents - SelectionNotify - X*TextPropertyToTextList list_return is NULL. winClipboardFlushXEvents - SelectionNotify - X*TextPropertyToTextList list_return is NULL. winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 8 winWindowProc - WM_DISPLAYCHANGE - new width: 1024 new height: 720 winWindowProc - Disruptive change in depth winDisplayDepthChangeDialog - DialogBox returned: 1840476 winDisplayDepthChangeDialog - GetLastError: 6 winReleasePrimarySurfaceShadowDDNL - Hello winReleasePrimarySurfaceShadowDDNL - Detached clipper winReleasePrimarySurfaceShadowDDNL - Released primary surface winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Could not create primary surface: 8876024e winChangeDelthDlgProc - wParam == s_pScreenInfo->dwBPP winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 8, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 winReleasePrimarySurfaceShadowDDNL - Hello winReleasePrimarySurfaceShadowDDNL - Released primary surface winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Could not create primary surface: 8876024e -- Ed Avis From Dr.Volker.Zell@oracle.com Wed Apr 7 11:01:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Wed, 07 Apr 2004 11:01:00 -0000 Subject: Updated: xorg-x11-[base,bin,bin-dlls,bin-lndir,devel,etc,f100,fcyr,fenc,fnts,fscl,fsrv,libs-data,man-pages,man-pages-html,nest,vfb,xwin]-6.7.0.0-1 In-Reply-To: <40738EF4.3090006@codeweavers.com> (Harold L. Hunt, II's message of "Wed, 07 Apr 2004 01:17:40 -0400") References: <40738EF4.3090006@codeweavers.com> Message-ID: <87fzbgjbgn.fsf@vzell-de.de.oracle.com> >>>>> Harold L Hunt, writes: > The following packages have been updated in the Cygwin distribution: > *** xorg-x11-base-6.7.0.0-1 > *** xorg-x11-bin-6.7.0.0-1 > *** xorg-x11-bin-dlls-6.7.0.0-1 > *** xorg-x11-bin-lndir-6.7.0.0-1 > *** xorg-x11-devel-6.7.0.0-1 > *** xorg-x11-etc-6.7.0.0-1 > *** xorg-x11-f100-6.7.0.0-1 > *** xorg-x11-fcyr-6.7.0.0-1 > *** xorg-x11-fenc-6.7.0.0-1 > *** xorg-x11-fnts-6.7.0.0-1 > *** xorg-x11-fscl-6.7.0.0-1 > *** xorg-x11-fsrv-6.7.0.0-1 > *** xorg-x11-libs-data-6.7.0.0-1 > *** xorg-x11-man-pages-6.7.0.0-1 > *** xorg-x11-man-pages-html-6.7.0.0-1 > *** xorg-x11-nest-6.7.0.0-1 > *** xorg-x11-vfb-6.7.0.0-1 > *** xorg-x11-xwin-6.7.0.0-1 * xorg-x11-libs-data-6.7.0.0-1 and xorg-x11-devel-6.7.0.0-1 have both the /usr/X11R6/lib/X11/config directory with all the files inside * lndir is in xorg-x11-bin-6.7.0.0-1 and xorg-x11-bin-lndir-6.7.0.0-1 Ciao Volker From cbf77300@pop02.odn.ne.jp Wed Apr 7 12:34:00 2004 From: cbf77300@pop02.odn.ne.jp (=?iso-2022-jp?B?GyRCNGRfNzktOVQbKEI=?=) Date: Wed, 07 Apr 2004 12:34:00 -0000 Subject: XWin.log Message-ID: <000501c41c9c$a033c600$c900a8c0@DYANABOOGXR9DS> Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.67 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X -query 192.168.0.3 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress ddxBeforeReset - Hello winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1018 dwHeight: 715 winSetEngine - Using Shadow DirectDraw NonLocking winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1018 h: 715 winAdjustForAutoHide - Original WorkArea: 0 0 740 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 740 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 715 r 1018 l 0 b 715 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4072 winAllocateFBShadowDDNL - Created shadow pitch: 4072 winAllocateFBShadowDDNL - Created shadow stride: 1018 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 From huntharo@msu.edu Wed Apr 7 13:57:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 07 Apr 2004 13:57:00 -0000 Subject: Crash when remote desktop changes screen resolutions In-Reply-To: References: Message-ID: <407408CC.90009@msu.edu> Pass "-engine 1" to XWin.exe and see what happens. Harold Ed Avis wrote: > Here is another example log file showing this crash: > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.66 > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > /usr/X11R6/bin/XWin -clipboard > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1280 h 1024 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 00000007 > winScreenInit - dwWidth: 1280 dwHeight: 1024 > winSetEngine - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel > winCreateBoundingWindowWindowed - User w: 1280 h: 1024 > winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 > winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 > winCreateBoundingWindowWindowed - WindowClient w 1274 h 971 r 1274 l 0 b 971 t 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 5096 > winAllocateFBShadowDDNL - Created shadow pitch: 5096 > winAllocateFBShadowDDNL - Created shadow stride: 1274 > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 > winRandRInit () > winCreateDefColormap - Deferring to fbCreateDefColormap () > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel > (--) Setting autorepeat to delay=250, rate=31 > (--) winConfigKeyboard - Layout: "00000809" (00000809) > (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" > Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" > Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! > winPointerWarpCursor - Discarding first warp: 637 485 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > winProcEstablishConnection - Hello > winInitClipboard () > winProcEstablishConnection - winInitClipboard returned. > winClipboardProc - Hello > DetectUnicodeSupport - Windows NT/2000/XP > winClipboardProc - DISPLAY=127.0.0.1:0.0 > winClipboardProc - XOpenDisplay () returned and successfully opened the display. > winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. > winProcSetSelectionOwner - Clipboard not yet started, aborting. > winProcSetSelectionOwner - Clipboard not yet started, aborting. > winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 887601c2 > winShadowUpdateDDNL - IDirectDrawSurface4_Blt failure message maximum (10) reached. No more failure messages will be printed. > winClipboardFlushXEvents - SelectionNotify - X*TextPropertyToTextList list_return is NULL. > winClipboardFlushXEvents - SelectionNotify - X*TextPropertyToTextList list_return is NULL. > winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 8 > winWindowProc - WM_DISPLAYCHANGE - new width: 1024 new height: 720 > winWindowProc - Disruptive change in depth > winDisplayDepthChangeDialog - DialogBox returned: 1840476 > winDisplayDepthChangeDialog - GetLastError: 6 > winReleasePrimarySurfaceShadowDDNL - Hello > winReleasePrimarySurfaceShadowDDNL - Detached clipper > winReleasePrimarySurfaceShadowDDNL - Released primary surface > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Could not create primary surface: 8876024e > winChangeDelthDlgProc - wParam == s_pScreenInfo->dwBPP > winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 8, new bpp: 32 > winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 > winReleasePrimarySurfaceShadowDDNL - Hello > winReleasePrimarySurfaceShadowDDNL - Released primary surface > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Could not create primary surface: 8876024e > From huntharo@msu.edu Wed Apr 7 13:58:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 07 Apr 2004 13:58:00 -0000 Subject: XWin.log In-Reply-To: <000501c41c9c$a033c600$c900a8c0@DYANABOOGXR9DS> References: <000501c41c9c$a033c600$c900a8c0@DYANABOOGXR9DS> Message-ID: <40740901.3090500@msu.edu> > winCheckDisplayNumber - Cygwin/X is already running on display 0 > > Fatal server error: > InitOutput - Duplicate invocation on display number: 0. Exiting. > > winDeinitMultiWindowWM - Noting shutdown in progress You can't launch two instances on the same display number. Harold From darryls@productcosting.com Wed Apr 7 15:03:00 2004 From: darryls@productcosting.com (Darryl Scott) Date: Wed, 07 Apr 2004 15:03:00 -0000 Subject: execv Message-ID: <5.2.1.1.0.20040407143035.0253cec0@mail.mistral.net> Hi! I cannot find any reference to a problem with this in the Cygwin docs. Is there a display problem for Xapp2 when instigated using a execv call from an X-app compiled in cygwin? Actually it is a three app connection, App1 -> A fork function -> App2 The requirement being to allow App1 to be used as if app2 did not exist. example IN app1 : ........ system("fork_func app2"); ......... Fork_func : // this (should) start a function as an independent process from the orphaned parent allowing it to progress as normal. While the fork_func dies. main(rgc,argv) ...... execv(argv[1],args); ... All standard stuff. As usual this is code that is operational elsewhere. In addition if the second X-apps has been compiled using Interix and not cygwin it is also OK. From monitoring I can see the second app stops as it attempts to display. It passs through all of the screen build and even the XtRealizeWidget and stops on entry to the XtAppMainLoop. If the execv is replaced by a simple system call, system("app2"); then app2 is displayed OK but at the expense of pausing the calling process.. Obviously the second app is 100% ok when not called from the prompt.. Although the App2 finds the appcontext etc and all seems well during the build process when it comes to really display the graphics it slips into a close down. and terminates. Any input gratefully received. From Phil.Betts@heis.co.uk Wed Apr 7 15:57:00 2004 From: Phil.Betts@heis.co.uk (Phil Betts) Date: Wed, 07 Apr 2004 15:57:00 -0000 Subject: Start script changes Message-ID: Harold, Since /usr/X11R6 is apparently "an abomination", you'll have no qualms about moving run.exe into /usr/bin (alias /bin), right? ;-) You can say yes now and skip to the last two paragraphs, it's mostly justification for the change. However, if you need more convincing... I've got a startxwin.bat that makes the same assumption about the location of /bin as cygwin.bat i.e. it (more or less) tries to do the following: C: chdir \cygwin\bin set CYGWIN="tty" bash -lc /usr/X11R6/bin/startxwin.sh This works. If I run this from a shortcut, I can make it start minimised so that the DOS box is hidden, but I'd prefer to get rid of it entirely once X has started. The problem is that, even though startxwin.sh runs xterm as a background process and then bash exits, the DOS box doesn't close until the last client (i.e. xterm) has died. One solution is: insist that ALL background processes be started using run.exe rather than just putting them in the background. I've rejected this because it is unreasonable to force shell script writers to be aware of the foibles of DOS - we want to leave behind all DOS baggage in the .bat file :-) Another solution: use run.exe to start bash. I don't think we can assume ANY of the cygwin directories are in %PATH%, so the bash line becomes: C:\cygwin\usr\X11R6\bin\run.exe bash -lc /usr/X11R6/bin/startxwin.sh This is useless for me, because /usr is on my D: drive and as one of the prime motivations for making the change is to make the scripts more universal, this too has to be rejected. If instead, we chdir to the (DOS) location of /usr/X11R6/bin, e.g. in my case D:\cygwin\usr\X11R6\bin, we can't guarantee that bash will start OK (it won't find cygwin1.dll for starters). Therefore, the cleanest solution would be to move run.exe to /usr/bin. Then, the startxwin.bat can just: run bash -lc /usr/X11R6/bin/startxwin.sh Any shortcut to run the .bat file just needs the target to be the batch file itself, there's no need to be careful about setting its starting directory. It could hardly be simpler. In case you're wondering, startxdmcp.bat is virtually the same except it sets REMOTE_HOST then runs bash as: run bash -lc /usr/X11R6/bin/startxwin.sh -xdmcp %REMOTE_HOST% The XDMCP specific bits in startxdmcp.bat have migrated into startxwin.sh. If you're OK with run.exe moving into /usr/bin, I should be able to get a patch out tomorrow. It might be worth pointing out that with run.exe in /bin, the batch files are pretty redundant. I've got a shortcut with a target of: C:\cygwin\bin\run.exe bash -lc /usr/X11R6/bin/startxwin.sh which runs fine so long as "Start in:" is "C:\cygwin\bin". Perhaps you could clarify: if run.exe moves to /usr/bin, should this be referred to (in the xxx.in files) as "/usr/bin", "/bin" or "@some_autoconf_macro@"? @prefix@ appears to be /usr/X11R6, and the other autoconf directories seem to be derived from this e.g. @exec_prefix@ and @bindir@, so none of them seem to be applicable. Longer term, wouldn't it make more sense to persuade Charles Wilson (the cygutils maintainer) to adopt run.exe as an addition to the cygutils family? There is nothing X about it after all, and it would also make it available to other folk that aren't interested in X (there must be some out there ;-). It may need a name change to cygrun, but that's not going to hurt. Phil ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** From pechtcha@cs.nyu.edu Wed Apr 7 16:03:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 07 Apr 2004 16:03:00 -0000 Subject: Start script changes In-Reply-To: References: Message-ID: Actually, I would suggest moving *all* of the X stuff into /usr/bin (or, rather, /bin), and mounting /bin on /usr/X11R6/bin to keep the broken apps and old scripts happy. Igor On Wed, 7 Apr 2004, Phil Betts wrote: > Harold, > > Since /usr/X11R6 is apparently "an abomination", you'll have no qualms > about moving run.exe into /usr/bin (alias /bin), right? ;-) > > You can say yes now and skip to the last two paragraphs, it's mostly > justification for the change. However, if you need more convincing... > > I've got a startxwin.bat that makes the same assumption about the > location > of /bin as cygwin.bat i.e. it (more or less) tries to do the following: > > C: > chdir \cygwin\bin > set CYGWIN="tty" > bash -lc /usr/X11R6/bin/startxwin.sh > > This works. If I run this from a shortcut, I can make it start > minimised so that the DOS box is hidden, but I'd prefer to get rid of it > entirely once X has started. > > The problem is that, even though startxwin.sh runs xterm as a background > process and then bash exits, the DOS box doesn't close until the last > client (i.e. xterm) has died. > > One solution is: insist that ALL background processes be started using > run.exe rather than just putting them in the background. I've rejected > this because it is unreasonable to force shell script writers to be > aware of the foibles of DOS - we want to leave behind all DOS baggage in > the .bat file :-) > > Another solution: use run.exe to start bash. I don't think we can > assume ANY of the cygwin directories are in %PATH%, so the bash line > becomes: > > C:\cygwin\usr\X11R6\bin\run.exe bash -lc /usr/X11R6/bin/startxwin.sh > > This is useless for me, because /usr is on my D: drive and as one of the > prime motivations for making the change is to make the scripts more > universal, this too has to be rejected. > > If instead, we chdir to the (DOS) location of /usr/X11R6/bin, e.g. in my > case D:\cygwin\usr\X11R6\bin, we can't guarantee that bash will start OK > (it won't find cygwin1.dll for starters). > > Therefore, the cleanest solution would be to move run.exe to /usr/bin. > Then, the startxwin.bat can just: > run bash -lc /usr/X11R6/bin/startxwin.sh > > Any shortcut to run the .bat file just needs the target to be the batch > file itself, there's no need to be careful about setting its starting > directory. It could hardly be simpler. > > In case you're wondering, startxdmcp.bat is virtually the same except it > sets REMOTE_HOST then runs bash as: > run bash -lc /usr/X11R6/bin/startxwin.sh -xdmcp %REMOTE_HOST% > > The XDMCP specific bits in startxdmcp.bat have migrated into > startxwin.sh. > > If you're OK with run.exe moving into /usr/bin, I should be able to get > a patch out tomorrow. > > It might be worth pointing out that with run.exe in /bin, the batch > files are pretty redundant. I've got a shortcut with a target of: > C:\cygwin\bin\run.exe bash -lc /usr/X11R6/bin/startxwin.sh > which runs fine so long as "Start in:" is "C:\cygwin\bin". > > Perhaps you could clarify: if run.exe moves to /usr/bin, should this be > referred to (in the xxx.in files) as "/usr/bin", "/bin" or > "@some_autoconf_macro@"? @prefix@ appears to be /usr/X11R6, and the > other autoconf directories seem to be derived from this e.g. > @exec_prefix@ and @bindir@, so none of them seem to be applicable. > > Longer term, wouldn't it make more sense to persuade Charles Wilson (the > cygutils maintainer) to adopt run.exe as an addition to the cygutils > family? There is nothing X about it after all, and it would also make > it available to other folk that aren't interested in X (there must be > some out there ;-). It may need a name change to cygrun, but that's not > going to hurt. > > Phil -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From Phil.Betts@heis.co.uk Wed Apr 7 16:49:00 2004 From: Phil.Betts@heis.co.uk (Phil Betts) Date: Wed, 07 Apr 2004 16:49:00 -0000 Subject: auto-hiding taskbar causes refresh problems Message-ID: Hi folks, To recreate this small bug: 1) Disable taskbar auto-hiding 2) Start X in multiwindow mode 3) Enable taskbar auto-hiding Now, nothing is rendered into the area where the taskbar used to be. Previously rendered areas can be dragged into the taskbar zone without being erased, but if they become obscured, they will not be refreshed on exposure. I can't imagine this affecting too many people, I only found it because I needed to temporarily disable auto-hiding while I was testing the various options for starting X, so there's no rush. FYI, this is on NT4, server release: 4.3.0.65 Phil ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** From ats@acm.org Wed Apr 7 19:54:00 2004 From: ats@acm.org (Alan Shutko) Date: Wed, 07 Apr 2004 19:54:00 -0000 Subject: Emacs on Linux crashes in XQueryPointer Message-ID: <87k70reftz.fsf@wesley.springies.com> I've got a Debian Sid box running XFree86 (debian package 4.3.0-7). If I pipe emacs -q from it (emacs 21.3 or CVS, doesn't matter) to my WinXP box running XWin 6.7.0.0-1, click the window to get rid of the Emacs intro screen, and select text right to left, Emacs crashes with X protocol error: BadWindow (invalid Window parameter) on protocol request 38 Backtrace shows that this is occuring in XQueryPointer, called from various points in Emacs. I can reproduce this every time. Running Emacs in synchronous mode shows the same results. This does not happen running Emacs to the local Linux X server. This also does not show up with the Cygwin packaged Emacs 21.2. Any ideas on what's causing this, or how I could help narrow it down some more? This makes Emacs extremely unstable displaying on Cygwin/X for me, since I have to try to avoid using the mouse at all, or else I might crash Emacs. -- Alan Shutko - I am the rocks. My computer's getting jealous.... of the time I spend with my wife. From huntharo@msu.edu Wed Apr 7 19:56:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 07 Apr 2004 19:56:00 -0000 Subject: Emacs on Linux crashes in XQueryPointer In-Reply-To: <87k70reftz.fsf@wesley.springies.com> References: <87k70reftz.fsf@wesley.springies.com> Message-ID: <40745CFC.2000805@msu.edu> Alan Shutko wrote: > I've got a Debian Sid box running XFree86 (debian package 4.3.0-7). > If I pipe emacs -q from it (emacs 21.3 or CVS, doesn't matter) to my > WinXP box running XWin 6.7.0.0-1, click the window to get rid of the > Emacs intro screen, and select text right to left, Emacs crashes with > > X protocol error: BadWindow (invalid Window parameter) on protocol request 38 I assume "pipe" means ssh tunnel. If so, see A1 in this FAQ entry: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding Harold From ats@acm.org Wed Apr 7 20:39:00 2004 From: ats@acm.org (Alan Shutko) Date: Wed, 07 Apr 2004 20:39:00 -0000 Subject: Emacs on Linux crashes in XQueryPointer References: <87k70reftz.fsf@wesley.springies.com> <40745CFC.2000805@msu.edu> Message-ID: <87ekqza6eh.fsf@wesley.springies.com> Harold L Hunt II writes: > I assume "pipe" means ssh tunnel. If so, see A1 in this FAQ entry: > > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding Thank you, that did it. I'm sorry I missed it in the FAQ. -- Alan Shutko - I am the rocks. "To do is to be." From jacksob2@cs.man.ac.uk Wed Apr 7 21:11:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Wed, 07 Apr 2004 21:11:00 -0000 Subject: Window Movement after display settings change Message-ID: <000001c41ce4$de6c3090$0400a8c0@BENJACKSON> In the latest release I have the following problem (after changing display settings): - Open any x app (eg nedit, xterm) - Move the window Then updates are only applied to the rect where the window used to be, and the mouse will not move into the new area (into which it has moved). Anyone else getting this? Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.67 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multimonitors -multiwindow -clipboard -nodecoration ... winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 768 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 768 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1024 new height: 768 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) From huntharo@msu.edu Wed Apr 7 21:15:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 07 Apr 2004 21:15:00 -0000 Subject: Window Movement after display settings change In-Reply-To: <000001c41ce4$de6c3090$0400a8c0@BENJACKSON> References: <000001c41ce4$de6c3090$0400a8c0@BENJACKSON> Message-ID: <40746F6F.80408@msu.edu> Ben Jackson wrote: > In the latest release I have the following problem (after changing display > settings): > - Open any x app (eg nedit, xterm) > - Move the window > Then updates are only applied to the rect where the window used to be, and > the mouse will not move into the new area (into which it has moved). > > Anyone else getting this? > > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.67 > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > XWin -multimonitors -multiwindow -clipboard -nodecoration How is this even working? You aren't supposed to be able to use "-nodecoration" and "-multiwindow" together and you should not. I swear I checked for this combination in my command-line argument validation that I added sometime last month... Harold From mms-notifier@gbe.com Wed Apr 7 21:42:00 2004 From: mms-notifier@gbe.com (MMS Notifier) Date: Wed, 07 Apr 2004 21:42:00 -0000 Subject: MMS Notification Message-ID: <200404072142.i37LftGG018162@ns3.graybar.com> This is NOT an error, this is INFORMATIONAL ONLY. ----------------------------------------------------------- An email that you sent to on 04/07/2004, 04:41:48 PM with the subject "Re: Hi" has been electronically scanned. GraybaR Electric does not accept or send emails with executable attachments. The email has been entirely deleted and will not be delivered. Please contact the person you were sending it to or the GraybaR Electric Help Desk at 314-573-5896 for assistance. Thank you for your business and we apologize for any inconvenience. GraybaR Electric Company From UWCPLRELANYEVE@hotmail.com Thu Apr 8 00:34:00 2004 From: UWCPLRELANYEVE@hotmail.com (Augusta Bowden) Date: Thu, 08 Apr 2004 00:34:00 -0000 Subject: grow Message-ID: stick another 3 inches in next time you bang a chick... http://sudanese.nzzesrc.com/vp5 take off- http://gong.diffrs.com/a.html chanson indisposition aforethought From mish@veil.co.nz Thu Apr 8 03:08:00 2004 From: mish@veil.co.nz (Dave Howes) Date: Thu, 08 Apr 2004 03:08:00 -0000 Subject: Unable to hide window manager decorations. Message-ID: <003301c41d16$d6407110$0d0c0b0a@airwolf> Under an XOrg installation on any of the various unicies XMMS (by default) hides its window manager decorations, this can be turned off by ticking "Show window manager decorations" in the options of XMMS. Unfortunately when running XMMS on a remote system which exports its display to Cygwin/X, the window manager decorations are not hidden and you get the 'ugly' default MS Windows taskbar sitting on top of the XMMS window. While this isn't urgent, it does break the aesthetic flow of things. Is the ability to "hide window manager decorations" (including the taskbar) at the applications request something that can be implemented in Cygwin/X? Thanks in advance for any response and my apologies if this has been covered in the past, a search didn't reveal anything relevant. From lev.bishop@yale.edu Thu Apr 8 06:15:00 2004 From: lev.bishop@yale.edu (Lev S Bishop) Date: Thu, 08 Apr 2004 06:15:00 -0000 Subject: Problem with truetype fonts caused by not building FreeType module? Message-ID: I've been doing a little poking, and I'm guessing that the reason server-side truetype doesn't work any more is that we're not building the FreeType module. I think we used to get it by #include in cygwin.cf which had defaults in xfree86.cf to build both the FreeType and XTrueType (as I understand it only one is needed): #ifndef BuildFreeType # define BuildFreeType YES #endif #ifndef BuildXTrueType # define BuildXTrueType YES #endif However, I tried putting #define BuildFreeType YES in host.def and while it appeared to build FreeType into the font lib, the xwin I got still didn't support Truetype. Test case: $ xset fp+ /usr/X11R6/lib/X11/fonts/TTF/ xset: bad font path element (#58), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax Where the directory does exist, does have fonts.dir, no font server is being specified. I can't see any problem with permissions. Lev From cw@gamma-rs.ch Thu Apr 8 06:50:00 2004 From: cw@gamma-rs.ch (Charles L. Werner) Date: Thu, 08 Apr 2004 06:50:00 -0000 Subject: SHM extension fails to start Message-ID: <4074F645.8070708@gamma-rs.ch> Hi, When XWin starts, I see the following error message in the XWin log file: MIT-SHM extension disabled due to lack of kernel support However, the ipc-deamon2 deamon has been installed: 3504 cw 8 0 13668 1924 12 S 29.6 0.0 39:56 XWin 560 SYSTEM 8 0 2776 3148 48 S 0.0 0.1 0:01 sshd 3756 SYSTEM 8 0 2188 2068 44 S 0.0 0.0 0:00 inetd 3744 SYSTEM 8 0 2628 2688 68 S 0.0 0.1 0:00 inetd 2980 cw 8 0 3060 2652 92 S 0.0 0.1 1:01 blackbox 1756 SYSTEM 8 0 2308 6312 4084 S 0.0 0.3 0:00 ipc-daemon2 3544 cw 8 0 2492 576 24 S 0.0 0.0 0:02 bash 464 SYSTEM 8 0 2248 2324 48 S 0.0 0.1 0:00 cygrunsrv According to the Cygwin/X users guide: this should be supported if ipc-daemon2 is running. Attached are also the results of xdpyinfo Am I missing something? Will the SHM extension improve performance of the X server? Best Regards and thanks, Charles Dr. Charles L. Werner Gamma Remote Sensing AG Thunstrasse 130 CH-3074 Muri b. Bern, Switzerland Tel: +41 31 951 70 05 FAX: +41 31 951 70 08 http://www.gamma-rs.ch -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xdpyinfo.out URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.output URL: From gael-cygx@no-pm.org Thu Apr 8 08:16:00 2004 From: gael-cygx@no-pm.org (Gael) Date: Thu, 08 Apr 2004 08:16:00 -0000 Subject: Updated: x2x-1.30-2 In-Reply-To: References: Message-ID: <1838.62.244.71.82.1081412151.squirrel@mail3.no-log.org> > The Cygwin "x2x" packages (source and binary) have been updated to version > 1.30-2. This is merely a "maintenance" release necessitated by recent > changes to the Cygwin includes. No features or bug fixes have been > applied. > Works great. FWIW, the problem I had (http://sources.redhat.com/ml/cygwin-xfree/2004-04/msg00101.html) was due to /usr/X11R6/bin mounted with cygexec option set. I don't know if this is a bug, but one can try this: $ mount -f -u -X "D:/cygwin/usr/X11R6/bin" "/usr/X11R6/bin" $ /usr/X11R6/bin/x2x -copyright answer is "x2x: display names are both 127.0.0.1:0.0" $ mount -f -u -x "D:/cygwin/usr/X11R6/bin" "/usr/X11R6/bin" $ /usr/X11R6/bin/x2x -copyright answer is " Cygwin version with -fromwin to blablabla...", works ok $ umount /usr/X11R6/bin $ /usr/X11R6/bin/x2x -copyright answer is " Cygwin version with -fromwin to blablabla...", works ok From gilles.civario@cea.fr Thu Apr 8 08:55:00 2004 From: gilles.civario@cea.fr (Gilles Civario) Date: Thu, 08 Apr 2004 08:55:00 -0000 Subject: Clipboard problems Message-ID: <40751322.3020206@cea.fr> Hello. I've got some problems with clipboard integration since XWin version 4.3.0-62 or 4.3.0-64 i think (not 100% sure, but it dates of late march of beginning of april, and i usually update really regularly my installations). I run kde-cygwin.3.1.4 but I don't know if this is relevant; Simply, the trouble I have occures always in this environement, as I've not observed it outside kde (but I've not much tested it). So, my problem it that I can't use Windows clipboard anymore when I've got XWin running!!! I can copy/paste inside X11 applications as normal behavior I can copy from X11 and paste to Windows applications bash-2.05b But I can copy from Windows applications neither to Windows application, nor to X11 ones. And my /tmp/XWin.log looks like : Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-1 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin :0 -noreset -ac -nowinkill -nodecoration -lesspointer -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported. See http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 996 r 1280 l 0 b 996 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 996 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1280 height: 996 depth: 32 size image: 5099520 winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "0000040C" (0000040c) (--) Using preset keyboard for "French (Standard)" (40c), type "81" Rules = "xorg" Model = "pc105" Layout = "fr" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 640 498 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardErrorHandler - ERROR: BadValue (integer parameter out of range for operation) winClipboardErrorHandler - ERROR: BadValue (integer parameter out of range for operation) winClipboardErrorHandler - ERROR: BadValue (integer parameter out of range for operation) winClipboardErrorHandler - ERROR: BadValue (integer parameter out of range for operation) winClipboardErrorHandler - ERROR: BadValue (integer parameter out of range for operation) winClipboardErrorHandler - ERROR: BadValue (integer parameter out of range for operation) winClipboardErrorHandler - ERROR: BadValue (integer parameter out of range for operation) winClipboardErrorHandler - ERROR: BadValue (integer parameter out of range for operation) winClipboardErrorHandler - ERROR: BadValue (integer parameter out of range for operation) winClipboardErrorHandler - ERROR: BadValue (integer parameter out of range for operation) winClipboardErrorHandler - ERROR: BadValue (integer parameter out of range for operation) winClipboardErrorHandler - ERROR: BadValue (integer parameter out of range for operation) [....12000 more idetical lines!!!! after 5 minutes running] One tail -f on the log file show that the first occurence of the Error line appears when i firts try to select something in a windows application with a Control-C. After this, the line continually apears and the log fiel grows. Any idea ? Regards. Gilles. From lev.bishop@yale.edu Thu Apr 8 11:58:00 2004 From: lev.bishop@yale.edu (Lev S Bishop) Date: Thu, 08 Apr 2004 11:58:00 -0000 Subject: Problem with truetype fonts caused by not building FreeType module? In-Reply-To: Message-ID: (Replying to my own message) I messed about with the host.def.in and got it to sort of work. My host.def.in is: #define BuildFreeType YES #define BuildServersOnly YES #define XnestServer NO #define XVirtualFramebufferServer NO #define BuildXWinMultiWindowExtWM NO #define EtcX11Directory @sysconfdir@ #define ProjectRoot @prefix@ I also had to grab xc/lib/font/FreeType from the freedesktop cvs (tag CYGWIN if that's relevant). (Using the latest src packages from setup for the other sources). Now when I do xset fp= /usr/X11R6/lib/X11/fonts/TTF/ it doesn't give an error, xlsfonts does indeed find those fonts. However, the general problem with server-side scaled fonts also applies to truetype and I can't actually use the truetype. Test case for the server-side scaled fonts bug (#### is any of Speedo, TTF, Type1): $ xset fp= /usr/X11R6/lib/X11/fonts/#### now: $ xlsfonts should work, listing the relevant fonts, but: $ xfontsel X Error of failed request: BadName (named color or font does not exist) Major opcode of failed request: 45 (X_OpenFont) Serial number of failed request: 11 Current serial number in output stream: 22 and you get the same error message from any programme that wishes to use the server-side fonts (xterm, etc) so its not a bug in xfontsel. Lev On Thu, 8 Apr 2004, Lev S Bishop wrote: > I've been doing a little poking, and I'm guessing that the reason > server-side truetype doesn't work any more is that we're not building the > FreeType module. I think we used to get it by #include in > cygwin.cf which had defaults in xfree86.cf to build both the FreeType and > XTrueType (as I understand it only one is needed): > #ifndef BuildFreeType > # define BuildFreeType YES > #endif > > #ifndef BuildXTrueType > # define BuildXTrueType YES > #endif > > However, I tried putting #define BuildFreeType YES in host.def and while > it appeared to build FreeType into the font lib, the xwin I got still > didn't support Truetype. > > Test case: > $ xset fp+ /usr/X11R6/lib/X11/fonts/TTF/ > xset: bad font path element (#58), possible causes are: > Directory does not exist or has wrong permissions > Directory missing fonts.dir > Incorrect font server address or syntax > > Where the directory does exist, does have fonts.dir, no font server is > being specified. I can't see any problem with permissions. > > Lev > > From lev.bishop@yale.edu Thu Apr 8 12:14:00 2004 From: lev.bishop@yale.edu (Lev S Bishop) Date: Thu, 08 Apr 2004 12:14:00 -0000 Subject: multiwindow geometry Message-ID: The geometry is a little off in multiwindow mode. To see this run in multiwindow and then do: $ xterm -geometry 80x30+0-0 This should bring up an xterm with its bottom edge aligned to the bottom of the screen, but instead it is a little off the bottom of the screen. I don't think this is anything to do with the windows taskbar: the log file show that it correctly compensated for the toolbar width. I think its more likely due to the window decoration (windows titlebar, minimize button, etc) not being included in the geometry calculations. Normal window managers (twm, etc) manage to account for this, presumably the multiwindow "window manager" could be made to do so too? It's a small point, but its annoying when a programe brings up a large dialog, sized to fill the screen, and you can't quite reach the OK button because its just out of reach off the bottom, so you have to slide the window up 20 pixels to get at it. Lev From alexander.gottwald@s1999.tu-chemnitz.de Thu Apr 8 13:42:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 08 Apr 2004 13:42:00 -0000 Subject: SHM extension fails to start In-Reply-To: <4074F645.8070708@gamma-rs.ch> References: <4074F645.8070708@gamma-rs.ch> Message-ID: On Thu, 8 Apr 2004, Charles L. Werner wrote: > Hi, > > When XWin starts, I see the following error message in the XWin log file: > > MIT-SHM extension disabled due to lack of kernel support > > However, the ipc-deamon2 deamon has been installed: > > 3504 cw 8 0 13668 1924 12 S 29.6 0.0 39:56 XWin > 560 SYSTEM 8 0 2776 3148 48 S 0.0 0.1 0:01 sshd > 3756 SYSTEM 8 0 2188 2068 44 S 0.0 0.0 0:00 inetd > 3744 SYSTEM 8 0 2628 2688 68 S 0.0 0.1 0:00 inetd > 2980 cw 8 0 3060 2652 92 S 0.0 0.1 1:01 blackbox > 1756 SYSTEM 8 0 2308 6312 4084 S 0.0 0.3 0:00 ipc-daemon2 > 3544 cw 8 0 2492 576 24 S 0.0 0.0 0:02 bash > 464 SYSTEM 8 0 2248 2324 48 S 0.0 0.1 0:00 cygrunsrv > > According to the Cygwin/X users guide: this should be supported if ipc-daemon2 is running. We have to update this. > Attached are also the results of xdpyinfo > Am I missing something? Will the SHM extension improve performance of the X server? XWin now uses the cygserver support included in cygwin1.dll. try if starting XWin works with CYGWIN=server XWin.exe bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ed@membled.com Thu Apr 8 13:47:00 2004 From: ed@membled.com (Ed Avis) Date: Thu, 08 Apr 2004 13:47:00 -0000 Subject: Double-clicking on tray icon Message-ID: Double-clicking on the 'X' icon in the Windows system tray brings up a dialogue box asking if you want to kill the X server, but I think it should bring the X window to the foreground (if single-window mode). -- Ed Avis From inqu@mbnet.fi Thu Apr 8 15:26:00 2004 From: inqu@mbnet.fi (Inqu) Date: Thu, 08 Apr 2004 15:26:00 -0000 Subject: I miss files and openssl doesnt want to install Message-ID: Hello I installed newest cygwin and am now trying to figure this unix-thingie out. First question is about 'rxvt' In the manual it says: "Is there a better alternative to the standard console window? Yes! Use rxvt instead. It's an optional package in Cygwin Setup. You can use it with or without X11. You can resize it easily by dragging an edge or corner. Copy and paste is easy with the left and middle mouse buttons, respectively. It will honor settings in your ~/.Xdefaults file, even without X. Don't invoke as simply "rxvt" because that will run /bin/sh (really ash) which is not a good interactive shell. For details see /usr/doc/Cygwin/rxvt-.README." I dont have /usr/doc directory anywhere, and the only documents that had 'rxvt' in their filename are "cygwin\usr\share\terminfo\r" and do not open in any texteditor. Where can I find the rxvt-thingie? Today I dloaded openssl 0.9.7d, located the compiler and perl from internet and installed it. The install went ok but the openssl doesnt work (or I cant find it). Here is what openssl's install.w32 says about cygwin: 175 * Run the Cygwin bash shell 176 177 * $ tar zxvf openssl-x.x.x.tar.gz 178 $ cd openssl-x.x.x 179 $ ./config 180 [...] 181 $ make 182 [...] 183 $ make test 184 $ make install 185 186 This will create a default install in /usr/local/ssl. Everything went smooth untill the line 181 and "make", this is what i get: inqu@murikka ~/openssl-0.9.7d $ make d:\cygwin\bin\make.exe: *** No targets specified and no makefile found. Stop. inqu@murikka ~/openssl-0.9.7d $make test d:\cygwin\bin\make.exe: Nothing to be done for 'test'. inqu@murikka ~/openssl-0.9.7d $make install d:\cygwin\bin\make.exe: Nothing to be done for 'install'. After that the prog is supposed to start with command "openssl" but it doesnt work. There is also no "usr/local/ssl" directory, the only "ssl" directory is "cygwin\home\Inqu\openssl-0.9.7d\ssl". Is the ssl installed now or not and how can I find it? I'm using "mingw" compiler, and winxp. -- Jalka on tuolin ehto From cw@gamma-rs.ch Thu Apr 8 15:30:00 2004 From: cw@gamma-rs.ch (Charles L. Werner) Date: Thu, 08 Apr 2004 15:30:00 -0000 Subject: SHM extension fails to start Message-ID: <40757020.209@gamma-rs.ch> I tried the suggested command from the Cygwin bash command line and the SHM extension still fails: I tried to find documentation on cygserver, but all there is dead links in the cygwin users guide. I assume the CYGWIN environment variable is being set by suggested command. There is no info for this option in the users guide for the CYGWIN environment variable... Since it had no effect is the environment variable setting incorrect? Charles $ CYGWIN=server XWin Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-1 Contact: cygwin-xfree@cygwin.com OsVendorInit - Creating bogus screen 0 winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root XWin was started with the following command line: XWin winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported. See http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html for more winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winAdjustForAutoHide - Original WorkArea: 0 0 1170 1600 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1170 1600 winCreateBoundingWindowWindowed - WindowClient w 1594 h 1145 r 1594 l 0 b 1145 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1594 height: 1145 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1594 height: 1145 depth: 16 size image: 3650260 winAllocateFBShadowGDI - Created shadow stride: 1594 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowGDI - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 797 572 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned -- Dr. Charles L. Werner Gamma Remote Sensing AG Thunstrasse 130 CH-3074 Muri b. Bern, Switzerland Tel: +41 31 951 70 05 FAX: +41 31 951 70 08 http://www.gamma-rs.ch From huntharo@msu.edu Thu Apr 8 15:35:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Apr 2004 15:35:00 -0000 Subject: SHM extension fails to start In-Reply-To: <40757020.209@gamma-rs.ch> References: <40757020.209@gamma-rs.ch> Message-ID: <407570EA.1080407@msu.edu> Charles L. Werner wrote: > I tried the suggested command from the Cygwin bash command line and the > SHM extension still fails: > > I tried to find documentation on cygserver, but all there is dead links > in the > cygwin users guide. I assume the CYGWIN environment variable is being > set by > suggested command. There is no info for this option in the users guide > for the CYGWIN > environment variable... Since it had no effect is the environment > variable setting incorrect? You have to launch cygserver just like you launch ipc-daemon2, except cygserver is in /usr/sbin instead of /usr/bin so you have to explicitly reference it unless /usr/sbin has been manually added to your path: /usr/sbin/cygserver Then launch "CYGWIN=server XWin". Harold From huntharo@msu.edu Thu Apr 8 15:37:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Apr 2004 15:37:00 -0000 Subject: Problem with truetype fonts caused by not building FreeType module? In-Reply-To: References: Message-ID: <40757165.3060806@msu.edu> Lev S Bishop wrote: > (Replying to my own message) > > I messed about with the host.def.in and got it to sort of work. My > host.def.in is: > > #define BuildFreeType YES > #define BuildServersOnly YES > #define XnestServer NO > #define XVirtualFramebufferServer NO > > #define BuildXWinMultiWindowExtWM NO > #define EtcX11Directory @sysconfdir@ > #define ProjectRoot @prefix@ > > I also had to grab xc/lib/font/FreeType from the freedesktop cvs (tag > CYGWIN if that's relevant). (Using the latest src packages from setup for > the other sources). Now you are getting somewhere... the implication of "BuildFreeType NO" is that you are going to use the installed version since we set "HasFreeType YES", but this does not appear to be the case. We'll either have to fix the build rules or just set BuildFreeType to YES but not actually include it in our distribution, just as we do for Xft. Harold From lev.bishop@yale.edu Thu Apr 8 15:58:00 2004 From: lev.bishop@yale.edu (Lev S Bishop) Date: Thu, 08 Apr 2004 15:58:00 -0000 Subject: Problem with truetype fonts caused by not building FreeType module? In-Reply-To: Message-ID: Harold wrote: > Now you are getting somewhere... the implication of "BuildFreeType NO" > is that you are going to use the installed version since we set > "HasFreeType YES", but this does not appear to be the case. We'll either > have to fix the build rules or just set BuildFreeType to YES but not > actually include it in our distribution, just as we do for Xft. I think you have the wrong idea about FreeType backend. My understanding is that this is one of the modules which implement server-side truetype (the other being X-TrueType, the "xtt" module - only one of the two is allowed, and X-TrueType is scheduled for demolition in the next release). It's built *around* the FreeType library (which is what we say we have by asserting "HasFreeType YES"...) but it's not the same thing as having the library. I think all we need to do is set BuildFreeType to yes - the resulting module gets statically linked into libXfont.a (rather than being a loadable module, as it would be in many other X servers, since we don't do loadable modules on cygwin/x), and from there gets linked into XWin.exe and xfs.exe (I understand xfs.exe is currently non-functional, though), and perhaps some other places? I could be wrong about all this but the release notes seem to back me up: http://freedesktop.org/~xorg/X11R6.7.0/doc/RELNOTES6.html#41 Lev From daveroth@acm.org Thu Apr 8 16:01:00 2004 From: daveroth@acm.org (David Rothenberger) Date: Thu, 08 Apr 2004 16:01:00 -0000 Subject: SHM extension fails to start In-Reply-To: <40757020.209@gamma-rs.ch> References: <40757020.209@gamma-rs.ch> Message-ID: <40757757.7010504@acm.org> Charles L. Werner wrote: > I tried to find documentation on cygserver, but all there is dead > links in the > cygwin users guide. I assume the CYGWIN environment variable is being > set by > suggested command. There is no info for this option in the users guide > for the CYGWIN > environment variable... Since it had no effect is the environment > variable setting incorrect? See /usr/share/doc//Cygwin/cygserver.README. If you're using NT/2000/XP/2003, you can install cygserver as a service by running /usr/bin/cygserver-config. Dave From corinna-cygwin@cygwin.com Thu Apr 8 16:03:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 08 Apr 2004 16:03:00 -0000 Subject: SHM extension fails to start In-Reply-To: <40757020.209@gamma-rs.ch> References: <40757020.209@gamma-rs.ch> Message-ID: <20040408160319.GZ26558@cygbert.vinschen.de> On Apr 8 17:30, Charles L. Werner wrote: > I tried the suggested command from the Cygwin bash command line and the SHM > extension still fails: > > I tried to find documentation on cygserver, but all there is dead links in > the > cygwin users guide. I assume the CYGWIN environment variable is being set by > suggested command. There is no info for this option in the users guide for > the CYGWIN I'll upload the missing html file in a minute. In the meantime you can find the same documentation in /usr/share/doc/Cygwin/cygserver.README on your local hard disk. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From userwaldo@theeggbeater.net Thu Apr 8 17:17:00 2004 From: userwaldo@theeggbeater.net (Anybody) Date: Thu, 08 Apr 2004 17:17:00 -0000 Subject: Do I need XFree86 now that XOrg-x11 is the default X-windowing system? Message-ID: <64244.12.41.166.5.1081427189.squirrel@www.theeggbeater.net> Do I need XFree86 now that XOrg-x11 is the default X-windowing system? When I do a fresh install, I see that a couple of packages in the removed packages section are still selected. These are XFree86-base and XFree86-bin. Are these really necessary is I install xorg-x11-base and xorg-xll-bin? From huntharo@msu.edu Thu Apr 8 17:28:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Apr 2004 17:28:00 -0000 Subject: Problem with truetype fonts caused by not building FreeType module? In-Reply-To: References: Message-ID: <40758B74.7060200@msu.edu> Lev, Lev S Bishop wrote: > Harold wrote: > >>Now you are getting somewhere... the implication of "BuildFreeType NO" >>is that you are going to use the installed version since we set >>"HasFreeType YES", but this does not appear to be the case. We'll either >>have to fix the build rules or just set BuildFreeType to YES but not >>actually include it in our distribution, just as we do for Xft. > > > I think you have the wrong idea about FreeType backend. My understanding > is that this is one of the modules which implement server-side truetype > (the other being X-TrueType, the "xtt" module - only one of the two is > allowed, and X-TrueType is scheduled for demolition in the next release). > It's built *around* the FreeType library (which is what we say we have by > asserting "HasFreeType YES"...) but it's not the same thing as having the > library. I think all we need to do is set BuildFreeType to yes Hmm... I was thinking we were setting BuildFreetype to NO and BuildFontconfig to NO in cygwin.cf to prevent these already installed libraries from being compiled, when in fact we were not doing so. You are correct that no longer including xorg.cf (or xfree86.cf) caused the default for BuildFreetype and BuildFontconfig to flip from YES to NO and you are correct that these signal if programs should link against these libraries. There are separate flags call BuildFreetype2Library and BuildFontconfigLibrary that we need to set to NO to prevent just the library from being built, but those should actually pickup the correct defaults from X11.tmpl since we set HasFreetype2 and HasFontconfig to YES. > - the > resulting module gets statically linked into libXfont.a (rather than being > a loadable module, as it would be in many other X servers, since we don't > do loadable modules on cygwin/x), and from there gets linked into XWin.exe > and xfs.exe (I understand xfs.exe is currently non-functional, though), > and perhaps some other places? Regarding the static linking, that is not correct. I had noticed recently that XWin.exe was no longer linked to cygfreetype-6.dll (do a 'cygcheck XWin.exe' to find out what DLLs are being linked to) and was wondering what happened. > I could be wrong about all this but the release notes seem to back me up: > http://freedesktop.org/~xorg/X11R6.7.0/doc/RELNOTES6.html#41 No, you're not wrong, you helped me find the correct flags we need to set and you helped find the reason why the defaults for some of these flags has changed. Yay, now I can do a complete rebuild. :) Harold From huntharo@msu.edu Thu Apr 8 17:30:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Apr 2004 17:30:00 -0000 Subject: Do I need XFree86 now that XOrg-x11 is the default X-windowing system? In-Reply-To: <64244.12.41.166.5.1081427189.squirrel@www.theeggbeater.net> References: <64244.12.41.166.5.1081427189.squirrel@www.theeggbeater.net> Message-ID: <40758BEA.4060609@msu.edu> Anybody wrote: > Do I need XFree86 now that XOrg-x11 is the default X-windowing system? > > When I do a fresh install, I see that a couple of packages in the removed > packages section are still selected. > These are XFree86-base and XFree86-bin. Are these really necessary is I > install xorg-x11-base and xorg-xll-bin? Those packages are all empty, they are just used to force removal of the files from those packages before the files from the xorg-x11-* packages are installed. If we didn't do this and you later removed the XFree86-* packages you'd end up deleting files from the xorg-x11-* packages, which you don't want to do. In other words, just ignore the XFree86-* packages in the ZZZRemovedPackages category, they contain no files and don't matter to you anymore. Harold From ford@vss.fsi.com Thu Apr 8 17:57:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 08 Apr 2004 17:57:00 -0000 Subject: I miss files and openssl doesnt want to install In-Reply-To: References: Message-ID: This is not related to Cygwin/X. As such, I have redirected futher discussion to the main Cygwin mailing list. Please consult http://cygwin.com/lists.html before posting again. Also, please consult http://cygwin.com/problems.html for the required way to submit a useful problem report. Finally, please search the mailing list archives before posting. Often, you question has already been asked and answered. Note: Using google as your search engine with a "site:cygwin.com" keyword will often produce better results than the search engine provided at cygwin.com. On Thu, 8 Apr 2004, Inqu wrote: > Where can I find the rxvt-thingie? To answer question like this in general, please consult the package search facility available at http://cygwin.com/packages. I also suggest you read http://cygwin.com/faq/faq_toc.html#TOC13 and the following entry since it seems you did not understand what they have to say. > Today I dloaded openssl 0.9.7d, located the compiler and perl from > internet and installed it. > The install went ok but the openssl doesnt work (or I cant find it). [snip] > Is the ssl installed now or not and how can I find it? No, it is not. Again, consulting the package search facility mentioned above will solve your problem. > I'm using "mingw" compiler, and winxp. If you're using the mingw compiler, then this question is off topic even for the main Cygwin list. Please consult mingw-users at lists.sourceforge.net. HTH -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From Rudolf.Kollien@medas.de Thu Apr 8 19:08:00 2004 From: Rudolf.Kollien@medas.de (Rudolf Kollien) Date: Thu, 08 Apr 2004 19:08:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything Message-ID: <200404082108.26908.Rudolf.Kollien@medas.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, i just upgraded to the new X11 (X.org) version of cygwin/X (Release 6.7.0.0-1. I use XWin to connect via XDMCP to several linux server. My previous used startup script is a MS-DOS batch file in which i fire-up XWin.exe with "start XWin.exe -fp.... and so on". This is all ok. I get an connection and can work. But.... with this new X11 release i get a additional window with all the status and error messages from XWin. Until now XWin run in background when startet by the DOS "start"-command. When i try the new cygwin?command "run", as used in the sample startxdmcp.bat, i'm only can do this by supplying the "-nodecoration" parm. Without this param, i do not see any X-client nor the login screen from kde (in my case). Even XWin runs an has a connection to the server. I see the "X" in the systray, right clicking an choosing "Exit" reminds me that three clients connected. Shortly said: when you want to run X in a M$-Windows Window (let - -nodecorations away) then you can't run XWin in background. As i use up to 6 XDMCP connections to different linux servers with different screen sizes and resolutions, i now have 12 Windows on the desk (or taskbar, when minimized). Is there a way to get the old behavor back? Testcase: - - "run XWin.exe -query HOST" = you see the "X" in the systray but nothing else. - - "run XWin.exe -query HOST -nodecorations" = you get a fullscreen login screen to the server - - "start XWin.exe -query HOST" = you get the servers login screen in a Windooze window and an _additional_ console window with the text messages from?XWin.exe - - "start /b XWin.exe -query HOST" = same as "run XWin...." Regards - -- Rudolf Kollien email: Rudolf.Kollien@medas.de ********************************************************* Never trust a operating system you have no sources for ********************************************************* Buying an operating system without source is like buying a self-assembly Space Shuttle with no instructions. ********************************************************* -----BEGIN PGP SIGNATURE----- iD8DBQFAdaMqzOHTWsKaqE0RAjBzAJ4nmwvsiRCfJsPwd78r2V/F9B3MKgCfa/R9 1WgN4gBq5vhfKrE6ALKSbQ8= =OCSD -----END PGP SIGNATURE----- From huntharo@msu.edu Thu Apr 8 19:52:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Apr 2004 19:52:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything In-Reply-To: <200404082108.26908.Rudolf.Kollien@medas.de> References: <200404082108.26908.Rudolf.Kollien@medas.de> Message-ID: <4075AD44.6080901@msu.edu> Yeah, you can't use "run" in the batch file... you have to use "start" instead. I noticed this right before the release, but I don't have a permanent solution yet. We had to switch from "start" to "run" because "start" doesn't prevent a DOS box from being displayed and because we switched XWin.exe from not displaying a DOS box by default to displaying a DOS box by default. The reason for this is that the new logging facility allows sending messages both to standard output and to a log file if one is opened sometime after the server starts (message have to be cached until that point since they would otherwise be lost since the log file isn't open yet). The nicest thing about this is that people running "XWin -help" will now see the help output instead of having to open /tmp/XWin.log to see the output. What is the permanent solution to the problem? I don't know. I think it may be time to finish writing the batch file that just launches a bash shell script, but I haven't got time to work on that today. Harold Rudolf Kollien wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hello, > > i just upgraded to the new X11 (X.org) version of cygwin/X (Release 6.7.0.0-1. > I use XWin to connect via XDMCP to several linux server. My previous used > startup script is a MS-DOS batch file in which i fire-up XWin.exe with "start > XWin.exe -fp.... and so on". This is all ok. I get an connection and can > work. But.... with this new X11 release i get a additional window with all > the status and error messages from XWin. Until now XWin run in background > when startet by the DOS "start"-command. > > When i try the new cygwin command "run", as used in the sample startxdmcp.bat, > i'm only can do this by supplying the "-nodecoration" parm. Without this > param, i do not see any X-client nor the login screen from kde (in my case). > Even XWin runs an has a connection to the server. I see the "X" in the > systray, right clicking an choosing "Exit" reminds me that three clients > connected. > > Shortly said: when you want to run X in a M$-Windows Window (let > - -nodecorations away) then you can't run XWin in background. > > As i use up to 6 XDMCP connections to different linux servers with different > screen sizes and resolutions, i now have 12 Windows on the desk (or taskbar, > when minimized). > > Is there a way to get the old behavor back? > > Testcase: > > - - "run XWin.exe -query HOST" = you see the "X" in the systray but nothing > else. > - - "run XWin.exe -query HOST -nodecorations" = you get a fullscreen login > screen to the server > - - "start XWin.exe -query HOST" = you get the servers login screen in a > Windooze window and an _additional_ console window with the text messages > from XWin.exe > - - "start /b XWin.exe -query HOST" = same as "run XWin...." > > > Regards > > - -- > Rudolf Kollien > email: Rudolf.Kollien@medas.de > ********************************************************* > Never trust a operating system you have no sources for > ********************************************************* > Buying an operating system without source is like buying > a self-assembly Space Shuttle with no instructions. > ********************************************************* > -----BEGIN PGP SIGNATURE----- > > iD8DBQFAdaMqzOHTWsKaqE0RAjBzAJ4nmwvsiRCfJsPwd78r2V/F9B3MKgCfa/R9 > 1WgN4gBq5vhfKrE6ALKSbQ8= > =OCSD > -----END PGP SIGNATURE----- > > From lev.bishop@yale.edu Thu Apr 8 19:58:00 2004 From: lev.bishop@yale.edu (Lev S Bishop) Date: Thu, 08 Apr 2004 19:58:00 -0000 Subject: Problem with truetype fonts caused by not building FreeType module? In-Reply-To: Message-ID: Harold wrote: > Lev S Bishop wrote: >> - the resulting module gets statically linked into libXfont.a (rather >> than being a loadable module, as it would be in many other X servers, >> since we don't do loadable modules on cygwin/x), and from there gets >> linked into XWin.exe and xfs.exe (I understand xfs.exe is currently >> non-functional, though), and perhaps some other places? > > Regarding the static linking, that is not correct. I had noticed > recently that XWin.exe was no longer linked to cygfreetype-6.dll (do a > 'cygcheck XWin.exe' to find out what DLLs are being linked to) and was > wondering what happened. No, I am sure that I am correct about the static linking, but I was not very clear what I was saying. There are *two* things called "freetype" under discussion. There is the freetype library (the thing that is available from www.freetype.org, is independent of X, and is contained in cygfreetype-6.dll from the package libfreetype26-2.1.5-1) and there is the freetype module (aka "FreeType" backend, formerly known as xfsft, this is the thing that's part of the x server). From now on I'll call the former freetype "the freetype2 library" and the latter "the freetype backend". The freetype backend deals with making truetype fonts look and feel to the rest of the x server like all other x core fonts, XLFDs, fonts.dir, fonts.alias, etc) but to do the actual rendering it calls upon the freetype2 library. You can think of it as a "wrapper" for the freetype2 library. There is a version of the freetype2 library in the xc source tree, but we don't want to use it because we prefer to use a seperately installed (more up to date) version, so we set HasFreeType2 YES (typo in my earlier email, missed off the 2 on HasFreeType2). The freetype2 library can be dynamically linked (its cygfreetype6.dll). Following me so far? Now, here's what I was really getting at: the server architecture is such that certain parts of the X server are loadable modules -- whether or not they get loaded into the server is configured *at runtime* by looking in the "Module" section of the config file (xorg.conf), for lines like 'Load "type1"' to load the type 1 font rasterizer, etc (this is as opposed to "load time" dynamic linking, which is what cygcheck tells you about). See: http://freedesktop.org/~xorg/X11R6.7.0/doc/xorg.conf.5.html#sect5 However, cygwin/x doesn't support loadable modules like that (we don't set DoLoadableServer YES, and we don't have a config file to read even if we did) so the freetype backend gets built statically into libXfont.a, and libXfont.a is linked into XWin.exe. So the path is like this for cygwin/x: XWin.exe is linked to libXfont.a, which includes the freetype backend, which depends on the freetype2 library. So the ultimate situation is that XWin.exe is statically linked to the freetype backend but dynamically linked to the freetype2 library. (With recent builds, the situation was: XWin.exe is linked to libXfont.a, which doesn't include the freetype backend, so nothing in XWin.exe depends on the freetype2 library, so cygcheck on XWin.exe doesn't report cygfreetype6.dll). Whether or not we use the freetype backend is controlled by the build switch: BuildFreeType (note capitalization). The freetype2 library is controlled by the switch HasFreetype2. We already have HasFreetype2 YES, but we need to add BuildFreeType YES. The switches control the building of completely orthogonal branches of the source tree. I hope that was clear? Harold: you mentioned something about BuildFontconfig. There is no such switch. There is only a switch BuildFontconfigLibrary. This gets its default (correctly) due to our setting HasFontconfig YES. You don't need to change anything here. Anyway, we're talking about server-side fonts here, which don't use fontconfig. The client-side font mechanism does use fontconfig, and that side of things is working perfectly right now -- no need to mess about with that. Lev From huntharo@msu.edu Thu Apr 8 20:10:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Apr 2004 20:10:00 -0000 Subject: Problem with truetype fonts caused by not building FreeType module? In-Reply-To: References: Message-ID: <4075B176.4000307@msu.edu> Lev S Bishop wrote: > Harold wrote: > >>Lev S Bishop wrote: >> >>>- the resulting module gets statically linked into libXfont.a (rather >>>than being a loadable module, as it would be in many other X servers, >>>since we don't do loadable modules on cygwin/x), and from there gets >>>linked into XWin.exe and xfs.exe (I understand xfs.exe is currently >>>non-functional, though), and perhaps some other places? >> >>Regarding the static linking, that is not correct. I had noticed >>recently that XWin.exe was no longer linked to cygfreetype-6.dll (do a >>'cygcheck XWin.exe' to find out what DLLs are being linked to) and was >>wondering what happened. > > > No, I am sure that I am correct about the static linking, but I was not > very clear what I was saying. There are *two* things called "freetype" > under discussion. There is the freetype library (the thing that is > available from www.freetype.org, is independent of X, and is contained in > cygfreetype-6.dll from the package libfreetype26-2.1.5-1) and there is the > freetype module (aka "FreeType" backend, formerly known as xfsft, this is > the thing that's part of the x server). From now on I'll call the former > freetype "the freetype2 library" and the latter "the freetype backend". Uhh... you could have just called it the freetype backend in the font library. Yes, the font library is always statically linked into the server due to a limitation in the way it was implemented. I don't disagree that there is a freetype portion of the font library and that it was not being built. > The freetype backend deals with making truetype fonts look and feel to the > rest of the x server like all other x core fonts, XLFDs, fonts.dir, > fonts.alias, etc) but to do the actual rendering it calls upon the > freetype2 library. You can think of it as a "wrapper" for the freetype2 > library. There is a version of the freetype2 library in the xc source > tree, but we don't want to use it because we prefer to use a seperately > installed (more up to date) version, so we set HasFreeType2 YES (typo in > my earlier email, missed off the 2 on HasFreeType2). The freetype2 library > can be dynamically linked (its cygfreetype6.dll). Yup. > Now, here's what I was really getting at: the server architecture is such > that certain parts of the X server are loadable modules -- whether or not > they get loaded into the server is configured *at runtime* by looking in > the "Module" section of the config file (xorg.conf), for lines like 'Load > "type1"' to load the type 1 font rasterizer, etc (this is as opposed to > "load time" dynamic linking, which is what cygcheck tells you about). > See: http://freedesktop.org/~xorg/X11R6.7.0/doc/xorg.conf.5.html#sect5 > However, cygwin/x doesn't support loadable modules like that (we don't set > DoLoadableServer YES, and we don't have a config file to read even if we > did) so the freetype backend gets built statically into libXfont.a, and > libXfont.a is linked into XWin.exe. Right, I don't dispute that, but your earlier message was really confusing the names of things and we were not talking about the same thing. > Whether or not we use the freetype backend is controlled by the build > switch: BuildFreeType (note capitalization). The freetype2 library is > controlled by the switch HasFreetype2. We already have HasFreetype2 YES, > but we need to add BuildFreeType YES. The switches control the building of > completely orthogonal branches of the source tree. Right, that is what I said. I said that no longer including xorg.cf some time ago caused the BuildFreeType flag to start defaulting to NO instead of its previous YES. And I also credited you with discovering that the flag doesn't control building the library but instead controls whether the other clients and libraries in the tree use freetype and whether or not any code dependent upon freetype is built. What more do you want? You must not have read the end of my last message very clearly. > Harold: you mentioned something about BuildFontconfig. There is no such > switch. I don't care, you know what I meant. I don't have time to read ten files for each sentence I write in these really long and trying emails. That is why I would prefer that we just converse in IRC about this... it is a lot easier on me. Harold From PCoelho@orga-systems.com Thu Apr 8 20:17:00 2004 From: PCoelho@orga-systems.com (Paulo Coelho) Date: Thu, 08 Apr 2004 20:17:00 -0000 Subject: Problems when try to start cygwin Message-ID: Hi, i tried to start cygwin but I am find some fatal problems. When I try to start with startx command a message is appearing: A fatal error has occurred and Cygwin/X will now exit Please open /tmp/XWin.log for more information Vendor: The Cygwin/X project Release: 6.7.0.0-1 Contact:cygwin-xfree@cygwin.com Xwin was started with the following command-line X :0 Could you help me on this ensue Thanks a lot Paulo Coelho Support Engineer Mobile: +55 21 8153 9227 Fax: +551 21 2532 9219 e-mail:pcoelho@orga-systems.com From huntharo@msu.edu Thu Apr 8 20:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Apr 2004 20:27:00 -0000 Subject: Problems when try to start cygwin In-Reply-To: References: Message-ID: <4075B555.9090403@msu.edu> Did you read the message? You should be looking at /tmp/XWin.log and if you expect us to help you should be sending in /tmp/XWin.log. Harold Paulo Coelho wrote: > Hi, > i tried to start cygwin but I am find some fatal problems. > When I try to start with startx command a message is appearing: > > A fatal error has occurred and Cygwin/X will now exit > Please open /tmp/XWin.log for more information > > Vendor: The Cygwin/X project > Release: 6.7.0.0-1 > Contact:cygwin-xfree@cygwin.com > Xwin was started with the following command-line > > X :0 > > > Could you help me on this ensue > Thanks a lot > > Paulo Coelho > Support Engineer > > Mobile: +55 21 8153 9227 > Fax: +551 21 2532 9219 > e-mail:pcoelho@orga-systems.com > > From holmberg@tiac.net Thu Apr 8 20:29:00 2004 From: holmberg@tiac.net (Carl Holmberg) Date: Thu, 08 Apr 2004 20:29:00 -0000 Subject: hangs and other pblms with 6.7.0.0-1 release Message-ID: <40757DD4.5350.8F06DC@localhost> Hi, Updated today to 6.7.0.0-1 using setup, resulting in a nearly useless XWin: 1. XTerms do not respect sizing/minimize buttons (nothing happens), nor toolbar tab (cannot minimize). 2. XTerm freezes easily (a right-mouse click seems to trigger hang 100% of time). In this state cannot bring to foreground - window is totally non-responsive, X icon in tray is non- responsive. 3. Alt-F4 does not close XWin in this hung state (have to kill based on PID). 4. Alt-F4 does not work when not in hung-state either. Right- click on X icon to kill XWin server (when not in hung state and no open XTerms) results in an illegal operation: XWIN caused an invalid page fault in module CYGWIN1.DLL at 025f:610885ba. Registers: EAX=00000267 CS=025f EIP=610885ba EFLGS=00010202 EBX=00000202 SS=0267 ESP=031fedb0 EBP=031ff048 ECX=100e05a0 DS=0267 ESI=00000020 FS=6717 EDX=00000000 ES=0267 EDI=007606c8 GS=70fe Bytes at CS:EIP: ff 77 20 53 66 8b 47 24 8e c0 66 8b 47 28 8e e8 Stack dump: Tail of XWin.log after this fault is: winAboutDlgProc - WM_COMMAND - IDOK or IDCANCEL winDeinitMultiWindowWM - Noting shutdown in progress ddxBeforeReset - Hello winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. ddxBeforeReset - Clipboard thread has exited. winClipboardIOErrorHandler! winDeinitMultiWindowWM - Noting shutdown in progress. Am using on Win98SE system with STB Velocity 128 (NVidia Riva 128) card. Previous XWin worked fine, and am starting up using latest startxwin.sh with no modifications. Shutting down anti- virus and ZoneAlarm makes no difference. No custom startups, and verified mounts are binmode. cygcheck -cv shows no problems (all installed Cygwin SW is current). XWin.log follows when in hung state and had to terminate with a kill -9 (very little activity - xterm came up on startup, a right-click froze the system): Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-1 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported. See http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html for more information winDetectSupportedEngines - Windows 95/98/Me winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 1024 1280 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 1023 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 1023 r 1280 l 0 b 1023 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1023 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1280 height: -1023 depth: 16 size image: 2618880 winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: - 1023 winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f winInitVisualsShadowGDI - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp 16 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Hello winFinishScreenInitFB - returning winMultiWindowXMsgProc - Calling pthread_mutex_lock () winInitMultiWindowWM - Calling pthread_mutex_lock () winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=15 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "United States 101" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 640 511 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - pthread_mutex_lock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows 95/98/Me winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. From huntharo@msu.edu Thu Apr 8 20:34:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Apr 2004 20:34:00 -0000 Subject: hangs and other pblms with 6.7.0.0-1 release In-Reply-To: <40757DD4.5350.8F06DC@localhost> References: <40757DD4.5350.8F06DC@localhost> Message-ID: <4075B6F9.1070600@msu.edu> Why don't you try some troubleshooting... try without -clipboard and without -multiwindow and see what happens. Harold Carl Holmberg wrote: > Hi, > > Updated today to 6.7.0.0-1 using setup, resulting in a nearly > useless XWin: > > 1. XTerms do not respect sizing/minimize buttons (nothing > happens), nor toolbar tab (cannot minimize). > > 2. XTerm freezes easily (a right-mouse click seems to trigger > hang 100% of time). In this state cannot bring to foreground - > window is totally non-responsive, X icon in tray is non- > responsive. > > 3. Alt-F4 does not close XWin in this hung state (have to kill > based on PID). > > 4. Alt-F4 does not work when not in hung-state either. Right- > click on X icon to kill XWin server (when not in hung > state and no open XTerms) results in an illegal operation: > > XWIN caused an invalid page fault in > module CYGWIN1.DLL at 025f:610885ba. > Registers: > EAX=00000267 CS=025f EIP=610885ba EFLGS=00010202 > EBX=00000202 SS=0267 ESP=031fedb0 EBP=031ff048 > ECX=100e05a0 DS=0267 ESI=00000020 FS=6717 > EDX=00000000 ES=0267 EDI=007606c8 GS=70fe > Bytes at CS:EIP: > ff 77 20 53 66 8b 47 24 8e c0 66 8b 47 28 8e e8 > Stack dump: > > Tail of XWin.log after this fault is: > > winAboutDlgProc - WM_COMMAND - IDOK or IDCANCEL > winDeinitMultiWindowWM - Noting shutdown in progress > ddxBeforeReset - Hello > winClipboardProc - winClipboardFlushWindowsMessageQueue trapped > WM_QUIT message, > exiting main loop. > winClipboardProc - XDestroyWindow succeeded. > ddxBeforeReset - Clipboard thread has exited. > > winClipboardIOErrorHandler! > > winDeinitMultiWindowWM - Noting shutdown in progress. > > Am using on Win98SE system with STB Velocity 128 (NVidia Riva > 128) card. Previous XWin worked fine, and am starting up using > latest startxwin.sh with no modifications. Shutting down anti- > virus and ZoneAlarm makes no difference. No custom startups, > and verified mounts are binmode. cygcheck -cv shows no problems > (all installed Cygwin SW is current). > > XWin.log follows when in hung state and had to terminate with > a kill -9 (very little activity - xterm came up on startup, > a right-click froze the system): > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 6.7.0.0-1 > > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > XWin -multiwindow -clipboard > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1280 h 1024 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winValidateArgs - Returning. > (II) XF86Config is not supported. See > http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html for more > information > winDetectSupportedEngines - Windows 95/98/Me > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines > 00000007 > winScreenInit - dwWidth: 1280 dwHeight: 1024 > winSetEngine - Multi Window or Rootless => ShadowGDI > winAdjustVideoModeShadowGDI - Using Windows display depth of 16 > bits per pixel > winCreateBoundingWindowWindowed - User w: 1280 h: 1024 > winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 > winAdjustForAutoHide - Original WorkArea: 0 0 1024 1280 > winAdjustForAutoHide - Taskbar is auto hide > winAdjustForAutoHide - Found BOTTOM auto-hide taskbar > winAdjustForAutoHide - Adjusted WorkArea: 0 0 1023 1280 > winCreateBoundingWindowWindowed - WindowClient w 1280 h 1023 r > 1280 l 0 b 1023 t 0 > winCreateBoundingWindowWindowed - Returning > winAllocateFBShadowGDI - Creating DIB with width: 1280 height: > 1023 depth: 16 > winAllocateFBShadowGDI - Dibsection width: 1280 height: -1023 > depth: 16 size image: 2618880 > winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: - > 1023 > winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign > winAllocateFBShadowGDI - Created shadow stride: 1280 > winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f > winInitVisualsShadowGDI - Masks 00007c00 000003e0 0000001f BPRGB > 5 d 15 bpp 16 > winRandRInit () > winCreateDefColormap - Deferring to fbCreateDefColormap () > null screen fn ReparentWindow > null screen fn RestackWindow > winFinishScreenInitFB - Calling winInitWM. > InitQueue - Calling pthread_mutex_init > InitQueue - pthread_mutex_init returned > InitQueue - Calling pthread_cond_init > InitQueue - pthread_cond_init returned > winInitWM - Returning. > winMultiWindowXMsgProc - Hello > winInitMultiWindowWM - Hello > winFinishScreenInitFB - returning > winMultiWindowXMsgProc - Calling pthread_mutex_lock () > winInitMultiWindowWM - Calling pthread_mutex_lock () > winScreenInit - returning > InitOutput - Returning. > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due > to lack of shared memory support in the kernel > (--) Setting autorepeat to delay=250, rate=15 > (--) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) Keyboardlayout "United States 101" (00000409) is unknown > Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" > Options = "(null)" > Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, > removing from list! > Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, > removing from list! > winPointerWarpCursor - Discarding first warp: 640 511 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > winMultiWindowXMsgProc - pthread_mutex_lock () returned. > winMultiWindowXMsgProc - pthread_mutex_unlock () returned. > winInitMultiWindowWM - pthread_mutex_lock () returned. > winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 > winInitMultiWindowWM - pthread_mutex_unlock () returned. > winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 > winProcEstablishConnection - Hello > winInitClipboard () > winProcEstablishConnection - winInitClipboard returned. > winClipboardProc - Hello > DetectUnicodeSupport - Windows 95/98/Me > winClipboardProc - DISPLAY=127.0.0.1:0.0 > winMultiWindowXMsgProc - XOpenDisplay () returned and > successfully opened the display. > winInitMultiWindowWM - XOpenDisplay () returned and successfully > opened the display. > winClipboardProc - XOpenDisplay () returned and successfully > opened the display. > winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - > Returning. > > > From lev.bishop@yale.edu Thu Apr 8 20:42:00 2004 From: lev.bishop@yale.edu (Lev S Bishop) Date: Thu, 08 Apr 2004 20:42:00 -0000 Subject: Problem with truetype fonts caused by not building FreeType module? In-Reply-To: Message-ID: Harold wrote: > What more do you want? You must not have read the end of my last > message very clearly. I just didn't want you to do a complete rebuild with the wrong flags and break something that worked before or waste your time any more than needed. Just trying to spell everything out as precisely and clearly as I can, because I find it very confusing and I have to be really careful what I say or I end up tripping over myself with multiple meanings for "freetype". I find build systems confusing at the best of times, and whoever decided to change the name from xfsft to freetype has a twisted sense of humour :-) Sorry if it came accross as pedantic or patronizing. I can tell you if I tried to discuss this in real time on IRC I'd be utterly incomprehensible. Lev From daveroth@acm.org Thu Apr 8 22:30:00 2004 From: daveroth@acm.org (David Rothenberger) Date: Thu, 08 Apr 2004 22:30:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything In-Reply-To: <4075AD44.6080901@msu.edu> References: <200404082108.26908.Rudolf.Kollien@medas.de> <4075AD44.6080901@msu.edu> Message-ID: <4075D275.30600@acm.org> Harold L Hunt II wrote: > What is the permanent solution to the problem? I don't know. I think it may be time to finish writing the batch file that just launches a bash shell script, but I haven't got time to work on that today. FWIW, I use setsid to launch without the DOS window. Works fine for me under 2k and XP. --------------------------------------------- @echo off SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% if "%OS%" == "Windows_NT" goto OS_NT REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT REM Windows NT/2000/XP/2003 echo startxwin.bat - Starting on Windows NT/2000/XP/2003 :STARTUP start /min sh -c "setsid startxwin.sh" --------------------------------------------- Dave From Rudolf.Kollien@kollien.de Thu Apr 8 23:16:00 2004 From: Rudolf.Kollien@kollien.de (Rudolf Kollien) Date: Thu, 08 Apr 2004 23:16:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything In-Reply-To: <4075AD44.6080901@msu.edu> References: <200404082108.26908.Rudolf.Kollien@medas.de> <4075AD44.6080901@msu.edu> Message-ID: <200404090115.52470.Rudolf.Kollien@kollien.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Harold, sorry, if my question sounds stupid, but... when i can't use run in a batch why there is "run" used in the startxdmcp.bat? It does the job as requested. But only with "-nodecorations". Why can a window without border and titlebar can be used, but a "normal" window not? I don't want to compare to the old XFree86 (i'm glad about the new project) but once upon a time there where the same problem but was gone long ago. I will try the hint from David Rothenberger with "setsid" (never heared about). Sound's good. The problem is, that when the controlling window ist closed, the whole X-session gets killed. I i know my users: the will close this "unneccessary" window. Am Donnerstag, 8. April 2004 21:51 schrieb Harold L Hunt II: > Yeah, you can't use "run" in the batch file... you have to use "start" > instead. I noticed this right before the release, but I don't have a > permanent solution yet. We had to switch from "start" to "run" because > "start" doesn't prevent a DOS box from being displayed and because we > switched XWin.exe from not displaying a DOS box by default to displaying > a DOS box by default. The reason for this is that the new logging > facility allows sending messages both to standard output and to a log > file if one is opened sometime after the server starts (message have to > be cached until that point since they would otherwise be lost since the > log file isn't open yet). The nicest thing about this is that people > running "XWin -help" will now see the help output instead of having to > open /tmp/XWin.log to see the output. > > What is the permanent solution to the problem? I don't know. I think > it may be time to finish writing the batch file that just launches a > bash shell script, but I haven't got time to work on that today. > > Harold -----BEGIN PGP SIGNATURE----- iD8DBQFAdd0ozOHTWsKaqE0RAhnsAJ9PM2jUh0CdZIvt1sWXXgQ/MAfgkQCgoid1 K7ioTXTqK3f5Pl4V6NIg+MI= =gqaK -----END PGP SIGNATURE----- From Rudolf.Kollien@kollien.de Thu Apr 8 23:19:00 2004 From: Rudolf.Kollien@kollien.de (Rudolf Kollien) Date: Thu, 08 Apr 2004 23:19:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything In-Reply-To: <4075D275.30600@acm.org> References: <200404082108.26908.Rudolf.Kollien@medas.de> <4075AD44.6080901@msu.edu> <4075D275.30600@acm.org> Message-ID: <200404090119.07195.Rudolf.Kollien@kollien.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanks a lot. Will give it a try. Unfortunately there are some Win98 boxes around. Think, i stay tuned. In the old XFree-releases the problem does not exist. But i'm sure there will be a solution on X.org soon too. Why not? Am Freitag, 9. April 2004 00:30 schrieb David Rothenberger: > Harold L Hunt II wrote: > > What is the permanent solution to the problem? I don't know. I > > think it may be time to finish writing the batch file that just launches > a bash shell script, but I haven't got time to work on that today. > > FWIW, I use setsid to launch without the DOS window. Works fine for me > under 2k and XP. > > --------------------------------------------- > > @echo off > SET CYGWIN_ROOT=\cygwin > > SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% > > if "%OS%" == "Windows_NT" goto OS_NT > > REM Windows 95/98/Me > echo startxwin.bat - Starting on Windows 95/98/Me > > goto STARTUP > > :OS_NT > > REM Windows NT/2000/XP/2003 > echo startxwin.bat - Starting on Windows NT/2000/XP/2003 > > :STARTUP > > start /min sh -c "setsid startxwin.sh" > > --------------------------------------------- > > Dave - -- Rudolf Kollien Key-ID: 0xC29AA84D Fingerprint: D293 98E0 F291 7172 C428 7C05 CCE1 D35A C29A A84D Our home on the net: http://www.kollien.de - --------------------------------------------------------- Never trust a operating system you have no sources for - --------------------------------------------------------- Buying an operating system without source is like buying a self-assembly Space Shuttle with no instructions. -----BEGIN PGP SIGNATURE----- iD8DBQFAdd3rzOHTWsKaqE0RApVSAKD4TROvKdnaUtdyrzEFreLV4wSKnwCfd9yi NtGuTo5bEPHqPJn+0avxq2k= =vC8v -----END PGP SIGNATURE----- From huntharo@msu.edu Thu Apr 8 23:21:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 Apr 2004 23:21:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything In-Reply-To: <200404090115.52470.Rudolf.Kollien@kollien.de> References: <200404082108.26908.Rudolf.Kollien@medas.de> <4075AD44.6080901@msu.edu> <200404090115.52470.Rudolf.Kollien@kollien.de> Message-ID: <4075DE2A.2090305@msu.edu> Rudolf Kollien wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hello Harold, > > sorry, if my question sounds stupid, but... when i can't use run in a batch > why there is "run" used in the startxdmcp.bat? It does the job as requested. > But only with "-nodecorations". Why can a window without border and titlebar > can be used, but a "normal" window not? > > I don't want to compare to the old XFree86 (i'm glad about the new project) > but once upon a time there where the same problem but was gone long ago. I didn't want to get into the details of what works and what doesn't work. You are right that it seems to work fine with "-query", but it doesn't work with other options. I don't know what is going on, but I suspect we can probably fix it by modifying either run.exe or XWin.exe... but the other solution is to just use bash so we can do "XWin &" instead of using start or run. Find whatever solution you need for the time being until it can be fixed properly. Harold From daveroth@acm.org Thu Apr 8 23:33:00 2004 From: daveroth@acm.org (David Rothenberger) Date: Thu, 08 Apr 2004 23:33:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything In-Reply-To: <200404090119.07195.Rudolf.Kollien@kollien.de> References: <200404082108.26908.Rudolf.Kollien@medas.de> <4075AD44.6080901@msu.edu> <4075D275.30600@acm.org> <200404090119.07195.Rudolf.Kollien@kollien.de> Message-ID: <4075E14C.7070102@acm.org> Rudolf Kollien wrote: > Thanks a lot. Will give it a try. Unfortunately there are some Win98 boxes > around. I don't know what setsid doesn't work with Win98, just that I don't have a Win98 box to try it on. The setsid docs don't say anything about it not working for Win98, though. Dave From Rudolf.Kollien@medas.de Fri Apr 9 00:09:00 2004 From: Rudolf.Kollien@medas.de (Rudolf Kollien) Date: Fri, 09 Apr 2004 00:09:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything In-Reply-To: <4075DE2A.2090305@msu.edu> References: <200404082108.26908.Rudolf.Kollien@medas.de> <200404090115.52470.Rudolf.Kollien@kollien.de> <4075DE2A.2090305@msu.edu> Message-ID: <200404090209.28309.Rudolf.Kollien@medas.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 As cygwin provides a *nix-like environment, there IS a (shell) solution. Would be the first problem which couldn't worked around :-) Am Freitag, 9. April 2004 01:20 schrieb Harold L Hunt II: > Rudolf Kollien wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > > > Hello Harold, > > > > sorry, if my question sounds stupid, but... when i can't use run in a > > batch why there is "run" used in the startxdmcp.bat? It does the job as > > requested. But only with "-nodecorations". Why can a window without > > border and titlebar can be used, but a "normal" window not? > > > > I don't want to compare to the old XFree86 (i'm glad about the new > > project) but once upon a time there where the same problem but was gone > > long ago. > > I didn't want to get into the details of what works and what doesn't > work. You are right that it seems to work fine with "-query", but it > doesn't work with other options. I don't know what is going on, but I > suspect we can probably fix it by modifying either run.exe or > XWin.exe... but the other solution is to just use bash so we can do > "XWin &" instead of using start or run. Find whatever solution you need > for the time being until it can be fixed properly. > > Harold -----BEGIN PGP SIGNATURE----- iD8DBQFAdem4zOHTWsKaqE0RAtEWAJ9SZPZg4ES90Bj/A/nemtWHmhZtUQCeND+G hjHezE9P/5je1My7JfyNNI0= =klTm -----END PGP SIGNATURE----- From Rudolf.Kollien@kollien.de Fri Apr 9 00:10:00 2004 From: Rudolf.Kollien@kollien.de (Rudolf Kollien) Date: Fri, 09 Apr 2004 00:10:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything In-Reply-To: <4075E14C.7070102@acm.org> References: <200404082108.26908.Rudolf.Kollien@medas.de> <200404090119.07195.Rudolf.Kollien@kollien.de> <4075E14C.7070102@acm.org> Message-ID: <200404090210.32295.Rudolf.Kollien@kollien.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Will try it after easter. I tell the list what's going on. Am Freitag, 9. April 2004 01:33 schrieb David Rothenberger: > Rudolf Kollien wrote: > > Thanks a lot. Will give it a try. Unfortunately there are some Win98 > > boxes around. > > I don't know what setsid doesn't work with Win98, just that I don't have a > Win98 box to try it on. The setsid docs don't say anything about it not > working for Win98, though. > > Dave - -- Rudolf Kollien Key-ID: 0xC29AA84D Fingerprint: D293 98E0 F291 7172 C428 7C05 CCE1 D35A C29A A84D Our home on the net: http://www.kollien.de - --------------------------------------------------------- Never trust a operating system you have no sources for - --------------------------------------------------------- Buying an operating system without source is like buying a self-assembly Space Shuttle with no instructions. -----BEGIN PGP SIGNATURE----- iD8DBQFAden4zOHTWsKaqE0RAokoAKDITragXtnTjFyew4I3HsKnbO38jgCeI4bE H2QwI0VIuvlzNbp5lJUQzhE= =hHX6 -----END PGP SIGNATURE----- From 1@pervalidus.net Fri Apr 9 03:26:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Fri, 09 Apr 2004 03:26:00 -0000 Subject: .xinitrc ? Message-ID: 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. The same using another window manager. It works fine if I add it to startxwin.sh. It used to work with XFree86. -- How to contact me - http://www.pervalidus.net/contact.html From colin.harrison@virgin.net Fri Apr 9 05:13:00 2004 From: colin.harrison@virgin.net (Colin Harrison) Date: Fri, 09 Apr 2004 05:13:00 -0000 Subject: X server with GLX acceleration Message-ID: <200404082136.i38LadLU007193@chamonix.straightrunning.com> Hi, This works for me, glxgears results:- $ glxgears 3177 frames in 5.0 seconds = 635.400 FPS 3273 frames in 5.0 seconds = 654.600 FPS was: $ glxgears 520 frames in 5.0 seconds = 104.000 FPS 416 frames in 5.0 seconds = 83.200 FPS Pentium 800 with ATI Rage Pro (Windows XP) Nice work, thanks. Colin Harrison From colin.harrison@virgin.net Fri Apr 9 05:13:00 2004 From: colin.harrison@virgin.net (Colin Harrison) Date: Fri, 09 Apr 2004 05:13:00 -0000 Subject: X Server GLX Acceleration Results Message-ID: <200404090513.i395DKQi003386@chamonix.straightrunning.com> Hi, GLX acceleration works fine for me. Tried on Matrox G550 and ATI Rage Pro on Windows XP. glxgears shows a massive speed-up (gears graphic doesn't show on ATI?). More testing underway. Thanks Colin Harrison From memik@davinci.ece.northwestern.edu Fri Apr 9 05:16:00 2004 From: memik@davinci.ece.northwestern.edu (Gokhan Memik) Date: Fri, 09 Apr 2004 05:16:00 -0000 Subject: XWin initialization error Message-ID: After installing the Cygwin/X and following the steps at the website http://x.cygwin.com/docs/ug/using.html, I am getting the following error message: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-1 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress I have installed the whole Cygwin package, so there should not be anything missing. I also checked my fonts and they look like they are mounted correctly. What shall I do to start the XWin? Thanks in advance, Gokhan -------------- next part -------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-1 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress From danilo.turina@alcatel.it Fri Apr 9 06:18:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Fri, 09 Apr 2004 06:18:00 -0000 Subject: .xinitrc ? In-Reply-To: References: Message-ID: <40764119.6050703@alcatel.it> 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 From 1@pervalidus.net Fri Apr 9 06:34:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Fri, 09 Apr 2004 06:34:00 -0000 Subject: .xinitrc ? In-Reply-To: <40764119.6050703@alcatel.it> References: <40764119.6050703@alcatel.it> Message-ID: On Fri, 9 Apr 2004, Danilo Turina wrote: > 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. Thanks. I wonder why the default changed though. Before startx only had defaultserverargs="", and now it has defaultserverargs="-multiwindow -clipboard". Or was -multiwindow the default with XFree86 ? Anyway, everythins is working fine now. I'm used to .xinitrc and startx on Linux :) -- How to contact me - http://www.pervalidus.net/contact.html From rodmedina@cantv.net Fri Apr 9 07:08:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Fri, 09 Apr 2004 07:08:00 -0000 Subject: XWin options lack of documentation. Message-ID: <80550-220044597849539@cantv.net> Hi all, I am working to update XWin.man. I have found that: 1)The following options of XWin are active but ARE NOT documented either in the X-UG or in the -help option of XWin. Option X-UG -help option -help NO Yes -logfile NO NO -logverbose NO NO -nounicodeclipboard NO Yes -xkblayout NO Yes -xkbrules NO Yes -xkbmodel NO Yes -xkbvariant NO Yes -xkboptions NO Yes -[no]keyhook NO NO 2)The following inactive options ARE documented in the UG: -xf86config -keyboard 3)There is a BUG with the -logverbose option. It requires an integer parameter. If such parameter isn't given the alert panel appears and the help text is written in XWin.log as expected, but then there is a Segmentation Fault crash. Perhaps, instead of finishing, the program tries to continue with a nonexistent parameter. Questions: 1)I understand that the parameter of the -logverbose option controls the degree of "verbosity" of log messages. But I have found that there is no effect in the XWin.log file as the value of the parameter is changed. The only effect I have found is a shorter output of the log messages that are directed to the console when the parameter is negative. It is really that the intended behavior? If such were the case, it is not simpler to have an option without parameter with a name like -noconsolelog? 2)Will be the -emulatepseudo option eventually activated?. If that were the case I can leave the description of the option in the man page with the indication that it is still not implemented. Rodrigo Medina From corinna-cygwin@cygwin.com Fri Apr 9 08:09:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 09 Apr 2004 08:09:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <20040403202633.GB25985@cygbert.vinschen.de> References: <87wu586bj7.fsf@vzell-de.de.oracle.com> <40632737.9090905@msu.edu> <20040326095209.GA4614@cygbert.vinschen.de> <40643CF7.5080100@msu.edu> <20040326161349.GN17229@cygbert.vinschen.de> <406457BA.2030000@msu.edu> <20040326182423.GP17229@cygbert.vinschen.de> <20040328210954.GA27432@cygbert.vinschen.de> <87d66u7pw3.fsf@vzell-de.de.oracle.com> <20040403202633.GB25985@cygbert.vinschen.de> Message-ID: <20040409080914.GA14061@cygbert.vinschen.de> On Apr 3 22:26, Corinna Vinschen wrote: > On Mar 30 09:30, Dr. Volker Zell wrote: > > I just tried your fix which seems to be in the 20040329 snapshot. But > > now /usr/sbin/cygserver doesn't start anymore. I installed it as a > > service with cygrunsrv. The same happens for my other cygwin service > > /sbin/init which also refuses to start. In the process list I could see > > 4 !! /bin/cygrunsrv processes so. Reverting to 1.5.9 and all is fine. > > Please try the 20040403 snapshot. It contains a fix for the shmat > problem which shold allow the bigfont extension to work. > > Corinna > > > P.S: And somehow I'd wish you'd use a more space-saving and more concise > quoting style... Ping? Did you test it? Does no feedback mean that it now works? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Apr 9 13:09:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 09 Apr 2004 13:09:00 -0000 Subject: X server with GLX acceleration In-Reply-To: <200404082136.i38LadLU007193@chamonix.straightrunning.com> References: <200404082136.i38LadLU007193@chamonix.straightrunning.com> Message-ID: Colin Harrison wrote: > This works for me, glxgears results:- Nice to hear. There is still much to do but at least the framework is running. > $ glxgears > 3177 frames in 5.0 seconds = 635.400 FPS > 3273 frames in 5.0 seconds = 654.600 FPS > > Pentium 800 with ATI Rage Pro (Windows XP) > > Nice work, thanks. bye ago NP: Letzte Instanz - Schlaflos -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Apr 9 13:14:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 09 Apr 2004 13:14:00 -0000 Subject: XWin options lack of documentation. In-Reply-To: <80550-220044597849539@cantv.net> References: <80550-220044597849539@cantv.net> Message-ID: Rodrigo Medina wrote: > Hi all, > > I am working to update XWin.man. I have found that: > > 1)The following options of XWin are active but ARE NOT documented either > in the X-UG or in the -help option of XWin. > > Option X-UG -help option > -help NO Yes > -logfile NO NO > -logverbose NO NO > -nounicodeclipboard NO Yes > -xkblayout NO Yes > -xkbrules NO Yes > -xkbmodel NO Yes > -xkbvariant NO Yes > -xkboptions NO Yes > -[no]keyhook NO NO > > 2)The following inactive options ARE documented in the UG: > > -xf86config > -keyboard Thanks for sorting them out. I'll start documenting them > 3)There is a BUG with the -logverbose option. It requires an integer > parameter. If such parameter isn't given the alert panel appears and > the help text is written in XWin.log as expected, but then there is a > Segmentation Fault crash. Perhaps, instead of finishing, the program > tries to continue with a nonexistent parameter. I will take a look. > Questions: > 1)I understand that the parameter of the -logverbose option controls > the degree of "verbosity" of log messages. But I have found that there > is no effect in the XWin.log file as the value of the parameter is changed. > The only effect I have found is a shorter output of the log messages > that are directed to the console when the parameter is negative. It is > really that the intended behavior? If such were the case, it is not > simpler to have an option without parameter with a name like -noconsolelog? Currently only few logmessages have a verbosity level set. The general idea was loglevel output 0 only fatal errors, help message 1 simple information about configuration (will get default sometime) 2 (current detailed loginfo (including trace and debug output) default) 3 + maybe some very detailed debug output > 2)Will be the -emulatepseudo option eventually activated?. > If that were the case I can leave the description of the option in the > man page with the indication that it is still not implemented. bye ago NP: Funker Vogt - Pure War -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From holger.krull@gmx.de Fri Apr 9 14:01:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Fri, 09 Apr 2004 14:01:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything In-Reply-To: <200404090209.28309.Rudolf.Kollien@medas.de> References: <200404082108.26908.Rudolf.Kollien@medas.de> <200404090115.52470.Rudolf.Kollien@kollien.de> <4075DE2A.2090305@msu.edu> <200404090209.28309.Rudolf.Kollien@medas.de> Message-ID: <4076ACA2.9040200@gmx.de> > As cygwin provides a *nix-like environment, there IS a (shell) solution. Would > be the first problem which couldn't worked around :-) I'm not so shure about this. At least i didn't find a solution to get rid of the additional window, maybe someone else knows the trick. Starting in bash with setsid, screen or & didn't help. Even if you get back to a prompt, closing the shell means ending Xwin. Weird. Does anyone know howto start a cmd.exe in Windows without getting a new button in taskbar? > >>XWin.exe... but the other solution is to just use bash so we can do >>"XWin &" instead of using start or run. Find whatever solution you need that's what i did up to now. But Xwin somehow keeps its connection to the starting environment if you don't use -nodecoration. From pechtcha@cs.nyu.edu Fri Apr 9 14:36:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 09 Apr 2004 14:36:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything In-Reply-To: <4076ACA2.9040200@gmx.de> References: <200404082108.26908.Rudolf.Kollien@medas.de> <200404090115.52470.Rudolf.Kollien@kollien.de> <4075DE2A.2090305@msu.edu> <200404090209.28309.Rudolf.Kollien@medas.de> <4076ACA2.9040200@gmx.de> Message-ID: On Fri, 9 Apr 2004, Holger Krull wrote: > > As cygwin provides a *nix-like environment, there IS a (shell) > > solution. Would be the first problem which couldn't worked around :-) > > I'm not so shure about this. At least i didn't find a solution to get > rid of the additional window, maybe someone else knows the trick. > Starting in bash with setsid, screen or & didn't help. Even if you get > back to a prompt, closing the shell means ending Xwin. Weird. > > Does anyone know howto start a cmd.exe in Windows without getting a new > button in taskbar? Sure. Call CreateProcess with appropriate flags, just like run.exe does... > >>XWin.exe... but the other solution is to just use bash so we can do > >>"XWin &" instead of using start or run. Find whatever solution you need > > that's what i did up to now. But Xwin somehow keeps its connection to > the starting environment if you don't use -nodecoration. It might help to redirect the std{in,out,err} of the setsid'd process, something like setsid XWin /dev/null 2>&1 HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From holger.krull@gmx.de Fri Apr 9 16:00:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Fri, 09 Apr 2004 16:00:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything In-Reply-To: References: <200404082108.26908.Rudolf.Kollien@medas.de> <200404090115.52470.Rudolf.Kollien@kollien.de> <4075DE2A.2090305@msu.edu> <200404090209.28309.Rudolf.Kollien@medas.de> <4076ACA2.9040200@gmx.de> Message-ID: <4076C8A3.8000309@gmx.de> > Sure. Call CreateProcess with appropriate flags, just like run.exe > does... Thank you, that's the solution. I didn't know this program. I now can call Xwin without having an additional shell window. The needed command for me is : E:\cygwin\bin\bash.exe -c -l 'run bash -c -l "CYGWIN=server Xwin.exe -query murpel -fp tcp/murpel:7100 -dpi 100 -clipboard -once &" ' Before someone asks, the reason for the additional bash is my whish to avoid having cygwin directorys in my windows path. So \cygwin\usr\X11R6\bin\run.exe bash -c -l "Xwin.exe -query SOMENAME &" will probably do for everyone else. Thank you for your help Holger From Rudolf.Kollien@medas.de Fri Apr 9 17:02:00 2004 From: Rudolf.Kollien@medas.de (Rudolf Kollien) Date: Fri, 09 Apr 2004 17:02:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything In-Reply-To: <4076C8A3.8000309@gmx.de> References: <200404082108.26908.Rudolf.Kollien@medas.de> <4076C8A3.8000309@gmx.de> Message-ID: <200404091901.53943.Rudolf.Kollien@medas.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Great! Just did it with the solution mentiond by David Rothenberger. With sending XWin in the background with & i managed it to only get the XWin server window. But i need to command files: a DOS batch and a sh batch. Now it run's with only on batch file like before! Thanks a lot to all! Am Freitag, 9. April 2004 18:00 schrieb Holger Krull: > > Sure. Call CreateProcess with appropriate flags, just like run.exe > > does... > > Thank you, that's the solution. > I didn't know this program. I now can call Xwin without having an > additional shell window. The needed command for me is : > > E:\cygwin\bin\bash.exe -c -l 'run bash -c -l "CYGWIN=server Xwin.exe > -query murpel -fp tcp/murpel:7100 -dpi 100 -clipboard -once &" ' > > Before someone asks, the reason for the additional bash is my whish to > avoid having cygwin directorys in my windows path. So > \cygwin\usr\X11R6\bin\run.exe bash -c -l "Xwin.exe -query SOMENAME &" > will probably do for everyone else. > > Thank you for your help > > Holger - -- Rudolf Kollien email: Rudolf.Kollien@medas.de ? ? ? ?Rudolf.Kollien@kollien.de ********************************************************* Never trust a operating system you have no sources for ********************************************************* Buying an operating system without source is like buying a self-assembly Space Shuttle with no instructions. ********************************************************* -----BEGIN PGP SIGNATURE----- iD8DBQFAdtb/zOHTWsKaqE0RAuzqAKCKN0/IGYaiIf9Hsi40xi4ejBTZLwCfR4cg Mmh8nzqLaAHx+KgcgE15qBw= =I8Q0 -----END PGP SIGNATURE----- From huntharo@msu.edu Fri Apr 9 17:11:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 09 Apr 2004 17:11:00 -0000 Subject: Windows keys in the keymap? Message-ID: <4076D907.1000604@msu.edu> Some of you may have noticed that Takuma and I added a "-keyhook" option to XWin.exe that allows Alt+Tab to be trapped on NT-based OSes and passed to X apps as a normal key event. We can also do the same for the Windows keys on the keyboard, but there are a few problems at this time: 1) Mod4Mask was used for XK_Super_L and XK_Super_R in the information I could find about the Windows key in X keymaps. However, we currently use Mod4Mask for XK_Kana_Lock and XK_Kana_Shift. My first question is does the XK_Kana_Lock and XK_Kana_Shift thing even work right now? If not, then we can just switch these. If it does work, then we will have to change the modifier map if a Japanese keyboard layout is loaded... but I wonder if that is done already? 2) The Windows keys are typically mapped to XK_Super_L and XK_Super_R for VK_LWIN and VK_RWIN, repsectively. I am seeing scan codes of 0x5B and 0x5C for the VK_LWIN and VK_RWIN keys, respectively again (note: yes, these are the same as the virtual key code for these keys for some reason). If we want to map these keys to XK_Super_L and XK_Super_R we need some sort of entry in our default key map since it currently contains nothing about these keys. I have tried adding an entry, but xev never seemed to pick up a valid key press from the Windows key when I was trapping and passing it through, though I do know that the trapping and passing was working correctly. So, who can help me figure out how to modify our default key map so that the Windows key will be useable under X? Harold From Rudolf.Kollien@medas.de Fri Apr 9 17:28:00 2004 From: Rudolf.Kollien@medas.de (Rudolf Kollien) Date: Fri, 09 Apr 2004 17:28:00 -0000 Subject: keymapping (was: Windows keys in the keymap?) In-Reply-To: <4076D907.1000604@msu.edu> References: <4076D907.1000604@msu.edu> Message-ID: <200404091928.33395.Rudolf.Kollien@medas.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 As it seems you currently work on the keyboard modules: when using the key combination "(right)ctrl-cursor right" or "(right)ctrl-cursor left" there is an white space (blank?) inserted on the first press or the cursor key. This only happens when you use the right ctrl-key, not by using the left one. It looks like pressing the right ctrl-key give's an additional char when using the cursor keys (only by left and right, not on up and down). ? This is the typical key sequence when jumping word wise left or right in an line of text. Don't know if this is a KDE/Qt specific problem. This behavor was in the cygwin/XFree86 X-Server?time ago. As i remember, in the beginning of the year this error disapeard (don't know the release number, sorry). Am Freitag, 9. April 2004 19:10 schrieb Harold L Hunt II: > Some of you may have noticed that Takuma and I added a "-keyhook" option > to XWin.exe that allows Alt+Tab to be trapped on NT-based OSes and > passed to X apps as a normal key event. > > We can also do the same for the Windows keys on the keyboard, but there > are a few problems at this time: > > 1) Mod4Mask was used for XK_Super_L and XK_Super_R in the information I > could find about the Windows key in X keymaps. However, we currently > use Mod4Mask for XK_Kana_Lock and XK_Kana_Shift. My first question is > does the XK_Kana_Lock and XK_Kana_Shift ?thing even work right now? If > not, then we can just switch these. If it does work, then we will have > to change the modifier map if a Japanese keyboard layout is loaded... > but I wonder if that is done already? > > 2) The Windows keys are typically mapped to XK_Super_L and XK_Super_R > for VK_LWIN and VK_RWIN, repsectively. I am seeing scan codes of 0x5B > and 0x5C for the VK_LWIN and VK_RWIN keys, respectively again (note: > yes, these are the same as the virtual key code for these keys for some > reason). If we want to map these keys to XK_Super_L and XK_Super_R we > need some sort of entry in our default key map since it currently > contains nothing about these keys. I have tried adding an entry, but > xev never seemed to pick up a valid key press from the Windows key when > I was trapping and passing it through, though I do know that the > trapping and passing was working correctly. > > So, who can help me figure out how to modify our default key map so that > the Windows key will be useable under X? > > Harold - -- Rudolf Kollien email: Rudolf.Kollien@medas.de ? ? ? ?Rudolf.Kollien@kollien.de ********************************************************* Never trust a operating system you have no sources for ********************************************************* Buying an operating system without source is like buying a self-assembly Space Shuttle with no instructions. ********************************************************* -----BEGIN PGP SIGNATURE----- iD8DBQFAdt1BzOHTWsKaqE0RAu8SAKDezyJRwAv2vYA4tlsgdEZ6iZlnAgCeMuQJ oYCUExtH+He1eQJ93q1ufiM= =18Mm -----END PGP SIGNATURE----- From 1@pervalidus.net Fri Apr 9 18:43:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Fri, 09 Apr 2004 18:43:00 -0000 Subject: mkfontdir and mkfontscale segfault Message-ID: When I run 'mkfontscale .' or 'mkfontdir .' in C:\WINDOWS\Fonts, both segfault: $ mkfontdir . Couldn't determine full name for 8514fix.fon Couldn't determine slant for 8514fix.fon Couldn't determine weight for 8514fix.fon Couldn't get family name for 8514fix.fon Couldn't determine full name for 8514fixe.fon Couldn't determine slant for 8514fixe.fon Couldn't determine weight for 8514fixe.fon Couldn't get family name for 8514fixe.fon Couldn't determine full name for 8514fixg.fon Couldn't determine slant for 8514fixg.fon Couldn't determine weight for 8514fixg.fon Couldn't get family name for 8514fixg.fon Couldn't determine full name for 8514fixr.fon Couldn't determine slant for 8514fixr.fon Couldn't determine weight for 8514fixr.fon Couldn't get family name for 8514fixr.fon Couldn't determine full name for 8514fixt.fon Couldn't determine slant for 8514fixt.fon Couldn't determine weight for 8514fixt.fon Couldn't get family name for 8514fixt.fon Couldn't determine full name for 8514oem.fon Couldn't determine slant for 8514oem.fon Couldn't determine weight for 8514oem.fon Couldn't get family name for 8514oem.fon Couldn't determine full name for 8514oeme.fon Couldn't determine slant for 8514oeme.fon Couldn't determine weight for 8514oeme.fon Couldn't get family name for 8514oeme.fon Couldn't determine full name for 8514oemg.fon Couldn't determine slant for 8514oemg.fon Couldn't determine weight for 8514oemg.fon Couldn't get family name for 8514oemg.fon Couldn't determine full name for 8514oemr.fon Couldn't determine slant for 8514oemr.fon Couldn't determine weight for 8514oemr.fon Couldn't get family name for 8514oemr.fon Segmentation fault (core dumped) $ mkfontscale . Segmentation fault (core dumped) I also tried only with the *.ttf. fc-cache works fine. mkfontdir -e /usr/X11R6/lib/X11/fonts/encodings -e /usr/X11R6/lib/X11/fonts/encodings/large . also segfaults. -- How to contact me - http://www.pervalidus.net/contact.html From huntharo@msu.edu Fri Apr 9 19:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 09 Apr 2004 19:27:00 -0000 Subject: mkfontdir and mkfontscale segfault In-Reply-To: References: Message-ID: <4076F8D1.4010901@msu.edu> Look at the latest release notes that I sent this morning. Harold Fr??d??ric L. W. Meunier wrote: > When I run 'mkfontscale .' or 'mkfontdir .' in > C:\WINDOWS\Fonts, both segfault: > > $ mkfontdir . > Couldn't determine full name for 8514fix.fon > Couldn't determine slant for 8514fix.fon > Couldn't determine weight for 8514fix.fon > Couldn't get family name for 8514fix.fon > Couldn't determine full name for 8514fixe.fon > Couldn't determine slant for 8514fixe.fon > Couldn't determine weight for 8514fixe.fon > Couldn't get family name for 8514fixe.fon > Couldn't determine full name for 8514fixg.fon > Couldn't determine slant for 8514fixg.fon > Couldn't determine weight for 8514fixg.fon > Couldn't get family name for 8514fixg.fon > Couldn't determine full name for 8514fixr.fon > Couldn't determine slant for 8514fixr.fon > Couldn't determine weight for 8514fixr.fon > Couldn't get family name for 8514fixr.fon > Couldn't determine full name for 8514fixt.fon > Couldn't determine slant for 8514fixt.fon > Couldn't determine weight for 8514fixt.fon > Couldn't get family name for 8514fixt.fon > Couldn't determine full name for 8514oem.fon > Couldn't determine slant for 8514oem.fon > Couldn't determine weight for 8514oem.fon > Couldn't get family name for 8514oem.fon > Couldn't determine full name for 8514oeme.fon > Couldn't determine slant for 8514oeme.fon > Couldn't determine weight for 8514oeme.fon > Couldn't get family name for 8514oeme.fon > Couldn't determine full name for 8514oemg.fon > Couldn't determine slant for 8514oemg.fon > Couldn't determine weight for 8514oemg.fon > Couldn't get family name for 8514oemg.fon > Couldn't determine full name for 8514oemr.fon > Couldn't determine slant for 8514oemr.fon > Couldn't determine weight for 8514oemr.fon > Couldn't get family name for 8514oemr.fon > Segmentation fault (core dumped) > > $ mkfontscale . > Segmentation fault (core dumped) > > I also tried only with the *.ttf. fc-cache works fine. > > mkfontdir -e /usr/X11R6/lib/X11/fonts/encodings -e > /usr/X11R6/lib/X11/fonts/encodings/large . > > also segfaults. > From huntharo@msu.edu Fri Apr 9 21:34:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 09 Apr 2004 21:34:00 -0000 Subject: Website changed from HTML 4.01 to XHTML 1.0 Message-ID: <4077169E.2000907@msu.edu> I have translated all of the hand-generated files on the Cygwin/X website (http://x.cygwin.com/) from HTML 4.01 Transitional to XHTML 1.0 Transitional. I used Tidy UI to do this. Tidy UI just provides a nice interface in Windows to HTML Tidy, which cleans up and translates HTML. Tidy UI can be obtained here: http://users.rcn.com/creitzel/tidy.html#tidyui Let me know if anything seems messed up on the website. Be aware that the documentation (FAQ, User's Guide, and Contributor's Guide) are generated from DocBook and are thus not part of this conversion. Harold From bmj2004@bellsouth.net Fri Apr 9 22:18:00 2004 From: bmj2004@bellsouth.net (Robert McNulty Junior) Date: Fri, 09 Apr 2004 22:18:00 -0000 Subject: Website changed from HTML 4.01 to XHTML 1.0 In-Reply-To: <4077169E.2000907@msu.edu> Message-ID: I get a DNS server error. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Friday, April 09, 2004 4:33 PM To: cygx Subject: Website changed from HTML 4.01 to XHTML 1.0 I have translated all of the hand-generated files on the Cygwin/X website (http://x.cygwin.com/) from HTML 4.01 Transitional to XHTML 1.0 Transitional. I used Tidy UI to do this. Tidy UI just provides a nice interface in Windows to HTML Tidy, which cleans up and translates HTML. Tidy UI can be obtained here: http://users.rcn.com/creitzel/tidy.html#tidyui Let me know if anything seems messed up on the website. Be aware that the documentation (FAQ, User's Guide, and Contributor's Guide) are generated from DocBook and are thus not part of this conversion. Harold From huntharo@msu.edu Sat Apr 10 01:10:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Apr 2004 01:10:00 -0000 Subject: ttmkfdir no longer needed Message-ID: <40774949.6080608@msu.edu> It looks like we no longer need ttmkfdir in order to expose the fonts installed with Windows to X11. The mkfontscale utility that is included with out distribution was inspired by ttmkfdir and essentially replaces it: http://freedesktop.org/~xorg/X11R6.7.0/doc/mkfontscale.1.html You can do something like the following right now (well, not with Cygwin 1.5.9 since mkfontscale will core dump, you have to use snapshot of cygwin1.dll for the moment): 1) mkfontscale /cygdrive/c/WINDOWS/Fonts 2) mkfontdir /cygdrive/c/WINDOWS/Fonts 3) Launch Cygwin/X 4) In a bash shell under Cygwin/X, run: xset fp+ /cygdrive/c/WINDOWS/Fonts 5) Run xfontsel and observe that picking 'microsoft' from the 'rgstry' category exposes 'microsoft sans serif', 'tahoma', and 'verdana' among others under the 'fmly' category. Note also that valid chartacters appear when you select these fonts. Due to this I am going to pull the link to ttmkfdir from our 'Ported Software' page. Perhaps someone would like to write a postinstall script that creates symlinks to the Fonts folder for Windows under /usr/X11R6/lib/X11/fonts/windows, then runs mkfontscale and mkfontdir in that folder (since we can not guarantee that we have permissions to create files in the actual Fonts folder for Windows). Then it would take a minor adjustment of our startup scripts to pass this additional font folder to Cygwin/X on startup. Any takers? I'll package it if somebody works the kinks out of it. Harold From nannettehazzard@socceraccess.com Sat Apr 10 01:54:00 2004 From: nannettehazzard@socceraccess.com (lacy griego) Date: Sat, 10 Apr 2004 01:54:00 -0000 Subject: Pamepb 0n1ine Doctors. Message-ID: <7ee101c41e9e$2da635b0$98de0bcf@nannettehazzard> defgsix egaussa digir Get every medication you may ever need and many more.. Stop the pain, get +Vi+co+din+ now Real doctors providing for your health and well being. O P http://lookto.findinside.info/aps/ Quit: http://lookto.findinside.info/aps/rm.html A new teacher was trying to make use of her psychology courses. She started her class by saying, "Everyone who thinks you're stupid, stand up!" After a few seconds, Little Johnny stood up.The teacher said, "Do you think you're stupid, Little Johnny?""No, ma'am, but I hate to see you standing there all by yourself!"???? A local bar was so sure that its bartender was the strongest man around that they offered a standing $1,000 bet. The bartender would squeeze a lemon until all the juice ran into a glass, and hand the lemon to a patron. Anyone who could squeeze one more drop of juice out would win the money. Many people had tried over time (weightlifters, longshoremen, etc.) but nobody could do it. One day a scrawny little man wearing thick glasses and a polyester suit came in and said in a tiny, squeaky voice, "I'd like to try the bet." After the laughter had died down, the bartender said okay, grabbed a lemon, and squeezed away. Then he handed the wrinkled remains of the rind to the little man. But the crowd's laughter turned to total silence as the man clenched his fist around the lemon and six drops fell into the glass. As the crowd cheered, the bartender paid the $1,000, and asked the little man, "What do you do for a living? Are you a lumberjack, a weightlifter, or what?" The man replied, "I work for the IRS." chijoubu5kaedetou02dukuri,hikkose ekuson. From kst@mib.org Sat Apr 10 02:30:00 2004 From: kst@mib.org (Keith Thompson) Date: Sat, 10 Apr 2004 02:30:00 -0000 Subject: XWin glitch: cut-and-paste Message-ID: <20040410023040.GA20731@nuthaus.mib.org> When I highlight a range of text in an xterm or rxvt window running under XWin, the text is highlighted only for a fraction of a second. It still seems to work (I can still paste the selected text into the same or another window), but it would be nice if it stayed highlighted as it does with every other X server I've used, including Exceed under MS Windows. -- Keith Thompson (The_Other_Keith) kst@mib.org San Diego Supercomputer Center <*> Schroedinger does Shakespeare: "To be *and* not to be" From kst@mib.org Sat Apr 10 02:33:00 2004 From: kst@mib.org (Keith Thompson) Date: Sat, 10 Apr 2004 02:33:00 -0000 Subject: XWin glitch: alt-tab menu Message-ID: <20040410023318.GA20771@nuthaus.mib.org> When I run the XWin server on Windows XP, its icon is always the first in the alt-tab menu that's used to switch between Windows applications. To go back to XWin, I have to either use alt-shift-tab or cycle through the entire menu. I've never seen another Windows application that does this. -- Keith Thompson (The_Other_Keith) kst@mib.org San Diego Supercomputer Center <*> Schroedinger does Shakespeare: "To be *and* not to be" From huntharo@msu.edu Sat Apr 10 02:41:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Apr 2004 02:41:00 -0000 Subject: XWin glitch: cut-and-paste In-Reply-To: <20040410023040.GA20731@nuthaus.mib.org> References: <20040410023040.GA20731@nuthaus.mib.org> Message-ID: <40775EB3.7050607@msu.edu> In response to both of your messages, I will use my psychic powers to figure out: 1) your command-line options, 2) the version of xorg-x11-xwin that you have installed, 3) whether or not you are running xwinclip (you should not be), and 4) the method you are using to start XWin.exe. Get it? You gotta tell us stuff in order for us to be able to help you. What you are describing does not sound normal, but I can't figure out what you are doing unless you tell us. Harold Keith Thompson wrote: > When I highlight a range of text in an xterm or rxvt window running > under XWin, the text is highlighted only for a fraction of a second. > It still seems to work (I can still paste the selected text into the > same or another window), but it would be nice if it stayed highlighted > as it does with every other X server I've used, including Exceed under > MS Windows. > From kst@mib.org Sat Apr 10 02:43:00 2004 From: kst@mib.org (Keith Thompson) Date: Sat, 10 Apr 2004 02:43:00 -0000 Subject: Neve mind (Re: XWin glitch: cut-and-paste) In-Reply-To: <20040410023040.GA20731@nuthaus.mib.org> References: <20040410023040.GA20731@nuthaus.mib.org> Message-ID: <20040410024346.GA20882@nuthaus.mib.org> On Fri, Apr 09, 2004 at 07:30:40PM -0700, I wrote: > When I highlight a range of text in an xterm or rxvt window running > under XWin, the text is highlighted only for a fraction of a second. > It still seems to work (I can still paste the selected text into the > same or another window), but it would be nice if it stayed highlighted > as it does with every other X server I've used, including Exceed under > MS Windows. Oops, my mistake. I was still running xwinclip, which I see is no longer necessary. -- Keith Thompson (The_Other_Keith) kst@mib.org San Diego Supercomputer Center <*> Schroedinger does Shakespeare: "To be *and* not to be" From kst@mib.org Sat Apr 10 03:06:00 2004 From: kst@mib.org (Keith Thompson) Date: Sat, 10 Apr 2004 03:06:00 -0000 Subject: XWin glitch: alt-tab menu In-Reply-To: <20040410023318.GA20771@nuthaus.mib.org> References: <20040410023318.GA20771@nuthaus.mib.org> Message-ID: <20040410030617.GA20909@nuthaus.mib.org> On Fri, Apr 09, 2004 at 07:33:18PM -0700, Keith Thompson wrote: > When I run the XWin server on Windows XP, its icon is always the first > in the alt-tab menu that's used to switch between Windows applications. > To go back to XWin, I have to either use alt-shift-tab or cycle through > the entire menu. I've never seen another Windows application that > does this. As Harold L Hunt II quite correctly pointed out, I didn't provide enough information. I'll now provide too much. 8-)} My system is an IBM Thinkpad T40 running Windows XP Pro with the latest updates. (I think I've seem the same symptom on my Windows 2000 system at home, but I can't confirm that at the moment.) I've installed the latest updates for Cygwin, including xorg-x11-xwin version 6.7.0.0-2. I start the XWin server from a Cygwin bash shell, using the following command: /usr/X11R6/bin/XWin.exe -fullscreen -emulate3buttons & And something that I hadn't noticed before: XWin.exe produces a bunch of output on stderr (the last three lines show up when I terminate it): ======================================================================== Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-1 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -fullscreen -emulate3buttons OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported. See http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1400 dwHeight: 1050 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 16 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1400 height: 1050 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1400 height: 1050 depth: 16 size image: 2940000 winAllocateFBShadowGDI - Created shadow stride: 1400 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowGDI - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 700 525 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winWindowProc - WM_*KEYDOWN - Closekey hit, quitting ddxBeforeReset - Hello winDeinitMultiWindowWM - Noting shutdown in progress ======================================================================== -- Keith Thompson (The_Other_Keith) kst@mib.org San Diego Supercomputer Center <*> Schroedinger does Shakespeare: "To be *and* not to be" From huntharo@msu.edu Sat Apr 10 04:49:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Apr 2004 04:49:00 -0000 Subject: XWin glitch: alt-tab menu In-Reply-To: <20040410030617.GA20909@nuthaus.mib.org> References: <20040410023318.GA20771@nuthaus.mib.org> <20040410030617.GA20909@nuthaus.mib.org> Message-ID: <40777C9E.1090009@msu.edu> Keith, Keith Thompson wrote: > On Fri, Apr 09, 2004 at 07:33:18PM -0700, Keith Thompson wrote: > >>When I run the XWin server on Windows XP, its icon is always the first >>in the alt-tab menu that's used to switch between Windows applications. >>To go back to XWin, I have to either use alt-shift-tab or cycle through >>the entire menu. I've never seen another Windows application that >>does this. > > > As Harold L Hunt II quite correctly pointed out, I didn't provide enough > information. I'll now provide too much. 8-)} > > My system is an IBM Thinkpad T40 running Windows XP Pro with the latest > updates. (I think I've seem the same symptom on my Windows 2000 system > at home, but I can't confirm that at the moment.) > > I've installed the latest updates for Cygwin, including xorg-x11-xwin > version 6.7.0.0-2. Hmm... this is suspicious, you claim 6.7.0.0-2 but your log file states 6.7.0.0-1. It could be my mistake, but you might also need to reboot to allow XWin.exe to be upgraded if it was being used when setup.exe was being run. > I start the XWin server from a Cygwin bash shell, using the following > command: > > /usr/X11R6/bin/XWin.exe -fullscreen -emulate3buttons & > > And something that I hadn't noticed before: XWin.exe produces a bunch > of output on stderr (the last three lines show up when I terminate it): The output on stderr is a feature not a bug. Just redirect the output to /dev/null if you don't need it (e.g. XWin > /dev/null 2>&1). Can I ask if you have a good reason for using fullscreen? I would think you might be more interested in -multiwindow (internal window manager), -rootless (needs an external window manager, but doesn't show root window), or -nodecoration (needs external window manager, does show root window but without window titlebar and border). I'm asking because almost no one uses -fullscreen anymore and I think that the problem you are reporting is peculiar to -fullscreen. We use two different routines to create our top-level window: one for fullscreen and one for all other modes. The fullscreen procedure sets the WS_EX_TOPMOST extended style for our top-level window. I'm not sure if this is required, it has been a long time since I wrote that code... and changing it might re-introduce bugs that were fixed by specifying that style. But, I think I'll take a short look at it. Until then, try the other modes and report if you have started using one of them instead. Harold From mish@veil.co.nz Sat Apr 10 05:39:00 2004 From: mish@veil.co.nz (Dave Howes) Date: Sat, 10 Apr 2004 05:39:00 -0000 Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything References: <200404082108.26908.Rudolf.Kollien@medas.de> Message-ID: <001501c41ebe$3c61fa10$0d0c0b0a@airwolf> I found the exact same issue and didn't want to waste time trying to find a solution that wasn't there, so quickly coded up a nice little program to do the job for me. http://insanity.veil.co.nz/RunHidden.exe Just save it somewhere in the path (like C:\Windows or something) and change "start XWin.exe ...." to "RunHidden.exe Xwin.exe.....". Hope that helps, even though its not a 'fix' per se. ----- Original Message ----- From: "Rudolf Kollien" To: Sent: Friday, April 09, 2004 7:08 AM Subject: 6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, i just upgraded to the new X11 (X.org) version of cygwin/X (Release 6.7.0.0-1. I use XWin to connect via XDMCP to several linux server. My previous used startup script is a MS-DOS batch file in which i fire-up XWin.exe with "start XWin.exe -fp.... and so on". This is all ok. I get an connection and can work. But.... with this new X11 release i get a additional window with all the status and error messages from XWin. Until now XWin run in background when startet by the DOS "start"-command. When i try the new cygwin command "run", as used in the sample startxdmcp.bat, i'm only can do this by supplying the "-nodecoration" parm. Without this param, i do not see any X-client nor the login screen from kde (in my case). Even XWin runs an has a connection to the server. I see the "X" in the systray, right clicking an choosing "Exit" reminds me that three clients connected. Shortly said: when you want to run X in a M$-Windows Window (let - -nodecorations away) then you can't run XWin in background. As i use up to 6 XDMCP connections to different linux servers with different screen sizes and resolutions, i now have 12 Windows on the desk (or taskbar, when minimized). Is there a way to get the old behavor back? Testcase: - - "run XWin.exe -query HOST" = you see the "X" in the systray but nothing else. - - "run XWin.exe -query HOST -nodecorations" = you get a fullscreen login screen to the server - - "start XWin.exe -query HOST" = you get the servers login screen in a Windooze window and an _additional_ console window with the text messages from XWin.exe - - "start /b XWin.exe -query HOST" = same as "run XWin...." Regards - -- Rudolf Kollien email: Rudolf.Kollien@medas.de ********************************************************* Never trust a operating system you have no sources for ********************************************************* Buying an operating system without source is like buying a self-assembly Space Shuttle with no instructions. ********************************************************* -----BEGIN PGP SIGNATURE----- iD8DBQFAdaMqzOHTWsKaqE0RAjBzAJ4nmwvsiRCfJsPwd78r2V/F9B3MKgCfa/R9 1WgN4gBq5vhfKrE6ALKSbQ8= =OCSD -----END PGP SIGNATURE----- From Dr.Volker.Zell@oracle.com Sat Apr 10 08:02:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Sat, 10 Apr 2004 08:02:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <20040409080914.GA14061@cygbert.vinschen.de> (Corinna Vinschen's message of "Fri, 9 Apr 2004 10:09:14 +0200") References: <87wu586bj7.fsf@vzell-de.de.oracle.com> <40632737.9090905@msu.edu> <20040326095209.GA4614@cygbert.vinschen.de> <40643CF7.5080100@msu.edu> <20040326161349.GN17229@cygbert.vinschen.de> <406457BA.2030000@msu.edu> <20040326182423.GP17229@cygbert.vinschen.de> <20040328210954.GA27432@cygbert.vinschen.de> <87d66u7pw3.fsf@vzell-de.de.oracle.com> <20040403202633.GB25985@cygbert.vinschen.de> <20040409080914.GA14061@cygbert.vinschen.de> Message-ID: <87k70odzqh.fsf@vzell-de.de.oracle.com> >>>>> Corinna Vinschen writes: > Ping? Did you test it? Does no feedback mean that it now works? Sorry was off for a week or so. Everything is fine here now. > Corinna Ciao Volker From ksxjdanghpnpgm@hismail.cc Sat Apr 10 08:05:00 2004 From: ksxjdanghpnpgm@hismail.cc (Lowell Hyde) Date: Sat, 10 Apr 2004 08:05:00 -0000 Subject: Turn Any Moment into the Right Moment cochlea References: Message-ID: <41x096j5sl0g$gp6z11m6$ss6343b6@NFQX29> Hello Cygwin-xfree, C&ialis (Apqalis), at rock-bottom prpces. Most places charge $9, while we charge only $3. Quite a difference. http://pairwise.magicaction.net/sv/index.php?pid=eph3404 Ciakis is known as a S)(per-Viag^^ra or Weekend-Viasra because its effects start sooner and last much lotger. Shieped worldwide. Your easy-to-use solution is here: http://afflict.magicaction.net/sv/index.php?pid=eph3404 The Ch@apst W vi__agra also available HERE: http://plus.youarethebest.net/gv/index.php?pid=eph3404 employing From Dr.Volker.Zell@oracle.com Sat Apr 10 08:21:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Sat, 10 Apr 2004 08:21:00 -0000 Subject: Updated: xorg-x11-[base,bin,bin-dlls,fenc,fscl,nest,vfb,xwin,xwin-gl] In-Reply-To: <4075F484.7000303@codeweavers.com> (Harold L. Hunt, II's message of "Thu, 08 Apr 2004 20:55:32 -0400") References: <4075F484.7000303@codeweavers.com> Message-ID: <878yh4dyvo.fsf@vzell-de.de.oracle.com> >>>>> Harold L Hunt, writes: > The following packages have been updated in the Cygwin distribution: > *** xorg-x11-bin-6.7.0.0-3 > *** xorg-x11-xwin-gl-6.7.0.0-2 /usr/X11R6/bin/XWin_GL.exe is found in both archives. > Harold Hunt Ciao Volker From kst@mib.org Sat Apr 10 10:35:00 2004 From: kst@mib.org (Keith Thompson) Date: Sat, 10 Apr 2004 10:35:00 -0000 Subject: XWin glitch: alt-tab menu In-Reply-To: <20040410030617.GA20909@nuthaus.mib.org> References: <20040410023318.GA20771@nuthaus.mib.org> <20040410030617.GA20909@nuthaus.mib.org> Message-ID: <20040410103547.GA23174@nuthaus.mib.org> > I've installed the latest updates for Cygwin, including xorg-x11-xwin > version 6.7.0.0-2. > > Hmm... this is suspicious, you claim 6.7.0.0-2 but your log file > states 6.7.0.0-1. It could be my mistake, but you might also need to > reboot to allow XWin.exe to be upgraded if it was being used when > setup.exe was being run. "cygcheck -f /usr/X11R6/bin/XWin.exe" reports "xorg-x11-xwin-6.7.0.0-2", but "XWin -version" says "Release: 6.7.0.0-1". > The output on stderr is a feature not a bug. Just redirect the output > to /dev/null if you don't need it (e.g. XWin > /dev/null 2>&1). Ok. > Can I ask if you have a good reason for using fullscreen? I would > think you might be more interested in -multiwindow (internal window > manager), -rootless (needs an external window manager, but doesn't > show root window), or -nodecoration (needs external window manager, > does show root window but without window titlebar and border). I'm > asking because almost no one uses -fullscreen anymore and I think that > the problem you are reporting is peculiar to -fullscreen. I definitely don't want -multiwindow or -rootless (just a matter of personal taste), but "XWin -nodecoration" seems to work. In fact, "-fullscreen" and "-nodecoration" seem to work nearly the same, except that "-nodecoration" doesn't have the alt-tab problem. What's the difference between them? -- Keith Thompson (The_Other_Keith) kst@mib.org San Diego Supercomputer Center <*> Schroedinger does Shakespeare: "To be *and* not to be" From huntharo@msu.edu Sat Apr 10 14:00:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Apr 2004 14:00:00 -0000 Subject: Updated: xorg-x11-[base,bin,bin-dlls,fenc,fscl,nest,vfb,xwin,xwin-gl] In-Reply-To: <878yh4dyvo.fsf@vzell-de.de.oracle.com> References: <4075F484.7000303@codeweavers.com> <878yh4dyvo.fsf@vzell-de.de.oracle.com> Message-ID: <4077FDC4.7050507@msu.edu> Dr. Volker Zell wrote: >>>>>>Harold L Hunt, writes: > > > > The following packages have been updated in the Cygwin distribution: > > *** xorg-x11-bin-6.7.0.0-3 > > *** xorg-x11-xwin-gl-6.7.0.0-2 > > /usr/X11R6/bin/XWin_GL.exe is found in both archives. Thanks, that'll be fixed soon. Harold From m.cyg@strux.net Sat Apr 10 14:06:00 2004 From: m.cyg@strux.net (Michael Naumann) Date: Sat, 10 Apr 2004 14:06:00 -0000 Subject: XWin glitch: alt-tab menu In-Reply-To: <20040410103547.GA23174@nuthaus.mib.org> References: <20040410023318.GA20771@nuthaus.mib.org> <20040410030617.GA20909@nuthaus.mib.org> <20040410103547.GA23174@nuthaus.mib.org> Message-ID: <20040410140633.1625BC6F76@basicbox5.server-home.net> On Saturday 10 April 2004 12:35, Keith Thompson wrote: > > I definitely don't want -multiwindow or -rootless (just a matter of > personal taste), but "XWin -nodecoration" seems to work. In fact, > "-fullscreen" and "-nodecoration" seem to work nearly the same, except > that "-nodecoration" doesn't have the alt-tab problem. What's the > difference between them? Keith, Harold, I'm also one of those who like the fullscreen modus, so I played with the two options. It seems to me that the difference is : With -nodecoration you get a (nearly) fullscreen X-window, but the (Windows-)Taskbar is still visible. You will of course not notice this difference if you have it hidden. With -fullscreen the taskbar is invisible. I still have to find out which of the two suits me better. I also played with the -keyhook option. Even though it is not mentioned in "X -help" it seems to work. Alt-Tab finds its way to my windowmanager (fvwm). Unfortunatly this seems to be the only key which is hooked in this fashion. What I really would like, is that all keys (except one dedicated) are processed by X. Eg. if I have made a (Windows-)keycut for ctr-alt-1 and I have the same keycut for fvwm I want fvwm to receive this keycut. At present it finds it's way to windows. I know this behaviour from e.g VMWare and remotePC. VMWare uses the left-alt-key and remotePC uses cntrl-esc to switch back to windows (or should I say to "unhook"). Nevertheless I want to express my appreciation for the great work done by the cyg-group. I was impressed by the little pain it took me to get my linux-evironment running smoothless under this environment. Thanx a lot for your efforts. Michael Naumann From rodmedina@cantv.net Sat Apr 10 16:04:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Sat, 10 Apr 2004 16:04:00 -0000 Subject: Updated XWin.man Message-ID: <155390-22004461016437245@cantv.net> Hi all, I have finally finished the new XWin.man. It is attached. The only points that I left over were the updating of the list of collaborators and the first line of the file. I hope that there are not too many English errors! If I have time in rest of the week I will try to do also the XWinrc.man bye Rodrigo Medina -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.man.new Type: application/octet-stream Size: 11038 bytes Desc: XWin.man.new URL: From rodmedina@cantv.net Sat Apr 10 16:09:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Sat, 10 Apr 2004 16:09:00 -0000 Subject: HELP!: XWinrc modified my Win95 box. Message-ID: <279450-22004461016942313@cantv.net> Hi all, I have found a very strange behavior of XWinrc: Before I started trying the XWinrc feature (that I have never done before) the XWin -multiwindow produced MsWindows with a menu containing the items Restore, Size, Move, Minimize, Maximize and Close. When I tried to modify the windows menus I obtained menus with the new items, but the original items, Restore, Minimize and Maximize disappeared. The corresponding buttons at the top right corner were still there but were no working. That is maybe a bug. But what is really strange is that from that point the XWin -multiwindow continued with the same behavior, even without .XWinrc file, even after rebooting the machine, even after installing again XWin!!. It seems that the behavior is registered somewhere. I have no idea of what to do. I need help. Bye Rodrigo Medina From huntharo@msu.edu Sat Apr 10 17:47:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Apr 2004 17:47:00 -0000 Subject: CVS account for htdocs for Alexander Gottwald Message-ID: <407832F6.2030701@msu.edu> I would like Alexander Gottwald to get an account on sources.redhat.com so that he can upload compiled versions of our documentation (User's Guide, Contributor's Guide, FAQ) to our portion of the website. I'll have him send a preferred user name and ssh public key in response to this request. Harold From huntharo@msu.edu Sat Apr 10 18:14:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Apr 2004 18:14:00 -0000 Subject: Updated XWin.man In-Reply-To: <155390-22004461016437245@cantv.net> References: <155390-22004461016437245@cantv.net> Message-ID: <40783953.3050605@msu.edu> Rodrigo, Thanks for your work. I'm looking at this now and adding some changes of my own. I hope to get this out in the next release. Thanks again, Harold Rodrigo Medina wrote: > Hi all, > > I have finally finished the new XWin.man. It is attached. > The only points that I left over were the updating of the > list of collaborators and the first line of the file. > > I hope that there are not too many English errors! > > If I have time in rest of the week I will try to do also > the XWinrc.man > bye > > Rodrigo Medina > From cgf-no-personal-reply-please@cygwin.com Sat Apr 10 19:40:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 10 Apr 2004 19:40:00 -0000 Subject: CVS account for htdocs for Alexander Gottwald In-Reply-To: <407832F6.2030701@msu.edu> References: <407832F6.2030701@msu.edu> Message-ID: <20040410194032.GC4601@coe.bosbc.com> On Sat, Apr 10, 2004 at 01:46:30PM -0400, Harold L Hunt II wrote: >I would like Alexander Gottwald to get an account on sources.redhat.com >so that he can upload compiled versions of our documentation (User's >Guide, Contributor's Guide, FAQ) to our portion of the website. > >I'll have him send a preferred user name and ssh public key in response >to this request. Please use the standard form for this. From huntharo@msu.edu Sat Apr 10 22:04:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 Apr 2004 22:04:00 -0000 Subject: CVS account for htdocs for Alexander Gottwald In-Reply-To: <20040410194032.GC4601@coe.bosbc.com> References: <407832F6.2030701@msu.edu> <20040410194032.GC4601@coe.bosbc.com> Message-ID: <40786F3D.2020205@msu.edu> Ah, here is the URL: http://sources.redhat.com/cgi-bin/pdw/ps_form.cgi I looked on the Cygwin pages but didn't find it linked anywhere... looks like it is only linked to from the sources.redhat.com pages proper, which explains why I didn't see it. Harold Christopher Faylor wrote: > On Sat, Apr 10, 2004 at 01:46:30PM -0400, Harold L Hunt II wrote: > >>I would like Alexander Gottwald to get an account on sources.redhat.com >>so that he can upload compiled versions of our documentation (User's >>Guide, Contributor's Guide, FAQ) to our portion of the website. >> >>I'll have him send a preferred user name and ssh public key in response >>to this request. > > > Please use the standard form for this. > From huntharo@msu.edu Sun Apr 11 02:41:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 Apr 2004 02:41:00 -0000 Subject: CVS account for htdocs for Alexander Gottwald In-Reply-To: <40786F3D.2020205@msu.edu> References: <407832F6.2030701@msu.edu> <20040410194032.GC4601@coe.bosbc.com> <40786F3D.2020205@msu.edu> Message-ID: <4078B029.20402@msu.edu> Fascinating: "Thank you. This request will now be processed by: None." Request was 7229068.2513 Harold Harold L Hunt II wrote: > Ah, here is the URL: > > http://sources.redhat.com/cgi-bin/pdw/ps_form.cgi > > I looked on the Cygwin pages but didn't find it linked anywhere... looks > like it is only linked to from the sources.redhat.com pages proper, > which explains why I didn't see it. > > Harold > > Christopher Faylor wrote: > >> On Sat, Apr 10, 2004 at 01:46:30PM -0400, Harold L Hunt II wrote: >> >>> I would like Alexander Gottwald to get an account on >>> sources.redhat.com so that he can upload compiled versions of our >>> documentation (User's Guide, Contributor's Guide, FAQ) to our portion >>> of the website. >>> >>> I'll have him send a preferred user name and ssh public key in >>> response to this request. >> >> >> >> Please use the standard form for this. >> > From cadid@thescarletpimpernel.net Sun Apr 11 06:52:00 2004 From: cadid@thescarletpimpernel.net (graham beery) Date: Sun, 11 Apr 2004 06:52:00 -0000 Subject: Whvwiwvacb DirectMeds Message-ID: hung-ta opportunities-van cls-net fr-sextant antivirsgdos Our physicians are available around the clock to answer your questions and recommend treatments with the convenience of ordering or refilling your prescriptions safely and securely online. Need V`ic0-din? We're Fast. Next-day sh.ipping. http://pa.net.meds5f.com/?p=8089 Simple ordering system Your comfort and convenience is our prime concern. No more: http://yypqht.cb.okridt.com/b.html A Hollywood producer ws determined to give his mother a birthday present that would be better than any his brothers were giving her. He heard about an amazing bird which could talk in twelve languages and sing ten famous operas. he immediately bought the bird and sent it to his mother. It cost him $50,000.The day after her birthday, he phoned his mother. "What did you think of the bird, Mother?" he asked eagerly. his mother replied, "Delicious!" A woman has twins, and gives them up for adoption. One of them goes to a family in Egypt, and is named "Amal." The other goes to a family in Spain; they name him "Juan."Years later, Juan sends a picture of himself to his mom. Upon receiving the picture, she tells her husband that she wishes she also had a picture of Amal. Her husband responds, "But they are twins--if you've seen Juan, you've seen Amal." ieshima5fairumei02hotobori,densishu hitoashi. From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Apr 11 12:18:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 11 Apr 2004 12:18:00 -0000 Subject: Mailinglist for cygwin In-Reply-To: References: Message-ID: Keith Packard wrote: > But, I think xwinwm belongs in xapps. We added it to xserver because of two reasons: - It is very closely bound to the Cygwin/X server - I only have access to xserver and xorg I you decide it belongs to xapps then we will move the module to xapps. There are at least 3 persons who need access to xapps then: me (ago), Kensuke Matsuzaki (zakki) and Takuma Murakami (takuma). Harold Hunt seem to already have access. bye ago NP: Die ?rzte - Nie gesagt -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From gwen.chang@laposte.net Sun Apr 11 12:48:00 2004 From: gwen.chang@laposte.net (Mrs. Gwen B. Chang.) Date: Sun, 11 Apr 2004 12:48:00 -0000 Subject: Please respond to this mail as soon as possible Message-ID: BUMIPUTRA COMMERCE AND SAVINGS BANK, PRIVATE BANKING DIVISION: ENQUIRY My name is Mrs. Gwen B. Chang; I am a senior partner in the firm of Lueng Shang Consulting Limited: Private Investigators and Security Consultants. We are conducting a standard process investigation on behalf of Bumiputra Commerce and Savings Bank, a commercial and savings Bank in Hong Kong. This investigation involves a client who shares the same surname with you and also the circumstances surrounding investments made by this client at Bumiputra Commerce and Savings Bank, Private Banking Division. The Bumiputra Commerce and Savings Bank Private Banking client died intestate and nominated no successor in title over the investments made with the bank. The essence of this communication with you is to request you provide us information/comments on any or all of the three issues: 1-Are you aware of any relative/relation who shares your surname and who??s last known contact address was in Oslo, Norway? 2-Are you aware of any investment of considerable value made by such a person at the Private Banking Division of Bumiputra Commerce and Savings Bank, Hong Kong? 3-Can you establish beyond reasonable doubt your eligibility to assume status of successor in title to the deceased? It is pertinent that you inform us as soon as you can whether or not you are familiar with this developments that we may put an end to this communications with you in this regards if your are not eligible to assume the status of successor in title to the deceased . You must appreciate that we are constrained from providing you with more detailed information at this point. Please respond to this mail as soon as possible to afford us the opportunity to close this investigation if you maybe the successor. Thank you for accommodating our enquiry. Mrs. Gwen B. Chang (Senior Partner). For: Lueng Shang Consulting Limited, Private Investigators & Security Consultants. 12E, Section 12, Chung Cheng Road, Lu chu, Taipei, Taiwan, R.O.C. From rodmedina@cantv.net Sun Apr 11 15:48:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Sun, 11 Apr 2004 15:48:00 -0000 Subject: Errors in XWin.man.new Message-ID: <165600-220044011154852370@cantv.net> Hi all, I have found a couple of typing errors in the XWin.man.new I have previously attached. .... 2- To include items in the menu which is associated with the \fIWindows\fP window that \fIXWin -mulwindow\fP produces for each top-level X-window. ^^^^^^^^^^^ .... 3- To change the icon that is associated to the \fIWindows\fP window that \fIXWin -mulwindow\fP produces for each top-level X-window. Again, that ^^^^^^ bye Rodrigo Medina From huntharo@msu.edu Sun Apr 11 17:13:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 Apr 2004 17:13:00 -0000 Subject: Mailinglist for cygwin In-Reply-To: References: Message-ID: <40797C93.3000807@msu.edu> Alexander Gottwald wrote: > Keith Packard wrote: > > >>But, I think xwinwm belongs in xapps. > > > We added it to xserver because of two reasons: > - It is very closely bound to the Cygwin/X server > - I only have access to xserver and xorg > > I you decide it belongs to xapps then we will move the module to xapps. > There are at least 3 persons who need access to xapps then: me (ago), > Kensuke Matsuzaki (zakki) and Takuma Murakami (takuma). Harold Hunt > seem to already have access. Oh, I could turn on that access in a matter of minutes if we needed it... you didn't mention this concern to me before, so I thought you were aware that I could do that. Self management is one of the perks of working at freedesktop.org :) Harold From huntharo@msu.edu Sun Apr 11 17:15:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 Apr 2004 17:15:00 -0000 Subject: Errors in XWin.man.new In-Reply-To: <165600-220044011154852370@cantv.net> References: <165600-220044011154852370@cantv.net> Message-ID: <40797D04.4070607@msu.edu> Rodrigo Medina wrote: > Hi all, > > I have found a couple of typing errors in the XWin.man.new I have > previously attached. > > .... > 2- To include items in the menu which is associated with the \fIWindows\fP > window that \fIXWin -mulwindow\fP produces for each top-level X-window. > ^^^^^^^^^^^ > > .... > 3- To change the icon that is associated to the \fIWindows\fP window that > \fIXWin -mulwindow\fP produces for each top-level X-window. Again, that > ^^^^^^ Fixed them in my copy. Thanks. Do you want to work on anything else? We could give you access to our documentation source code if you want to update the User's Guide or anything like that. Harold From mascygwin@austin.rr.com Sun Apr 11 20:08:00 2004 From: mascygwin@austin.rr.com (Michael Sadd) Date: Sun, 11 Apr 2004 20:08:00 -0000 Subject: Pseudocolor emulation in 6.7.0.0-3? Message-ID: <002701c42000$c3188770$08c8a8c0@homenet> First off, thanks very much for the new Xorg server. For some time I have been using XWin to display an well-known EDA program that requires pseudo-color visuals. After updating to the new xserver on April 11,2004, my old configuration seems to break. Below is the output of /tmp/XWin.log and xdypinfo. The interesting lines seems to be: winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Command line bpp: 8, using bpp: 32 Despite that I am using -fullscreen and did not specify -rootless, it does not load the DirectDraw engine? This used to happen just fine with the same command line options. This only started with the new Xorg release last week--I have yet to see anything show up on the mailling list, unless I just missed it. Best regards, Mike /tmp/XWin.log: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-3 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :2 -clipboard -fullscreen -depth 8 -auth /home/sadd/.Xauthority ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported. See http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html for more information LoadPreferences: Done parsing the configuration file... winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Command line bpp: 8, using bpp: 32 winAllocateFBShadowGDI - Creating DIB with width: 1600 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1600 height: 1200 depth: 32 size image: 7680000 winAllocateFBShadowGDI - Created shadow stride: 1600 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 800 600 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:2.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. Output of xdpyinfo: name of display: :2.0 version number: 11.0 vendor string: The Cygwin/X Project vendor release number: 60700000 maximum request size: 16777212 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0xa0000e, revert to Parent number of extensions: 23 BIG-REQUESTS DEC-XTRAP DOUBLE-BUFFER Extended-Visual-Information FontCache GLX LBX MIT-SUNDRY-NONSTANDARD RANDR RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP X-Resource XC-APPGROUP XC-MISC XFree86-Bigfont XInputExtension XKEYBOARD XTEST default screen number: 0 number of screens: 1 screen #0: dimensions: 1600x1200 pixels (542x406 millimeters) resolution: 75x75 dots per inch depths (7): 24, 1, 4, 8, 15, 16, 32 root window id: 0x3a depth of root window: 24 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20 default number of colormap cells: 256 preallocated pixels: black 0, white 16777215 options: backing-store NO, save-unders NO largest cursor: 1600x1200 current input event mask: 0xda003d KeyPressMask ButtonPressMask ButtonReleaseMask EnterWindowMask LeaveWindowMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask PropertyChangeMask ColormapChangeMask number of visuals: 4 default visual id: 0x22 visual: visual id: 0x22 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x23 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x24 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits visual: visual id: 0x25 class: TrueColor depth: 24 planes available colormap entries: 256 per subfield red, green, blue masks: 0xff0000, 0xff00, 0xff significant bits in color specification: 8 bits From nwourms@myrealbox.com Sun Apr 11 20:18:00 2004 From: nwourms@myrealbox.com (Nicholas Wourms) Date: Sun, 11 Apr 2004 20:18:00 -0000 Subject: ttmkfdir no longer needed In-Reply-To: <40774949.6080608@msu.edu> References: <40774949.6080608@msu.edu> Message-ID: Harold L Hunt II wrote: > It looks like we no longer need ttmkfdir in order to expose the fonts > installed with Windows to X11. The mkfontscale utility that is included > with out distribution was inspired by ttmkfdir and essentially replaces it: That's not what it says, at least it makes no claim to be a full replacement. It mentions only that it is inspired from the original ttmkfdir, but I don't think it in the same class as the latest version (ttmkfdir-3.x) from RedHat. In fact, RedHat still retains and uses it to this day, even in the bleeding-edge Fedora's (which, BTW, are also using xorg-x11 for X11). IIRC, Mike Harris says in specfile that while mkfontscale is adequate for latin font encodings, it doesn't work all that well with unicode and other complex encodings. Since I speak English, I can't confirm nor deny if this is true, but if Mike is still using it for RedHat's TTF's, then I'd have to say there is some truth to it. > You can do something like the following right now (well, not with Cygwin > 1.5.9 since mkfontscale will core dump, you have to use snapshot of > cygwin1.dll for the moment): > > 1) mkfontscale /cygdrive/c/WINDOWS/Fonts > > 2) mkfontdir /cygdrive/c/WINDOWS/Fonts > > 3) Launch Cygwin/X > > 4) In a bash shell under Cygwin/X, run: > > xset fp+ /cygdrive/c/WINDOWS/Fonts > > 5) Run xfontsel and observe that picking 'microsoft' from the 'rgstry' > category exposes 'microsoft sans serif', 'tahoma', and 'verdana' among > others under the 'fmly' category. Note also that valid chartacters > appear when you select these fonts. > > > Due to this I am going to pull the link to ttmkfdir from our 'Ported > Software' page. Perhaps someone would like to write a postinstall > script that creates symlinks to the Fonts folder for Windows under > /usr/X11R6/lib/X11/fonts/windows, then runs mkfontscale and mkfontdir in > that folder (since we can not guarantee that we have permissions to > create files in the actual Fonts folder for Windows). Then it would > take a minor adjustment of our startup scripts to pass this additional > font folder to Cygwin/X on startup. > > Any takers? I'll package it if somebody works the kinks out of it. I would *strongly* advise against any action which would work directly in and/or on a user's system's FONTS dir. The first reason is that we can't guarantee the integrity of that link, since it could be broken due to some changes in CYGWIN case flags or inconsistencies in the case interpretation within the cygwin1.dll. Speaking from experience, this has bitten me once before. Secondly, the various utilities you want to use are required to open and read a significant portion of the font data from the font file. Why should this be of concern? Well if our font programs core dump while doing this, there is a possibility of corruption. There's even the possibility of corruption even if the program works as expected. Font corruption isn't always easy to detect, and often will lead people to make false assumptions about why they are getting unexpected or strange output from their fonts. We really don't want to get into the business of messing around with or in end-users' system directories. A better approach would be to copy the fonts to a predetermined Cygwin directory and work on them there. Perhaps a C program, mkttwin32dir, which does as follows (this is very simplistic): 1) Check for the existence of /usr/X11R6/lib/X11/fonts/win32: If yes, then hash the contents of that directory matching *.ttf into a sorted array, a[]. If no, then create the directory. 2) Check for the existence of the System font dir. If yes, goto next step. If no, abort and leave a textfile, README.fail, which contains some info on the reason it failed and to suggest user manually run the contents of the script. 3) Hash the contents of the system font directory for all matching *.ttf into a sorted array, b[]. Iterate the array, b[], converting strings to all-lowercase. Put each resulting string into the corresponding second column of b[], which will be the target's name. If we found a /usr/X11R6/lib/X11/fonts/win32 dir, then compare the contents of the first array, a[], with the contents of the target column of the second array, b[]. Discard from b[] any entries in which a font is in the target dir but not in the system dir. Also, discard any entries which have a match both in the system and the target dir. What is left will be the names fonts of needing copying and their case-converted target names. Obviously, if a[] is empty, then all matches should be copied. 4) For all contents of b[], spawn cp and binary copy the source to the target. Exit with a success return code. Then we could use this program during postinstall to do the necessary work of keeping a user's /usr/X11R6/lib/X11/fonts/win32 dir up to date. Furthermore, a user could set up a monthly cron job to do this automatically, so that the dirs are kept in sync. This program could also be extended to do many other things, but this would be enough to get us started. I've actually been thinking about this for awhile now and have been experimenting with some code to actually do what I suggest. However, it isn't finished and is still far from proof-of-concept stage. So, feel free to come up with alternatives, as this is just one suggested way. Cheers, Nicholas From arnstein@pobox.com Sun Apr 11 23:18:00 2004 From: arnstein@pobox.com (David Arnstein) Date: Sun, 11 Apr 2004 23:18:00 -0000 Subject: Hang related to clipboard processing Message-ID: <4079D21F.8040005@pobox.com> I am having a problem with the latest Cygwin/X11 software suite. I'm using it with Windows 2000. I use the program "xfig" to exercise the bug. This program can be installed from the cygwin setup.exe program. First case: ---------- I invoke X11 as "setsid XWin -multiwindow -clipboard &". I launch an xterm, and from there, I launch xfig. Within xfig, I select the tool for drawing rectangles. I launch the dialog box to select line color and fill color. While working in this dialog box, the X11 pointer will eventually disappear. I cannot do anything more at this point. I cannot change to focus to another X11 application. I cannot see the pointer in any X11 application. I have to kill XWin. Second case: ----------- I invoke X11 as "setsid XWin -multiwindow &". I sleep for three seconds (my little trick for increasing stability). Then I do "setsid xwinclip &". I launch an xterm and xfig as in the first case. I cause the X11 pointer to disappear as in the first case. Once again, all X11 applications are unusable. From a bash command window, I do a "kill -hup" on the running xwinclip process. This causes the X11 pointer to reappear. My X11 applications are now usable again. From rodmedina@cantv.net Mon Apr 12 00:05:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Mon, 12 Apr 2004 00:05:00 -0000 Subject: New XWinrc.man Message-ID: <76660-2200441120537948@cantv.net> Hi all, I have finished a XWinrc.man file. It is attached. I am not sure it describes exactly how XWinrc is supposed to function, because there are bugs in there present release of XWin that have MODIFIED my Win95 box. The bugs are explained in a separeted message. bye Rodrigo Medina -------------- next part -------------- A non-text attachment was scrubbed... Name: XWinrc.man Type: application/x-troff-man Size: 4207 bytes Desc: XWinrc.man URL: From rodmedina@cantv.net Mon Apr 12 00:19:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Mon, 12 Apr 2004 00:19:00 -0000 Subject: XWinrc Bugs Message-ID: <208010-22004411201913865@cantv.net> Hi all, I have found a couple of bugs in the XWinrc feature. 1- The ICONS instruction does nothing, i.e. the applications that have a defined icon display that icon, those that don't have one display the default icon. 2- This one is really weird. The normal behavior of XWin -multiwindow is to assing to a generic window a menu with 6 items: Restore, Move, Size, Minimize, Maximize and Close (I am not sure of the actual english names). After I tried to include some items in a particular program (xeyes) with XWinrc the following happened: a) The new items were indeed included in the xeyes menu, but the original items Restore, Minimize and Maximize disappeared. The buttons at the upper right corner were inactivated. b) From that point, ALL windows produced by XWin -multiwindows lack of items Restore, Minimize and Maximize in their menus and have the Minimize and Maximize buttons inactivated. This happens even to other applications, even if the XWin program is shutdown and started again WITHOUT a XWinrc file, even if the machine is rebooted and even if XWin is reinstalled. c) This wrong behavior is recorded in some place. 3- After starting XWin -multiwindow with the XWinrc and opening the xeyes and xterm with the behavior explained above, both applications were closed, xeyes with the close button and xterm by typing exit. Then the XWin Exit menu item was clicked. The panel reports that there is still one client connected, but the ps shell command says: $ps PID PPID PGID WINPID TTY UID STIME COMMAND 949197 1 949197 4294018099 con 56503 10:22:15 /usr/bin/RXVT I 668173 949197 668173 4294318159 0 56503 10:22:19 /usr/bin/BASH 620897 1 620897 4294346399 con 56503 10:28:05 /usr/bin/RXVT 601221 620897 601221 4294362171 1 56503 10:28:06 /usr/bin/BASH 642257 668173 642257 4294316947 0 56503 19:22:45 /USR/X11R6/BIN/XWIN 3383769 601221 3383769 4291721375 1 56503 19:37:34 /usr/bin/PS $ I closed XWin anyway. The output of cygcheck -rs, the XWinrc and the XWin.log are attached I would really apreciate a response to this message. I can live without the XWinrc feature, but I want to cure my machine. bye Rodrigo Medina -------------- next part -------------- A non-text attachment was scrubbed... Name: XWinrc Type: application/octet-stream Size: 343 bytes Desc: XWinrc URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 3889 bytes Desc: XWin.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: syscheck.txt URL: From huntharo@msu.edu Mon Apr 12 00:25:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Apr 2004 00:25:00 -0000 Subject: ttmkfdir no longer needed In-Reply-To: References: <40774949.6080608@msu.edu> Message-ID: <4079E1B2.8010400@msu.edu> Nicholas Wourms wrote: > Harold L Hunt II wrote: > >> It looks like we no longer need ttmkfdir in order to expose the fonts >> installed with Windows to X11. The mkfontscale utility that is >> included with out distribution was inspired by ttmkfdir and >> essentially replaces it: > > > That's not what it says, at least it makes no claim to be a full > replacement. It mentions only that it is inspired from the original > ttmkfdir, but I don't think it in the same class as the latest version > (ttmkfdir-3.x) from RedHat. In fact, RedHat still retains and uses it > to this day, even in the bleeding-edge Fedora's (which, BTW, are also > using xorg-x11 for X11). IIRC, Mike Harris says in specfile that while > mkfontscale is adequate for latin font encodings, it doesn't work all > that well with unicode and other complex encodings. Since I speak > English, I can't confirm nor deny if this is true, but if Mike is still > using it for RedHat's TTF's, then I'd have to say there is some truth to > it. Well, since we've never had a ttmkfdir package we aren't missing anything that we previously had. >> You can do something like the following right now (well, not with >> Cygwin 1.5.9 since mkfontscale will core dump, you have to use >> snapshot of cygwin1.dll for the moment): >> >> 1) mkfontscale /cygdrive/c/WINDOWS/Fonts >> >> 2) mkfontdir /cygdrive/c/WINDOWS/Fonts >> >> 3) Launch Cygwin/X >> >> 4) In a bash shell under Cygwin/X, run: >> >> xset fp+ /cygdrive/c/WINDOWS/Fonts >> >> 5) Run xfontsel and observe that picking 'microsoft' from the 'rgstry' >> category exposes 'microsoft sans serif', 'tahoma', and 'verdana' among >> others under the 'fmly' category. Note also that valid chartacters >> appear when you select these fonts. >> >> >> Due to this I am going to pull the link to ttmkfdir from our 'Ported >> Software' page. Perhaps someone would like to write a postinstall >> script that creates symlinks to the Fonts folder for Windows under >> /usr/X11R6/lib/X11/fonts/windows, then runs mkfontscale and mkfontdir >> in that folder (since we can not guarantee that we have permissions to >> create files in the actual Fonts folder for Windows). Then it would >> take a minor adjustment of our startup scripts to pass this additional >> font folder to Cygwin/X on startup. >> >> Any takers? I'll package it if somebody works the kinks out of it. > > > I would *strongly* advise against any action which would work directly > in and/or on a user's system's FONTS dir. Let me clarify, I meant that we should create symlinks to the Windows fonts (think lndir here, not a single link to the folder containing the fonts) and that we should run mkfontscale and mkfontdir in our directory that just contains linkes to the Windows fonts. Please address your comments to that scenario. Harold From huntharo@msu.edu Mon Apr 12 00:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Apr 2004 00:27:00 -0000 Subject: Hang related to clipboard processing In-Reply-To: <4079D21F.8040005@pobox.com> References: <4079D21F.8040005@pobox.com> Message-ID: <4079E23E.70005@msu.edu> David Arnstein wrote: > I am having a problem with the latest Cygwin/X11 software suite. I'm > using it with Windows 2000. Your problem is irrelavent until you tell us exactly what "the latest" means. The best way to do this is to grab the top few lines from /tmp/XWin.log and send them in. There are various things that could cause your version of "the latest" to in fact be quite old, so we need to get this information before your problem will be looked into further. Harold From huntharo@msu.edu Mon Apr 12 00:33:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 Apr 2004 00:33:00 -0000 Subject: Pseudocolor emulation in 6.7.0.0-3? In-Reply-To: <002701c42000$c3188770$08c8a8c0@homenet> References: <002701c42000$c3188770$08c8a8c0@homenet> Message-ID: <4079E384.3090608@msu.edu> Michael, Michael Sadd wrote: > First off, thanks very much for the new Xorg server. > > For some time I have been using XWin to display an well-known EDA program that requires > pseudo-color visuals. After updating to the new xserver on April 11,2004, my old > configuration seems to break. Below is the output of /tmp/XWin.log and xdypinfo. The > interesting lines seems to be: > > winSetEngine - Multi Window or Rootless => ShadowGDI > winAdjustVideoModeShadowGDI - Command line bpp: 8, using bpp: 32 Interesting. The 6.7-3 release was supposed to include a fix for this problem (which was introduced sometime before 6.7-3) but it appears that the fix didn't make it into the release, instead it will be in 6.7-4 (see the release notes for 6.7-3 via the About... menu on the tray icon, you'll see that it claims this was fixed already). Thanks for the heads up, Harold From zakki@peppermint.jp Mon Apr 12 00:44:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Mon, 12 Apr 2004 00:44:00 -0000 Subject: Unable to hide window manager decorations. In-Reply-To: <003301c41d16$d6407110$0d0c0b0a@airwolf> References: <003301c41d16$d6407110$0d0c0b0a@airwolf> Message-ID: Dave, New package xwinwm-0.0.5 can understand some MWM hint and EWMH, so it can hide window manager decorations. But it's experimental and unstable. Kensuke Matsuzaki -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From holmberg@tiac.net Mon Apr 12 02:23:00 2004 From: holmberg@tiac.net (Carl Holmberg) Date: Mon, 12 Apr 2004 02:23:00 -0000 Subject: hangs and other pblms with 6.7.0.0-x continue... Message-ID: <4079C53E.30579.DCA3A3@localhost> Hi, > Why don't you try some troubleshooting... try without -clipboard and > without -multiwindow and see what happens. > > Harold OK, the result is that the hangs occur with -clipboard, whether or not -multiwindow is used. I've done this check multiple times now, trying to keep up with ongoing releases (at xwin 6.7.0.0-3 now). However the other upgrades do seem to have fixed the problem with emacs and xemacs not starting up... The current problems: 1. min/max buttons do not work in -multiwindow mode 2. when -clipboard is used, it takes only a few mouse button clicks to freeze the xterm window and XWin itself. Have to kill with kill -9. Under -multiwindow, the X tray icon is non-responsive in this state, or when not in -multiwindow (using twm), the X-Server does not respond to ALT-F4. BTW, despite wording in the default startxwin.sh script, ALT-F4 does not affect Xserver in - multiwindow even if not hungup. Sometimes the hangup propagates to a full windows freeze (win98SE) requiring a system reboot. These problems do not seem to occur if -clipboard is absent. They happen almost instantly with -clipboard. I verified separately that am not somehow mysteriously running xwinclip. Am up to "current" Cygwin SW, meaning that brought everything current with setup as of about less than 2 hours ago: > xorg-x11-base 6.7.0.0-6 OK > xorg-x11-bin 6.7.0.0-4 OK > xorg-x11-bin-dlls 6.7.0.0-4 OK > xorg-x11-bin-lndir 6.7.0.0-2 OK > xorg-x11-devel 6.7.0.0-4 OK > xorg-x11-etc 6.7.0.0-1 OK > xorg-x11-f100 6.7.0.0-1 OK > xorg-x11-fenc 6.7.0.0-2 OK > xorg-x11-fnts 6.7.0.0-1 OK > xorg-x11-fscl 6.7.0.0-3 OK > xorg-x11-fsrv 6.7.0.0-1 OK > xorg-x11-libs-data 6.7.0.0-2 OK > xorg-x11-man-pages 6.7.0.0-2 OK > xorg-x11-nest 6.7.0.0-2 OK > xorg-x11-xwin 6.7.0.0-3 OK The full XWin.log is also added further below. I can also attach a cygcheck -cvsr if that is useful. I attached to XWin using gdb - don't know if this is helpful, to see where it is at when XWin goes non-responsive. I get this in -multiwindow -clipboard mode: bt [Switching to thread -727133.0xfff14ddf] (gdb) bt #0 0xbff768a1 in KERNEL32!CallNamedPipeW () #1 0xbff7a280 in KERNEL32!Heap32ListNext () (gdb) info threads 12 thread -727133.0xffce373b 0xbff99b32 in SetThreadExecutionState () 11 thread -727133.0xffce350f 0xbff99af1 in KERNEL32!FT_Exit28 () 10 thread -727133.0xffcf0c57 0xbff88bba in KERNEL32!BuildCommDCBA () 9 thread -727133.0xffcf01db 0xbff88bba in KERNEL32!BuildCommDCBA () 8 thread -727133.0xfff10197 0xbff88bba in KERNEL32!BuildCommDCBA () 7 thread -727133.0xffcf2fab 0xbff99b32 in SetThreadExecutionState () 6 thread -727133.0xffcf2ce7 0x6108e707 in sigfillset () from /usr/bin/cygwin1.dll 5 thread -727133.0xffceeee3 0xbff99af1 in KERNEL32!FT_Exit28 () 4 thread -727133.0xffceeacf 0xbff99af1 in KERNEL32!FT_Exit28 () 3 thread -727133.0xfff4506f 0xbff99b32 in SetThreadExecutionState () 2 thread -727133.0xfa1752bf 0xbff99b32 in SetThreadExecutionState () * 1 thread -727133.0xfff14ddf 0xbff768a1 in KERNEL32!CallNamedPipeW () Here is the full XWin.log for this hangup. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-3 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported. See http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html for more information winDetectSupportedEngines - Windows 95/98/Me winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 1024 1280 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 1023 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 1023 r 1280 l 0 b 1023 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1023 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1280 height: -1023 depth: 16 size image: 2618880 winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: - 1023 winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f winInitVisualsShadowGDI - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp 16 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winFinishScreenInitFB - returning winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=15 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "United States 101" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 640 511 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. 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 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows 95/98/Me winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. From arnstein@pobox.com Mon Apr 12 02:30:00 2004 From: arnstein@pobox.com (David Arnstein) Date: Mon, 12 Apr 2004 02:30:00 -0000 Subject: Hang related to clipboard processing Message-ID: <4079FF3C.6000409@pobox.com> Harold L Hunt II writes: > > Your problem is irrelavent until you tell us exactly what "the > latest" means. The best way to do this is to grab the top few > lines from /tmp/XWin.log and send them in. Here you go: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-3 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported. See http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winAdjustForAutoHide - Original WorkArea: 34 0 1200 1600 winAdjustForAutoHide - Adjusted WorkArea: 34 0 1200 1600 winCreateBoundingWindowWindowed - WindowClient w 1600 h 1166 r 1600 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1600 height: 1166 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1600 height: 1166 depth: 32 size image: 7462400 winAllocateFBShadowGDI - Created shadow stride: 1600 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitWM - Returning. winInitMultiWindowWM - Calling pthread_mutex_lock () winFinishScreenInitFB - returning winMultiWindowXMsgProc - Hello winScreenInit - returning winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 800 583 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowGetWMHints - pWin or hints was NULL winMultiWindowGetWMHints - pWin or hints was NULL winDeinitMultiWindowWM - Noting shutdown in progress ddxBeforeReset - Hello winInitMultiWindowXMsgProc - Caught IO Error. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress From okajima@digitalinfra.co.jp Mon Apr 12 04:03:00 2004 From: okajima@digitalinfra.co.jp (Digital Infra, Inc.) Date: Mon, 12 Apr 2004 04:03:00 -0000 Subject: coLinux + Cygwin Message-ID: <200404120402.AA00950@winxp.digitalinfra.co.jp> Hello developers. I am a member of coLinux development team and have been considering how to add Cygwin/X to coLinux installer. It is easy to run Cygwin/X with coLinux if you install all cygwin package, but this is not convinient for average PC user. My question is, how to make minimum package of Cygwin/X. We tried to gather XWin.exe and some dlls to a directory, but it does not runs. it requires /etc, /tmp, and /usr/bin/X11R6 exist. Do you have something like cygwin_x_setup.exe which is 2 or 3 megabytes, contains EVERYTHING to run Cygwin/X. I hope your help. Okajima, Jun. President, Digital Infra, Inc. Tokyo, Japan. http://www.digitalinfra.co.jp/ http://www.colinux.org/ From ralf.habacker@freenet.de Mon Apr 12 10:24:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Mon, 12 Apr 2004 10:24:00 -0000 Subject: ttmkfdir no longer needed In-Reply-To: <40774949.6080608@msu.edu> References: <40774949.6080608@msu.edu> Message-ID: <200404121223.12133.ralf.habacker@freenet.de> On Saturday 10 April 2004 03:09, Harold L Hunt II wrote: > It looks like we no longer need ttmkfdir in order to expose the fonts > installed with Windows to X11. The mkfontscale utility that is included > with out distribution was inspired by ttmkfdir and essentially replaces it: > > http://freedesktop.org/~xorg/X11R6.7.0/doc/mkfontscale.1.html > > You can do something like the following right now (well, not with Cygwin > 1.5.9 since mkfontscale will core dump, you have to use snapshot of > cygwin1.dll for the moment): > > 1) mkfontscale /cygdrive/c/WINDOWS/Fonts > > 2) mkfontdir /cygdrive/c/WINDOWS/Fonts > > 3) Launch Cygwin/X > > 4) In a bash shell under Cygwin/X, run: > > xset fp+ /cygdrive/c/WINDOWS/Fonts > > 5) Run xfontsel and observe that picking 'microsoft' from the 'rgstry' > category exposes 'microsoft sans serif', 'tahoma', and 'verdana' among > others under the 'fmly' category. Note also that valid chartacters > appear when you select these fonts. > > > Due to this I am going to pull the link to ttmkfdir from our 'Ported > Software' page. Perhaps someone would like to write a postinstall > script that creates symlinks to the Fonts folder for Windows under > /usr/X11R6/lib/X11/fonts/windows, > then runs mkfontscale and mkfontdir in > that folder (since we can not guarantee that we have permissions to > create files in the actual Fonts folder for Windows). Then it would > take a minor adjustment of our startup scripts to pass this additional > font folder to Cygwin/X on startup. One note: In the thread "proposal for using windows truetype fonts" I suggested to use the /usr/X11R6/lib/X11/fonts/truetype dir for truetype fonts, because this is the default for qt and kde. Are there any objectivities using this instead of /usr/X11R6/lib/X11/fonts/windows ? > Any takers? I'm not very a experted x user, so that I can check up if there is more work required, but as a start point this should work: #!/bin/sh ttfontdir=/usr/X11R6/lib/X11/fonts/windows # uncomment for enabling qt and kde like truetype font dir #ttfontdir=/usr/X11R6/lib/X11/fonts/truetype mkdir $ttfontdir lndir $WINDIR\\Fonts $ttfontdir mkfontscale $ttfontdir mkfontdir $ttfontdir btw. I've got one error while testing this $ mkfontscale /usr/X11R6/lib/X11/fonts/truetype Couldn't get family name for /usr/X11R6/lib/X11/fonts/truetype/MARLETT.TTF Does this give any problems ? > I'll package it if somebody works the kinks out of it. > for syn with the above mentioned thread - in which package this script will go - In the freetype, xfree font or a new package ? Ralf From ralf.habacker@freenet.de Mon Apr 12 10:24:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Mon, 12 Apr 2004 10:24:00 -0000 Subject: proposal for using windows truetype fonts In-Reply-To: References: <200403312221.02731.ralf.habacker@freenet.de> <87oeqcy7gj.fsf@offby1.atm01.sea.blarg.net> Message-ID: <200404121212.06351.ralf.habacker@freenet.de> On Thursday 01 April 2004 02:16, Igor Pechtchanski wrote: > On Wed, 31 Mar 2004, Eric Hanchrow wrote: > > >>>>> "Ralf" == Ralf Habacker writes: > > > > Ralf> # Create a symbolic link for the windows truetype fonts ln > > Ralf> -sf $SYSTEMROOT/Fonts /usr/X11R6/lib/X11/fonts/truetype > > > > Is the environment variable SYSTEMROOT guaranteed to be defined? If > > not, you might be able to use WINDIR instead. > > Actually, it's better to use `cygpath -W` (or `cygpath -Ww` to get exactly > the same value as $SYSTEMROOT). > Igor SYSTEMROOT is only avaliable for winNT and above, not for win9x, so using $WINDIR or cygpath would be better. I've tried this and it works. The script should look like $ cat /etc/postinstall/freetype2.sh #!/bin/sh # Create a link to /usr/bin/freetype-config mkdir -p /usr/X11R6/bin ln -sf /usr/bin/freetype-config /usr/X11R6/bin/freetype-config # Create a symbolic link for the windows truetype fonts ln -sf $WINDIR/Fonts /usr/X11R6/lib/X11/fonts/truetype rsp. ln -sf `cygpath -Ww` /usr/X11R6/lib/X11/fonts/truetype Anywhay, relating to the the thread "ttmkfdir no longer needed" there may be an access problem in symlinking the original windows dir. My question now is: in which package this font handling stuff should go in the freetype package, an already xfree package like fonts or a new "true type package" ? Ralf From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Apr 12 16:12:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 12 Apr 2004 16:12:00 -0000 Subject: coLinux + Cygwin In-Reply-To: <200404120402.AA00950@winxp.digitalinfra.co.jp> References: <200404120402.AA00950@winxp.digitalinfra.co.jp> Message-ID: Digital Infra, Inc. wrote: > I am a member of coLinux development team and have been considering how > to add Cygwin/X to coLinux installer. It is easy to run Cygwin/X with > coLinux if you install all cygwin package, but this is not convinient > for average PC user. > My question is, how to make minimum package of Cygwin/X. > We tried to gather XWin.exe and some dlls to a directory, but it does > not runs. it requires /etc, /tmp, and /usr/bin/X11R6 exist. To start XWin you will need at least XWin.exe cygwin1.dll cygX11-6.dll cygfreetype-9.dll cygz.dll For full operation you will need /usr/X11R6/lib/X11/xkb (this is a symlink to /etc/X11/xkb) /usr/X11R6/lib/X11/fonts /etc/X11/xkb (files can be placed in /usr/X11R6/lib/X11/xkb) These paths are hardcoded. If you want to install into another directory (eg /opt/colinux) you will have to recompile X11 and add this to xc/config/cf/host.def #define ProjectRoot /opt/colinux This will for example install the xkb definitions to /opt/colinux/lib/X11/xkb > Do you have something like cygwin_x_setup.exe which is 2 or 3 > megabytes, contains EVERYTHING to run Cygwin/X. No. Our packages are designed to be installed with the cygwin installer only. bye ago NP: Zeraphine - United and lost -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From I.Walters@rl.ac.uk Mon Apr 12 16:27:00 2004 From: I.Walters@rl.ac.uk (Walters, I (Iestyn) ) Date: Mon, 12 Apr 2004 16:27:00 -0000 Subject: xorg XWin.exe: Can I get rid of extra console? Message-ID: <350DC7048372D31197F200902773DF4C04E958F9@exchange11.rl.ac.uk> Hi guys, nice X server. However, I have a problem with the latest xorg-x11 implementation that didn't exist in the XFree86-xserv-4.3.0-67 release and would be grateful for some hints. Previously, I had a windows shortcut to XWin.exe, together with the hotkey combo "Ctrl+Alt+/". This meant that with a quick press of AltGr+/ (on a UK keyboard) my whole X session would leap to the front. Nice. When starting the latest XWin.exe from the shortcut, a standard Windows console first appears with a bunch of messages in it. Later the X graphical window appears on top. Fine so far. Unfortunately, Windoze attaches the hot-key combo to the console window, and that leaps to the front instead of the root X window :-(. I had a play with windows shortcuts, with cygstart, and a poke at the source to no avail. Maybe a simple command-line option for XWin to not create this console window? (I notice that "XWin -logfile blah" causes mostly the same info to be logged in blah as appears on the console.) Thanks for any pointers. My cygwin info: Cygwin DLL version info: DLL version: 1.5.9 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 112 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Thu Mar 18 23:05:18 EST 2004 Shared id: cygwin1S4 XFree86-base 4.3.0-11 XFree86-bin 4.3.0-21 XFree86-prog 4.3.0-21 XFree86-xserv 4.3.0-68 xorg-x11-base 6.7.0.0-6 xorg-x11-bin 6.7.0.0-4 xorg-x11-bin-dlls 6.7.0.0-4 xorg-x11-bin-lndir 6.7.0.0-2 xorg-x11-devel 6.7.0.0-4 xorg-x11-etc 6.7.0.0-1 xorg-x11-fenc 6.7.0.0-2 xorg-x11-fnts 6.7.0.0-1 xorg-x11-fscl 6.7.0.0-3 xorg-x11-fsrv 6.7.0.0-1 xorg-x11-libs-data 6.7.0.0-2 xorg-x11-man-pages 6.7.0.0-2 xorg-x11-man-pages-html 6.7.0.0-2 xorg-x11-nest 6.7.0.0-2 xorg-x11-vfb 6.7.0.0-2 xorg-x11-xwin 6.7.0.0-3 Regards, -- mailto:i.walters@rl.ac.uk CCLRC e-Science Centre, RAL, UK. OX11 0QX From holger.krull@gmx.de Mon Apr 12 18:02:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Mon, 12 Apr 2004 18:02:00 -0000 Subject: xorg XWin.exe: Can I get rid of extra console? In-Reply-To: <350DC7048372D31197F200902773DF4C04E958F9@exchange11.rl.ac.uk> References: <350DC7048372D31197F200902773DF4C04E958F9@exchange11.rl.ac.uk> Message-ID: <407AD9A2.3050803@gmx.de> Hello, we had this in the "6.7.0.0 XWin w/out -nodecoration running in background doesn't display anything" thread. At least to get rid of the extra window, i don't know if this changes the hotkey problem. One solution was: \cygwin\usr\X11R6\bin\run.exe bash -c -l "Xwin.exe -query SOMENAME &" If you don't have the cygwin dirs in path: \cygwin\bin\bash.exe -c -l 'run bash -c -l "CYGWIN=server Xwin.exe -query murpel -fp tcp/murpel:7100 -dpi 100 -clipboard -once &" ' From wchen@halcyonanalytics.com Mon Apr 12 21:25:00 2004 From: wchen@halcyonanalytics.com (Wei Chen @ Halcyon Analytics) Date: Mon, 12 Apr 2004 21:25:00 -0000 Subject: Different resolutions for xwin Message-ID: Hi, All, I Load Win with "run XWin -clipboard -nodecoration -lesspointer", which works fine on my office XP machine. The problem is that sometime I need to remote desktop onto my office machine, and the monitor in my home is smaller than the one in my office. So every time I remote desktop, Xwin will shutdown automatically because the resolution is not right. Is there any way to get around this? I use up to 6 ssh terminals and it's troublesome to type in the password every time. Also, I don't like the multiwindow solution although it works for this case. There are too many windows open up on XP. Thanks! Wei Cheng From rodmedina@cantv.net Tue Apr 13 07:02:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Tue, 13 Apr 2004 07:02:00 -0000 Subject: XWinrc Bugs Message-ID: <54580-2200442137233972@cantv.net> Hi all, I have more about the XWinrc bugs. In the mean time I have installed the 20040411 snapshot and the Xwin6.7-3 1) The ICONS XWinrc instruction that was not working at all now works, but only if the DEFAULTICON isn't defined. If DEFAULTICON is defined SOME TIMES that icon is displayed instead of the specific one. 2) Still the XWin -multiwindow produces windows which menus lack Minimize, Maximize and Restore, but ... 3) If one uses XWinrc to include a RELOAD menu item in any window or in the taskbar icon, and one clicks it, all the windows that are opened at that time will be cured, i.e. the Minimize, Maximize and Restore items reappear. New windows will be still wrong. 4) RELOAD also cures the specific icon patology of point 1). 5) Some times the X button and the Close menu-item do not function. I give the XWin.log that corresponds to the following actions: XWin -multiwindow & xeyes & --- displays its own icon (OK) xterm & --- displays the DEFAULTICON (OK) xfigure & --- displays the DEFAULTICON (wrong) In all three menus Minimize, Maximize and Restore items were missing. Then the RELOAD item of the X taskbar menu was clicked. The three menus were cured and also xfigure displayed the right icon. In this case for all three windows the X button was not working. xfigure was closed with its own quit button. Xtem was closed by typing exit and xeyes was closed with kill -9 PID. If the same actions are repeated, some times xfigure displays the right icon and some times the X buttons do work. bye Rodrigo Medina -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: syscheck.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 4113 bytes Desc: XWin.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWinrc Type: application/octet-stream Size: 343 bytes Desc: XWinrc URL: From stamen@bmail.kek.jp Tue Apr 13 08:37:00 2004 From: stamen@bmail.kek.jp (STAMEN Rainer) Date: Tue, 13 Apr 2004 08:37:00 -0000 Subject: startx problem Message-ID: Hi, I happily use cygwin since one year but recently I somehow messed up my setup. Even after a reinstallation I cannot start X anymore. Maybe somebody can help since I cannot get really a clue from the log file. Please find below some details. Cheers, Rainer I start X using startx. 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 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: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported. See http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1600 dwHeight: 1200 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winAdjustForAutoHide - Original WorkArea: 0 0 1200 1600 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 1199 1600 winCreateBoundingWindowWindowed - WindowClient w 1600 h 1199 r 1600 l 0 b 1199 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1600 height: 1199 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1600 height: 1199 depth: 32 size image: 7673600 winAllocateFBShadowGDI - Created shadow stride: 1600 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winPointerWarpCursor - Discarding first warp: 800 599 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display.winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardProc - Call to select () failed: -1. Bailing. ddxBeforeReset - Hello winClipboardProc - XDestroyWindow succeeded. ddxBeforeReset - Clipboard thread has exited. winClipboardIOErrorHandler! From danilo.turina@alcatel.it Tue Apr 13 09:06:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Tue, 13 Apr 2004 09:06:00 -0000 Subject: startx problem In-Reply-To: References: Message-ID: <407BAE64.6040807@alcatel.it> [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: cygwin-xfree@cygwin.com > > 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 From danilo.turina@alcatel.it Tue Apr 13 09:22:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Tue, 13 Apr 2004 09:22:00 -0000 Subject: startx problem In-Reply-To: References: Message-ID: <407BAE64.6040807@alcatel.it> [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: cygwin-xfree@cygwin.com > > 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 From Lode.Lathouwers@thomson.net Tue Apr 13 10:30:00 2004 From: Lode.Lathouwers@thomson.net (Lathouwers Lode) Date: Tue, 13 Apr 2004 10:30:00 -0000 Subject: xfree server crashes when taking over windows desktop. Message-ID: <421CB3B9B2D2F645B548D213C0A90E55020370BF@edgmsmsg01.eu.thmulti.com> Hi, I have an X-session running on PC1. with PC2 I do a Remote Desktop Connection (Windows XP) towards PC1. the X-server crashes now. I have installed latest cygwin/x packages. Greetings, Lode. From stamen@bmail.kek.jp Tue Apr 13 11:27:00 2004 From: stamen@bmail.kek.jp (STAMEN Rainer) Date: Tue, 13 Apr 2004 11:27:00 -0000 Subject: startx problem In-Reply-To: <407BAE64.6040807@alcatel.it> Message-ID: Hi, thanks a lot. I commented out the line: defaultserargs="multiwindow -clipboard" This cures the problem. Thanks, Rainer > [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: cygwin-xfree@cygwin.com > > > > 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 > > From I.Walters@rl.ac.uk Tue Apr 13 13:02:00 2004 From: I.Walters@rl.ac.uk (Walters, I (Iestyn) ) Date: Tue, 13 Apr 2004 13:02:00 -0000 Subject: xorg XWin.exe: Can I get rid of extra console? Message-ID: <350DC7048372D31197F200902773DF4C04E95901@exchange11.rl.ac.uk> Holger Krull wrote: > Hello, > we had this in the "6.7.0.0 XWin w/out -nodecoration running in > background doesn't display anything" thread. At least to get rid of the > extra window, i don't know if this changes the hotkey problem. Great thread, but you're right, it doesn't solve the hotkey problem. The Windows Shell seems to remember the main program window started by a shortcut hotkey. If you press the hotkey a second time, Windows tries to activate the window in some way. If that particular window has disappeared however, it will try to start a second instance of the program (I seem to remember there was a bug in (win32) gvim related to this awhile back). I have a fix that will do for now: The Shortcut attached to my preferred hotkey (Ctrl+Alt+/) runs: \cygwin\usr\X11R6\bin\run.exe C:\bin\Xfghack.exe [Dunno what run.exe does, but a console window momentarily flashes by without it.] Xfghack is a short C program: HWND w = FindWindow (0, "Cygwin/X - 0:0"); return w? !SetForegroundWindow(w): system ("setsid XWin -clipboard &"); Works nicely. (The thread you pointed out above helpfully mentions both setsid and run, so thanks for that!) I was going to write "The real solution of course is for XWin to have an option not to create the console window...," but Xfghack is slightly more useful in that it will bring the X session to the front even if it wasn't originally started by the Windows Shell via the shortcut, or even if the window has not got a title bar (I couldn't use -nodecoration before). The things you learn, eh? Cheers, -- mailto:i.walters@rl.ac.uk CCLRC e-Science Centre, RAL, UK. OX11 0QX From rpiper@med.usyd.edu.au Tue Apr 13 16:13:00 2004 From: rpiper@med.usyd.edu.au (Richard Piper) Date: Tue, 13 Apr 2004 16:13:00 -0000 Subject: cygwin Xterm and mysqlclient - stdout/stdin/stderr problem ? Message-ID: <407BE4CF.8080909@med.usyd.edu.au> I am using mysqlclient on WinXP. This works well with in the standard cygwin bash shell. Using the xterm with the cygwin-xfree the client hangs after initiation at the command line. I have upgraded to the most recent version of cygwin. Prior to this the output would appear in the parent bash shell, rather than in the xterm. I looks a little like a problem with redirection of stdout ... Has anyone else experience this problem. There was some discussion regarding the way stdout is handled in xterms with Windows on the mailing list. http://sources.redhat.com/ml/cygwin-xfree/2003-05/msg00392.html If I ssh from the xterm to a remote linux system the mysql client works as would be expected. thanks Richard -- Richard Piper Web: http://icu.rnsh.org Mobile: 0438-120860 Sydney: 9926-8617 Kippax: 6550-5117 Email: rpiper@med.usyd.edu.au GPG key ID: F6DFFB33 @ wwwkeys.pgp.net Key fingerprint: 3FB8 8355 3AAA 84C3 D548 8FFF EFDB C6B5 F6DF FB33 From jan_miro@poczta.onet.pl Tue Apr 13 16:51:00 2004 From: jan_miro@poczta.onet.pl (MIREK JANCZUR) Date: Tue, 13 Apr 2004 16:51:00 -0000 Subject: segmentation fault please help Message-ID: <407BEF53.4070004@poczta.onet.pl> Hey, I'm trying to run cygwin in multiwindow mode and I'm getting errors In home directory I can find xwin.exe.stackdump file which contains: Exception: STATUS_ACCESS_VIOLATION at eip=01072E25 5 [unknown (0x124)] xwin 872 handle_exceptions: Error while dumping state (probably corrupted stack) eax=00000009 ebx=0000000C ecx=00000002 edx=01CDE9C8 esi=010A4868 edi=10056FC5 I'm having fresh installation of cygwin and X no previous cygwin1.dll around ... what is that ??? Miro From shel@cmhcsys.com Tue Apr 13 16:53:00 2004 From: shel@cmhcsys.com (Sheldon T. Hall) Date: Tue, 13 Apr 2004 16:53:00 -0000 Subject: New error display Message-ID: Folks- I just updated my Cygwin/X, and the latest version has an undesirable new habit. When I run my batch files, I get my usual X desktop, but I also get a DOS box with the following contents: ---------------------------------------------- Vendor: The Cygwin/X Project Release: 6.7.0.0-3 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -clipboard OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported. See http://x.cygwin.com/docs/faq/cygwin-xfree- faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1024 dwHeight: 768 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 740 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 740 1024 winCreateBoundingWindowWindowed - WindowClient w 1018 h 715 r 1018 l 0 b 715 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1018 height: 715 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1018 height: 715 depth: 16 size image : 1455740 winAllocateFBShadowGDI - Created shadow stride: 1018 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowGDI - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null )" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! winPointerWarpCursor - Discarding first warp: 509 357 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. -------------------------------------- The DOS box remains on the screen, and closing it also terminates my X desktop. I have not changed my batch files, which worked fine with the previous version (say 3 weeks ago) of Cygwin/X. How can I eliminate this? -Shel -- Sheldon T. Hall shel@cmhc.com 206-780-7971 (CMHC) 206-842-2858 (Home) From huntharo@msu.edu Tue Apr 13 19:00:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 Apr 2004 19:00:00 -0000 Subject: New error display In-Reply-To: References: Message-ID: <407C1AE6.80204@msu.edu> Read the mailing list archives. This has been discussed about fifteen times in the last week. http://cygwin.com/ml/cygwin-xfree/ Harold From bhlewis@uiuc.edu Tue Apr 13 19:14:00 2004 From: bhlewis@uiuc.edu (bhlewis@uiuc.edu) Date: Tue, 13 Apr 2004 19:14:00 -0000 Subject: Where do I get run.exe? Message-ID: <6783bc3b.3085b8d3.8e59200@expms1.cites.uiuc.edu> I'm trying to get rid of the extra console window for X as described at http://cygwin.com/ml/cygwin-xfree/2004- 04/msg00227.html . But I don't have and can't find where to get run.exe. Thanks Brady Lewis From pechtcha@cs.nyu.edu Tue Apr 13 22:57:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 13 Apr 2004 22:57:00 -0000 Subject: Where do I get run.exe? In-Reply-To: <6783bc3b.3085b8d3.8e59200@expms1.cites.uiuc.edu> References: <6783bc3b.3085b8d3.8e59200@expms1.cites.uiuc.edu> Message-ID: On Tue, 13 Apr 2004, bhlewis wrote: > I'm trying to get rid of the extra console window for X as described at > http://cygwin.com/ml/cygwin-xfree/2004-04/msg00227.html . But I don't > have and can't find where to get run.exe. > > Thanks > Brady Lewis Brady, At any point when the question "where do I find X in Cygwin" arises, the Cygwin package search page at is your friend. In particular, here are the packages containing run.exe: You'll probably want the latest version. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From kwong@control.toronto.edu Tue Apr 13 23:36:00 2004 From: kwong@control.toronto.edu (kwong@control.toronto.edu) Date: Tue, 13 Apr 2004 23:36:00 -0000 Subject: Problem with X forwarding by openssh-3.8p1 Message-ID: <1081896647.407c6ec7b079c@www.control.toronto.edu> I have installed the lastest X11 binaries, including xorg-x11-xwin 6.7.0.0-3, together with openssh-3.8p1. The rest of my cygwin installation is also up-to-date, including cygwin1.dll version 1.5.9-1. I use startxwin.bat to start XWin using -multiwindow -clipboard. I login to a remote Linux server using ssh -X and start a Matlab session. The Matlab flash screen comes up, but when the flash screen disappears, there is only a menu bar located at the top left corner of the screen. If I choose maximize, the Matlab command window comes up but I am not able to type in any commands. If I downgrade to openssh-3.7.1p2-2, the problem disappears. The sshd_config file is identical in both cases. There are other problems with X forwarding under openssh-3.8p1, but since I am now using openssh-3.7.1p2-2, I cannot reproduce the error messages. I don't know whether this is considered an openssh-3.8p1 problem or a X server problem, but there appears to be some incompatibility issue here. Raymond Kwong ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From huntharo@msu.edu Wed Apr 14 00:24:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 Apr 2004 00:24:00 -0000 Subject: Problem with X forwarding by openssh-3.8p1 In-Reply-To: <1081896647.407c6ec7b079c@www.control.toronto.edu> References: <1081896647.407c6ec7b079c@www.control.toronto.edu> Message-ID: <407C795F.7090606@msu.edu> See A1: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding kwong@control.toronto.edu wrote: > I have installed the lastest X11 binaries, including xorg-x11-xwin 6.7.0.0-3, > together with openssh-3.8p1. The rest of my cygwin installation is also > up-to-date, including cygwin1.dll version 1.5.9-1. I use startxwin.bat to start > XWin using -multiwindow -clipboard. I login to a remote Linux server using ssh > -X and start a Matlab session. The Matlab flash screen comes up, but when the > flash screen disappears, there is only a menu bar located at the top left > corner of the screen. If I choose maximize, the Matlab command window comes up > but I am not able to type in any commands. If I downgrade to > openssh-3.7.1p2-2, the problem disappears. The sshd_config file is identical in > both cases. > > There are other problems with X forwarding under openssh-3.8p1, but since I am > now using openssh-3.7.1p2-2, I cannot reproduce the error messages. I don't > know > whether this is considered an openssh-3.8p1 problem or a X server problem, but > there appears to be some incompatibility issue here. > > Raymond Kwong From bax3.NO@SPAM.bigfoot.com Wed Apr 14 02:11:00 2004 From: bax3.NO@SPAM.bigfoot.com (Michael Bax) Date: Wed, 14 Apr 2004 02:11:00 -0000 Subject: ttmkfdir no longer needed Message-ID: > > Due to this I am going to pull the link to ttmkfdir from our 'Ported > > Software' page. Perhaps someone would like to write a postinstall > > script that creates symlinks to the Fonts folder for Windows under > > /usr/X11R6/lib/X11/fonts/windows, > > One note: In the thread "proposal for using windows truetype fonts" I > suggested to use the /usr/X11R6/lib/X11/fonts/truetype dir for truetype > fonts, because this is the default for qt and kde. Are there any > objectivities using this instead of /usr/X11R6/lib/X11/fonts/windows ? I object. :-) Shouldn't we be consistent with established Unix practice and put any local fonts in /usr/X11R6/lib/X11/fonts/local? Cheers Michael From haro@kgt.co.jp Wed Apr 14 02:59:00 2004 From: haro@kgt.co.jp (haro@kgt.co.jp) Date: Wed, 14 Apr 2004 02:59:00 -0000 Subject: ']' and others not functional for Japanese keylayout? Message-ID: <20040414.111121.01364028.haro@kgt.co.jp> Hi list, Some keys like ']', '_' are not functional for Japanese layout keyboards with xorg-* packages. xev shows that, there are no keycode-symbol assignment done. KeyPress event, serial 24, synthetic NO, window 0x800001, root 0x3a, subw 0x800002, time 3082882, (43,34), root:(817,224), state 0x10, keycode 51 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False Affected keycodes are following: keycode 51 = bracketright braceright kana_MU kana_closingbracket keycode 120 = Hiragana_Katakana Romaji keycode 123 = backslash underscore kana_RO FWIW, when I was using XFree86-* packages, I had an hack to load special xmodmap file, which I got from Internet somewhere, that seemed have covered the problem. :-( Can somebody look into it, please. Thanks in advance, Haro =----------------------------------------------------------------------- _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Kubota Graphics Technology Inc. /|\ |_| |_|_| 2-8-8 Shinjuku, Shinjuku-ku Tokyo 160-0022, Japan Tel: +81-3-3225-0767 Fax: +81-3-3225-0740 Email: haro@kgt.co.jp -------------- next part -------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-3 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -rootless -clipboard -emulate3buttons 50 -lesspointer ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1152 h 864 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported. See http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Returning, supported engines 00000003 winScreenInit - dwWidth: 1152 dwHeight: 864 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1152 h: 864 winCreateBoundingWindowWindowed - Current w: 1152 h: 864 winAdjustForAutoHide - Original WorkArea: 0 0 864 1152 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 863 1152 winCreateBoundingWindowWindowed - WindowClient w 1152 h 863 r 1152 l 0 b 863 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1152 height: 863 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1152 height: 863 depth: 16 size image: 1988352 winAllocateFBShadowGDI - Created shadow stride: 1152 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowGDI - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (II) Loading US keyboard layout. (--) winConfigKeyboard - Layout: "e0200411" (00000411) (--) Using preset keyboard for "Japanese" (411), type "7" Rules = "xorg" Model = "jp" Layout = "jp" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 576 431 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winAboutDlgProc - WM_COMMAND - IDOK or IDCANCEL From earle@ziplabel.com Wed Apr 14 03:28:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 14 Apr 2004 03:28:00 -0000 Subject: XWinrc Bugs In-Reply-To: <208010-22004411201913865@cantv.net> Message-ID: <5.1.1.6.2.20040413193156.011d3728@mail.ziplabel.com> Howdy Rodrigo, First, thanks for writing the man page updates. The version I saw was missing some of the new items that were added, now I have no excuse not to add them myself. ;) It's hard to do any Windows 95 testing, actually it's hard to get any Win95 API documentation anymore (MS seems to be updating their Platform SDK and removing any reference to W95 if a function is updated). For your problem with the system menus, I really believe this is due to something else completely, especially when you ended up without the 3 system menu items in all windows, after a reboot. Here's why: . There are no "DeleteMenu"or "RemoveMenu" calls anywhere in prefs.c All we ever do is a reset-to-default GetSystemMenu(hwnd,TRUE) call, everything else is just an InsertMenuItem() call. . Even if somehow you ended up messing with the "golden" system menu that could only last until a reboot. There's no "UpdateResource" call until you get to an NT based OS, a change to a GDI resource can't be written into a system .DLL file The removal of the 3 menu items would also make the max/min/close buttons disappear, since Windows reads each window's system menu to determine whether or not to enable those buttons. Maybe you've hit GDI heap exhaustion? IIRC the easiest way to see GDI and SYSTEM heap free is to (seriously!) run Solitaire, then do Help->About... Running out of heap makes bad, bad things happen under W95/98/ME. I think I *may* understand the ICONS stuff: I think until W98 only 16-color or black-and-white icons were allowed for applications. Can you please try pointing to a Black-and-White or 16-color .ICO file? You might be able to find some in your c:\Windows folder, but I can't remember any specific names. You could also try an app which has its own B-n-W icon like xcalc and see if that always works, and compare that to an app with a true-color icon like some KDE app... At 08:19 PM 4/11/2004 -0400, Rodrigo Medina wrote (lots o' snips): >I have found a couple of bugs in the XWinrc feature. >1- The ICONS instruction does nothing, i.e. the applications >2- This one is really weird. The normal behavior of XWin -multiwindow is >to assing to a generic window a menu with 6 items: Restore, Move, >Size, Minimize, Maximize and Close (I am not sure of the actual >english names). After I tried to include some items in a particular >program (xeyes) with XWinrc the following happened: >b) From that point, ALL windows produced by XWin -multiwindows >lack of items Restore, Minimize and Maximize in their menus and have the >Minimize and Maximize buttons inactivated. This happens >even to other applications, even if the XWin program is shutdown and >started again WITHOUT a XWinrc file, even if the machine is rebooted >and even if XWin is reinstalled. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Wed Apr 14 03:30:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 14 Apr 2004 03:30:00 -0000 Subject: XWinrc Bugs In-Reply-To: <5.1.1.6.2.20040413193156.011d3728@mail.ziplabel.com> References: <208010-22004411201913865@cantv.net> Message-ID: <5.1.1.6.2.20040413202319.0114f210@mail.ziplabel.com> Oh yeah, I am looking over winprefs.c to see if there is anything untowards going on elsewhere in it. Maybe a GDI call somewhere returns a valid error under W98+ for invalid data or out-of-mem, but under W95 it kills the GDI. I'll be sure to post any findings, but my time to look at this is quite limited now... At 07:59 PM 4/13/2004 -0700, I wrote: >...Maybe you've hit GDI heap exhaustion? IIRC the easiest way to >see GDI and SYSTEM heap free is to (seriously!) run Solitaire, then >do Help->About... Running out of heap makes bad, bad things happen >under W95/98/ME. >... >At 08:19 PM 4/11/2004 -0400, Rodrigo Medina wrote (lots o' snips): >>I have found a couple of bugs in the XWinrc feature. >>1- The ICONS instruction does nothing, i.e. the applications >>2- This one is really weird. The normal behavior of XWin -multiwindow is >>to assing to a generic window a menu with 6 items: Restore, Move, >>Size, Minimize, Maximize and Close (I am not sure of the actual >>english names). After I tried to include some items in a particular > >-Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From marnold@rbni.com Wed Apr 14 04:21:00 2004 From: marnold@rbni.com (Mark Arnold) Date: Wed, 14 Apr 2004 04:21:00 -0000 Subject: Problem with xterm and cygxft-2.dll after update Message-ID: Hi All, I was hoping to get some help with a problem I am now having with my installation. Prior to yesterday I hadn't updated my cygwin installation for about about 3 weeks or so. I updated by running the "setup" application and initially downloaded everything locally from my favourite mirror, then ran setup again and installed what needed to be updated. I noticed in the process of updating that the heirarchy changed with the addition of the X11 category and I now have the xorg-x11-XXX packages installed (versions 6.7.0.0-X) The problem is now that when I start "X" and try to run things suck as xclock and xterm I get a windows dialog box appearing telling me that xterm is unable to locate the DLL cygXft-2.dll in the specified path and lists the search path which includes C:\cygwin\bin, C:\cygwin\usr\X11R6\bin plus a whole lot of other windows directories. I have searched under C:\cygwin for this dll and cant seem to find it, I do have a cygXft-1.dll in C:\cygwin\usr\x11R6\bin but not a "-2.dll" I was wondering if there is anything I can do to fix this ? I have tried a few things such as re-installing the X11 packages etc but all to no avail. thanks, Mark PS. If there is anything I can post in terms of logs etc, please let me know. From huntharo@msu.edu Wed Apr 14 06:24:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 Apr 2004 06:24:00 -0000 Subject: Problem with xterm and cygxft-2.dll after update In-Reply-To: References: Message-ID: <407CBC1C.5040300@msu.edu> Mark Arnold wrote: > Hi All, > > I was hoping to get some help with a problem I am now having with my > installation. > Prior to yesterday I hadn't updated my cygwin installation for about > about 3 weeks or so. > I updated by running the "setup" application and initially downloaded > everything locally from my favourite mirror, then ran setup again and > installed what needed to be updated. > I noticed in the process of updating that the heirarchy changed with > the addition of the X11 category and I now have the xorg-x11-XXX packages > installed (versions 6.7.0.0-X) > > The problem is now that when I start "X" and try to run things suck as > xclock and xterm I get a windows dialog box appearing telling me that > xterm is unable to locate the DLL cygXft-2.dll in the specified path > and lists the search path which includes C:\cygwin\bin, > C:\cygwin\usr\X11R6\bin plus a whole lot of other windows directories. You need the libXft and libXft2 packages. I'm not sure why libXft2 was not selected automatically. Harold From earle@ziplabel.com Wed Apr 14 08:16:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 14 Apr 2004 08:16:00 -0000 Subject: XWinrc Bugs - CVS updated Message-ID: <5.1.1.6.2.20040413231312.00bbbc60@mail.ziplabel.com> After going over winprefs.c with one eye on the Platform SDK I found several minor things that I corrected and committed to CVS: What's fixed: . We can't use LoadIcon() to get g_hiconX since it is DestroyIcon()ed. Use LoadImage() instead, like every other icon we use. . The name of the windows class ended up with a random character in it due to an incorrect strncpy(). . Added more input error checking to the winprefs() functions, gets rid of the "pWin was null" error that happened when you reloaded the .XWinrc. What's left: . There's a small GDI leak, either when a window is created or destroyed that has a X supplied icon (xload for example). I traced things as well as I could but came up empty tracking this down. I know it is either in the creation or deletion because there is NO leak if you repeatedly do .XWinrc reloads. When you start xload you go up by 8 GDI objects (don't know what kind, only have task manager to help), but when you quit xload you only go down by 4. I don't think any of these would cause Rodrigo's problem, but they're fixed nonetheless... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From ed@membled.com Wed Apr 14 10:29:00 2004 From: ed@membled.com (Ed Avis) Date: Wed, 14 Apr 2004 10:29:00 -0000 Subject: Crash when remote desktop changes screen resolutions References: <407408CC.90009@msu.edu> Message-ID: Harold L Hunt II writes: >Pass "-engine 1" to XWin.exe and see what happens. Yes, with -engine 1 it doesn't crash when I rdesktop into the machine. There is a different strange symptom though: when I sit down at the machine again, the X server window is a bit too wide. I happen to have two monitors with the X server running fullscreen in the left monitor, and after I did the rdesktop stuff and went back to the local machine the X server window is wide enough to extend a little bit onto the right hand monitor. But it does so in an odd way: just inside the RH border of the X server window there are a few pixels of 'dead space' which are not redrawn. I still see this gap if I drag the window around so that it's only on the left monitor. Here's the log: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.67 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -clipboard -engine 1 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Using user's preference: 1 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 971 r 1274 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1274 height: 971 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1274 height: 971 depth: 32 size image: 4948216 winAllocateFBShadowGDI - Created shadow stride: 1274 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: "00000809" (00000809) (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 637 485 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 32, new bpp: 8 winWindowProc - WM_DISPLAYCHANGE - new width: 800 new height: 600 winWindowProc - WM_DISPLAYCHANGE - orig bpp: 32, last bpp: 8, new bpp: 32 winWindowProc - WM_DISPLAYCHANGE - new width: 1280 new height: 1024 -- Ed Avis From colin.harrison@virgin.net Wed Apr 14 16:02:00 2004 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 14 Apr 2004 16:02:00 -0000 Subject: Package Updates Message-ID: <200404141029.i3EATFBt001193@chamonix.straightrunning.com> Hi, I can find the xorg-x11-xwin-6.7.0.0-4 package on mirror sites but not the xorg-x11-xwin-gl-6.7.0.0-4. Was It loaded to them? Thanks Colin Harrison From huntharo@msu.edu Wed Apr 14 16:19:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 Apr 2004 16:19:00 -0000 Subject: Package Updates In-Reply-To: <200404141029.i3EATFBt001193@chamonix.straightrunning.com> References: <200404141029.i3EATFBt001193@chamonix.straightrunning.com> Message-ID: <407D6082.80803@msu.edu> Oops, it is on its way now. Harold Colin Harrison wrote: > Hi, > > I can find the xorg-x11-xwin-6.7.0.0-4 package on mirror sites but not the > xorg-x11-xwin-gl-6.7.0.0-4. Was It loaded to them? > > Thanks > Colin Harrison > > From GChampoux@williams-int.com Wed Apr 14 16:32:00 2004 From: GChampoux@williams-int.com (GChampoux@williams-int.com) Date: Wed, 14 Apr 2004 16:32:00 -0000 Subject: Root window shimmers with new nVidia graphic card Message-ID: <3F22D34AEE08E9438F4E491BD2FE25CE01A32569@EXCHANGESRV.williams-int.com> I just got a replacement PC: HP xw4100 with nVidia Quadro4 980XGL graphic card. The previously PC was a Compaq DeskPro300 with an nVidia Quadro2 MXR. I re-installed cygwin as usual, and it operates properly. However, I've noticed something unusual in the display of the root window and scroll bars. They both "shimmer" as if the refresh rate was bad. Changing the refresh rate had no affect. All other windows (CygWin X or MS Windows) and their contents are fine. If I use multi-window (integrated window manager - no root window) the scroll bars still shimmer/vibrate. If I use xdmcp, the problem is not present at all. It's only a nuisance, but I would like to address it. Maybe a driver setting? I'm using 52.16. CygWin version is 1.5.5.1. However, I did try the latest (1.5.9.1). Problem is unchanged. Any recommendations? Gerry Champoux Williams International Lead Engineer 2280 E. West Maple Road Information Technology Walled Lake, MI 48390 (248) 624-5200, x1216 (248) 960-2607 (fax) gchampoux@williams-int.com http://www.williams-int.com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: From colin.harrison@virgin.net Wed Apr 14 16:33:00 2004 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 14 Apr 2004 16:33:00 -0000 Subject: Package Updates Message-ID: <200404141632.i3EGWr3h003725@chamonix.straightrunning.com> Hi, Got it and working well for me. Thanks Colin Harrison From huntharo@msu.edu Wed Apr 14 17:26:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 Apr 2004 17:26:00 -0000 Subject: Root window shimmers with new nVidia graphic card In-Reply-To: <3F22D34AEE08E9438F4E491BD2FE25CE01A32569@EXCHANGESRV.williams-int.com> References: <3F22D34AEE08E9438F4E491BD2FE25CE01A32569@EXCHANGESRV.williams-int.com> Message-ID: <407D67A5.2090806@msu.edu> GChampoux@williams-int.com wrote: > I just got a replacement PC: > HP xw4100 with nVidia Quadro4 980XGL graphic card. > The previously PC was a Compaq DeskPro300 with an nVidia Quadro2 MXR. > > I re-installed cygwin as usual, and it operates properly. > However, I've noticed something unusual in the display of the root > window and scroll bars. > They both "shimmer" as if the refresh rate was bad. > Changing the refresh rate had no affect. > All other windows (CygWin X or MS Windows) and their contents are fine. > If I use multi-window (integrated window manager - no root window) the > scroll bars still shimmer/vibrate. > If I use xdmcp, the problem is not present at all. > > It's only a nuisance, but I would like to address it. > Maybe a driver setting? > I'm using 52.16. > > CygWin version is 1.5.5.1. > However, I did try the latest (1.5.9.1). > Problem is unchanged. > > Any recommendations? Yup, it has nothing to do with Cygwin/X. I wish you would have told us more about your monitor. Is it an LCD panel connected via a VGA (standard video for computers) cable, or is it something else? This problem occurs in the circuitry or cabling when you use certain combinations of video cards and monitors over VGA cables. For example, I have five old video cards and a 19" 1280x1024 LCD panel; if I run it with four of the five video cards over VGA cables I get the shimmering you speak of, while the fifth video card does not cause the problem. Oddly enough, the one that does not cause the problem is one of my oldest video cards. You will almost always be able to notice a very small amount of that shimmering affect with any video card over VGA cables, but you'll have to look very closely to be able to see it sometimes. This problem doesn't usually occur when using CRT monitors and I believe this is because the shimmering is caused by a combination of the video card, VGA cable, and the circuitry in the LCD panel that changes the analog VGA signal back to a digital signal to drive the LCD; this conversion is a lossy sort of process and it would make sense that small variations in the incoming signal could get amplified during the conversion process thus causing the shimmering. So, if you have an LCD panel and you've got it hooked up with VGA cables, then hope and pray that your LCD panel also has a DVI (digital video interface, or whatever they have renamed it these days) connector. If it does, you're in luck though you may have to get a new video card if your current one does not have a DVI output; if it doesn't, get used to the shimmering or steal one of your co-workers hardware :) Good luck, Harold From GChampoux@williams-int.com Wed Apr 14 17:27:00 2004 From: GChampoux@williams-int.com (GChampoux@williams-int.com) Date: Wed, 14 Apr 2004 17:27:00 -0000 Subject: Root window shimmers with new nVidia graphic card Message-ID: <3F22D34AEE08E9438F4E491BD2FE25CE01A325A8@EXCHANGESRV.williams-int.com> Harold, You must be a mind reader (but, you already knew that). That's exactly the situation. The 980XGL has DVI output, which I had connected to a VGA cable with an adaptor. However, my LCD monitor has a DVI as well as VGA! Why wasn't I using it in the first place? Duh? I switched to a DVI cable and all is well. Thanks a bunch! Gerry -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: Wednesday, April 14, 2004 12:33 PM To: cygwin-xfree@cygwin.com Subject: Re: Root window shimmers with new nVidia graphic card Yup, it has nothing to do with Cygwin/X. I wish you would have told us more about your monitor. Is it an LCD panel connected via a VGA (standard video for computers) cable, or is it something else? This problem occurs in the circuitry or cabling when you use certain combinations of video cards and monitors over VGA cables. For example, I have five old video cards and a 19" 1280x1024 LCD panel; if I run it with four of the five video cards over VGA cables I get the shimmering you speak of, while the fifth video card does not cause the problem. Oddly enough, the one that does not cause the problem is one of my oldest video cards. You will almost always be able to notice a very small amount of that shimmering affect with any video card over VGA cables, but you'll have to look very closely to be able to see it sometimes. This problem doesn't usually occur when using CRT monitors and I believe this is because the shimmering is caused by a combination of the video card, VGA cable, and the circuitry in the LCD panel that changes the analog VGA signal back to a digital signal to drive the LCD; this conversion is a lossy sort of process and it would make sense that small variations in the incoming signal could get amplified during the conversion process thus causing the shimmering. So, if you have an LCD panel and you've got it hooked up with VGA cables, then hope and pray that your LCD panel also has a DVI (digital video interface, or whatever they have renamed it these days) connector. If it does, you're in luck though you may have to get a new video card if your current one does not have a DVI output; if it doesn't, get used to the shimmering or steal one of your co-workers hardware :) Good luck, Harold GChampoux@williams-int.com wrote: > I just got a replacement PC: > HP xw4100 with nVidia Quadro4 980XGL graphic card. > The previously PC was a Compaq DeskPro300 with an nVidia Quadro2 MXR. > > I re-installed cygwin as usual, and it operates properly. > However, I've noticed something unusual in the display of the root > window and scroll bars. > They both "shimmer" as if the refresh rate was bad. > Changing the refresh rate had no affect. > All other windows (CygWin X or MS Windows) and their contents are fine. > If I use multi-window (integrated window manager - no root window) the > scroll bars still shimmer/vibrate. > If I use xdmcp, the problem is not present at all. > > It's only a nuisance, but I would like to address it. > Maybe a driver setting? > I'm using 52.16. > > CygWin version is 1.5.5.1. > However, I did try the latest (1.5.9.1). > Problem is unchanged. > > Any recommendations? -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: not available URL: From c_longfoot@hotmail.com Wed Apr 14 18:04:00 2004 From: c_longfoot@hotmail.com (Carolyn Longfoot) Date: Wed, 14 Apr 2004 18:04:00 -0000 Subject: Error starting X Message-ID: Hi, sorry to bother but my fresh Cygwin installation fails to start X, and I'm at a complete loss as to why. This is straight after a reboot, so why there would be a server already running is a complete mystery to me. How do I go about troubleshooting this? Cheers, Caro $ startx Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-3 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running Fatal server error: Cannot establish any listening sockets - Make sure an X server isn't already run ning winDeinitMultiWindowWM - Noting shutdown in progress giving up. xinit: Bad file descriptor (errno 9): unable to connect to X server xinit: No such process (errno 3): Server error. _________________________________________________________________ Watch LIVE baseball games on your computer with MLB.TV, included with MSN Premium! http://join.msn.com/?page=features/mlb&pgmarket=en-us/go/onm00200439ave/direct/01/ From holger.krull@gmx.de Wed Apr 14 19:41:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Wed, 14 Apr 2004 19:41:00 -0000 Subject: Error starting X In-Reply-To: References: Message-ID: <407D7D19.40006@gmx.de> Carolyn Longfoot schrieb: > How do I go about troubleshooting this? What windows version do you use? Is tcp/ip installed? (does 'ping localhost' work?) > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root Maybe delete all files in /tmp Look at the rights on tmp, is your user allowed to write? I don't really know whats causing this, but these are some things to try. From kwong@control.toronto.edu Wed Apr 14 19:53:00 2004 From: kwong@control.toronto.edu (kwong@control.toronto.edu) Date: Wed, 14 Apr 2004 19:53:00 -0000 Subject: Problem with X forwarding by openssh-3.8p1 Message-ID: <1081971280.407d9250cdb0c@www.control.toronto.edu> The problem is not that there is no X11-forwarding. For example, gv from the Linux remote host produces the correct display on the cygwin X-server. Similarly, xdvi and even netscape also work. However, if I try to run ical, a linux calendar program, I get the following error message: X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 18 (X_ChangeProperty) Atom id in failed request: 0x105 Serial number of failed request: 13 Current serial number in output stream: 16 The problem with Matlab was described in my earlier message. Is there anything else that I should send in to help debug, or is there something else I should try? Raymond Harold Hunt wrote: See A1: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding kwong@control.toronto.edu wrote: I have installed the lastest X11 binaries, including xorg-x11-xwin 6.7.0.0-3, together with openssh-3.8p1. The rest of my cygwin installation is also up-to-date, including cygwin1.dll version 1.5.9-1. I use startxwin.bat to start XWin using -multiwindow -clipboard. I login to a remote Linux server using ssh -X and start a Matlab session. The Matlab flash screen comes up, but when the flash screen disappears, there is only a menu bar located at the top left corner of the screen. If I choose maximize, the Matlab command window comes up but I am not able to type in any commands. If I downgrade to openssh-3.7.1p2-2, the problem disappears. The sshd_config file is identical in both cases. There are other problems with X forwarding under openssh-3.8p1, but since I am now using openssh-3.7.1p2-2, I cannot reproduce the error messages. I don't know whether this is considered an openssh-3.8p1 problem or a X server problem, but there appears to be some incompatibility issue here. Raymond Kwong ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From sbaker@mail.fdn.com Wed Apr 14 19:59:00 2004 From: sbaker@mail.fdn.com (Sterling Baker) Date: Wed, 14 Apr 2004 19:59:00 -0000 Subject: Starting with startxwin.bat Message-ID: Anyone know why when I start cygwin with /usr/X11R6/bin/startxwin.bat all I get is an 'X' in the tray but no actual window. This worked correctly until I applied the latest updates which change to the Xorg-X instead of the XFree86. I can still start cygwin in terminal mode and then use /usr/X11R6/bin/startxwin.sh and it works correctly (although having to have the extra window is a little annoying), both .sh and .bat are set to the same options. The only options from default I use are; run XWin run openbox run xsetroot -solid aquamarine4 I don't know what setting may need to be different or added to get this to work the way I've always used it before. Thanks Sterling Baker From alexander.gottwald@s1999.tu-chemnitz.de Wed Apr 14 20:05:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 14 Apr 2004 20:05:00 -0000 Subject: Problem with X forwarding by openssh-3.8p1 In-Reply-To: <1081971280.407d9250cdb0c@www.control.toronto.edu> References: <1081971280.407d9250cdb0c@www.control.toronto.edu> Message-ID: On Wed, 14 Apr 2004 kwong@control.toronto.edu wrote: > The problem is not that there is no X11-forwarding. Are you sure? Have you tried the -Y parameter to ssh? > For example, gv from the > Linux remote host produces the correct display on the cygwin X-server. > Similarly, xdvi and even netscape also work. However, if I try to run ical, a > linux calendar program, I get the following error message: > > X Error of failed request: BadAtom (invalid Atom parameter) > Major opcode of failed request: 18 (X_ChangeProperty) > Atom id in failed request: 0x105 > Serial number of failed request: 13 > Current serial number in output stream: 16 This is a typical error for the TrustedX11Forward problem. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Wed Apr 14 20:06:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 Apr 2004 20:06:00 -0000 Subject: Problem with X forwarding by openssh-3.8p1 In-Reply-To: <1081971280.407d9250cdb0c@www.control.toronto.edu> References: <1081971280.407d9250cdb0c@www.control.toronto.edu> Message-ID: <407D9981.8050309@msu.edu> kwong@control.toronto.edu wrote: > The problem is not that there is no X11-forwarding. For example, gv from the > Linux remote host produces the correct display on the cygwin X-server. > Similarly, xdvi and even netscape also work. However, if I try to run ical, a > linux calendar program, I get the following error message: > > X Error of failed request: BadAtom (invalid Atom parameter) > Major opcode of failed request: 18 (X_ChangeProperty) > Atom id in failed request: 0x105 > Serial number of failed request: 13 > Current serial number in output stream: 16 Lets try this again. You asked for help, I tried to help you, you can at least READ IT THIS TIME! http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding Harold From huntharo@msu.edu Wed Apr 14 20:07:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 Apr 2004 20:07:00 -0000 Subject: Starting with startxwin.bat In-Reply-To: References: Message-ID: <407D99AA.5020401@msu.edu> You probably just need to grab the xterm package. Harold Sterling Baker wrote: > Anyone know why when I start cygwin with /usr/X11R6/bin/startxwin.bat all I > get is an 'X' in the tray but no actual window. This worked correctly until > I applied the latest updates which change to the Xorg-X instead of the > XFree86. I can still start cygwin in terminal mode and then use > /usr/X11R6/bin/startxwin.sh and it works correctly (although having to have > the extra window is a little annoying), both .sh and .bat are set to the > same options. The only options from default I use are; > > run XWin > run openbox > run xsetroot -solid aquamarine4 > > I don't know what setting may need to be different or added to get this to > work the way I've always used it before. > > Thanks > > Sterling Baker > > From alexander.gottwald@s1999.tu-chemnitz.de Wed Apr 14 20:32:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 14 Apr 2004 20:32:00 -0000 Subject: Starting with startxwin.bat In-Reply-To: References: Message-ID: On Wed, 14 Apr 2004, Sterling Baker wrote: > Anyone know why when I start cygwin with /usr/X11R6/bin/startxwin.bat all I > get is an 'X' in the tray but no actual window. startxwin now starts XWin in multiwindow mode. If you want the old behaviour edit /usr/X11R6/bin/startxwin.bat/usr/X11R6/bin/startxwin.bat and remove the -multiwindow option bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From sbaker@mail.fdn.com Wed Apr 14 20:43:00 2004 From: sbaker@mail.fdn.com (Sterling Baker) Date: Wed, 14 Apr 2004 20:43:00 -0000 Subject: Starting with startxwin.bat Message-ID: >You probably just need to grab the xterm package. > >Harold Already had it. >startxwin now starts XWin in multiwindow mode. If you want >the old behaviour edit >/usr/X11R6/bin/startxwin.bat >and remove the -multiwindow option > >bye > ago That was already done. Sterling From huntharo@msu.edu Wed Apr 14 21:02:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 Apr 2004 21:02:00 -0000 Subject: Starting with startxwin.bat In-Reply-To: References: Message-ID: <407DA237.3020900@msu.edu> Sterling Baker wrote: >>You probably just need to grab the xterm package. >> >>Harold > > > Already had it. > > >>startxwin now starts XWin in multiwindow mode. If you want >>the old behaviour edit >/usr/X11R6/bin/startxwin.bat >>and remove the -multiwindow option >> >>bye >> ago Oh, sorry, that is because a problem with the way that XWin and 'run' interact. In other words, you can't use 'run' with XWin in certain modes, one of which is the mode that you are using. Instead use 'start /B' if you are on an NT-based platform, else, you're stuck with a shell script for the time being. Sorry. Harold From kwong@control.toronto.edu Wed Apr 14 22:11:00 2004 From: kwong@control.toronto.edu (kwong@control.toronto.edu) Date: Wed, 14 Apr 2004 22:11:00 -0000 Subject: Problem with X forwarding by openssh-3.8p1 Message-ID: <1081976105.407da52963c90@www.control.toronto.edu> Thank you for the reply. I tried the -Y parameter to ssh and it does solve the Matlab and ical problems. I am ignorant on the intracacies of Trusted versus non-Trusted X-forwarding. The FAQ reference by Harold mentions that -Y disables trusted X-forwarding. So it would seem that for some programs such as Matlab or ical, trusted X-forwarding will prevent them from being displayed correctly on cygwin, while other programs such as netscape, gv, or xdvi are fine with trusted X-forwarding. Is this the correct interpretation? Raymond Alexander Gottwald wrote: On Wed, 14 Apr 2004 kwong@control.toronto.edu wrote: > The problem is not that there is no X11-forwarding. Are you sure? Have you tried the -Y parameter to ssh? > For example, gv from the > Linux remote host produces the correct display on the cygwin X-server. > Similarly, xdvi and even netscape also work. However, if I try to run ical, a > linux calendar program, I get the following error message: > > X Error of failed request: BadAtom (invalid Atom parameter) > Major opcode of failed request: 18 (X_ChangeProperty) > Atom id in failed request: 0x105 > Serial number of failed request: 13 > Current serial number in output stream: 16 This is a typical error for the TrustedX11Forward problem. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From dcyspm@yahoo.com Wed Apr 14 23:14:00 2004 From: dcyspm@yahoo.com (dcyspm) Date: Wed, 14 Apr 2004 23:14:00 -0000 Subject: netscape 4.8 crashed on Cygwin/X Message-ID: <20040414221128.62136.qmail@web40002.mail.yahoo.com> I tried to X11-forward a netscape 4.8 browser window using Cygwin/X from a Solaris 8 (recent patches applied) server and I got the following error: $ ./netscape X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) Major opcode of failed request: 73 (X_GetImage) Resource id in failed request: 0x3a Serial number of failed request: 78 Current serial number in output stream: 78 and no browser window. It worked under Exceed, so it does not appear to be a problem with the netscape binary. I did not see any other instances of this problem on the list. I don't need a resolution, considering the quality of the Solaris implementation of netscape (and netscape's implementation of Mozilla) I'm happier forwarding the ports I need and using my local browser. Just thought I'd bring it up, I'm not going to debug it (don't code much under Windows). __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From comet@bayvax.decus.org Wed Apr 14 23:18:00 2004 From: comet@bayvax.decus.org (Comet 650-839-1410) Date: Wed, 14 Apr 2004 23:18:00 -0000 Subject: Problem with gv Message-ID: <04041415352422@dante.ccsscorp.com> I also get the message: "Error: PostScript interpreter failed in main window" when running gv, after updating all cygwin packages and attempting: $ gv /usr/share/doc/gnuplot-3.8j.0/psdoc/ps_guide.ps The /etc/profile which got installed had: PATH="/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:$PATH" export PATH Changing this to follow Igor's suggestion to: PATH="/usr/X11R6/bin:/usr/local/bin:/usr/bin:$PATH" export PATH SOLVED THE PROBLEM. P.S. For naive readers who need this solution; remember to $ source /etc/profile after making the change, to see gv work in your current window. Disclaimer: This solution is designed and tested for using the bash shell, in those situations where /etc/profile is executed.... > > Re: Problem with gv > > * From: Igor Pechtchanski > * To: cygwin-xfree at cygwin dot com > * Date: Fri, 20 Feb 2004 13:10:14 -0500 (EST) > * Subject: Re: Problem with gv > * References: > > > * Reply-to: cygwin-xfree at cygwin dot com > * Reply-to: cygwin-xfree at cygwin dot com > > ------------------------------------------------------------------------ > > On Fri, 20 Feb 2004, Michel Abdalla wrote: > >> Hi, >> >> I have recently installed cygwin on my machine and almost everything has >> been working fine so far. The only exception is that I'm not able to >> view ps files. The error message I get is >> >> > > "Error: PostScript interpreter failed in main window"> > >> The problem does not seem to be related to a specific ps file as I tried >> with several different files. I noticed in the mail archive that someone >> else has also experienced the same problem. >> >> Best regards, >> Michel > > > Did you happen to notice the solution as well? FWIW, we can only guess > what your problem is without a cygcheck output (as requested in > ), but it's likely that you either don't > have the 'ghostscript-x11' package installed, or that the non-X version of > ghostscript is first in your PATH. > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu > ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > "I have since come to realize that being between your mentor and his route > to the bathroom is a major career booster." -- Patrick Naughton From huntharo@msu.edu Thu Apr 15 04:32:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 Apr 2004 04:32:00 -0000 Subject: netscape 4.8 crashed on Cygwin/X In-Reply-To: <20040414221128.62136.qmail@web40002.mail.yahoo.com> References: <20040414221128.62136.qmail@web40002.mail.yahoo.com> Message-ID: <407DC6B4.3070705@msu.edu> Where did you look for a solution for this? I ask because this is brought up almost daily on our mailing list (today even) and is in our FAQ. The problem has nothing to do with Cygwin/X and everything to do with OpenSSH and the solution is trivial. The answer is at the following URL, but where were you looking without finding it (or did you even look before reporting it?): http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding Harold dcyspm wrote: > I tried to X11-forward a netscape 4.8 browser window > using Cygwin/X from a Solaris 8 (recent patches > applied) server and I got the following error: > > $ ./netscape > X Error of failed request: BadDrawable (invalid > Pixmap or Window parameter) > Major opcode of failed request: 73 (X_GetImage) > Resource id in failed request: 0x3a > Serial number of failed request: 78 > Current serial number in output stream: 78 > > and no browser window. It worked under Exceed, so it > does not appear to be a problem with the netscape > binary. I did not see any other instances of this > problem on the list. > > I don't need a resolution, considering the quality of > the Solaris implementation of netscape (and netscape's > implementation of Mozilla) I'm happier forwarding the > ports I need and using my local browser. Just thought > I'd bring it up, I'm not going to debug it (don't code > much under Windows). > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > From tulitanssi@luukku.com Thu Apr 15 05:03:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Thu, 15 Apr 2004 05:03:00 -0000 Subject: Problem with other window managers Message-ID: <1082003558917.tulitanssi.168684.rgLhCSASu9RSQQpNksEywQ@luukku.com> Hi, I'm unable to start any other window manager (twm, wmaker) with XWin 6.7.0.0-3, only the -multiwindow works. Is this a problem of whether to use 'run' or 'start /B' for starting XWin or the manager? Thanks, Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From tulitanssi@luukku.com Thu Apr 15 05:19:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Thu, 15 Apr 2004 05:19:00 -0000 Subject: Problem with other window managers Message-ID: <1082005423663.tulitanssi.170319.Mrv7JrIwlqhfuwl3cmchLg@luukku.com> Hi, > Is this a problem of whether to use 'run' or 'start /B' for starting XWin or the manager? Yes, if XWin is started with 'start /B', then at least wmaker works. BTW, this problem exists also with 6.7.0.0-4. Cheers, Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From earle@ziplabel.com Thu Apr 15 09:16:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 15 Apr 2004 09:16:00 -0000 Subject: GDI leak fixed in multiwindow mode, thanks to Kensuke's work Message-ID: <5.1.1.6.2.20040414221227.01fbeb88@mail.ziplabel.com> I've just CVS commited a 1-line patch for the GDI leak I found last night. It's actually the same patch Kensuke did a few hours ago, but it wasn't applied to the MultiWindow files. [I'm not complaining, I forgot to apply the off-by-one classname fix to Kensuke's rootless code, too...] It seems that we've got a lot of cut-n-pasted code in XWin. :( If someone has a few spare hours they should see if we can add a common multiwindow utility function file for things like generating class names or reloading the g_hiconX. From vervoom@hotmail.com Thu Apr 15 10:53:00 2004 From: vervoom@hotmail.com (J S) Date: Thu, 15 Apr 2004 10:53:00 -0000 Subject: numlock Message-ID: Sorry to come back to this again, but I have a lot of user faults reported due to this problem. Our users' boxes boot up with the numlock key on so this causes some confusion when they are told they have to switch the numlock key off before starting XFree. Is there anything I can do to switch this numlock behaviour off without user interference? JS. _________________________________________________________________ Use MSN Messenger to send music and pics to your friends http://www.msn.co.uk/messenger From alexander.gottwald@s1999.tu-chemnitz.de Thu Apr 15 13:46:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 15 Apr 2004 13:46:00 -0000 Subject: Problem with X forwarding by openssh-3.8p1 In-Reply-To: <1081976105.407da52963c90@www.control.toronto.edu> References: <1081976105.407da52963c90@www.control.toronto.edu> Message-ID: On Wed, 14 Apr 2004 kwong@control.toronto.edu wrote: > Thank you for the reply. I tried the -Y parameter to ssh and it does solve the > Matlab and ical problems. I am ignorant on the intracacies of Trusted versus > non-Trusted X-forwarding. The FAQ reference by Harold mentions that -Y disables > > trusted X-forwarding. This is wrong. the -Y parameter enables Trusted X11 forwarding. -X enables untrusted X11 forwarding and -x disables X11 forwarding completely. I'll correct the faq entry. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From bwier@marketaxess.com Thu Apr 15 13:53:00 2004 From: bwier@marketaxess.com (Bailey Wier) Date: Thu, 15 Apr 2004 13:53:00 -0000 Subject: 6.7.0.0-4: Unable to connect to remote server using DMCP Message-ID: I have upgraded to the X/Cygwin 6.7.0.0-4 but find that I am unable to view the login screen on a SuSE Linux box. Basically, the XWin window appears but does not show any of the KDM GUI or login on the remote server. The screen is simply a gray background with the 'X' cursor. Oddly, others are able to connect with XWin on this remote server from _other_ boxes. There doesn't seem to be any indication in the logs as to why this is happening... Has anyone seen this problem before? I haven't seen any suggestions on the mailing list which seemed to alleviate the problems I'm seeing... ---------------------------- XWin was started with the following command line: XWin -query 10.10.19.122 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 971 r 1274 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5096 winAllocateFBShadowDDNL - Created shadow pitch: 5096 winAllocateFBShadowDDNL - Created shadow stride: 1274 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 637 485 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned ddxBeforeReset - Hello winDeinitMultiWindowWM - Noting shutdown in progress From daniel@copyleft.no Thu Apr 15 14:27:00 2004 From: daniel@copyleft.no (Hr. Daniel Mikkelsen) Date: Thu, 15 Apr 2004 14:27:00 -0000 Subject: 6.7.0.0-4: Unable to connect to remote server using DMCP In-Reply-To: Message-ID: <20040415154857.E89398-100000@unity.copyleft.no> On Thu, 15 Apr 2004, Bailey Wier wrote: > I have upgraded to the X/Cygwin 6.7.0.0-4 but find that I am unable to view > the login screen on a SuSE Linux box. Basically, the XWin window appears > but does not show any of the KDM GUI or login on the remote server. The > screen is simply a gray background with the 'X' cursor. The grey background with the X is the X server in the "default" state. You can end up with this for any number of reasons. Since you're trying to get XDMCP to work here, run xdm/kdm on the SuSE box in debug mode and check the logs. Are you getting any connections from your Windows box at all? Also try to tcpdump at the SuSE box, "tcpdump -i eth0 -l udp port xdmcp" or something. -- Daniel Mikkelsen Copyleft Software AS From zakki@peppermint.jp Thu Apr 15 17:07:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Thu, 15 Apr 2004 17:07:00 -0000 Subject: GDI leak fixed in multiwindow mode, thanks to Kensuke's work In-Reply-To: <5.1.1.6.2.20040414221227.01fbeb88@mail.ziplabel.com> References: <5.1.1.6.2.20040414221227.01fbeb88@mail.ziplabel.com> Message-ID: Earle, > It seems that we've got a lot of cut-n-pasted code in XWin. :( > If someone has a few spare hours they should see if we can add > a common multiwindow utility function file for things like > generating class names or reloading the g_hiconX. I thought same thing when I tested off-by-one error and GDI leaks. MWExtWM's windows cursor and sizing/moving window improvement may be able to apply to multiwindow mode. Kensuke Matsuzaki -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp From huntharo@msu.edu Thu Apr 15 17:57:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 Apr 2004 17:57:00 -0000 Subject: Gone for the weekend Message-ID: <407EC149.5020900@msu.edu> I will be gone until Sunday evening. Please try to answer questions while I am gone. I may make a release in the next 30 minutes, but I may not have enough time. Later, Harold From david.martinez@managestar.com Thu Apr 15 18:14:00 2004 From: david.martinez@managestar.com (david.martinez@managestar.com) Date: Thu, 15 Apr 2004 18:14:00 -0000 Subject: Multiple monitors and repainting Message-ID: <6AA529466FDAE7429E48E44688DC8A2DE2E145@phoebus.managestar.com> I have an NVidia DualView card (Quadro NVS) with two monitors attached to it. My monitors are laid out as "2"->"1" (#2 on the left). I recently upgraded to the new xorg x11 via setup. The version is xorg-x11 6.7.0.0-6. I start X with startxwin.bat. I'm using Windows 2000. The problem is this: If you move an xterm from one screen to the next (they appear on #2, and I move them to #1), the window stops repainting. If I move half, the half that was on #2 still repaints, while the #1 half does not. I'm wondering if you are aware of this issue, and if you have any solutions or workarounds. For now all my consoles live in monitor #2 :-) Thanks, -David Martinez From sbaker@mail.fdn.com Thu Apr 15 21:14:00 2004 From: sbaker@mail.fdn.com (Sterling Baker) Date: Thu, 15 Apr 2004 21:14:00 -0000 Subject: Starting with startxwin.bat Message-ID: >... problem with the way that XWin and 'run' interact. >In other words, you can't use 'run' with XWin in certain >modes... Instead use 'start /B' if you are on an NT-based >platform... Using this; start /B XWin run openbox run xsetroot -solid aquamarine4 allows it to start with the 'startxwin.bat' ok, albeit, it does open a separate terminal window. I can easily work with this. Thanks Sterling From bwier@marketaxess.com Thu Apr 15 23:52:00 2004 From: bwier@marketaxess.com (Bailey Wier) Date: Thu, 15 Apr 2004 23:52:00 -0000 Subject: 6.7.0.0-4: Unable to connect to remote server using DMCP Message-ID: Thanks, Daniel... I figured this one out using your tcpdump suggestion. For reference, it appears that the network routing or dns tables had an older cached reference for the IP address I was making xdmcp requests from. Thus, xdm resolved an invalid hostname for the source address and sent packets to a non-existing host. e.g.: C:\cygwin>hostname NYC-5XB1R31.marketaxess.com C:\cygwin>XWin.exe -query nyc-hhgas.marketaxess.com nyc-hhgas:/var/log # tcpdump -i eth0 -l udp port xdmcp tcpdump: listening on eth0 17:08:51.760754 nyc-wr0vs.marketaxess.com.mice > nyc-hhgas.marketaxess.com.xdmcp: udp 7 17:08:51.790810 nyc-hhgas.marketaxess.com.xdmcp > nyc-wr0vs.marketaxess.com.mice: udp 52 (DF) 17:08:52.451785 nyc-wr0vs.marketaxess.com.mice > nyc-hhgas.marketaxess.com.xdmcp: udp 66 17:08:52.453015 nyc-hhgas.marketaxess.com.xdmcp > nyc-wr0vs.marketaxess.com.mice: udp 52 (DF) 17:08:52.453457 nyc-wr0vs.marketaxess.com.mice > nyc-hhgas.marketaxess.com.xdmcp: udp 29 17:08:54.458327 nyc-wr0vs.marketaxess.com.mice > nyc-hhgas.marketaxess.com.xdmcp: udp 29 17:08:57.113586 nyc-gwb1r31.marketaxess.com.xdmcp > 255.255.255.255.xdmcp: udp 34 17:08:58.458581 nyc-wr0vs.marketaxess.com.mice > nyc-hhgas.marketaxess.com.xdmcp: udp 29 > On Thu, 15 Apr 2004, Bailey Wier wrote: > > > I have upgraded to the X/Cygwin 6.7.0.0-4 but find that I am unable to view > > the login screen on a SuSE Linux box. Basically, the XWin window appears > > but does not show any of the KDM GUI or login on the remote server. The > > screen is simply a gray background with the 'X' cursor. > > The grey background with the X is the X server in the "default" state. You can > end up with this for any number of reasons. > > Since you're trying to get XDMCP to work here, run xdm/kdm on the SuSE box in > debug mode and check the logs. Are you getting any connections from your > Windows box at all? > > Also try to tcpdump at the SuSE box, "tcpdump -i eth0 -l udp port xdmcp" or > something. > > -- > Daniel Mikkelsen > Copyleft Software AS From earle@ziplabel.com Fri Apr 16 01:00:00 2004 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Fri, 16 Apr 2004 01:00:00 -0000 Subject: Multiple monitors and repainting Message-ID: <20040415235212.0CE6916119@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From luke.kendall@cisra.canon.com.au Fri Apr 16 10:33:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 16 Apr 2004 10:33:00 -0000 Subject: Problem with other window managers In-Reply-To: <1082003558917.tulitanssi.168684.rgLhCSASu9RSQQpNksEywQ@luukku.com> Message-ID: <20040416010047.B0A3934C4F@nevin.research.canon.com.au> On 15 Apr, tulitanssi@luukku.com wrote: > I'm unable to start any other window manager (twm, wmaker) with XWin 6.7.0.0-3, > only the -multiwindow works. > > Is this a problem of whether to use 'run' or 'start /B' for starting XWin or the manager? I believe you have to change the script that starts X, so that startx is invoked like so: startx -- :0 Remember to add an exec wmaker to your .xinitrc file, too. luke From imgerremerr@twinstarsmail.com Fri Apr 16 13:23:00 2004 From: imgerremerr@twinstarsmail.com (joseph shindle) Date: Fri, 16 Apr 2004 13:23:00 -0000 Subject: Qw Re: Your V~i_c_o`din refill is ready Message-ID: <6af701c4231f$39212b90$c3c9ccda@imgerremerr> e-ehh directivos corduba The b`est meds available Stop the pain, here's how: vico*din This site will save you alot of money on meds... G N http://iamp.xmbp.newestideasall.info/pgpho/index.htm Drop me: http://uy.oij.newestideasall.info/pgpho/rm.html Sir William Thompson was very deaf but he did not like people to know this. One evening he had invited several friends to dinner, and while they were sitting at the table, one of the friends told a funny story. Everyone laughed, and Sir William, who had laughed as loud as anyone, said, "That was a very funny joke, but I know a funnier one. Would you like to hear it?" They all said they would, so Sir William began his story. When it ended, everyone laughed louder than ever and Sir William smiled happily. But he didn't know the reason for their laughter. He had told the very same story that his friend had just told. A local bar was so sure that its bartender was the strongest man around that they offered a standing $1,000 bet. The bartender would squeeze a lemon until all the juice ran into a glass, and hand the lemon to a patron. Anyone who could squeeze one more drop of juice out would win the money. Many people had tried over time (weightlifters, longshoremen, etc.) but nobody could do it. One day a scrawny little man wearing thick glasses and a polyester suit came in and said in a tiny, squeaky voice, "I'd like to try the bet." After the laughter had died down, the bartender said okay, grabbed a lemon, and squeezed away. Then he handed the wrinkled remains of the rind to the little man. But the crowd's laughter turned to total silence as the man clenched his fist around the lemon and six drops fell into the glass. As the crowd cheered, the bartender paid the $1,000, and asked the little man, "What do you do for a living? Are you a lumberjack, a weightlifter, or what?" The man replied, "I work for the IRS." on7moritut05chinitu,nintibun chiekku. From imgerremerr@twinstarsmail.com Fri Apr 16 13:40:00 2004 From: imgerremerr@twinstarsmail.com (joseph shindle) Date: Fri, 16 Apr 2004 13:40:00 -0000 Subject: Qw Re: Your V~i_c_o`din refill is ready Message-ID: <6af701c4231f$39212b90$c3c9ccda@imgerremerr> e-ehh directivos corduba The b`est meds available Stop the pain, here's how: vico*din This site will save you alot of money on meds... G N http://iamp.xmbp.newestideasall.info/pgpho/index.htm Drop me: http://uy.oij.newestideasall.info/pgpho/rm.html Sir William Thompson was very deaf but he did not like people to know this. One evening he had invited several friends to dinner, and while they were sitting at the table, one of the friends told a funny story. Everyone laughed, and Sir William, who had laughed as loud as anyone, said, "That was a very funny joke, but I know a funnier one. Would you like to hear it?" They all said they would, so Sir William began his story. When it ended, everyone laughed louder than ever and Sir William smiled happily. But he didn't know the reason for their laughter. He had told the very same story that his friend had just told. A local bar was so sure that its bartender was the strongest man around that they offered a standing $1,000 bet. The bartender would squeeze a lemon until all the juice ran into a glass, and hand the lemon to a patron. Anyone who could squeeze one more drop of juice out would win the money. Many people had tried over time (weightlifters, longshoremen, etc.) but nobody could do it. One day a scrawny little man wearing thick glasses and a polyester suit came in and said in a tiny, squeaky voice, "I'd like to try the bet." After the laughter had died down, the bartender said okay, grabbed a lemon, and squeezed away. Then he handed the wrinkled remains of the rind to the little man. But the crowd's laughter turned to total silence as the man clenched his fist around the lemon and six drops fell into the glass. As the crowd cheered, the bartender paid the $1,000, and asked the little man, "What do you do for a living? Are you a lumberjack, a weightlifter, or what?" The man replied, "I work for the IRS." on7moritut05chinitu,nintibun chiekku. From swp5jhu02@sneakemail.com Fri Apr 16 14:07:00 2004 From: swp5jhu02@sneakemail.com (=?ISO-8859-1?Q?Peter_Valdemar_M=F8rch?=) Date: Fri, 16 Apr 2004 14:07:00 -0000 Subject: Tiny detail: example.XWinrc from To-Do gives 404. Here is the new URL... Message-ID: <407FDE5D.9000405@sneakemail.com> Not a biggie: But from http://x.cygwin.com/devel/todo.html there is this link that gives a 404: http://www.msu.edu/~huntharo/xwin/server/example.XWinrc Working URL: http://www.msu.edu/~huntharo/xwin/devel/server/example.XWinrc -- Peter Valdemar M??rch http://www.morch.com From swp5jhu02@sneakemail.com Fri Apr 16 14:43:00 2004 From: swp5jhu02@sneakemail.com (=?ISO-8859-1?Q?Peter_Valdemar_M=F8rch?=) Date: Fri, 16 Apr 2004 14:43:00 -0000 Subject: Howto: starting ssh-agent/keychain and launching remote apps Message-ID: <407FE256.1080101@sneakemail.com> Hi there, I use xterms on remote machines, and really don't want to have to start a cygwin prompt every time. With the setup shown here, you can create a windows shortcut, that will ssh to and launch an app on a remote machine without any cygwin prompt and without any annoying dos boxes hanging around in the taskbar. If anybody has gotten this to work in a simpler way, I'd love to hear about it. But in order to source the .keychain/-sh and then run ssh I have to run bash. Running bash gives a nasty dos box, unless I use 7 lines of Visual Basic. Simpler suggestions? It has taken me a while to get it to work, and so I thought I'd post the howto here. I'd like to write the documentation for this too (e.g. in "Displaying Remote Clients" in the UG), but would like first to hear if this is useful to anybody. If so, I'll write the docbook documentation and submit a more complete patch. Until then, here is a patch to startxwin.bat. I want the ssh-agent (keychain) opened when the x-server is started, so I'm good to go immediately. Also, it describes in a REAME manner how to get a desktop icon working effortlessly. Here is the patch. Mail breaks the lines of the patch. Here is a URL too: http://purl.oclc.org/NET/pmorch/startxwin.bat.patch --- startxwin.bat.orig 2004-04-16 13:43:06.129258200 +0200 +++ startxwin.bat 2004-04-16 14:20:00.064851500 +0200 @@ -145,6 +145,43 @@ run XWin -multiwindow -clipboard +REM +REM Startup the keychain to hold your ssh private keys. This will allow +REM you to ssh to remote hosts without being asked for a password. +REM It requires that the keychain package is installed. It is found +REM in Setup/Utils/keychain. +REM +REM First, set up your ssh keys so they work with ssh-agent and ssh-add. +REM It works when you can do e.g. "ssh remotehost" and you are not +REM asked for a password. Get this to work first in a normal cygwin prompt. +REM +REM Check out one of the howtos here: +REM http://www.google.com/search?q=howto+ssh+keys +REM Once that is working, keychain will make sure the ssh-agent is started +REM and the keys are added. +REM +REM Then you can create desktop shortcuts to remote hosts like this: +REM Right click on the windows desktop, select New/Shortcut, +REM and then enter a line like this in the field: +REM +REM %windir%\System32\wscript.exe c:\data\scr\quiet.vbs C:\cygwin\bin\bash.exe --login -c "ssh -f -Y -A remotehost xterm" +REM +REM (Replace remotehost with the host name) +REM +REM quiet.vbs is written in Visual Basic, and its purpose is to avoid an +REM annoying dos box that has no purpose. It must contain something like this: +REM +REM Set oShell = CreateObject ("Wscript.Shell") +REM Set objArgs = WScript.Arguments +REM ' Join and quote all the arguments.... +REM for each arg in objArgs +REM cmd = cmd & """" & arg & """" & " " +REM next +REM oShell.Run cmd , 0, 0 +REM + +REM \cygwin\bin\bash -c "keychain `ls ~/.ssh/id*|grep -v '\.pub$'`" + 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 -l -- Peter Valdemar M??rch http://www.morch.com From swp5jhu02@sneakemail.com Fri Apr 16 15:04:00 2004 From: swp5jhu02@sneakemail.com (=?ISO-8859-1?Q?Peter_Valdemar_M=F8rch?=) Date: Fri, 16 Apr 2004 15:04:00 -0000 Subject: Obtaining the docs source code? Message-ID: <407FE89B.8040500@sneakemail.com> Hi there, It looks to me like http://x.cygwin.com/docs/cg/docs-obtaining-source.html Might be a little out of date. It outlines how one should go to a mirror, find the xfree/devel/documentation/ directory and download cygwin-x-doc-1.0.0.tar.gz. However a couple of mirrors I tried didn't have a xfree/devel/documentation/ directory. I did find this however: http://freedesktop.org/cgi-bin/viewcvs.cgi/xserver/cygwin-x-doc/ug/ In here, documentation-obtaining-source.xml contains this: As of 2004/04/10 this section of the manual needs to be rewritten. And so it is out of sync with the online Cygwin/X documentation. Am I to assume, that it just is a matter of time before http://x.cygwin.com/docs/cg/docs-obtaining-source.html will reflect the above XML? (My two previous posts have to do with patching documentation, so I thought I'd ask this to get going on it...) I got this to work... cvs -d :pserver:anoncvs@cvs.freedesktop.org:/cvs/xserver login cvs -d :pserver:anoncvs@cvs.freedesktop.org:/cvs/xserver co cygwin-x-doc Is this the right documentation to modify? Does anybody want the patches afterwards? Peter -- Peter Valdemar M??rch http://www.morch.com From pechtcha@cs.nyu.edu Fri Apr 16 15:49:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 16 Apr 2004 15:49:00 -0000 Subject: Howto: starting ssh-agent/keychain and launching remote apps In-Reply-To: <407FE256.1080101@sneakemail.com> References: <407FE256.1080101@sneakemail.com> Message-ID: On Fri, 16 Apr 2004, Peter Valdemar M??rch wrote: > Hi there, > > I use xterms on remote machines, and really don't want to have to start > a cygwin prompt every time. With the setup shown here, you can create a > windows shortcut, that will ssh to and launch an app on a remote machine > without any cygwin prompt and without any annoying dos boxes hanging > around in the taskbar. > > If anybody has gotten this to work in a simpler way, I'd love to hear > about it. But in order to source the .keychain/-sh and then run > ssh I have to run bash. Running bash gives a nasty dos box, unless I use > 7 lines of Visual Basic. Simpler suggestions? It has taken me a while to > get it to work, and so I thought I'd post the howto here. What's wrong with using "run"? I.e., something like C:\cygwin\usr\X11R6\bin\run.exe /bin/bash.exe --login -c "ssh -f -Y -A remotehost xterm" BTW, a couple of caveats: you'll either need xterm to be in the PATH on the remote host or specify the path to xterm explicitly; DISPLAY has to be set properly; and you might want to redirect the output of ssh to a log somewhere, just so you know when something goes wrong. Here's what I have that's worked for me just now: C:\cygwin\usr\X11R6\bin\run.exe /bin/bash --login -c "DISPLAY=localhost:0.0 ssh -f -Y -A user@remotehost /usr/X11R6/bin/xterm >/tmp/invoke_xterm.$$.log 2>&1" Igor > I'd like to write the documentation for this too (e.g. in "Displaying > Remote Clients" in the UG), but would like first to hear if this is > useful to anybody. If so, I'll write the docbook documentation and > submit a more complete patch. > > Until then, here is a patch to startxwin.bat. I want the ssh-agent > (keychain) opened when the x-server is started, so I'm good to go > immediately. > > Also, it describes in a README manner how to get a desktop icon working > effortlessly. > > Here is the patch. > [snip] -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From swp5jhu02@sneakemail.com Sat Apr 17 02:46:00 2004 From: swp5jhu02@sneakemail.com (=?ISO-8859-1?Q?Peter_Valdemar_M=F8rch?=) Date: Sat, 17 Apr 2004 02:46:00 -0000 Subject: Howto: starting ssh-agent/keychain and launching remote apps Message-ID: <407FF5F4.9070305@sneakemail.com> Yes, using run.exe is much, *much* better! I didn't know of that.... :-( Now I do. Thanks! :-D I guess I should also mention somewhere that .bash_profile does: . ~/.keychain/`uname -n`-sh or do it in the bash -c command explicitly... > BTW, a couple of caveats You are absolutely right. I did set the display and the path myself. So much the more reason for a howto. (Well I don't personally care anymore, its working! But *I* would have loved a pre-written howto...) Peter -- Peter Valdemar M??rch http://www.morch.com From alexander.gottwald@s1999.tu-chemnitz.de Sat Apr 17 07:50:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 17 Apr 2004 07:50:00 -0000 Subject: Obtaining the docs source code? In-Reply-To: <407FE89B.8040500@sneakemail.com> References: <407FE89B.8040500@sneakemail.com> Message-ID: On Fri, 16 Apr 2004, Peter Valdemar M??rch wrote: > And so it is out of sync with the online Cygwin/X documentation. > Am I to assume, that it just is a matter of time before > http://x.cygwin.com/docs/cg/docs-obtaining-source.html > will reflect the above XML? Yes. The docs on the website hav not been updated for about 2 weeks now. I don't have the build environment working properly and I don't want to upload slightly broken docs so I asked Harold to upload them. Unfortunatly he is away for the weekend. If I can cleanup my build environment then I will upload at least the the html docs this weekend. > (My two previous posts have to do with patching documentation, so I > thought I'd ask this to get going on it...) > > I got this to work... > cvs -d :pserver:anoncvs@cvs.freedesktop.org:/cvs/xserver login > cvs -d :pserver:anoncvs@cvs.freedesktop.org:/cvs/xserver co cygwin-x-doc > > Is this the right documentation to modify? Does anybody want the patches > afterwards? Of course. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From overbored@overbored.net Sat Apr 17 15:12:00 2004 From: overbored@overbored.net (OvErboRed) Date: Sat, 17 Apr 2004 15:12:00 -0000 Subject: QT menus don't work Message-ID: Hi, I'm using Cygwin/XFree86 under Win XP, and I am having problems using QT apps over a network. Basically, whenever I click on menus (or use the ALT hotkeys), the menus pop up for a split second before going away (though they work fine when I work locally). I'm using the latest Cygwin and related packages. I found this to be a problem in both QT apps I've tried (designer and qvfb). All other X apps run fine. Any help would be appreciated. Thanks in advance. From zakki@peppermint.jp Sat Apr 17 18:02:00 2004 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Sat, 17 Apr 2004 18:02:00 -0000 Subject: QT menus don't work In-Reply-To: References: Message-ID: Hi, Because of several reasons, overridden window become active. This patch fixs that. But this confuses order of top most windows. zakki -- Kensuke Matsuzaki mailto:zakki@peppermint.jp http://peppermint.jp -------------- next part -------------- A non-text attachment was scrubbed... Name: x.diff Type: application/octet-stream Size: 1367 bytes Desc: not available URL: From ed@membled.com Sat Apr 17 22:55:00 2004 From: ed@membled.com (Ed Avis) Date: Sat, 17 Apr 2004 22:55:00 -0000 Subject: --help option for run.exe and XWin.exe Message-ID: It would be useful if run.exe and XWin.exe had a --help option. XWin will print usage if it sees an unrecognized option, but the message goes to stderr + popup window; --help normally means print usage to stdout and exit successfully. -- Ed Avis From rodmedina@cantv.net Sun Apr 18 00:19:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Sun, 18 Apr 2004 00:19:00 -0000 Subject: XWin -multiwindow menu problem (Was: XWinrc Bugs) Message-ID: <197810-22004461718233559@cantv.net> Hi all, I have updated to cygwin1-20040416 and XWin-6.7.0.0-4 The problems with XWinrc seem to be gone. Remains the problem with the 3 items menus, that I previously attributed to the XWinrc feature, but I now think it is a "XWin -multiwindow" problem. To remember the problem: All windows produce by "XWin -multiwindow" have a 3-items (Move, Size and Close) instead of the Windows standard 6-items menus. What the XWinrc feature has to do with this problem is that the XWinrc RELOAD command cures the windows previously produced by "XWin -multiwindow". XFree86 versions of XWin did not have this problem. bye, Rodrigo Medina -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 4034 bytes Desc: XWin.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: system.XWinrc Type: application/octet-stream Size: 88 bytes Desc: system.XWinrc URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: syscheck.txt URL: From j_tetazoo@hotmail.com Sun Apr 18 09:36:00 2004 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Sun, 18 Apr 2004 09:36:00 -0000 Subject: numlock Message-ID: I Googled for "numlock off" and the first page had several promising-sounding hits with instructions on how to force Windows to boot up with NumLock off regardless of how the BIOS is configured. The simplest solution (don't know which versions of Windows this will work with) was to add a line to c:\config.sys that looks like "NUMLOCK=OFF"). >From: "J S" >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Re: numlock >Date: Thu, 15 Apr 2004 09:16:19 +0000 > >Sorry to come back to this again, but I have a lot of user faults reported >due to this problem. Our users' boxes boot up with the numlock key on so >this causes some confusion when they are told they have to switch the >numlock key off before starting XFree. Is there anything I can do to switch >this numlock behaviour off without user interference? > >JS. > >_________________________________________________________________ >Use MSN Messenger to send music and pics to your friends >http://www.msn.co.uk/messenger > _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar ?? get it now! http://toolbar.msn.com/go/onm00200415ave/direct/01/ From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Apr 19 05:35:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 19 Apr 2004 05:35:00 -0000 Subject: Updated documentation Message-ID: I have updated the documentation on the website and in cvs. Changelog (compiled from my memories... may be incomplete) Users guide: - documented all previously undocumented commandline switches (me) FAQ: - some cleanups on x11forwarding (me) Contributors guide: - updated section about obtaining the cygwin-x-doc sources (me) all of the above: - general update to match latest xorg release (Harold Hunt) I hope I've not missed an important point. I'm away until Tuesday, this means complaints will likely remain uncommented until then. bye ago NP: Spetsnaz - Foul Play -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From vervoom@hotmail.com Mon Apr 19 07:00:00 2004 From: vervoom@hotmail.com (J S) Date: Mon, 19 Apr 2004 07:00:00 -0000 Subject: numlock Message-ID: >I Googled for "numlock off" and the first page had several >promising-sounding hits with instructions on how to force Windows to boot >up with NumLock off regardless of how the BIOS is configured. > >The simplest solution (don't know which versions of Windows this will work >with) was to add a line to c:\config.sys that looks like "NUMLOCK=OFF"). > Thanks for your reply. Unfortunately our users' boxes are locked down (they're on XP) so they wouldn't be able to edit that file. I was really looking for a way to do this from the XFree startup script or configuration anyway. >>Sorry to come back to this again, but I have a lot of user faults reported >>due to this problem. Our users' boxes boot up with the numlock key on so >>this causes some confusion when they are told they have to switch the >>numlock key off before starting XFree. Is there anything I can do to >>switch this numlock behaviour off without user interference? >> >>JS. >> >>_________________________________________________________________ >>Use MSN Messenger to send music and pics to your friends >>http://www.msn.co.uk/messenger >> > >_________________________________________________________________ >FREE pop-up blocking with the new MSN Toolbar ?? get it now! >http://toolbar.msn.com/go/onm00200415ave/direct/01/ > _________________________________________________________________ Stay in touch with absent friends - get MSN Messenger http://www.msn.co.uk/messenger From earle@ziplabel.com Mon Apr 19 10:48:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 19 Apr 2004 10:48:00 -0000 Subject: XWin -multiwindow menu problem (Was: XWinrc Bugs) In-Reply-To: <197810-22004461718233559@cantv.net> Message-ID: <5.1.1.6.2.20040418223105.020e8630@mail.ziplabel.com> Hi Rodrigo, At 02:02 PM 4/17/2004 -0400, Rodrigo Medina wrote: >The problems with XWinrc seem to be gone. >Remains the problem with the 3 items menus, that I previously >attributed to the XWinrc feature, but I now think it is a >"XWin -multiwindow" problem. To remember the problem: >All windows produce by "XWin -multiwindow" have a 3-items >(Move, Size and Close) instead of the Windows standard 6-items menus. >What the XWinrc feature has to do with this problem is that the >XWinrc RELOAD command cures the windows previously produced by >"XWin -multiwindow". >XFree86 versions of XWin did not have this problem. That's good troubleshooting, a patch that works around the W95 bug was committed to CVS. (Are you able to run the latest cygwin DLLs under W95 still? When I was running cygwin w/W95A+IE5.5sp2 under bochs I got nothing but bluescreens in cygwin1.dll...) -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From ed@membled.com Mon Apr 19 11:36:00 2004 From: ed@membled.com (Ed Avis) Date: Mon, 19 Apr 2004 11:36:00 -0000 Subject: Clipboard mini-hangs with 6.7.0.0-4 Message-ID: The clipboard hanging problem is not completely cured. I am often unable to paste text from X (in particular, xemacs) into Windows apps; the hourglass appears for a few seconds and nothing is pasted. Sometimes I cannot paste from Windows into X; I select some text and copy it to the Windows clipboard but pasting in X gives some different text that I selected in X earlier. The following log file shows (at the end) the mini-hang when pasting from X into Windows. I am not running xwinclip.exe at the same time. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -clipboard -engine 1 -br ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1200 h 1600 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1200 dwHeight: 1600 winSetEngine - Using user's preference: 1 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1200 h: 1600 winCreateBoundingWindowWindowed - Current w: 1200 h: 1600 winAdjustForAutoHide - Original WorkArea: 0 0 1572 1200 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1572 1200 winCreateBoundingWindowWindowed - WindowClient w 1194 h 1547 r 1194 l 0 b 1547 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1194 height: 1547 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1194 height: 1547 depth: 32 size image: 7388472 winAllocateFBShadowGDI - Created shadow stride: 1194 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: "00000809" (00000809) (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" Rules = "xorg" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 597 773 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP ddxBeforeReset - Hello (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1194 dwHeight: 1547 winSetEngine - Using user's preference: 1 winCreateBoundingWindowWindowed - User w: 1200 h: 1600 winCreateBoundingWindowWindowed - Current w: 1194 h: 1547 winAdjustForAutoHide - Original WorkArea: 0 0 1572 1200 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1572 1200 winCreateBoundingWindowWindowed - WindowClient w 1194 h 1547 r 1194 l 0 b 1547 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1194 height: 1547 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1194 height: 1547 depth: 32 size image: 7388472 winClipboardProc - DISPLAY=127.0.0.1:0.0 winAllocateFBShadowGDI - Created shadow stride: 1194 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: "00000809" (00000809) (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" Rules = "xorg" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - OpenClipboard () failed: 00002749 winClipboardFlushXEvents - SelectionRequest - OpenClipboard () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcSetSelectionOwner - CloseClipboard () failed: 0000058a winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00000000 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for UTF8String, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed for CompoundText, aborting: 1 winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winClipboardFlushXEvents - SelectionRequest - GetClipboardData () failed: 00002749 -- Ed Avis From darryls@productcosting.com Mon Apr 19 13:20:00 2004 From: darryls@productcosting.com (Darryl Scott) Date: Mon, 19 Apr 2004 13:20:00 -0000 Subject: libc Message-ID: <5.2.1.1.0.20040419103138.0250b900@mail.mistral.net> Hi! I cannot find any reference to a problem with this in the Cygwin docs, redhat site etc. Libc has as a standard catgets. But catgets and catopen are absent from the cygwin implementation and gencat and nl_types are not to be found. So where can I find either the source for these or a technical spec? I am reluctant to simply incorporate a libc containing these as this may interfere with the workings of Cygwin. True or False? I have asked this before but received no reply as I guess the question was considered either stupid or off topic. My my perspective the question is neither. Can I have some input please? Regards Darryl Scott From darryls@productcosting.com Mon Apr 19 14:36:00 2004 From: darryls@productcosting.com (Darryl Scott) Date: Mon, 19 Apr 2004 14:36:00 -0000 Subject: Forked call Message-ID: <5.2.1.1.0.20040419104020.02467cc0@mail.mistral.net> Hi! I can find no input to this problem in the cygwin docs etc. This problem does not occur if the Cygwin X server is used by the executables that are compiled in SFU. It only happens when the executables are Cygwin derived. From X app 1 I call a simple fork programme using a system call. This fork programme calls another X app using execv, the details of which have been passed to it as arguments. The fork programme dies returning control to X app1. The X app2 initiates and processes through all actions up to display. It appears to pick up all the relevant X environment enquiries correctly. Under SFU it progresses to display and operates as required. Under Cygwin it dies, I have tried trapping signals but have found none. This suggest that the X server is happy as it works with SFU and that the problem is something I have to do with the cygwin generated X-app. True, False or complete rubbish? Input greatly appreciated. Kind regards, Darryl Scott Profile Product Costing Ltd The Old Vicarage, Market Place, Castle Donington, DE74 2JB, United Kingdom Telephone: +44 (0) 1332 856972 FAX: +44 (0) 1332 810769 Mobile +44 (0) 7808 078388 Web : www.productcosting.com This email and any attachments have been checked for viruses. From huntharo@msu.edu Mon Apr 19 14:56:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 19 Apr 2004 14:56:00 -0000 Subject: libc In-Reply-To: <5.2.1.1.0.20040419103138.0250b900@mail.mistral.net> References: <5.2.1.1.0.20040419103138.0250b900@mail.mistral.net> Message-ID: <4083D1EF.3010800@msu.edu> Darryl Scott wrote: > Hi! > > I cannot find any reference to a problem with this in the Cygwin docs, > redhat site etc. > > Libc has as a standard catgets. But catgets and catopen are absent from > the cygwin implementation and gencat and nl_types are not to be found. > > So where can I find either the source for these or a technical spec? > > I am reluctant to simply incorporate a libc containing these as this may > interfere with the workings of Cygwin. True or False? > > I have asked this before but received no reply as I guess the question > was considered either stupid or off topic. My my perspective the > question is neither. > Can I have some input please? Wrong mailing list. This question has nothing to do with the X Window System. Harold From ed@membled.com Mon Apr 19 18:57:00 2004 From: ed@membled.com (Ed Avis) Date: Mon, 19 Apr 2004 18:57:00 -0000 Subject: Renaming 'xfree' mailing lists? Message-ID: Now that Cygwin is using xorg instead of XFree86, will this mailing list and xfree-announce be renamed? -- Ed Avis From david.martinez@managestar.com Mon Apr 19 18:59:00 2004 From: david.martinez@managestar.com (david.martinez@managestar.com) Date: Mon, 19 Apr 2004 18:59:00 -0000 Subject: Multiple monitors and repainting Message-ID: <6AA529466FDAE7429E48E44688DC8A2DE2E1E8@phoebus.managestar.com> That worked great, thanks! -----Original Message----- From: Earle F. Philhower, III [mailto:earle@ziplabel.com] Sent: Thursday, April 15, 2004 4:52 PM To: cygwin-xfree@cygwin.com Subject: Re: Multiple monitors and repainting David, Add -multiplemonitors to your XWin command line. ---------- Original Message ------------- Subject: Multiple monitors and repainting Date: Thu, 15 Apr 2004 10:57:57 -0700 From: To: I have an NVidia DualView card (Quadro NVS) with two monitors attached to it. My monitors are laid out as "2"->"1" (#2 on the left). I recently upgraded to the new xorg x11 via setup. The version is xorg-x11 6.7.0.0-6. I start X with startxwin.bat. I'm using Windows 2000. The problem is this: If you move an xterm from one screen to the next (they appear on #2, and I move them to #1), the window stops repainting. If I move half, the half that was on #2 still repaints, while the #1 half does not. I'm wondering if you are aware of this issue, and if you have any solutions or workarounds. For now all my consoles live in monitor #2 :-) Thanks, -David Martinez -- -Earle F. Philhower, III earle@ziplabel.com http://www.ziplabel.com From yadin@pitt.edu Mon Apr 19 19:26:00 2004 From: yadin@pitt.edu (Yadin Y. Goldschmidt) Date: Mon, 19 Apr 2004 19:26:00 -0000 Subject: running netscape fails to open Message-ID: I connect to a unix host using ssh -X hostname. When I issue the command xemacs& or emacs& it opens a window on my desktop. but when I issue the command netscape I get the following error: (76) unixs1 % netscape & [1] 15126 (77) unixs1 % Warning: Cannot convert string "Escape,_Key_Cancel" to type VirtualBinding Warning: Cannot convert string "Home,_Key_Begin" to type VirtualBinding Warning: Cannot convert string "F1,_Key_Help" to type VirtualBinding Warning: Cannot convert string "ShiftF10,_Key_Menu" to type VirtualBinding Warning: Cannot convert string "F10,Shift_Key_Menu" to type VirtualBinding Warning: Cannot convert string "KP_Enter,_Key_Execute" to type VirtualBinding Warning: Cannot convert string "AltReturn,Alt_Key_KP_Enter" to type VirtualBinding X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) Major opcode of failed request: 73 (X_GetImage) Resource id in failed request: 0x56 Serial number of failed request: 78 Current serial number in output stream: 78 I tried also another x client (xwin32) and netscape worked fine. So this appears to be a bug in cygwin-xfree. Am I doing something wrong? I run the latest version of cygwin. From j_tetazoo@hotmail.com Mon Apr 19 21:59:00 2004 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 19 Apr 2004 21:59:00 -0000 Subject: numlock Message-ID: >From: "J S" >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Re: numlock >Date: Sun, 18 Apr 2004 09:36:37 +0000 [snip] >Thanks for your reply. Unfortunately our users' boxes are locked down >(they're on XP) so they wouldn't be able to edit that file. I was really >looking for a way to do this from the XFree startup script or configuration >anyway. OK. You asked for it. Below is a short C program which will check the state of the NumLock key and synthesize a keydown/keyup sequence of the NumLock key if it's down. Works on my box, which is Win2K, but I'm led to believe from the documentation that it should work with any 32-bit implementation of windows. To build it, copy-paste the following source into a file (e.g. "numlockoff.c") then run gcc on it (e.g. "gcc -o numlockoff numlockoff.c"). Then add that to a convenient location on your client systems and add a call to it in your X startup script. #include #define _WIN32_WINNT 0x0500 #include int main() { INPUT pInput[2]; if (GetKeyState(VK_NUMLOCK) == 1) { pInput[0].type = INPUT_KEYBOARD; pInput[0].ki.wVk = VK_NUMLOCK; pInput[0].ki.wScan = 0; pInput[0].ki.dwFlags = 0; /* Nill for keydown */ pInput[0].ki.time = 0; pInput[0].ki.dwExtraInfo = 0; pInput[1].type = INPUT_KEYBOARD; pInput[1].ki.wVk = VK_NUMLOCK; pInput[1].ki.wScan = 0; pInput[1].ki.dwFlags = KEYEVENTF_KEYUP; pInput[1].ki.time = 0; pInput[1].ki.dwExtraInfo = 0; if (SendInput(2, pInput, sizeof(INPUT)) == 0) { fprintf(stderr, "Error: SendInput failed. NumLock was not turned off.\n"); } } } _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar ?? get it now! http://toolbar.msn.com/go/onm00200415ave/direct/01/ From yadin@pitt.edu Mon Apr 19 22:16:00 2004 From: yadin@pitt.edu (Yadin Y. Goldschmidt) Date: Mon, 19 Apr 2004 22:16:00 -0000 Subject: running netscape fails to open References: Message-ID: I found the answer myself by reading previous posts, I have to use -Y instead of -X. Still why does xemacs works with -X and netscape doesn't? "Yadin Y. Goldschmidt" wrote in message news:c617ei$lba$1@sea.gmane.org... > I connect to a unix host using ssh -X hostname. > When I issue the command xemacs& or emacs& it opens a window on my desktop. > but when I issue the command netscape I get the following error: > (76) unixs1 % netscape & > [1] 15126 > (77) unixs1 % Warning: Cannot convert string "Escape,_Key_Cancel" to > type VirtualBinding > Warning: Cannot convert string "Home,_Key_Begin" to type VirtualBinding > Warning: Cannot convert string "F1,_Key_Help" to type VirtualBinding > Warning: Cannot convert string "ShiftF10,_Key_Menu" to type > VirtualBinding > Warning: Cannot convert string "F10,Shift_Key_Menu" to type > VirtualBinding > Warning: Cannot convert string "KP_Enter,_Key_Execute" to type > VirtualBinding > Warning: Cannot convert string "AltReturn,Alt_Key_KP_Enter" to type > VirtualBinding > X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) > Major opcode of failed request: 73 (X_GetImage) > Resource id in failed request: 0x56 > Serial number of failed request: 78 > Current serial number in output stream: 78 > > I tried also another x client (xwin32) and netscape worked fine. So this > appears to be a bug in cygwin-xfree. > Am I doing something wrong? > I run the latest version of cygwin. > > > > From Dan_Wilks@intuit.com Mon Apr 19 22:20:00 2004 From: Dan_Wilks@intuit.com (Wilks, Dan) Date: Mon, 19 Apr 2004 22:20:00 -0000 Subject: Initial Comments From a Noob Message-ID: Hey all With that out of the way... Last Friday (4/15/04) I updated my Cygwin tools (longtime user) and installed (for the first time) all the Cygwin/X servers & apps (setup/x11-base 6.7.0.0-7, cygcheck XFree86-xserv 4.3.0-68). I got up and running over a PuTTY-supplied ssh tunnel without too much grief (I'll deal with a Cygwin tunnel later). I'm running XWin.exe with -multiwindow -clipboard. Here's a list, roughly in descending order of pain, of the things I've run into in the past day or so. Some are already on to do lists but they're here again just for ranking's sake. - The amount of effort y'all have put into this project is amazing. Great job. - Paste Win -> X: Today I copied a command-line from a Word doc, or perhaps a web page and tried to paste it into my xterm. The only thing pasting into X was something I had copied from another xterm earlier. Even now, even though I can paste Win32 copied text into Notepad it won't paste into xterm or emacs. I know that copy/paste worked in both directions when I first started up the X server. I've had this same thing happen with Exceed and XWin32. Maybe with a bit more active and accessible development effort we can make this more reliable. - Ctrl-Shift-Tab: What can I say, I'm too used to Windows. I use emacs w/ cua.el and added ctrl-tab/ctrl-shift-tab bindings to cycle through the buffer list. I can't say for sure if this was working on Friday or not, but today it doesn't do anything. (global-set-key [(C-S-kp-tab)] (lambda () (interactive) (crs-bury-buffer -1))) - Desktop resize: When I remote desktop into my computer and the screen size changes the background window isn't resizing yet. I saw that the first bit of code is in an #if 0 state. I'm looking forward to the implementation. - Windows Cursor: At the moment the Windows cursor isn't being hidden while its over the x window client area. This just started this morning when I came back from the weekend. Could be some sort of artifact from remote desktop use? Anyway there's quite an art to ignoring the Windows cursor especially when it isn't a simple arrow (window resize arrow for instance). - Popup windows(?): Using the IntelliJ IDEA I can press Alt+F to bring up the file menu. Let go of the Alt key, then press Alt-Tab to switch to another window. If it's another X window, the file menu eventually goes away. If it's a Windows window (this message in Outlook for example) the file menu never goes away. - X Tooltips (not sure what they're called in x) can popup over non X windows. For example, open emacs and then switch to a non-x app like Outlook. From time to time it appears as if XWin hasn't released mouse capture and the tooltips from emacs (icon bar, status bar, ...) will pop up over the non-x application. - Painting: If you click in the title bar of an xterm buried behind another one and drag the window, the contents of the top window are dragged around until the window gets a chance to be repainted. Also this morning when bringing up hidden xterms the xterm window was painted with the contents of the hidden root window before the underlying xwindow(?) had been brought to the foreground. Neither of these are problems just entertaining to watch. Dan From alexander.gottwald@s1999.tu-chemnitz.de Mon Apr 19 22:30:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 19 Apr 2004 22:30:00 -0000 Subject: Forked call In-Reply-To: <5.2.1.1.0.20040419104020.02467cc0@mail.mistral.net> References: <5.2.1.1.0.20040419104020.02467cc0@mail.mistral.net> Message-ID: On Mon, 19 Apr 2004, Darryl Scott wrote: > Hi! > > I can find no input to this problem in the cygwin docs etc. > > This problem does not occur if the Cygwin X server is used by the > executables that are compiled in SFU. It only happens when the executables > are Cygwin derived. > > From X app 1 I call a simple fork programme using a system call. This fork > programme calls another X app using execv, the details of which have been > passed to it as arguments. The fork programme dies returning control to X > app1. The X app2 initiates and processes through all actions up to display. > It appears to pick up all the relevant X environment enquiries correctly. > Under SFU it progresses to display and operates as required. Under Cygwin > it dies, I have tried trapping signals but have found none. Sorry, we can't help you with these vague description. Build a testcase which is very small and which triggers the problem. Then we might be able to track this down. > This suggest that the X server is happy as it works with SFU and that the > problem is something I have to do with the cygwin generated X-app. More likely it has something to do with the fork implementation on cygwin and this is a question (aamong with all your other SFU to cygwin porting questions) which belongs to cygwin@cygwin.com > Input greatly appreciated. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Apr 19 22:39:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 19 Apr 2004 22:39:00 -0000 Subject: running netscape fails to open In-Reply-To: References: Message-ID: On Mon, 19 Apr 2004, Yadin Y. Goldschmidt wrote: > I found the answer myself by reading previous posts, I have to use -Y > instead of -X. Still why does xemacs works with -X and netscape doesn't? check the faq. it describes the difference between -Y and -X and google will point you to lot to read about trusted and untrusted X11 bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ebenze@hotmail.com Tue Apr 20 02:38:00 2004 From: ebenze@hotmail.com (Eric B.) Date: Tue, 20 Apr 2004 02:38:00 -0000 Subject: How to use to connect to Linux X Windows? Message-ID: Hi, I'm completely new to Cygwin (and have been away from X-Windows in general for a number of years) and am looking for a howto or some instructions how to get my Cygwin installation to display my Linux machine's X terms. Basically, I've got an installation of Linux (RHEL 3.0) that I'd like to administer from my Windows machine. Ideally, I'd like to be able to connect to my Linux machine and use the Xwin server from the Linux machine, but have it disaply on my Windows PC instead. Is there some documentation out there that can help me? Thanks, Eric From networkr0@cfl.rr.com Tue Apr 20 03:02:00 2004 From: networkr0@cfl.rr.com (Brian Chase) Date: Tue, 20 Apr 2004 03:02:00 -0000 Subject: How to use to connect to Linux X Windows? In-Reply-To: References: Message-ID: <40845564.3070401@cfl.rr.com> https://listman.redhat.com/archives/k12osn/2004-February/msg00206.html Eric B. wrote: > Hi, > > I'm completely new to Cygwin (and have been away from X-Windows in general > for a number of years) and am looking for a howto or some instructions how > to get my Cygwin installation to display my Linux machine's X terms. > > Basically, I've got an installation of Linux (RHEL 3.0) that I'd like to > administer from my Windows machine. Ideally, I'd like to be able to connect > to my Linux machine and use the Xwin server from the Linux machine, but have > it disaply on my Windows PC instead. > > Is there some documentation out there that can help me? > > Thanks, > > Eric > > From holmberg@tiac.net Tue Apr 20 04:10:00 2004 From: holmberg@tiac.net (Carl Holmberg) Date: Tue, 20 Apr 2004 04:10:00 -0000 Subject: XWin 6.7.0.0-4 hangs with -clipboard Message-ID: <408454F7.15568.19D9D6E@localhost> Hi, The hard-hangs of XWin using -clipboard are still present in the latest code (6.7.0.0-4 of xorg-x11-xwin). I have some strace info below, as well as the XWin.log, in case that might be useful. This is on a Win98SE system, updated to the latest Cygwin code (as of about 6 hours ago). The hang is easily triggered with only a few mouse button clicks. Set a mark (left click) and right click anywhere will usually cause the hard hang. Multiple left clicks will do it too (usually by 3rd left-button click). The mouse clicks don't have to be rapid (e.g. can be many seconds apart). In this example, I used the default startxwin.sh, with an added -logverbose 255 (hoping this might trigger extra logging...). In the hung state, XWin does not respond (nor do any subordinate xterms). The X-icon in the tray does not respond either. Have to kill -9. The XWin.log is at the end of this message. Below is a strace log just before the hang. A more complete strace from the time the first xterm came up and strace was attached is also available - as is a cygcheck -cvsr, if anybody wants it. Hope this helps. ###################################################### Final lines of strace up to hang. Note the errno 11: ###################################################### 416 92699321 [main] XWin 3231135 select_stuff::poll: returning 1 414 92699735 [main] XWin 3231135 select_stuff::cleanup: calling cleanup routines 403 92700138 [main] XWin 3231135 select_stuff::~select_stuff: deleting select records 403 92700541 [main] XWin 3231135 free: (0x1019C460), called by 0x6108173B 511 92701052 [main] XWin 3231135 free: (0x1019CE08), called by 0x6108173B 408 92701460 [main] XWin 3231135 free: (0x10186260), called by 0x6108173B 416 92701876 [main] XWin 3231135 free: (0x1019E638), called by 0x6108173B 411 92702287 [main] XWin 3231135 free: (0x10176E08), called by 0x6108173B 415 92702702 [main] XWin 3231135 free: (0x10183E10), called by 0x6108173B 410 92703112 [main] XWin 3231135 free: (0x1019CE68), called by 0x6108173B 468 92703580 [main] XWin 3231135 readv: readv (9, 0xADEA10, 1) nonblocking, sigcatchers 3 565 92704145 [main] XWin 3231135 peek_socket: considering handle 0x1DC 401 92704546 [main] XWin 3231135 peek_socket: adding read fd_set , fd 9 514 92705060 [main] XWin 3231135 peek_socket: WINSOCK_SELECT returned 1 432 92705492 [main] XWin 3231135 fhandler_base::ready_for_read: read_ready 1, avail 1 507 92705999 [main] XWin 3231135 readv: 36 = readv (9, 0xADEA10, 1), errno 0 597 92706596 [unknown (0xFFF270C1)] XWin 3231135 select_stuff::wait: woke up. wait_ret 2. verifying 493 92707089 [unknown (0xFFF270C1)] XWin 3231135 peek_windows: window 14(0x0) not ready 416 92707505 [unknown (0xFFF270C1)] XWin 3231135 select_stuff::wait: gotone 0 425 92707930 [unknown (0xFFF270C1)] XWin 3231135 select_stuff::wait: looping 687 92708617 [unknown (0xFFF270C1)] XWin 3231135 select_stuff::wait: woke up. wait_ret 2. verifying 579 92709196 [unknown (0xFFF270C1)] XWin 3231135 writev: writev (12, 0x322E7F8, 1) 3587 92712783 [unknown (0xFFF270C1)] XWin 3231135 writev: 4 = write (12, 0x322E7F8, 1), errno 0 924 92713707 [unknown (0xFFF270C1)] XWin 3231135 readv: readv (12, 0x322E7F8, 1) nonblocking, sigcatchers 3 977 92714684 [unknown (0xFFF270C1)] XWin 3231135 peek_socket: considering handle 0x264 1061 92715745 [unknown (0xFFF270C1)] XWin 3231135 peek_socket: adding read fd_set , fd 12 1589 92717334 [unknown (0xFFF270C1)] XWin 3231135 peek_socket: WINSOCK_SELECT returned 0 914 92718248 [unknown (0xFFF270C1)] XWin 3231135 fhandler_base::ready_for_read: read_ready 0, avail 0 1127 92719375 [unknown (0xFFF270C1)] XWin 3231135 readv: -1 = readv (12, 0x322E7F8, 1), errno 11 889 92720264 [unknown (0xFFF270C1)] XWin 3231135 cygwin_select: 13, 0x322E7E8, 0x0, 0x0, 0x0 1005 92721269 [unknown (0xFFF270C1)] XWin 3231135 calloc: (1, 44) = 1019CE68, called by 61001CB9 940 92722209 [unknown (0xFFF270C1)] XWin 3231135 dtable::select_read: fd 12 859 92723068 [unknown (0xFFF270C1)] XWin 3231135 cygwin_select: to NULL, ms FFFFFFFF 1401 92724469 [unknown (0xFFF270C1)] XWin 3231135 cygwin_select: sel.always_ready 0 877 92725346 [unknown (0xFFF270C1)] XWin 3231135 calloc: (1, 12328) = 1018A2F8, called by 61001CB9 879 92726225 [unknown (0xFFF270C1)] XWin 3231135 start_thread_socket: Handle 0x264 942 92727167 [unknown (0xFFF270C1)] XWin 3231135 start_thread_socket: Added to readfds 5015 92732182 [unknown (0xFFF270C1)] XWin 3231135 start_thread_socket: exitsock 0x2B8 1140 92733322 [unknown (0xFFF270C1)] XWin 3231135 start_thread_socket: stuff_start 0x322E74C 659 92733981 [unknown (0xFFF270C1)] XWin 3231135 cygthread::cygthread: name select_socket, id 0xFFF27655 934 92734915 [unknown (0xFFF270C1)] XWin 3231135 cygthread::cygthread: activated thread_sync 0x22C 982 92735897 [select_socket] XWin 3231135 thread_socket: stuff_start 0x1018D31C 89 92735986 [unknown (0xFFF270C1)] XWin 3231135 select_stuff::wait: m 2, ms 4294967295 151778560 244514546 [sig] XWin 3231135 sigpacket::process: signal 9 processing ###################################################### The XWin.log is below: ###################################################### Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -logverbose 255 -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows 95/98/Me winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 1024 1280 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 1023 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 1023 r 1280 l 0 b 1023 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1023 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1280 height: -1023 depth: 16 size image: 2618880 winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: - 1023 winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f winInitVisualsShadowGDI - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp 16 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winFinishScreenInitFB - returning winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=15 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "United States 101" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 640 511 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. 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 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows 95/98/Me winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. From marnold@rbni.com Tue Apr 20 04:19:00 2004 From: marnold@rbni.com (Mark Arnold) Date: Tue, 20 Apr 2004 04:19:00 -0000 Subject: Problem with xterm and cygxft-2.dll after update References: <407CBC1C.5040300@msu.edu> Message-ID: Harold L Hunt II msu.edu> writes: > > You need the libXft and libXft2 packages. I'm not sure why libXft2 was > not selected automatically. > > Harold > Hi Harold, Thanks for the tip, after a little rummaging around I found the 2 packages and installed them and all is now back to normal. thanks again, Mark From rodmedina@cantv.net Tue Apr 20 04:35:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Tue, 20 Apr 2004 04:35:00 -0000 Subject: Typing bug in XWin.man Message-ID: <49560-22004422041056975@cantv.net> Hi all, I have found this in XWin.man: date (April 2004) the option is still not fully operativer; the ------------------------------------------------^^^^^^^^^^^^ bye Rodrigo Medina From rodmedina@cantv.net Tue Apr 20 04:42:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Tue, 20 Apr 2004 04:42:00 -0000 Subject: XWin -multiwindow menu problem (Was: XWinrc bugs) Message-ID: <33340-22004422041857419@cantv.net> Hi Earle, At Sun, 18 Apr 2004 22:35:12 -0700 Earle F. Philhower, III wrote: >That's good troubleshooting, a patch that works around the W95 bug >was committed to CVS. (Are you able to run the latest cygwin DLLs >under W95 still? When I was running cygwin w/W95A+IE5.5sp2 under >bochs I got nothing but bluescreens in cygwin1.dll...) I have been working with cygwin/X under Win95 for more than 2 years without too much problem. Lately, from cygwin1 1.5.6 up to 1.5.9 there was a bug with threads that crashed XWin -multiwindow. This problem was solved in the more recent snapshots. As I understand that there are difficulties to check the new software in Win95, I have decided to try all new snapshots and versions of XWin as soon as possible. bye Rodrigo Medina From networkr0@cfl.rr.com Tue Apr 20 04:57:00 2004 From: networkr0@cfl.rr.com (Brian Chase) Date: Tue, 20 Apr 2004 04:57:00 -0000 Subject: XWin -multiwindow menu problem (Was: XWinrc bugs) In-Reply-To: <33340-22004422041857419@cantv.net> References: <33340-22004422041857419@cantv.net> Message-ID: <4084A8D6.3030601@cfl.rr.com> I've had some problems with XWin as well, here's what I get: networkr@brian ~ $ export DISPLAY=:0 networkr@brian ~ $ Xwin -multiwindow -clipboard & [1] 2068 networkr@brian ~ $ Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: Xwin -multiwindow -clipboard OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 996 r 1280 l 0 b 996 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 996 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1280 height: 996 depth: 32 size image : 5099520 winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null )" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! winPointerWarpCursor - Discarding first warp: 640 498 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winBlockHandler - pthread_mutex_unlock () returned winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the disp lay. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di splay. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. then it locks up................... Rodrigo Medina wrote: >Hi Earle, > >At Sun, 18 Apr 2004 22:35:12 -0700 Earle F. Philhower, III wrote: > > > >>That's good troubleshooting, a patch that works around the W95 bug >>was committed to CVS. (Are you able to run the latest cygwin DLLs >>under W95 still? When I was running cygwin w/W95A+IE5.5sp2 under >>bochs I got nothing but bluescreens in cygwin1.dll...) >> >> > >I have been working with cygwin/X under Win95 for more than 2 years >without too much problem. Lately, from cygwin1 1.5.6 up to 1.5.9 there >was a bug with threads that crashed XWin -multiwindow. This problem was >solved in the more recent snapshots. As I understand that there are >difficulties to check the new software in Win95, I have decided to try >all new snapshots and versions of XWin as soon as possible. > >bye >Rodrigo Medina > > > > From rogar@intouch.adam2.org Tue Apr 20 07:24:00 2004 From: rogar@intouch.adam2.org (rufus dydell) Date: Tue, 20 Apr 2004 07:24:00 -0000 Subject: Koywvjus bvy H'y_d_roc_0_d_0`n_e 0n1ine, f.r.ee overnight ship.ping Message-ID: <5869111E.19F6958@intouch.adam2.org> choice-use delitos ecanga ferlauto eerefnoc Using the speed and user-f.riendliness of the Internet we have simplified your ability to research your 0wn health problems and autonomously discover the available options for treatment. 0rder V`ic0-din 0nline Anytime Fedex delivery. http://ncegvs.net.wen6t.com/?p=8097 48 Your comfort and convenience is our prime concern. D^rop me: http://s.dra.er5d1.com/d.html At Sunday School they were teaching how God created everything, including human beings. Little Tommy, a child in????the kindergarten class, seemed especially intent when they told him how Eve was created out of one of Adam's ribs.Later in the week his mother noticed him lying down as though he were ill, and asked, "Tommy, what's the matter?"Little Tommy responded, "I have a pain in my side. I think I'm gonna have a wife." My mother and I were standing at he check-out in the supermarket as the cashier scanned the things we bought. When the price of a bottle of orange juice was scanned as $4,, my mother said "It's only $3.95."The cashier stopped wheat she was doing and disappeared down one of the aisles to check the price. she soon returned and said that the price was $3.95. When she handed my mother the change, a five cent coin rolled onto the floor. Much to my amusement, as the cashier bent over to search for it, my mother said "Oh, don't bother, it's only five cents." sensituu7souhatu05choxo,syakubuk tadore. From rogar@intouch.adam2.org Tue Apr 20 08:44:00 2004 From: rogar@intouch.adam2.org (rufus dydell) Date: Tue, 20 Apr 2004 08:44:00 -0000 Subject: Koywvjus bvy H'y_d_roc_0_d_0`n_e 0n1ine, f.r.ee overnight ship.ping Message-ID: <5869111E.19F6958@intouch.adam2.org> choice-use delitos ecanga ferlauto eerefnoc Using the speed and user-f.riendliness of the Internet we have simplified your ability to research your 0wn health problems and autonomously discover the available options for treatment. 0rder V`ic0-din 0nline Anytime Fedex delivery. http://ncegvs.net.wen6t.com/?p=8097 48 Your comfort and convenience is our prime concern. D^rop me: http://s.dra.er5d1.com/d.html At Sunday School they were teaching how God created everything, including human beings. Little Tommy, a child in????the kindergarten class, seemed especially intent when they told him how Eve was created out of one of Adam's ribs.Later in the week his mother noticed him lying down as though he were ill, and asked, "Tommy, what's the matter?"Little Tommy responded, "I have a pain in my side. I think I'm gonna have a wife." My mother and I were standing at he check-out in the supermarket as the cashier scanned the things we bought. When the price of a bottle of orange juice was scanned as $4,, my mother said "It's only $3.95."The cashier stopped wheat she was doing and disappeared down one of the aisles to check the price. she soon returned and said that the price was $3.95. When she handed my mother the change, a five cent coin rolled onto the floor. Much to my amusement, as the cashier bent over to search for it, my mother said "Oh, don't bother, it's only five cents." sensituu7souhatu05choxo,syakubuk tadore. From ebenze@hotmail.com Tue Apr 20 09:48:00 2004 From: ebenze@hotmail.com (Eric B.) Date: Tue, 20 Apr 2004 09:48:00 -0000 Subject: How to use to connect to Linux X Windows? References: <40845564.3070401@cfl.rr.com> Message-ID: Thanks for the link. Reading it prompted me to read the XDMCP Howto, which helped out significantly. I followed the instructions in the XDMCP howto, and managed to connect no problem from one computer. However, when I follow exactly the same setup steps for Cygwin on another computer, I am unable to connect remotely to the XDM on my Linux machine. Xwin just opens with a blank screen. Both machines are on the same internal subnet and I am issuing the same command to both (Xwin -query 192.168.2.1). Is there any debugging information I can turn on to find out what machine #1 is doing that machine #2 is not? I even went as far as copying the Cygwin directory from the functional machine to the non-functional one in case there was a problem with the install, but that did not make a difference either. Any help or advice would be greatly appreciated! Thanks, Eric "Brian Chase" wrote in message news:40845564.3070401@cfl.rr.com... > https://listman.redhat.com/archives/k12osn/2004-February/msg00206.html > > > Eric B. wrote: > > Hi, > > > > I'm completely new to Cygwin (and have been away from X-Windows in general > > for a number of years) and am looking for a howto or some instructions how > > to get my Cygwin installation to display my Linux machine's X terms. > > > > Basically, I've got an installation of Linux (RHEL 3.0) that I'd like to > > administer from my Windows machine. Ideally, I'd like to be able to connect > > to my Linux machine and use the Xwin server from the Linux machine, but have > > it disaply on my Windows PC instead. > > > > Is there some documentation out there that can help me? > > > > Thanks, > > > > Eric > > > > > > From holger.krull@gmx.de Tue Apr 20 10:21:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Tue, 20 Apr 2004 10:21:00 -0000 Subject: How to use to connect to Linux X Windows? In-Reply-To: References: <40845564.3070401@cfl.rr.com> Message-ID: <4084D041.7090301@gmx.de> > XDM on my Linux machine. Xwin just opens with a blank screen. Both try the -from parameter. From vervoom@hotmail.com Tue Apr 20 13:07:00 2004 From: vervoom@hotmail.com (J S) Date: Tue, 20 Apr 2004 13:07:00 -0000 Subject: numlock Message-ID: Thomas, Thank-you very very much!!! This is an excellent solution and works like a treat!! Thanks so much. JS. >OK. You asked for it. Below is a short C program which will check the >state of the NumLock key and synthesize a keydown/keyup sequence of the >NumLock key if it's down. Works on my box, which is Win2K, but I'm led to >believe from the documentation that it should work with any 32-bit >implementation of windows. > >To build it, copy-paste the following source into a file (e.g. >"numlockoff.c") then run gcc on it (e.g. "gcc -o numlockoff numlockoff.c"). > Then add that to a convenient location on your client systems and add a >call to it in your X startup script. > >#include >#define _WIN32_WINNT 0x0500 >#include > >int main() >{ > INPUT pInput[2]; > > if (GetKeyState(VK_NUMLOCK) == 1) > { > pInput[0].type = INPUT_KEYBOARD; > pInput[0].ki.wVk = VK_NUMLOCK; > pInput[0].ki.wScan = 0; > pInput[0].ki.dwFlags = 0; /* Nill for keydown */ > pInput[0].ki.time = 0; > pInput[0].ki.dwExtraInfo = 0; > > pInput[1].type = INPUT_KEYBOARD; > pInput[1].ki.wVk = VK_NUMLOCK; > pInput[1].ki.wScan = 0; > pInput[1].ki.dwFlags = KEYEVENTF_KEYUP; > pInput[1].ki.time = 0; > pInput[1].ki.dwExtraInfo = 0; > > if (SendInput(2, pInput, sizeof(INPUT)) == 0) > { > fprintf(stderr, "Error: SendInput failed. NumLock was not >turned off.\n"); > } > } >} > >_________________________________________________________________ >FREE pop-up blocking with the new MSN Toolbar ?? get it now! >http://toolbar.msn.com/go/onm00200415ave/direct/01/ > _________________________________________________________________ Use MSN Messenger to send music and pics to your friends http://www.msn.co.uk/messenger From vervoom@hotmail.com Tue Apr 20 13:27:00 2004 From: vervoom@hotmail.com (J S) Date: Tue, 20 Apr 2004 13:27:00 -0000 Subject: numlock Message-ID: Could this code be added into the XFree build? JS. > >OK. You asked for it. Below is a short C program which will check the >state of the NumLock key and synthesize a keydown/keyup sequence of the >NumLock key if it's down. Works on my box, which is Win2K, but I'm led to >believe from the documentation that it should work with any 32-bit >implementation of windows. > >To build it, copy-paste the following source into a file (e.g. >"numlockoff.c") then run gcc on it (e.g. "gcc -o numlockoff numlockoff.c"). > Then add that to a convenient location on your client systems and add a >call to it in your X startup script. > >#include >#define _WIN32_WINNT 0x0500 >#include > >int main() >{ > INPUT pInput[2]; > > if (GetKeyState(VK_NUMLOCK) == 1) > { > pInput[0].type = INPUT_KEYBOARD; > pInput[0].ki.wVk = VK_NUMLOCK; > pInput[0].ki.wScan = 0; > pInput[0].ki.dwFlags = 0; /* Nill for keydown */ > pInput[0].ki.time = 0; > pInput[0].ki.dwExtraInfo = 0; > > pInput[1].type = INPUT_KEYBOARD; > pInput[1].ki.wVk = VK_NUMLOCK; > pInput[1].ki.wScan = 0; > pInput[1].ki.dwFlags = KEYEVENTF_KEYUP; > pInput[1].ki.time = 0; > pInput[1].ki.dwExtraInfo = 0; > > if (SendInput(2, pInput, sizeof(INPUT)) == 0) > { > fprintf(stderr, "Error: SendInput failed. NumLock was not >turned off.\n"); > } > } >} > >_________________________________________________________________ >FREE pop-up blocking with the new MSN Toolbar ?? get it now! >http://toolbar.msn.com/go/onm00200415ave/direct/01/ > _________________________________________________________________ Find a cheaper internet access deal - choose one to suit you. http://www.msn.co.uk/internetaccess From vincentdutat@freegates.be Tue Apr 20 13:56:00 2004 From: vincentdutat@freegates.be (vdu) Date: Tue, 20 Apr 2004 13:56:00 -0000 Subject: how to keep XWin menu open when clicking on an item Message-ID: 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. -- vdu From swp5jhu02@sneakemail.com Tue Apr 20 14:42:00 2004 From: swp5jhu02@sneakemail.com (=?ISO-8859-1?Q?Peter_Valdemar_M=F8rch?=) Date: Tue, 20 Apr 2004 14:42:00 -0000 Subject: Mouse drag + leave window oddity... Message-ID: <40852089.7050205@sneakemail.com> First, I'd like to say how happy I am to be able to use xorg's -multiwindow mode, so I can get rid of Labtam's XThinPro (and exceed, ReflectionX and whatever else I've used in the past). Great job! I'm superhappy!!! Next, I use W2k and startxwin.bat with "XWin -multiwindow -clipboard" In e.g. xemacs (or xterm), use the mouse to select some text. Hold and do not release the mouse button yet. Now with the mouse button depressed, move the mouse out of the window e.g. onto the MSWindows desktop, and release the mouse button. When you move the mouse back into that same window, the window will behave as if the mouse button still was depressed. Moving the mouse button around (without any mouse button pressed) behaves as if button-1 was still pressed. Hereafter the behavior differs in xterms and xemacs: In an xterm, clicking the mouse button will change the behavior from the above described to behaving normally. In xemacs (where I spend most of my time) the mouse behavoir continues to be a little odd. Some kind of "selection" is fixed at the time of the next click, but the red cursor continues follows the mouse (as if the mouse button is still pressed) until I press CTRL-g. I say "selection" because in xemacs normally I only have one selection at a time. But this selection is weird in that it persists even when another selection is made. In fact there seems to be no way to clear this selection except kill-buffer + find-file or kill (the odd pseudo-selection) + undo. (This is kinda difficult to describe, but not so difficult to actually do... :-D) In summary, it appears as if some mouse-release event should be implied automatically when the mouse leaves a window. (At least when compared to how Windows works or how XFree-86 works under Linux and KDE.) Ok, so some may say that the test case itself is odd... :-D But I find that I see these symptoms sometimes, and it is confusing when it happens. I'm not quite certain whether this is the only way to trigger it, or indeed the way I myself trigger it, but I see the symptoms above once in a while during normal use, and I've found this test case reproduces the symptoms reliably. Anybody else aware of other ways to trigger it? Is this a known issue? If not, is there a bug report somewhere I should fill out? Regards, Peter pvmXP@pvm:~> cygcheck -c -d | egrep 'xorg|xemacs|xterm' xemacs 21.4.15-1 xemacs-emacs-common 21.4.15-1 xorg-x11-base 6.7.0.0-7 xorg-x11-bin 6.7.0.0-4 xorg-x11-bin-dlls 6.7.0.0-4 xorg-x11-bin-lndir 6.7.0.0-2 xorg-x11-etc 6.7.0.0-1 xorg-x11-fenc 6.7.0.0-2 xorg-x11-fnts 6.7.0.0-1 xorg-x11-libs-data 6.7.0.0-2 xorg-x11-xwin 6.7.0.0-4 xterm 185-4 -- Peter Valdemar M??rch http://www.morch.com From j_tetazoo@hotmail.com Tue Apr 20 14:48:00 2004 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Tue, 20 Apr 2004 14:48:00 -0000 Subject: numlock Message-ID: >From: "J S" >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Re: numlock >Date: Tue, 20 Apr 2004 09:48:37 +0000 > > > >Could this code be added into the XFree build? [snip] Not sure. That's a question for Harold, et. al. to answer. The options would be to (1) incorporate this code into the XWin codebase and "activate" it via a command-line switch, or (2) include it as a separate executable in the xorg-x11-bin package, and call it from the startxwin script. _________________________________________________________________ Check out MSN PC Safety & Security to help ensure your PC is protected and safe. http://specials.msn.com/msn/security.asp From holger.krull@gmx.de Tue Apr 20 14:57:00 2004 From: holger.krull@gmx.de (Holger Krull) Date: Tue, 20 Apr 2004 14:57:00 -0000 Subject: Mouse drag + leave window oddity... In-Reply-To: <40852089.7050205@sneakemail.com> References: <40852089.7050205@sneakemail.com> Message-ID: <40852BF9.5050809@gmx.de> > that I see these symptoms sometimes, and it is confusing when it > happens. I'm not quite certain whether this is the only way to trigger > it, or indeed the way I myself trigger it, but I see the symptoms above > once in a while during normal use, and I've found this test case > reproduces the symptoms reliably. Anybody else aware of other ways to > trigger it? I have noticed this effect to (rarely), but did not found a way to reproduce it. The way you described does not work here to recreate it. I can't move the mouse cursor out of the xterm with the button pressed. I'm not using multiwindow, maybe that's the difference. Holger From ebenze@hotmail.com Tue Apr 20 15:11:00 2004 From: ebenze@hotmail.com (Eric B.) Date: Tue, 20 Apr 2004 15:11:00 -0000 Subject: How to use to connect to Linux X Windows? References: <40845564.3070401@cfl.rr.com> <4084D041.7090301@gmx.de> Message-ID: "Holger Krull" wrote in message news:4084D041.7090301@gmx.de... > > XDM on my Linux machine. Xwin just opens with a blank screen. Both > > try the -from parameter. > Thanks for the suggestion, but no further ahead. The Xwin screen just opens with a blank grey background and the X mouse pointer, but nothing else. No window manager, no nothing. If I leave it open long enough, it times itself out and restarts. It does display a msg in the log window though: "XDM: too many retransmission, declaring session dead". Not sure where to start looking into that though. Thanks for some insight! Eric From pechtcha@cs.nyu.edu Tue Apr 20 15:20:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 20 Apr 2004 15:20:00 -0000 Subject: How to use to connect to Linux X Windows? In-Reply-To: References: <40845564.3070401@cfl.rr.com> Message-ID: On Tue, 20 Apr 2004, Eric B. wrote: > Thanks for the link. Reading it prompted me to read the XDMCP Howto, which > helped out significantly. > > I followed the instructions in the XDMCP howto, and managed to connect no > problem from one computer. However, when I follow exactly the same setup > steps for Cygwin on another computer, I am unable to connect remotely to the > XDM on my Linux machine. Xwin just opens with a blank screen. Both > machines are on the same internal subnet and I am issuing the same command > to both (Xwin -query 192.168.2.1). > > Is there any debugging information I can turn on to find out what machine #1 > is doing that machine #2 is not? I even went as far as copying the Cygwin > directory from the functional machine to the non-functional one in case > there was a problem with the install, but that did not make a difference > either. > > Any help or advice would be greatly appreciated! > Thanks, > Eric Look in the tail of /var/log/messages on the Linux machine for messages from [xkg]dm. XDMCP is very sensitive to DNS, so make sure the reverse DNS lookup from Linux for the IP address of machine #2 returns the correct FQDN for machine #2. If you don't have access to the DNS configuration, simply add machine #2 to the /etc/hosts file on the Linux machine. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From alexander.gottwald@s1999.tu-chemnitz.de Tue Apr 20 15:42:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 20 Apr 2004 15:42:00 -0000 Subject: how to keep XWin menu open when clicking on an item In-Reply-To: References: Message-ID: On Tue, 20 Apr 2004, 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. Hm. Not sure. Check msdn.microsoft.com for a way to keep the menu open and http://x.cygwin.com/docs/cg/cygwin-x-cg.html for a description how to include that into the XWin codebase and how to send the patch to the mailinglist. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ihok@hotmail.com Tue Apr 20 16:41:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Tue, 20 Apr 2004 16:41:00 -0000 Subject: how to keep XWin menu open when clicking on an item In-Reply-To: References: Message-ID: 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 From vincentdutat@freegates.be Tue Apr 20 16:47:00 2004 From: vincentdutat@freegates.be (vdu) Date: Tue, 20 Apr 2004 16:47:00 -0000 Subject: how to keep XWin menu open when clicking on an item References: Message-ID: yes, I do ! try this : +click on an item in "all programs" menu. Do you see ? the menu stays open. -- vdu "Jack Tanner" wrote in message news:c63eie$hk1$1@sea.gmane.org... > 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 > > From ebenze@hotmail.com Tue Apr 20 17:13:00 2004 From: ebenze@hotmail.com (Eric B.) Date: Tue, 20 Apr 2004 17:13:00 -0000 Subject: How to use to connect to Linux X Windows? References: <40845564.3070401@cfl.rr.com> Message-ID: "Igor Pechtchanski" wrote in message news:Pine.GSO.4.56.0404201043170.4141@slinky.cs.nyu.edu... > On Tue, 20 Apr 2004, Eric B. wrote: > > > Thanks for the link. Reading it prompted me to read the XDMCP Howto, which > > helped out significantly. > > > > I followed the instructions in the XDMCP howto, and managed to connect no > > problem from one computer. However, when I follow exactly the same setup > > steps for Cygwin on another computer, I am unable to connect remotely to the > > XDM on my Linux machine. Xwin just opens with a blank screen. Both > > machines are on the same internal subnet and I am issuing the same command > > to both (Xwin -query 192.168.2.1). > > > > Is there any debugging information I can turn on to find out what machine #1 > > is doing that machine #2 is not? I even went as far as copying the Cygwin > > directory from the functional machine to the non-functional one in case > > there was a problem with the install, but that did not make a difference > > either. > > > > Any help or advice would be greatly appreciated! > > Thanks, > > Eric > > Look in the tail of /var/log/messages on the Linux machine for messages > from [xkg]dm. XDMCP is very sensitive to DNS, so make sure the reverse > DNS lookup from Linux for the IP address of machine #2 returns the correct > FQDN for machine #2. If you don't have access to the DNS configuration, > simply add machine #2 to the /etc/hosts file on the Linux machine. > Igor Thanks Igor! I can't believe I didn't think of looking in /var/log/messages. I added my hostname/address ot the /etc/hosts file and it resolved properly and loaded without problems. Thanks again! I was tearing my hair out over this one! Eric From ihok@hotmail.com Tue Apr 20 18:17:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Tue, 20 Apr 2004 18:17:00 -0000 Subject: how to keep XWin menu open when clicking on an item In-Reply-To: References: Message-ID: vdu wrote: > yes, I do ! try this : +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 From huntharo@msu.edu Tue Apr 20 19:03:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 20 Apr 2004 19:03:00 -0000 Subject: how to keep XWin menu open when clicking on an item In-Reply-To: References: Message-ID: <40855418.2070704@msu.edu> Jack Tanner wrote: > vdu wrote: > >> yes, I do ! try this : +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. 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. Harold From ihok@hotmail.com Tue Apr 20 21:01:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Tue, 20 Apr 2004 21:01:00 -0000 Subject: how to keep XWin menu open when clicking on an item In-Reply-To: <40855418.2070704@msu.edu> References: <40855418.2070704@msu.edu> Message-ID: 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 From pechtcha@cs.nyu.edu Tue Apr 20 22:39:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 20 Apr 2004 22:39:00 -0000 Subject: incorrect dos version In-Reply-To: <200404201733.i3KHXvk07603@bicho.synchrodesign.com> References: <200404201733.i3KHXvk07603@bicho.synchrodesign.com> Message-ID: Wrong list. All X-related questions should be addressed to the cygwin-xfree list. Redirecting. More below. On Tue, 20 Apr 2004, Daniel Senderowicz wrote: > Hi, > > >>> I'm new to this list. I read the FAQ but I couldn't find an answer > >>> nor a fix for my problem. I just installed the latest cygwin version > >>> (1.5.9) on a PC running windows NT-4.0. Everything went OK, and I > >>> can run programs from the console. However when I try to 'startx' > >>> it comes back with the message "Incorrect DOS version". I was > >> > >>Check if you have any old DOS command line tools in your path with names > >>like any cygwin executables, i.e. grep, cut, tar, gzip etc. > > > >I'm a total neophite with windows, but from looking at what I get > >by typing 'path', there is nothing that resembles a unix-like > >command. Or I should do this search in a different way? > > You were right. I just renamed a directory ("util") containing > things like grep and tar, and the system started. However it now > stumbles into another problem. I'm attaching the Xwin.log file > below. > [snip] > > Fatal server error: > could not open default font 'fixed' > winDeinitMultiWindowWM - Noting shutdown in progress I suggest looking at the Cygwin-X FAQ. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From vincentdutat@freegates.be Wed Apr 21 03:22:00 2004 From: vincentdutat@freegates.be (vdu) Date: Wed, 21 Apr 2004 03:22:00 -0000 Subject: how to keep XWin menu open when clicking on an item References: <40855418.2070704@msu.edu> Message-ID: I just wanted to know if a "+click" beahiour is possible in Xwin menu, if not, that's ok for me. anyway, thanks to everyone. -- Vincent Dutat E-mail : mailto:vincentdutat@tiscali.be Fax : +32 2 7003724 Voicemail : +32 2 7003724 "Harold L Hunt II" wrote in message news:40855418.2070704@msu.edu... > Jack Tanner wrote: > > vdu wrote: > > > >> yes, I do ! try this : +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. > > 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. > > Harold > From networkr0@cfl.rr.com Wed Apr 21 09:31:00 2004 From: networkr0@cfl.rr.com (Brian Chase) Date: Wed, 21 Apr 2004 09:31:00 -0000 Subject: telnet(ssh) to cygwin from linux In-Reply-To: References: Message-ID: <40858FCB.1080909@cfl.rr.com> http://eudyptula.freezope.org/ms/Cygwin-SSH-VNC-HowTo.html I would try this entire howto, then you could do more than just a terminal. Telnet is obsolete, best you don't use it at all. BC Mike Gall wrote: >What is the proper procedure to telnet into cygwin(running on Windows XP) from >a linux machine on LAN. I have been searching the mail lists and googling this >but I haven't found an answer. Both machines are located on an isolated LAN >so telnet should be ok for testing purposes. Any help on this we be >appreciated. > >Thanks, >Mike > > >-- >Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >Problem reports: http://cygwin.com/problems.html >Documentation: http://cygwin.com/docs.html >FAQ: http://cygwin.com/faq/ > > From kwong@control.toronto.edu Wed Apr 21 15:33:00 2004 From: kwong@control.toronto.edu (kwong@control.toronto.edu) Date: Wed, 21 Apr 2004 15:33:00 -0000 Subject: Window focus, raise, and stacking order, and xterm maximize problems Message-ID: <1082500268.4085a4acf35d7@www.control.toronto.edu> Just want to mention that the problem of window focus, raise, and stacking order, described in the message 2004-03/msg00849.htm, followed up by Earle and Takuma, is still present in the current xwin server (6.7.0.0-4) in multiwindow mode. Has Earle's proposed fix been incorporated in the latest xwin? If so, it has not solved the problem. The second problem I believe also has been described before. When I use a virtual desktop program such as virtuawin, if I maximize an xterm on one desktop, switch to a second desktop, and then come back to the first, clicking restore down does not reduce the maximized xterm. Again, I just want to mention that the problem is still present. Raymond Kwong ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From 1@pervalidus.net Wed Apr 21 16:38:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Wed, 21 Apr 2004 16:38:00 -0000 Subject: ABNT2 keyboard problem with new X Message-ID: Using all latest packages. The key with "/?=B0" stopped working under anything (XTerm, xedit, rxvt for X...). I'm attaching my XWin.log. I've read http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xkb-not-working Affected keycodes are keycode 89 = slash question degree Japanase is also broken for Haro - http://sources.redhat.com/ml/cygwin-xfree/2004-04/msg00244.html -- How to contact me - http://www.pervalidus.net/contact.html From alexander.gottwald@s1999.tu-chemnitz.de Wed Apr 21 17:13:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 21 Apr 2004 17:13:00 -0000 Subject: ABNT2 keyboard problem with new X In-Reply-To: References: Message-ID: On Wed, 21 Apr 2004, Fr??d??ric L. W. Meunier wrote: > Using all latest packages. > > The key with "/?=B0" stopped working under anything (XTerm, > xedit, rxvt for X...). > > I'm attaching my XWin.log. > > I've read > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xkb-not-working > > Affected keycodes are > > keycode 89 = slash question degree can you please run xev, press the key and send the log of the KeyPress message. also try if setxkbmap -v br -model abnt2 works. > Japanase is also broken for Haro - > http://sources.redhat.com/ml/cygwin-xfree/2004-04/msg00244.html -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From 1@pervalidus.net Wed Apr 21 21:06:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Wed, 21 Apr 2004 21:06:00 -0000 Subject: ABNT2 keyboard problem with new X In-Reply-To: References: Message-ID: On Wed, 21 Apr 2004, Alexander Gottwald wrote: > On Wed, 21 Apr 2004, Fr?d?ric L. W. Meunier wrote: > > > Using all latest packages. > > > > The key with "/??" stopped working under anything (XTerm, > > xedit, rxvt for X...). > > > > I'm attaching my XWin.log. > > > > I've read > > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-xkb-not-working > > > > Affected keycodes are > > > > keycode 89 = slash question degree > > can you please run xev, press the key and send the log of the > KeyPress message. KeyPress event, serial 27, synthetic NO, window 0xa00001, root 0x3a, subw 0x0, time 66861468, (-382,212), root:(428,231), state 0x0, keycode 123 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False > also try if setxkbmap -v br -model abnt2 works. No. Warning! Multiple definitions of keyboard model Using command line, ignoring X server Warning! Multiple definitions of keyboard layout Using command line, ignoring X server Trying to build keymap using the following components: keycodes: xfree86(abnt2)+aliases(qwerty) types: complete compat: complete symbols: pc/pc(pc104)+pc/br geometry: pc(abnt2) Now really attaching my XWin.log. -- How to contact me - http://www.pervalidus.net/contact.html -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log.gz Type: application/octet-stream Size: 1337 bytes Desc: URL: From alexander.gottwald@s1999.tu-chemnitz.de Thu Apr 22 01:20:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 22 Apr 2004 01:20:00 -0000 Subject: ABNT2 keyboard problem with new X In-Reply-To: References: Message-ID: On Wed, 21 Apr 2004, Fr??d??ric L. W. Meunier wrote: > KeyPress event, serial 27, synthetic NO, window 0xa00001, > root 0x3a, subw 0x0, time 66861468, (-382,212), root:(428,231), > state 0x0, keycode 123 (keysym 0x0, NoSymbol), same_screen YES, > XLookupString gives 0 bytes: > XmbLookupString gives 0 bytes: > XFilterEvent returns: False > > > also try if setxkbmap -v br -model abnt2 works. > > No. > > Warning! Multiple definitions of keyboard model > Using command line, ignoring X server > Warning! Multiple definitions of keyboard layout > Using command line, ignoring X server > Trying to build keymap using the following components: > keycodes: xfree86(abnt2)+aliases(qwerty) > types: complete > compat: complete > symbols: pc/pc(pc104)+pc/br > geometry: pc(abnt2) try this: open /etc/X11/xkb/keycodes/xfree86 search for abnt2 and edit it that the line with AB11 is present as shown below. // For brazilian ABNT2 keyboard. by Ricardo Y. Igarashi(iga@that.com.br) xkb_keycodes "abnt2" { include "xfree86(basic)" = 94; = 51; = 123; = 134; }; -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From 1@pervalidus.net Thu Apr 22 08:10:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Thu, 22 Apr 2004 08:10:00 -0000 Subject: ABNT2 keyboard problem with new X In-Reply-To: References: Message-ID: Thanks. Works fine. On Wed, 21 Apr 2004, Alexander Gottwald wrote: > On Wed, 21 Apr 2004, Fr?d?ric L. W. Meunier wrote: > > > KeyPress event, serial 27, synthetic NO, window 0xa00001, > > root 0x3a, subw 0x0, time 66861468, (-382,212), root:(428,231), > > state 0x0, keycode 123 (keysym 0x0, NoSymbol), same_screen YES, > > XLookupString gives 0 bytes: > > XmbLookupString gives 0 bytes: > > XFilterEvent returns: False > > > > > also try if setxkbmap -v br -model abnt2 works. > > > > No. > > > > Warning! Multiple definitions of keyboard model > > Using command line, ignoring X server > > Warning! Multiple definitions of keyboard layout > > Using command line, ignoring X server > > Trying to build keymap using the following components: > > keycodes: xfree86(abnt2)+aliases(qwerty) > > types: complete > > compat: complete > > symbols: pc/pc(pc104)+pc/br > > geometry: pc(abnt2) > > try this: > open /etc/X11/xkb/keycodes/xfree86 > search for abnt2 and edit it that the line with AB11 is present as > shown below. > > // For brazilian ABNT2 keyboard. by Ricardo Y. Igarashi(iga@that.com.br) > xkb_keycodes "abnt2" { > include "xfree86(basic)" > = 94; > = 51; > = 123; > = 134; > }; -- How to contact me - http://www.pervalidus.net/contact.html From wustwzy@qwmnez.com Thu Apr 22 08:34:00 2004 From: wustwzy@qwmnez.com (Julius William) Date: Thu, 22 Apr 2004 08:34:00 -0000 Subject: Do you suffer from insomnia Message-ID: 67545 Ambien There is no substitute for a good night's sleep. The quality of your sleep at night can affect your physical and mental hea= lth, as well as your behavior and performance the following day. If you're suffering from insomnia,ask your doctor about Ambien=99 (zolpide= m tartrate), the most prescribed sleep medication in the United States. It has been studied extensively. In fact, since its introduction, many stu= dies and surveys have been conducted, involving tens of thousands of people. Get --http://www.hotmail.com.qwmnez.com/gp/default.asp?id=3Dcal -- From Dan_Wilks@intuit.com Thu Apr 22 08:37:00 2004 From: Dan_Wilks@intuit.com (Wilks, Dan) Date: Thu, 22 Apr 2004 08:37:00 -0000 Subject: Fix - Occasional Paste Problem Message-ID: I've just recently started using Cygwin/X but occasionally paste from Win32 to X fails. I'm using -multiwindow and -clipboard. I tracked down one source of the failures: XP's remote desktop. Remote desktop does not properly restore the clipboard chain when it shuts down. Result is that XWin no longer sees clipboard messages when you copy in a Win32 app. The fix is rather simple although a bit forceful. Just reinitialize the clipboard chain each time the app is activated or deactivated - on each WM_ACTIVATEAPP message. Here's a proposed patch. Sorry, not from CVS since I can't get external cvs access from work at the moment. They are from the most recent install from cygwin.com though (6.7.0.0-7). If not obvious this is the first time I've sent in a patch so please let me know if there's anything you'd like done differently (other than using the CVS sources - sorry). Dan ChangeLog 2004-04-21 Dan Wilks * win.h: Add prototype for winFixClipboardChain * winclipboard.h: Add definition WM_WM_REINIT a private windows message that the clipboard window uses to reinitialize the clipboard viewer chain. * winwndproc.c (winWindowProc): Call winFixClipboardChain on application activation/deactivation to ensure that XWin is still in the clipboard chain. * winclipboardinit.c: Added references to g_fClipboard and g_hwndClipboard for winFixClipboardChain to use. (winFixClipboardChain): New function. Ensures that XWin is still in the Windows clipboard chain if we're using the internal clipboard. * winclipboardwndproc.c (winClipboardWindowProc): Process WM_WM_REINIT and force ourselves back into the clipboard chain. Patches --- win.h.save 2004-04-09 23:12:32.001000000 -0700 +++ win.h 2004-04-21 16:44:29.421875000 -0700 @@ -756,6 +756,9 @@ winPixmapToRegionNativeGDI (PixmapPtr pP Bool winInitClipboard (void); + +void +winFixClipboardChain (void); #endif --- winclipboard.h.save 2004-03-30 07:00:09.001000000 -0800 +++ winclipboard.h 2004-04-21 16:25:57.140625000 -0700 @@ -76,6 +76,7 @@ #define WIN_XEVENTS_CONVERT 2 #define WIN_XEVENTS_NOTIFY 3 +#define WM_WM_REINIT (WM_USER + 1) /* * References to external symbols --- winwndproc.c.save 2004-04-03 12:36:33.001000000 -0800 +++ winwndproc.c 2004-04-21 16:47:18.656250000 -0700 @@ -1110,6 +1110,9 @@ winWindowProc (HWND hwnd, UINT message, ShowCursor (TRUE); } + /* Make sure the clipboard chain is ok. */ + winFixClipboardChain (); + /* Call engine specific screen activation/deactivation function */ (*s_pScreenPriv->pwinActivateApp) (s_pScreen); return 0; --- winclipboardinit.c.save 2004-03-26 11:43:15.001000000 -0800 +++ winclipboardinit.c 2004-04-21 16:56:35.453125000 -0700 @@ -47,6 +47,8 @@ DISPATCH_PROC(winProcSetSelectionOwner); extern pthread_t g_ptClipboardProc; extern winDispatchProcPtr winProcSetSelectionOwnerOrig; +extern Bool g_fClipboard; +extern HWND g_hwndClipboard; /* @@ -126,3 +128,13 @@ winClipboardCreateMessagingWindow () return hwnd; } + +void +winFixClipboardChain (void) +{ + if (g_fClipboard + && g_hwndClipboard) + { + SendMessage (g_hwndClipboard, WM_WM_REINIT, 0, 0); + } +} --- winclipboardwndproc.c.save 2004-03-30 06:56:01.001000000 -0800 +++ winclipboardwndproc.c 2004-04-21 17:08:17.156250000 -0700 @@ -181,6 +181,32 @@ winClipboardWindowProc (HWND hwnd, UINT } return 0; + case WM_WM_REINIT: + { + /* Ensure that we're in the clipboard chain. Some apps, + WinXP's remote desktop for one, don't play nice with + the chain. This message is called whenever we receive + a WM_ACTIVATEAPP message to ensure that we continue to + receive clipboard messages. + + It might be possible to detect if we're still in the + chain by calling + SendMessage (GetClipboardViewer(), WM_DRAWCLIPBOARD, 0, 0); + and then seeing if we get the WM_DRAWCLIPBOARD message. + That, however, might be more expensive than just putting + ourselves back into the chain. + */ + + s_fCBCInitialized = FALSE; + ChangeClipboardChain (hwnd, s_hwndNextViewer); + s_hwndNextViewer = NULL; + s_fCBCInitialized = FALSE; + s_hwndNextViewer = SetClipboardViewer (hwnd); + } + return 0; + case WM_DRAWCLIPBOARD: { From fstx@algorithmica.se Thu Apr 22 08:56:00 2004 From: fstx@algorithmica.se (fstx@algorithmica.se) Date: Thu, 22 Apr 2004 08:56:00 -0000 Subject: Mozilla firefox over ssh: Gdk-ERROR **: BadDrawable/BadAccess Message-ID: In a cygwin xterm window, I ssh to a Linux machine and try to run firefox. ; ssh -X emmaline.algorithmica.se Last login: Thu Apr 22 09:54:47 2004 from merapi.algorithmica.se ; echo $DISPLAY localhost:12.0 ; firefox Gdk-CRITICAL **: file gdkimage.c: line 416 (gdk_image_destroy): assertion `image != NULL' failed. Gdk-CRITICAL **: file gdkimage.c: line 416 (gdk_image_destroy): assertion `image != NULL' failed. Gdk-CRITICAL **: file gdkimage.c: line 416 (gdk_image_destroy): assertion `image != NULL' failed. Gdk-CRITICAL **: file gdkimage.c: line 416 (gdk_image_destroy): assertion `image != NULL' failed. Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter) serial 334 error_code 9 request_code 73 minor_code 0 Gdk-ERROR **: BadAccess (attempt to access private resource denied) serial 335 error_code 10 request_code 102 minor_code 0 ; This worked before I upgraded (actually reinstalled due failed upgrade) cygwin a few days ago. Xterm, emacs and Netscape 4.8 still work. Any ideas? From alendaro1@virgilio.it Thu Apr 22 09:00:00 2004 From: alendaro1@virgilio.it (Alessandro Lendaro) Date: Thu, 22 Apr 2004 09:00:00 -0000 Subject: [newbie] trouble with cygwin-X and cygGNOME2 In-Reply-To: References: Message-ID: <40878383.6070304@virgilio.it> I'm tryin' to run GNOME2 on cygwin-X on W2000 Server. The cygwin - dll is the latest available. But I get a runtime error sayin' it's impossible to find the cygfontconfig-1.dll I've checked and it seems I'm missing that file, though I did installed X11 following step-by-step the instructions in the CygWin-X user guide. Plus, anyone has a good tutorial on how ti install and get GNOME 2 working on cygwin-X ? I must search the ml- archives...? Thanx to everyone, especially those who made cygwin a reality From alendaro1@virgilio.it Thu Apr 22 09:03:00 2004 From: alendaro1@virgilio.it (Alessandro Lendaro) Date: Thu, 22 Apr 2004 09:03:00 -0000 Subject: [newbie] trouble with cygwin-X and cygGNOME2] Message-ID: <40878458.3010903@virgilio.it> I'm tryin' to run GNOME2 on cygwin-X on W2000 Server. The cygwin - dll is the latest available. But I get a runtime error sayin' it's impossible to find the cygfontconfig-1.dll I've checked and it seems I'm missing that file, though I did installed X11 following step-by-step the instructions in the CygWin-X user guide. Plus, anyone has a good tutorial on how ti install and get GNOME 2 working on cygwin-X ? I must search the ml- archives...? Thanx to everyone, especially those who made cygwin a reality From fstx@algorithmica.se Thu Apr 22 09:37:00 2004 From: fstx@algorithmica.se (fstx@algorithmica.se) Date: Thu, 22 Apr 2004 09:37:00 -0000 Subject: Mozilla firefox over ssh: Gdk-ERROR **: BadDrawable/BadAccess References: Message-ID: fstx@algorithmica.se writes: >Any ideas? > I found the Cygwin/X FAQ and the rest of the Cygwin/X documentation. Would it be possible to put links on http://cygwin.com/docs.html? The -Y option does work. But: What is the difference between "X11 forwarding" and "trusted X11 forwarding"? Why did the compatible X11 forwarding break? Why is it necessary to have a separate user interface? That is, why can't -X mean "Use trusted X11 forwarding if available, otherwise use compatible X11 forwarding" From alexander.gottwald@s1999.tu-chemnitz.de Thu Apr 22 10:28:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 22 Apr 2004 10:28:00 -0000 Subject: Mozilla firefox over ssh: Gdk-ERROR **: BadDrawable/BadAccess In-Reply-To: References: Message-ID: On Thu, 22 Apr 2004 fstx@algorithmica.se wrote: > What is the difference between "X11 forwarding" and "trusted X11 forwarding"? > > Why did the compatible X11 forwarding break? > > Why is it necessary to have a separate user interface? That is, why can't > -X mean "Use trusted X11 forwarding if available, otherwise use > compatible X11 forwarding" -Y means use trusted forwarding -X means use untrusted forwarding the trusted means the X11 client has no access restrictions while a client in untrusted mode has some access restrictions which result in some errors which actually mean "access denied" bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Thu Apr 22 11:09:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 22 Apr 2004 11:09:00 -0000 Subject: [newbie] trouble with cygwin-X and cygGNOME2] In-Reply-To: <40878458.3010903@virgilio.it> References: <40878458.3010903@virgilio.it> Message-ID: On Thu, 22 Apr 2004, Alessandro Lendaro wrote: > I'm tryin' to run GNOME2 on cygwin-X on W2000 Server. > > The cygwin - dll is the latest available. > But I get a runtime error sayin' it's impossible to find the > cygfontconfig-1.dll > I've checked and it seems I'm missing that file, though I did installed > X11 following > step-by-step the instructions in the CygWin-X user guide. lauch setup and install the fontconfig package from libs section > Plus, anyone has a good tutorial on how ti install and get GNOME 2 > working on cygwin-X ? > I must search the ml- archives...? Have you tried http://cygnome.sourceforge.net? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From fstx@algorithmica.se Thu Apr 22 12:10:00 2004 From: fstx@algorithmica.se (fstx@algorithmica.se) Date: Thu, 22 Apr 2004 12:10:00 -0000 Subject: Mozilla firefox over ssh: Gdk-ERROR **: BadDrawable/BadAccess References: Message-ID: Alexander Gottwald writes: >On Thu, 22 Apr 2004 fstx@algorithmica.se wrote: > >> What is the difference between "X11 forwarding" and "trusted X11 forwarding"? >> >> Why did the compatible X11 forwarding break? >> >> Why is it necessary to have a separate user interface? That is, why can't >> -X mean "Use trusted X11 forwarding if available, otherwise use >> compatible X11 forwarding" > >-Y means use trusted forwarding >-X means use untrusted forwarding > >the trusted means the X11 client has no access restrictions while a client in >untrusted mode has some access restrictions which result in some errors >which actually mean "access denied" Yes, I looked at the release notes and man pages for OpenSSH, and they choose to break backwards compatibility in the name of security. That is the right choice, of course, unless... the users reaction is to restore the previous situation. Note that the Cygwin-X docs only mentions -X for older version of ssh, thus advising users to disable the new security feature. The real question here is why the X11 SECURITY extension disallows some of the operations that Mozilla wants to do. Are they really unsafe, or is the security specification overly restrictive? From alexander.gottwald@s1999.tu-chemnitz.de Thu Apr 22 13:10:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 22 Apr 2004 13:10:00 -0000 Subject: Mozilla firefox over ssh: Gdk-ERROR **: BadDrawable/BadAccess In-Reply-To: References: Message-ID: On Thu, 22 Apr 2004 fstx@algorithmica.se wrote: > The real question here is why the X11 SECURITY extension disallows > some of the operations that Mozilla wants to do. Are they really > unsafe, or is the security specification overly restrictive? There is a document about waht the X11 Security extension does. I've posted the URL to the mailinglist short after OpenSSH 3.8 was out. It said that some operations (GetProperty was one of them) can reveal client data to an attacker. So these functions are disabled in untrusted X11. They can be adjusted with the SecurityPolicy file but noone has ever taken a closer look to that file and tried to figure out safe and unsafe calls. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alendaro1@virgilio.it Thu Apr 22 13:38:00 2004 From: alendaro1@virgilio.it (Alessandro Lendaro) Date: Thu, 22 Apr 2004 13:38:00 -0000 Subject: [newbie] trouble with cygwin-X and cygGNOME2] In-Reply-To: References: <40878458.3010903@virgilio.it> Message-ID: <4087A7D7.6030300@virgilio.it> Alexander Gottwald wrote: >Have you tried http://cygnome.sourceforge.net? > > Yes, but it only gives information on the GNOME 1.4 installation/execution From alexander.gottwald@s1999.tu-chemnitz.de Thu Apr 22 13:57:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 22 Apr 2004 13:57:00 -0000 Subject: [newbie] trouble with cygwin-X and cygGNOME2] In-Reply-To: <4087A7D7.6030300@virgilio.it> References: <40878458.3010903@virgilio.it> <4087A7D7.6030300@virgilio.it> Message-ID: On Thu, 22 Apr 2004, Alessandro Lendaro wrote: > Alexander Gottwald wrote: > > >Have you tried http://cygnome.sourceforge.net? > > > > > Yes, but it only gives information on the GNOME 1.4 installation/execution They have a link to http://cygnome2.sourceforge.net/ bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From yendas@sunsetblvdfans.com Thu Apr 22 15:12:00 2004 From: yendas@sunsetblvdfans.com (curt westerman) Date: Thu, 22 Apr 2004 15:12:00 -0000 Subject: Eodauyii D0n't pay m0re. Message-ID: <3F57FACA.64019CC@sunsetblvdfans.com> connerygsnipes flow-matic s-o icq lerc Our physicians are available around the clock to answer your questions and recommend treatments with the convenience of ordering or refilling your prescriptions safely and securely online. Need V`ic0-din? We're Fast. delivered withing 24 hours http://jto.net.azsw3d.com/?p=8097 18 Begin your s.aving.s now. G'ive up: http://kdh.kmv.foresmdb.com/d.html A teacher said to her class:"Who was the first man?"George Washington," a little boy shouted promptly."How do you make out that George Washington was the first man?" asked the teacher, smiling indulgently."Because, " said the little boy, "he was first in war, first in peace, and first in the hearts of his countrymen."But at this point a larger boy held up his hand."Well," said the teacher to him, "who do you think was the first man?""I don't know what his name was," said the larger boy, "but I know it wasn't George Washington, ma'am, because the history book says George Washington married a widow, so, of course, there must have been a man ahead of him." When my printer's type began to go faint, I called a repair shop where a friendly man told me that the printer probably needed only to be cleaned. Because the shop charged 50 pounds for such cleanings, he told me, it would be better for me to read the printer's directions and try the job myself. Pleasantly surprised by his words, I asked, "Does your boss know that you discourage business?""Actually it's my boss's idea," the employee replied. "We usually make more money on repairs if we let people try to repair things themselves first." chizyutu3beth05genzaich,kahencho eka. From yendas@sunsetblvdfans.com Thu Apr 22 15:37:00 2004 From: yendas@sunsetblvdfans.com (curt westerman) Date: Thu, 22 Apr 2004 15:37:00 -0000 Subject: Eodauyii D0n't pay m0re. Message-ID: <3F57FACA.64019CC@sunsetblvdfans.com> connerygsnipes flow-matic s-o icq lerc Our physicians are available around the clock to answer your questions and recommend treatments with the convenience of ordering or refilling your prescriptions safely and securely online. Need V`ic0-din? We're Fast. delivered withing 24 hours http://jto.net.azsw3d.com/?p=8097 18 Begin your s.aving.s now. G'ive up: http://kdh.kmv.foresmdb.com/d.html A teacher said to her class:"Who was the first man?"George Washington," a little boy shouted promptly."How do you make out that George Washington was the first man?" asked the teacher, smiling indulgently."Because, " said the little boy, "he was first in war, first in peace, and first in the hearts of his countrymen."But at this point a larger boy held up his hand."Well," said the teacher to him, "who do you think was the first man?""I don't know what his name was," said the larger boy, "but I know it wasn't George Washington, ma'am, because the history book says George Washington married a widow, so, of course, there must have been a man ahead of him." When my printer's type began to go faint, I called a repair shop where a friendly man told me that the printer probably needed only to be cleaned. Because the shop charged 50 pounds for such cleanings, he told me, it would be better for me to read the printer's directions and try the job myself. Pleasantly surprised by his words, I asked, "Does your boss know that you discourage business?""Actually it's my boss's idea," the employee replied. "We usually make more money on repairs if we let people try to repair things themselves first." chizyutu3beth05genzaich,kahencho eka. From pechtcha@cs.nyu.edu Thu Apr 22 16:11:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 22 Apr 2004 16:11:00 -0000 Subject: CVS via HTTP [Was Re: Fix - Occasional Paste Problem] In-Reply-To: References: Message-ID: On Wed, 21 Apr 2004, Wilks, Dan wrote: > [snip] > Here's a proposed patch. Sorry, not from CVS since I can't get external cvs > access from work at the moment. They are from the most recent install from > cygwin.com though (6.7.0.0-7). > > If not obvious this is the first time I've sent in a patch so please let me > know if there's anything you'd like done differently (other than using the > CVS sources - sorry). > > Dan > [snip] Dan, FYI, ViewCVS is a surprisingly flexible interface that lets you access CVS repositories from the web[*]. It's rather impractical for complete module checkouts, but does allow you to retrieve any individual file via HTTP pretty easily. Since your patch only covers 5 files, it might be well to try at least comparing the latest release with the CVS versions -- though I doubt there's much divergence, as Harold likes to release "early and often". Igor [*] ; the affected files are all in programs/Xserver/hw/xwin/ (select the CYGWIN tag). -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From alendaro1@virgilio.it Thu Apr 22 16:38:00 2004 From: alendaro1@virgilio.it (Alessandro Lendaro) Date: Thu, 22 Apr 2004 16:38:00 -0000 Subject: [newbie] trouble with cygwin-X and cygGNOME2] In-Reply-To: References: <40878458.3010903@virgilio.it> <4087A7D7.6030300@virgilio.it> Message-ID: <4087CF47.1080909@virgilio.it> Many thanks Alexander, but you apper to not acknowledge my problem. Asid from the font dll I'm missing, I'd like to have a tutorial on how to install GNOME2 (via cygwin setup.ex or other way) but there's nothing alike on the sites you mentioned. Bye. Alexander Gottwald wrote: > They have a link to http://cygnome2.sourceforge.net/ From huntharo@msu.edu Thu Apr 22 16:53:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 22 Apr 2004 16:53:00 -0000 Subject: Fix - Occasional Paste Problem In-Reply-To: References: Message-ID: <4087E0C8.8060807@msu.edu> Dan, This looks cool. The diff looks fine for this time. Might have some tips later, but don't worry about it for now. I'll try to look at this in a couple of days. Harold Wilks, Dan wrote: > I've just recently started using Cygwin/X but occasionally paste from Win32 > to X fails. I'm using -multiwindow and -clipboard. I tracked down one > source of the failures: XP's remote desktop. Remote desktop does not > properly restore the clipboard chain when it shuts down. Result is that > XWin no longer sees clipboard messages when you copy in a Win32 app. > > The fix is rather simple although a bit forceful. Just reinitialize the > clipboard chain each time the app is activated or deactivated - on each > WM_ACTIVATEAPP message. > > Here's a proposed patch. Sorry, not from CVS since I can't get external cvs > access from work at the moment. They are from the most recent install from > cygwin.com though (6.7.0.0-7). > > If not obvious this is the first time I've sent in a patch so please let me > know if there's anything you'd like done differently (other than using the > CVS sources - sorry). From Lewis_W_Brown@blm.gov Fri Apr 23 09:05:00 2004 From: Lewis_W_Brown@blm.gov (Lewis_W_Brown@blm.gov) Date: Fri, 23 Apr 2004 09:05:00 -0000 Subject: how do you decorate a fullscreen root window? Message-ID: Not so long ago, on another Windows machine, X opened it's fullscreen root window within a Windows window, allowing me to resize or drag it to partially display both the X root and Windows desktop. This was convenient. Currently, I am unable to duplicate this behavior: -fullscreen opens without decoration, requiring ALT-TAB to reveal any other windows; -fullscreen -scrollbars (a guess) fails. Is this behavior no longer supported? What configuration parameters am I missing? Thanks for the help and the good work. lb From huntharo@msu.edu Fri Apr 23 09:51:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 23 Apr 2004 09:51:00 -0000 Subject: how do you decorate a fullscreen root window? In-Reply-To: References: Message-ID: <4087EEC6.1040204@msu.edu> Lewis_W_Brown@blm.gov wrote: > Not so long ago, on another Windows machine, X opened it's fullscreen root > window within a Windows window, allowing me to resize or drag it to > partially display both the X root and Windows desktop. This was > convenient. > > Currently, I am unable to duplicate this behavior: -fullscreen opens > without decoration, requiring ALT-TAB to reveal any other windows; > -fullscreen -scrollbars (a guess) fails. Just don't use -fullscreen at all. That opens in the default single window mode that has a title bar that will allow you to drag the window around. -scrollbars should allow you to resize the window in the default single window mode, but it hasn't been tested in a long time, so it may be broken. Harold From vervoom@hotmail.com Fri Apr 23 09:56:00 2004 From: vervoom@hotmail.com (J S) Date: Fri, 23 Apr 2004 09:56:00 -0000 Subject: numlock Message-ID: Harold/Alex? Can you comment on Thomas' email below? Would you be able to add the numlockoff code into the XFree build? >> >>Could this code be added into the XFree build? > >[snip] > >Not sure. That's a question for Harold, et. al. to answer. The options >would be to (1) incorporate this code into the XWin codebase and "activate" >it via a command-line switch, or (2) include it as a separate executable in >the xorg-x11-bin package, and call it from the startxwin script. > >_________________________________________________________________ >Check out MSN PC Safety & Security to help ensure your PC is protected and >safe. http://specials.msn.com/msn/security.asp > _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger From huntharo@msu.edu Fri Apr 23 10:17:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 23 Apr 2004 10:17:00 -0000 Subject: numlock In-Reply-To: References: Message-ID: <4087F89E.5060201@msu.edu> I don't have time for it, don't have a need for it, and don't think that anyone has done a complete job of specifying exactly what it is that they would want this to do. As such, I'm not the right man for that job. Harold J S wrote: > Harold/Alex? Can you comment on Thomas' email below? Would you be able > to add the numlockoff code into the XFree build? > >>> >>> Could this code be added into the XFree build? >> >> >> [snip] >> >> Not sure. That's a question for Harold, et. al. to answer. The >> options would be to (1) incorporate this code into the XWin codebase >> and "activate" it via a command-line switch, or (2) include it as a >> separate executable in the xorg-x11-bin package, and call it from the >> startxwin script. >> >> _________________________________________________________________ >> Check out MSN PC Safety & Security to help ensure your PC is protected >> and safe. http://specials.msn.com/msn/security.asp >> > > _________________________________________________________________ > It's fast, it's easy and it's free. Get MSN Messenger today! > http://www.msn.co.uk/messenger > > From tucker@omenmedia.com Fri Apr 23 10:20:00 2004 From: tucker@omenmedia.com (tucker@omenmedia.com) Date: Fri, 23 Apr 2004 10:20:00 -0000 Subject: Please verify your e-mail address In-Reply-To: <200404231026.i3NAQgqZ029044@absinthe.maven.com.au> References: <200404231026.i3NAQgqZ029044@absinthe.maven.com.au> Message-ID: <200404231026.i3NAQt6t029070@absinthe.maven.com.au> Hi there, Your message has been received, but it has not been delivered to me yet. Unfortunately, due to the sheer volume of unsolicited mail sent to this account each day, I have been forced to implement very restrictive anti-spam measures. Since I do not have any record of your e-mail address, I need to verify that you are not a spammer. Please just hit 'Reply' and send this message back to me within seven days, and your previous message will be delivered, as will all of your future messages. (If you or your system administrator would like more information on avoiding spam using procmail, please visit http://angel.net/~nic/spam-x/) Thanks, and sorry for any inconvenience, Regards, Colin Tucker. From vervoom@hotmail.com Fri Apr 23 12:40:00 2004 From: vervoom@hotmail.com (J S) Date: Fri, 23 Apr 2004 12:40:00 -0000 Subject: numlock Message-ID: Harold, This is simply a bug report. The FACT is that if you start XFree with the numlock key on, the keyboard doesn't work properly. There have been plenty of other posts about this in the past so I'm not the first to report this. Even if you don't care about it, and it doesn't affect you, I think you'll find a lot of users (who don't necessarily post here) have come across the numlock issue. I know my users have, and everyone agrees this is a BUG. No one has asked you to do the work for this though - If I can, I'll provide the patch using Thomas' code, but as the one in charge of this project, you're the man who says whether such a patch goes into the build. I was just trying to get some involvement from you, maybe encouragement. I personally liked the idea of adding a flag to the XWin command line e.g. Xwin -numlockoff but if you're saying this is a non-starter I won't bother. JS. > >I don't have time for it, don't have a need for it, and don't think that >anyone has done a complete job of specifying exactly what it is that they >would want this to do. As such, I'm not the right man for that job. > >Harold > >J S wrote: > >>Harold/Alex? Can you comment on Thomas' email below? Would you be able to >>add the numlockoff code into the XFree build? >> >>>> >>>>Could this code be added into the XFree build? >>> >>> >>>[snip] >>> >>>Not sure. That's a question for Harold, et. al. to answer. The options >>>would be to (1) incorporate this code into the XWin codebase and >>>"activate" it via a command-line switch, or (2) include it as a separate >>>executable in the xorg-x11-bin package, and call it from the startxwin >>>script. >>> >>>_________________________________________________________________ >>>Check out MSN PC Safety & Security to help ensure your PC is protected >>>and safe. http://specials.msn.com/msn/security.asp >>> >> >>_________________________________________________________________ >>It's fast, it's easy and it's free. Get MSN Messenger today! >>http://www.msn.co.uk/messenger >> >> _________________________________________________________________ Find a cheaper internet access deal - choose one to suit you. http://www.msn.co.uk/internetaccess From alexander.gottwald@s1999.tu-chemnitz.de Fri Apr 23 12:54:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 23 Apr 2004 12:54:00 -0000 Subject: numlock In-Reply-To: References: Message-ID: On Fri, 23 Apr 2004, J S wrote: > Harold, > > This is simply a bug report. The FACT is that if you start XFree with the > numlock key on, the keyboard doesn't work properly. There have been plenty > of other posts about this in the past so I'm not the first to report this. > Even if you don't care about it, and it doesn't affect you, I think you'll > find a lot of users (who don't necessarily post here) have come across the > numlock issue. I know my users have, and everyone agrees this is a BUG. > > No one has asked you to do the work for this though - If I can, I'll provide > the patch using Thomas' code, but as the one in charge of this project, > you're the man who says whether such a patch goes into the build. I was just > trying to get some involvement from you, maybe encouragement. Go on. If the patch is good an useful there are very good chances it will be included. > Xwin -numlockoff sounds good. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From vervoom@hotmail.com Fri Apr 23 13:12:00 2004 From: vervoom@hotmail.com (J S) Date: Fri, 23 Apr 2004 13:12:00 -0000 Subject: numlock Message-ID: Thanks a lot Alex. I'll do my best. > > Harold, > > > > This is simply a bug report. The FACT is that if you start XFree with >the > > numlock key on, the keyboard doesn't work properly. There have been >plenty > > of other posts about this in the past so I'm not the first to report >this. > > Even if you don't care about it, and it doesn't affect you, I think >you'll > > find a lot of users (who don't necessarily post here) have come across >the > > numlock issue. I know my users have, and everyone agrees this is a BUG. > > > > No one has asked you to do the work for this though - If I can, I'll >provide > > the patch using Thomas' code, but as the one in charge of this project, > > you're the man who says whether such a patch goes into the build. I was >just > > trying to get some involvement from you, maybe encouragement. > >Go on. If the patch is good an useful there are very good chances it will >be >included. > > > Xwin -numlockoff > >sounds good. > >bye > ago >-- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo From vervoom@hotmail.com Fri Apr 23 15:51:00 2004 From: vervoom@hotmail.com (J S) Date: Fri, 23 Apr 2004 15:51:00 -0000 Subject: numlock Message-ID: Thanks a lot Alex. I'll do my best. > > Harold, > > > > This is simply a bug report. The FACT is that if you start XFree with >the > > numlock key on, the keyboard doesn't work properly. There have been >plenty > > of other posts about this in the past so I'm not the first to report >this. > > Even if you don't care about it, and it doesn't affect you, I think >you'll > > find a lot of users (who don't necessarily post here) have come across >the > > numlock issue. I know my users have, and everyone agrees this is a BUG. > > > > No one has asked you to do the work for this though - If I can, I'll >provide > > the patch using Thomas' code, but as the one in charge of this project, > > you're the man who says whether such a patch goes into the build. I was >just > > trying to get some involvement from you, maybe encouragement. > >Go on. If the patch is good an useful there are very good chances it will >be >included. > > > Xwin -numlockoff > >sounds good. > >bye > ago >-- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 _________________________________________________________________ Express yourself with cool emoticons - download MSN Messenger today! http://www.msn.co.uk/messenger From ext.zxplespac001@astrium.eads.net Fri Apr 23 20:00:00 2004 From: ext.zxplespac001@astrium.eads.net (ZXPLESPAC001, Ext) Date: Fri, 23 Apr 2004 20:00:00 -0000 Subject: [mesa3d] performance on cygwin Message-ID: <17F5FEED8AA6D41185B100508BAF1B0608E3EEBC@meteor.tls.fr.astrium.corp> Just a little information message for Mesa3d performance on Cygwin. This is the ouput of progs/demos/readpix (from MesaDemos-6.0.1) : - benchmark with "standard" cygwin x11 and my personnal build of glut-3.7 (static) GL_VERSION = 1.2 (1.4 Mesa 5.0.2) GL_RENDERER = Mesa GLX Indirect Loaded 194 by 188 image Benchmarking... Result: 184 reads in 4.014000 seconds = 1671860.488291 pixels/sec - benchmark with Mesa 6.0.1 DLLs (build for cygwin with my personnal patches) GL_VERSION = 1.5 Mesa 6.0.1 GL_RENDERER = Mesa X11 Loaded 194 by 188 image Benchmarking... Result: 3186 reads in 4.000000 seconds = 29049948.000000 pixels/sec WOOWW :-> PS: Here are the used packages: cygwin cygwin-1.5.9-1.tar.bz2 xorg-x11-base xorg-x11-base-6.7.0.0-7.tar.bz2 xorg-x11-bin xorg-x11-bin-6.7.0.0-4.tar.bz2 xorg-x11-bin-dlls xorg-x11-bin-dlls-6.7.0.0-4.tar.bz2 glut glut-3.7-EL-1.tar.bz2 -- Eric Lassauge -------------- next part -------------- --------------------------------------------------------- CE COURRIER ELECTRONIQUE EST A USAGE STRICTEMENT INFORMATIF ET NE SAURAIT ENGAGER DE QUELQUE MANIERE QUE CE SOIT EADS ASTRIUM SAS, NI SES FILIALES. SI UNE ERREUR DE TRANSMISSION OU UNE ADRESSE ERRONEE A MAL DIRIGE CE COURRIER, MERCI D'EN INFORMER L'EXPEDITEUR EN LUI FAISANT UNE REPONSE PAR COURRIER ELECTRONIQUE DES RECEPTION. SI VOUS N'ETES PAS LE DESTINATAIRE DE CE COURRIER, VOUS NE DEVEZ PAS L'UTILISER, LE CONSERVER, EN FAIRE ETAT, LE DISTRIBUER, LE COPIER, L'IMPRIMER OU EN REVELER LE CONTENU A UNE TIERCE PARTIE. This email is for information only and will not bind EADS Astrium SAS in any contract or obligation, nor its subsidiaries. If you have received it in error, please notify the sender by return email. If you are not the addressee of this email, you must not use, keep, disseminate, copy, print or otherwise deal with it. --------------------------------------------------------- From alexander.gottwald@s1999.tu-chemnitz.de Fri Apr 23 22:49:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 23 Apr 2004 22:49:00 -0000 Subject: [mesa3d] performance on cygwin In-Reply-To: <17F5FEED8AA6D41185B100508BAF1B0608E3EEBC@meteor.tls.fr.astrium.corp> References: <17F5FEED8AA6D41185B100508BAF1B0608E3EEBC@meteor.tls.fr.astrium.corp> Message-ID: On Fri, 23 Apr 2004, ZXPLESPAC001, Ext wrote: > Just a little information message for Mesa3d performance on Cygwin. > This is the ouput of progs/demos/readpix (from MesaDemos-6.0.1) : > > - benchmark with "standard" cygwin x11 and my personnal build of glut-3.7 > (static) > GL_VERSION = 1.2 (1.4 Mesa 5.0.2) > GL_RENDERER = Mesa GLX Indirect > Loaded 194 by 188 image > Benchmarking... > Result: 184 reads in 4.014000 seconds = 1671860.488291 pixels/sec > > - benchmark with Mesa 6.0.1 DLLs (build for cygwin with my personnal > patches) > GL_VERSION = 1.5 Mesa 6.0.1 > GL_RENDERER = Mesa X11 > Loaded 194 by 188 image > Benchmarking... > Result: 3186 reads in 4.000000 seconds = 29049948.000000 pixels/sec > > WOOWW :-> > > PS: Here are the used packages: > cygwin cygwin-1.5.9-1.tar.bz2 > xorg-x11-base xorg-x11-base-6.7.0.0-7.tar.bz2 > xorg-x11-bin xorg-x11-bin-6.7.0.0-4.tar.bz2 > xorg-x11-bin-dlls xorg-x11-bin-dlls-6.7.0.0-4.tar.bz2 > glut glut-3.7-EL-1.tar.bz2 Can you give more information on the used software? - Is mesa 6 linked to the X11 client or to the xserver? - was mesa 6 compiled with direct 3d support? - have you tested other OpenGL programs too (eg glxgears) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From brian.paul@tungstengraphics.com Sat Apr 24 04:14:00 2004 From: brian.paul@tungstengraphics.com (Brian Paul) Date: Sat, 24 Apr 2004 04:14:00 -0000 Subject: [mesa3d] performance on cygwin In-Reply-To: <17F5FEED8AA6D41185B100508BAF1B0608E3EEBC@meteor.tls.fr.astrium.corp> References: <17F5FEED8AA6D41185B100508BAF1B0608E3EEBC@meteor.tls.fr.astrium.corp> Message-ID: <408917A5.4080909@tungstengraphics.com> ZXPLESPAC001, Ext wrote: > Just a little information message for Mesa3d performance on Cygwin. > This is the ouput of progs/demos/readpix (from MesaDemos-6.0.1) : > > - benchmark with "standard" cygwin x11 and my personnal build of glut-3.7 > (static) > GL_VERSION = 1.2 (1.4 Mesa 5.0.2) > GL_RENDERER = Mesa GLX Indirect > Loaded 194 by 188 image > Benchmarking... > Result: 184 reads in 4.014000 seconds = 1671860.488291 pixels/sec With indirect rendering, the images are getting sent over a socket from the server to the client. It's not a fast path. > - benchmark with Mesa 6.0.1 DLLs (build for cygwin with my personnal > patches) > GL_VERSION = 1.5 Mesa 6.0.1 > GL_RENDERER = Mesa X11 > Loaded 194 by 188 image > Benchmarking... > Result: 3186 reads in 4.000000 seconds = 29049948.000000 pixels/sec In this case, the glReadPixels is basically a memcpy() from the color buffer to the user-allocated buffer. If you'd run stand-alone Mesa, you'd get much faster results too. I see 47103588 pixels/sec. You should also test reading from the front color buffer too get the full picture. -Brian From huntharo@msu.edu Sat Apr 24 04:17:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 24 Apr 2004 04:17:00 -0000 Subject: numlock In-Reply-To: References: Message-ID: <40893B63.8080206@msu.edu> JS, J S wrote: > Harold, > > This is simply a bug report. The FACT is that if you start XFree with > the numlock key on, the keyboard doesn't work properly. There have been > plenty of other posts about this in the past so I'm not the first to > report this. Even if you don't care about it, and it doesn't affect you, > I think you'll find a lot of users (who don't necessarily post here) > have come across the numlock issue. I know my users have, and everyone > agrees this is a BUG. I don't agree that it is a bug. I believe that this is simply the side effect of changes made to how numlock is handled in the X Window System; those changes were beyond our control and not all libraries and applications have been updated in the 5 or more years since those changes to handle numlock properly. Thus, anything that we do to turn numlock off will only be a partial work-around, not a bug fix. If it was a bug fix then it would apply all the time, but it can't be applied all the time because the majority of users that don't use LessTif or Motif applications will wonder why their numlock key keeps turning off. > No one has asked you to do the work for this though - If I can, I'll > provide the patch using Thomas' code, but as the one in charge of this > project, you're the man who says whether such a patch goes into the > build. I was just trying to get some involvement from you, maybe > encouragement. Yeah you did ask me to do the work, you sent me a private message asking if I was interested. I'm not saying it wouldn't go in. I think it is farely obvious that it something doesn't change the default behavior then it goes in almost automatically. I say go for it. Now, you might still be wondering why I'm not interested. I'm not interested in writing it myself because I spent about five minutes thinking about it and came up with various questions about how this should behave when Cygwin/X loses or regains keyboard focus. I also don't particularly like changing the keyboard state. Then I started thinking that maybe a better way to do this would be to make a command-line parameter that causes numlock to not be specified as a mask key. I also figured that an even better way may be an option on the tray menu that lets you toggle a numlock-override during your session that just makes numlock look like it is off without actually changing the keyboard state. See what I mean about how I don't think this has been completely thought out? Somebody needs to make this one their own and it sounds like you are interested, so go for it. > I personally liked the idea of adding a flag to the XWin command line e.g. > > Xwin -numlockoff > > but if you're saying this is a non-starter I won't bother. I never said it was a non-starter. I just said "I'm not the man for the job" because it sounded like you were asking me to write the code for you. Harold From vervoom@hotmail.com Sat Apr 24 07:54:00 2004 From: vervoom@hotmail.com (J S) Date: Sat, 24 Apr 2004 07:54:00 -0000 Subject: numlock Message-ID: >>Harold, >> >>This is simply a bug report. The FACT is that if you start XFree with the >>numlock key on, the keyboard doesn't work properly. There have been plenty >>of other posts about this in the past so I'm not the first to report this. >>Even if you don't care about it, and it doesn't affect you, I think you'll >>find a lot of users (who don't necessarily post here) have come across the >>numlock issue. I know my users have, and everyone agrees this is a BUG. > >I don't agree that it is a bug. I believe that this is simply the side >effect of changes made to how numlock is handled in the X Window System; >those changes were beyond our control and not all libraries and >applications have been updated in the 5 or more years since those changes >to handle numlock properly. Thus, anything that we do to turn numlock off >will only be a partial work-around, not a bug fix. If it was a bug fix >then it would apply all the time, but it can't be applied all the time >because the majority of users that don't use LessTif or Motif applications >will wonder why their numlock key keeps turning off. > >>No one has asked you to do the work for this though - If I can, I'll >>provide the patch using Thomas' code, but as the one in charge of this >>project, you're the man who says whether such a patch goes into the build. >>I was just trying to get some involvement from you, maybe encouragement. > >Yeah you did ask me to do the work, you sent me a private message asking if >I was interested. > >I'm not saying it wouldn't go in. I think it is farely obvious that it >something doesn't change the default behavior then it goes in almost >automatically. I say go for it. > >Now, you might still be wondering why I'm not interested. I'm not >interested in writing it myself because I spent about five minutes thinking >about it and came up with various questions about how this should behave >when Cygwin/X loses or regains keyboard focus. I also don't particularly >like changing the keyboard state. Then I started thinking that maybe a >better way to do this would be to make a command-line parameter that causes >numlock to not be specified as a mask key. I also figured that an even >better way may be an option on the tray menu that lets you toggle a >numlock-override during your session that just makes numlock look like it >is off without actually changing the keyboard state. > >See what I mean about how I don't think this has been completely thought >out? Somebody needs to make this one their own and it sounds like you are >interested, so go for it. > >>I personally liked the idea of adding a flag to the XWin command line e.g. >> >>Xwin -numlockoff >> >>but if you're saying this is a non-starter I won't bother. > >I never said it was a non-starter. I just said "I'm not the man for the >job" because it sounded like you were asking me to write the code for you. > Absolutely not. If it sounded like I was asking you to do the work - that's my fault, I should have worded my email better, I only wanted your advice/approval. That said, you did seem to be ignoring the numlock issue. Usually you are very quick to reply and helpful, aren't you?! :) Believe it or not, I get a lot of grief about the numlock key and I tried telling my users what you said before about it not being a bug, but now everyone thinks I'm in denial! They call me "numnuts" at work now! Anyway, you obviously have a better understanding of the problem but I don't think you can expect a bugfix to anticipate future changes. I doubt whether today's XFree will work on all future releases of Windows. I'll crack on with trying to write a patch and hopefully I'll be able to contribute some code (with a bit of support and guidance along the way?). Cheers, JS. _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo From ptabcum@hotmail.com Sat Apr 24 10:25:00 2004 From: ptabcum@hotmail.com (=?windows-874?B?vs3FILfRuqTT?=) Date: Sat, 24 Apr 2004 10:25:00 -0000 Subject: Please verify your e-mail address In-Reply-To: <200404231026.i3NAQt6t029070@absinthe.maven.com.au> Message-ID: <002f01c42984$0c2bde80$0b01a8c0@ideq200t> -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of tucker@omenmedia.com Sent: Friday, April 23, 2004 4:27 AM To: cygwin-xfree@cygwin.com Subject: Please verify your e-mail address Hi there, Your message has been received, but it has not been delivered to me yet. Unfortunately, due to the sheer volume of unsolicited mail sent to this account each day, I have been forced to implement very restrictive anti- spam measures. Since I do not have any record of your e-mail address, I need to verify that you are not a spammer. Please just hit 'Reply' and send this message back to me within seven days, and your previous message will be delivered, as will all of your future messages. (If you or your system administrator would like more information on avoiding spam using procmail, please visit http://angel.net/~nic/spam-x/) Thanks, and sorry for any inconvenience, Regards, Colin Tucker. From huntharo@msu.edu Sat Apr 24 15:58:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 24 Apr 2004 15:58:00 -0000 Subject: xterm-186 build bustage Message-ID: <4089E9C1.1020004@msu.edu> If anyone wants to help me with something, grab the xterm-186 original source (google for 'xterm', you'll find it), grab the -src package for our xterm-185 package, copy and rename xterm-185-*.sh to xterm-186-1.sh and try 'xterm-186-1.sh mkdirs && xterm-186-1.sh conf && xterm-186-1.sh'. You'll quickly note that 'X.Org Foundation' is somehow getting into CFLAGS as a raw string, causing gcc to bork. It seems that this may be somehow caused by macros in xterm's configure scripts that copy the CFLAGS set by the imake configuration files. I haven't got a heck of a lot of time to look into this, so I would appreciate it if anyone with a little understanding of auto* and shell scripts could take a peek at why xterm is failing to build under Cygwin/X at the moment. Harold From huntharo@msu.edu Sat Apr 24 16:16:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 24 Apr 2004 16:16:00 -0000 Subject: xorg-x11-xwin-6.7-5 is huge! Message-ID: <4089EA59.1070802@msu.edu> Check out all of those changes in xorg-x11-xwin-6.7-5! http://x.cygwin.com/devel/server/changelog-150.html I'm really proud to say that I hardly did a thing for this release. I have added a news item thanking our developers and welcoming Dan Wilks: http://x.cygwin.com/ Harold From earle@ziplabel.com Sat Apr 24 16:18:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 24 Apr 2004 16:18:00 -0000 Subject: Small tweak to HW accelerated cursor committed Message-ID: <5.1.1.6.2.20040424004236.00bb8ee8@mail.ziplabel.com> As usual my CVS commit emails are in limbo, but just a heads up that I've checked in a small change to the HW accelerated cursor routines. Before it would set the cursor no matter where the mouse was, even in the title bar. (Drag an xterm in multiwindow mode quickly and see the Windows cursor change to the X root cursor or the insertion bar depending on where you're dragging over on the X hidden root window...it's a race condition so sometimes it will show, sometimes not.) The new changes check to see if the current cursor position is outside of a window's client rect, and if so then it creates the cursor (for later WM_SETCURSOR events) but does not SetCursor() it. The WM_SETCURSOR handler will take care of it when the mouse moves back into the client region. It's also possible to create color Win32 cursors dynamically, not just black and white ones, through the use of CreateIcon (really!). I don't have any way of testing this at all so I haven't done any work on it. Are there any apps that compile under cygwin that set the X11 cursor color? -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From dickey@his.com Sat Apr 24 16:40:00 2004 From: dickey@his.com (Thomas Dickey) Date: Sat, 24 Apr 2004 16:40:00 -0000 Subject: xterm-186 build bustage In-Reply-To: <4089E9C1.1020004@msu.edu> References: <4089E9C1.1020004@msu.edu> Message-ID: <20040424062453.A26154@mail.his.com> On Sat, 24 Apr 2004, Harold L Hunt II wrote: > If anyone wants to help me with something, grab the xterm-186 original > source (google for 'xterm', you'll find it), grab the -src package for > our xterm-185 package, copy and rename xterm-185-*.sh to xterm-186-1.sh > and try 'xterm-186-1.sh mkdirs && xterm-186-1.sh conf && > xterm-186-1.sh'. You'll quickly note that 'X.Org Foundation' is somehow > getting into CFLAGS as a raw string, causing gcc to bork. It seems that > this may be somehow caused by macros in xterm's configure scripts that > copy the CFLAGS set by the imake configuration files. most likely it's coming from imake > I haven't got a heck of a lot of time to look into this, so I would > appreciate it if anyone with a little understanding of auto* and shell > scripts could take a peek at why xterm is failing to build under > Cygwin/X at the moment. > > Harold > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From pechtcha@cs.nyu.edu Sat Apr 24 21:12:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 24 Apr 2004 21:12:00 -0000 Subject: xterm-186 build bustage In-Reply-To: <4089E9C1.1020004@msu.edu> References: <4089E9C1.1020004@msu.edu> Message-ID: On Sat, 24 Apr 2004, Harold L Hunt II wrote: > If anyone wants to help me with something, grab the xterm-186 original > source (google for 'xterm', you'll find it), grab the -src package for > our xterm-185 package, copy and rename xterm-185-*.sh to xterm-186-1.sh > and try 'xterm-186-1.sh mkdirs && xterm-186-1.sh conf && > xterm-186-1.sh'. Harold, Didn't you mean the last command to be 'xterm-186-1.sh build'? Also, this will only work if a) you unpack xterm-186.tar.gz by hand prior to running the commands, and b) you have "." in your ${PATH} (but those are nitpicks and easy to figure out). > You'll quickly note that 'X.Org Foundation' is somehow > getting into CFLAGS as a raw string, causing gcc to bork. It seems that > this may be somehow caused by macros in xterm's configure scripts that > copy the CFLAGS set by the imake configuration files. WFM. I just built xterm.exe (and resize.exe) with no errors using the above recipe. Did I, by chance, grab the wrong source tarball? I got the one from (direct link: ). FWIW, that tarball contains no occurrences of "X.Org" anywhere. Also, if it matters, I used xterm-185-4.sh. However, with the CVS version I did get a "too many decimal points in a number" error. I suspect it's a quoting issue -- XVERSION should have been defined as a string, and it was missing the quotes. An extra level of shell invocation probably stripped them out. I'll investigate... > I haven't got a heck of a lot of time to look into this, so I would > appreciate it if anyone with a little understanding of auto* and shell > scripts could take a peek at why xterm is failing to build under > Cygwin/X at the moment. > > Harold -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From leontiad@hotmail.com Sun Apr 25 17:18:00 2004 From: leontiad@hotmail.com (hercules zzz) Date: Sun, 25 Apr 2004 17:18:00 -0000 Subject: delete me from the forum Message-ID: i don't want to take any more mails from this forum.what have i to do? _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus From huntharo@msu.edu Sun Apr 25 18:26:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 25 Apr 2004 18:26:00 -0000 Subject: Small tweak to HW accelerated cursor committed In-Reply-To: <5.1.1.6.2.20040424004236.00bb8ee8@mail.ziplabel.com> References: <5.1.1.6.2.20040424004236.00bb8ee8@mail.ziplabel.com> Message-ID: <408A933B.9010903@msu.edu> Okay, just released that tweak as xorg-x11-xwin-6.7-6. Thanks, Harold Earle F. Philhower III wrote: > As usual my CVS commit emails are in limbo, but just a heads up that I've > checked in a small change to the HW accelerated cursor routines. > > Before it would set the cursor no matter where the mouse was, even in > the title bar. (Drag an xterm in multiwindow mode quickly and see the > Windows cursor change to the X root cursor or the insertion bar depending > on where you're dragging over on the X hidden root window...it's a race > condition so sometimes it will show, sometimes not.) > > The new changes check to see if the current cursor position is outside of > a window's client rect, and if so then it creates the cursor (for later > WM_SETCURSOR events) but does not SetCursor() it. The WM_SETCURSOR > handler will take care of it when the mouse moves back into the client > region. > > It's also possible to create color Win32 cursors dynamically, not just > black and white ones, through the use of CreateIcon (really!). I don't > have > any way of testing this at all so I haven't done any work on it. Are there > any apps that compile under cygwin that set the X11 cursor color? > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From dickey@his.com Sun Apr 25 18:48:00 2004 From: dickey@his.com (Thomas Dickey) Date: Sun, 25 Apr 2004 18:48:00 -0000 Subject: xterm-186 build bustage In-Reply-To: References: <4089E9C1.1020004@msu.edu> Message-ID: <20040424123538.N76815@mail.his.com> On Sat, 24 Apr 2004, Igor Pechtchanski wrote: > > You'll quickly note that 'X.Org Foundation' is somehow > > getting into CFLAGS as a raw string, causing gcc to bork. It seems that > > this may be somehow caused by macros in xterm's configure scripts that > > copy the CFLAGS set by the imake configuration files. > However, with the CVS version I did get a "too many decimal points in a > number" error. I suspect it's a quoting issue -- XVERSION should have > been defined as a string, and it was missing the quotes. An extra level > of shell invocation probably stripped them out. I'll investigate... That seems to be a lesser problem (still not a very good idea). Actually the problem as reported seems to be X11.tmpl:96:#define VendorDefines -DXVENDORNAME='"$(VENDORNAME)"' -DXVENDORNAMESHORT='"$(VENDORNAMESHORT)"' which would work better if it were X11.tmpl:96:#define VendorDefines -DXVENDORNAME=\"$(VENDORNAME)\" -DXVENDORNAMESHORT=\"$(VENDORNAMESHORT)\" since the quotes otherwise are not echoed. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From cgf-no-personal-reply-please@cygwin.com Sun Apr 25 21:31:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 25 Apr 2004 21:31:00 -0000 Subject: delete me from the forum In-Reply-To: References: Message-ID: <20040424211243.GA1147@coe.bosbc.com> On Sat, Apr 24, 2004 at 07:16:24PM +0300, hercules zzz wrote: >i don't want to take any more mails from this forum.what have i to do? Go to http://cygwin.com/lists.html and scroll down to the form which lets you subscribe or unsubscribe from cygwin mailing lists. If that doesn't work, visit this page: http://sources.redhat.com/lists.html#unsubscribe-simple keep reading from steps 3. through 6. and you will be able to unsubscribe. From lev.bishop@yale.edu Sun Apr 25 21:39:00 2004 From: lev.bishop@yale.edu (Lev S Bishop) Date: Sun, 25 Apr 2004 21:39:00 -0000 Subject: Icons in 6.7-6 Message-ID: The recent changes from LoadIcon to LoadImage, while technically The Right Thing, have made the default X icon less pretty in the small size (ie in window titles, on the taskbar). I can explain in detail the cause of this if anyone cares. Last night I was toying in my head with a few ideas for extensions to the current icon handling system that would cover this and a few other nitpicky icon prettiness issues in a more general/complete way -- I'll probably have a go at coding those ideas up next weekend if I don't get a chance before. Lev From pechtcha@cs.nyu.edu Sun Apr 25 23:25:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 25 Apr 2004 23:25:00 -0000 Subject: xterm-186 build bustage In-Reply-To: <20040424123538.N76815@mail.his.com> References: <4089E9C1.1020004@msu.edu> <20040424123538.N76815@mail.his.com> Message-ID: On Sat, 24 Apr 2004, Thomas Dickey wrote: > On Sat, 24 Apr 2004, Igor Pechtchanski wrote: > > > > You'll quickly note that 'X.Org Foundation' is somehow > > > getting into CFLAGS as a raw string, causing gcc to bork. It seems that > > > this may be somehow caused by macros in xterm's configure scripts that > > > copy the CFLAGS set by the imake configuration files. > > > However, with the CVS version I did get a "too many decimal points in a > > number" error. I suspect it's a quoting issue -- XVERSION should have > > been defined as a string, and it was missing the quotes. An extra level > > of shell invocation probably stripped them out. I'll investigate... > > That seems to be a lesser problem (still not a very good idea). > > Actually the problem as reported seems to be > X11.tmpl:96:#define VendorDefines -DXVENDORNAME='"$(VENDORNAME)"' -DXVENDORNAMESHORT='"$(VENDORNAMESHORT)"' > > which would work better if it were > > X11.tmpl:96:#define VendorDefines -DXVENDORNAME=\"$(VENDORNAME)\" -DXVENDORNAMESHORT=\"$(VENDORNAMESHORT)\" > > since the quotes otherwise are not echoed. Well, IMO, it's the same problem, just a different incarnation: xc/programs/xterm/Imakefile:117: XVERSIONDEFS = -DXVERSION='"4.3.99.3"' should have been xc/programs/xterm/Imakefile:117: XVERSIONDEFS = -DXVERSION=\"\\\"4.3.99.3\\\"\" (you actually need both sets of quotes so that the inner double quotes get propagated to gcc -- same goes for your proposed changes above, and, possibly, for the true clause of the #if statement in the above Imakefile). If it helps, I can submit a proper patch instead. FWIW, since I only checked out the xc/programs/xterm directory, not the whole X tree, I was missing the config files (including X11.tmpl). I assume that's why I was unable to reproduce Harold's problem, since he probably has the whole tree, and his build was actually picking up the (unquoted) values of the variables. As a side question, what's the minimal set of files that needs to be checked out from CVS to build just xterm/resize? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From dickey@his.com Sun Apr 25 23:28:00 2004 From: dickey@his.com (Thomas Dickey) Date: Sun, 25 Apr 2004 23:28:00 -0000 Subject: xterm-186 build bustage In-Reply-To: References: <4089E9C1.1020004@msu.edu> <20040424123538.N76815@mail.his.com> Message-ID: <20040425143852.Q80381@mail.his.com> On Sun, 25 Apr 2004, Igor Pechtchanski wrote: > (you actually need both sets of quotes so that the inner double quotes get > propagated to gcc -- same goes for your proposed changes above, and, > possibly, for the true clause of the #if statement in the above > Imakefile). If it helps, I can submit a proper patch instead. actually I spent a couple of hours on that yesterday and modified the configure script so it would work around that particular type of quoting issue. Right now I'm making some additional changes so I can run the configure script against an X build tree (having gotten at the same time a report that indicates I have to refine the freetype configure checks). I might get done with that today; when I do, I'll put up a #187 tarball, since the testing involved will address both of these. > FWIW, since I only checked out the xc/programs/xterm directory, not the > whole X tree, I was missing the config files (including X11.tmpl). I > assume that's why I was unable to reproduce Harold's problem, since he > probably has the whole tree, and his build was actually picking up the > (unquoted) values of the variables. As a side question, what's the > minimal set of files that needs to be checked out from CVS to build just > xterm/resize? for the minimal set, you don't need the utf8 stuff. See in Makefile.in, this SRCS1 = button.c charproc.c charsets.c cursor.c \ data.c doublechr.c fontutils.c input.c \ $(MAINSRC) menu.c misc.c print.c ptydata.c \ screen.c scrollbar.c tabs.c util.c xstrings.c \ VTPrsTbl.c $(EXTRASRC) and HDRS = VTparse.h data.h error.h main.h menu.h proto.h \ ptyx.h version.h xstrings.h xterm.h $(EXTRAHDR) The utf8 source would be in $(EXTRASRC). configure.in updates the shell variable $EXTRASRCS according to extra features that are added to the base. (resize only needs resize.c and xstrings.c). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From earle@ziplabel.com Mon Apr 26 00:17:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 26 Apr 2004 00:17:00 -0000 Subject: Icons in 6.7-6 In-Reply-To: Message-ID: <5.1.1.6.2.20040425142228.00b9d608@mail.ziplabel.com> Howdy, At 01:18 PM 4/25/2004 -0400, Lev S Bishop wrote: >The recent changes from LoadIcon to LoadImage, while technically The Right >Thing, have made the default X icon less pretty in the small size (ie in >window titles, on the taskbar). I can explain in detail the cause of this >if anyone cares. Last night I was toying in my head with a few ideas for >extensions to the current icon handling system that would cover this and a >few other nitpicky icon prettiness issues in a more general/complete way >-- I'll probably have a go at coding those ideas up next weekend if I >don't get a chance before. Sure, I'd like to hear the cause! Were you planning on sidestepping the issue by making a wrapper around the ICON/IMAGE to keep track of whether you LoadIcon()'d or LoadImaged()'d them, so you know how to get rid of them? I also stumbled upon the cygwin calls for converting from cygwin paths to Win32 paths, it may make sense to support both path types when specifying from where to load ICONs. PNG icon support would be neat and easy too, but it doesn't look like libpng is standard in the X tree and I wouldn't want to add dependencies... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Mon Apr 26 03:23:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 26 Apr 2004 03:23:00 -0000 Subject: Color support added to HW accelerated cursor Message-ID: <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> My CVS commit emails are in limbo, but just a heads up that I've checked in a change to the HW accelerated cursor routines to add support for non black-and-white cursors. Initially it only supports 2-colored cursors (try set-mouse-color in emacs...), not ARGB ones added with the XRENDER extension. Anyone who knows any apps that compile under cygwin that use the render cursors, I'd be interested in hearing about them so I can do some coding and testing... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From lev.bishop@yale.edu Mon Apr 26 04:35:00 2004 From: lev.bishop@yale.edu (Lev S Bishop) Date: Mon, 26 Apr 2004 04:35:00 -0000 Subject: Icons in 6.7-6 Message-ID: Earle wrote: > Sure, I'd like to hear the cause! When you use LoadIcon(), windows keeps track of the original source of the icon, so that if a different sized icon is required, it can go back to that resource/file and load up the appropriate sized icon from there. If you use loadimage, then it keeps no record of the original source, and if a different sized (ie small) icon is required, all it can do is attempt to rescale the loaded version, which generally doesn't work out to be as pretty as an icon specifically designed at that size. > Were you planning on sidestepping the > issue by making a wrapper around the ICON/IMAGE to keep track of whether > you LoadIcon()'d or LoadImaged()'d them, so you know how to get rid of > them? No, I was planning on explicitly LoadImage()ing both small and large icons, so that _all_ icons are loaded nicely at large and small sizes, not just the default X. I was also going to extend the xwinrc language to allow explicitly setting the large and small icons should you desire them to be different. I was going to use the system metrics to set WM_ICON_SIZE on the root window properly, just in case any clients actually pay attention to that. And I was going to look at _NET_WM_ICON for clients that adhere to that extended ICCCM standard (gnome and kde stuff). > I also stumbled upon the cygwin calls for converting from cygwin paths > to Win32 paths, it may make sense to support both path types when > specifying from where to load ICONs. > > PNG icon support would be neat and easy too, but it doesn't look like > libpng is standard in the X tree and I wouldn't want to add > dependencies... Yeah, I was also toying with adding support for other graphics formats, filtering, porter&duff operations, etc, by adding some way to hook into ImageMagick or GraphicsMagick (whichever it is that's supported on cygwin), but I'd have to do it in such a way that *Magick wasn't required if you didn't use those features. Haven't thought that aspect through yet. Maybe I could just program the few features that would actually be relevant to icon processing -- I haven't done any image processing for a while so it might be fun. Extending the xwinrc language should be easy since it's parsed with a yacc grammar. The hardest part of all this will probably be writing the manual.... Lev From lev.bishop@yale.edu Mon Apr 26 09:22:00 2004 From: lev.bishop@yale.edu (Lev S Bishop) Date: Mon, 26 Apr 2004 09:22:00 -0000 Subject: Color support added to HW accelerated cursor Message-ID: Earle wrote: > Anyone who knows any apps that compile under cygwin that use the render > cursors, I'd be interested in hearing about them so I can do some coding > and testing... Well, emacs compiles under cygwin, but the version distributed with cygwin doesn't use render. But I know for a fact that the version I'm using right now (on a remote machine) does use ARGB cursors so there must be compile-time options to tell emacs to use them. L From huntharo@msu.edu Mon Apr 26 09:33:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 26 Apr 2004 09:33:00 -0000 Subject: Icons in 6.7-6 In-Reply-To: <5.1.1.6.2.20040425142228.00b9d608@mail.ziplabel.com> References: <5.1.1.6.2.20040425142228.00b9d608@mail.ziplabel.com> Message-ID: <408C54F4.5060505@msu.edu> Earle F. Philhower III wrote: > PNG icon support would be neat and easy too, but it doesn't look like > libpng is standard in the X tree and I wouldn't want to add dependencies... I'd say go for it, as long as we can turn it on or off with a flag in cygwin.cf... so just #ifdef everything so that we can compile without PNG support. Harold From cffischer@earthlink.net Mon Apr 26 09:34:00 2004 From: cffischer@earthlink.net (Charlotte Fischer) Date: Mon, 26 Apr 2004 09:34:00 -0000 Subject: Cygwin/X Message-ID: <410-2200441263234478@earthlink.net> I was recently introduced to this wonderful product and attempted to install it on my home computer. It works more or less, but no home directory was created. There also was an error message. My system is Windows XP and I use it without a password. Is a password needed? The following is a copy of XWin.log . I would greatly appreciate your comments or suggestions. Charlotte Froese Fischer Vanderbilt University ----------------------------------------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-6 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. winCheckDisplayNumber - Cygwin/X is already running on display 0 Fatal server error: InitOutput - Duplicate invocation on display number: 0. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress winRealizeCursor: cursor=0x101a90a0 winRealizeCursor: cursor=0x10191198 winRealizeCursor: cursor=0x101911f0 winRealizeCursor: cursor=0x10191260 winRealizeCursor: cursor=0x102dd200 winRealizeCursor: cursor=0x102dd270 winRealizeCursor: cursor=0x102dd2e0 winRealizeCursor: cursor=0x1019c268 winUnrealizeCursor: cursor=0x1019c268 winRealizeCursor: cursor=0x1019c268 winUnrealizeCursor: cursor=0x101a90a0 winRealizeCursor: cursor=0x101a90a0 winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winSetCursor: cursor=0x101a90a0 winLoadCursor: Win32: 32x32 X11: 9x16 winSetCursor: handle=0x3b0143 bash-2.05b$ Charlotte Fischer cffischer@earthlink.net From earle@ziplabel.com Mon Apr 26 09:37:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 26 Apr 2004 09:37:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: Message-ID: <5.1.1.6.2.20040425213208.00bb2e18@mail.ziplabel.com> Howdy, At 07:28 PM 4/25/2004 -0400, Lev S Bishop wrote: >Well, emacs compiles under cygwin, but the version distributed with cygwin >doesn't use render. But I know for a fact that the version I'm using right >now (on a remote machine) does use ARGB cursors so there must be >compile-time options to tell emacs to use them. Thanks, I couldn't get things to compile cleanly for me w/emacs, but I did get a ssh into a linux machine w/apps like Mozilla and emacs that do support ARGB cursors. The change has been put into CVS, the only caveat is that I can't do any 24bpp testing (8-, 16-, and 32-bpp all checked and working, but only 32bpp has the true color/alpha support obviously)... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From alexander.gottwald@s1999.tu-chemnitz.de Mon Apr 26 10:01:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 Apr 2004 10:01:00 -0000 Subject: Cygwin/X In-Reply-To: <410-2200441263234478@earthlink.net> References: <410-2200441263234478@earthlink.net> Message-ID: On Sun, 25 Apr 2004, Charlotte Fischer wrote: > > I was recently introduced to this wonderful product and attempted to > install it on my home computer. It works more or less, but no home > directory was created. Cygwin/X itself does not create a homedirectory. It is just the graphics system. The cygwin distribution takes care of creating the homedirectory. > There also was an error message. > winCheckDisplayNumber - Cygwin/X is already running on display 0 > > Fatal server error: > InitOutput - Duplicate invocation on display number: 0. Exiting. You have started Cygwin/X twice. Maybe you did not notice it has already been started. When Cygwin/X is runnng, a X will appear in the trayarea of the taskbar and you can start any X11 program you want. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From aroushdi@hotmail.com Mon Apr 26 11:58:00 2004 From: aroushdi@hotmail.com (aroushdi) Date: Mon, 26 Apr 2004 11:58:00 -0000 Subject: New xwin fails 2instance crashes Message-ID: Executing Xwin 2 times in a row the second one always fail with unable to bind . This did not happen befor . I used to have multiple xsessions with multiple hosts. with the new distrib I cannot do that . Only the first does not crash any idea how to reolve this behaviour . thanks for ur help From alexander.gottwald@s1999.tu-chemnitz.de Mon Apr 26 12:21:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 Apr 2004 12:21:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> References: <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> Message-ID: On Sun, 25 Apr 2004, Earle F. Philhower III wrote: > My CVS commit emails are in limbo, Are you subscribe to xorg-commit or xorg-commit-diffs? The script which generates messages for xorg-commit-diffs was disabled since it does not work stable. But xorg-commit has all your commit logs. For generating the diffs, Egbert Eich has created a script which fetches the cvs diff for all files in the logmessage. see pdx.freedesktop.org:~eich/script/diff_extract.sh bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Apr 26 12:25:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 Apr 2004 12:25:00 -0000 Subject: New xwin fails 2instance crashes In-Reply-To: References: Message-ID: On Mon, 26 Apr 2004, aroushdi wrote: > Executing Xwin 2 times in a row the second one always fail with unable > to bind . This did not happen befor . I used to have multiple xsessions > with multiple hosts. with the new distrib I cannot do that . Only the > first does not crash > any idea how to reolve this behaviour . > thanks for ur help You can not start two xserver with the same display number. use XWin :0 $OPTIONS for the first and XWin :1 $OPTIONS for the second. can you please the logfiles and the commandlines which you use to startup the xserver? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From aroushdi@hotmail.com Mon Apr 26 13:00:00 2004 From: aroushdi@hotmail.com (aroushdi) Date: Mon, 26 Apr 2004 13:00:00 -0000 Subject: New xwin fails 2instance crashes In-Reply-To: References: Message-ID: Alexander Gottwald wrote: > On Mon, 26 Apr 2004, aroushdi wrote: > > >>Executing Xwin 2 times in a row the second one always fail with unable >>to bind . This did not happen befor . I used to have multiple xsessions >>with multiple hosts. with the new distrib I cannot do that . Only the >>first does not crash >>any idea how to reolve this behaviour . >>thanks for ur help > > > You can not start two xserver with the same display number. > > use XWin :0 $OPTIONS for the first and XWin :1 $OPTIONS for the second. > > can you please the logfiles and the commandlines which you use to startup > the xserver? > > bye > ago Thanks for ur quick reply . I use different display number each time . same as u said As a matter of face I downleveled my installation to have more than one session running . From aroushdi@hotmail.com Mon Apr 26 13:18:00 2004 From: aroushdi@hotmail.com (aroushdi) Date: Mon, 26 Apr 2004 13:18:00 -0000 Subject: New xwin fails 2instance crashes In-Reply-To: References: Message-ID: aroushdi wrote: > Executing Xwin 2 times in a row the second one always fail with unable > to bind . This did not happen befor . I used to have multiple xsessions > with multiple hosts. with the new distrib I cannot do that . Only the > first does not crash > any idea how to reolve this behaviour . > thanks for ur help > > Here is the infor needed Version used 6.7.0.0.4 xwin started with the following command-line Xwin :30 -query hostname1 -dpi 100 -from myhost - once Xwin.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: Xwin :30 -query linux02 -dpi 100 -from icc68651 -once ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 960 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root Fatal server error: Xserver: failed to bind to -from address: icc68651 Command line used to trigger Xwin " e:\\cygwin\\bin\\bash.exe -c -l \'run bash -c -l \"CYGWIN=server Xwin.exe :$port -query $host -dpi 100 -from $myhost $fontpath \&\" \' " ; This statement works fine with version 4.3.0.57 . From huntharo@msu.edu Mon Apr 26 13:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 26 Apr 2004 13:36:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: References: <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> Message-ID: <408CFEA8.5020408@msu.edu> Alexander Gottwald wrote: > On Sun, 25 Apr 2004, Earle F. Philhower III wrote: > > >>My CVS commit emails are in limbo, > > > Are you subscribe to xorg-commit or xorg-commit-diffs? The script which > generates messages for xorg-commit-diffs was disabled since it does not > work stable. But xorg-commit has all your commit logs. > > For generating the diffs, Egbert Eich has created a script which fetches > the cvs diff for all files in the logmessage. Yeah, he is subscribed just like you and I are subscribed. The options on his account are identical to ours. In fact, maybe it is a problem that his earle@pdx account is subscribed because every account that is subscribed is marked for moderation, yet your posts and my posts go right through. The only current difference I can see is that neither of us have our foo@pdx accounts subscribed while Earle does. Maybe we should try deleting the earle@pdx account subscription and see if that lets his posts go through immediately. Harold From alexander.gottwald@s1999.tu-chemnitz.de Mon Apr 26 13:53:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 Apr 2004 13:53:00 -0000 Subject: New xwin fails 2instance crashes In-Reply-To: References: Message-ID: On Mon, 26 Apr 2004, aroushdi wrote: > Version used 6.7.0.0.4 > xwin started with the following command-line > Xwin :30 -query hostname1 -dpi 100 -from myhost - once > > Xwin.log > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 6.7.0.0-4 > > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > Xwin :30 -query linux02 -dpi 100 -from icc68651 -once > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1280 h 960 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > > Fatal server error: > Xserver: failed to bind to -from address: icc68651 Have you tried starting XWin without the -from parameters? Have you tried another port number (like :1 or :2) maybe there is another program already running on port 6030. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From aroushdi@hotmail.com Mon Apr 26 14:01:00 2004 From: aroushdi@hotmail.com (aroushdi) Date: Mon, 26 Apr 2004 14:01:00 -0000 Subject: New xwin fails 2instance crashes In-Reply-To: References: Message-ID: Alexander Gottwald wrote: > On Mon, 26 Apr 2004, aroushdi wrote: > Have you tried starting XWin without the -from parameters? yes i tried and i get a grey screen and no logon screen > Have you tried another port number (like :1 or :2) > yes provides same result > maybe there is another program already running on port 6030. why was it working with the old release nothing has changed . as a matter of fact is running with the v4.3.0.57 thks > bye > ago From cygwinx@centermail.net Mon Apr 26 14:47:00 2004 From: cygwinx@centermail.net (Rado Rethmann) Date: Mon, 26 Apr 2004 14:47:00 -0000 Subject: Non US-Keyboard problem Message-ID: Hi, I've installed the latest XFREE86 (4.3.0-2) and xorg-Base (6.7.0.0) on my XP-machine. I customized the XWin line in startxwin.bat to: run XWin -multiwindow -clipboard -xkbrules xfree86 -xkbmodel logicordless -xkblayout "de,us" -xkboptions "grp:alt_shift_toggle" When I run XWin, I do not get the german keyboard, no ?????? (ue/oe/ae), what I will get is \374\366\344 instead. When shifting to the US-layout I get the correct [;' chars. In neither layout I can use the cursor keys, they end up in 2D2C2A2B (left/right/up/down). Same result with different keyboard types (pc104 etc). When I run xev, every key is identified correctly (that is what I see), for a-umlaut: KeyPress event, serial 21, synthetic NO, window 0xa00001, root 0x3a, subw 0x0, time 24877390, (58,-6), root:(749,37), state 0x10, keycode 48 (keysym 0xe4, adiaeresis), same_screen YES, XLookupString gives 1 bytes: (e4) "??" XmbLookupString gives 1 bytes: (e4) "??" XFilterEvent returns: False KeyRelease event, serial 24, synthetic NO, window 0xa00001, root 0x3a, subw 0x0, time 24877500, (58,-6), root:(749,37), state 0x10, keycode 48 (keysym 0xe4, adiaeresis), same_screen YES, XLookupString gives 1 bytes: (e4) "??" One strange thing is when I press a cursor key (down here): KeyPress event, serial 24, synthetic NO, window 0xa00001, root 0x3a, subw 0x0, time 25044265, (143,-210), root:(301,23), state 0x10, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 24, synthetic NO, window 0xa00001, root 0x3a, subw 0x0, time 25044281, (143,-210), root:(301,23), state 0x11, keycode 104 (keysym 0xff54, Down), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 24, synthetic NO, window 0xa00001, root 0x3a, subw 0x0, time 25044390, (143,-210), root:(301,23), state 0x11, keycode 104 (keysym 0xff54, Down), same_screen YES, XLookupString gives 0 bytes: KeyRelease event, serial 24, synthetic NO, window 0xa00001, root 0x3a, subw 0x0, time 25044406, (143,-210), root:(301,23), state 0x11, keycode 50 (keysym 0xffe1, Shift_L), same_screen YES, XLookupString gives 0 bytes: Is it normal to have so many events (why shift_L?) with cursor keys ? Is it possible that the reason for this behaviour somehow lays in the Logitech keyboard driver (easy internet keyborard, 3 drivers: i8042prt.sys, itchfltr.sys & kbdclass.sys )? Thank you for your help. Rado From alexander.gottwald@s1999.tu-chemnitz.de Mon Apr 26 14:48:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 Apr 2004 14:48:00 -0000 Subject: Non US-Keyboard problem In-Reply-To: References: Message-ID: On Mon, 26 Apr 2004, Rado Rethmann wrote: > > Hi, > > I've installed the latest XFREE86 (4.3.0-2) and xorg-Base (6.7.0.0) on my > XP-machine. > I customized the XWin line in startxwin.bat to: uninstall the XFree86 packages. They are superseeded by the xorg packages. > run XWin -multiwindow -clipboard -xkbrules xfree86 -xkbmodel logicordless > -xkblayout "de,us" -xkboptions "grp:alt_shift_toggle" > > When I run XWin, I do not get the german keyboard, no ?????? (ue/oe/ae), what > I will get is \374\366\344 instead. This sounds like the bash umlaut problem. Check the faq on http://x.cygwin.com/docs/faq/cygwin-x-faq.html > When shifting to the US-layout I get the correct [;' chars. > In neither layout I can use the cursor keys, they end up in 2D2C2A2B > (left/right/up/down). Is numlock activated? This may conflict with the cursor keys. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Apr 26 15:11:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 Apr 2004 15:11:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> References: <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> Message-ID: On Sun, 25 Apr 2004, Earle F. Philhower III wrote: > My CVS commit emails are in limbo, but just a heads up that I've > checked in a change to the HW accelerated cursor routines to add support > for non black-and-white cursors. Initially it only supports 2-colored > cursors (try set-mouse-color in emacs...), not ARGB ones added with the > XRENDER extension. > > Anyone who knows any apps that compile under cygwin that use the render > cursors, I'd be interested in hearing about them so I can do some coding > and testing... The hotspots of the cursor are garbled. multiwindow xterm: moving the cursor from the titlebar into to window changes the cursor from arrow to text-input and the cursor jumps. The bottom line of the text-input cursor is now right below the title bar and everything else is in the titlebar but the hotspot is in the window itself Mozilla: cursor is arrow. You have to aim about 1 line (12px?) above what you want to hit. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Benjamin.Riefenstahl@epost.de Mon Apr 26 15:16:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 26 Apr 2004 15:16:00 -0000 Subject: Problem with xlsfonts Message-ID: Hi all, Does anybody know off the top of his head what may be wrong here? $ xlsfonts XIO: fatal IO error 104 (Connection reset by peer) on X server "127.0.0.1:0.0" after 9 requests (8 known processed) with 0 events remaining. $ xfontsel XIO: fatal IO error 104 (Connection reset by peer) on X server "127.0.0.1:0.0" after 222 requests (157 known processed) with 2 events remaining. $ This fails the same way locally as well as from a remote box. Other programs (xterm, Emacs, xfig) work fine, so it may be related to the font enumeration. The general mount mode is "text", but the font directory and /tmp are both mounted in binary mode. I am using 6.7.0.0-6. XWin.log is attached, if that's interesting. benny -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 6332 bytes Desc: not available URL: From aroushdi@hotmail.com Mon Apr 26 15:32:00 2004 From: aroushdi@hotmail.com (aroushdi) Date: Mon, 26 Apr 2004 15:32:00 -0000 Subject: New xwin fails 2instance crashes In-Reply-To: References: Message-ID: aroushdi wrote: > Alexander Gottwald wrote: > >> On Mon, 26 Apr 2004, aroushdi wrote: > > >> Have you tried starting XWin without the -from parameters? > > yes i tried and i get a grey screen and no logon screen > >> Have you tried another port number (like :1 or :2) >> > yes provides same result > >> maybe there is another program already running on port 6030. > > > why was it working with the old release nothing has changed . as a > matter of fact is running with the v4.3.0.57 > thks > >> bye >> ago > > > I realized that I have installed both X11-org and Xfree so i deinstalled xfree i still have the problem . thks for ur help From cygwinx@centermail.net Mon Apr 26 15:56:00 2004 From: cygwinx@centermail.net (Rado Rethmann) Date: Mon, 26 Apr 2004 15:56:00 -0000 Subject: Non US-Keyboard problem Message-ID: > > Hi, > > I've installed the latest XFREE86 (4.3.0-2) and xorg-Base (6.7.0.0) on > my XP-machine. > I customized the XWin line in startxwin.bat to: uninstall the XFree86 packages. They are superseeded by the xorg packages. -> I did uninstall the XFree86 libs... > run XWin -multiwindow -clipboard -xkbrules xfree86 -xkbmodel > logicordless -xkblayout "de,us" -xkboptions "grp:alt_shift_toggle" > > When I run XWin, I do not get the german keyboard, no ?????? (ue/oe/ae), > what I will get is \374\366\344 instead. This sounds like the bash umlaut problem. Check the faq on http://x.cygwin.com/docs/faq/cygwin-x-faq.html -> I do have an .inputrc file in my home dir: ----- snip ------- "\e[3~": delete-char # this is actually equivalent to "\C-?": delete-char # VT "\e[1~": beginning-of-line "\e[4~": end-of-line # kvt "\e[H":beginning-of-line "\e[F":end-of-line # rxvt and konsole (i.e. the KDE-app...) "\e[7~":beginning-of-line "\e[8~":end-of-line set meta-flag on set output-meta on # to show 8-bit characters set convert-meta off # to show it as character, not the octal representation # Mapping for German umlauts "\M-a": "??" "\M-A": "??" "\M-o": "??" "\M-O": "??" "\M-u": "??" "\M-U": "??" "\M-s": "??" # (TODO: Mapping for accents?) ----- snip ------- I still do not get the umlaut chars. The .inputrc file is UNIX style (LF)... > When shifting to the US-layout I get the correct [;' chars. > In neither layout I can use the cursor keys, they end up in 2D2C2A2B > (left/right/up/down). Is numlock activated? This may conflict with the cursor keys. -> numlock was on, the cursor keys now work ! Rado From earle@ziplabel.com Mon Apr 26 16:02:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 26 Apr 2004 16:02:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: References: <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> Howdy, At 03:53 PM 4/26/2004 +0200, Alexander Gottwald wrote: >The hotspots of the cursor are garbled. >multiwindow xterm: moving the cursor from the titlebar into to window changes > the cursor from arrow to text-input and the cursor jumps. The bottom > line of > the text-input cursor is now right below the title bar and everything else > is in the titlebar but the hotspot is in the window itself >Mozilla: cursor is arrow. You have to aim about 1 line (12px?) above what you > want to hit. Can you be a bit more specific as to the mode/depths/OS/etc. you're running at? Is this on an ARGB cursor or a standard X cursor? I've tried under XP , 32 & 16bpp, MWM mode with all of the apps you've mentioned and not seen anything like that, so I need any pointers you can provide to track it down... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From tony.arnold@man.ac.uk Mon Apr 26 16:03:00 2004 From: tony.arnold@man.ac.uk (Tony Arnold) Date: Mon, 26 Apr 2004 16:03:00 -0000 Subject: Ports used by XWin Message-ID: <408D27AD.5060507@man.ac.uk> I noticed today that XWin is listening on ports 1050, 1052, 1047, 1102 and 1672 as well as the expected 6000. Is this normal and can someone explain it please? Please cc me on the reply as I am not on the list. Many thanks. Regards, Tony. -- Tony Arnold, Deputy to the Head of COS Division, Manchester Computing, University of Manchester, Oxford Road, Manchester M13 9PL. T: +44 (0)161 275 6093, F: +44 (0)870 136 1004, M: +44 (0)773 330 0039 E-mail: tony.arnold@man.ac.uk, Home: http://www.man.ac.uk/Tony.Arnold From aroushdi@hotmail.com Mon Apr 26 16:10:00 2004 From: aroushdi@hotmail.com (aroushdi) Date: Mon, 26 Apr 2004 16:10:00 -0000 Subject: New xwin fails 2instance crashes In-Reply-To: References: Message-ID: aroushdi wrote: > Executing Xwin 2 times in a row the second one always fail with unable > to bind . This did not happen befor . I used to have multiple xsessions > with multiple hosts. with the new distrib I cannot do that . Only the > first does not crash > any idea how to reolve this behaviour . > thanks for ur help > > I tried different combinations still the dame result . How can we eliminate the logging . This problem happened after the logging . thks for ur help From sezal@ukr.net Mon Apr 26 16:19:00 2004 From: sezal@ukr.net (Sergiy Zuban) Date: Mon, 26 Apr 2004 16:19:00 -0000 Subject: need help - X11/Xlib.h Message-ID: <972286069.20040426185844@ukr.net> Hello there, I'll be appreciate if you help me: What cygwin package I should install to get X11/Xlib.h installed (i can't find it now)?? Thanks. Best regards, Sergiy Zuban From alexander.gottwald@s1999.tu-chemnitz.de Mon Apr 26 20:51:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 Apr 2004 20:51:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> References: <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> Message-ID: On Mon, 26 Apr 2004, Earle F. Philhower III wrote: > Howdy, > > At 03:53 PM 4/26/2004 +0200, Alexander Gottwald wrote: > >The hotspots of the cursor are garbled. > >multiwindow xterm: moving the cursor from the titlebar into to window changes > > the cursor from arrow to text-input and the cursor jumps. The bottom > > line of > > the text-input cursor is now right below the title bar and everything else > > is in the titlebar but the hotspot is in the window itself > >Mozilla: cursor is arrow. You have to aim about 1 line (12px?) above what you > > want to hit. > > Can you be a bit more specific as to the mode/depths/OS/etc. you're running at? > Is this on an ARGB cursor or a standard X cursor? I've tried under XP , 32 > & 16bpp, > MWM mode with all of the apps you've mentioned and not seen anything like that, > so I need any pointers you can provide to track it down... Sorry missed that. Its Win2000, 16bit color depth. Don't know about ARGB. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Apr 26 21:14:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 Apr 2004 21:14:00 -0000 Subject: Ports used by XWin In-Reply-To: <408D27AD.5060507@man.ac.uk> References: <408D27AD.5060507@man.ac.uk> Message-ID: On Mon, 26 Apr 2004, Tony Arnold wrote: > I noticed today that XWin is listening on ports 1050, 1052, 1047, 1102 > and 1672 as well as the expected 6000. Is this normal and can someone > explain it please? > > Please cc me on the reply as I am not on the list. This is normal. the other ports are required for unix socket emulation needed by the internal windowmanager and the clipboardmanager. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Tue Apr 27 00:16:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 27 Apr 2004 00:16:00 -0000 Subject: need help - X11/Xlib.h In-Reply-To: <972286069.20040426185844@ukr.net> References: <972286069.20040426185844@ukr.net> Message-ID: <408D3454.4080709@msu.edu> xorg-x11-devel Sergiy Zuban wrote: > Hello there, > > I'll be appreciate if you help me: > What cygwin package I should install to get X11/Xlib.h installed (i can't find it now)?? > > Thanks. > > Best regards, > Sergiy Zuban > > From sezal@ukr.net Tue Apr 27 05:12:00 2004 From: sezal@ukr.net (Sergiy Zuban) Date: Tue, 27 Apr 2004 05:12:00 -0000 Subject: need help - X11/Xlib.h In-Reply-To: <972286069.20040426185844@ukr.net> References: <972286069.20040426185844@ukr.net> Message-ID: <435915079.20040426192143@ukr.net> Probably it's in xorg-x11-devel (?) pls, discard my previous email. Best regards, Sergiy Zuban -- Monday, April 26, 2004, 6:58:44 PM, you wrote: > Hello there, > I'll be appreciate if you help me: > What cygwin package I should install to get X11/Xlib.h installed (i can't find it now)?? > Thanks. > Best regards, > Sergiy Zuban From ngibsonn@yahoo.com Tue Apr 27 07:29:00 2004 From: ngibsonn@yahoo.com (Nicholas Gibson) Date: Tue, 27 Apr 2004 07:29:00 -0000 Subject: kde fails to start after clean install Message-ID: <20040426205125.76141.qmail@web21205.mail.yahoo.com> I am attempting to start kde after a fresh installation of cygwin and kde from http://kde-cygwin.sourcefroge.net. This is on a fresh machine with 1GB of RAM and plenty of disk space... It hangs at loading the window manager. I love kde on cygwin, any help would be much appreciated... My kde-log is below. Thanks $ startx -rootless + test -f /home/Nik/.kde_mountchecked + IPC_PID=3200 + client_opt=-rootless + server_opt=-rootless + xinit /opt/kde3/bin/startkde -rootless -- /usr/X11R6/bin/XWin :0 -noreset -ac -nowinkill -rootless + ipc-daemon2 Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-6 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/X11R6/bin/XWin :0 -noreset -ac -nowinkill -rootless OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1400 dwHeight: 1050 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1400 h: 1050 winCreateBoundingWindowWindowed - Current w: 1400 h: 1050 winAdjustForAutoHide - Original WorkArea: 0 0 1028 1400 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1028 1400 winCreateBoundingWindowWindowed - WindowClient w 1400 h 1028 r 1400 l 0 b 1028 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5600 winAllocateFBShadowDDNL - Created shadow pitch: 5600 winAllocateFBShadowDDNL - Created shadow stride: 1400 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null )" Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from li st! Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winPointerWarpCursor - Discarding first warp: 700 514 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. + export SHELL=/bin/bash + SHELL=/bin/bash + export KDEINIT_KIO_EXEC=1 + KDEINIT_KIO_EXEC=1 + test -n 1 + export 'PATH=/opt/kde3/lib/kde3:/opt/qt/3.2/bin:/opt/kde3/bin:/opt/kde3/lib:/o pt/kde3/lib/kde3:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINDOWS /system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Prog ram Files/ATI Technologies/ATI Control Panel' + PATH=/opt/kde3/lib/kde3:/opt/qt/3.2/bin:/opt/kde3/bin:/opt/kde3/lib:/opt/kde3/ lib/kde3:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINDOWS/system3 2:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program File s/ATI Technologies/ATI Control Panel + rm -f /home/Nik/.ICEauthority + kdehome=/home/Nik/.kde31 + '[' -z /opt/qt/3.2 ']' + '[' -z /opt/kde3 ']' + '[' -z /opt/kde3/home ']' + '[' -e /opt/kde3/home/share/mimelnk ']' + '[' -e /opt/kde3/home/share/applnk ']' + '[' -e /opt/kde3/home/share/services ']' + '[' -e /opt/kde3/home/share/servicetypes ']' + test -rootless '!=' -multiwindow + '[' -e /home/Nik/.kde31/share/config/kdesktoprc ']' + '[' -z '' -a Nik = root ']' + '[' -z '' -a Nik '!=' root ']' + color=#004e98 + xsetroot -cursor_name left_ptr -solid '#004e98' + test -n '' + export LD_LIBRARY_PATH=/opt/kde3/lib:/opt/kde3/bin:/opt/qt/3.2/lib:/opt/qt/3.2 /bin + LD_LIBRARY_PATH=/opt/kde3/lib:/opt/kde3/bin:/opt/qt/3.2/lib:/opt/qt/3.2/bin + test -n '' + export LTDL_LIBRARY_PATH=/opt/kde3/lib:/opt/kde3/bin:/opt/qt/3.2/lib:/opt/qt/3 .2/bin + LTDL_LIBRARY_PATH=/opt/kde3/lib:/opt/kde3/bin:/opt/qt/3.2/lib:/opt/qt/3.2/bin ++ xdpyinfo ++ grep dimensions: ++ cut -d ' ' -f 7 ++ cut -d x -f 1 + export X=1400 + X=1400 ++ xdpyinfo ++ grep dimensions: ++ cut -d ' ' -f 7 ++ cut -d x -f 2 + export Y=1028 + Y=1028 ++ xdpyinfo ++ awk '/depths/ {print $NF}' + export D=32 + D=32 + '[' -e /home/Nik/.skel/kdebase ']' + INITIAL=--force + rm -rf /tmp/ksocket-Nik /opt/kde3/home/tmp-nikg-citrix + lnusertemp tmp + lnusertemp socket + dcopserver_shutdown iceauth: creating new authority file /home/Nik/.ICEauthority + echo 'startkde: Starting up mode -rootless ... ' startkde: Starting up mode -rootless ... + kreadconfig --file kpersonalizerrc --group General --key FirstLogin --default true --type bool + test -rootless '!=' -multiwindow ++ xdpyinfo ++ awk '/depths/ {print $NF}' + '[' 32 -gt 8 ']' + ksplash + AUTOSTART_DIR=autostart-default + KDEINIT_APPS=+kcminit +knotify + rm /opt/kde3/home/share/autostart + ln -fs /opt/kde3/share/autostart-default /opt/kde3/home/share/autostart + kdeinit +kcminit +knotify kdeinit: entering main KDEINIT_KIO_EXEC Could not load library! Trying exec.... kdeinit: Launched DCOPServer, pid = 4088 result = 0 _KDE_IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root iceauth: creating new authority file /home/Nik/.ICEauthority KDEINIT_KIO_EXEC kdeinit: Launched KLauncher, pid = 3920 result = 0 C:\cygwin\opt\kde3\bin\kdeinit.exe (2664): *** unable to remap C:\cygwin\bin\cyg z.dll to same address as parent(0xD30000) != 0xD40000 3 [main] kdein 3920 sync_with_child: child 2664(0x684) died before initi alization with status code 0x1 220 [main] kdein 3920 sync_with_child: *** child state child loading dlls KDEINIT_KIO_EXEC Could not load library! Trying exec.... kdeinit: Launched KDED, pid = 2760 result = 0 kdeinit: Communication error with launcher. Exiting! + test -n '' + kwrapper ksmserver Warning: connect() failed: : Connection refused _IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root __________________________________ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25?? http://photos.yahoo.com/ph/print_splash From info@elan.com.mx Tue Apr 27 08:12:00 2004 From: info@elan.com.mx (Elan Training) Date: Tue, 27 Apr 2004 08:12:00 -0000 Subject: Gracias Message-ID: Hola? Gracias por interesarse en nuestros servicios, a la brevedad posible nos pondremos en contacto con Ud. Elan Training S.A. de C.V. (55) 5531-4885 5545-0834 www.elan.com.mx info@elan.com From rpiper@med.usyd.edu.au Tue Apr 27 08:21:00 2004 From: rpiper@med.usyd.edu.au (Richard Piper) Date: Tue, 27 Apr 2004 08:21:00 -0000 Subject: mysql command line client hangs in cygwin xterm Message-ID: <408DA653.2000508@med.usyd.edu.au> This seems to hang in the cygwin xterm. Has anyone seen this problem? Seems to work normally in the xterm on other systems and at the NT command line. thanks Richard -- Richard Piper Web: http://icu.rnsh.org Mobile: 0438-120860 Sydney: 9926-8617 Kippax: 6550-5117 Email: rpiper@med.usyd.edu.au GPG key ID: F6DFFB33 @ wwwkeys.pgp.net Key fingerprint: 3FB8 8355 3AAA 84C3 D548 8FFF EFDB C6B5 F6DF FB33 From earle@ziplabel.com Tue Apr 27 08:55:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 27 Apr 2004 08:55:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: References: <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> Howdy Alexander, [From your CVS log] > CreateIconIndirect sometimes creates an Icon instead of an Cursor. This breaks > the hotspot and makes the cursor unusable. Discard the garbled cursor and > revert to simple b&w cursor. That's got to be one of the strangest things I've seen in a long time. I'll be damned if under W2K 16bpp modes on my Voodoo 3 cards the cursor comes back as "ficon=*TRUE*, x/yhot=*16*", but under WinXP it always returns as a proper cursor, no matter what the bpp. Have you got any idea what could be going on here? That's a perfectly fine workaround you've put in to catch when the OS call silently fails, but I can't imagine what the root cause would be... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From losnytmzk@hotmail.com Tue Apr 27 09:17:00 2004 From: losnytmzk@hotmail.com (Ernesto Merritt) Date: Tue, 27 Apr 2004 09:17:00 -0000 Subject: Re [4] Emerging Stock Message-ID: The Wave Watcher Report Our Recient Picks GDLS +600 percent in 3 days and BOCX +500 percent Listen to the Rumor on The Street.... ===== >>>>>> V I S H V I S H * New Laws force shorters to cover. * Investigation shows VISH is short 1/3 of the entire float. * BUYOUT offers rumored on the street for 3x current trading price Alert - This St0ck Set To Take 0ff This Week Our Recent Picks GDLS +600 percent in 3 days and BOCX +500 percent 98% of our st0ck picks double in 30 days Viastar Holdings Inc (VISH) O T C - B B Forecast Pr0fit Pr0fit % Current Price $0.36 At Close Apr 20 15 Days $0.55 $0.19 152% 30 Days $0.92 $0.56 255% H U G E News Coming Soon Watch the spike as the Shorters start to cover RECENT HEADLINES ? ViaStar Media Signs Flamenco Sensation "Mosaico" to ViaStar's Quadra Records Label Wed, Apr 14 - PrimeZone Media Network ? ViaStar Media Corporation Names William T. Walker, Jr. to its Board of Directors Mon, Apr 12 - PrimeZone Media Network ? ViaStar Signs on Bond Capital Management For Corporate Finance and Business Development Mon, Apr 5 - PrimeZone Media Network ? ViaStar Launches `ViaStar Artist Management Group' With the Addition of Music Industry Veteran Michael Sikkas as Senior V.P. About Viastar The company has existing music, film, distribution and production capabilities, a current roster of prominent artists, publishing interest worldwide and seasoned industry executives. These facts, coupled with our well established international distribution division, gives Viastar the marketing muscle and enhanced gross profitability of a major, while retaining the flexibility, creative freedom and economies of scale of an independent. By owning its distribution pipeline, Viastar has direct control over the flow of its products to 20,000 plus retail outlets, thus our gross margins are effectively double that of a traditional content provider; and we are not at the mercy of outside distribution to receive payment for our products. As a result, Viastar is a "major independent" in the entertainment industry, recreating the studio system that made Hollywood profitable and powerful. What distinguishes Viastar from its competition is its possession and control of the "complete pipeline" enabling it to produce and place its intellectual property on the shelves of retailers worldwide and thus in the hands of millions of consumers. Like Industry Leaders Sony, Universal, and Warner Bros., Viastar boasts a powerful in-house arsenal that includes an aggressive product development division for music, film and television; an international distribution network of major retail chains, servicing more than 20,000 retail locations worldwide; a complete state-of-the-art marketing & promotions department; and a carefully hand-picked management team possessing unrivaled talent and industry visibility who maximize every extension of our efforts Disclaimer forward-looking statements within the meaning of The Private Securities Litigation Reform Act of 1995. These statements may be identified by such terms as expect", "believe", "may", "will", "explode","move","undervalued" and "intend" or similar terms. The information in the above statement could not be 100% accurate and the newsletter is not responsible for this. We are NOT a registered investment advisor or a broker dealer. This is NOT an offer to buy or sell securities. No recommendation that the securities of the companies profiled should be purchased, sold or held by individuals or entities that learn of the profiled companies. This newsletter received $1000 dollars in cash by third party to publish this report.Investing in companies profiled is high-risk and use of this information is for reading purposes only. If anyone decides to act as an investor, then it will be that investor's sole risk. Investors are advised NOT to invest without the proper advertisement from an attorney or a registered financial broker. Do not rely solely on the information presented, do additional independent research to form your own opinion and decision regarding investing in the profiled companies Be advised that the purchase of such high-risk securities may result in the loss of your entire investment. Void where prohibited. The owners of this publication or their partners may already own free trading shares in V I S H and may immediately sell all or a portion of these shares into the open market at or about the time this report is published. Factual statements are made as of the date stated and are subject to change without notice. -------------------------------------------------- To u n su b s c ribe se nd t o: nolikuutipez@ btinternet .com From alexander.gottwald@s1999.tu-chemnitz.de Tue Apr 27 13:05:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 27 Apr 2004 13:05:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> References: <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> Message-ID: On Mon, 26 Apr 2004, Earle F. Philhower III wrote: > Howdy Alexander, > > [From your CVS log] > > CreateIconIndirect sometimes creates an Icon instead of an Cursor. This > breaks > > the hotspot and makes the cursor unusable. Discard the garbled cursor and > > revert to simple b&w cursor. > > That's got to be one of the strangest things I've seen in a long time. > > I'll be damned if under W2K 16bpp modes on my Voodoo 3 cards the cursor > comes back as "ficon=*TRUE*, x/yhot=*16*", but under WinXP it always > returns as a proper cursor, no matter what the bpp. > > Have you got any idea what could be going on here? That's a perfectly fine > workaround you've put in to catch when the OS call silently fails, but I > can't imagine what the root cause would be... I'll check the MSDN Knowledge base. I bet it is documented there. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From earle@ziplabel.com Tue Apr 27 15:47:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 27 Apr 2004 15:47:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: References: <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20040427011812.00baba80@mail.ziplabel.com> Howdy! At 10:12 AM 4/27/2004 +0200, Alexander wrote: > > Have you got any idea what could be going on here? That's a perfectly fine > > workaround you've put in to catch when the OS call silently fails, but I > > can't imagine what the root cause would be... >I'll check the MSDN Knowledge base. I bet it is documented there. Don't worry, I figured it out. You need a compatible bitmap on pre-XP systems, which isn't exactly what I was doing by hand in the code. The fixed code is much shorter now, and has none of the complicated cases for different bit depths (seems to work even on W95 w/8bpp mode now)... FWIW I didn't see any documents saying that it was necessary to use a compatible bitmap in the SDK docs, but all the samples were using one by default (they were making icons from portions of on-screen windows, so it's obviously compatible from that source!) -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From alexander.gottwald@s1999.tu-chemnitz.de Tue Apr 27 16:05:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 27 Apr 2004 16:05:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: <5.1.1.6.2.20040427011812.00baba80@mail.ziplabel.com> References: <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> <5.1.1.6.2.20040427011812.00baba80@mail.ziplabel.com> Message-ID: On Tue, 27 Apr 2004, Earle F. Philhower III wrote: > Don't worry, I figured it out. You need a compatible bitmap on pre-XP > systems, which isn't exactly what I was doing by hand in the code. > The fixed code is much shorter now, and has none of the complicated cases > for different bit depths (seems to work even on W95 w/8bpp mode now)... I've read about the compatible bitmap on one of the pages I've googled. But nothing was written in the MSDN. I've justed tested it. Works like a charm. No I'll try if i get Xcursor to work properly. If I remember correctly this provides some argb icons as default cursors. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Tue Apr 27 17:34:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 27 Apr 2004 17:34:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: References: <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> <5.1.1.6.2.20040427011812.00baba80@mail.ziplabel.com> Message-ID: On Tue, 27 Apr 2004, Alexander Gottwald wrote: > I've justed tested it. Works like a charm. hm. It seems I forgot to remove thw -swcursor flag again. It did not work :(. But I've fixed it by generating the cursor from the icon bitmaps. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ralf.habacker@freenet.de Tue Apr 27 18:12:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Tue, 27 Apr 2004 18:12:00 -0000 Subject: kde fails to start after clean install In-Reply-To: <20040426205125.76141.qmail@web21205.mail.yahoo.com> References: <20040426205125.76141.qmail@web21205.mail.yahoo.com> Message-ID: <200404271504.43371.ralf.habacker@freenet.de> On Monday 26 April 2004 22:51, Nicholas Gibson wrote: > I am attempting to start kde after a fresh > installation of cygwin and kde from > http://kde-cygwin.sourcefroge.net. > This is on a fresh machine with 1GB of RAM and plenty > of disk space... It hangs at loading the window > manager. I love kde on cygwin, any help would be much > appreciated... > kdeinit: Launched KLauncher, pid = 3920 result = 0 > C:\cygwin\opt\kde3\bin\kdeinit.exe (2664): *** unable to remap C: \cygwin\bin\cygz.dll to same address as parent(0xD30000) != 0xD40000 This is a rebasing problem, see http://kde-cygwin.sourceforge.net/kde3/faq.php#rebase how to fix it. Ralf From darryls@productcosting.com Tue Apr 27 19:01:00 2004 From: darryls@productcosting.com (Darryl Scott) Date: Tue, 27 Apr 2004 19:01:00 -0000 Subject: Windows titles, root window and xterm Message-ID: <5.2.1.1.0.20040427161443.00aa2800@mail.mistral.net> Hi! Two /three points : Point 1 : Opposite behaviour in Window titles defaulting to Cygwin/X X A similar point to this has been raised before, in March 2004, in a remote context. I do not believe that it was ever answered fully. I have just installed Cygwin on a 100% clean W2000 machine and have opposite behaviour to that found on W2003 with the same version (8/4/04 N.B dd/mm/yy not USA format) of Cygwin. Any explanations? Clearly on W2000 it wants the clipboard started, what ever that entails. My point is that opposite behaviour occurs on W2003, I just want to understand why. Below are the XWin command lines and the differences found in the W2000 log files. There are no fails in the common part of the log files. StartXwin.bat This version displays executable titles from the X-app bulletins as required. In W2003 it is the opposite. XWin -multiwindow -emulate3buttons -nowinkill Xwin log segment from W2000 : winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. EOF StartXwin.bat This version produces Cygwin/X X as the bulletin titles. In W2003 it is the opposite. XWin -multiwindow -clipboard -emulate3buttons -nowinkill Xwin log segment form W2000: winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. EOF Point 2/3 : "the root window" What is the name of the *rc file that controls this root window? Currently it is a seemingly useless frozen blob without mouse control and unpopulated. So I would like to either use it or loose it. The other menu items controlled via .XWinrc are OK except that the application elements have an instance of a xterm that was used to open the application. While this xterm dies after the application dies it would be good to lose it earlier. e.g. XWinrc menu commands : xterm -fg ** -bg ** // using .bashrc and xterm -fg ** -bg ** -e /usr/bin/tcshrc // using .tcshrc and other shells and scripts etc. I have successfully "lost" this xterm when running applications within Cygwin but have not manage to do this when using Cygwin as the X-server for "foreign" applications. e.g. for Cygwin calls in XWinrc use a shell invocation to start the application : /usr/bin/tcshrc etc. The same style of call to a non Cygwin application does not work. Input greatly appreciated. Kind regards, Darryl Scott Profile Product Costing Ltd The Old Vicarage, Market Place, Castle Donington, DE74 2JB, United Kingdom Telephone: +44 (0) 1332 856972 FAX: +44 (0) 1332 810769 Mobile +44 (0) 7808 078388 Web : www.productcosting.com This email and any attachments have been checked for viruses. From alexander.gottwald@s1999.tu-chemnitz.de Tue Apr 27 20:10:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 27 Apr 2004 20:10:00 -0000 Subject: Windows titles, root window and xterm In-Reply-To: <5.2.1.1.0.20040427161443.00aa2800@mail.mistral.net> References: <5.2.1.1.0.20040427161443.00aa2800@mail.mistral.net> Message-ID: On Tue, 27 Apr 2004, Darryl Scott wrote: > Hi! > Two /three points : > > Point 1 : Opposite behaviour in Window titles defaulting to Cygwin/X X > > A similar point to this has been raised before, in March 2004, in a remote > context. I do not believe that it was ever answered fully. > > I have just installed Cygwin on a 100% clean W2000 machine and have > opposite behaviour to that found on W2003 with the same version (8/4/04 N.B > dd/mm/yy not USA format) of Cygwin. Any explanations? Clearly on W2000 it > wants the clipboard started, what ever that entails. My point is that > opposite behaviour occurs on W2003, I just want to understand why. What do you mean with opposite behaviour? Maybe you have installed older XFree86 packages aside/instead of the xorg packages. > Below are the XWin command lines and the differences found in the W2000 log > files. > There are no fails in the common part of the log files. > > StartXwin.bat > > This version displays executable titles from the X-app bulletins as > required. In W2003 it is the opposite. > > XWin -multiwindow -emulate3buttons -nowinkill > > This version produces Cygwin/X X as the bulletin titles. In W2003 it is the > opposite. > > XWin -multiwindow -clipboard -emulate3buttons -nowinkill I can not reproduce this. tested with xterm an win2k abnd it displayed the string xterm in the title in both cases. > > Point 2/3 : "the root window" > > What is the name of the *rc file that controls this root window? Currently > it is a seemingly useless frozen blob without mouse control and > unpopulated. So I would like to either use it or loose it. It is hardcoded. You can not change this via .rc file. > The other menu items controlled via .XWinrc are OK except that the > application elements have an instance of a xterm that was used to open the > application. While this xterm dies after the application dies it would be > good to lose it earlier. > > e.g. XWinrc menu commands : > > xterm -fg ** -bg ** // using .bashrc > > and > > xterm -fg ** -bg ** -e /usr/bin/tcshrc // using .tcshrc and other > shells and scripts > > etc. > > I have successfully "lost" this xterm when running applications within > Cygwin but have not manage to do this when using Cygwin as the X-server for > "foreign" applications. The clarify: You want to close the xterm while a program started from it is still running? Maybe the program requires the console for output. Have you tried Control-D to exit the xterm? bye ago BTW: Your messages are a pain to read. A lot of text with few information hiding inbetween. -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From sgamble@phys.ufl.edu Tue Apr 27 20:12:00 2004 From: sgamble@phys.ufl.edu (Sara Gamble) Date: Tue, 27 Apr 2004 20:12:00 -0000 Subject: default configuration not working Message-ID: Hi, I installed both Cygwin and Cygwin/X for the first time last week and also updated with the new setup version 2.427 yesterday. I have Cygwin/X release 6.7.0.0-4 and my operating system is Windows XP pro. When I start Cygwin I get a Cygwin bash shell (with the C~ in the upper left corner) and everything seems to work correctly. My problem is that I cannot open Cygwin/X in the default environment where I get an X Server, terminal, and window manager. Instead, two different things are happening to me when I run the three different start options: 1. When I run startwin.bat or startx (after using whatever default ~/.xinitrc you get when following the directions here: http://x.cygwin.com/docs/ug/using.html#using-starting and making no modifications to the template) I get a small terminal with an X~ in the upper left corner with green and yellow fonts and scroll bar. 2. When I run xwin.exe I get a full screen gray and black mesh with the X Cygwin/X -0:0 words in the upper left corner and the regular Windows minimize and close buttons in the upper right. Other than that, the display is completely empty (ie no terminals or the ability to add them or anything). I think the problem has somthing to do with display assignments, and thus I am always sure to have every previous Xterm closed out to free the display address before I open a new one. This hasn't fixed the problem. Here is what is displayed in the Cygwin bash shell when I type startx: Owner@Laptop ~ $ startx Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-4 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow -clipboard OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1400 dwHeight: 1050 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1400 h: 1050 winCreateBoundingWindowWindowed - Current w: 1400 h: 1050 winAdjustForAutoHide - Original WorkArea: 0 0 1016 1400 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1016 1400 winCreateBoundingWindowWindowed - WindowClient w 1400 h 1016 r 1400 l 0 b 1016 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1400 height: 1016 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1400 height: 1016 depth: 32 size image: 5689600 winAllocateFBShadowGDI - Created shadow stride: 1400 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winInitMultiWindowWM - Hello winMultiWindowXMsgProc - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Calling pthread_mutex_lock () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 700 508 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 cat: /home/Owner/.Xauthority: No such file or directory winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. At this point the green/yellow/black single terminal appears. When I type xwin.exe (I'm running it with no options) I get this back: Owner@Laptop ~ $ xwin.exe Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-4 Contact: cygwin-xfree@cygwin.com OsVendorInit - Creating bogus screen 0 winInitializeDefaultScreens - w 1400 h 1050 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root XWin was started with the following command line: xwin winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1400 dwHeight: 1050 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1400 h: 1050 winCreateBoundingWindowWindowed - Current w: 1400 h: 1050 winAdjustForAutoHide - Original WorkArea: 0 0 1016 1400 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1016 1400 winCreateBoundingWindowWindowed - WindowClient w 1394 h 984 r 1394 l 0 b 984 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5576 winAllocateFBShadowDDNL - Created shadow pitch: 5576 winAllocateFBShadowDDNL - Created shadow stride: 1394 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 697 492 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned At this point the gray and black mesh screen appears. Startwin.bat just opens the green and yellow terminal and I don't get any explicit error messages. Does any one have any idea why I can't display the default environment? Any help or suggestions would be greatly appreciated. I've already tried completely uninstalling and reinstalling, and then uninstalling and re-downloading and installing from a different mirror site. In desperation, I also tried the font fix here: http://x.cygwin.com/docs/faq/cygwin-x-faq.html (error and warning message 8.4) to no avail. I'm definitely willing to try anything. Thank you so much, Sara From alexander.gottwald@s1999.tu-chemnitz.de Tue Apr 27 22:29:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 27 Apr 2004 22:29:00 -0000 Subject: default configuration not working In-Reply-To: References: Message-ID: On Tue, 27 Apr 2004, Sara Gamble wrote: > Hi, > > I installed both Cygwin and Cygwin/X for the first time last week and also > updated with the new setup version 2.427 yesterday. I have Cygwin/X > release 6.7.0.0-4 and my operating system is Windows XP pro. When I start > Cygwin I get a Cygwin bash shell (with the C~ in the upper left corner) > and everything seems to work correctly. My problem is that I cannot open > Cygwin/X in the default environment where I get an X Server, terminal, and > window manager. Instead, two different things are happening to me when I > run the three different start options: > > 1. When I run startwin.bat or startx (after using whatever default > ~/.xinitrc you get when following the directions here: > http://x.cygwin.com/docs/ug/using.html#using-starting and making no > modifications to the template) I get a small terminal with an X~ in the > upper left corner with green and yellow fonts and scroll bar. > > 2. When I run xwin.exe I get a full screen gray and black mesh with the X > Cygwin/X -0:0 words in the upper left corner and the regular Windows > minimize and close buttons in the upper right. Other than that, the > display is completely empty (ie no terminals or the ability to add them or > anything). This is the normal behaviour. XWin is only the xserver and does not start any clients. For starting a complete session you should startxwin.bat or startx. If you do not want the variant which creates multiple windows you have to edit startxwin.bat and remove the -multiwindow switch. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ritbado2@voila.fr Wed Apr 28 00:48:00 2004 From: ritbado2@voila.fr (RITA ABADO) Date: Wed, 28 Apr 2004 00:48:00 -0000 Subject: DEAR. Message-ID: MY DEAR GOOD DAY,HOPE THING ARE WELL WITH YOU.LET GIVES THANKS TO GOD ALMIGHTY. I KNOW THIS PROPOSAL CAME TO YOU SUPPRISLEY BUT PLEASE TREAT IT WITH HUMAN KINDNESS. I AM MRS.RITA ABADO, THE WIFE OF ANGOLA HUMAN RIGHT ACTIVIST LEADER AND A PHILANTROPIST LATE CHIEF EDWIN ABADO,WHO DIED LAST YEAR (August 27th 2003)IN MOTOR ACCIDENT, AND SINCE THEN THE FAMILY HAS NOT BEEN IN OTHER BECAUSE THERE IS NO MONEY AT HAND EVEN TO FEED. THERE IS HUGE AMOUNT OF MONEY WORTH $32 million US DOLLARS(thirty two million United State Dollars) KEPT BY MY LATE HUSBAND IN A FINANCE COMPANY IN BENIN REPUBLIC WEST AFRICA BEFORE HE DIED. WHEN HE DEPOSITED THE MONEY WITH THE FINANCE COMPANY IN BENIN REPUBLIC,HE MADE MY ONLY SON THE NEXT OF KIN.BUT IT HAPPENS THAT MY SON WAS STILL TOO SMALL TO MAKE ANY CLIAM ON THIS MONEY. THE ONLY ASSISTANCE I NEED FROM YOU IS: 1.A FOREIGN PARTNER/FUND INVEST TRUSTEE WHO WILL HELP TO CLEAR AND TAKE DELIVERY OF THIS MONEY ON OUR MUTUAL BEHALF. 2. A GOD FEARING PERSON WHO CAN ASSIST AND DIRECT THE INVESTMENT PROJECT ACCORDINGGLY AND WHO WILL NOT RUN AWAY WITH THE MONEY WHE THE PERSON COLLECT THE MONEY. NOTE THAT YOUR PERCENTAGE SHALL BE FIXED AND WILL BE LEGALLY DOCUMENTED ACCORDINGLY UPON YOUR ACCEPTANC TO ASSIST AND STAND FOR THE FAMILY AS THE AUTHORISED BENEFICIARL OF THE MONEY. PLEASE CONTACT MY ATTORNEY IMMEDIATLY SO THAT HE CAN FEED YOU WITH DETAILS BECAUSE EVERY THING ABOUT THE MONEY BOTH THE DOCUMENTS ARE WITH HIM.HE IS INCHARGE OF THE MONEY RIGHT NOW.THIS IS HIS CONTACT: CHIEF BAR.ADAMS AKABASI IKOH CHEMBERS T-2 ZONE DE AMBASSAD COTONOU BENIN REPUBLIC. E MAILS: adamskaby@yahoo.co.uk LET HIM KNOW THAT I WAS THE PERSON WHO DIRECTED YOU TO HIM,HE IS ONE OF THE SENIOR ADVOCATE OF BENIN REPUBLIC, THOUGH I WILL MAIL HIM TODAY. MAY ALMIGHTY GOD BE WITH YOU. KINDEST REGARD. MRS. RITA ABADO(widow). From cary_jamison@symantec.com Wed Apr 28 01:19:00 2004 From: cary_jamison@symantec.com (Cary Jamison) Date: Wed, 28 Apr 2004 01:19:00 -0000 Subject: mysql command line client hangs in cygwin xterm Message-ID: "Richard Piper" med.usyd.edu.au> wrote in message news:<408DA653.2000508@med.usyd.edu.au>... > This seems to hang in the cygwin xterm. Has anyone seen this problem? > Seems to work normally in the xterm on other systems and at the NT > command line. > > thanks > > Richard I've seen other applications work in a command shell but not rxvt. I assume you're having the same problem with xterm. Basically, the output isn't getting flushed out so you can't see it, but whatever you type is still accepted as input. Sorry, don't know of any way to fix it, other than sticking with cmd.exe. Maybe you can have an alias that will pop-up a regular cygwin window (in a command shell) for when you want to use mysql, and you can stick to xterm for the rest of your stuff. Note that this problem is a problem with cygwin and not anything in cygwin/x specifically. That's why rxvt has the same problem, whether you run it in native windows mode or X mode. So, if you want more information on it, I suggest asking in the regular cygwin mailing list. Cary From rodmedina@cantv.net Wed Apr 28 01:22:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Wed, 28 Apr 2004 01:22:00 -0000 Subject: XWin-6.7.0.0-6 and cygwin1-20040422 are OK in Win95. Message-ID: <265000-22004422720123575@cantv.net> Hi all, I have the pleasure to report that all the problems previously reported for Cygwin/X running on Win95 have been solved in the version 6.7.0.0-6 of XWin and the 20040422 snapshot of cygwin1. bye Rodrigo Medina From sgamble@phys.ufl.edu Wed Apr 28 02:58:00 2004 From: sgamble@phys.ufl.edu (Sara Gamble) Date: Wed, 28 Apr 2004 02:58:00 -0000 Subject: default configuration not working In-Reply-To: Message-ID: Hi Alexander, Thanks for putting my mind somewhat at ease! I tried your suggestion of using the startx command, but I am still having display problems. When I run startx, it still gives me just the single window, even thought I want the multiwindow mode that I thought came as a default setting. I am getting error messages like: another window manager is already running on screen 0? unable to find any unmanaged screens I get a similar error if I try to run openbox or wmaker..something along the lines of wmaker fatal error: could not open display "" All I'm aiming to get is what the screen shots at the top of http://x.cygwin.com show the display to be. Do you think my defaults were somehow changed in the version I installed? Thanks, Sara On Tue, 27 Apr 2004, Alexander Gottwald wrote: > On Tue, 27 Apr 2004, Sara Gamble wrote: > > > Hi, > > > > I installed both Cygwin and Cygwin/X for the first time last week and also > > updated with the new setup version 2.427 yesterday. I have Cygwin/X > > release 6.7.0.0-4 and my operating system is Windows XP pro. When I start > > Cygwin I get a Cygwin bash shell (with the C~ in the upper left corner) > > and everything seems to work correctly. My problem is that I cannot open > > Cygwin/X in the default environment where I get an X Server, terminal, and > > window manager. Instead, two different things are happening to me when I > > run the three different start options: > > > > 1. When I run startwin.bat or startx (after using whatever default > > ~/.xinitrc you get when following the directions here: > > http://x.cygwin.com/docs/ug/using.html#using-starting and making no > > modifications to the template) I get a small terminal with an X~ in the > > upper left corner with green and yellow fonts and scroll bar. > > > > 2. When I run xwin.exe I get a full screen gray and black mesh with the X > > Cygwin/X -0:0 words in the upper left corner and the regular Windows > > minimize and close buttons in the upper right. Other than that, the > > display is completely empty (ie no terminals or the ability to add them or > > anything). > > This is the normal behaviour. XWin is only the xserver and does not start any > clients. For starting a complete session you should startxwin.bat or startx. > > If you do not want the variant which creates multiple windows you have to edit > startxwin.bat and remove the -multiwindow switch. > > bye > ago > -- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From rpiper@med.usyd.edu.au Wed Apr 28 03:01:00 2004 From: rpiper@med.usyd.edu.au (Richard Piper) Date: Wed, 28 Apr 2004 03:01:00 -0000 Subject: mysql command line client hangs in cygwin xterm Message-ID: <408EFF3F.5080901@med.usyd.edu.au> Thanks Cary, The problem seems to be well described in the general cygwin mailing list. As yet I have not seen a solution. http://sources.redhat.com/ml/cygwin/2003-03/msg01457.html Richard "Richard Piper" med.usyd.edu.au> wrote in message news:<408DA653.2000508@med.usyd.edu.au>... > This seems to hang in the cygwin xterm. Has anyone seen this problem? > Seems to work normally in the xterm on other systems and at the NT > command line. > > thanks > > Richard I've seen other applications work in a command shell but not rxvt. I assume you're having the same problem with xterm. Basically, the output isn't getting flushed out so you can't see it, but whatever you type is still accepted as input. Sorry, don't know of any way to fix it, other than sticking with cmd.exe. Maybe you can have an alias that will pop-up a regular cygwin window (in a command shell) for when you want to use mysql, and you can stick to xterm for the rest of your stuff. Note that this problem is a problem with cygwin and not anything in cygwin/x specifically. That's why rxvt has the same problem, whether you run it in native windows mode or X mode. So, if you want more information on it, I suggest asking in the regular cygwin mailing list. Cary -- Richard Piper Web: http://icu.rnsh.org Mobile: 0438-120860 Sydney: 9926-8617 Kippax: 6550-5117 Email: rpiper@med.usyd.edu.au GPG key ID: F6DFFB33 @ wwwkeys.pgp.net Key fingerprint: 3FB8 8355 3AAA 84C3 D548 8FFF EFDB C6B5 F6DF FB33 From cgf-no-personal-reply-please@cygwin.com Wed Apr 28 03:02:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 28 Apr 2004 03:02:00 -0000 Subject: mysql command line client hangs in cygwin xterm In-Reply-To: <408EFF3F.5080901@med.usyd.edu.au> References: <408EFF3F.5080901@med.usyd.edu.au> Message-ID: <20040428011943.GB8305@coe.bosbc.com> On Wed, Apr 28, 2004 at 10:47:59AM +1000, Richard Piper wrote: >The problem seems to be well described in the general cygwin mailing >list. As yet I have not seen a solution. > >http://sources.redhat.com/ml/cygwin/2003-03/msg01457.html Yeah, that was an interesting email. It was nice to see that someone agreed with my assessment of the problem. It is always a relief to hear that I do know what I'm talking about from people who don't quite know what they are talking about. As I mentioned, the easiest solution is to always use cygwin built programs if you want to run a program on a cygwin pty. The logic that there had to be a solution to this problem because it affects so many programs did escape me, though. I'd be very happy to see someone find a way to fool programs into thinking they are running on a console when they are using a cygwin pty but the fact that it is a serious problem doesn't mean that there is automatically going to be a solution to the problem. cgf >"Richard Piper" med.usyd.edu.au> wrote in message >news:<408DA653.2000508@med.usyd.edu.au>... >>This seems to hang in the cygwin xterm. Has anyone seen this problem? >>Seems to work normally in the xterm on other systems and at the NT >>command line. >> >>thanks >> >>Richard > >I've seen other applications work in a command shell but not rxvt. I >assume you're having the same problem with xterm. Basically, the output >isn't getting flushed out so you can't see it, but whatever you type is >still accepted as input. > >Sorry, don't know of any way to fix it, other than sticking with cmd.exe. >Maybe you can have an alias that will pop-up a regular cygwin window (in a >command shell) for when you want to use mysql, and you can stick to xterm >for the rest of your stuff. > >Note that this problem is a problem with cygwin and not anything in >cygwin/x specifically. That's why rxvt has the same problem, whether you >run it in native windows mode or X mode. So, if you want more information >on it, I suggest asking in the regular cygwin mailing list. From earle@ziplabel.com Wed Apr 28 07:40:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 28 Apr 2004 07:40:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: References: <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> <5.1.1.6.2.20040427011812.00baba80@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20040427174533.00baea00@mail.ziplabel.com> Howdy again, At 11:17 AM 4/27/2004 +0200, Alexander Gottwald wrote: >hm. It seems I forgot to remove thw -swcursor flag again. It did not >work :(. But I've fixed it by generating the cursor from the icon >bitmaps. Arrgh! I swear it works under W95 and XP, all depths I can throw at it! Honest! :) But I didn't test W2K (running W95 under bochs is slow enough, thank you very much) and it seems like my work W2K machine has your exact problem, but now only intermittently. There was one minor change I just committed, you need to always free the GetIconInfo, not only when it comes back as an icon... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From billymore@spinfinder.com Wed Apr 28 08:15:00 2004 From: billymore@spinfinder.com (BILL OWENS) Date: Wed, 28 Apr 2004 08:15:00 -0000 Subject: CAN YOU BE TRUSTED? Message-ID: Dear Friend, Good day, As you read this, I don't expect you to feel sorry for me, because, I believe everyone will die someday. My name is Bill Owens, a Real Estate developer in Toronto, Canada. I have been diagnosed with lung cancer, which has defiled all forms of medical treatment, and right now I have only about a few months to live, according to medical experts. I have not particularly lived my life so well, as I never really cared for anyone (not even myself) but my business. Though I am very rich, I was never generous; I was always hostile to people and only focused on my business as that was the only thing I cared for. Now I regret all this as I now know that there is more to life than just wanting to have or make all the money in the world. I believe when God gives me a second chance to come to this world I would live my life a different way from how I have lived it. Now that God has called me, I have willed and given most of my properties and assets to my immediate and extended family members as well as a few close friends. I ask God to be merciful to me and accept my soul so; I have decided to give alms to charity organizations, as I want this to be one of the last good deeds I do on earth. So far, I have distributed money to some charity organizations in Ethiopia, Haiti and Bosnia. Now that my health has deteriorated so badly, I cannot do this myself anymore. I once asked members of my family to close one of my accounts and distribute the money which I have there to charity organizations in Sudan and to The Red Cross, they refused and kept the money to themselves. Hence, I do not trust them anymore, as they seem not to be contended with what I have left for them. The last of my money which no one knows about is the huge cash deposit of Eighteen Million US dollars (US$18,000,000.00), that I have with a deposit company abroad. Acknowledge this message so that I can introduce you to my lawyer who will handle the transfer of receivership by you of the said funds. I will want you to help me collect this deposit and dispatched it to charity organizations. My lawyer shall put you in the picture of the funds, tell you where the funds are currently being maintained and also discuss modalities including remuneration for your services. For these reasons kindly furnish your contact information, that is your full names, personal telephone and fax number for confidential purpose. God be with you and your family. BILL OWENS. NOTE:********************************************************************** Any views or opinions expressed in this e-mail are solely those of the author and do not necessarily represent those of the company unless specifically stated.. This e-mail and the information it contains are confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error please notify us immediately and delete the copy you have received from your system. Do not disclose the contents of this document to any other person, or take any copies. From listmanager@mail4.grapadoraroja.com Wed Apr 28 11:02:00 2004 From: listmanager@mail4.grapadoraroja.com (Dirk) Date: Wed, 28 Apr 2004 11:02:00 -0000 Subject: Extremely deep! Message-ID: <1083126841.9174@mail4.grapadoraroja.com> An HTML attachment was scrubbed... URL: From viola.nlyonbn@online.fr Wed Apr 28 11:04:00 2004 From: viola.nlyonbn@online.fr (Viola N. Lyon) Date: Wed, 28 Apr 2004 11:04:00 -0000 Subject: =?iso-8859-1?B?V2UgZ290IHdoYXQgeW91IG5lZWQgY2hlYXAhIFRvIHlvdXIgZG9vciEgT3Zlcm5pZ2h0IQ==?= Message-ID: -------------- next part -------------- An HTML attachment was scrubbed... URL: From rpiper@med.usyd.edu.au Wed Apr 28 15:38:00 2004 From: rpiper@med.usyd.edu.au (Richard Piper) Date: Wed, 28 Apr 2004 15:38:00 -0000 Subject: mysql command line client hangs in cygwin xterm Message-ID: <408F5FF9.6090407@med.usyd.edu.au> On looking into this, it seems that mysql including its client is compiled with cygwin. It is an old version, and this may explain the problem. I will look into this further, when I get a chance to download the "beta" version of mysql, which I assume is compiled against a more recent version of the cygwin.dll. Richard On Wed, Apr 28, 2004 at 10:47:59AM +1000, Richard Piper wrote: >The problem seems to be well described in the general cygwin mailing >list. As yet I have not seen a solution. > >http://sources.redhat.com/ml/cygwin/2003-03/msg01457.html Yeah, that was an interesting email. It was nice to see that someone agreed with my assessment of the problem. It is always a relief to hear that I do know what I'm talking about from people who don't quite know what they are talking about. As I mentioned, the easiest solution is to always use cygwin built programs if you want to run a program on a cygwin pty. The logic that there had to be a solution to this problem because it affects so many programs did escape me, though. I'd be very happy to see someone find a way to fool programs into thinking they are running on a console when they are using a cygwin pty but the fact that it is a serious problem doesn't mean that there is automatically going to be a solution to the problem. cgf -- Richard Piper Web: http://icu.rnsh.org Mobile: 0438-120860 Sydney: 9926-8617 Kippax: 6550-5117 Email: rpiper@med.usyd.edu.au GPG key ID: F6DFFB33 @ wwwkeys.pgp.net Key fingerprint: 3FB8 8355 3AAA 84C3 D548 8FFF EFDB C6B5 F6DF FB33 From rasjidw@openminddev.net Wed Apr 28 15:50:00 2004 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Wed, 28 Apr 2004 15:50:00 -0000 Subject: mysql command line client hangs in cygwin xterm In-Reply-To: <408F5FF9.6090407@med.usyd.edu.au> References: <408F5FF9.6090407@med.usyd.edu.au> Message-ID: <200404281814.59757.rasjidw@openminddev.net> On Wednesday 28 April 2004 17:40, Richard Piper wrote: > On looking into this, it seems that mysql including its client is > compiled with cygwin. It is an old version, and this may explain the > problem. This is the reason I refuse to use MySQL on Windows - sooner or later the multiple cygwin.dll problem that their distribution creates if the user also installs Cygwin is going to start biting people. If possible I would suggest looking into Firebird (the database) instead. Cheers, Rasjid. From alexander.gottwald@s1999.tu-chemnitz.de Wed Apr 28 16:48:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 28 Apr 2004 16:48:00 -0000 Subject: default configuration not working In-Reply-To: References: Message-ID: On Tue, 27 Apr 2004, Sara Gamble wrote: > Hi Alexander, > > Thanks for putting my mind somewhat at ease! I tried your suggestion of > using the startx command, but I am still having display problems. When I > run startx, it still gives me just the single window, even thought I want > the multiwindow mode that I thought came as a default setting. > > I am getting error messages like: > > another window manager is already running on screen 0? > unable to find any unmanaged screens This is normal too. You can not run XWin in multiwindow mode and have an external window manager. You can either use -multiwindow or windowmaker. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Apr 28 18:13:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 28 Apr 2004 18:13:00 -0000 Subject: Color support added to HW accelerated cursor In-Reply-To: <5.1.1.6.2.20040427174533.00baea00@mail.ziplabel.com> References: <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040425143220.00b9fa88@mail.ziplabel.com> <5.1.1.6.2.20040426080335.00bc5f98@mail.ziplabel.com> <5.1.1.6.2.20040426215851.00bb8688@mail.ziplabel.com> <5.1.1.6.2.20040427011812.00baba80@mail.ziplabel.com> <5.1.1.6.2.20040427174533.00baea00@mail.ziplabel.com> Message-ID: On Tue, 27 Apr 2004, Earle F. Philhower III wrote: > There was one minor change I just committed, you need to always > free the GetIconInfo, not only when it comes back as an icon... Argl. It seems I need more coffee ;) -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From smart25@t2.technion.ac.il Wed Apr 28 18:22:00 2004 From: smart25@t2.technion.ac.il (smart25@t2.technion.ac.il) Date: Wed, 28 Apr 2004 18:22:00 -0000 Subject: Assistance needed Message-ID: <1083166693.408fcfe5ee9fb@webmail.technion.ac.il> Hello ! I'm trying to use Cygwin instead of installing a full-size Linux. My task is learning system programming in Unix environment. Unfortunately, I do not get "man" for some C/C++ functions, such as "fork()", "cout", "getcwd()" etc. Other C functions (printf for example) are documented. Where can I download the missing man pages ? Thank you, Andrey Gelman. From aravind_junk@yahoo.com Wed Apr 28 18:40:00 2004 From: aravind_junk@yahoo.com (Aravind) Date: Wed, 28 Apr 2004 18:40:00 -0000 Subject: XWin never reads the authority file Message-ID: <20040428155042.87613.qmail@web60606.mail.yahoo.com> Problem: X authentication using MIT-MAGIC-COOKIE-1 fails but xhost based authentication is working. Setup: XWin on Windows XP Professional, X client from Redhat 8.0 Version: CYGWIN_NT-5.1 MYMACHINE 1.5.9(0.112/4/2) 2004-03-18 23:05 i686 unknown unknown Cygwin Commandline: XWin -audit 4 -fullscreen -clipboard -auth C:\myhome\authfile ServerOutput: AUDIT: Wed Apr 28 11:05:53 2004: 3132 XWin: client 1 rejected from IP xxx.xxx.xxx.xxx port 39784 Auth name: MIT-MAGIC-COOKIE-1 ID: -1 winProcEstablishConnection - ProcEstablishConnection failed, bailing. AUDIT: Wed Apr 28 11:05:53 2004: 3132 XWin: client 1 disconnected ClientOutput: Xlib: connection to "mymachine:0.0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key Error: Can't open display: mymachine:0 Using FileMonitor from sysinternals I found that XWin NEVER reads the authfile that I specify on the command line. How does XWin gets the cookies if it never reads the file? I am not sure whether this is the error I may be wrong. I have included only the relevant output. 11:05:53 AM XWin.exe:3132 QUERY INFORMATION C:\myhome\authfile SUCCESS Attributes: A 11:05:53 AM XWin.exe:3132 OPEN C:\myhome\authfile SUCCESS Options: Open Access: All 11:05:53 AM XWin.exe:3132 QUERY INFORMATION C:\myhome\authfile SUCCESS FileFsVolumeInformation 11:05:53 AM XWin.exe:3132 QUERY INFORMATION C:\myhome\authfile BUFFER OVERFLOW FileAllInformation 11:05:53 AM XWin.exe:3132 OPEN C:\myhome\authfile SUCCESS Options: Open Access: All 11:05:53 AM XWin.exe:3132 QUERY INFORMATION C:\myhome\authfile SUCCESS FileCompressionInformation 11:05:53 AM XWin.exe:3132 CLOSE C:\myhome\authfile SUCCESS 11:05:53 AM XWin.exe:3132 OPEN C:\myhome\authfile SUCCESS Options: Open Access: 00020000 11:05:53 AM XWin.exe:3132 QUERY SECURITY C:\myhome\authfile BUFFER OVERFLOW 11:05:53 AM XWin.exe:3132 CLOSE C:\myhome\authfile SUCCESS 11:05:53 AM XWin.exe:3132 OPEN C:\myhome\authfile SUCCESS Options: Open Access: 00020000 11:05:53 AM XWin.exe:3132 QUERY SECURITY C:\myhome\authfile SUCCESS 11:05:53 AM XWin.exe:3132 CLOSE C:\myhome\authfile SUCCESS 11:05:53 AM XWin.exe:3132 CLOSE C:\myhome\authfile SUCCESS There should be atleast one READ in the 3rd column right? I do see READ for other files that XWin uses. Thanks for any help. Please CC me as I am not subscribed to the ML. Aravind __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover From quarto@thuntek.net Wed Apr 28 18:46:00 2004 From: quarto@thuntek.net (quarto) Date: Wed, 28 Apr 2004 18:46:00 -0000 Subject: Fluxbox 0.9.9 no build Message-ID: Has anyone been able to get the current developement version of Fluxbox (0.9.9) to build under Cygwin/X? Any help appreciated. Paul I am clueless. Error message from make below. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ScreenResources.o(.text+0x0): In function `_ZN4FbTk8ResourceIN7BScreen15PlacementPolicyEE15setDefaultValueEv': /c/temp/1/fluxbox-0.9.9/src/ScreenResources.cc:8: multiple definition of `FbTk::Resource::setDefaultValue()' Screen.o(.text$_ZN4FbTk8ResourceIN7BScreen15PlacementPolicyEE15setDefaul tValueEv+0x0):/usr/include/c++/3.3.1/bits/basic_string.h: first defined here ScreenResources.o(.text+0x240): In function `_ZN4FbTk8ResourceIN7BScreen12RowDirectionEE15setDefaultValueEv': /c/temp/1/fluxbox-0.9.9/src/ScreenResources.cc:44: multiple definition of `FbTk::Resource::setDefaultValue()' Screen.o(.text$_ZN4FbTk8ResourceIN7BScreen12RowDirectionEE15setDefaultVa lueEv+0x0):/usr/include/c++/3.3.1/bits/basic_string.h: first defined here ScreenResources.o(.text+0x3c0): In function `_ZN4FbTk8ResourceIN7BScreen15ColumnDirectionEE15setDefaultValueEv': /c/temp/1/fluxbox-0.9.9/src/ScreenResources.cc:73: multiple definition of `FbTk::Resource::setDefaultValue()' Screen.o(.text$_ZN4FbTk8ResourceIN7BScreen15ColumnDirectionEE15setDefaul tValueEv+0x0):/usr/include/c++/3.3.1/bits/basic_string.h: first defined here ScreenResources.o(.text+0x540): In function `_ZN4FbTk8ResourceINS_9MenuTheme8MenuModeEE15setDefaultValueEv': /c/temp/1/fluxbox-0.9.9/src/ScreenResources.cc:101: multiple definition of `FbTk::Resource::setDefaultValue()' Screen.o(.text$_ZN4FbTk8ResourceINS_9MenuTheme8MenuModeEE15setDefaultVal ueEv+0x0):/usr/include/c++/3.3.1/bits/basic_string.h: first defined here ScreenResources.o(.text+0x8d0): In function `_ZN4FbTk8ResourceINS_8GContext9LineStyleEE15setDefaultValueEv': /c/temp/1/fluxbox-0.9.9/src/ScreenResources.cc:160: multiple definition of `FbTk::Resource::setDefaultValue()' Screen.o(.text$_ZN4FbTk8ResourceINS_8GContext9LineStyleEE15setDefaultVal ueEv+0x0):/usr/include/c++/3.3.1/bits/basic_string.h: first defined here ScreenResources.o(.text+0xa90): In function `_ZN4FbTk8ResourceINS_8GContext9JoinStyleEE15setDefaultValueEv': /c/temp/1/fluxbox-0.9.9/src/ScreenResources.cc:194: multiple definition of `FbTk::Resource::setDefaultValue()' Screen.o(.text$_ZN4FbTk8ResourceINS_8GContext9JoinStyleEE15setDefaultVal ueEv+0x0):/usr/include/c++/3.3.1/bits/basic_string.h: first defined here ScreenResources.o(.text+0xc40): In function `_ZN4FbTk8ResourceINS_8GContext8CapStyleEE15setDefaultValueEv': /c/temp/1/fluxbox-0.9.9/src/ScreenResources.cc:228: multiple definition of `FbTk::Resource::setDefaultValue()' Screen.o(.text$_ZN4FbTk8ResourceINS_8GContext8CapStyleEE15setDefaultValu eEv+0x0):/usr/include/c++/3.3.1/bits/basic_string.h: first defined here collect2: ld returned 1 exit status make[4]: *** [fluxbox.exe] Error 1 make[4]: Leaving directory `/c/temp/1/fluxbox-0.9.9/src' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/c/temp/1/fluxbox-0.9.9/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/c/temp/1/fluxbox-0.9.9/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/c/temp/1/fluxbox-0.9.9' make: *** [all] Error 2 From sgamble@phys.ufl.edu Wed Apr 28 19:22:00 2004 From: sgamble@phys.ufl.edu (Sara Gamble) Date: Wed, 28 Apr 2004 19:22:00 -0000 Subject: default configuration not working In-Reply-To: Message-ID: Hi Alexander, Thanks! I stumbled upon that last night after figuring out I was confused about what -multiwindow window ment (I didn't realize it precluded having a large background window). Now I can successfully open an x-term in non multiwindow mode and fix my display problem with startx -- :1 and then from that xterm run either twm & or openbox & and get the environment I want. Thank you so much for helping me out with what was probably a really simple question! Sara On Wed, 28 Apr 2004, Alexander Gottwald wrote: > On Tue, 27 Apr 2004, Sara Gamble wrote: > > > Hi Alexander, > > > > Thanks for putting my mind somewhat at ease! I tried your suggestion of > > using the startx command, but I am still having display problems. When I > > run startx, it still gives me just the single window, even thought I want > > the multiwindow mode that I thought came as a default setting. > > > > I am getting error messages like: > > > > another window manager is already running on screen 0? > > unable to find any unmanaged screens > > This is normal too. You can not run XWin in multiwindow mode and have an > external window manager. You can either use -multiwindow or windowmaker. > > bye > ago > -- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From vinicius@astro.iag.usp.br Wed Apr 28 19:36:00 2004 From: vinicius@astro.iag.usp.br (Marcus Vinicius M.Fernandes) Date: Wed, 28 Apr 2004 19:36:00 -0000 Subject: Instaling IRAF Message-ID: <20040428181400.M82172@astro.iag.usp.br> Hello I've just intalled the Cygwin im my laptop and it's working well. But I'm an astrophysic and I would like to install a software named IRAF (http://iraf.noao.edu/iraf-homepage.html). This is a RPM. But the instalation does not proceed, showing messages about missing packages. The setup- 2.4...rpm is one of them. Could you help me to install the IRAF software? Thank you. Marcus Ps: The IRAF is easily installed under any Linux operating system. From pechtcha@cs.nyu.edu Wed Apr 28 19:51:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 28 Apr 2004 19:51:00 -0000 Subject: Instaling IRAF In-Reply-To: <20040428181400.M82172@astro.iag.usp.br> References: <20040428181400.M82172@astro.iag.usp.br> Message-ID: On Wed, 28 Apr 2004, Marcus Vinicius M.Fernandes wrote: > Hello > > I've just intalled the Cygwin im my laptop and it's working well. But I'm an > astrophysic and I would like to install a software named IRAF > (http://iraf.noao.edu/iraf-homepage.html). This is a RPM. But the instalation > does not proceed, showing messages about missing packages. The setup- > 2.4...rpm is one of them. > > Could you help me to install the IRAF software? > > Thank you. > Marcus > > Ps: The IRAF is easily installed under any Linux operating system. . Cygwin doesn't run Linux binaries -- to be able to run something, you'll need to *port* it (or find a port). Igor P.S. This question has nothing to do with X, so belongs on the main Cygwin list instead. Please send follow-ups there. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From holmberg@tiac.net Thu Apr 29 21:20:00 2004 From: holmberg@tiac.net (Carl Holmberg) Date: Thu, 29 Apr 2004 21:20:00 -0000 Subject: XWin 6.7.0.0-7 with -clipboard hangs with cygwin1-20040422 in Win98SE Message-ID: <408FC3BA.18347.87E260@localhost> Hi, I am seeing the same XWin hang problem with the latest code, with -clipboard, as I've reported before. In this case I also used the default startxwin.sh with a --logverbose 255 to try to pick up whatever logging I could. This is a -multiwindow config, but identical hangs occurred before when running without this option, using twm instead. Am running bash. My cygwin installation is up-to-date as of 4/28/04 12:28 EDT. A cygcheck -csvr is available - I'll post it upon request. In this case I also used the latest cygwin1.dll snapshot, but the hang occurs with the latest release cygwin1.dll also. I attached to XWin with strace using after the XTerm came up, stabilized and the XWin.log stopped producing initial output. I then placed the cursor in the window, typed the "date" command, then copied (left click/hold/drag) and the pasted the command successfully. I then left clicked to the left of the date command, right-clicked to the right, and XWin froze up. As is typical, in my experience, only a few mouse clicks - particularly anything using the right-click, causes XWin to hang up completely with -clipboard. The last 132 lines of the strace are reproduced below. After that, I've included the XWin.log. I've marked the place where the system froze (just before the kill -9 was issued). Note the readv errno 11 returned 14 lines before the freeze point. I hope this helps. ###Last 132 lines of strace. Whole trace from time XTerm came ###up is available. 399 93751361 [select_socket] XWin 1034021 thread_socket: stuff_start 0x101A2FCC 86 93751447 [main] XWin 1034021 select_stuff::wait: m 2, ms 117051 1270 93752717 [select_socket] XWin 1034021 thread_socket: Win32 select returned 1 540 93753257 [select_socket] XWin 1034021 thread_socket: s 0x1019D720, testing fd 13 () 420 93753677 [select_socket] XWin 1034021 thread_socket: s 0x1016D048, testing fd 11 () 405 93754082 [select_socket] XWin 1034021 thread_socket: s 0x101741A8, testing fd 10 () 411 93754493 [select_socket] XWin 1034021 thread_socket: s 0x10173CD0, testing fd 9 () 471 93754964 [select_socket] XWin 1034021 thread_socket: read_ready 400 93755364 [select_socket] XWin 1034021 thread_socket: s 0x1019DD90, testing fd 5 () 416 93755780 [select_socket] XWin 1034021 thread_socket: s 0x1016D290, testing fd 4 () 468 93756248 [main] XWin 1034021 select_stuff::wait: woke up. wait_ret 1. verifying 419 93756667 [main] XWin 1034021 select_stuff::wait: gotone 1 423 93757090 [main] XWin 1034021 select_stuff::wait: returning 0 401 93757491 [main] XWin 1034021 select_stuff::cleanup: calling cleanup routines 403 93757894 [main] XWin 1034021 socket_cleanup: si 0x1019FFA8 si->thread 0x610F7860 400 93758294 [main] XWin 1034021 socket_cleanup: connection to si->exitsock 0x2E4 4827 93763121 [main] XWin 1034021 cygthread::detach: WFSO returns 0, id 0xFFCE4D87 1650 93764771 [main] XWin 1034021 free: (0x1019FFA8), called by 0x6108AAA4 887 93765658 [main] XWin 1034021 socket_cleanup: returning 783 93766441 [main] XWin 1034021 socket_cleanup: si 0x0 si->thread 0x0 843 93767284 [main] XWin 1034021 socket_cleanup: returning 475 93767759 [main] XWin 1034021 socket_cleanup: si 0x0 si->thread 0x0 400 93768159 [main] XWin 1034021 socket_cleanup: returning 405 93768564 [main] XWin 1034021 socket_cleanup: si 0x0 si->thread 0x0 398 93768962 [main] XWin 1034021 socket_cleanup: returning 394 93769356 [main] XWin 1034021 socket_cleanup: si 0x0 si->thread 0x0 475 93769831 [main] XWin 1034021 socket_cleanup: returning 395 93770226 [main] XWin 1034021 socket_cleanup: si 0x0 si->thread 0x0 407 93770633 [main] XWin 1034021 socket_cleanup: returning 407 93771040 [main] XWin 1034021 peek_socket: considering handle 0x28C 401 93771441 [main] XWin 1034021 peek_socket: adding read fd_set , fd 13 859 93772300 [main] XWin 1034021 peek_socket: WINSOCK_SELECT returned 0 432 93772732 [main] XWin 1034021 peek_socket: considering handle 0x284 398 93773130 [main] XWin 1034021 peek_socket: adding read fd_set , fd 11 520 93773650 [main] XWin 1034021 peek_socket: WINSOCK_SELECT returned 0 416 93774066 [main] XWin 1034021 peek_socket: considering handle 0x20C 397 93774463 [main] XWin 1034021 peek_socket: adding read fd_set , fd 10 565 93775028 [main] XWin 1034021 peek_socket: WINSOCK_SELECT returned 0 414 93775442 [main] XWin 1034021 peek_socket: considering handle 0x178 410 93775852 [main] XWin 1034021 set_bits: me 0x10173CD0, testing fd 9 () 398 93776250 [main] XWin 1034021 set_bits: ready 1 434 93776684 [main] XWin 1034021 peek_windows: window 6(0x0) not ready 404 93777088 [main] XWin 1034021 peek_socket: considering handle 0x12C 404 93777492 [main] XWin 1034021 peek_socket: adding read fd_set , fd 5 488 93777980 [main] XWin 1034021 peek_socket: WINSOCK_SELECT returned 0 413 93778393 [main] XWin 1034021 peek_socket: considering handle 0x128 410 93778803 [main] XWin 1034021 peek_socket: adding read fd_set , fd 4 480 93779283 [main] XWin 1034021 peek_socket: WINSOCK_SELECT returned 0 487 93779770 [main] XWin 1034021 select_stuff::poll: returning 1 406 93780176 [main] XWin 1034021 select_stuff::cleanup: calling cleanup routines 408 93780584 [main] XWin 1034021 select_stuff::~select_stuff: deleting select records 402 93780986 [main] XWin 1034021 free: (0x1019D720), called by 0x61086EEB 405 93781391 [main] XWin 1034021 free: (0x1016D048), called by 0x61086EEB 651 93782042 [main] XWin 1034021 free: (0x101741A8), called by 0x61086EEB 409 93782451 [main] XWin 1034021 free: (0x10173CD0), called by 0x61086EEB 414 93782865 [main] XWin 1034021 free: (0x1016F908), called by 0x61086EEB 404 93783269 [main] XWin 1034021 free: (0x1019DD90), called by 0x61086EEB 413 93783682 [main] XWin 1034021 free: (0x1016D290), called by 0x61086EEB 472 93784154 [main] XWin 1034021 readv: readv (9, 0xADEA10, 1) nonblocking, sigcatchers 3 430 93784584 [main] XWin 1034021 peek_socket: considering handle 0x178 1517 93786101 [main] XWin 1034021 peek_socket: adding read fd_set , fd 9 1368 93787469 [main] XWin 1034021 peek_socket: WINSOCK_SELECT returned 1 434 93787903 [main] XWin 1034021 fhandler_base::ready_for_read: read_ready 1, avail 1 501 93788404 [main] XWin 1034021 readv: 36 = readv (9, 0xADEA10, 1), errno 0 595 93788999 [unknown (0xFFF1A7EB)] XWin 1034021 select_stuff::wait: woke up. wait_ret 2. verifying 541 93789540 [unknown (0xFFF1A7EB)] XWin 1034021 peek_windows: window 14(0x0) not ready 494 93790034 [unknown (0xFFF1A7EB)] XWin 1034021 select_stuff::wait: gotone 0 434 93790468 [unknown (0xFFF1A7EB)] XWin 1034021 select_stuff::wait: looping 618 93791086 [unknown (0xFFF1A7EB)] XWin 1034021 select_stuff::wait: woke up. wait_ret 2. verifying 506 93791592 [unknown (0xFFF1A7EB)] XWin 1034021 writev: writev (12, 0x30FE7F8, 1) 3873 93795465 [unknown (0xFFF1A7EB)] XWin 1034021 writev: 4 = write (12, 0x30FE7F8, 1), errno 0 920 93796385 [unknown (0xFFF1A7EB)] XWin 1034021 readv: readv (12, 0x30FE7F8, 1) nonblocking, sigcatchers 3 823 93797208 [unknown (0xFFF1A7EB)] XWin 1034021 peek_socket: considering handle 0x298 890 93798098 [unknown (0xFFF1A7EB)] XWin 1034021 peek_socket: adding read fd_set , fd 12 1801 93799899 [unknown (0xFFF1A7EB)] XWin 1034021 peek_socket: WINSOCK_SELECT returned 0 890 93800789 [unknown (0xFFF1A7EB)] XWin 1034021 fhandler_base::ready_for_read: read_ready 0, avail 0 1715 93802504 [unknown (0xFFF1A7EB)] XWin 1034021 readv: -1 = readv (12, 0x30FE7F8, 1), errno 11 #### Is the errno 11 above relevant?#### 620 93803124 [unknown (0xFFF1A7EB)] XWin 1034021 cygwin_select: 13, 0x30FE7E8, 0x0, 0x0, 0x0 814 93803938 [unknown (0xFFF1A7EB)] XWin 1034021 calloc: (1, 44) = 1016D290, called by 61001C99 420 93804358 [unknown (0xFFF1A7EB)] XWin 1034021 dtable::select_read: fd 12 556 93804914 [unknown (0xFFF1A7EB)] XWin 1034021 cygwin_select: to NULL, ms FFFFFFFF 407 93805321 [unknown (0xFFF1A7EB)] XWin 1034021 cygwin_select: sel.always_ready 0 481 93805802 [unknown (0xFFF1A7EB)] XWin 1034021 calloc: (1, 12328) = 1019FFA8, called by 61001C99 432 93806234 [unknown (0xFFF1A7EB)] XWin 1034021 start_thread_socket: Handle 0x298 414 93806648 [unknown (0xFFF1A7EB)] XWin 1034021 start_thread_socket: Added to readfds 4047 93810695 [unknown (0xFFF1A7EB)] XWin 1034021 start_thread_socket: exitsock 0x2E4 456 93811151 [unknown (0xFFF1A7EB)] XWin 1034021 start_thread_socket: stuff_start 0x30FE74C 419 93811570 [unknown (0xFFF1A7EB)] XWin 1034021 cygthread::cygthread: name select_socket, id 0xFFCE4D87 502 93812072 [unknown (0xFFF1A7EB)] XWin 1034021 cygthread::cygthread: activated thread_sync 0x258 415 93812487 [select_socket] XWin 1034021 thread_socket: stuff_start 0x101A2FCC 90 93812577 [unknown (0xFFF1A7EB)] XWin 1034021 select_stuff::wait: m 2, ms 4294967295 ####FROZE AT ABOVE LINE#### 259815524 353628101 [sig] XWin 1034021 sigpacket::process: signal 9 processing 698 353628799 [sig] XWin 1034021 sigpacket::process: signal 9, about to call do_exit 560 353629359 [sig] XWin 1034021 ResourceLocks::Delete: Close Resource Locks 0x610F7D04 657 353630016 [sig] XWin 1034021 ResourceLocks::Init: lock 0x610F7D04 inited by 0x610F3020 , 1034021 489 353630505 [sig] XWin 1034021 signal_exit: about to call do_exit (10900) 545 353631050 [sig] XWin 1034021 do_exit: do_exit (67840), exit_state 0 441 353631491 [sig] XWin 1034021 void: 0x0 = signal (20, 0x1) 444 353631935 [sig] XWin 1034021 void: 0x42C730 = signal (1, 0x1) 451 353632386 [sig] XWin 1034021 void: 0x42C760 = signal (2, 0x1) 443 353632829 [sig] XWin 1034021 void: 0x1 = signal (3, 0x1) 454 353633283 [sig] XWin 1034021 fhandler_base::close: closing '/dev/null' handle 0x90 791 353634074 [sig] XWin 1034021 fhandler_tty_slave::close: /dev/tty0 closed, decremented open_fhs 2, usecount 2 524 353634598 [sig] XWin 1034021 fhandler_tty_slave::close: just returning because archetype usecount is != 0 464 353635062 [sig] XWin 1034021 fhandler_tty_slave::close: /dev/tty0 closed, decremented open_fhs 1, usecount 1 474 353635536 [sig] XWin 1034021 fhandler_tty_slave::close: just returning because archetype usecount is != 0 458 353635994 [sig] XWin 1034021 fhandler_base::close: closing '/tmp/XWin.log' handle 0x108 28939 353664933 [sig] XWin 1034021 fhandler_socket::close: 0 = fhandler_socket::close() 1986 353666919 [sig] XWin 1034021 fhandler_socket::close: 0 = fhandler_socket::close() 1061 353667980 [sig] XWin 1034021 fhandler_socket::close: 0 = fhandler_socket::close() 759 353668739 [sig] XWin 1034021 fhandler_socket::close: 0 = fhandler_socket::close() 756 353669495 [sig] XWin 1034021 fhandler_socket::close: 0 = fhandler_socket::close() 748 353670243 [sig] XWin 1034021 fhandler_socket::close: 0 = fhandler_socket::close() 763 353671006 [sig] XWin 1034021 fhandler_socket::close: 0 = fhandler_socket::close() 755 353671761 [sig] XWin 1034021 fhandler_socket::close: 0 = fhandler_socket::close() 809 353672570 [sig] XWin 1034021 fhandler_socket::close: 0 = fhandler_socket::close() 527 353673097 [sig] XWin 1034021 init_cygheap::close_ctty: closing cygheap->ctty 0x616D1564 467 353673564 [sig] XWin 1034021 fhandler_tty_slave::close: /dev/tty0 closed, decremented open_fhs 0, usecount 0 452 353674016 [sig] XWin 1034021 fhandler_tty_slave::close: closing last open /dev/tty0 handle 457 353674473 [sig] XWin 1034021 fhandler_tty_common::close: tty0 <0xF8,0xFC> closing 586 353675059 [sig] XWin 1034021 sigproc_terminate: entering 715 353675774 [sig] XWin 1034021 proc_terminate: nchildren 0, nzombies 0 916 353676690 [sig] XWin 1034021 proc_subproc: args: 3, 1 427 353677117 [sig] XWin 1034021 proc_subproc: clear waiting threads 520 353677637 [sig] XWin 1034021 proc_subproc: finished clearing 445 353678082 [sig] XWin 1034021 proc_subproc: returning 1 456 353678538 [sig] XWin 1034021 proc_terminate: leaving 889 353679427 [sig] XWin 1034021 __to_clock_t: dwHighDateTime 0, dwLowDateTime 0 448 353679875 [sig] XWin 1034021 __to_clock_t: total 00000000 00000000 458 353680333 [sig] XWin 1034021 __to_clock_t: dwHighDateTime 0, dwLowDateTime 0 448 353680781 [sig] XWin 1034021 __to_clock_t: total 00000000 00000000 22108 353702889 [sig] XWin 1034021 _pinfo::exit: Calling ExitProcess 67840 ###XWin.Log. Note there are 3 nul characters in the log, ###after "winMultiWindowXMsgProc - Hello". I replaced these ###with '[nul]' Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-7 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -logverbose 255 -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winValidateArgs - Returning. (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows 95/98/Me winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Multi Window or Rootless => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 1024 1280 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 1023 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 1023 r 1280 l 0 b 1023 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1023 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1280 height: -1023 depth: 16 size image: 2618880 winAllocateFBShadowGDI - WEIRDNESS - biHeight still negative: -1023 winAllocateFBShadowGDI - WEIRDNESS - Flipping biHeight sign winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00007c00 000003e0 0000001f winInitVisualsShadowGDI - Masks 00007c00 000003e0 0000001f BPRGB 5 d 15 bpp 16 winRandRInit () winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitWM - Returning. winMultiWindowXMsgProc - Hello [nul]g winScreenInit - returning [nul]llo winInitMultiWindowWM - CalwinInitMultiWindowWM - Calling pthread_mutex_lock () InitOutput - Returning. [nul]Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=250, rate=15 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "United States 101" (00000409) is unknown Rules = "xorg" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winRealizeCursor: cursor=0x10203008 winPointerWarpCursor - Discarding first warp: 640 511 winSetCursor: cursor=0x10203008 winLoadCursor: Win32: 32x32 X11: 16x16 hotspot: 7,7 winLoadCursor: Trying two color cursor winLoadCursor: Creating bitmap cursor: hotspot 7,7 winLoadCursor: CreateIconIndirect returned no cursor. Trying again. winSetCursor: handle=0x6b86 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returnwinInitMultiWindowWM - pthread_mutex_lock () returned. 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 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows 95/98/Me winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winRealizeCursor: cursor=0x101740a8 winRealizeCursor: cursor=0x10174488 winRealizeCursor: cursor=0x1016e3a8 winRealizeCursor: cursor=0x1016e508 winRealizeCursor: cursor=0x1016e680 winRealizeCursor: cursor=0x1016b780 winRealizeCursor: cursor=0x1016b8b8 winRealizeCursor: cursor=0x1016bb60 winUnrealizeCursor: cursor=0x1016bb60 winRealizeCursor: cursor=0x1016bb60 winUnrealizeCursor: cursor=0x101740a8 winRealizeCursor: cursor=0x101740a8 winSetCursor: cursor=0x101740a8 winLoadCursor: Win32: 32x32 X11: 9x16 hotspot: 4,8 winLoadCursor: Trying two color cursor winLoadCursor: Creating bitmap cursor: hotspot 4,8 winLoadCursor: CreateIconIndirect returned no cursor. Trying again. winSetCursor: handle=0x75ee winSetCursor: cursor=0x10203008 winLoadCursor: Win32: 32x32 X11: 16x16 hotspot: 7,7 winLoadCursor: Trying two color cursor winLoadCursor: Creating bitmap cursor: hotspot 7,7 winLoadCursor: CreateIconIndirect returned no cursor. Trying again. winSetCursor: handle=0x6ab6 winSetCursor: cursor=0x101740a8 winLoadCursor: Win32: 32x32 X11: 9x16 hotspot: 4,8 winLoadCursor: Trying two color cursor winLoadCursor: Creating bitmap cursor: hotspot 4,8 winLoadCursor: CreateIconIndirect returned no cursor. Trying again. winSetCursor: handle=0x75b6 ### Above was last line recorded in the log, unchanged from time ### of freezeup. From Dan_Wilks@intuit.com Fri Apr 30 02:31:00 2004 From: Dan_Wilks@intuit.com (Wilks, Dan) Date: Fri, 30 Apr 2004 02:31:00 -0000 Subject: Remote Desktop, MultiWindow & Cursors Message-ID: Looks like the newer versions of XWin are having cursor problems when coming out of remote desktop (XP Pro). After a remote desktop session the cursor completely disappears in the X window client area. Here's what I'm seeing: - Run a cygwin bash shell - XWin -multiwindow -clipboard - Run xterm on a Linux box w/ PuTTY tunneling X. - Move the cursor around the xterm. Nice I-Beam. - Go to another machine, remote desktop in. - xterm is still active app but cursor is now outside the xterm window over the windows desktop but with X's X cursor. - Move cursor around. It remains the X cursor wherever you move it. Verify. - Activate a Windows app (IE) and then back to xterm. Cursor returns to I-Beam and proper behavior. - Shut down remote desktop. Return to tty. - Now when the mouse moves over any X window it completely disappears. Also, at this point, copying anything will completely crash XWin. I'm in the process of looking into it. My debug build of current sources doesn't exhibit this behavior. I'll try a non-debug build next. Hey, is there a safe, automated, way to do a full, clean build of just Xserver? Dan From ford@vss.fsi.com Fri Apr 30 02:40:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 30 Apr 2004 02:40:00 -0000 Subject: '"GLX" missing on display' Problems In-Reply-To: <1083178915.408fffa322d20@webmail.xmission.com> References: <1083178915.408fffa322d20@webmail.xmission.com> Message-ID: Wrong list: http://cygwin.com/lists.html This is a Cygwin/X specific question. Redirecting... On Wed, 28 Apr 2004, eti1 wrote: > I use cygwin from home (on a Windows box) to ssh into my machine at work > (Linux box). I get the following error when I try to run programs that use > opengl libs for displaying: > > cdernst@clinton cubit90]$ glxgears > Xlib: extension "GLX" missing on display "localhost:10.0". > Error: couldn't get an RGB, Double-buffered visual > > When I ssh, I use the -X option so that graphics get forwarded to my local > machine. I am aware that this error is usually manifested because opengl > libs are not installed on the local machine, but I know I have them on my > local machine because if I go a 'glxgears' before ssh-ing the gears > graphics window displays just fine. It appears that after ssh-ing into my > work machine, display information is lost. > > What is very troubling with this problem is that sometimes the problem > altogether disappears. For example, if I ssh into my work machine and let > the terminal sit for a while, it sometimes works, sometimes not. Other > times after ssh-ing in, if I edit a file with "vim" I can run glxgears > after, but not always. Nothing is reproducable to get it to work. But > once it starts displaying, it usually doesn't stop. I tried a complete > uninstall/reinstall of cygwin but it didn't do anything. > > Help! > --Corey Please also see: > Problem reports: http://cygwin.com/problems.html We need more information to help you. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International the best safety device in any aircraft is a well-trained pilot... From huntharo@msu.edu Fri Apr 30 08:25:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 30 Apr 2004 08:25:00 -0000 Subject: '"GLX" missing on display' Problems In-Reply-To: References: <1083178915.408fffa322d20@webmail.xmission.com> Message-ID: <40900B25.3020906@msu.edu> http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding Brian Ford wrote: > Wrong list: > > http://cygwin.com/lists.html > > This is a Cygwin/X specific question. Redirecting... > > On Wed, 28 Apr 2004, eti1 wrote: > > >>I use cygwin from home (on a Windows box) to ssh into my machine at work >>(Linux box). I get the following error when I try to run programs that use >>opengl libs for displaying: >> >>cdernst@clinton cubit90]$ glxgears >>Xlib: extension "GLX" missing on display "localhost:10.0". >>Error: couldn't get an RGB, Double-buffered visual >> >>When I ssh, I use the -X option so that graphics get forwarded to my local >>machine. I am aware that this error is usually manifested because opengl >>libs are not installed on the local machine, but I know I have them on my >>local machine because if I go a 'glxgears' before ssh-ing the gears >>graphics window displays just fine. It appears that after ssh-ing into my >>work machine, display information is lost. >> >>What is very troubling with this problem is that sometimes the problem >>altogether disappears. For example, if I ssh into my work machine and let >>the terminal sit for a while, it sometimes works, sometimes not. Other >>times after ssh-ing in, if I edit a file with "vim" I can run glxgears >>after, but not always. Nothing is reproducable to get it to work. But >>once it starts displaying, it usually doesn't stop. I tried a complete >>uninstall/reinstall of cygwin but it didn't do anything. >> >>Help! >>--Corey > > > Please also see: > >>Problem reports: http://cygwin.com/problems.html > > > We need more information to help you. > From Rena3@chatterbird.com Fri Apr 30 14:09:00 2004 From: Rena3@chatterbird.com (Efren Russell) Date: Fri, 30 Apr 2004 14:09:00 -0000 Subject: super penile 1/9/00 Message-ID: ESMTP id DADAF35892 for ; Fri, 23 Apr 2004 22:15:42 -0400 (EDT) Received: from mail.yahoo.com ([44.74.64.208]) by localhost (targa.yahoo.com [111.228.154.181]) (amavisd-new, port 10002) with ESMTP id 73667-08 for ; Fri, 23 Apr 2004 22:15:42 -0400 (EDT) Received: from spm (Ottawa-ppp-199508.yahoo.com [215.0.34.184])by mail.yahoo.com (Postfix) with ESMTP id D8CCD71545for ; Fri, 23 Apr 2004 22:04:45 -0400 (EDT) X-Message-Info: JGTYoYF76jHYfowwei9Kx0KRaH06kJr0 Message-Id: <48326100912022.D8CCD72030@mail.yahoo.com> X-Virus-Scanned: by amavisd-new at yahoo.com X-OriginalArrivalTime: 29 Apr 2004 02:52:53.0670 (UTC) FILETIME=[D1F1CAA0:04C428DA] The love of your life could be waiting for you to sign-up! We have over 1 million active members looking for a connection just like you. Sign up now and start looking for your ideal mate. http://matchingforloving.com/confirm/?oc=52217098 This commun-ication is privileged and contains confi.dential information - intended on.ly for the person(s) to whom it is addressed. Any unauthorized disclosure, copying, other distribution of this communi.cation or taking any action .on its contents is strictly prohibited. If you have received. this -message in error, plea.se. notify us immediately OR remove yourself- from our list if there is no interest in re-gards to our services. http://matchingforloving.com/remove/?oc=77 ellipsometer nettle defocus cognac glaze flaunt wyner hoydenish belmont amiss tuxedo tideland utopian begotten clang clone bebop harass spell kruger epitaxial confess drowse marmot restaurateur cherub electrician thunderflower oregano jerk gravel belief devon 2 From luke.kendall@cisra.canon.com.au Fri Apr 30 14:22:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 30 Apr 2004 14:22:00 -0000 Subject: '"GLX" missing on display' Problems In-Reply-To: <40900B25.3020906@msu.edu> Message-ID: <20040430023120.9305F35064@nevin.research.canon.com.au> On 28 Apr, Harold L Hunt II wrote: > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding Interesting info, though it confuses me a little. Where it says: "It is easiest to just override trusted X11 forwarding by passing -Y to ssh in place of -X. The -Y does the same thing as -X, but it enables trusted X11 forwarding for the current connection." does it mean to say "It is easiest to just override X11 forwarding..."? Otherwise it seems to be saying you can override trusted X forwarding with trusted X forwarding. When it says "OpenSSH 3.8 enables trusted X11 forwarding by default when connecting to an ssh server that supports trusted X11 forwarding.", does it mean that overrides the setting in the /etc/ssh_config file? In other words, which default is the most default? What happens if your config file has both "ForwardX11 yes" and "ForwardX11Trusted yes"? Which is the default then? Is it bad to have both? Is it bad to have one set to yes and the other to no? Apologies if these are stupid questions. I notice that I do have openssh 3.8 installed, and also note that the man page mentions ForwardX11Trusted in only one place, with no explanation, and the section on X11 and TCP forwarding mentions only ForwardX11 and the -X and -x options, not the -Y. So I couldn't get answers to my questions there. (This is true in the latest Cygwin, as of a day or so ago.) Regards, luke From luke.kendall@cisra.canon.com.au Fri Apr 30 15:15:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Fri, 30 Apr 2004 15:15:00 -0000 Subject: Error starting X In-Reply-To: Message-ID: <20040430024045.1484335064@nevin.research.canon.com.au> On 14 Apr, Carolyn Longfoot wrote: > sorry to bother but my fresh Cygwin installation fails to start X, and I'm > at a complete loss as to why. This is straight after a reboot, so why there > would be a server already running is a complete mystery to me. How do I go > about troubleshooting this? Sounds like you have a .xinitrc file that specifies a window manager to run. The default behaviour of the Cygwin X server was changed to run a built-in window manager that integrates X windows onto the Windows desktop better (this is the -multiwindow option, which is the default). You could write a .bat script that instead of running Xwin runs Xwin -- :0, to stop the -multiwindow being passed. luke From alexander.gottwald@s1999.tu-chemnitz.de Fri Apr 30 17:28:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 30 Apr 2004 17:28:00 -0000 Subject: '"GLX" missing on display' Problems In-Reply-To: <20040430023120.9305F35064@nevin.research.canon.com.au> References: <20040430023120.9305F35064@nevin.research.canon.com.au> Message-ID: On Fri, 30 Apr 2004 luke.kendall@cisra.canon.com.au wrote: > On 28 Apr, Harold L Hunt II wrote: > > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding > > Interesting info, though it confuses me a little. > > Where it says: > > "It is easiest to just override trusted X11 forwarding by passing -Y to ssh > in place of -X. The -Y does the same thing as -X, but it enables trusted > X11 forwarding for the current connection." > > does it mean to say "It is easiest to just override X11 forwarding..."? > Otherwise it seems to be saying you can override trusted X forwarding > with trusted X forwarding. > > When it says "OpenSSH 3.8 enables trusted X11 forwarding by default when > connecting to an ssh server that supports trusted X11 forwarding.", > does it mean that overrides the setting in the /etc/ssh_config file? > In other words, which default is the most default? Correct is: OpenSSH 3.8 now connects as _un_trusted client by default. The prior versions always connected as trusted (normal) clients. Actually it should read: OpenSSH 3.8 uses untrusted X11 forwarding by default when connecting to an ssh server that supports untrusted X11 forwarding. Most ssh servers for GNU/Linux are versions of OpenSSH that do support untrusted X11 forwarding, so using OpenSSH 3.8 from Cygwin will result in a connection that uses untrusted X11 forwarding by default. You will quickly notice that this is the case if most of your X applications are now killed when you try to copy and paste or if xdpyinfo returns only a fraction of the supported extensions that it does if run locally. It is easiest to just override untrusted X11 forwarding by passing -Y to ssh in place of -X. The -Y does the same thing as -X, but it enables trusted X11 forwarding for the current connection. > What happens if your config file has both "ForwardX11 yes" and > "ForwardX11Trusted yes"? Which is the default then? Is it bad to have > both? Is it bad to have one set to yes and the other to no? I don't know. Try it. > Apologies if these are stupid questions. > > I notice that I do have openssh 3.8 installed, and also note that the > man page mentions ForwardX11Trusted in only one place, with no > explanation, and the section on X11 and TCP forwarding mentions only > ForwardX11 and the -X and -x options, not the -Y. So I couldn't get > answers to my questions there. (This is true in the latest Cygwin, as > of a day or so ago.) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alendaro1@virgilio.it Fri Apr 30 23:07:00 2004 From: alendaro1@virgilio.it (Alessandro Lendaro) Date: Fri, 30 Apr 2004 23:07:00 -0000 Subject: cygGNOME2 In-Reply-To: <20040430024045.1484335064@nevin.research.canon.com.au> References: <20040430024045.1484335064@nevin.research.canon.com.au> Message-ID: <40925E10.9090201@virgilio.it> I can't make GNOME2 work on cygwin. I installed the packages found at cygnom2.sourceforge.net/install but I don't knowh which commands must be issued to start a GNOME2 session. When I try to launch apps like Gaim or Bluefish I get a win32 error saying the app is unable to locate the cygfontconfig-1.dll which is not installed in my cygwin folder. Is somebody able to give me a clue? From alendaro1@virgilio.it Fri Apr 30 23:25:00 2004 From: alendaro1@virgilio.it (Alessandro Lendaro) Date: Fri, 30 Apr 2004 23:25:00 -0000 Subject: cygGNOME2 In-Reply-To: <20040430024045.1484335064@nevin.research.canon.com.au> References: <20040430024045.1484335064@nevin.research.canon.com.au> Message-ID: <40926132.9030905@virgilio.it> I can't make GNOME2 work on cygwin. I installed the packages found at cygnom2.sourceforge.net/install but I don't knowh which commands must be issued to start a GNOME2 session. When I try to launch apps like Gaim or Bluefish I get a win32 error saying the app is unable to locate the cygfontconfig-1.dll which is not installed in my cygwin folder. Is somebody able to give me a clue?