From jay@JaySmith.com Mon Mar 1 03:07:00 2004 From: jay@JaySmith.com (Jay Smith) Date: Mon, 01 Mar 2004 03:07:00 -0000 Subject: Icelandic character composition not working Message-ID: <4042A897.8030904@JaySmith.com> Hi, Sorry if this is the wrong list; I am not sure where to turn. In RedHat Linux running under xwindows provided by Cygwin/XFree86, I am able to type all the "foreign characters" I need to use, except for one Icelandic characters (I can type other Icelandic characters). Again, this is to type such characters in linux programs and documents running under X. My "guru" mapped the Right Alt key as the Multi_key and so with it I can make characters like ?? and ?? and ??, etc., by typing combinations of letters, etc. However, I have not been able to figure out how to make the "thorn" (eth) character which I think is 208 and 240 decimal. It is the character that looks like a d or D with a horizontal line through it. The docs say that I am supposed to be able to use: minus D or D minus minus d or d minus (minus = dash = - ) I have Googled and just am not finding the right page. Any ideas? Thanks. Jay From huntharo@msu.edu Mon Mar 1 03:47:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 01 Mar 2004 03:47:00 -0000 Subject: Indirect OpenGL acceleration - New notes Message-ID: <4042B265.1060808@msu.edu> I posted some new and simplified notes on how to add indirect OpenGL acceleration to Cygwin/X: http://msu.edu/~huntharo/xwin/devel/server/CygwinX-Accelerated-OpenGL-Support-20040229.pdf In addition, I have checked in the build framework for this into our tree on freedesktop.org. You can find more information about our tree on fd.o from this page: http://x.cygwin.com/devel/server/ All you have to do to enable the indirect OpenGL acceleration build framework is to edit xc/config/cf/cygwin.cf and change GlxUseWindows from NO to YES. Then, if you don't want to rebuild the entire tree, just do the following: cd programs/Xserver make Makefile cd GL make Makefile make Makefiles cd .. make XWin.exe That should result in a compilation of the currently empty GL/windows/indirect.c file, which will cause XWin.exe to fail to link since it can't find the OpenGL functions. I am a little confused about why XWin.exe fails to link on so many functions, since it seems that -lopengl32 is providing those functions (look some of them up via 'nm -g /usr/lib/w32api/opengl32.a | grep function_name')... I could use a few pointers on what is happening there. Implementing indirect acceleration is a required first step to implementing direct (DRI) acceleration because indirect acceleration is used by clients that are across the network from the X Server, so you always have to provide an indirect interface for network clients to fall back on. DRI could come later if we find that the performance of the indirect rendering is not acceptable. However, DRI will be considerably more complex since both the X Server process and the client application process will need to be able to write to the same OpenGL surface (as explained to me by Torrey Lyons of X on X fame). X on X got lucky: Apple wrote them an extension to the OS to provide this functionality :) We may or may not have a problem with two applications trying to write to the same surface in Windows; if it is not possible, then there may be nothing we can do to work around it. Thus, indirect rendering is now doubly attractive as a starting point since we know it is possible. Harold From huntharo@msu.edu Mon Mar 1 05:34:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 01 Mar 2004 05:34:00 -0000 Subject: OpenGL header problems Message-ID: <4042CB5B.9020503@msu.edu> As I mentioned in my email about enabling indirect OpenGL acceleration, there are some problems when trying to link to -lopengl32. I tracked this down to problems with the way that /usr/include/w32api/GL/gl.h decorates the function declarations for the gl* functions. There are some collisions between the way that the standard windows headers define WINGDIAPI and APIENTRY and the way that gl.h expects them to be. However, the problem is a little trickier than just that: I added a call to glPixelStorei in Xserver/hw/xwin/InitOutput.c (without #including any opengl headers) and instead made my own prototype for glPixelStorei. If I made it: void __stdcall glPixelStorei (unsigned int, int); then the linker would complain about how it had to fixup a reference to glPixelStorei as _glPixelStorei@8. But that is exactly what the __stdcall was supposed to do, so I am getting a little confused about why the prototype was being ignored. I need an expert on __stdcall and w32api headers to give me a hand here. Igor, I saw a post you made on this subject before, so I am counting on you :) Once this little trick is solved we will have to figure out how to get the proper headers in exports/include/GL/; that directory currently getes some Mesa headers in it. I'm not sure if we can cleanly disable that and point to the w32api OpenGL headers instead. Harold From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 1 09:31:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 01 Mar 2004 09:31:00 -0000 Subject: Indirect OpenGL acceleration - New notes In-Reply-To: <4042B265.1060808@msu.edu> References: <4042B265.1060808@msu.edu> Message-ID: On Sun, 29 Feb 2004, Harold L Hunt II wrote: > That should result in a compilation of the currently empty > GL/windows/indirect.c file, which will cause XWin.exe to fail to link > since it can't find the OpenGL functions. I am a little confused about > why XWin.exe fails to link on so many functions, since it seems that > -lopengl32 is providing those functions (look some of them up via 'nm -g > /usr/lib/w32api/opengl32.a | grep function_name')... I could use a few > pointers on what is happening there. the opengl32.dll implements an rather old OpenGL API (1.2 afair). But most vendors ship an opengl32.dll with their drivers which also implements the newer API. But those functions must be linked dynamicly. Another problem is the __stdcall issue. The windows dlls export symbols as _glBitmap@28 but normal GL headers define it as _glBitmap. This is due to the __stdcall call semantics. So all OpenGL definitions in GL/gl.h must be wrapped with the APIENTRY macros. OpenGL already has a GLAPI macros which simply must include the APIENTRY definition. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 1 09:48:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 01 Mar 2004 09:48:00 -0000 Subject: OpenGL header problems In-Reply-To: <4042CB5B.9020503@msu.edu> References: <4042CB5B.9020503@msu.edu> Message-ID: On Mon, 1 Mar 2004, Harold L Hunt II wrote: > However, the problem is a little trickier than just that: I added a call > to glPixelStorei in Xserver/hw/xwin/InitOutput.c (without #including any > opengl headers) and instead made my own prototype for glPixelStorei. If > I made it: > > void __stdcall glPixelStorei (unsigned int, int); > > then the linker would complain about how it had to fixup a reference to > glPixelStorei as _glPixelStorei@8. But that is exactly what the > __stdcall was supposed to do, so I am getting a little confused about > why the prototype was being ignored. i've done some simple tests. #include #include void __stdcall test_std(int x, int y); void __fastcall test_fast(int x, int y); void test(int x, int y); void APIENTRY glPixelStorei (unsigned int, int); int main(int argc, char *v[]) { glPixelStorei(1,2); test(1,2); test_std(1,2); test_fast(1,2); return 0; } gcc test.c -lopengl32 /tmp/cc7SBe73.o(.text+0x45):test.c: undefined reference to `_test@8' /tmp/cc7SBe73.o(.text+0x5c):test.c: undefined reference to `_test_std@8' /tmp/cc7SBe73.o(.text+0x6e):test.c: undefined reference to `@test_fast@8' Without the APIENTRY on glPixelStorei it is /tmp/cckNmsz4.o(.text+0x2e):test.c: undefined reference to `_glPixelStorei' /tmp/cckNmsz4.o(.text+0x42):test.c: undefined reference to `_test' /tmp/cckNmsz4.o(.text+0x56):test.c: undefined reference to `_test_std@8' /tmp/cckNmsz4.o(.text+0x68):test.c: undefined reference to `@test_fast@8' > Once this little trick is solved we will have to figure out how to get > the proper headers in exports/include/GL/; that directory currently > getes some Mesa headers in it. I'm not sure if we can cleanly disable > that and point to the w32api OpenGL headers instead. A while ago I tried modifying the GL header shipped in xc/include. I had to change the #if defined(WIN32) to if defined(WIN32) || defined(__CYGWIN__) an I got the correct stdcall symbols (_glPixelStorei@8) but got stuck with some other undefined symbols (which were from a newer OpenGL API and not in opengl32.dll) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From crazy_cygnus24@hotmail.com Mon Mar 1 10:50:00 2004 From: crazy_cygnus24@hotmail.com (Crazy Cygnus24) Date: Mon, 01 Mar 2004 10:50:00 -0000 Subject: Multi User with Xfree after a Terminal Server (windows) Message-ID: Hi everybody ! I want to use cygwin under a clien terminal server with windows i install cygwin on a server modif cygwin.bat for multi user REM ----------------------------------------------------------------------------- @ECHO OFF d: chdir d:\cygwin\bin SET MAKE_MODE=UNIX set PATH=d:\cygwin\bin;%PATH% SET IS_CYGWIN=true set HISTSIZE=1200 set HOME=C:/Documents and Settings/%username%/CYGWIN set ENV=C:/Documents and Settings/%username%/CYGWIN/.bash_login SET D:/cygwin/tmp=D:/cygwin/%username%/tmp set CYGWIN=tty bash --login -i REM ----------------------------------------------------------------------------- and startxwin.bat REM ----------------------------------------------------------------------------- @echo off SET DISPLAY=127.0.0.1:0.0 REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/XFree86, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% REM REM Cleanup after last run. REM REM if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH if not exist %CYGWIN_ROOT%\%username%\tmp\.X11-unix\X0 goto CLEANUP-FINISH REM attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 REM del %CYGWIN_ROOT%\tmp\.X11-unix\X0 attrib -s %CYGWIN_ROOT%\%username%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\%username%\tmp\.X11-unix\X0 :CLEANUP-FINISH REM if exist %CYGWIN_ROOT%\%username%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix if exist %CYGWIN_ROOT%\%username%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\%username%\tmp\.X11-unix REM REM Startup the X Server, the twm window manager, and an xterm. REM REM Notice that the window manager and the xterm will wait for REM the server to finish starting before trying to connect; the REM error "Cannot Open Display: 127.0.0.1:0.0" is not due to the REM clients attempting to connect before the server has started, rather REM that error is due to a bug in some versions of cygwin1.dll. Upgrade REM to the latest cygwin1.dll if you get the "Cannot Open Display" error. REM See the Cygwin/XFree86 FAQ for more information: REM http://xfree86.cygwin.com/docs/faq/ REM REM The error "Fatal server error: could not open default font 'fixed'" is REM caused by using a DOS mode mount for the mount that the Cygwin/XFree86 REM fonts are accessed through. See the Cygwin/XFree86 FAQ for more REM information: REM http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-error-font-eof REM 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 REM Brief descriptions of XWin-specific options: REM REM -screen scr_num [width height] REM Enable screen scr_num and optionally specify a width and REM height for that screen. REM Most importantly, any parameters specified before the first -screen REM parameter apply to all screens. Any options after the first -screen REM parameter apply only to the screen that precedes the parameter. REM Example: REM XWin -fullscreen -screen 0 -screen 1 -depth 8 -screen 2 REM All screens will be fullscreen, but screen 2 will be depth 8, while REM screens 0 and 1 will be the default depth (whatever depth Windows REM is currently running at). REM -multiwindow REM Start an integrated Windows-based window manager. Not to be used REM with -rootless nor -fullscreen. REM -rootless REM Use a transparent root window with an external window manager REM (such as twm). Not to be used with -multiwindow nor REM with -fullscreen. REM -fullscreen REM Use a window as large as possible on the primary monitor. REM -multiplemonitors REM Create a root window that covers all monitors on a REM system with multiple monitors. REM -clipboard REM Enable the integrated version of xwinclip. Do not use in REM conjunction with the xwinclip program. REM -depth bits_per_pixel REM Specify the screen depth to run at (in bits per pixel) using a REM DirectDraw-based engine in conjunction with the -fullscreen REM option, ignored if the -fullscreen option is not specified. REM By default, you will be using a DirectDraw based engine on any REM system that supports it. REM -unixkill REM Trap Ctrl+Alt+Backspace as a server shutdown key combination. REM -nounixkill REM Disable Ctrl+Alt+Backspace as a server shutdown key combination (default). REM Example: REM XWin -unixkill -screen 0 -screen 1 -screen 2 -nounixkill REM Screens 0 and 1 will allow Ctrl+Alt+Backspace, but screen 2 will not. REM -winkill REM Trap Alt+F4 as a server shutdown key combination (default). REM -nowinkill REM Disable Alt+F4 as a server shutdown key combination. REM -scrollbars REM Enable resizing of the server display window. Do not use in conjunction REM with -multiwindow nor with -rootless. REM -nodecoration REM Draw the server root window without a title bar or border. REM Do not use with -mutliwindow nor with -rootless. REM -lesspointer REM Hide the Windows mouse cursor anytime it is over any part of the REM window, even if Cygwin/XFree86 is not the window with the focus. REM -refresh rate_in_Hz REM Specify a refresh rate to use when used with the -fullscreen option. REM -trayicon REM Enable the tray icon (default). REM -notrayicon REM Disable the tray icon. REM Example: REM XWin -notrayicon -screen 0 -screen 1 -screen 2 -trayicon REM Screens 0 and 1 will not have tray icons, but screen 2 will. REM -emulate3buttons [timeout] REM Emulate 3 button mouse with an optional timeout in milliseconds. REM -xf86config REM Specify an XF86Config-style configuration file. REM -keyboard REM Specify a keyboard device from the configuration file. REM REM Startup the programs REM REM Startup the X Server with the integrated Windows-based window manager. start XWin -multiwindow REM Startup an xterm, using bash as the shell. run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash REM REM Startup the twm window manager. REM WARNING: Do not use an external window manager in conjunction with REM the ``-multiwindow'' command-line parameter for XWin. Doing so REM would start two window managers, which is never supposed to happen. REM REM run twm REM Set a background color. Only needed when not using -multwindow for XWin. REM run xsetroot -solid aquamarine4 REM ----------------------------------------------------------------------------- the probleme is when two user excute startxwin.bat the first who execute it have got all privilege. if the second excute startxwin.bat, the windows of "X" open in the screen of the first what is the probleme ? what can i do ? thx _________________________________________________________________ Find and compare great deals on Broadband access at the MSN High-Speed Marketplace. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/ From j_tetazoo@hotmail.com Mon Mar 1 15:31:00 2004 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Mon, 01 Mar 2004 15:31:00 -0000 Subject: mouse wheel support question Message-ID: Here's something easy to try. Bring up the X server, then run "xev" and move the scroll-wheel. Do you see any Button 4 or Button 5 messages? If so, then the server supports them. If not, it doesn't. >From: Daren Lim >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: mouse wheel support question >Date: Fri, 20 Feb 2004 13:44:50 -0500 > >I've implemented a feature for an application that uses the mouse wheel on >the Windows. >I need to code it for XWindows. From what I have read so far the wheel >sends >mouse button >presses of 4 and 5 in Xwindows. > >I'm not sure if trying to test through Cygwin is >not letting me detect the messages in XWindows or if there is another >reason. I found that for XFree86 4.2 "The mouse driver now has support >for mouse wheel emulation." > >I tried xdyinfo | grep release >to figure out which version of XFree86 I'm running... >it returned "vender release number : 40200000 > >So do I need to update my Xfree86 version ? > >Thanks, >dAren > _________________________________________________________________ Dream of owning a home? Find out how in the First-time Home Buying Guide. http://special.msn.com/home/firsthome.armx From oyvind.harboe@zylin.com Mon Mar 1 17:04:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Mon, 01 Mar 2004 17:04:00 -0000 Subject: xserv 4.3.0-48 problems Message-ID: <1078160671.4625.7.camel@famine> Note! This is *not* a complaint. I love CygWin + xfree86, and I chose to be at the bleeding edge because of it. Something terribly wrong happened when I upgraded to -48. Of course CygWin setup.exe upgraded oodles of other stuff as well.... There is a raft of regressions, so I suspect there must be a common cause. - copy&paste from windows to Evolution no longer works. - copy&paste from linux to windows no longer works. - When I press alt-2, I no longer get "@", but "2", Norwegian keyboard. - Evolution shows a disturbing error message upon startup: 'Xlib: extension "RENDER" missing on display "localhost:10.0".' - If I right click on my "Inbox" in Evolution, I no longer get a menu as I used to, but lots of error messages from Evolution(after which Evolution is no longer responsive). - Rendering in Office/Evolution is no longer double buffered, and it is considerably slower when rendering e.g. spreadsheets. - I'm sure there are other problems, but it is a bit hard to take the thing for a proper spin in its current state. Things tried: - compiled from source, but no difference in behaviour. - downgraded to -46, same problem. The only thing that I can think of trying, is to wipe my CygWin installation and reinstall from scratch. ??yvind -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 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 winGetWorkArea - Original WorkArea: 0 0 1166 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1166 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1166 2880 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1166 r 2880 l 0 b 1166 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size image: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 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 winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () winInitMultiWindowWM - Hello winInitMultiWindowWM - 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: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" Rules = "xfree86" Model = "pc105" Layout = "no" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 1440 600 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 NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - 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 pechtcha@cs.nyu.edu Mon Mar 1 17:10:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 01 Mar 2004 17:10:00 -0000 Subject: OpenGL header problems In-Reply-To: <4042CB5B.9020503@msu.edu> References: <4042CB5B.9020503@msu.edu> Message-ID: On Mon, 1 Mar 2004, Harold L Hunt II wrote: > As I mentioned in my email about enabling indirect OpenGL acceleration, > there are some problems when trying to link to -lopengl32. > > I tracked this down to problems with the way that > /usr/include/w32api/GL/gl.h decorates the function declarations for the > gl* functions. There are some collisions between the way that the > standard windows headers define WINGDIAPI and APIENTRY and the way that > gl.h expects them to be. > > However, the problem is a little trickier than just that: I added a call > to glPixelStorei in Xserver/hw/xwin/InitOutput.c (without #including any > opengl headers) and instead made my own prototype for glPixelStorei. If > I made it: > > void __stdcall glPixelStorei (unsigned int, int); > > then the linker would complain about how it had to fixup a reference to > glPixelStorei as _glPixelStorei@8. But that is exactly what the > __stdcall was supposed to do, so I am getting a little confused about > why the prototype was being ignored. > > I need an expert on __stdcall and w32api headers to give me a hand here. > Igor, I saw a post you made on this subject before, so I am counting > on you :) > > Once this little trick is solved we will have to figure out how to get > the proper headers in exports/include/GL/; that directory currently > getes some Mesa headers in it. I'm not sure if we can cleanly disable > that and point to the w32api OpenGL headers instead. > > Harold Harold, I'm by no means an expert, and I can't seem to reproduce it. Could you please post the exact gcc invocation that exhibits these symptoms? Looking at ld's info page, there are a couple of options that could be passed to the linker to modify this behavior. It may also be a problem with the import lib, for all I know... Is the build seeing the right libraries? Also, the GL/gl.h header doesn't actually use WINGDIAPI, and GLAPI is defined to be "extern" on Cygwin. Your declaration, however, seems correct. Just for kicks, could you try reverting to including GL/gl.h in Xserver/hw/xwin/InitOutput.c and run the build command for that file with a "-E" in CFLAGS? That should produce a preprocessed version of Xserver/hw/xwin/InitOutput.c, so you can see exactly how glPixelStorei is declared. 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 abraverman@recurrentsoft.com Mon Mar 1 17:11:00 2004 From: abraverman@recurrentsoft.com (Andrew Braverman) Date: Mon, 01 Mar 2004 17:11:00 -0000 Subject: xserv 4.3.0-48 problems In-Reply-To: <1078160671.4625.7.camel@famine> Message-ID: <000c01c3ffb0$487ec3a0$1e54cea7@andrew> Did you try the ForwardX11Trusted configuration that has been discussed here over the last few days? - Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of ??yvind Harboe > Sent: Monday, March 01, 2004 12:05 PM > To: cygwin-xfree@cygwin.com > Subject: xserv 4.3.0-48 problems > > > Note! This is *not* a complaint. I love CygWin + xfree86, and > I chose to > be at the bleeding edge because of it. > > Something terribly wrong happened when I upgraded to -48. Of course > CygWin setup.exe upgraded oodles of other stuff as well.... > > There is a raft of regressions, so I suspect there must be a common > cause. > > - copy&paste from windows to Evolution no longer works. > - copy&paste from linux to windows no longer works. > - When I press alt-2, I no longer get "@", but "2", Norwegian > keyboard. > - Evolution shows a disturbing error message upon startup: > 'Xlib: extension "RENDER" missing on display "localhost:10.0".' > - If I right click on my "Inbox" in Evolution, I no longer > get a menu as > I used to, but lots of error messages from Evolution(after which > Evolution is no longer responsive). > - Rendering in Office/Evolution is no longer double buffered, > and it is > considerably slower when rendering e.g. spreadsheets. > - I'm sure there are other problems, but it is a bit hard to take the > thing for a proper spin in its current state. > > Things tried: > > - compiled from source, but no difference in behaviour. > - downgraded to -46, same problem. > > The only thing that I can think of trying, is to wipe my CygWin > installation and reinstall from scratch. > > ??yvind > > From rita_austin@gawab.com Mon Mar 1 17:47:00 2004 From: rita_austin@gawab.com (rita austin) Date: Mon, 01 Mar 2004 17:47:00 -0000 Subject: view these!! Message-ID: FROM: EZEKWED CHAMBERS 575 Finchley Road London NW3 7BJ U.K NOTIFICATION OF BEQUEST My name is Mrs.riat austin, a legal practitioner ofEZEKWED CHAMBERS in London and personalrepresentative to Mr. John Ryerson who died on the 9thof february 2002On behalf of the Trustees and ExecutorS of the estateof Late Engr. John Ryerson, I once again try to notify you as my earlier letter toyou by Post was returned undelivered. I hereby attempt to reach you via your email. I wish to notify you that late Engr. John Ryerson made you a beneficiary to his will.He left the sum of Three Hundred and Fifty Thousand Dollars (US$350,000.00 ) to you in the codicil and last testament to his will. This may sound strange and unbelievable to you, but it is real and true. Being a widely traveled man, he must have been in contact with you in the past or simply you were nominated to him by one of his numerous friends abroad who wished you good. Engr, JOHN RYERSON until his death was a former managing director and pioneer staff of a giant construction company. He was a very dedicated religious man who loved to give out. His great philanthropy earned him numerous awards during his life time. Late Engr. John Ryerson died on the 9th day of February 2002 at the age of 82 years, and his Will is now ready for execution. Please If I reach you as I am hopeful, endeavor to get back to me as soon as possible to enable me execute the Will to conclude my job. You should forward along yourcurrent telephone and fax number, including your current mailing address. I hope to hear from you in no distant time. Mrs. rita austin(ESQ) Ezekwed Chambers. From huntharo@msu.edu Mon Mar 1 19:34:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 01 Mar 2004 19:34:00 -0000 Subject: xserv 4.3.0-48 problems In-Reply-To: <1078160671.4625.7.camel@famine> References: <1078160671.4625.7.camel@famine> Message-ID: <40439030.6080707@msu.edu> Andrew is right, it sounds like most of your problems are due to the fun Trusted X11 change in OpenSSH. That is a problem that can be solved by reading OpenSSH documentation; it is not a Cygwin/X specific problem. The problem with your keyboard layout could be related to XF86Config files no longer being supported. If you were specifying a keyboard in that file, then you will have to change to instead specifying that keyboard on the command-line to XWin.exe, using the parameters that Alexander described a few days ago. Unless, of course, you still have the same keyboard problems even with XFree86-xserv-4.3.0-46, in which case your keyboard problems might also be caused by ssh... Harold From oyvind.harboe@zylin.com Mon Mar 1 19:39:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Mon, 01 Mar 2004 19:39:00 -0000 Subject: xserv 4.3.0-48 problems Message-ID: <1078169963.4810.7.camel@famine> Ahem. Please ignore my previous post. As was kindly pointed out below, adding a line to ~/.ssh/config is all thats needed, which I did and everything is now bliss again. http://www.cygwin.com/ml/cygwin-xfree/2004-03/msg00009.html To my feeble defense it isn't easy to work backwards from the symptoms to solution on this one, though I should have combed the mailing list more carefully. Harold writes: >The problem with your keyboard layout could be related to XF86Config >files no longer being supported. The keyboard problem was also the missing line in ~/.ssh/config, works fine now. ??yvind From huntharo@msu.edu Mon Mar 1 19:44:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 01 Mar 2004 19:44:00 -0000 Subject: Minor progress on Windows clipboard deadlock In-Reply-To: <1077520741.16292.19.camel@famine> References: <1077520741.16292.19.camel@famine> Message-ID: <404392A5.7000304@msu.edu> ??yvind, I think I fixed at least part of your problem with the clipboard support when compiling from CVS. It turned out that my OsVendorReset function was not being called in the CVS version because -DDDXOSRESET was not being defined where the files in Xserver/dix/ could see it, thus no call was made to OsVendorReset since it is wrapped with #ifdef DDXOSRESET. I'm not sure if you were using Xdmcp or if you were using -mutliwindow with ssh. If you were using Xdmcp, then this may fix your problem; if you are only using ssh, then it is unlikely to help. Harold ??yvind Harboe wrote: > I believe I've made a tiny step towards finding out when this happens. > > > Before the deadlock happens copying from windows and pasting in e.g. > Evolution no longer works. > > I.e. the paste behaves as if the clipboard is empty. > > At this point XWin is doomed. > > If you subsequently copy from e.g. Evolution and paste in any Windows > app, that Windows app is deadlocked. > > ??yvind From haynesc@mail.rockefeller.edu Mon Mar 1 21:26:00 2004 From: haynesc@mail.rockefeller.edu (Chad Haynes) Date: Mon, 01 Mar 2004 21:26:00 -0000 Subject: xterm stops drawing Message-ID: <4043AA11.2000403@rockefeller.edu> Hello, I recently installed cygwin/X and everything was working pretty well. Today I installed the rxvt package and suddenly everything went nuts in multiwindow mode. Running the startxwin.sh script which worked fine before no longer functions properly. The window that appears is only half drawn and when I try to drag it around there is a ghost of the image on the other side of the screen. After the window has been dragged, it no longer draws anything other than the border. I reinstalled everything, but it has not helped. I have dual monitors connected and am using the command: Xwin -multiwindow -multimonitors I'm attaching my cygcheck, any help would be greatly appreciated. -Chad -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: From huntharo@msu.edu Mon Mar 1 21:31:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 01 Mar 2004 21:31:00 -0000 Subject: xterm stops drawing In-Reply-To: <4043AA11.2000403@rockefeller.edu> References: <4043AA11.2000403@rockefeller.edu> Message-ID: <4043ABBB.8040202@msu.edu> Chad, Try the 'test' package XFree86-xserv-4.3.0-48. You get this by running Cygwin's setup.exe again (no need for reinstall) and manually select the 4.3.0-48 version by clicking on the "Keep" value several times until it says 4.3.0-48. Be aware that you have to do this *everytime* you run Cygwin's setup.exe, or else it will downgrade you to 4.3.0-47 again. Harold Chad Haynes wrote: > Hello, > > I recently installed cygwin/X and everything was working pretty well. > Today I installed the rxvt package and suddenly everything went nuts in > multiwindow mode. Running the startxwin.sh script which worked fine > before no longer functions properly. The window that appears is only > half drawn and when I try to drag it around there is a ghost of the > image on the other side of the screen. After the window has been > dragged, it no longer draws anything other than the border. I > reinstalled everything, but it has not helped. > I have dual monitors connected and am using the command: Xwin > -multiwindow -multimonitors > > I'm attaching my cygcheck, any help would be greatly appreciated. From haynesc@mail.rockefeller.edu Mon Mar 1 21:42:00 2004 From: haynesc@mail.rockefeller.edu (Chad Haynes) Date: Mon, 01 Mar 2004 21:42:00 -0000 Subject: xterm stops drawing In-Reply-To: <4043ABBB.8040202@msu.edu> References: <4043AA11.2000403@rockefeller.edu> <4043ABBB.8040202@msu.edu> Message-ID: <4043ADCA.7060506@rockefeller.edu> Unfortunately this did not help, the same problems are still happening. -Chad Harold L Hunt II wrote: > Chad, > > Try the 'test' package XFree86-xserv-4.3.0-48. You get this by > running Cygwin's setup.exe again (no need for reinstall) and manually > select the 4.3.0-48 version by clicking on the "Keep" value several > times until it says 4.3.0-48. Be aware that you have to do this > *everytime* you run Cygwin's setup.exe, or else it will downgrade you > to 4.3.0-47 again. > > Harold > > Chad Haynes wrote: > >> Hello, >> >> I recently installed cygwin/X and everything was working pretty >> well. Today I installed the rxvt package and suddenly everything >> went nuts in multiwindow mode. Running the startxwin.sh script which >> worked fine before no longer functions properly. The window that >> appears is only half drawn and when I try to drag it around there is >> a ghost of the image on the other side of the screen. After the >> window has been dragged, it no longer draws anything other than the >> border. I reinstalled everything, but it has not helped. >> I have dual monitors connected and am using the command: Xwin >> -multiwindow -multimonitors >> >> I'm attaching my cygcheck, any help would be greatly appreciated. > > From huntharo@msu.edu Mon Mar 1 21:47:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 01 Mar 2004 21:47:00 -0000 Subject: xterm stops drawing In-Reply-To: <4043ADCA.7060506@rockefeller.edu> References: <4043AA11.2000403@rockefeller.edu> <4043ABBB.8040202@msu.edu> <4043ADCA.7060506@rockefeller.edu> Message-ID: <4043AF83.2020409@msu.edu> Send in /tmp/XWin.log. Chad Haynes wrote: > Unfortunately this did not help, the same problems are still happening. From haynesc@mail.rockefeller.edu Mon Mar 1 21:54:00 2004 From: haynesc@mail.rockefeller.edu (Chad Haynes) Date: Mon, 01 Mar 2004 21:54:00 -0000 Subject: xterm stops drawing In-Reply-To: <4043AF83.2020409@msu.edu> References: <4043AA11.2000403@rockefeller.edu> <4043ABBB.8040202@msu.edu> <4043ADCA.7060506@rockefeller.edu> <4043AF83.2020409@msu.edu> Message-ID: <4043B084.7040703@rockefeller.edu> Here it is, thanks for taking the time to look at this. -Chad Harold L Hunt II wrote: > Send in /tmp/XWin.log. > > Chad Haynes wrote: > >> Unfortunately this did not help, the same problems are still happening. > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: From huntharo@msu.edu Mon Mar 1 22:14:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 01 Mar 2004 22:14:00 -0000 Subject: OpenGL header problems In-Reply-To: References: <4042CB5B.9020503@msu.edu> Message-ID: <4043B5E2.70505@msu.edu> Igor Pechtchanski wrote: > On Mon, 1 Mar 2004, Harold L Hunt II wrote: > > >>As I mentioned in my email about enabling indirect OpenGL acceleration, >>there are some problems when trying to link to -lopengl32. >> >>I tracked this down to problems with the way that >>/usr/include/w32api/GL/gl.h decorates the function declarations for the >>gl* functions. There are some collisions between the way that the >>standard windows headers define WINGDIAPI and APIENTRY and the way that >>gl.h expects them to be. >> >>However, the problem is a little trickier than just that: I added a call >>to glPixelStorei in Xserver/hw/xwin/InitOutput.c (without #including any >>opengl headers) and instead made my own prototype for glPixelStorei. If >>I made it: >> >>void __stdcall glPixelStorei (unsigned int, int); >> >>then the linker would complain about how it had to fixup a reference to >>glPixelStorei as _glPixelStorei@8. But that is exactly what the >>__stdcall was supposed to do, so I am getting a little confused about >>why the prototype was being ignored. >> >>I need an expert on __stdcall and w32api headers to give me a hand here. >> Igor, I saw a post you made on this subject before, so I am counting >>on you :) >> >>Once this little trick is solved we will have to figure out how to get >>the proper headers in exports/include/GL/; that directory currently >>getes some Mesa headers in it. I'm not sure if we can cleanly disable >>that and point to the w32api OpenGL headers instead. >> >>Harold > > > Harold, > > I'm by no means an expert, and I can't seem to reproduce it. Could you > please post the exact gcc invocation that exhibits these symptoms? > Looking at ld's info page, there are a couple of options that could be > passed to the linker to modify this behavior. It may also be a problem > with the import lib, for all I know... Is the build seeing the right > libraries? > > Also, the GL/gl.h header doesn't actually use WINGDIAPI, and GLAPI is > defined to be "extern" on Cygwin. Your declaration, however, seems > correct. Just for kicks, could you try reverting to including GL/gl.h in > Xserver/hw/xwin/InitOutput.c and run the build command for that file with > a "-E" in CFLAGS? That should produce a preprocessed version of > Xserver/hw/xwin/InitOutput.c, so you can see exactly how glPixelStorei is > declared. I have attached a demo program and Makefile that closely models the way that XWin.exe is built: it builds a static library and links that static lib and some system libs into an executable, using most of the compilation flags that are being used when building XWin.exe and libXWin.a. Only one problem: it doesn't have any problems! :) The demo program can #include and it can #include , or it can leave both of those out and just include the resulting prototype for glPixelStorei: void __attribute__((__stdcall__)) glPixelStorei (unsigned int, int); Both of these approaches work just fine. I included the above prototype in InitOutput.c (and did another test in winshadgdi.c to be sure), did not include and checked the preprocessed file to make sure that the glPixleStorei prototype came through exactly as it was in the source. The program links to that function (however, I was able to achieve this before doing something similar), but I still get this silly warning that I do not get from the demo program: Warning: resolving _glPixelStorei by linking to _glPixelStorei@8 Use --enable-stdcall-fixup to disable these warnings Use --disable-stdcall-fixup to disable these fixups I can't just ignore this warning because we call tons of other stdcall functions in Win32 DLLs (such as BitBlt from winshadgdi.c) and their prototypes look identical to the one above for glPixelStorei. So something weird is going on that is causing libopengl32.a to misbehave for stdcall functions while all other libraries are working just fine with stdcall functions. This unexplained discrepancy bothers me. I have checked the symbols from libgdi32.a and libopengl32.a and they look the same... so this doubly bothers me. Detailed commands are below for those that are interested. Harold InitOutput.o command ==================== gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I. -I../../../../exports/include/X11 -I../../../../include/fonts -I../../../../programs/Xserver/fb -I../../../../programs/Xserver/mi -I../../../../programs/Xserver/miext/shadow -I../../../../programs/Xserver/miext/layer -I../../../../programs/Xserver/include -I../../../../programs/Xserver/os -I../../../../include/extensions -I../../../../exports/include/X11 -I../../../../programs/Xserver/render -I../../../../programs/Xserver/randr -I../../../.. -I../../../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFree86Server -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DXWIN_CLIPBOARD -DXWIN_MULTIWINDOW -DDDXOSRESET -DINCLUDE_ALLOCA_H -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DDDXTIME -DFD_SETSIZE=256 -DDDXOSINIT -DDDXOSVERRORF -DDDXOSFATALERROR -DHAS_SHM -DHAS_MMAP -DPROJECTROOT="\"/usr/X11R6\"" InitOutput.c XWin.exe link command ===================== gcc -o XWin.exe -O2 -fno-strength-reduce -Wall -Wpointer-arith -mwindows -e _mainCRTStartup -L../../exports/lib hw/xwin/stubs.o hw/xwin/XWin.res dix/libdix.a os/libos.a ../../exports/lib/libXau.a ../../exports/lib/libXdmcp.a hw/xwin/libXWin.a os/libos.a ../../exports/lib/libXau.a ../../exports/lib/libXdmcp.a fb/libfb.a dix/libxpstubs.a mi/libmi.a Xext/libext.a xkb/libxkb.a Xi/libxinput.a lbx/liblbx.a ../../lib/lbxutil/liblbxutil.a dbe/libdbe.a record/librecord.a XTrap/libxtrap.a GL/glx/libglx.a render/librender.a miext/shadow/libshadow.a -L/usr/X11R6/lib ../../lib/font/libXfont.a -lfreetype dix/libxpstubs.a -L../../exports/lib -lXext -lX11 -lz.dll -lcygipc -lgdi32 -lopengl32 -Wl,--enable-auto-import -------------- next part -------------- A non-text attachment was scrubbed... Name: opengltest.tar.bz2 Type: application/octet-stream Size: 790 bytes Desc: not available URL: From jophrey@yahoo.com Tue Mar 2 00:49:00 2004 From: jophrey@yahoo.com (Jophrey Lim) Date: Tue, 02 Mar 2004 00:49:00 -0000 Subject: Cygwin Openbox queries Message-ID: <20040302004922.70722.qmail@web13701.mail.yahoo.com> Hi, ?? I am having trouble with the Cygwin. ?? I had downloaded and installed the complete suite fo the Cygwin?? including all the modules for the X Window System. ?? I am trying to start the X server with Cygwin/X running in Rootless mode?? with the /openbox/ window manager running locally (one of the screenshots). ?? However, I have no idea on how to do it. I tried running "openbox" but I?? got this error saying Connection to X server failed. I had checked the?? online user guide and searched the internet for any guide but failed. ?? Do you have any script on how to start the X server with openbox window?? manager? Any website that I can refer to? ?? Thank you so much in advance for your help. I really appreciate your help. ?? Regards, Jophrey __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools From pechtcha@cs.nyu.edu Tue Mar 2 01:09:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 02 Mar 2004 01:09:00 -0000 Subject: OpenGL header problems In-Reply-To: <4043B5E2.70505@msu.edu> References: <4042CB5B.9020503@msu.edu> <4043B5E2.70505@msu.edu> Message-ID: On Mon, 1 Mar 2004, Harold L Hunt II wrote: > Igor Pechtchanski wrote: > > > On Mon, 1 Mar 2004, Harold L Hunt II wrote: > > > >>As I mentioned in my email about enabling indirect OpenGL acceleration, > >>there are some problems when trying to link to -lopengl32. > >> > >>I tracked this down to problems with the way that > >>/usr/include/w32api/GL/gl.h decorates the function declarations for the > >>gl* functions. There are some collisions between the way that the > >>standard windows headers define WINGDIAPI and APIENTRY and the way that > >>gl.h expects them to be. > >> > >>However, the problem is a little trickier than just that: I added a call > >>to glPixelStorei in Xserver/hw/xwin/InitOutput.c (without #including any > >>opengl headers) and instead made my own prototype for glPixelStorei. If > >>I made it: > >> > >>void __stdcall glPixelStorei (unsigned int, int); > >> > >>then the linker would complain about how it had to fixup a reference to > >>glPixelStorei as _glPixelStorei@8. But that is exactly what the > >>__stdcall was supposed to do, so I am getting a little confused about > >>why the prototype was being ignored. > >> > >>I need an expert on __stdcall and w32api headers to give me a hand here. > >> Igor, I saw a post you made on this subject before, so I am counting > >>on you :) > >> > >>Once this little trick is solved we will have to figure out how to get > >>the proper headers in exports/include/GL/; that directory currently > >>getes some Mesa headers in it. I'm not sure if we can cleanly disable > >>that and point to the w32api OpenGL headers instead. > >> > >>Harold > > > > > > Harold, > > > > I'm by no means an expert, and I can't seem to reproduce it. Could you > > please post the exact gcc invocation that exhibits these symptoms? > > Looking at ld's info page, there are a couple of options that could be > > passed to the linker to modify this behavior. It may also be a problem > > with the import lib, for all I know... Is the build seeing the right > > libraries? > > > > Also, the GL/gl.h header doesn't actually use WINGDIAPI, and GLAPI is > > defined to be "extern" on Cygwin. Your declaration, however, seems > > correct. Just for kicks, could you try reverting to including GL/gl.h in > > Xserver/hw/xwin/InitOutput.c and run the build command for that file with > > a "-E" in CFLAGS? That should produce a preprocessed version of > > Xserver/hw/xwin/InitOutput.c, so you can see exactly how glPixelStorei is > > declared. > > I have attached a demo program and Makefile that closely models the way > that XWin.exe is built: it builds a static library and links that static > lib and some system libs into an executable, using most of the > compilation flags that are being used when building XWin.exe and > libXWin.a. Only one problem: it doesn't have any problems! :) > > The demo program can #include and it can #include , > or it can leave both of those out and just include the resulting > prototype for glPixelStorei: > > void __attribute__((__stdcall__)) glPixelStorei (unsigned int, int); > > Both of these approaches work just fine. > > I included the above prototype in InitOutput.c (and did another test in > winshadgdi.c to be sure), did not include and checked the > preprocessed file to make sure that the glPixleStorei prototype came > through exactly as it was in the source. The program links to that > function (however, I was able to achieve this before doing something > similar), but I still get this silly warning that I do not get from the > demo program: > > Warning: resolving _glPixelStorei by linking to _glPixelStorei@8 > Use --enable-stdcall-fixup to disable these warnings > Use --disable-stdcall-fixup to disable these fixups > > I can't just ignore this warning because we call tons of other stdcall > functions in Win32 DLLs (such as BitBlt from winshadgdi.c) and their > prototypes look identical to the one above for glPixelStorei. So > something weird is going on that is causing libopengl32.a to misbehave > for stdcall functions while all other libraries are working just fine > with stdcall functions. This unexplained discrepancy bothers me. > > I have checked the symbols from libgdi32.a and libopengl32.a and they > look the same... so this doubly bothers me. > > Detailed commands are below for those that are interested. > > Harold > > > InitOutput.o command > ==================== > gcc -c -O2 -fno-strength-reduce -Wall -Wpointer-arith -I. -I../../../../exports/include/X11 -I../../../../include/fonts -I../../../../programs/Xserver/fb -I../../../../programs/Xserver/mi -I../../../../programs/Xserver/miext/shadow -I../../../../programs/Xserver/miext/layer -I../../../../programs/Xserver/include -I../../../../programs/Xserver/os -I../../../../include/extensions -I../../../../exports/include/X11 -I../../../../programs/Xserver/render -I../../../../programs/Xserver/randr -I../../../.. -I../../../../exports/include -D__i386__ -DWIN32_LEAN_AND_MEAN -DX_LOCALE -D_X86_ -D__CYGWIN__ -D_XOPEN_SOURCE -D_POSIX_C_SOURCE=199309L -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP -DXF86BIGFONT -DRENDER -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFree86Server -DX_BYTE_ORDER=X_LITTLE_ENDIAN -DXWIN_CLIPBOARD -DXWIN_MULTIWINDOW -DDDXOSRESET -DINCLUDE_ALLOCA_H -DNDEBUG -DFUNCPROTO=15 -DNARROWPROTO -DDDXTIM! E -DFD_SETSIZE=256 -DDDXOSINIT -DDDXOSVERRORF -DDDXOSFATALERROR -DHAS_SHM -DHAS_MMAP -DPROJECTROOT="\"/usr/X11R6\"" InitOutput.c > > XWin.exe link command > ===================== > gcc -o XWin.exe -O2 -fno-strength-reduce -Wall -Wpointer-arith -mwindows -e _mainCRTStartup -L../../exports/lib hw/xwin/stubs.o hw/xwin/XWin.res dix/libdix.a os/libos.a ../../exports/lib/libXau.a ../../exports/lib/libXdmcp.a hw/xwin/libXWin.a os/libos.a ../../exports/lib/libXau.a ../../exports/lib/libXdmcp.a fb/libfb.a dix/libxpstubs.a mi/libmi.a Xext/libext.a xkb/libxkb.a Xi/libxinput.a lbx/liblbx.a ../../lib/lbxutil/liblbxutil.a dbe/libdbe.a record/librecord.a XTrap/libxtrap.a GL/glx/libglx.a render/librender.a miext/shadow/libshadow.a -L/usr/X11R6/lib ../../lib/font/libXfont.a -lfreetype dix/libxpstubs.a -L../../exports/lib -lXext -lX11 -lz.dll -lcygipc -lgdi32 -lopengl32 -Wl,--enable-auto-import Harold, What about the command that builds the static library that InitOutput.o is included into? Does it, by any chance, use a --kill-at linker flag? Otherwise I'm out of ideas. If you could either post the whole XWin.exe make log somewhere or send it to me privately, I'll see if I can spot something that's different in your test example. Posting it will, of course, allow everyone else to examine it as well. 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 Tue Mar 2 01:44:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 02 Mar 2004 01:44:00 -0000 Subject: OpenGL header problems In-Reply-To: References: <4042CB5B.9020503@msu.edu> <4043B5E2.70505@msu.edu> Message-ID: <4043E71A.4060608@msu.edu> Igor Pechtchanski wrote: > Harold, > > What about the command that builds the static library that InitOutput.o is > included into? Does it, by any chance, use a --kill-at linker flag? > Otherwise I'm out of ideas. If you could either post the whole XWin.exe > make log somewhere or send it to me privately, I'll see if I can spot > something that's different in your test example. Posting it will, of > course, allow everyone else to examine it as well. > Igor Oops, forgot to include that command. Putting together a complete build log would be kinda tricky at the moment since I'm not really doing a complete build of things... it would just have what I have sent so far, plus the link command below and tons of additional notes on which directory it is going into to do nothing. I don't think that would be of much use. Harold ar clq libXWin.a InitInput.o InitOutput.o stubs.o winallpriv.o winauth.o winblock.o wincmap.o winconfig.o wincreatewnd.owincursor.o windialogs.o winengine.o winerror.o winglobals.o winkeybd.o winmisc.o winmouse.o winmsg.o winmultiwindowclass.o winmultiwindowicons.o winprefs.o winprefslex.o winprefsyacc.o winprocarg.o winregistry.o winscrinit.o winshaddd.o winshadddnl.o winshadgdi.o wintrayicon.o winwakeup.o winwindow.o winwndproc.o winclipboardinit.o winclipboardtextconv.o winclipboardthread.o winclipboardunicode.o winclipboardwndproc.o winclipboardwrappers.o winclipboardxevents.o winmultiwindowshape.o winmultiwindowwindow.o winmultiwindowwm.o winmultiwindowwndproc.o ranlib libXWin.a From huntharo@msu.edu Tue Mar 2 04:32:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 02 Mar 2004 04:32:00 -0000 Subject: Takuma's Duplicate Display Check Message-ID: <40440E7D.40904@msu.edu> Takuma, Your duplicate display check in InitOutput.c seems correct to me. The only question I have is if the mutex allocated by CreateMutex is visible by XWin.exe running under a different session on Terminal Services. Oops, I just looked it up and answered my own question: ======================================================================== Terminal Services: The name can have a "Global\" or "Local\" prefix to explicitly create the object in the global or session name space. The remainder of the name can contain any character except the backslash character (\). For more information, see Kernel Object Namespaces. Windows XP: Fast user switching is implemented using Terminal Services sessions. The first user to log on uses session 0, the next user to log on uses session 1, and so on. Kernel object names must follow the guidelines outlined for Terminal Services so that applications can support multiple users. Windows 2000: If Terminal Services is not running, the "Global\" and "Local\" prefixes are ignored. The remainder of the name can contain any character except the backslash character. Windows NT 4.0 and earlier: The name can contain any character except the backslash character. Windows 95/98/Me: The name can contain any character except the backslash character. The empty string ("") is a valid object name. ======================================================================== We can easily add "Global\" to the name, but I think we have to have a way to detect that the NT version is greater than 4.0, since it sounds like CreateMutex may fail on Windows 95/98/Me/NT 4.0 if you pass it a "\" in the name. I am going to add the "Global\" to CVS... and possibly a way to make sure that "Global\" is only prepended for NT > 4.0. Harold From jscheef@yahoo.com Tue Mar 2 04:47:00 2004 From: jscheef@yahoo.com (Jim Scheef) Date: Tue, 02 Mar 2004 04:47:00 -0000 Subject: Cygwin/xFree from 2 users In-Reply-To: <20040302004922.70722.qmail@web13701.mail.yahoo.com> Message-ID: <20040302044707.18350.qmail@web41505.mail.yahoo.com> Hello. I use a notebook computer so I can carry my computing environment around. This is WinXP and current versions of Cygwin and xFree as of a few weeks ago. I have several user 'accounts' that belong to various domains. Most of these accounts are 'js', as in js@machinename, js@domain1.com, js@domain2.org, etc. I want all of these to use the same Cygwin home directory. Cygwin and X were installed from js@domain1.com. When I'm not connected to a network, I use js@machinename. Cygwin seems to work with both user accounts but X will not start from js@machinename. The attached xwin.log came from running xinit. Trying to start kde gives an error that there is no write access to .ICEauthority. I believe the X problem is related to permissions within /home/js. I have tried to set up permissions for both user accounts on /home/js but I can't seem to make them stick. What permissions are needed? What file permissions are critical, which mearly convenient? Does the setup process replace the permissions on the user's home directory? How can Cygwin and X be configured for multiple users on a machine? and the big question - how can I configure Cygwin and X so that I can use the same /home/js directory from multiple 'js' accounts? Jim __________________________________ Do you Yahoo!? Yahoo! Search - Find what you??re looking for faster http://search.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 527 bytes Desc: XWin.log URL: From huntharo@msu.edu Tue Mar 2 05:13:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 02 Mar 2004 05:13:00 -0000 Subject: Takuma's Duplicate Display Check In-Reply-To: <40440E7D.40904@msu.edu> References: <40440E7D.40904@msu.edu> Message-ID: <404417DE.6030206@msu.edu> Okay, I fixed it. It should work with Terminal Services now without causing problems with non-NT > 4.0 versions of Windows. The change has been committed to the CYGWIN tag in CVS. Harold From ncokwqc02@sneakemail.com Tue Mar 2 06:38:00 2004 From: ncokwqc02@sneakemail.com (ncokwqc02@sneakemail.com) Date: Tue, 02 Mar 2004 06:38:00 -0000 Subject: Convenient script for starting an XFree86 xterm In-Reply-To: Message-ID: <21518-78342@sneakemail.com> I've seen some other postings on this subject recently, so I'm submitting this contribution as a potential starting point for others. I have convenient Windows desktop shortcuts to start up a Cygwin/Bash shell window and an RXVT/Bash shell window. I was looking for something similar to start up a Cygwin/XFree86 xterm. Of course, I didn't want to generate multiple running copies of the 'XWin' server, nor did I want useless Command prompt windows hanging around. Here's what I came up with. I make no claim to generality, robustness, cleverness, originality or anything else. It just works for me. It consists of three parts: 1) A desktop shortcut with the following target: C:\WINNT\SYSTEM32\WSCRIPT.EXE "C:\cygwin\invisible.vbs" "C:\cygwin\XFree86xterm.bat" 2) A VB shell script named 'C:\cygwin\invisible.vbs' containing the single line: CreateObject("Wscript.Shell").Run """" & WScript.Arguments(0) & """", 0, False 3) A DOS shell script named 'C:\cygwin\XFree86xterm.bat' containing the following lines: ------------------------------------------------------------------- @echo off ps -ef | grep /usr/X11R6/bin/XWin > nul if ERRORLEVEL 1 ( start /DC:\cygwin\usr\X11R6\bin /B XWin -multiwindow -clipboard ) set DISPLAY=localhost:0.0 C:\cygwin\usr\X11R6\bin\xterm -fn 10x20 -sl 1000 -sb -leftbar -ms red -fg yellow -bg black -e /usr/bin/bash --login -i ------------------------------------------------------------------- Description: - The shortcut starts the Windows scripting language, which runs the simple Visual Basic script. - The VB script runs the DOS shell script without generating a Command window. - The DOS shell script - Starts 'XWin' with my preferred switches as a background process if no such process is already running, - Sets DISPLAY to the 'localhost:0.0', which the 'xterm' will inherit, and - Starts a login bash shell in an XFree86 xterm with some decent extra settings. john From oyvind.harboe@zylin.com Tue Mar 2 07:51:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 02 Mar 2004 07:51:00 -0000 Subject: Minor progress on Windows clipboard deadlock Message-ID: <1078213871.5793.16.camel@famine> >I'm not sure if you were using Xdmcp or if you were using -mutliwindow with ssh. >If you were using Xdmcp, then this may fix your problem; if you are only using >ssh, then it is unlikely to help. -multiwindow + ssh. I'm still on the lookout for when this happens, but I haven't run with -48 for very long. I would say that there is inconclusive evidence that this this deadlock does not occur under W2K with a single monitor, but only on a XP machine w/multiple monitors. ??yvind From alexander.gottwald@s1999.tu-chemnitz.de Tue Mar 2 08:17:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 02 Mar 2004 08:17:00 -0000 Subject: Cygwin/xFree from 2 users In-Reply-To: <20040302044707.18350.qmail@web41505.mail.yahoo.com> References: <20040302044707.18350.qmail@web41505.mail.yahoo.com> Message-ID: On Mon, 1 Mar 2004, Jim Scheef wrote: > Hello. > > I use a notebook computer so I can carry my computing environment around. > This is WinXP and current versions of Cygwin and xFree as of a few weeks ago. > > I have several user 'accounts' that belong to various domains. Most of these > accounts are 'js', as in js@machinename, js@domain1.com, js@domain2.org, etc. > I want all of these to use the same Cygwin home directory. > > Cygwin and X were installed from js@domain1.com. When I'm not connected to a > network, I use js@machinename. Cygwin seems to work with both user accounts > but X will not start from js@machinename. The attached xwin.log came from > running xinit. Trying to start kde gives an error that there is no write > access to .ICEauthority. I believe the X problem is related to permissions > within /home/js. > > I have tried to set up permissions for both user accounts on /home/js but I > can't seem to make them stick. > > What permissions are needed? What file permissions are critical, which mearly > convenient? Does the setup process replace the permissions on the user's home > directory? How can Cygwin and X be configured for multiple users on a > machine? and the big question - how can I configure Cygwin and X so that I > can use the same /home/js directory from multiple 'js' accounts? You can not start two xservers with the same display number (which is in fact the TCP/IP port used). Start the second with an additional parameter ":1". eg XWin :1 or xinit -- :1 bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From ed@membled.com Tue Mar 2 08:28:00 2004 From: ed@membled.com (Ed Avis) Date: Tue, 02 Mar 2004 08:28:00 -0000 Subject: Feature request: version report Message-ID: I hope the developers will consider adding the following features to make bug reporting easier: - Version number of the X server printed at the top of XWin.log - xwinclip --version -- Ed Avis From ed@membled.com Tue Mar 2 08:38:00 2004 From: ed@membled.com (Ed Avis) Date: Tue, 02 Mar 2004 08:38:00 -0000 Subject: xwinclip consistently unable to open clipboard Message-ID: Because of experiencing hangs when using the built-in clipboard support (see other threads), I have switched to running xwinclip.exe separately. It normally works but recently, with the X server having been running for a while, xwinclip died with 'unable to open clipboard'. The full output was UnicodeSupport - Windows NT/2000/XP Unicode clipboard I/O SelectionNotify - Reasserted ownership of ATOM: PRIMARY [above line repeated many times] OpenClipboard () failed: 00000000 Previously, I've had xwinclip crash but been able to restart it. But now when I try to restart xwinclip it dies immediately: UnicodeSupport - Windows NT/2000/XP Unicode clipboard I/O OpenClipboard () failed: 00000000 Hmm, I was going to say, this happens every time I run it. But during the course of writing this message I pasted some text from the command prompt window into PuTTY, and that seems to have cured the problem - xwinclip is now chugging away happily. So I just mention this in case it is interesting - sorry that I can't reproduce the problem every time. I am running XFree86-xserv 4.3.0-44 and XFree86-xwinclip 4.3.0-2. -- Ed Avis From ed@membled.com Tue Mar 2 08:40:00 2004 From: ed@membled.com (Ed Avis) Date: Tue, 02 Mar 2004 08:40:00 -0000 Subject: Minor progress on Windows clipboard deadlock References: <1078213871.5793.16.camel@famine> Message-ID: Oyvind Harboe writes: [pasting from X to Windows hangs the Windows app] >I would say that there is inconclusive evidence that this this >deadlock does not occur under W2K with a single monitor, but only on >a XP machine w/multiple monitors. Yes, I am using XP and two monitors, and I was pasting from the X server displayed on one monitor to an app displayed in the other. I think. I have not tested that the deadlock does not occur when not using two monitors. -- Ed Avis From alexander.gottwald@s1999.tu-chemnitz.de Tue Mar 2 08:48:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 02 Mar 2004 08:48:00 -0000 Subject: xwinclip consistently unable to open clipboard In-Reply-To: References: Message-ID: On Tue, 2 Mar 2004, Ed Avis wrote: > Previously, I've had xwinclip crash but been able to restart it. But > now when I try to restart xwinclip it dies immediately: > > UnicodeSupport - Windows NT/2000/XP > Unicode clipboard I/O > OpenClipboard () failed: 00000000 If this happens you can try to copy data from a windows app into the windows clipboard. this sometimes fixes the problem. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From a.hattendorf@aft-werdohl.de Tue Mar 2 09:13:00 2004 From: a.hattendorf@aft-werdohl.de (Anton Hattendorf) Date: Tue, 02 Mar 2004 09:13:00 -0000 Subject: Problems with XDMCP connection Message-ID: <200403021013.54504.a.hattendorf@aft-werdohl.de> Hallo I've got some Problems with Cygwin using XDMCP. I'm try to connect to an kdm. After caling XWin.exe -query 192.168.220.2 just an X appears and disappears some minutes later. On the kdm-host I found the follwing in kdm.log: ------------------ Xlib: connection to "10.75.7.71:0.0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key ------------------ This message appears five times for every connecting-attempt. I have tried useing the -from switch, but it didn't change anything. I tried to connect form the same host with XWin32 and from an Linux Box with XFree86 and both worked. After that I sniffed a bit arround with ethereal and found something strange: a working connection looks like this: xfreehost -> kdmhost XDMCP Query kdmhost -> xfreehost XDMCP Willing xfreehost -> kdmhost XDMCP Request kdmhost -> xfreehost XDMCP Accept (with cookie) xfreehost -> kdmhost XDMCP Manage xfreehost -> kdmhost XDMCP Manage xfreehost -> kdmhost XDMCP Manage kdmhost -> xfreehost TCP SYN xfreehost -> kdmhost TCP SYN, ACK kdmhost -> xfreehost TCP ACK kdmhost -> xfreehost X11 Initial Connection Request (with cookie) xfreehost -> kdmhost TCP ACK xfreehost -> kdmhost TCP Replies/events kdmhost -> xfreehost TCP ACK ... ... ... A connection useing Cygwin looks like this: cygwinhost -> kdmhost XDMCP Query cygwinhost -> kdmhost XDMCP Query cygwinhost -> kdmhost XDMCP Query kdmhost -> cygwinhost XDMCP Willing cygwinhost -> kdmhost XDMCP Request cygwinhost -> kdmhost XDMCP Request cygwinhost -> kdmhost XDMCP Request kdmhost -> cygwinhost XDMCP Willing cygwinhost -> kdmhost XDMCP Request cygwinhost -> kdmhost XDMCP Request kdmhost -> cygwinhost XDMCP Willing kdmhost -> cygwinhost XDMCP Accept (with cookie) kdmhost -> cygwinhost XDMCP Accept (with another cookie) kdmhost -> cygwinhost XDMCP Accept (with another cookie) cygwinhost -> kdmhost XDMCP Manage kdmhost -> cygwinhost XDMCP Accept (with another cookie) kdmhost -> cygwinhost XDMCP Accept (with another cookie) cygwinhost -> kdmhost XDMCP Manage cygwinhost -> kdmhost XDMCP Manage ---- Theses two messages sometimes apper later (beetwen the TCP) cygwinhost -> kdmhost XDMCP Manage cygwinhost -> kdmhost XDMCP Manage cygwinhost -> kdmhost XDMCP Manage ---- This block apears five times kdmhost -> cygwinhost TCP SYN cygwinhost -> kdmhost TCP SYN, ACK kdmhost -> cygwinhost TCP ACK kdmhost -> cygwinhost X11 Initial Connection Request (with last cookie) cygwinhost -> kdmhost TCP Replies/events ("Invalid MIT-MAGIC-COOKIE-1 key") cygwinhost -> kdmhost TCP FIN, ACK kdmhost -> cygwinhost TCP ACK kdmhost -> cygwinhost TCP FIN, ACK cygwinhost -> kdmhost TCP ACK ---- the last message kdmhost -> cygwinhost XDMCP Failed Can someone explain, why cygwin sends three Querys, and five requests messages? Has someone an idea? Thanks Anton P.S.: If someone ist interested in the Ethereal log Files - just ask (about 10 kB) From gkorte@tmse.nl Tue Mar 2 09:34:00 2004 From: gkorte@tmse.nl (gkorte@tmse.nl) Date: Tue, 02 Mar 2004 09:34:00 -0000 Subject: Mouse cursor is dissapering. Message-ID: Hi ya all, I have been using Cygwin for the last 2 years and I was happy. A couple of weeks ago I upgrade my workstation to include 3 VGA outputs. All cards have the same resolution and depth and I am able to move a X window from 1 screen to the next. The problem that I am having is the following. As soon as an Xterm (or other X application) shows up then I have full mouse access to that term. I can see my mouse cursor, use it to select text, and copy and past it to the kazoeks? As soon as I move the Term window to another part of the screen, I loose my mouse in the terminal. The mouse cursors and all mouse button actions are gone. I have to restart the Xserver to get my mouse back. I can normally see the mouse but as soon as I move into the Term I loose the cursor. The following data applies to my system: - Windows 2000 5.0 Build 2195 SP4 - Xfree86-Base 4.3.0-1 - Xfree86-Bin 4.3.0-9 - Mouse driver: logitech 9.78.0.0 - VGA cards: Nvidia Quatro4 200/400nvs Dual head & Nvidia GeForce FX 5200 I have included the output from the Xwinrl.log file and my startup script. I hope someone has a clue as to what is happening. Xwinrl.log ---- 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 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Multi Window => 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 971 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 971 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 971 r 1280 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 971 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1280 height: 971 depth: 16 size image: 2485760 winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowGDI - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 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 - Calling winInitClipboard. winInitClipboard () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winClipboardProc - Hello winClipboardProc - Calling pthread_mutex_lock () (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - Calling setlocale () winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - setlocale () returned winClipboardProc - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - pthread_mutex_unlock () returned. winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - XInitThreads () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. Startxwindows.bat ------ @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% REM Check top see if Xwin is running if it is then just start and Xterm otherwise REM Start a new Xwin session. c:\progra~1\resour~1\pulist |c:\progra~1\resour~1\qgrep XWin >nul if errorlevel 1 goto NEXT REM Start Xterm run C:\cygwin\usr\X11R6\bin\xterm -cr red -sl 1000 -sb -rightbar -ms red -fg white -bg black -e /usr/bin/bash --login goto END :NEXT REM Delete old files if Xwin has crashed. attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 >nul del %CYGWIN_ROOT%\tmp\.X11-unix\X0 >nul start C:\cygwin\usr\X11R6\bin\XWin.exe -multiplemonitors -multiwindow -dpi 100 ?clipboard REM Start Xterm run C:\cygwin\usr\X11R6\bin\xterm -cr red -sl 1000 -sb -rightbar -ms red -fg white -bg black -e /usr/bin/bash --login :END From alexander.gottwald@s1999.tu-chemnitz.de Tue Mar 2 09:51:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 02 Mar 2004 09:51:00 -0000 Subject: Problems with XDMCP connection In-Reply-To: <200403021013.54504.a.hattendorf@aft-werdohl.de> References: <200403021013.54504.a.hattendorf@aft-werdohl.de> Message-ID: On Tue, 2 Mar 2004, Anton Hattendorf wrote: > Hallo > > I've got some Problems with Cygwin using XDMCP. I'm try to connect to an kdm. > After caling XWin.exe -query 192.168.220.2 just an X appears and disappears > some minutes later. > On the kdm-host I found the follwing in kdm.log: > ------------------ > Xlib: connection to "10.75.7.71:0.0" refused by server > Xlib: Invalid MIT-MAGIC-COOKIE-1 key > ------------------ is 10.75.7.71 the correct ip address of the cygwin host? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From alexander.gottwald@s1999.tu-chemnitz.de Tue Mar 2 10:19:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 02 Mar 2004 10:19:00 -0000 Subject: Windows XP SP2 and Firewall Message-ID: Hi, With the upcoming Servicepack 2 for Windows XP we will get more network related bugreports. XP will then enable the built-in firewall (ICF) by default and the xserver will become unusable from the network without changes to ICF configuration. http://msdn.microsoft.com/security/productinfo/xpsp2/default.aspx I propose a new commandline switch "-icf-adjust" which (if possible) changes the configuration of the firewall to allow incoming traffic on port 6000+x and restores the old settings on exit. I'll do some research on how to change the firewall settings from a running program. Any comments and ideas? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From a.hattendorf@aft-werdohl.de Tue Mar 2 10:40:00 2004 From: a.hattendorf@aft-werdohl.de (Anton Hattendorf) Date: Tue, 02 Mar 2004 10:40:00 -0000 Subject: Problems with XDMCP connection In-Reply-To: References: <200403021013.54504.a.hattendorf@aft-werdohl.de> Message-ID: <200403021141.17918.a.hattendorf@aft-werdohl.de> On Tuesday 02 March 2004 10:51, Alexander Gottwald wrote: > On Tue, 2 Mar 2004, Anton Hattendorf wrote: > > Hallo > > > > I've got some Problems with Cygwin using XDMCP. I'm try to connect to an > > kdm. After caling XWin.exe -query 192.168.220.2 just an X appears and > > disappears some minutes later. > > On the kdm-host I found the follwing in kdm.log: > > ------------------ > > Xlib: connection to "10.75.7.71:0.0" refused by server > > Xlib: Invalid MIT-MAGIC-COOKIE-1 key > > ------------------ > > is 10.75.7.71 the correct ip address of the cygwin host? Yes, there is an Router betwen them. It's not possible to connect the two hosts directly. bye bye Anton From alexander.gottwald@s1999.tu-chemnitz.de Tue Mar 2 10:48:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 02 Mar 2004 10:48:00 -0000 Subject: Problems with XDMCP connection In-Reply-To: <200403021141.17918.a.hattendorf@aft-werdohl.de> References: <200403021013.54504.a.hattendorf@aft-werdohl.de> <200403021141.17918.a.hattendorf@aft-werdohl.de> Message-ID: On Tue, 2 Mar 2004, Anton Hattendorf wrote: > On Tuesday 02 March 2004 10:51, Alexander Gottwald wrote: > > On Tue, 2 Mar 2004, Anton Hattendorf wrote: > > > Hallo > > > > > > I've got some Problems with Cygwin using XDMCP. I'm try to connect to an > > > kdm. After caling XWin.exe -query 192.168.220.2 just an X appears and > > > disappears some minutes later. > > > On the kdm-host I found the follwing in kdm.log: > > > ------------------ > > > Xlib: connection to "10.75.7.71:0.0" refused by server > > > Xlib: Invalid MIT-MAGIC-COOKIE-1 key > > > ------------------ > > > > is 10.75.7.71 the correct ip address of the cygwin host? > Yes, there is an Router betwen them. > It's not possible to connect the two hosts directly. have you already tried the -from option? Are there multiple network interfaces attached to the host (even dialup or wlan interfaces) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From alexander.gottwald@s1999.tu-chemnitz.de Tue Mar 2 11:03:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 02 Mar 2004 11:03:00 -0000 Subject: Windows XP SP2 and Firewall In-Reply-To: References: Message-ID: On Tue, 2 Mar 2004, Alexander Gottwald wrote: > I'll do some research on how to change the firewall settings from > a running program. looks like is what we want. But the header files from the SDK will not work with cygwin. @Harold: Where didi you get the ddraw.h file from? Did you use wine-idl to generate it from the idl or did you use the plain wine header? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From a.hattendorf@aft-werdohl.de Tue Mar 2 12:22:00 2004 From: a.hattendorf@aft-werdohl.de (Anton Hattendorf) Date: Tue, 02 Mar 2004 12:22:00 -0000 Subject: Problems with XDMCP connection In-Reply-To: References: <200403021013.54504.a.hattendorf@aft-werdohl.de> <200403021141.17918.a.hattendorf@aft-werdohl.de> Message-ID: <200403021322.34423.a.hattendorf@aft-werdohl.de> On Tuesday 02 March 2004 11:48, Alexander Gottwald wrote: > On Tue, 2 Mar 2004, Anton Hattendorf wrote: > > On Tuesday 02 March 2004 10:51, Alexander Gottwald wrote: > > > On Tue, 2 Mar 2004, Anton Hattendorf wrote: > > > > Hallo > > > > > > > > I've got some Problems with Cygwin using XDMCP. I'm try to connect to > > > > an kdm. After caling XWin.exe -query 192.168.220.2 just an X appears > > > > and disappears some minutes later. > > > > On the kdm-host I found the follwing in kdm.log: > > > > ------------------ > > > > Xlib: connection to "10.75.7.71:0.0" refused by server > > > > Xlib: Invalid MIT-MAGIC-COOKIE-1 key > > > > ------------------ > > > > > > is 10.75.7.71 the correct ip address of the cygwin host? > > > > Yes, there is an Router betwen them. > > It's not possible to connect the two hosts directly. > > have you already tried the -from option? Are there multiple network > interfaces attached to the host (even dialup or wlan interfaces) Yes I have, but it hasn't changed anything There can't be an problem with the addressing, because kdm opens an TCP connection and gets an ACK from the cygwinhost From abraverman@recurrentsoft.com Tue Mar 2 14:47:00 2004 From: abraverman@recurrentsoft.com (Andrew Braverman) Date: Tue, 02 Mar 2004 14:47:00 -0000 Subject: Minor progress on Windows clipboard deadlock In-Reply-To: Message-ID: <000501c40065$3f7dc340$1e54cea7@andrew> I occasionally have the windows app hang when pasting from X to Windows and I use XP with a single monitor. - Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Ed Avis > Sent: Tuesday, March 02, 2004 3:22 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Minor progress on Windows clipboard deadlock > > > Oyvind Harboe writes: > > [pasting from X to Windows hangs the Windows app] > > >I would say that there is inconclusive evidence that this this > >deadlock does not occur under W2K with a single monitor, but only on > >a XP machine w/multiple monitors. > > Yes, I am using XP and two monitors, and I was pasting from the X > server displayed on one monitor to an app displayed in the other. I > think. > > I have not tested that the deadlock does not occur when not using two > monitors. > > -- > Ed Avis > > From stuart.adamson@evolution.net Tue Mar 2 14:58:00 2004 From: stuart.adamson@evolution.net (Stuart Adamson) Date: Tue, 02 Mar 2004 14:58:00 -0000 Subject: Windows XP SP2 and Firewall Message-ID: <9920848EF398D311BDC400508BF339F901AAD281@ldnisp14.evolution.net> > I'll do some research on how to change the firewall settings from > a running program. > > Any comments and ideas? What happens when X crashes? We *have* to restore the firewall in this case. I *think* we can catch this case using SEH - but we can't compile using gcc then... Maybe we need a wrapper script when runs "disable firewall", "run X", "enable firewall". Works well (until the use kills the wrapper script...) Stuart From j_tetazoo@hotmail.com Tue Mar 2 15:06:00 2004 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Tue, 02 Mar 2004 15:06:00 -0000 Subject: Convenient script for starting an XFree86 xterm Message-ID: FYI - You might want to consider using /usr/X11R6/bin/run.exe (the DOS path being c:\cygwin\usr\X11R6\bin\run) in place of the 1-liner VBScript. Makes things a wee bit cleaner, IMHO. >From: ncokwqc02@sneakemail.com >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Convenient script for starting an XFree86 xterm >Date: Mon, 1 Mar 2004 22:37:52 -0800 > >I've seen some other postings on this subject recently, so I'm submitting >this contribution as a potential starting point for others. > >I have convenient Windows desktop shortcuts to start up a Cygwin/Bash shell >window and an RXVT/Bash shell window. I was looking for something similar >to >start up a Cygwin/XFree86 xterm. Of course, I didn't want to generate >multiple running copies of the 'XWin' server, nor did I want useless >Command >prompt windows hanging around. > >Here's what I came up with. I make no claim to generality, robustness, >cleverness, originality or anything else. It just works for me. > > >It consists of three parts: > >1) A desktop shortcut with the following target: >C:\WINNT\SYSTEM32\WSCRIPT.EXE "C:\cygwin\invisible.vbs" >"C:\cygwin\XFree86xterm.bat" > >2) A VB shell script named 'C:\cygwin\invisible.vbs' containing the single >line: >CreateObject("Wscript.Shell").Run """" & WScript.Arguments(0) & """", 0, >False > >3) A DOS shell script named 'C:\cygwin\XFree86xterm.bat' containing the >following lines: >------------------------------------------------------------------- >@echo off > >ps -ef | grep /usr/X11R6/bin/XWin > nul > >if ERRORLEVEL 1 ( > start /DC:\cygwin\usr\X11R6\bin /B XWin -multiwindow -clipboard >) > >set DISPLAY=localhost:0.0 > >C:\cygwin\usr\X11R6\bin\xterm -fn 10x20 -sl 1000 -sb -leftbar -ms red -fg >yellow -bg black -e /usr/bin/bash --login -i >------------------------------------------------------------------- > >Description: >- The shortcut starts the Windows scripting language, which runs the simple >Visual Basic script. >- The VB script runs the DOS shell script without generating a Command >window. >- The DOS shell script > - Starts 'XWin' with my preferred switches as a background process if no >such process is already running, > - Sets DISPLAY to the 'localhost:0.0', which the 'xterm' will inherit, >and > - Starts a login bash shell in an XFree86 xterm with some decent extra >settings. > >john > _________________________________________________________________ Get business advice and resources to improve your work life, from bCentral. http://special.msn.com/bcentral/loudclear.armx From huntharo@msu.edu Tue Mar 2 15:18:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 02 Mar 2004 15:18:00 -0000 Subject: Feature request: version report In-Reply-To: References: Message-ID: <4044A5D7.3010008@msu.edu> Ed Avis wrote: > I hope the developers will consider adding the following features to > make bug reporting easier: > > - Version number of the X server printed at the top of XWin.log > > - xwinclip --version Ed, We must think alike :) I have just been thinking about how to have our own version numbers reported by 'xdpyinfo' and possibly other places (like the log file or an 'About' box). Regarding xwinclip, you should really be using (XWin -clipboard) as it now works with Xdmcp connections and it no longer steals ownership of the selection in X everytime you highlight something in programs like emacs. Harold From huntharo@msu.edu Tue Mar 2 15:21:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 02 Mar 2004 15:21:00 -0000 Subject: Windows XP SP2 and Firewall In-Reply-To: References: Message-ID: <4044A681.4000600@msu.edu> Alexander Gottwald wrote: > On Tue, 2 Mar 2004, Alexander Gottwald wrote: > > >>I'll do some research on how to change the firewall settings from >>a running program. > > > looks like > is what we want. But the header files from the SDK will not work with cygwin. > > @Harold: Where didi you get the ddraw.h file from? Did you use wine-idl > to generate it from the idl or did you use the plain wine header? I grabbed a version from Wine and (I think) made a few hand modifications to it to get it to work. Harold From huntharo@msu.edu Tue Mar 2 15:23:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 02 Mar 2004 15:23:00 -0000 Subject: Mouse cursor is dissapering. In-Reply-To: References: Message-ID: <4044A707.5090109@msu.edu> > - Xfree86-Base 4.3.0-1 > - Xfree86-Bin 4.3.0-9 > - Mouse driver: logitech 9.78.0.0 > - VGA cards: Nvidia Quatro4 200/400nvs Dual head & Nvidia GeForce FX 5200 We need to know the version of XFree86-xserv. > Xwinrl.log The log file was called "XWinrl.log" a long time ago for a short period of time... that name has since been changed back to "XWin.log". If your X Server is only storing a log file called XWinrl.log, then I can tell you that you have a quite old version and you really need to run Cygwin's setup.exe again to let it upgrade all of your packages. Harold From huntharo@msu.edu Tue Mar 2 15:26:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 02 Mar 2004 15:26:00 -0000 Subject: Windows XP SP2 and Firewall In-Reply-To: <9920848EF398D311BDC400508BF339F901AAD281@ldnisp14.evolution.net> References: <9920848EF398D311BDC400508BF339F901AAD281@ldnisp14.evolution.net> Message-ID: <4044A7A0.4060501@msu.edu> Stuart Adamson wrote: >>I'll do some research on how to change the firewall settings from >>a running program. >> >>Any comments and ideas? > > > What happens when X crashes? We *have* to restore the firewall in this > case. I *think* we can catch this case using SEH - but we can't compile > using gcc then... That was not my impression from reading information about XP SP2. However, I don't think we are going to have to modify anything anyway, since the default for the new firewall in SP2 is to allowing incoming connections for a few seconds from the remote host after an outbound connection has been made to it. This should work just fine with our outbound UDP connection that expects to get a return TCP connection for Xdmcp. Harold From jetset@openface.ca Tue Mar 2 16:05:00 2004 From: jetset@openface.ca (Jeremy Tan) Date: Tue, 02 Mar 2004 16:05:00 -0000 Subject: Minor progress on Windows clipboard deadlock In-Reply-To: References: <1078213871.5793.16.camel@famine> Message-ID: <16452.45262.725379.920851@what.openface.ca> Ed Avis writes: > Yes, I am using XP and two monitors, and I was pasting from the X > server displayed on one monitor to an app displayed in the other. I > think. > > I have not tested that the deadlock does not occur when not using two > monitors. The deadlock occurs for me on one monitor. One thing I notice just before it usually happens is that I usually select something in an xterm but before I paste that first crash into a Windows app, that xterm will get more input and the selection disappears, as usually happens. Might that have something to do with it? Sorry I can't contribute more at the moment but I'm really busy with work. BTW running Win2K and xserv 44. j From gkorte@tmse.nl Tue Mar 2 16:07:00 2004 From: gkorte@tmse.nl (gkorte@tmse.nl) Date: Tue, 02 Mar 2004 16:07:00 -0000 Subject: Mouse cursor is dissapering. Message-ID: On 03/02/2004 04:23:51 PM cygwin-xfree-owner wrote: >> - Xfree86-Base 4.3.0-1 >> - Xfree86-Bin 4.3.0-9 >> - Mouse driver: logitech 9.78.0.0 >> - VGA cards: Nvidia Quatro4 200/400nvs Dual head & Nvidia GeForce FX 5200 > >We need to know the version of XFree86-xserv. > >> Xwinrl.log > >The log file was called "XWinrl.log" a long time ago for a short period >of time... that name has since been changed back to "XWin.log". If your >X Server is only storing a log file called XWinrl.log, then I can tell >you that you have a quite old version and you really need to run >Cygwin's setup.exe again to let it upgrade all of your packages. Hi Harold, The Xwinrl.log file I sent you was an old version which was left over (oepsie). Here I include the new Xwin.log file. I have also just updated my XFree86-xserv to the lastest version using the setup tool. -- Kind regards Geordy Korte -------------- 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 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 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 winGetWorkArea - Original WorkArea: 0 0 971 1160 winGetWorkArea - Virtual screen is 3840 x 1024 winGetWorkArea - Virtual screen origin is -1280, 0 winGetWorkArea - Primary screen is 1280 x 1024 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 -1280 971 2440 winAdjustForAutoHide - Original WorkArea: 0 -1280 971 2440 winAdjustForAutoHide - Adjusted WorkArea: 0 -1280 971 2440 winCreateBoundingWindowWindowed - WindowClient w 3720 h 971 r 3720 l 0 b 971 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 3840 height: 1024 depth: 32 winAllocateFBShadowGDI - Dibsection width: 3840 height: 1024 depth: 32 size image: 15728640 winAllocateFBShadowGDI - Created shadow stride: 3840 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) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 1920 512 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 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. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. From alexander.gottwald@s1999.tu-chemnitz.de Tue Mar 2 16:33:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 02 Mar 2004 16:33:00 -0000 Subject: Windows XP SP2 and Firewall In-Reply-To: <9920848EF398D311BDC400508BF339F901AAD281@ldnisp14.evolution.net> References: <9920848EF398D311BDC400508BF339F901AAD281@ldnisp14.evolution.net> Message-ID: On Tue, 2 Mar 2004, Stuart Adamson wrote: > What happens when X crashes? No running service, no vulnerability, no problem. I'm just talking about opening one single port. > We *have* to restore the firewall in this case. > I *think* we can catch this case using SEH - but we can't compile > using gcc then... > Maybe we need a wrapper script when runs "disable firewall", "run X", > "enable firewall". Works well (until the use kills the wrapper script...) I'll play with the test program I've written. Maybe this will get an simple commandline interface for configuring ICF. But first I have to find an WinXP with installed ICF anywhere. Win2k did not have it and the plain XP box (no SPs) here hasn't it either. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From giuseppe.dellerba@st.com Tue Mar 2 16:49:00 2004 From: giuseppe.dellerba@st.com (Giuseppe DELL'ERBA) Date: Tue, 02 Mar 2004 16:49:00 -0000 Subject: XDMCP connection doesn't work In-Reply-To: Message-ID: <002001c40075$d3809710$5e8f340a@ctn001087> Thanks, I rebooted the machine, so kdm was restarted. I have added the -from my_ip_address option without success. In order to be more precise, I have to say that: - trying to connect to a RedHat 7.3 machine, I have got the grey window without the login window - trying to connect to a Advanced Server 2.1(AS), the grey window disappears (it crashes!) What is the log file that I have to check? Thanks Peppe -----Original Message----- From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com] On Behalf Of Andrew DeFaria Sent: Tuesday, March 02, 2004 4:39 PM To: cygwin@cygwin.com Cc: cygwin-xfree@cygwin.com Subject: Re: XDMCP connection doesn't work Giuseppe DELL'ERBA wrote: > Hi, > > I have installed Cygwin/X on my desktop (WIN XP Professional) and I > have tried to connect via XDMCP to a Linux AS 2.1 machine typing the > command: > > > Xwin.exe :0 -query remote_ip_address > > > the result was a grey screen and I didn't receive the login window. > > Looking at the FAQ document I have followed the suggestion modifying > the /usr/share/config/kdm/kdmrc file enabling Xdmcp: > > [Xdmcp] > > Enable=true > > but I didn't get a different result. > > Have you any additional suggestion in order to make the XDMCP > conenction working? > > Thanks in advance > > Giuseppe > > Giuseppe Dell'Erba > STIP Platform Management & Architecture > CCS/ITAMIS/ITAC Catania You'd have much better success with the Cygwin XFree mailing list. I've cross posted there. As for your problem, did you restart kdm? Anything in your log file? Did you try using -from? -- If quitters never win, and winners never quit, what fool came up with, "Quit while you're ahead"? -- 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 alexander.gottwald@s1999.tu-chemnitz.de Tue Mar 2 17:10:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 02 Mar 2004 17:10:00 -0000 Subject: XDMCP connection doesn't work In-Reply-To: <002001c40075$d3809710$5e8f340a@ctn001087> References: <002001c40075$d3809710$5e8f340a@ctn001087> Message-ID: On Tue, 2 Mar 2004, Giuseppe DELL'ERBA wrote: > Thanks, > > I rebooted the machine, so kdm was restarted. I have added the -from > my_ip_address option without success. > > In order to be more precise, I have to say that: > - trying to connect to a RedHat 7.3 machine, I have got the grey window > without the login window > - trying to connect to a Advanced Server 2.1(AS), the grey window disappears > (it crashes!) > > What is the log file that I have to check? /tmp/XWin.log bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From dbentley@stanford.edu Tue Mar 2 18:20:00 2004 From: dbentley@stanford.edu (Daniel Danger Bentley) Date: Tue, 02 Mar 2004 18:20:00 -0000 Subject: xterm stops drawing redux Message-ID: <001401c40083$175d6910$1d5a0c80@mencken> I seem to be having the same problem as a recent email by the same title. Attached is the XWin.log. Specifically: I have 2 monitors, each 16x12. When I run XWin with XWin.exe -multiwindow -multimonitors... Any windows that show up on the right screen work fine as long as you don't move them. As soon as they are moved, however, they stop drawing. The border draws, but inside is just white. If I move it onto the left screen, however, everything works again like a normal window should. I appreciate you guys taking a look at this, but also, I need some help reverting to an older version. Any idea what version woudl work? Also, I'm new-ish to Cygwin and I'd love to know how I could possibly revert the Xmanager? I have a passing acquaintance with setup, but that's about it. -Dan -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 3495 bytes Desc: not available URL: From ncokwqc02@sneakemail.com Tue Mar 2 18:42:00 2004 From: ncokwqc02@sneakemail.com (ncokwqc02@sneakemail.com) Date: Tue, 02 Mar 2004 18:42:00 -0000 Subject: Convenient script for starting an XFree86 xterm Message-ID: <31234-62685@sneakemail.com> Thomas, Thanks for the tip. I hadn't known about '/usr/X11R6/bin/run.exe'. Now that I am aware of it, I'm not finding much documentation about it. However, it does improve upon my offering by simplifying it. As you suggested, I can eliminate the VBScript and replace the target in my shortcut by C:\cygwin\usr\X11R6\bin\run.exe /XFree86xterm.bat where '/XFree86xterm.bat' points to the DOS script I described earlier. The new procedure is simpler and works just as well. A minor drawback to both procedures is that one cannot take advantage of Windows' facility to position new windows to avoid complete overlap. I suppose it's being applied to the non-existent Command prompt window rather than the 'xterm'. john From ford@vss.fsi.com Tue Mar 2 18:44:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 02 Mar 2004 18:44:00 -0000 Subject: Cygwin Openbox queries In-Reply-To: <20040302004922.70722.qmail@web13701.mail.yahoo.com> References: <20040302004922.70722.qmail@web13701.mail.yahoo.com> Message-ID: On Mon, 1 Mar 2004, Jophrey Lim wrote: > I am trying to start the X server with Cygwin/X running in Rootless mode? > with the /openbox/ window manager running locally (one of the screenshots). > Please show us the exact command you used to do this. ? > However, I have no idea on how to do it. I tried running "openbox" but I? > got this error saying Connection to X server failed. I had checked the? > online user guide and searched the internet for any guide but failed. > What does echo $DISPLAY say? ? > Do you have any script on how to start the X server with openbox window? > manager? Any website that I can refer to? > /usr/X11R6/bin/Xwin.exe :0 -rootless& /usr/X11R6/bin/openbox -display :0 WFM. ? -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From oyvind.harboe@zylin.com Tue Mar 2 19:25:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Tue, 02 Mar 2004 19:25:00 -0000 Subject: Clipboard locking Windows on -48 Message-ID: <1078254736.6658.9.camel@famine> I just reproduced the deadlock on -48. Same behaviour: 1. Prelude: Copy & paste from Windows to Linux(Evolution) stopped working. 2. Copy & paste from Evolution to Notepad locked notepad. 3. Killing xwin.exe process, and notepad resumes. ??yvind From ed@membled.com Tue Mar 2 19:58:00 2004 From: ed@membled.com (Ed Avis) Date: Tue, 02 Mar 2004 19:58:00 -0000 Subject: Feature request: version report References: <4044A5D7.3010008@msu.edu> Message-ID: Harold L Hunt II writes: >Regarding xwinclip, you should really be using (XWin -clipboard) There are a couple of problems with -clipboard (discussed earlier on this list) which have led me to switch back to xwinclip: - Clipboard support seems to die, that is, the Windows clipboard and the X selection stop affecting one another. xwinclip also tends to die occasionally but when this happens it can be restarted. - Windows apps hanging when I try to paste into them. This seems to have started since I began using two displays (though I am not 100% sure). This bug reliably kills any Windows application so it is too dangerous for me to run XWin with clipboard enabled. I have not seen this problem with xwinclip. If you could add some means to manually kill and/or restart the clipboard code inside the X server then I could switch back without the risk of losing work, and I'd be happy to report the contents of Xwin.log on the occasions when such a manual restart was necessary. (In general, I think the clipboard support could be a bit noisier in its logging since the contents of XWin.log never seems to give much away about clipboard or selection change events - but maybe it is more informative to you than to me.) -- Ed Avis From wilc0076@tc.umn.edu Tue Mar 2 22:20:00 2004 From: wilc0076@tc.umn.edu (Elliott Wilcoxon) Date: Tue, 02 Mar 2004 22:20:00 -0000 Subject: Windows XP SP2 and Firewall In-Reply-To: References: <9920848EF398D311BDC400508BF339F901AAD281@ldnisp14.evolution.net> Message-ID: <4045089F.6080900@tc.umn.edu> Perhaps you're looking in the wrong place? ICF came with WinXP originally. Open a network connection->Properties->Advanced->Checkbox for ICF. Elliott Wilcoxon Alexander Gottwald wrote: > On Tue, 2 Mar 2004, Stuart Adamson wrote: >>Maybe we need a wrapper script when runs "disable firewall", "run X", >>"enable firewall". Works well (until the use kills the wrapper script...) > > > I'll play with the test program I've written. Maybe this will get an simple > commandline interface for configuring ICF. > > But first I have to find an WinXP with installed ICF anywhere. Win2k did > not have it and the plain XP box (no SPs) here hasn't it either. > > bye > ago From jacksob2@cs.man.ac.uk Tue Mar 2 22:30:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Tue, 02 Mar 2004 22:30:00 -0000 Subject: multiwindow broken? Message-ID: <000001c400a6$0467f730$9bbb6151@BENJACKSON> I have been (successfully) using XWin with -multimonitor -multiwindow recently. However, since upgrading to the latest release (via setup.exe - 4.2.0-3) the multiwindow support seems to have gone crazy... it opens the window ok (if in the top corner of the /other/ monitor), but then when I try to move the window, I end up with two versions of the window being rendered, and neither of them seem to respond, or redraw themselves. Has something been changed? I'm running windows XP with 2 monitors, one at 1024x768 (left), one at 1280x1024(right). I've tried putting them to the same res and it made no difference. I presume it works without multimonitor, but as I cant move the windows that appear (they appear off the top of my left screen) I can't be sure... Thanks for any help. Regards, Ben Jackson From jay@JaySmith.com Tue Mar 2 23:11:00 2004 From: jay@JaySmith.com (Jay Smith) Date: Tue, 02 Mar 2004 23:11:00 -0000 Subject: BUMP: Icelandic character composition not working Message-ID: <40451421.7090202@JaySmith.com> Hi Again, If this is not the correct place to ask about this, please just let me know. Otherwise, any ideas? Jay ==== Hi, Sorry if this is the wrong list; I am not sure where to turn. In RedHat Linux running under xwindows provided by Cygwin/XFree86, I am able to type all the "foreign characters" I need to use, except for one Icelandic characters (I can type other Icelandic characters). Again, this is to type such characters in linux programs and documents running under X. My "guru" mapped the Right Alt key as the Multi_key and so with it I can make characters like ?? and ?? and ??, etc., by typing combinations of letters, etc. However, I have not been able to figure out how to make the "thorn" (eth) character which I think is 208 and 240 decimal. It is the character that looks like a d or D with a horizontal line through it. The docs say that I am supposed to be able to use: minus D or D minus minus d or d minus (minus = dash = - ) I have Googled and just am not finding the right page. Any ideas? Thanks. Jay From Alexander.Gottwald@s1999.tu-chemnitz.de Wed Mar 3 00:59:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 03 Mar 2004 00:59:00 -0000 Subject: BUMP: Icelandic character composition not working In-Reply-To: <40451421.7090202@JaySmith.com> References: <40451421.7090202@JaySmith.com> Message-ID: Jay Smith wrote: > In RedHat Linux running under xwindows provided by Cygwin/XFree86, I am > able to type all the "foreign characters" I need to use, except for one > Icelandic characters (I can type other Icelandic characters). Again, this > is to type such characters in linux programs and documents running under X. > > My "guru" mapped the Right Alt key as the Multi_key and so with it I can > make characters like ? and ? and ?, etc., by typing combinations of > letters, etc. > > However, I have not been able to figure out how to make the "thorn" (eth) > character which I think is 208 and 240 decimal. It is the character that > looks like a d or D with a horizontal line through it. > > The docs say that I am supposed to be able to use: > > minus D or D minus > > minus d or d minus > > (minus = dash = - ) if "setxkbmap is" works, please send me /tmp/XWin.log it gives me ? and ? with the key left to the right-shift key and ? and ? with compose-minus-d compose is shift alt-gr (right alt). bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Wed Mar 3 03:59:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Mar 2004 03:59:00 -0000 Subject: multiwindow broken? In-Reply-To: <000001c400a6$0467f730$9bbb6151@BENJACKSON> References: <000001c400a6$0467f730$9bbb6151@BENJACKSON> Message-ID: <4045580A.5000901@msu.edu> Ben Jackson wrote: > I have been (successfully) using XWin with -multimonitor -multiwindow > recently. However, since upgrading to the latest release (via setup.exe - > 4.2.0-3) 4.2.0-3 of what? The only really useful version number is the version of the XFree86-xserv package, and the current version is 4.3.0-49. Update tomorrow and see how it works. Harold From huntharo@msu.edu Wed Mar 3 04:02:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Mar 2004 04:02:00 -0000 Subject: Feature request: version report In-Reply-To: References: <4044A5D7.3010008@msu.edu> Message-ID: <404558DC.6050002@msu.edu> Ed Avis wrote: > Harold L Hunt II writes: > > >>Regarding xwinclip, you should really be using (XWin -clipboard) > > > There are a couple of problems with -clipboard (discussed earlier on > this list) which have led me to switch back to xwinclip: > > - Clipboard support seems to die, that is, the Windows clipboard and > the X selection stop affecting one another. xwinclip also tends to > die occasionally but when this happens it can be restarted. > > - Windows apps hanging when I try to paste into them. This seems to > have started since I began using two displays (though I am not 100% > sure). This bug reliably kills any Windows application so it is too > dangerous for me to run XWin with clipboard enabled. I have not > seen this problem with xwinclip. > > If you could add some means to manually kill and/or restart the > clipboard code inside the X server then I could switch back without > the risk of losing work, and I'd be happy to report the contents of > Xwin.log on the occasions when such a manual restart was necessary. I would add a manual kill/restart as a last resort in a few months. Until then I would prefer to swat bugs rather than try to work around the problem. XFree86-xserv-4.3.0-49 has some changes that may help to recover from and/or to prevent the deadlock situations. Please try it and let me know if it improves things or not. > (In general, I think the clipboard support could be a bit noisier in > its logging since the contents of XWin.log never seems to give much > away about clipboard or selection change events - but maybe it is more > informative to you than to me.) The new source tree has support for specifying the verbosity of log messages... we should be releasing from that tree within a few weeks. Until then it is all or nothing and most users don't want logs measured in megabytes. :) Harold From huntharo@msu.edu Wed Mar 3 04:07:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Mar 2004 04:07:00 -0000 Subject: Mouse cursor is dissapering. In-Reply-To: References: Message-ID: <404559FB.2060704@msu.edu> Try it again tomorrow with XFree86-xserv-4.3.0-49 and send in your log file again. The new log file will contain the version of the X Server and the exact command line that you used to start it, both of which will be useful to see. Harold gkorte@tmse.nl wrote: > On 03/02/2004 04:23:51 PM cygwin-xfree-owner wrote: > > >>>- Xfree86-Base 4.3.0-1 >>>- Xfree86-Bin 4.3.0-9 >>>- Mouse driver: logitech 9.78.0.0 >>>- VGA cards: Nvidia Quatro4 200/400nvs Dual head & Nvidia GeForce FX > > 5200 > >>We need to know the version of XFree86-xserv. >> >> >>>Xwinrl.log >> >>The log file was called "XWinrl.log" a long time ago for a short period >>of time... that name has since been changed back to "XWin.log". If your >>X Server is only storing a log file called XWinrl.log, then I can tell >>you that you have a quite old version and you really need to run >>Cygwin's setup.exe again to let it upgrade all of your packages. > > > Hi Harold, > > The Xwinrl.log file I sent you was an old version which was left over > (oepsie). > Here I include the new Xwin.log file. I have also just updated my > XFree86-xserv to the lastest version using the setup tool. > From dbentley@stanford.edu Wed Mar 3 04:14:00 2004 From: dbentley@stanford.edu (Daniel Danger Bentley) Date: Wed, 03 Mar 2004 04:14:00 -0000 Subject: multiwindow broken? Message-ID: <000a01c400d5$f5c68a40$1d5a0c80@mencken> I have been having the same problem. Attached is my XWin.log. To clarify: 2 screens. Any movement of a window makes it enter a state where it is all white when on the right screen, and will display normally on the left screen, except for the cursor. I miss my rootless, multiwindow display! Thanks, Dan Re: Ben Jackson wrote: I have been (successfully) using XWin with -multimonitor -multiwindow recently. However, since upgrading to the latest release (via setup.exe - 4.2.0-3) 4.2.0-3 of what? The only really useful version number is the version of the XFree86-xserv package, and the current version is 4.3.0-49. Update tomorrow and see how it works. Harold -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 3600 bytes Desc: not available URL: From huntharo@msu.edu Wed Mar 3 04:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Mar 2004 04:36:00 -0000 Subject: multiwindow broken? In-Reply-To: <000a01c400d5$f5c68a40$1d5a0c80@mencken> References: <000a01c400d5$f5c68a40$1d5a0c80@mencken> Message-ID: <404560DC.909@msu.edu> Daniel Danger Bentley wrote: > I have been having the same problem. Attached is my XWin.log. > > To clarify: 2 screens. Any movement of a window makes it enter a state > where it is all white when on the right screen, and will display normally on > the left screen, except for the cursor. > > I miss my rootless, multiwindow display! > > Thanks, > Dan Hmm... maybe Takuma will know something about this since he was recently changing code related to windows not redrawing correctly. Takuma, any ideas? Harold From huntharo@msu.edu Wed Mar 3 04:38:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Mar 2004 04:38:00 -0000 Subject: New log file header Message-ID: <4045615C.5060503@msu.edu> The new header in the log file, as of XFree86-xserv-4.3.0-49, looks like the following: =================================================== Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.49 Contact: cygwin-xfree at cygwin daught com XWin was started with the following command line: XWin :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens [...] =================================================== The release number 4.3.0.49 corresponds exactly to 4.3.0-49 of the XFree86-xserv package. This number should always match the version of the XFree86-xserv package with each future release. The contact information is in the log file so that no one can claim that they did not know whom to email when they send me log snippits :) The command line information is there because we need it for diagnosing problems, but it is also there because we are all human and sometimes the way that we started XWin.exe differs from the way that we thought we started it. In addition to this new log header most of the same information is presented in a popup message box when the server crashes and FatalError is called. Finally, this information is also presented when a command line argument is malformed (e.g. -screen what), when an invalid command line argument is passed (e.g. -junk), or when help is requested (e.g. -help). This popup box tells the user to look at /tmp/XWin.log for more information. The next step here would be to present the DOS path to /tmp/XWin.log so that a user with a little less knowledge will be able to find the file. I am pretty proud of this collection of little features: I think they are going to result in an improved image for Cygwin/X since users will feel empowered while also saving us time from having to prompt people to send us the information that we need; it should also eliminate a lot of mistakes in the reporting of that information. Lets hope that this is the best Cygwin/X release ever :) Harold From erik@nexeme.com Wed Mar 3 05:03:00 2004 From: erik@nexeme.com (erik@nexeme.com) Date: Wed, 03 Mar 2004 05:03:00 -0000 Subject: Problem with 4.3.0-47, ssh tunelling and emacs Message-ID: <20040303050307.IRUM7345.mta10.adelphia.net@library> After upgrading to Xfree86-xserv to 4.3.0-47 using the cygwin setup, GNU emacs crashes with the following messages: X protocol error: BadWindow (invalid Window parameter) on protocol request 38 The crash occurs as soon as the mouse is moved *after* the RMB is pressed down. It is systematic and can be repeated easily The crash occurs with both emacs 21.2.1 and 21.3.1. The OS is Red Hat 9. The problem does not sem to occur with other X applications on the same tunnel. xemacs works fine. Surprisingly enough, the crash does not occur all the time. Within the same session, emacs sometimes works just fine. When that is the case, it works fine repeatedly. The crash if frequent though to prevent any reliable use of emacs, and once it kicks in it is systematic. The conditions that trigger the problem are unclear. Stopping and restarting the X server does not help. The problem does not seem to exist in 4.3.0-44, so downgrading to that version seems to be a valid workaround. -erik From dbentley@stanford.edu Wed Mar 3 07:22:00 2004 From: dbentley@stanford.edu (Daniel Danger Bentley) Date: Wed, 03 Mar 2004 07:22:00 -0000 Subject: downgrading Message-ID: <005201c400f0$4d281500$1d5a0c80@mencken> Thanks so much! Any good hints on how I downgrade XFree? Can I do it with setup.exe? How do I install it? Is there a good page? I'd love to make this work again. Thanks, Dan From takuma@dgp.ne.jp Wed Mar 3 10:35:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Wed, 03 Mar 2004 10:35:00 -0000 Subject: multiwindow broken? In-Reply-To: <404560DC.909@msu.edu> References: <000a01c400d5$f5c68a40$1d5a0c80@mencken> <404560DC.909@msu.edu> Message-ID: <20040303193536.E71D.TAKUMA@dgp.ne.jp> Harold, > Hmm... maybe Takuma will know something about this since he was recently > changing code related to windows not redrawing correctly. > > Takuma, any ideas? I have committed a fix in winAdjustXWindow. Takuma Murakami From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 3 11:14:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 03 Mar 2004 11:14:00 -0000 Subject: Problem with 4.3.0-47, ssh tunelling and emacs In-Reply-To: <20040303050307.IRUM7345.mta10.adelphia.net@library> References: <20040303050307.IRUM7345.mta10.adelphia.net@library> Message-ID: On Tue, 2 Mar 2004 erik@nexeme.com wrote: > > After upgrading to Xfree86-xserv to 4.3.0-47 using the cygwin setup, GNU > emacs crashes with the following messages: > > X protocol error: BadWindow (invalid Window parameter) on protocol request > 38 > > The crash occurs as soon as the mouse is moved *after* the RMB is pressed > down. It is systematic and can be repeated easily > > The crash occurs with both emacs 21.2.1 and 21.3.1. The OS is Red Hat 9. > > The problem does not sem to occur with other X applications on the same > tunnel. xemacs works fine. > > Surprisingly enough, the crash does not occur all the time. Within the same > session, emacs sometimes works just fine. When that is the case, it works > fine repeatedly. > > The crash if frequent though to prevent any reliable use of emacs, and once > it kicks in it is systematic. The conditions that trigger the problem are > unclear. Stopping and restarting the X server does not help. > > The problem does not seem to exist in 4.3.0-44, so downgrading to that > version seems to be a valid workaround. This may be a problem with the new OpenSSH. You have to add X11ForwardTrusted to the .ssh/config file. See http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-ssh-no-x11forwarding bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 3 11:16:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 03 Mar 2004 11:16:00 -0000 Subject: downgrading In-Reply-To: <005201c400f0$4d281500$1d5a0c80@mencken> References: <005201c400f0$4d281500$1d5a0c80@mencken> Message-ID: On Tue, 2 Mar 2004, Daniel Danger Bentley wrote: > Thanks so much! > > Any good hints on how I downgrade XFree? Can I do it with setup.exe? How > do I install it? Is there a good page? I'd love to make this work again. What do you mean with downgrade? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From Rajkumar_Shingavi@bmc.com Wed Mar 3 12:32:00 2004 From: Rajkumar_Shingavi@bmc.com (Shingavi, Rajkumar) Date: Wed, 03 Mar 2004 12:32:00 -0000 Subject: Problem in copying and pasting Message-ID: <3DAC9CD31458D411BCE700D0B75D0A130D131F3C@ES09-HOU.bmc.com> Hi, I have started using Cygwin recently ,on windows 2000 Professional I am unable to copy and paste to and from a notepad to Xfree86, Could u suggest ?? Thanks Rajkumar From oyvind.harboe@zylin.com Wed Mar 3 13:24:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Wed, 03 Mar 2004 13:24:00 -0000 Subject: Reducing configuration headaches for cygwin-xfree Message-ID: <1078320234.8051.43.camel@famine> Problem: CygWin-xfree86 is tricky to install and configure and this limits who can successfully install and use this software. (If you do not agree that this is a problem, then the rest of the message is obviously irrelevant. :-) Possible solution: - Create an installer that has various preconfigured profiles which then dictates the rest of the settings. Just like xfree86 has lots of C code that I don't know or understand, the various configuration options and .bat files and scripts must be moved out of the "user domain". - ssh -X profile. Create icon(s) on desktop for the various appliactions, e.g. Importantly xterm(cygwin local), xterm remote, Evolution remote, OpenOffice remote. - XDCMP. I don't know much about this, so I won't comment, but I see that this accounts for a lot of the traffic in this mailing list. - infrequently updated. The users targeted by this sort of installer never upgrade unless they absolutely have to. - cygwin1.dll side-by-side install issue solved, i.e. it should be possible to have a stable version of this X server installed next to a bleeding edge CygWin. - The CygWin installer is a stumbling block itself. For those that *only* want an X server, a gigantic self-installing .exe file would be better. - "-clipboard" enabled by default. - multimonitor support enabled by default. Note, this is not a complaint! I love CygWin and I point to it as one of the stellar examples of what the open source community can achieve with minimal resources! ??yvind From huntharo@msu.edu Wed Mar 3 13:31:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Mar 2004 13:31:00 -0000 Subject: multiwindow broken? In-Reply-To: <20040303193536.E71D.TAKUMA@dgp.ne.jp> References: <000a01c400d5$f5c68a40$1d5a0c80@mencken> <404560DC.909@msu.edu> <20040303193536.E71D.TAKUMA@dgp.ne.jp> Message-ID: <4045DE4B.3010909@msu.edu> Thanks Takuma. Takuma Murakami wrote: > Harold, > > >>Hmm... maybe Takuma will know something about this since he was recently >>changing code related to windows not redrawing correctly. >> >>Takuma, any ideas? > > > I have committed a fix in winAdjustXWindow. > > Takuma Murakami > > From huntharo@msu.edu Wed Mar 3 13:31:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Mar 2004 13:31:00 -0000 Subject: downgrading In-Reply-To: <005201c400f0$4d281500$1d5a0c80@mencken> References: <005201c400f0$4d281500$1d5a0c80@mencken> Message-ID: <4045DE2E.6020107@msu.edu> Dan, Please use XFree86-xserv-4.3.0-50 when it hits the mirrors in a few hours. Takuma Murakami made a patch that should fix your problem with window moving on multiple monitors (he has a multiple monitor setup at home, so I believe he was able to test this). In answer to your question, can downgrade to the version currently marked as "prev" via setup.exe if you locate the XFree86-xserv package in the list of packages, then click on the value in the "New" column until it says the previous version number. You can figure out which is the previous version number by clicking the new column up to about 8 times until you see all options available. However, we generally like to fix things quickly and would prefer not to have most users downgrading to older versions to work around things. Harold Daniel Danger Bentley wrote: > Thanks so much! > > Any good hints on how I downgrade XFree? Can I do it with setup.exe? How > do I install it? Is there a good page? I'd love to make this work again. > > Thanks, > Dan From jacksob2@cs.man.ac.uk Wed Mar 3 13:44:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Wed, 03 Mar 2004 13:44:00 -0000 Subject: multiwindow broken? In-Reply-To: <4045DE4B.3010909@msu.edu> Message-ID: <000001c40125$aa0c3140$9bbb6151@BENJACKSON> Bingo. That fixes my problem ;] Thanks guys. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: 03 March 2004 13:32 To: cygwin-xfree@cygwin.com Subject: Re: multiwindow broken? Thanks Takuma. Takuma Murakami wrote: > Harold, > > >>Hmm... maybe Takuma will know something about this since he was recently >>changing code related to windows not redrawing correctly. >> >>Takuma, any ideas? > > > I have committed a fix in winAdjustXWindow. > > Takuma Murakami > > From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 3 13:51:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 03 Mar 2004 13:51:00 -0000 Subject: Reducing configuration headaches for cygwin-xfree In-Reply-To: <1078320234.8051.43.camel@famine> References: <1078320234.8051.43.camel@famine> Message-ID: On Wed, 3 Mar 2004, ??yvind Harboe wrote: > CygWin-xfree86 is tricky to install and configure and this limits who > can successfully install and use this software. (slightly resorted) My comments on these topics: > > - cygwin1.dll side-by-side install issue solved, i.e. it should be > possible to have a stable version of this X server installed next to a > bleeding edge CygWin. This is an issue that must be solved by the cygwin folks and it is unlikely that is ever will. the shared memory sections are required for interprocess communication. if there are two different cygwin1.dlls floating around (even renamed and the shared memory separated) it will break the xserver integration into the cygwin layer. ==> no go > - The CygWin installer is a stumbling block itself. For those that > *only* want an X server, a gigantic self-installing .exe file would be > better. Separate installers for cygwin programs is pain. Wincvs has done it. OpenSSH has done it. And a lot more too. And it always leads to _huge_ problems if you want to use them together. Most installers also install their own cygwin1.dll with different version and then the programs just bomb. > - Create an installer that has various preconfigured profiles which then > dictates the rest of the settings. Just like xfree86 has lots of C code > that I don't know or understand, the various configuration options and > .bat files and scripts must be moved out of the "user domain". There were about 5 tries to build a wrapper which handles this. But always it was written with Delphi, VisualC++ or some other non-free compiler. If someone build such a wrapper with plain gcc it is very likely to become included. But not if it depends on VCL, MFC or some other non-free class library. Also adding other dependencies to eg QT or GTK is a bad idea. A simple plain windows application (like cygwin setup) is preferred. > - ssh -X profile. Create icon(s) on desktop for the various > appliactions, e.g. Importantly xterm(cygwin local), xterm remote, > Evolution remote, OpenOffice remote. This is an option for the wrapper. Then it's not only a wrapper but also a configtool for the whole X11 environment. > - XDCMP. I don't know much about this, so I won't comment, but I see > that this accounts for a lot of the traffic in this mailing list. The most problems result in problems with disabled xdmcp on linux side. This is already covered in the faq. > - infrequently updated. The users targeted by this sort of installer > never upgrade unless they absolutely have to. A "check for updates" button in the configtool/wrapper > - "-clipboard" enabled by default. As long as it's not stable it will not be enabled by default. > - multimonitor support enabled by default. let's see bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From brigitte.bonert@theIMO.com Wed Mar 3 13:54:00 2004 From: brigitte.bonert@theIMO.com (Bonert Brigitte) Date: Wed, 03 Mar 2004 13:54:00 -0000 Subject: FW: XWin Xserver maximum root area exceeded? Message-ID: Hi, Harold suggested that I post my questions on the mailing list details see below. Brigitte Brigitte, Glad you like Cygwin/X, but I am afraid I don't know the answers to all of your questions. You will have better luck at cygwin-xfree@cygwin.com. > I found your Cygwin/X User's Guide excellent and easy to use thank you very > much for providing it. You are welcome. > What I found too: > The XWin.exe does not have an easy way to find out its version or did I miss > this? > (like XWin.exe --version) We didn't have version information in the executable until just now. I was going to add a --version or -version parameter, but I forgot. Oh well, when you do a XWin -help now it has the version number in a popup box, so that should suffice for the time being. Harold > -----Original Message----- > From: Bonert Brigitte > Sent: Tuesday, March 02, 2004 3:18 PM > To: 'huntharo@msu.edu' > Subject: XWin Xserver maximum root area exceeded? > > Hi, > I am trying to use the prebuilt XWin.exe on a root area of > 12800x2048 (20 projectors arranged in 2 rows each with a resolution of 1280x1024) > > The application on the Unix side (DEC Alpha) uses Pseudo colors so I run with 256 colors only on the special PC which runs a modified WIndows2000 with a special DisplayDriver which supports this resolution (it contains 20 video cards). > > When I run XWin.exe on my PC and display the pictures of the application on the Unix server everything works just fine (I can have only 256 colors which make for some strange colors) but on the special PC I am getting this error (within the Unix application): > > X_Error Bad Window (invalid Window parameter) > Major opcode of failed request: 20 (X_GetProperty) > > and the application on the Unix box fails to run. > > Is there a max width value I am exceeding and can change and rebuild the executable? > > I found your Cygwin/X User's Guide excellent and easy to use thank you very much for providing it. > > What I found too: > The XWin.exe does not have an easy way to find out its version or did I miss this? > (like XWin.exe --version) > > Is there a way to define the title of the upcoming server window (I am using xdm on the Unix boxes)? > > Please let me know > Thank you > > Brigitte > > Independent Electricity Market Operator > * Brigitte.Bonert@theIMO.com > * 905 855 6102 > > *---------------------------------------- This message is intended only for the use of the intended recipients, and it may be privileged and confidential. If you are not the intended recipient, you are hereby notified that any review, retransmission, conversion to hard copy, copying, circulation or other use of this message is strictly prohibited. If you are not the intended recipient, please notify me immediately by return e-mail, and delete this message from your system. *---------------------------------------- From pechtcha@cs.nyu.edu Wed Mar 3 14:02:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 03 Mar 2004 14:02:00 -0000 Subject: Gv on cywgin In-Reply-To: <206992158A64DC41A6CFBC58327CE94C1C575E@inba1mx1.corp.emc.com> References: <206992158A64DC41A6CFBC58327CE94C1C575E@inba1mx1.corp.emc.com> Message-ID: On Wed, 3 Mar 2004 koorapati_koundinyaemccom wrote: > Cywin Users, > I have installed the complete distribution of cygwin and don't seem > to have missed out anything and when I tried to view PS documents with gv, I > get "interpreter failed error". I did see so many threads on this all over > internet, but I was not able to get my gv to open up a .ps file. Anyone > who's encoutered similar problems like mine and have a solution to share ? > > Thanks, > Koundinya a) Wrong list. This is a question about an X program, and should have been directed to the cygwin-xfree list. I've redirected it. b) We don't know anything about your system, including the versions of packages you have installed. Please read the Cygwin problem reporting guidelines at to find out what information should be included in problem reports. c) It's likely that your problem is a missing ghostscript-x11 package. The latest version of gv (3.5.8-1) already has the correct dependence on ghostscript-x11, so it should work right after the install. Otherwise, you can install the ghostscript-x11 package, and reinstall gv. HTH, Igor P.S. d) You managed to misspell the project name twice in two different ways. -- 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 Wed Mar 3 14:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Mar 2004 14:27:00 -0000 Subject: Reducing configuration headaches for cygwin-xfree In-Reply-To: References: <1078320234.8051.43.camel@famine> Message-ID: <4045EB52.5050907@msu.edu> Alexander Gottwald wrote: > On Wed, 3 Mar 2004, ??yvind Harboe wrote: > > >>CygWin-xfree86 is tricky to install and configure and this limits who >>can successfully install and use this software. (slightly resorted) > > > My comments on these topics: > >>- cygwin1.dll side-by-side install issue solved, i.e. it should be >>possible to have a stable version of this X server installed next to a >>bleeding edge CygWin. > > > This is an issue that must be solved by the cygwin folks and it is unlikely > that is ever will. the shared memory sections are required for interprocess > communication. if there are two different cygwin1.dlls floating around > (even renamed and the shared memory separated) it will break the xserver > integration into the cygwin layer. > > ==> no go I think he is saying that we use the installed cygwin1.dll since it is not usually the cause of stability problems. That is totally acceptable. Though, I think it could have been worded better :) >>- The CygWin installer is a stumbling block itself. For those that >>*only* want an X server, a gigantic self-installing .exe file would be >>better. > > > Separate installers for cygwin programs is pain. Wincvs has done it. OpenSSH > has done it. And a lot more too. And it always leads to _huge_ problems if > you want to use them together. Most installers also install their own > cygwin1.dll with different version and then the programs just bomb. I'm not going to be writing an installer anytime soon. >>- Create an installer that has various preconfigured profiles which then >>dictates the rest of the settings. Just like xfree86 has lots of C code >>that I don't know or understand, the various configuration options and >>.bat files and scripts must be moved out of the "user domain". > > > There were about 5 tries to build a wrapper which handles this. But always > it was written with Delphi, VisualC++ or some other non-free compiler. > > If someone build such a wrapper with plain gcc it is very likely to become > included. But not if it depends on VCL, MFC or some other non-free class > library. Also adding other dependencies to eg QT or GTK is a bad idea. > A simple plain windows application (like cygwin setup) is preferred. I am actually thinking about finally doing this in a way that everyone can contribute to. I have built some test programs using OpenWatcom and they work great; OpenWatcom uses the same w32api headers and libs that Cygwin uses, so it is possibly to compile native Win32 apps in OpenWatcom with no trouble. Additionally, the C runtime is linked statically by default, which means that the distributed executable has no dependencies on external DLLs like MinGW does. In summary, OpenWatcom finally makes this sort of thing possible. Now, whether or not I actually get around to writing this sort of interface is another question. :) Oh, one note worth mentioning: I agree that the proper way to do this sort of "profile" app is via a stand-alone application that creates command lines for XWin.exe. There is little reason and little benefit to trying to integrate this sort of thing into XWin.exe. However, one of the things required by such an approach is a way to get a unique display number for each invocation of XWin.exe automatically. >>- ssh -X profile. Create icon(s) on desktop for the various >>appliactions, e.g. Importantly xterm(cygwin local), xterm remote, >>Evolution remote, OpenOffice remote. > > > This is an option for the wrapper. Then it's not only a wrapper but also > a configtool for the whole X11 environment. Right. >>- XDCMP. I don't know much about this, so I won't comment, but I see >>that this accounts for a lot of the traffic in this mailing list. > > > The most problems result in problems with disabled xdmcp on linux side. > This is already covered in the faq. Another problem that still remains is that -query commands (by far the most popular) do not always send the outbound interface address as the first address in the list to the XDM server. The XDM server is supposed to check all addresses in the list, but the sample implementation does not, nor do KDM and GDM; so in reality, only the first address is looked at. I just about have a patch in hand that sorts the outbound address to the top of the list, which will eliminate the remaining cases where the -from parameter is required for a -query. Then the only remaining Xdmcp problems will be due to XDM not being configured properly or do to firewalls. >>- infrequently updated. The users targeted by this sort of installer >>never upgrade unless they absolutely have to. > > > A "check for updates" button in the configtool/wrapper Not a bad idea. >>- "-clipboard" enabled by default. > > > As long as it's not stable it will not be enabled by default. It is getting very close. At least it doesn't crash XWin.exe anymore and it doesn't cause problems with Xdmcp... so we are getting close to enabling it by default. >>- multimonitor support enabled by default. > > > let's see Yes, that is still a matter of preference. I think it might be a good idea to start launching one X screen per display and tie them together with Xinerma like a *nix machine would do. This would allow us to forget about how Windows treats multiple displays and let people handle it in an X sort of way. Again, this is more code that would have to be written. Harold From ehud@unix.mvs.co.il Wed Mar 3 14:39:00 2004 From: ehud@unix.mvs.co.il (Ehud Karni) Date: Wed, 03 Mar 2004 14:39:00 -0000 Subject: New log file header In-Reply-To: <4045615C.5060503@msu.edu> (message from Harold L Hunt II on Tue, 02 Mar 2004 23:38:52 -0500) References: <4045615C.5060503@msu.edu> Message-ID: <200403031439.i23EdKxE031710@beta.mvs.co.il> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 02 Mar 2004 23:38:52 -0500, Harold L Hunt II wrote: > > The new header in the log file, as of XFree86-xserv-4.3.0-49, looks like > the following: > > =================================================== > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.49 > Contact: cygwin-xfree at cygwin daught com > > XWin was started with the following command line: > > XWin :0 -multiwindow -clipboard > > ddxProcessArgument - Initializing default screens > [...] > =================================================== This change is very good, but there are 2 notes: 1. The Identification (Welcome ... Contact) appears twice (at the top and just after "winInitializeDefaultScreens". 2. Could you add a time-stamp at beginning of each line ? I tried to correspond the log messages with external actions (i.e. copy/paste and Emacs errors) and the time stamp could help. I use the code below in my programs. BTW. I could not download 4.3.0-50 from the mirrors yet. Ehud. #include #include /* for day / hour check */ void write_date_time ( FILE *fl ) ; /* write date & time in "dd/mm/yy HH:MM:SS " */ void write_date ( FILE *fl ) ; /* write date in "dd/mm:yy " */ void write_time ( FILE *fl ) ; /* write time in "HH:MM:SS " */ static int get_ofst ( void ) ; /* compute offset from GMT */ static int sec_ofst = 1 ; /* seconds offset from Greenwich M. T. */ static int saved_day = 999999 ; /* initial high value */ static char p_date [ 10 ] ; /* edited date - dd:mm:yy */ void write_date_time ( FILE *fl ) /* write date & time in "dd/mm/yy HH:MM:SS " */ { write_date ( fl ) ; /* write date */ write_time ( fl ) ; /* write time */ } /*===========================================================================*/ void write_date ( FILE *fl ) /* write date in "dd/mm:yy " */ { if ( sec_ofst == 1 ) sec_ofst = get_ofst ( ) ; /* get offset (1 time only) */ fprintf ( fl , "%s " , p_date ) ; /* dd:mm:yy_ format */ } /*===========================================================================*/ void write_time ( FILE *fl ) /* write time in " HH:MM:SS " */ { int sec, min, hr; time_t tloc ; /* seconds from 1/1/1970 0.0.0 GMT */ if ( sec_ofst == 1 ) sec_ofst = get_ofst ( ) ; /* get offset (1 time only) */ time (& tloc) ; /* get gmt seconds from 1/1/1970 */ tloc += sec_ofst ; /* seconds - local time */ sec = tloc % 60 ; /* seconds = time MOD 60 */ tloc /= 60 ; /* convert to minutes */ min = tloc % 60 ; /* minuets = (time/60) MOD 60 */ tloc /= 60 ; /* convert to hours */ hr = tloc % 24 ; /* hours = (time/3600) MOD 24 */ tloc /= 24 ; /* days (local time) */ if ( tloc > saved_day ) /* day change ? */ sec_ofst = 1 ; /* re-compute date next time */ saved_day = tloc ; /* save days (local time) */ fprintf ( fl , "%02d:%02d:%02d ",hr,min,sec) ; /* _hh:mm:ss_ format */ } /*===========================================================================*/ static int get_ofst ( void ) /* compute offset from GMT */ { #define FDAY 86400 /* full day in seconds 24*60*60 */ #define HDAY 43200 /* half day in seconds */ struct tm ofst; time_t tloc ; /* seconds from 1/1/1970 0.0.0 GMT */ int sec_ofst ; time (& tloc) ; /* get current time */ ofst = *gmtime (& tloc) ; /* find GMT hour */ sec_ofst = ( ofst.tm_hour * 60 + ofst.tm_min ) * 60 + ofst.tm_sec ; /* GMT hour (in seconds) */ ofst = *localtime (& tloc) ; /* find local hour */ sec_ofst = ( ( ofst.tm_hour * 60 + ofst.tm_min ) * 60 + ofst.tm_sec - sec_ofst + FDAY ) % FDAY ; /* Local - GMT hours (in seconds, 0-FDAY) */ if ( sec_ofst > HDAY ) sec_ofst -= FDAY ; /* sec_ofst in range -11:59:59 +12:00:00 */ sprintf ( p_date , "%02d/%02d/%02d" , /* save date */ ofst.tm_mday , ( ofst.tm_mon + 1 ) , ( ofst.tm_year % 100 ) ) ; return ( sec_ofst ) ; } /*============================================================================*/ - -- Ehud Karni Tel: +972-3-7966-561 /"\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D Better Safe Than Sorry -----BEGIN PGP SIGNATURE----- Comment: use http://www.keyserver.net/ to get my key (and others) iD8DBQFARe4XLFvTvpjqOY0RAigvAJ42LvdLtYvLuEPlpzSr/+8gDzLWgwCeL9Qc 70+hosDCLGOE15RhGLgaqCk= =9Nsy -----END PGP SIGNATURE----- From huntharo@msu.edu Wed Mar 3 14:46:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Mar 2004 14:46:00 -0000 Subject: New log file header In-Reply-To: <200403031439.i23EdKxE031710@beta.mvs.co.il> References: <4045615C.5060503@msu.edu> <200403031439.i23EdKxE031710@beta.mvs.co.il> Message-ID: <4045EFCF.6070909@msu.edu> Ehud Karni wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, 02 Mar 2004 23:38:52 -0500, Harold L Hunt II wrote: > >>The new header in the log file, as of XFree86-xserv-4.3.0-49, looks like >>the following: >> >>=================================================== >>Welcome to the XWin X Server >>Vendor: The Cygwin/X Project >>Release: 4.3.0.49 >>Contact: cygwin-xfree at cygwin daught com >> >>XWin was started with the following command line: >> >>XWin :0 -multiwindow -clipboard >> >>ddxProcessArgument - Initializing default screens >>[...] >>=================================================== > > > This change is very good, but there are 2 notes: > > 1. The Identification (Welcome ... Contact) appears twice (at the top > and just after "winInitializeDefaultScreens". Actually, I saw that and fixed it about an hour after the release of -49. So, there were two -49 releases, one of them silent. :) I figured the number of users getting the new release within the first hour would be small. -50 has the same fix. > 2. Could you add a time-stamp at beginning of each line ? > I tried to correspond the log messages with external actions (i.e. > copy/paste and Emacs errors) and the time stamp could help. That is an interesting idea. I think we can do something like that because we have a single "ErrorF" function that handles printing the log messages. We should be able to modify this one function to get timestamps on all entries... but it may not look too pretty since it will mess with multiple-line error messages that come from other parts of the source code. If those lines are printed with multiple ErrorF calls, then things will line up correctly. However, if they are printed with a single call to ErrorF with multiple "\n"'s, then it may not look so good. Of course, we could substitute each "\n" in the format string (except for the last) with "\n%TIME%", which would help to keep things aligned. I dunno... I will have to think about this a bit. > I use the code below in my programs. Thanks, this will help. > BTW. I could not download 4.3.0-50 from the mirrors yet. Some mirrors update hourly, others daily or every two days. You can try to find a more up-to-date mirror if you like. Harold From jacksob2@cs.man.ac.uk Wed Mar 3 14:54:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Wed, 03 Mar 2004 14:54:00 -0000 Subject: multimonitor question In-Reply-To: <000001c40125$aa0c3140$9bbb6151@BENJACKSON> Message-ID: <000001c4012f$75322dd0$9bbb6151@BENJACKSON> Is there any way to specify the default position of new windows when using: -multimonitors -multiwindow? as it stands, my left hand monitor is at a smaller res then the right, and as the x server put it at 0,0 I have to right click the taskbar and "Move" the window... this is quite frustrating... is there any solution? Or will I have to download the 200+MB source tree? Thanks ben From gkorte@tmse.nl Wed Mar 3 15:25:00 2004 From: gkorte@tmse.nl (gkorte@tmse.nl) Date: Wed, 03 Mar 2004 15:25:00 -0000 Subject: Mouse cursor is dissapering. Message-ID: Hello all, Just to inform you that build 4.0.3-50 has just solved 2 problems for me. The mouse cursors goign on holliday and the windows that appear white. Thanx to the team that made this great app possible. Keep going you guys are doing an excelent job. Geordy Korte From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 3 15:38:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 03 Mar 2004 15:38:00 -0000 Subject: FW: XWin Xserver maximum root area exceeded? In-Reply-To: References: Message-ID: On Wed, 3 Mar 2004, Bonert Brigitte wrote: > > I am trying to use the prebuilt XWin.exe on a root area of > > 12800x2048 (20 projectors arranged in 2 rows each with a resolution of > 1280x1024) > > > > The application on the Unix side (DEC Alpha) uses Pseudo colors so I run > with 256 colors only on the special PC which runs a modified WIndows2000 > with a special DisplayDriver which supports this resolution (it contains 20 > video cards). > > > > When I run XWin.exe on my PC and display the pictures of the application > on the Unix server everything works just fine (I can have only 256 colors > which make for some strange colors) but on the special PC I am getting this > error (within the Unix application): > > > > X_Error Bad Window (invalid Window parameter) > > Major opcode of failed request: 20 (X_GetProperty) Just a guess: Are you using ssh? Try adding ForwardX11Trusted to your .ssh/config file (http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-ssh-no-x11forwarding) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From pechtcha@cs.nyu.edu Wed Mar 3 16:07:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 03 Mar 2004 16:07:00 -0000 Subject: multimonitor question In-Reply-To: <000001c4012f$75322dd0$9bbb6151@BENJACKSON> References: <000001c4012f$75322dd0$9bbb6151@BENJACKSON> Message-ID: On Wed, 3 Mar 2004, Ben Jackson wrote: > Is there any way to specify the default position of new windows when using: > -multimonitors -multiwindow? > as it stands, my left hand monitor is at a smaller res then the right, and > as the x server put it at 0,0 I have to right click the taskbar and "Move" > the window... this is quite frustrating... is there any solution? Or will I > have to download the 200+MB source tree? > > Thanks > ben Ben, You can always supply the -geometry flag to any X application... 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 brigitte.bonert@theIMO.com Wed Mar 3 16:27:00 2004 From: brigitte.bonert@theIMO.com (Bonert Brigitte) Date: Wed, 03 Mar 2004 16:27:00 -0000 Subject: XWin Xserver maximum root area exceeded? Message-ID: Harold, I am not using OpenSSH to ssh into the UNIX. I am using xdm with a modified startup script from the file: \cygwin\usr\X11R6\bin\startxdmcp.bat see below start XWin :2 -query %REMOTE_HOST% -scrollbars -lesspointer -fp tcp/%REMOTE_HOST%:7100 I do get the login screen and everything comes up just fine (it did not with the previous version of XWin I tried some time ago). It connects also just fine to the fontserver I have running on the remote host. Everything works on my PC (with root area of 1600x1200 and NT service pack 6) when displaying the pictures of the application running on the Unix box. But it does not on the controller with the root area of 12800x2048 (running Windows2000) I get the error below. Which is why I suspect a problem with the size of the root area. I downloaded the code and started looking .. but so far no numbers. I also tried to understand the Xf86config file but did not get far with this. Brigitte -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: Wednesday, March 03, 2004 8:53 AM To: Bonert Brigitte Subject: Re: XWin Xserver maximum root area exceeded? You know, now that I think about it, if you are using OpenSSH on Cygwin to ssh into the UNIX box, then you are probably having problems do to the new trusted X11 bug^H^H^Hfeature. See the following for more information on how to work around it: http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-ssh-no-x11forwarding Harold Bonert Brigitte wrote: > Hi, > I am trying to use the prebuilt XWin.exe on a root area of > 12800x2048 (20 projectors arranged in 2 rows each with a resolution of > 1280x1024) > > The application on the Unix side (DEC Alpha) uses Pseudo colors so I run > with 256 colors only on the special PC which runs a modified WIndows2000 > with a special DisplayDriver which supports this resolution (it contains 20 > video cards). > > When run XWin.exe on my PC and display the pictures of the application on > the Unix server everything works just fine (I can have only 256 colors which > make for some strange colors) but on the special PC I am getting this error > (within the Unix application): > > X_Error Bad Window (invalid Window parameter) > Major opcode of failed request: 20 (X_GetProperty) > > and the application on the Unix box fails to run partially. > > Is there a max width value I am exceeding and can change and rebuild the > executable? > > I found your Cygwin/X User's Guide excellent and easy to use thank you very > much for providing it. > > What I found too: > The XWin.exe does not have an easy way to find out its version or did I miss > this? > (like XWin.exe --version) > > Is there a way to define the title of the upcoming server window (I am using > xdm on the Unix boxes)? > > Please let me know > Thank you > > Brigitte > > Independent Electricity Market Operator > * Brigitte.Bonert@theIMO.com > * 905 855 6102 > > > > > *---------------------------------------- > This message is intended only for the use of the intended recipients, and it may be privileged and confidential. If you are not the intended recipient, you are hereby notified that any review, retransmission, conversion to hard copy, copying, circulation or other use of this message is strictly prohibited. If you are not the intended recipient, please notify me immediately by return e-mail, and delete this message from your system. > *---------------------------------------- > > *---------------------------------------- This message is intended only for the use of the intended recipients, and it may be privileged and confidential. If you are not the intended recipient, you are hereby notified that any review, retransmission, conversion to hard copy, copying, circulation or other use of this message is strictly prohibited. If you are not the intended recipient, please notify me immediately by return e-mail, and delete this message from your system. *---------------------------------------- From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 3 16:48:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 03 Mar 2004 16:48:00 -0000 Subject: XWin Xserver maximum root area exceeded? In-Reply-To: References: Message-ID: On Wed, 3 Mar 2004, Bonert Brigitte wrote: > I downloaded the code and started looking .. but so far no numbers. I also > tried to understand the Xf86config file but did not get far with this. forget the xf86config file. It is not used anymore and never had anything to do with the screensize. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From huntharo@msu.edu Wed Mar 3 17:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 03 Mar 2004 17:36:00 -0000 Subject: Mouse cursor is dissapering. In-Reply-To: References: Message-ID: <40461796.1040701@msu.edu> Geordy, Glad it works for you. Thanks for following up. Harold gkorte@tmse.nl wrote: > Hello all, > > Just to inform you that build 4.0.3-50 has just solved 2 problems for me. > The mouse cursors goign on holliday and the windows that appear white. > > Thanx to the team that made this great app possible. Keep going you guys > are doing an excelent job. > > Geordy Korte > From ed@membled.com Wed Mar 3 20:46:00 2004 From: ed@membled.com (Ed Avis) Date: Wed, 03 Mar 2004 20:46:00 -0000 Subject: Feature request: version report References: <4044A5D7.3010008@msu.edu> <404558DC.6050002@msu.edu> Message-ID: Harold L Hunt II writes: >>If you could add some means to manually kill and/or restart the >>clipboard code inside the X server then I could switch back without >>the risk of losing work, >I would add a manual kill/restart as a last resort in a few months. >Until then I would prefer to swat bugs rather than try to work around >the problem. I agree that fixing the bugs is better, but as well as testing XWin to find bugs I also try to use it for work, and if Windows apps hang unrecoverably then I can't use the clipboard support. So you may be able to swat bugs faster if users can use the software with less risk. >XFree86-xserv-4.3.0-49 has some changes that may help to recover from >and/or to prevent the deadlock situations. Please try it and let me >know if it improves things or not. Thanks for looking at this - I will try 4.3.0-50. (And try running with -clipboard once again.) -- Ed Avis From cygwinx2eran@tromer.org Wed Mar 3 21:54:00 2004 From: cygwinx2eran@tromer.org (cygwinx2eran@tromer.org) Date: Wed, 03 Mar 2004 21:54:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instances Message-ID: <404654C2.9010902@tromer.org> Hi, On 29-02-2004 14:11, Takuma Murakami wrote: >> As for preventing multiple instances of XWin > This feature is already implemented in my local tree (not > port based but mutex based detection). I see that it's in 4.3.0-50 and working well, but I don't see how the current implementation addresses the common task I mentioned: "open an xterm; run XWin first if needed" If I use a batchfile that always runs XWin and then xterm, from the 2nd invocation onwards it will produce the error popup reporting a "Fatal error" and directing me a to log file... Not quite what's needed here.[1] Perhaps there should be a switch that says "if the display already exists, exit silently". But that doesn't solve the case where I want to run additional programs (say, twm and xeyes) whenever a new display is created -- again a common scenario, I believe. One way to solve this is to add an option for checking the presence of an XWin instance on the given display number and exiting immediately with a corresponding errorcode; a batchfile can then check for the existance of an XWin instance, and if negative spawn XWin and related stuff. But this could lead to a race condition if two batchfiles do the check simultaneously. An alternative is to add an option for XWin to run some executable iff its startup succeeded. Yes, I realize this is getting somewhat convoluted, but I think it's an important and common use case. I'm trying to move a certain large group of people to Cygwin/X, and the issue of "transparently" invoking Cygwin/X is one of the two major issues holding things back (the other one is multiwindow mode performance). Regards, Eran [1] For extra helpfulness, perhaps you could specify the nature of the fatal error at a prominent location inside the dialog box and not just inside the log file? From dbentley@stanford.edu Thu Mar 4 01:02:00 2004 From: dbentley@stanford.edu (Daniel Danger Bentley) Date: Thu, 04 Mar 2004 01:02:00 -0000 Subject: xemacs over ssh tunneling Message-ID: <015001c40184$55f2c1a0$1d5a0c80@mencken> Thanks so much for .50. I now have this problem when I run xemacs over ssh tunneling from another computer. It didn't used to happen, and it doesn't if I use, e.g., MI-X. When I try to cut anything in xemacs, I get the error message contained in xerror (attached) and xemacs freezes. Also, any easy things I can do to help the codebase? I have some amount of experience in cs type stuff... -Dan -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 3490 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xerror.dat Type: application/octet-stream Size: 244 bytes Desc: not available URL: From pechtcha@cs.nyu.edu Thu Mar 4 02:09:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 04 Mar 2004 02:09:00 -0000 Subject: xemacs over ssh tunneling In-Reply-To: <015001c40184$55f2c1a0$1d5a0c80@mencken> References: <015001c40184$55f2c1a0$1d5a0c80@mencken> Message-ID: On Wed, 3 Mar 2004, Daniel Danger Bentley wrote: > Thanks so much for .50. > > I now have this problem when I run xemacs over ssh tunneling from another > computer. It didn't used to happen, and it doesn't if I use, e.g., MI-X. > When I try to cut anything in xemacs, I get the error message contained in > xerror (attached) and xemacs freezes. Does help? Normally, it's recommended that you search the archives, but the search doesn't seem to work for some reason (i.e., searching for "xemacs ssh tunneling" doesn't return any results in the archives). Google didn't cache this yet either. > Also, any easy things I can do to help the codebase? I have some amount of > experience in cs type stuff... > -Dan I'll let Harold answer this, but, AFAIK, there's a TODO in CVS... 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 takuma@dgp.ne.jp Thu Mar 4 03:57:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 04 Mar 2004 03:57:00 -0000 Subject: XWin Xserver maximum root area exceeded? In-Reply-To: References: Message-ID: <20040304125639.6A1D.TAKUMA@dgp.ne.jp> Bonert, You have an interesting setup that possibly reveals non-trivial bugs. Unless you will continue to consult Harold privately, please show /tmp/XWin.log from a failed session. Takuma Murakami From trevor.ackerman@earthlink.net Thu Mar 4 06:06:00 2004 From: trevor.ackerman@earthlink.net (Trevor Ackerman) Date: Thu, 04 Mar 2004 06:06:00 -0000 Subject: x apps and windows XP cmd Message-ID: This question is a mixed bag of both cygwin xterm knowldge and Windows XP knowledge. I have Xwin started using -multiwindow I can now launch xterm -display 127.0.0.1:0 from the windows xp start->run However in addition to the newly created xterm, there's also a new windows cmd console hanging around. I've tried various things including writing a windows batch file that uses START /B xterm -display 127.0.0.1:0 Is there any possible way to get rid of the extra cmd console? I suppose the xterm has to somehow detach itself from the cmd console or something of that nature. Thanks From takuma@dgp.ne.jp Thu Mar 4 06:10:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 04 Mar 2004 06:10:00 -0000 Subject: multimonitor question In-Reply-To: <000001c4012f$75322dd0$9bbb6151@BENJACKSON> References: <000001c40125$aa0c3140$9bbb6151@BENJACKSON> <000001c4012f$75322dd0$9bbb6151@BENJACKSON> Message-ID: <20040304150900.6A26.TAKUMA@dgp.ne.jp> Ben, Please utilize the -geometry option as Igor says. Perhaps you are placing your monitors like the following figure (fixed-width fonts are assumed). +-----------+--------------+ | | | | | | | | | +-----------+ | | | monitor B | | | | | monitor A | | | | | +-----------+--------------+ Cygwin/X maps the top-left corner of the whole virtual screen to (0, 0) on which new windows are to be placed. As long as you specify -multimonitors in those situations, you should accept this result and make use of -display option. Of course proposals of better ways of mapping would be appreciated. The true problem is that no matter if -multimonitors is specified or not, some code assume the top-left corner of the whole virtual screen is (0, 0). Therefore users will accidentally lose their new windows though they are willing to use only the primary monitor. Takuma Murakami From takuma@dgp.ne.jp Thu Mar 4 06:26:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 04 Mar 2004 06:26:00 -0000 Subject: x apps and windows XP cmd In-Reply-To: References: Message-ID: <20040304152429.6A29.TAKUMA@dgp.ne.jp> Trevor, > I can now launch xterm -display 127.0.0.1:0 from the windows xp start->run > > However in addition to the newly created xterm, there's also a new windows > cmd console hanging around. > > I've tried various things including writing a windows batch file that uses > START /B xterm -display 127.0.0.1:0 > > Is there any possible way to get rid of the extra cmd console? "run xterm -display 127.0.0.1:0" is supposed to work. Takuma Murakami From takuma@dgp.ne.jp Thu Mar 4 06:36:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 04 Mar 2004 06:36:00 -0000 Subject: Problems with XDMCP connection In-Reply-To: <200403021013.54504.a.hattendorf@aft-werdohl.de> References: <200403021013.54504.a.hattendorf@aft-werdohl.de> Message-ID: <20040304152911.6A2C.TAKUMA@dgp.ne.jp> Anton, I'm not sure to fix your problem but could you try these? 1. Update XFree86-xserv. 2. Add -clipboard to your XWin invocation. 3. If the problem remains, send in /tmp/XWin.log . Hope this helps. Takuma Murakami From ron_karon@yahoo.com Thu Mar 4 08:10:00 2004 From: ron_karon@yahoo.com (R.A Silver) Date: Thu, 04 Mar 2004 08:10:00 -0000 Subject: 163We are looking for FABRIC suppliers, stretch denim, stretch novelty denim Message-ID: Dear all, We are fabric wholesaler. Our market is USA, Mexico and Europe (most of our line we sell to non-quota country). We specialize in stretch denim, stretch novelty denim. We are looking for FABRIC suppliers, stretch denim, stretch novelty denim Fabric examples that we buy: 9.3 OZ DENIM 75% C 21% POLY 4% SP 90*60/12+7*200+40D 55/56" 10.3 OZ 70% C 28% POLY 2% SP 84*52/10*300D+70D 55/56" Denim 10+8x200D+40D 57/58" long ring 10oz Denim 12+7x300D+40D 57/58" long ring 10oz DENIM C/T/SP 96X72/10+12+16X150D+40D 2/1 TWILL WIDTH:56" 10oz DENIM C/T/SP 90X60/10+12+16X150D+40DOP WIDTH:55/56" 10 oz Please send your Email to : mailrafi@aol.com Please send us any samples of stretch denim (we need cotton / poly / spandex) (SLUB / crosshatch / long ring / novelty indigo supper dark) 9.5-11oz, Send us your fabric catalog, we can't decide without looking and touching the fabric. We do not need big sample pieces, we just need for the first time to see half hanger or 10 X 10 cm (sample card). Do not forget to Attach full fabric information. (Fabric name, item number, construction, width? .) With the package attach your Email address, your full name and company information. NO NEED QUOTA we sell it to non-quota countries. (We sell each fabric to his non-quota country) We are USING TEMP ADDRESS, PLEASE DO NOT REPLY TO THIS ADDRESS. PLEASE REPLY TO Email: mailrafi@aol.com Please attach your Email and your AWB # to the samples. Also email it to us in the Email subject. Please Reply to : mailrafi@aol.com Please Reply to : mailrafi@aol.com Please Reply to : mailrafi@aol.com Please Reply to : mailrafi@aol.com If you got this Email by mistake we are very sorry. If you can forward this Email to one that it will interest in we will highly appreciated. Regards, Rafi Akram USA office Company name: CA COLLECTION /Rafi. Address: 1054 S. Bedford St. #106 Los Angeles, CA 90035 USA Tel: 1-310-529-3435. Email: mailrafi@aol.com From oyvind.harboe@zylin.com Thu Mar 4 08:48:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Thu, 04 Mar 2004 08:48:00 -0000 Subject: Reducing configuration headaches for cygwin-xfree Message-ID: <1078390095.9557.47.camel@famine> I see there is no lack of awareness on this issue :-) A couple of more comments: - Regarding cygwin1.dll side-by-side install issue. I do believe that if multiple different versions of CygWin could be installed side-by-side, this could improve stability of the applications. I use CygWin for different things and I don't want an upgrade to my X server to topple my arm-elf-gcc toolchain or vice versa. But as Alexander pointed out: this won't happen. - Regarding open-source GUI. Here is another alternative. Written in Java and compiled with w/GCJ + Eclipse SWT. This would result in a native windows executable with a Windows GUI and no dependencies on anything not shipping in Windows(not even msvcrt.dll or cygwin1.dll). GCJ comes w/CygWin. gcj -mno-cygwin -fjni -o hello.exe --main=HelloWorld swt_sans_awt.jar HelloWorld.java ??yvind From takuma@dgp.ne.jp Thu Mar 4 09:02:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 04 Mar 2004 09:02:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instances In-Reply-To: <404654C2.9010902@tromer.org> References: <20040229140652.5D0A.TAKUMA@dgp.ne.jp> <404654C2.9010902@tromer.org> Message-ID: <20040304180129.6A41.TAKUMA@dgp.ne.jp> Eran, > On 29-02-2004 14:11, Takuma Murakami wrote: > > >> As for preventing multiple instances of XWin > > This feature is already implemented in my local tree (not > > port based but mutex based detection). > > I see that it's in 4.3.0-50 and working well, but I don't see how the > current implementation addresses the common task I mentioned: > "open an xterm; run XWin first if needed" > If I use a batchfile that always runs XWin and then xterm, from the 2nd > invocation onwards it will produce the error popup reporting a "Fatal > error" and directing me a to log file... Not quite what's needed here.[1] > > Perhaps there should be a switch that says "if the display already > exists, exit silently". I agree. We should have an option like "-silent" or "-quiet". > But that doesn't solve the case where I want to run additional programs > (say, twm and xeyes) whenever a new display is created -- again a common > scenario, I believe. One way to solve this is to add an option for > checking the presence of an XWin instance on the given display number > and exiting immediately with a corresponding errorcode; a batchfile can > then check for the existance of an XWin instance, and if negative spawn > XWin and related stuff. But this could lead to a race condition if two > batchfiles do the check simultaneously. An alternative is to add an > option for XWin to run some executable iff its startup succeeded. Let's suppose Cygwin/X has -silent option as above: then I think startxwin.bat with -silent option is sufficient for your purpose. It will start a server (which silently fails if there is the other) and then start some favorite applications. Takuma Murakami From gkorte@tmse.nl Thu Mar 4 10:37:00 2004 From: gkorte@tmse.nl (gkorte@tmse.nl) Date: Thu, 04 Mar 2004 10:37:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instances Message-ID: >I see that it's in 4.3.0-50 and working well, but I don't see how the >current implementation addresses the common task I mentioned: >"open an xterm; run XWin first if needed" >If I use a batchfile that always runs XWin and then xterm, from the 2nd >invocation onwards it will produce the error popup reporting a "Fatal >error" and directing me a to log file... Not quite what's needed here.[1] > >Perhaps there should be a switch that says "if the display already >exists, exit silently". Hi Eran, I had the same problem and have solved it with the following Batch file: ------------- @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% REM Find a running version of XWin c:\progra~1\resour~1\pulist |c:\progra~1\resour~1\qgrep XWin >nul REM if Xwin is running then start an Xterm if errorlevel 1 goto NEXT run C:\cygwin\usr\X11R6\bin\xterm -cr red -sl 1000 -sb -rightbar -ms red -fg white -bg black -e /usr/bin/bash --login goto END :NEXT REM Delete temp and lock file and start XWin and Xterm. attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 >nul del %CYGWIN_ROOT%\tmp\.X11-unix\X0 >nul start C:\cygwin\usr\X11R6\bin\XWin.exe -multiplemonitors -multiwindow -dpi 100 -clipboard run C:\cygwin\usr\X11R6\bin\xterm -cr red -sl 1000 -sb -rightbar -ms red -fg white -bg black -e /usr/bin/bash --login :END --------------- You will need pulist and qgrep which is included in w2k resource kit. Should you not have this then please contact me offlist cygwin@nai.nu Basically this batch file start Xwin if pulist (like ps but for windows) does not return a XWin process. Hope this helps -- Kind regards Geordy Korte From cygwinx2eran@tromer.org Thu Mar 4 12:03:00 2004 From: cygwinx2eran@tromer.org (cygwinx2eran@tromer.org) Date: Thu, 04 Mar 2004 12:03:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instance Message-ID: <40471B9D.7090308@tromer.org> On 2004-03-04 18:02, Takuma Murakami wrote: > > Perhaps there should be a switch that says "if the display already > > exists, exit silently". > I agree. We should have an option like "-silent" or "-quiet". That's not quite it -- I want to ignore a "display already exists" error, but if some other fatal error prevents XWin from loading I want to know about it (say, via the dialog box). > Let's suppose Cygwin/X has -silent option as above: then I > think startxwin.bat with -silent option is sufficient for your > purpose. It will start a server (which silently fails if there > is the other) and then start some favorite applications. This would spawn new instances of my favorite applications every time I open an xterm. Not a pretty sight. Eran From alexander.gottwald@s1999.tu-chemnitz.de Thu Mar 4 12:12:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 04 Mar 2004 12:12:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instance In-Reply-To: <40471B9D.7090308@tromer.org> References: <40471B9D.7090308@tromer.org> Message-ID: On Thu, 4 Mar 2004 cygwinx2eran@tromer.org wrote: > On 2004-03-04 18:02, Takuma Murakami wrote: > > > > Perhaps there should be a switch that says "if the display already > > > exists, exit silently". > > I agree. We should have an option like "-silent" or "-quiet". > > That's not quite it -- I want to ignore a "display already exists" > error, but if some other fatal error prevents XWin from loading I want > to know about it (say, via the dialog box). The do something like this: export DISPLAY=:0 if ! xdpyinfo >/dev/null 2>&1; then XWin $DISPLAY $options fi xterm bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From cygwinx2eran@tromer.org Thu Mar 4 12:57:00 2004 From: cygwinx2eran@tromer.org (cygwinx2eran@tromer.org) Date: Thu, 04 Mar 2004 12:57:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instance Message-ID: <4047282E.8010705@tromer.org> On 2004-03-04 13:12, Alexander Gottwald wrote: > if ! xdpyinfo >/dev/null 2>&1; then Cygwin's xdpyinfo waits for 6 second before giving up. A couple of days ago I posted an alternative solution using netstat, which doesn't have this delay. Both suffer from race conditions, which are quite likely to occur in practice -- say, a user clicks his "Cygwin xterm" icon twice in succession to open two xterms, and as a result gets two XWin instances. Eran From pechtcha@cs.nyu.edu Thu Mar 4 13:22:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 04 Mar 2004 13:22:00 -0000 Subject: multimonitor question In-Reply-To: <20040304150900.6A26.TAKUMA@dgp.ne.jp> References: <000001c40125$aa0c3140$9bbb6151@BENJACKSON> <000001c4012f$75322dd0$9bbb6151@BENJACKSON> <20040304150900.6A26.TAKUMA@dgp.ne.jp> Message-ID: On Thu, 4 Mar 2004, Takuma Murakami wrote: > Ben, > > Please utilize the -geometry option as Igor says. > > Perhaps you are placing your monitors like the following > figure (fixed-width fonts are assumed). > > +-----------+--------------+ > | | | > | | | > | | | > +-----------+ | > | | monitor B | > | | | > | monitor A | | > | | | > +-----------+--------------+ > > Cygwin/X maps the top-left corner of the whole virtual screen > to (0, 0) on which new windows are to be placed. As long as > you specify -multimonitors in those situations, you should > accept this result and make use of -display option. Of course > proposals of better ways of mapping would be appreciated. > > The true problem is that no matter if -multimonitors is > specified or not, some code assume the top-left corner of > the whole virtual screen is (0, 0). Therefore users will > accidentally lose their new windows though they are willing > to use only the primary monitor. > > Takuma Murakami Takuma, Not having looked at the code, I may be asking something na??ve, but isn't the following layout also possible? +-----------+--------------+ | | | | | | | monitor A | | | | monitor B | | | | +-----------+ | | | | | | | +-----------+--------------+ And if it is (and I can think of others, too), shouldn't the choice of layout be configurable somehow? 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 takuma@dgp.ne.jp Thu Mar 4 14:38:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 04 Mar 2004 14:38:00 -0000 Subject: multimonitor question In-Reply-To: References: <20040304150900.6A26.TAKUMA@dgp.ne.jp> Message-ID: <20040304233802.915B.TAKUMA@dgp.ne.jp> Igor, > Not having looked at the code, I may be asking something na?ve, but > isn't the following layout also possible? > > +-----------+--------------+ > | | | > | | | > | monitor A | | > | | monitor B | > | | | > +-----------+ | > | | | > | | | > +-----------+--------------+ > > And if it is (and I can think of others, too), shouldn't the choice of > layout be configurable somehow? The placement of monitors is configured in the Windows layer. With dual monitor systems you can freely move the monitors in the display setting menu (I don't know the exact name in English Windows; right-click desktop and select the rightmost tab). Windows let flexible placement to accommodate various real layouts of monitors. The virtual screen is formed as the smallest rectangle that includes all monitors. For example we can consider the following placement which has two empty areas. +-----------+--------------+ | | | | | | | | monitor B | +-----------+ | | | | | +--------------+ | monitor A | | | | | +-----------+--------------+ Hope this helps. Takuma Murakami From bstoneman@sma-llc.com Thu Mar 4 14:43:00 2004 From: bstoneman@sma-llc.com (Stoneman-Morris & Associates, LLC) Date: Thu, 04 Mar 2004 14:43:00 -0000 Subject: Connecting to server via VPN and Xterm Message-ID: <200403041443.BCS38437@ms1.verisignmail.com> I have loaded the software, but I am still unable to open an Xterm window that connects to the server I want. My question is : What do I configure in order to accomplish this ? From cgf-no-personal-reply-please@cygwin.com Thu Mar 4 15:00:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 04 Mar 2004 15:00:00 -0000 Subject: Reducing configuration headaches for cygwin-xfree In-Reply-To: References: <1078320234.8051.43.camel@famine> Message-ID: <20040304140613.GA18789@redhat.com> On Wed, Mar 03, 2004 at 02:51:01PM +0100, Alexander Gottwald wrote: >>- cygwin1.dll side-by-side install issue solved, i.e. it should be >>possible to have a stable version of this X server installed next to a >>bleeding edge CygWin. > >This is an issue that must be solved by the cygwin folks and it is >unlikely that is ever will. the shared memory sections are required >for interprocess communication. if there are two different >cygwin1.dlls floating around (even renamed and the shared memory >separated) it will break the xserver integration into the cygwin layer. Yes, it comes up periodically in the cygwin mailing list but it is not something that I, or any other developer, have any interest in exploring. It is not impossible to run two installations at the same time, as long as you don't expect communication between the two. However, this is a wonderfully self-selecting type of activity. If you know what you're doing, it's not that hard to set up and use. If you don't know what you're doing and things like DLLs, shared memory, and source code are a mystery then you're probably not going to be able to set things up. That is how it should be. I really don't want to be debugging problems from people who have multiple cygwins on their systems but don't really understand the problems inherent in doing that. The mantra is that newer versions of cygwin always work with older versions of programs so you should only ever need one version of cygwin. >> - The CygWin installer is a stumbling block itself. For those that >> *only* want an X server, a gigantic self-installing .exe file would be >> better. > >Separate installers for cygwin programs is pain. Wincvs has done it. OpenSSH >has done it. And a lot more too. And it always leads to _huge_ problems if >you want to use them together. Most installers also install their own >cygwin1.dll with different version and then the programs just bomb. AFAIK, you wouldn't want to install X without also installing some other things like bash, at least. I would think you'd want other tools like 'cp', as well. Since people always complain that the minimal installation for cygwin (which is the default) doesn't have enough stuff in it, I don't really understand why the minimal installation + X would have too much. However, there was a brief discussion in the cygwin list of introducing "personalities" to the cygwin setup utility to accommodate different uses. If this is something that is useful to the Cygwin/X project then hop over to cygwin-apps and provide a patch or at least discuss this option with others who are interested in implementing it. cgf From huntharo@msu.edu Thu Mar 4 15:05:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Mar 2004 15:05:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instance In-Reply-To: <4047282E.8010705@tromer.org> References: <4047282E.8010705@tromer.org> Message-ID: <404745CF.5070606@msu.edu> I actually have a fairly long laundry list of things that I am going to be doing for this "open a unique display number problem". One of them is to add some options for specifying what to do if a particular display cannot be opened (-display-or-die), others either let you specify whether to assign display 5 (-auto-display-reuse) if 1-4 and 6-10 were used or let you specify to assign display 11 (-auto-display-highest) in that same case. I guess the next thing we need then is a way to have the just-started XWin process report the display number that it got. I am thinking of several ways to do this, but I haven't stumbled across the optimal solution yet. By the way, the way that I am a proposing to solve the display assignment problem should fix cases where only Cygwin/X is being used without race conditions (ideally), but I am going to allow for race conditions when other X Servers are also being used on the same machine, since there doesn't seem to be a uniform way to inform them that certain displays are in use already, nor is there an atomic way to decide to use a display number and lock it before any random process could also try to open that port (at least not that I can think of). All in all, we will be a heck of a lot better off than we are now. Harold cygwinx2eran@tromer.org wrote: > On 2004-03-04 13:12, Alexander Gottwald wrote: > > >>if ! xdpyinfo >/dev/null 2>&1; then > > > Cygwin's xdpyinfo waits for 6 second before giving up. A couple of days > ago I posted an alternative solution using netstat, which doesn't have > this delay. Both suffer from race conditions, which are quite likely to > occur in practice -- say, a user clicks his "Cygwin xterm" icon twice in > succession to open two xterms, and as a result gets two XWin instances. > > Eran > From alexander.gottwald@s1999.tu-chemnitz.de Thu Mar 4 15:07:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 04 Mar 2004 15:07:00 -0000 Subject: Reducing configuration headaches for cygwin-xfree In-Reply-To: <20040304140613.GA18789@redhat.com> References: <1078320234.8051.43.camel@famine> <20040304140613.GA18789@redhat.com> Message-ID: On Thu, 4 Mar 2004, Christopher Faylor wrote: > AFAIK, you wouldn't want to install X without also installing some other > things like bash, at least. I would think you'd want other tools like > 'cp', as well. Since people always complain that the minimal > installation for cygwin (which is the default) doesn't have enough stuff > in it, I don't really understand why the minimal installation + X would > have too much. One scenario is the stand-alone xserver which just acts as terminal for remote access. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From ehud@unix.mvs.co.il Thu Mar 4 15:11:00 2004 From: ehud@unix.mvs.co.il (Ehud Karni) Date: Thu, 04 Mar 2004 15:11:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instances In-Reply-To: <404654C2.9010902@tromer.org> (cygwinx2eran@tromer.org) References: <404654C2.9010902@tromer.org> Message-ID: <200403041511.i24FBcOQ017243@beta.mvs.co.il> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 03 Mar 2004 23:57:22 +0200, cygwinx2eran@tromer.org wrote: > > On 29-02-2004 14:11, Takuma Murakami wrote: > > >> As for preventing multiple instances of XWin > > This feature is already implemented in my local tree (not > > port based but mutex based detection). > > I see that it's in 4.3.0-50 and working well, but I don't see how the > current implementation addresses the common task I mentioned: > "open an xterm; run XWin first if needed" > If I use a batchfile that always runs XWin and then xterm, from the 2nd > invocation onwards it will produce the error popup reporting a "Fatal > error" and directing me a to log file... Not quite what's needed here.[1] I have a similar problem on Linux (I use VNC virtual DISPLAY). My solution is to use a shell script and check for the open port by trying to connect to it. If this fails 5 times, I assume it is not existing and do whats needed (I do check from remote computers too, so "whats needed" varies). If the connection succeeds the application is run with this DISPLAY. I wrote a small program that does the connect with timeout, and a simple bash script that ensures killing the test program if it hangs (which sometimes occurs). Ehud. - -- Ehud Karni Tel: +972-3-7966-561 /"\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D Better Safe Than Sorry -----BEGIN PGP SIGNATURE----- Comment: use http://www.keyserver.net/ to get my key (and others) iD8DBQFAR0cpLFvTvpjqOY0RAicrAJ9UfYPtmrdkZAEWvN0Wfn0dLT6iTACfW5ih RTiI7UHJFx241QhRVoJ6V8w= =Omh6 -----END PGP SIGNATURE----- From pechtcha@cs.nyu.edu Thu Mar 4 15:53:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 04 Mar 2004 15:53:00 -0000 Subject: Connecting to server via VPN and Xterm In-Reply-To: <200403041443.BCS38437@ms1.verisignmail.com> References: <200403041443.BCS38437@ms1.verisignmail.com> Message-ID: On Thu, 4 Mar 2004, Stoneman-Morris & Associates, LLC wrote: > I have loaded the software, but I am still unable to open an > Xterm window that connects to the server I want. > > My question is : What do I configure in order to accomplish this ? My question is : What have you configured so far ? Jokes aside, though, please read the Cygwin problem reporting guidelines at and rephrase/clarify your question. As-is, you just haven't provided enough information for even an educated guess. 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 cgf-no-personal-reply-please@cygwin.com Thu Mar 4 16:04:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Thu, 04 Mar 2004 16:04:00 -0000 Subject: Reducing configuration headaches for cygwin-xfree In-Reply-To: References: <1078320234.8051.43.camel@famine> <20040304140613.GA18789@redhat.com> Message-ID: <20040304160408.GC21030@redhat.com> On Thu, Mar 04, 2004 at 04:07:00PM +0100, Alexander Gottwald wrote: >On Thu, 4 Mar 2004, Christopher Faylor wrote: >>AFAIK, you wouldn't want to install X without also installing some >>other things like bash, at least. I would think you'd want other tools >>like 'cp', as well. Since people always complain that the minimal >>installation for cygwin (which is the default) doesn't have enough >>stuff in it, I don't really understand why the minimal installation + X >>would have too much. > >One scenario is the stand-alone xserver which just acts as terminal for >remote access. How would you manage remote access if you didn't at least have bash, though? Run xterm + cmd.exe, maybe? cgf From pechtcha@cs.nyu.edu Thu Mar 4 16:12:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 04 Mar 2004 16:12:00 -0000 Subject: Reducing configuration headaches for cygwin-xfree In-Reply-To: <20040304160408.GC21030@redhat.com> References: <1078320234.8051.43.camel@famine> <20040304140613.GA18789@redhat.com> <20040304160408.GC21030@redhat.com> Message-ID: On Thu, 4 Mar 2004, Christopher Faylor wrote: > On Thu, Mar 04, 2004 at 04:07:00PM +0100, Alexander Gottwald wrote: > >On Thu, 4 Mar 2004, Christopher Faylor wrote: > >>AFAIK, you wouldn't want to install X without also installing some > >>other things like bash, at least. I would think you'd want other tools > >>like 'cp', as well. Since people always complain that the minimal > >>installation for cygwin (which is the default) doesn't have enough > >>stuff in it, I don't really understand why the minimal installation + X > >>would have too much. > > > >One scenario is the stand-alone xserver which just acts as terminal for > >remote access. > > How would you manage remote access if you didn't at least have bash, > though? Run xterm + cmd.exe, maybe? > > cgf Remote access as in running a remote xterm and displaying it on a local X. Either that, or XDMCP. The first obviously also needs some other way of connecting to the remote machine (e.g., telnet). 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 Thu Mar 4 16:26:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 04 Mar 2004 16:26:00 -0000 Subject: Reducing configuration headaches for cygwin-xfree In-Reply-To: <20040304160408.GC21030@redhat.com> References: <1078320234.8051.43.camel@famine> <20040304140613.GA18789@redhat.com> <20040304160408.GC21030@redhat.com> Message-ID: On Thu, 4 Mar 2004, Christopher Faylor wrote: > How would you manage remote access if you didn't at least have bash, > though? Run xterm + cmd.exe, maybe? > > cgf with XDMCP. Start XWin -query linux-host and you'll get a window just like with MS Terminal Service. This only requires XWin, cygwin1.dll, cygX11-6.dll, cygcygipc.dll an cygz.dll bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From huntharo@msu.edu Thu Mar 4 16:28:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Mar 2004 16:28:00 -0000 Subject: Reducing configuration headaches for cygwin-xfree In-Reply-To: References: <1078320234.8051.43.camel@famine> <20040304140613.GA18789@redhat.com> <20040304160408.GC21030@redhat.com> Message-ID: <40475927.1070201@msu.edu> Igor Pechtchanski wrote: > On Thu, 4 Mar 2004, Christopher Faylor wrote: > > >>On Thu, Mar 04, 2004 at 04:07:00PM +0100, Alexander Gottwald wrote: >> >>>On Thu, 4 Mar 2004, Christopher Faylor wrote: >>> >>>>AFAIK, you wouldn't want to install X without also installing some >>>>other things like bash, at least. I would think you'd want other tools >>>>like 'cp', as well. Since people always complain that the minimal >>>>installation for cygwin (which is the default) doesn't have enough >>>>stuff in it, I don't really understand why the minimal installation + X >>>>would have too much. >>> >>>One scenario is the stand-alone xserver which just acts as terminal for >>>remote access. >> >>How would you manage remote access if you didn't at least have bash, >>though? Run xterm + cmd.exe, maybe? >> >>cgf > > > Remote access as in running a remote xterm and displaying it on a local X. > Either that, or XDMCP. The first obviously also needs some other way of > connecting to the remote machine (e.g., telnet). Note that it also works fine with any ssh implementation, such as PuTTY. Harold From jscheef@yahoo.com Thu Mar 4 23:28:00 2004 From: jscheef@yahoo.com (Jim Scheef) Date: Thu, 04 Mar 2004 23:28:00 -0000 Subject: Cygwin/xFree from 2 users In-Reply-To: Message-ID: <20040304232828.80593.qmail@web41507.mail.yahoo.com> Alexander and all, I guess I wasn't clear. I'm sitting at my notebook looking at the XP login screen. If I log in using js@domainname, Xwin works fine, but fails to start when I log on using js@machinename. The machine and the Cygwin/Xfree installation are one and the same in both cases. I use the same username (js) in both cases for convenience and I was hoping that this would make it easy to use the same Cygwin home directory (/home/js) for both logins. How can I make this work? Jim --- Alexander Gottwald wrote: > On Mon, 1 Mar 2004, Jim Scheef wrote: > > > Hello. > > > > I use a notebook computer so I can carry my computing environment around. > > This is WinXP and current versions of Cygwin and xFree as of a few weeks > ago. > > > > I have several user 'accounts' that belong to various domains. Most of > these > > accounts are 'js', as in js@machinename, js@domain1.com, js@domain2.org, > etc. > > I want all of these to use the same Cygwin home directory. > > > > Cygwin and X were installed from js@domain1.com. When I'm not connected > to a > > network, I use js@machinename. Cygwin seems to work with both user > accounts > > but X will not start from js@machinename. The attached xwin.log came from > > running xinit. Trying to start kde gives an error that there is no write > > access to .ICEauthority. I believe the X problem is related to > permissions > > within /home/js. > > > > I have tried to set up permissions for both user accounts on /home/js but > I > > can't seem to make them stick. > > > > What permissions are needed? What file permissions are critical, which > mearly > > convenient? Does the setup process replace the permissions on the user's > home > > directory? How can Cygwin and X be configured for multiple users on a > > machine? and the big question - how can I configure Cygwin and X so that > I > > can use the same /home/js directory from multiple 'js' accounts? > > You can not start two xservers with the same display number (which is in > fact the > TCP/IP port used). Start the second with an additional parameter ":1". eg > XWin :1 > or xinit -- :1 > > bye > ago > -- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 > http://www.tu-chemnitz.de/linux/tag __________________________________ Do you Yahoo!? Yahoo! Search - Find what you??re looking for faster http://search.yahoo.com From huntharo@msu.edu Thu Mar 4 23:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Mar 2004 23:36:00 -0000 Subject: Cygwin/xFree from 2 users In-Reply-To: <20040304232828.80593.qmail@web41507.mail.yahoo.com> References: <20040304232828.80593.qmail@web41507.mail.yahoo.com> Message-ID: <4047BD8C.5000204@msu.edu> Jim Scheef wrote: > Alexander and all, > > I guess I wasn't clear. I'm sitting at my notebook looking at the XP login > screen. If I log in using js@domainname, Xwin works fine, but fails to start > when I log on using js@machinename. The machine and the Cygwin/Xfree > installation are one and the same in both cases. I use the same username (js) > in both cases for convenience and I was hoping that this would make it easy > to use the same Cygwin home directory (/home/js) for both logins. How can I > make this work? Jim, Are you doing the "fast user switching" where both users are logged in at the same time? Or, can only one of your "js" users be logged in at a time and you are experiencing the failure at that time? The home directory question is generic to Cygwin, not related to Cygwin/X at all. I'll give you a start though: you need to edit Cygwin's /etc/passwd and change the home directory for the two different users (user id names do not identify a user to Windows; instead, the SID identifies the user, you should see two 'js' users listed in passwd). You might also need to check the permissions on /home/js before doing this to ensure that both users will be able to write to it. Again, that is a generic Cygwin/Windows question that should be looked into elsewhere if you need more help. Harold From peter@wisnovsky.net Thu Mar 4 23:39:00 2004 From: peter@wisnovsky.net (Peter Wisnovsky) Date: Thu, 04 Mar 2004 23:39:00 -0000 Subject: XWin -clipboard and xterm focus Message-ID: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> I'm using the XFree86 stuff to run my bash shells on cygwin and am using the following to start my X session. xinit -- Xwin -clipboard -multiwindow & [I've tried various combinations of -multiwindow and -rootless] In multiwindow mode xterms only seem to have keyboard focus if the mouse is in the xterm window. Is there any way to configure it so that the xterm has keyboard focus if its in front? It seems to pick up a few characters after the mouse leaves, but then stops. Also...the -clipboard setting doesn't have any discernable effect. I put this in based on http://x.cygwin.com/docs/ug/configure-cygwin-xfree-options.html but I have to use the standalone Xwinclip. I'm running % cygcheck -c | grep XFree XFree86-base 4.3.0-1 OK XFree86-bin 4.3.0-5 OK XFree86-etc 4.3.0-3 OK XFree86-f100 4.2.0-3 OK XFree86-fenc 4.2.0-3 OK XFree86-fnts 4.2.0-3 OK XFree86-fscl 4.2.0-3 OK XFree86-fsrv 4.3.0-4 OK XFree86-lib 4.3.0-1 OK XFree86-lib-compat 4.3.0-1 OK XFree86-man 4.3.0-2 OK XFree86-startup-scripts 4.2.0-5 OK XFree86-xserv 4.3.0-20 OK XFree86-xwinclip 4.3.0-1 OK I notice there is no reference to -clipboard in my XWin(1) manual page. Peter From huntharo@msu.edu Thu Mar 4 23:43:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 04 Mar 2004 23:43:00 -0000 Subject: XWin -clipboard and xterm focus In-Reply-To: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> Message-ID: <4047BF04.7060300@msu.edu> Peter, You need to do a general update of Cygwin by rerunning Cygwin's setup.exe and letting it upgrade updated packages. For example, the XFree86-xserv package is now at version 4.3.0-50; you have version 4.3.0-20 installed. Let me just say that *substantial* changes in functionality have been made in those last 30 releases. If you still have the same problems after upgrading, feel free to reask your questions. Harold Peter Wisnovsky wrote: > I'm using the XFree86 stuff to run my bash shells on cygwin and am using the > following to start my X session. > > xinit -- Xwin -clipboard -multiwindow & > > [I've tried various combinations of -multiwindow and -rootless] > > In multiwindow mode xterms only seem to have keyboard focus if the mouse is > in > the xterm window. Is there any way to configure it so that the xterm has > keyboard focus if its in front? It seems to pick up a few characters after > the mouse leaves, but then stops. > > > Also...the -clipboard setting doesn't have any discernable effect. I put > this in based on > > http://x.cygwin.com/docs/ug/configure-cygwin-xfree-options.html > > but I have to use the standalone Xwinclip. I'm running > > % cygcheck -c | grep XFree > XFree86-base 4.3.0-1 OK > XFree86-bin 4.3.0-5 OK > XFree86-etc 4.3.0-3 OK > XFree86-f100 4.2.0-3 OK > XFree86-fenc 4.2.0-3 OK > XFree86-fnts 4.2.0-3 OK > XFree86-fscl 4.2.0-3 OK > XFree86-fsrv 4.3.0-4 OK > XFree86-lib 4.3.0-1 OK > XFree86-lib-compat 4.3.0-1 OK > XFree86-man 4.3.0-2 OK > XFree86-startup-scripts 4.2.0-5 OK > XFree86-xserv 4.3.0-20 OK > XFree86-xwinclip 4.3.0-1 OK > > I notice there is no reference to -clipboard in my XWin(1) manual page. > > Peter From peter@wisnovsky.net Thu Mar 4 23:54:00 2004 From: peter@wisnovsky.net (Peter Wisnovsky) Date: Thu, 04 Mar 2004 23:54:00 -0000 Subject: XWin -clipboard and xterm focus References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> Message-ID: <013501c40243$eb65acb0$ac050b0a@PWISNOVSKY> ----- Original Message ----- From: "Harold L Hunt II" To: Sent: Thursday, March 04, 2004 3:43 PM Subject: Re: XWin -clipboard and xterm focus -#- MailID:8WBA > Peter, > > You need to do a general update of Cygwin by rerunning Cygwin's > setup.exe and letting it upgrade updated packages. Doh! I've been running update pretty often, but using a mirror that seems completely out of date, "cygwin.mirrors.pair.com". Using ftp.nas.nasa.gov seems to have much fresher stuff...I'll try that, thanks! Peter From peter@wisnovsky.net Fri Mar 5 00:27:00 2004 From: peter@wisnovsky.net (Peter Wisnovsky) Date: Fri, 05 Mar 2004 00:27:00 -0000 Subject: XWin -clipboard and xterm focus References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> Message-ID: <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> I updated, and it seems to have removed all the files associated with xwinclip, but not replaced them with any working functionality in XWin. So now I have NO working clipboard support after this update. The focus problem still exists as well. Sigh. ~% cygcheck -c | grep XFree XFree86-base 4.3.0-1 OK XFree86-bin 4.3.0-9 OK XFree86-etc 4.3.0-6 OK XFree86-f100 4.2.0-3 OK XFree86-fenc 4.2.0-3 OK XFree86-fnts 4.2.0-3 OK XFree86-fscl 4.2.0-3 OK XFree86-fsrv 4.3.0-7 OK XFree86-lib 4.3.0-1 OK XFree86-lib-compat 4.3.0-2 OK XFree86-man 4.3.0-4 OK XFree86-startup-scripts 4.2.0-5 OK XFree86-xserv 4.3.0-50 OK XFree86-xwinclip 4.3.0-2 OK ~% cygcheck -l XFree86-xwinclip ~% Peter ----- Original Message ----- From: "Harold L Hunt II" Sent: Thursday, March 04, 2004 3:43 PM Subject: Re: XWin -clipboard and xterm focus -#- MailID:8WBA > Peter, > > You need to do a general update of Cygwin by rerunning Cygwin's > setup.exe and letting it upgrade updated packages. > > For example, the XFree86-xserv package is now at version 4.3.0-50; you > have version 4.3.0-20 installed. Let me just say that *substantial* > changes in functionality have been made in those last 30 releases. > > If you still have the same problems after upgrading, feel free to reask > your questions. > > Harold > > Peter Wisnovsky wrote: > > > I'm using the XFree86 stuff to run my bash shells on cygwin and am using the > > following to start my X session. > > > > xinit -- Xwin -clipboard -multiwindow & > > > > [I've tried various combinations of -multiwindow and -rootless] > > > > In multiwindow mode xterms only seem to have keyboard focus if the mouse is > > in > > the xterm window. Is there any way to configure it so that the xterm has > > keyboard focus if its in front? It seems to pick up a few characters after > > the mouse leaves, but then stops. > > > > > > Also...the -clipboard setting doesn't have any discernable effect. I put > > this in based on > > > > http://x.cygwin.com/docs/ug/configure-cygwin-xfree-options.html > > > > but I have to use the standalone Xwinclip. I'm running > > > > % cygcheck -c | grep XFree > > XFree86-base 4.3.0-1 OK > > XFree86-bin 4.3.0-5 OK > > XFree86-etc 4.3.0-3 OK > > XFree86-f100 4.2.0-3 OK > > XFree86-fenc 4.2.0-3 OK > > XFree86-fnts 4.2.0-3 OK > > XFree86-fscl 4.2.0-3 OK > > XFree86-fsrv 4.3.0-4 OK > > XFree86-lib 4.3.0-1 OK > > XFree86-lib-compat 4.3.0-1 OK > > XFree86-man 4.3.0-2 OK > > XFree86-startup-scripts 4.2.0-5 OK > > XFree86-xserv 4.3.0-20 OK > > XFree86-xwinclip 4.3.0-1 OK > > > > I notice there is no reference to -clipboard in my XWin(1) manual page. > > > > Peter From huntharo@msu.edu Fri Mar 5 01:08:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 01:08:00 -0000 Subject: XWin -clipboard and xterm focus In-Reply-To: <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> Message-ID: <4047D2FB.30301@msu.edu> Peter, Peter Wisnovsky wrote: > I updated, and it seems to have removed all the files associated with > xwinclip, but not replaced them with any working functionality in XWin. So > now I have NO working clipboard support after this update. The focus problem > still exists as well. Sigh. That is precisely what was supposed to happen. Let me remind you of something you wrote: > xinit -- Xwin -clipboard -multiwindow & You are using the integrated clipboard support, or at least claiming to. The integrated clipboard support is a replacement for xwinclip and you *cannot* use both -clipboard and xwinclip at the same time. So, you must have something wrong with your command line. Check /tmp/XWin.log to see what command line was used to start XWin. FYI, the XFree86-xwinclip package was renamed to xwinclip. You'll notice that the description of the XFree86-xwinclip package says "removed package". Harold From huntharo@msu.edu Fri Mar 5 01:11:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 01:11:00 -0000 Subject: XWin -clipboard and xterm focus In-Reply-To: <013501c40243$eb65acb0$ac050b0a@PWISNOVSKY> References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <013501c40243$eb65acb0$ac050b0a@PWISNOVSKY> Message-ID: <4047D3B3.2010603@msu.edu> Peter Wisnovsky wrote: > ----- Original Message ----- > From: "Harold L Hunt II" > To: > Sent: Thursday, March 04, 2004 3:43 PM > Subject: Re: XWin -clipboard and xterm focus -#- MailID:8WBA > > > >>Peter, >> >>You need to do a general update of Cygwin by rerunning Cygwin's >>setup.exe and letting it upgrade updated packages. > > > Doh! I've been running update pretty often, but using a mirror that seems > completely out of date, "cygwin.mirrors.pair.com". Using ftp.nas.nasa.gov > seems to have much fresher stuff...I'll try that, thanks! Yup, that mirror was culled from the mirror list some time ago. There is a script that removes out of date mirrors, but it wasn't working for several months in the recent past; we figured this out and it was since fixed. However, setup.exe will keep your list of last used mirrors, regardless of whether they are in the mirror list or not. It does this not as a feature, but more as a side effect of the feature that allows you to point setup.exe to your own mirrors. It appears that setup.exe does not distinguish between "mirror that was on mirror list and no longer is" and "user-added mirror that is not on mirror list". Obviously, the latter sort should never be removed from the list automatically, while the former should be removed so that users do not inadvertantly keep using a stale mirror. Of course, I will wait patiently until someone else feels motivated to implment this. Harold From peter@wisnovsky.net Fri Mar 5 01:37:00 2004 From: peter@wisnovsky.net (Peter Wisnovsky) Date: Fri, 05 Mar 2004 01:37:00 -0000 Subject: XWin -clipboard and xterm focus References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> <4047D2FB.30301@msu.edu> Message-ID: <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> > > I updated, and it seems to have removed all the files associated with > > xwinclip, but not replaced them with any working functionality in XWin. So > > now I have NO working clipboard support after this update. The focus problem > > still exists as well. Sigh. > > That is precisely what was supposed to happen. Let me remind you of > something you wrote: OK, though I didn't infer that the xwinclip would be removed. In any case, here is my log...not sure where the arguments are... Peter 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 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 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 992 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 992 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 992 r 1280 l 0 b 992 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 992 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1280 height: 992 depth: 32 size image: 5079040 winAllocateFBShadowGDI - Created shadow stride: 1280 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 winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () winInitMultiWindowWM - Hello winInitMultiWindowWM - 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 (==) winConfigKeyboard - Layout: "00000409" (00000409) (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 640 496 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - XInitThreads () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winInitMultiWindowWM - pthread_mutex_lock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - Calling setlocale () winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - setlocale () returned winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. From huntharo@msu.edu Fri Mar 5 01:42:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 01:42:00 -0000 Subject: XWin -clipboard and xterm focus In-Reply-To: <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> <4047D2FB.30301@msu.edu> <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> Message-ID: <4047DB11.7010604@msu.edu> Peter Wisnovsky wrote: >>>I updated, and it seems to have removed all the files associated with >>>xwinclip, but not replaced them with any working functionality in XWin. > > So > >>>now I have NO working clipboard support after this update. The focus > > problem > >>>still exists as well. Sigh. >> >>That is precisely what was supposed to happen. Let me remind you of >>something you wrote: > > > OK, though I didn't infer that the xwinclip would be removed. In any case, > here is my log...not sure where the arguments are... > > Peter Do another cygcheck to get your versions. You still don't have XFree86-xserv-4.3.0-49 or -50. Also, make sure that you don't have copies of older versions of XWin.exe that you are starting instead of the new one that you downloaded. Both -49 and -50 print the version of XWin.exe and the command-line arguments at the top of XWin.log. Harold From huntharo@msu.edu Fri Mar 5 02:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 02:27:00 -0000 Subject: xemacs over ssh tunneling In-Reply-To: <015001c40184$55f2c1a0$1d5a0c80@mencken> References: <015001c40184$55f2c1a0$1d5a0c80@mencken> Message-ID: <4047E583.7040008@msu.edu> Dan, Daniel Danger Bentley wrote: > Thanks so much for .50. No problem. > I now have this problem when I run xemacs over ssh tunneling from another > computer. It didn't used to happen, and it doesn't if I use, e.g., MI-X. > When I try to cut anything in xemacs, I get the error message contained in > xerror (attached) and xemacs freezes. I think you have the generic problem with OpenSSH 3.8 and trusted X11 tunneling. See the FAQ for the answer. > Also, any easy things I can do to help the codebase? I have some amount of > experience in cs type stuff... Well, the To-Do list is on the website: http://x.cygwin.com/devel/todo.html However, none of those are particularly easy tasks. I want to engage you in this project since you are showing some interest, so I am going to go update that To-Do list with some more realistic tasks now. I will write again when I have updated it. Harold From huntharo@msu.edu Fri Mar 5 03:03:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 03:03:00 -0000 Subject: To-Do list updated Message-ID: <4047EE1C.9050401@msu.edu> I updated the To-Do list with the items that people have requested recently and simplified the description of some items to make them easier to understand. http://x.cygwin.com/devel/todo.html Enjoy! Harold From huntharo@msu.edu Fri Mar 5 06:28:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 06:28:00 -0000 Subject: OpenGL linking problem solved Message-ID: <40481E21.7050501@msu.edu> After thinking about this for a bit I realized the following: 1) The problem is due to the conjunction of the Glx extension module not using stdcall when it includes gl.h while the function prototype that I put in hw/xwin/InitOutput.c did use stdcall. 2) Without the stdcall in InitOutput.c the link against -lopengl32 would fail since those symbols and functions use stdcall. 3) The Glx module does not use stdcall because it expects to be linking against the Mesa library, which does not use stdcall. 4) While I had removed the Mesa library from the XWin.exe link command, I had left in the Glx library, since I will be linking against that when I am using -lopengl32 to provide the OpenGL functions. Recall that if we decorated the function prototype in InitOutput.c with stdcall then the link would work, but the linker would complain that it was doing an automatic stdcall fixup for us. I could not duplicate this behavior with a stand alone test program and our links to other Win32 libraries (such as -lgdi32) that use stdcall did not cause a similar warning. I realized that the Glx library had prototypes for the OpenGL functions that were not stdcall, so the function 'foo' would get decorated as '_foo'. The Glx library appeared in the link command before the lib that includes InitOutput.c; when the linker got to InitOutput.c it saw that the function foo was already defined and that its symbol name was _foo and marked it as using stdcall (I think). The interesting bit here is that leaving off the stdcall in InitOutput.c causes the function foo to be unresolved. So, now that the linker has marked 'foo' as using stdcall, it can resolve _foo to _foo@8 that resolves in -lopengl32. Again, without the stdcall, the linker will instead report that the symbol '_foo' could not be resolved. I formed a theory that removing the Glx library from the link command would cause the symbol name for the foo function to be _foo@8 instead of _foo and it would resolve to _foo@8 in -lopengl32 without warning. I just tested my theory by removing the Glx library from the link command and #if 0'ing two calls to Glx* functions in Xserver/mi/miinitext.c, adding -lopengl32 to the link line, and sticking a stdcall prototype for glPixelStorei in InitOutput.c and making a call to it. With Glx included the warning was emitted by the linker; with Glx excluded the symbol resolved without warning. The linking problem is now mostly resolved. Now we must figure out how to get stdcall added to all function definitions for the OpenGL headers. I think one part of this is to just disable building of Mesa, which should prevent the included GL/*.h headers from being used in the build. Then we might have to add a -DAPIENTRY=__stdcall or some such to the defines for the Glx module (since the Glx module will not be inlcuding windows.h, which normally results in APIENTRY being defined correctly on Windows). More often than not it seems that just getting things to build properly is 90% of the work for adding support for a new feature to Cygwin/X. Getting these final linking issues resolved in a reproducible manner will mean that we are probably 50% of the way done with indirect OpenGL acceleration... it shouldn't take long after that to get some basic demos working. It will take longer to perfect and polish, but we should be able to show people something soon. Harold From takuma@dgp.ne.jp Fri Mar 5 07:41:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Fri, 05 Mar 2004 07:41:00 -0000 Subject: New log file header In-Reply-To: <4045EFCF.6070909@msu.edu> References: <200403031439.i23EdKxE031710@beta.mvs.co.il> <4045EFCF.6070909@msu.edu> Message-ID: <20040305162532.2DA3.TAKUMA@dgp.ne.jp> > > 2. Could you add a time-stamp at beginning of each line ? > > I tried to correspond the log messages with external actions (i.e. > > copy/paste and Emacs errors) and the time stamp could help. > > That is an interesting idea. I think we can do something like that > because we have a single "ErrorF" function that handles printing the log > messages. We should be able to modify this one function to get > timestamps on all entries... but it may not look too pretty since it > will mess with multiple-line error messages that come from other parts > of the source code. If those lines are printed with multiple ErrorF > calls, then things will line up correctly. However, if they are printed > with a single call to ErrorF with multiple "\n"'s, then it may not look > so good. Of course, we could substitute each "\n" in the format string > (except for the last) with "\n%TIME%", which would help to keep things > aligned. > > I dunno... I will have to think about this a bit. In my humble opinion, time stamps are very good for debugging but might be slightly too verbose for average users. Additionally it could reduce readability of log files. I think a kind of log level (verbosity level) is desired so that XWiin will print time stamps if -verbose or -debug flag is specified. However I can't contribute right now so I honor implementor's choice. Takuma Murakami From andrew.markebo@comhem.se Fri Mar 5 11:41:00 2004 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Fri, 05 Mar 2004 11:41:00 -0000 Subject: FW: XWin Xserver maximum root area exceeded? In-Reply-To: (Bonert Brigitte's message of "Wed, 3 Mar 2004 08:54:07 -0500") References: Message-ID: [...] |> |> Hi, |> I am trying to use the prebuilt XWin.exe on a root area of |> 12800x2048 (20 projectors arranged in 2 rows each with a resolution of | 1280x1024) Very interesting! 12.800 twelveTHOUSAND pixels wide.. could it be something like the size has a limitation? Hmm maybe is squeezed into a word where a couple of bits is used for other stuff? /Andy -- Your fault -- core dumped From tulitanssi@luukku.com Fri Mar 5 14:58:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Fri, 05 Mar 2004 14:58:00 -0000 Subject: WindowMaker does not find libX11.dll Message-ID: <1078498705649.tulitanssi.86233.OCrH-1K455LXtZu2zQHnig@luukku.com> Hi all, I had problems with a fresh setup (today with all the newest packages with XFree86-xserv-4.3.0-50 and all). WindowMaker will not start, since it cannot find libX11.dll. And really, this file does not exist after setup.exe. >From some older discussion I found that copying cygX11-6.dll to libX11.dll fixes the problem, and it did. Does this mean that WindowMaker package is just out of date? Thanks, Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From mecklen@comcast.net Fri Mar 5 17:42:00 2004 From: mecklen@comcast.net (Robert Mecklenburg) Date: Fri, 05 Mar 2004 17:42:00 -0000 Subject: XDMCP through a firewall w/ nat Message-ID: <16456.47997.726000.253445@gargle.gargle.HOWL> I'm trying to connect to a linux machine with kdm and I'm having trouble. My configurations are: linux: Mandrake 9.2 KDE ssh configured with X11Forwarding Windows XP: ICF disabled Latest Cygwin X (updated daily) Linksys Firewall/gateway/hub - I've successfully configured kdm for remote access and tested it from a cygwin host on the linux local lan. - I've correctly configured ssh (I don't think this matters) and can connect from the windows machine through the firewall to the remote host and can use ssh -X successfully. I realize this isn't exact relevant, but you never know what someone will ask about. - The firewall is doing nat (I don't know if this is what all firewalls do), so I have a linksys_ip and a windows_ip. - I've configured my local firewall to pass ports 6000-6020 through to my windows host. - I've tried these configurations unsuccessfully. With these I get no error, but no login window. XWin -query $remote_ip XWin -query $remote_ip -from $windows_ip XWin -query $remote_ip -clipboard -from $windows_ip With these I get the same error: XWin -query $remote_ip -from $linksys_ip XWin -query $remote_ip -clipboard -from $linksys_ip XWin -query $remote_ip -fp tcp/$remote_ip:7100 -clipboard -from $linksys_ip _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root Fatal server error: Xserver: failed to bind to -from address: 24.10.217.117 With this I get a more hopeful error: XWin -query $remote_ip -fp tcp/$remote_ip:7100 -clipboard -from $windows_ip Could not init font path element tcp/207.88.121.38:7100, removing from list! Fatal server error: could not open default font 'fixed' I could be I'm not running a font server on port 7100, or that the port is inaccessible for some reason. I've read many of the posting in the archives and the faq. The faq says none of this will work through a firewall, but maybe it's out of date. I've noticed other posting from people who may have gotten this to work? Or have I misread them? Am I totally off-base? Is there any hope getting kdm through my firewall? Suggestions? BTW, Thanks for Cgywin and the XFree86 port! I've been using it for year with great success. Thanks, Robert Mecklenburg From huntharo@msu.edu Fri Mar 5 17:51:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 17:51:00 -0000 Subject: WindowMaker does not find libX11.dll In-Reply-To: <1078498705649.tulitanssi.86233.OCrH-1K455LXtZu2zQHnig@luukku.com> References: <1078498705649.tulitanssi.86233.OCrH-1K455LXtZu2zQHnig@luukku.com> Message-ID: <4048BE05.9090406@msu.edu> I just did a cygcheck on wmaker.exe: ======================================= $ cygcheck ./wmaker.exe .\wmaker.exe C:\cygwin\bin\cygjpeg-62.dll C:\cygwin\bin\cygwin1.dll C:\WINDOWS\System32\ADVAPI32.DLL C:\WINDOWS\System32\ntdll.dll C:\WINDOWS\System32\KERNEL32.dll C:\WINDOWS\System32\RPCRT4.dll C:\cygwin\bin\cygungif-4.dll C:\cygwin\usr\X11R6\bin\libX11.dll C:\cygwin\usr\X11R6\bin\cygX11-6.dll C:\cygwin\bin\cygcygipc-2.dll C:\cygwin\usr\X11R6\bin\cygXext-6.dll C:\cygwin\usr\X11R6\bin\cygXpm-4.dll C:\cygwin\bin\cygpng12.dll C:\cygwin\bin\cygz.dll C:\cygwin\bin\cygtiff4.dll ======================================= These lines are of interest: C:\cygwin\bin\cygungif-4.dll C:\cygwin\usr\X11R6\bin\libX11.dll This means that the linungif package was built against the old 4.2.0 X libraries (it hasn't been rebuilt since 2002) and needs to be rebuilt soon since those libraries are going to be pulled with the next release. I will see what I can do about this. Harold tulitanssi@luukku.com wrote: > Hi all, > > I had problems with a fresh setup (today with all the newest packages with > XFree86-xserv-4.3.0-50 and all). WindowMaker will not start, since it cannot > find libX11.dll. And really, this file does not exist after setup.exe. > > From some older discussion I found that copying cygX11-6.dll > to libX11.dll fixes the problem, and it did. Does this mean that > WindowMaker package is just out of date? > > Thanks, > Tuli > > .............................................................. > MTV3 Laajakaista - Hauskemman el??m??n puolesta. > http://www.mtv3.fi/liittyma/hankinta/laajakaista/ > > From adam@highimpactsites.com Fri Mar 5 18:13:00 2004 From: adam@highimpactsites.com (Adam M. Dicker) Date: Fri, 05 Mar 2004 18:13:00 -0000 Subject: Our site and cygwin.com Message-ID: <1078510415_16216@server1.dns11.ispserver.cx> Dear owner of www.cygwin.com/cygwin-ug-net/ntsec.html, My name is Adam Dicker, and I'm the owner of elvispresley.com. I wanted to let you know that I've just placed a link to cygwin.com. You can find the link to your site here: http://www.elvispresley.com/links.php I've used this text to link to your site: "www.cygwin.com/cygwin-ug-net/ntsec.html" This is the description I've used for your site: "Cygwin Information and Installation" Let me know if you want to change the description of your site. Thanks for putting such a useful site on the Web! I would really appreciate it if you could give me a heads up if you move or change link locations, or if you post any new material that you think my visitors would be interested in. A link back to my site would also be nice. :-) Again, thank you very much for your great web site. Sincerely, Adam M. Dicker From tulitanssi@luukku.com Fri Mar 5 18:16:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Fri, 05 Mar 2004 18:16:00 -0000 Subject: WindowMaker does not find libX11.dll Message-ID: <1078510564965.tulitanssi.99232.4xMQ48EqqaLDngUx117pfg@luukku.com> Hi Harold, thanks for finding it out. However, I also noticed two other problems. 1) Emacs and xemacs (as started on Solaris and Linux) have crashing problems with the new XFree86-xserv-4.3.0-50. With XFree86-xserv-4.3.0-44 this problem did not exist. The crashing can easily be reproduced just by clicking on the emacs windows repeatedly for some seconds, maybe moving the mouse a bit at the same time. 2) The Alt Gr button on my european keyboard does not seem to work at all with emacs/xemacs. However, it works with xterm. Once again, this problem didn't occur with XFree86-xserv-4.3.0-44. Maybe these two problems are also a result of some outdated library? Tuli ------------------- From: Harold L Hunt II ........ These lines are of interest: C:\cygwin\bin\cygungif-4.dll C:\cygwin\usr\X11R6\bin\libX11.dll This means that the linungif package was built against the old 4.2.0 X libraries (it hasn't been rebuilt since 2002) and needs to be rebuilt soon since those libraries are going to be pulled with the next release. I will see what I can do about this. Harold .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From dwilson4life@yahoo.com Fri Mar 5 18:17:00 2004 From: dwilson4life@yahoo.com (dwilson4life@yahoo.com) Date: Fri, 05 Mar 2004 18:17:00 -0000 Subject: WindowMaker does not find libX11.dll In-Reply-To: <1078498709.29960.ezmlm@cygwin.com> Message-ID: <20040305181730.71838.qmail@web41610.mail.yahoo.com> Actually you can get the libX11.dll if you install the Cygwin/X shared libraries from the XFree86-lib-compat/XFree86-lib-compat-4.3.0-2 package. These libraries, like Harold pointed out are based on the 4.2.0 (older) shared libraries. -D >On Fri, 05 Mar 2004 16:58:25 +0200, tulitanssi wrote: > Hi all, > > I had problems with a fresh setup (today with all the newest packages with > XFree86-xserv-4.3.0-50 and all). WindowMaker will not start, since it cannot > find libX11.dll. And really, this file does not exist after setup.exe. > > From some older discussion I found that copying cygX11-6.dll > to libX11.dll fixes the problem, and it did. Does this mean that > WindowMaker package is just out of date? > > Thanks, > Tuli > > .............................................................. > MTV3 Laajakaista - Hauskemman el??m??n puolesta. > http://www.mtv3.fi/liittyma/hankinta/laajakaista/ __________________________________ Do you Yahoo!? Yahoo! Search - Find what you??re looking for faster http://search.yahoo.com From peter@wisnovsky.net Fri Mar 5 18:19:00 2004 From: peter@wisnovsky.net (Peter Wisnovsky) Date: Fri, 05 Mar 2004 18:19:00 -0000 Subject: XWin -clipboard and xterm focus References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> <4047D2FB.30301@msu.edu> <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> <4047DB11.7010604@msu.edu> Message-ID: <01b301c402de$50e50c80$ac050b0a@PWISNOVSKY> Sigh, the update seems to have corrupted my installation since now ssh gives me an unresolved symbol in DLL error. I'll try reinstalling everything. Peter ----- Original Message ----- From: "Harold L Hunt II" To: Sent: Thursday, March 04, 2004 5:42 PM Subject: Re: XWin -clipboard and xterm focus -#- MailID:JWBA > Peter Wisnovsky wrote: > >>>I updated, and it seems to have removed all the files associated with > >>>xwinclip, but not replaced them with any working functionality in XWin. > > > > So > > > >>>now I have NO working clipboard support after this update. The focus > > > > problem > > > >>>still exists as well. Sigh. > >> > >>That is precisely what was supposed to happen. Let me remind you of > >>something you wrote: > > > > > > OK, though I didn't infer that the xwinclip would be removed. In any case, > > here is my log...not sure where the arguments are... > > > > Peter > > Do another cygcheck to get your versions. You still don't have > XFree86-xserv-4.3.0-49 or -50. Also, make sure that you don't have > copies of older versions of XWin.exe that you are starting instead of > the new one that you downloaded. Both -49 and -50 print the version of > XWin.exe and the command-line arguments at the top of XWin.log. > > Harold From dwilson4life@yahoo.com Fri Mar 5 18:20:00 2004 From: dwilson4life@yahoo.com (D) Date: Fri, 05 Mar 2004 18:20:00 -0000 Subject: WindowMaker does not find libX11.dll Message-ID: Actually you can get the libX11.dll if you install the Cygwin/X shared libraries from the XFree86-lib-compat/XFree86-lib-compat4.3.0-2 pat-4.3.0-2 package. These libraries, like Harold pointed out are based ont he 4.2.0 (older) shared libraries. -D On Fri, 05 Mar 2004 16:58:25 +0200, tulitanssi wrote: > Hi all, > > I had problems with a fresh setup (today with all the newest packages with > XFree86-xserv-4.3.0-50 and all). WindowMaker will not start, since it cannot > find libX11.dll. And really, this file does not exist after setup.exe. > > From some older discussion I found that copying cygX11-6.dll > to libX11.dll fixes the problem, and it did. Does this mean that > WindowMaker package is just out of date? > > Thanks, > Tuli > > .............................................................. > MTV3 Laajakaista - Hauskemman el??m??n puolesta. > http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From huntharo@msu.edu Fri Mar 5 18:25:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 18:25:00 -0000 Subject: WindowMaker does not find libX11.dll In-Reply-To: <1078510564965.tulitanssi.99232.4xMQ48EqqaLDngUx117pfg@luukku.com> References: <1078510564965.tulitanssi.99232.4xMQ48EqqaLDngUx117pfg@luukku.com> Message-ID: <4048C615.9060004@msu.edu> Lets keep one issue in one email thread. Start another if you want people to look into those issues. Harold tulitanssi@luukku.com wrote: > Hi Harold, > > thanks for finding it out. > > However, I also noticed two other problems. > > 1) Emacs and xemacs (as started on Solaris and Linux) have crashing problems > with the new XFree86-xserv-4.3.0-50. With XFree86-xserv-4.3.0-44 this problem > did not exist. The crashing can easily be reproduced just by clicking on the > emacs windows repeatedly for some seconds, maybe moving the mouse a bit > at the same time. > > 2) The Alt Gr button on my european keyboard does not seem to work at all > with emacs/xemacs. However, it works with xterm. Once again, this problem > didn't occur with XFree86-xserv-4.3.0-44. > > Maybe these two problems are also a result of some outdated library? > > Tuli > > ------------------- > From: Harold L Hunt II > > ........ > > These lines are of interest: > > C:\cygwin\bin\cygungif-4.dll > C:\cygwin\usr\X11R6\bin\libX11.dll > > This means that the linungif package was built against the old 4.2.0 X libraries (it hasn't been rebuilt since 2002) and needs to be rebuilt soon since those libraries are going to be pulled with the next release. > > I will see what I can do about this. > > Harold > > > .............................................................. > MTV3 Laajakaista - Hauskemman el??m??n puolesta. > http://www.mtv3.fi/liittyma/hankinta/laajakaista/ > > From huntharo@msu.edu Fri Mar 5 18:35:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 18:35:00 -0000 Subject: WindowMaker does not find libX11.dll In-Reply-To: References: Message-ID: <4048C87B.5000008@msu.edu> D wrote: > Actually you can get the libX11.dll if you install the Cygwin/X shared > libraries from the XFree86-lib-compat/XFree86-lib-compat4.3.0-2 > pat-4.3.0-2 package. These libraries, like Harold pointed out are based > ont he 4.2.0 (older) shared libraries. I didn't mention that because I do not want him to do that. Those libraries may be removed as early as next week. Harold From alexander.gottwald@s1999.tu-chemnitz.de Fri Mar 5 18:35:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Mar 2004 18:35:00 -0000 Subject: New log file header In-Reply-To: <20040305162532.2DA3.TAKUMA@dgp.ne.jp> References: <200403031439.i23EdKxE031710@beta.mvs.co.il> <4045EFCF.6070909@msu.edu> <20040305162532.2DA3.TAKUMA@dgp.ne.jp> Message-ID: On Fri, 5 Mar 2004, Takuma Murakami wrote: > > > 2. Could you add a time-stamp at beginning of each line ? > > > I tried to correspond the log messages with external actions (i.e. > > > copy/paste and Emacs errors) and the time stamp could help. > > > > That is an interesting idea. I think we can do something like that > > because we have a single "ErrorF" function that handles printing the log > > messages. We should be able to modify this one function to get > > timestamps on all entries... but it may not look too pretty since it > > will mess with multiple-line error messages that come from other parts > > of the source code. If those lines are printed with multiple ErrorF > > calls, then things will line up correctly. However, if they are printed > > with a single call to ErrorF with multiple "\n"'s, then it may not look > > so good. Of course, we could substitute each "\n" in the format string > > (except for the last) with "\n%TIME%", which would help to keep things > > aligned. > > > > I dunno... I will have to think about this a bit. > > In my humble opinion, time stamps are very good for debugging > but might be slightly too verbose for average users. Additionally > it could reduce readability of log files. > > I think a kind of log level (verbosity level) is desired so > that XWiin will print time stamps if -verbose or -debug flag > is specified. However I can't contribute right now so I honor > implementor's choice. There is already a -loglevel switch. All logfunction (ErrorF, winErrorVerb ...) will end up in winMsg (AFAIR). You can add the timestamp there. currently the default loglevel is 2 (afair). Maybe loglevel 3 or 4 is a good choice for adding the timestamp. bye ago@linuxtag -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From huntharo@msu.edu Fri Mar 5 18:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 18:36:00 -0000 Subject: XWin -clipboard and xterm focus In-Reply-To: <01b301c402de$50e50c80$ac050b0a@PWISNOVSKY> References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> <4047D2FB.30301@msu.edu> <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> <4047DB11.7010604@msu.edu> <01b301c402de$50e50c80$ac050b0a@PWISNOVSKY> Message-ID: <4048C8C6.7050102@msu.edu> Peter, If you posted a little more information about that message then we might be able to help you short of a complete reinstall. Harold Peter Wisnovsky wrote: > Sigh, the update seems to have corrupted my installation since now ssh gives > me an unresolved symbol in DLL error. I'll try reinstalling everything. > > Peter > > ----- Original Message ----- > From: "Harold L Hunt II" > To: > Sent: Thursday, March 04, 2004 5:42 PM > Subject: Re: XWin -clipboard and xterm focus -#- MailID:JWBA > > > >>Peter Wisnovsky wrote: >> >>>>>I updated, and it seems to have removed all the files associated with >>>>>xwinclip, but not replaced them with any working functionality in XWin. >>> >>>So >>> >>> >>>>>now I have NO working clipboard support after this update. The focus >>> >>>problem >>> >>> >>>>>still exists as well. Sigh. >>>> >>>>That is precisely what was supposed to happen. Let me remind you of >>>>something you wrote: >>> >>> >>>OK, though I didn't infer that the xwinclip would be removed. In any > > case, > >>>here is my log...not sure where the arguments are... >>> >>>Peter >> >>Do another cygcheck to get your versions. You still don't have >>XFree86-xserv-4.3.0-49 or -50. Also, make sure that you don't have >>copies of older versions of XWin.exe that you are starting instead of >>the new one that you downloaded. Both -49 and -50 print the version of >>XWin.exe and the command-line arguments at the top of XWin.log. >> >>Harold > > > From dwilson4life@yahoo.com Fri Mar 5 18:39:00 2004 From: dwilson4life@yahoo.com (D) Date: Fri, 05 Mar 2004 18:39:00 -0000 Subject: WindowMaker does not find libX11.dll Message-ID: Sorry about that Harold. I did not fully read your original response. >On Fri, 05 Mar 2004 13:35:39 -0500, Harold L Hunt II wrote: > D wrote: > >> Actually you can get the libX11.dll if you install the Cygwin/X shared >> libraries from the XFree86-lib-compat/XFree86-lib-compat4.3.0-2 >> pat-4.3.0-2 package. These libraries, like Harold pointed out are >> based ont he 4.2.0 (older) shared libraries. > > I didn't mention that because I do not want him to do that. Those > libraries may be removed as early as next week. > > Harold From peter@wisnovsky.net Fri Mar 5 18:55:00 2004 From: peter@wisnovsky.net (Peter Wisnovsky) Date: Fri, 05 Mar 2004 18:55:00 -0000 Subject: XWin -clipboard and xterm focus References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> <4047D2FB.30301@msu.edu> <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> <4047DB11.7010604@msu.edu> <01b301c402de$50e50c80$ac050b0a@PWISNOVSKY> <4048C8C6.7050102@msu.edu> Message-ID: <025c01c402e3$5a8fecf0$ac050b0a@PWISNOVSKY> Sigh. Now its even worse. My reinstall failed because the individual package install scripts fail for the same missing entry point: sh.exe: The procedure _fcntl64 could not be located in the dynamic link library cygwin1.dll Peter ----- Original Message ----- From: "Harold L Hunt II" To: Sent: Friday, March 05, 2004 10:36 AM Subject: Re: XWin -clipboard and xterm focus -#- MailID:EYBA > Peter, > > If you posted a little more information about that message then we might > be able to help you short of a complete reinstall. > > Harold > > Peter Wisnovsky wrote: > > > Sigh, the update seems to have corrupted my installation since now ssh gives > > me an unresolved symbol in DLL error. I'll try reinstalling everything. > > > > Peter > > > > ----- Original Message ----- > > From: "Harold L Hunt II" > > To: > > Sent: Thursday, March 04, 2004 5:42 PM > > Subject: Re: XWin -clipboard and xterm focus -#- MailID:JWBA > > > > > > > >>Peter Wisnovsky wrote: > >> > >>>>>I updated, and it seems to have removed all the files associated with > >>>>>xwinclip, but not replaced them with any working functionality in XWin. > >>> > >>>So > >>> > >>> > >>>>>now I have NO working clipboard support after this update. The focus > >>> > >>>problem > >>> > >>> > >>>>>still exists as well. Sigh. > >>>> > >>>>That is precisely what was supposed to happen. Let me remind you of > >>>>something you wrote: > >>> > >>> > >>>OK, though I didn't infer that the xwinclip would be removed. In any > > > > case, > > > >>>here is my log...not sure where the arguments are... > >>> > >>>Peter > >> > >>Do another cygcheck to get your versions. You still don't have > >>XFree86-xserv-4.3.0-49 or -50. Also, make sure that you don't have > >>copies of older versions of XWin.exe that you are starting instead of > >>the new one that you downloaded. Both -49 and -50 print the version of > >>XWin.exe and the command-line arguments at the top of XWin.log. > >> > >>Harold > > > > > > From huntharo@msu.edu Fri Mar 5 18:59:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 18:59:00 -0000 Subject: XWin -clipboard and xterm focus In-Reply-To: <025c01c402e3$5a8fecf0$ac050b0a@PWISNOVSKY> References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> <4047D2FB.30301@msu.edu> <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> <4047DB11.7010604@msu.edu> <01b301c402de$50e50c80$ac050b0a@PWISNOVSKY> <4048C8C6.7050102@msu.edu> <025c01c402e3$5a8fecf0$ac050b0a@PWISNOVSKY> Message-ID: <4048CE0C.6050900@msu.edu> Peter, Sounds like cygwin1.dll was in use when you updated and that you have to reboot in order for it to be actually replaced. Either that (try the reboot first) or you have an older copy of cygwin1.dll somewhere on your system and will need to search for it and remove it. Harold Peter Wisnovsky wrote: > Sigh. Now its even worse. My reinstall failed because the individual package > install scripts fail for the same missing entry point: > > sh.exe: The procedure _fcntl64 could not be located in the dynamic link > library cygwin1.dll > > Peter > > ----- Original Message ----- > From: "Harold L Hunt II" > To: > Sent: Friday, March 05, 2004 10:36 AM > Subject: Re: XWin -clipboard and xterm focus -#- MailID:EYBA > > > >>Peter, >> >>If you posted a little more information about that message then we might >>be able to help you short of a complete reinstall. >> >>Harold >> >>Peter Wisnovsky wrote: >> >> >>>Sigh, the update seems to have corrupted my installation since now ssh > > gives > >>>me an unresolved symbol in DLL error. I'll try reinstalling everything. >>> >>>Peter >>> >>>----- Original Message ----- >>>From: "Harold L Hunt II" >>>To: >>>Sent: Thursday, March 04, 2004 5:42 PM >>>Subject: Re: XWin -clipboard and xterm focus -#- MailID:JWBA >>> >>> >>> >>> >>>>Peter Wisnovsky wrote: >>>> >>>> >>>>>>>I updated, and it seems to have removed all the files associated with >>>>>>>xwinclip, but not replaced them with any working functionality in > > XWin. > >>>>>So >>>>> >>>>> >>>>> >>>>>>>now I have NO working clipboard support after this update. The focus >>>>> >>>>>problem >>>>> >>>>> >>>>> >>>>>>>still exists as well. Sigh. >>>>>> >>>>>>That is precisely what was supposed to happen. Let me remind you of >>>>>>something you wrote: >>>>> >>>>> >>>>>OK, though I didn't infer that the xwinclip would be removed. In any >>> >>>case, >>> >>> >>>>>here is my log...not sure where the arguments are... >>>>> >>>>>Peter >>>> >>>>Do another cygcheck to get your versions. You still don't have >>>>XFree86-xserv-4.3.0-49 or -50. Also, make sure that you don't have >>>>copies of older versions of XWin.exe that you are starting instead of >>>>the new one that you downloaded. Both -49 and -50 print the version of >>>>XWin.exe and the command-line arguments at the top of XWin.log. >>>> >>>>Harold >>> >>> >>> > > From peter@wisnovsky.net Fri Mar 5 19:25:00 2004 From: peter@wisnovsky.net (Peter Wisnovsky) Date: Fri, 05 Mar 2004 19:25:00 -0000 Subject: XWin -clipboard and xterm focus References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> <4047D2FB.30301@msu.edu> <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> <4047DB11.7010604@msu.edu> <01b301c402de$50e50c80$ac050b0a@PWISNOVSKY> <4048C8C6.7050102@msu.edu> <025c01c402e3$5a8fecf0$ac050b0a@PWISNOVSKY> <4048CE0C.6050900@msu.edu> Message-ID: <000e01c402e7$75050260$ac050b0a@PWISNOVSKY> Doh! I exited all cygwin windows but forgot about the sshd. I forgot, its a windows machine: when in doubt, reboot! So...this seems to have fixed the focus problem; the clipboard still doesn't work but now that I have the updated log I see that its not launching this with the -clipboard arg. Curious, since I pass the -clipboard arg in my xstartup.sh, which sez xinit -- XWin -clipboard -multiwindow; this in turn is started with a windows shortcut C:\cygwin\bin\cygstart.exe --hide "c:\Documents and Settings\psw\xstartup.sh" This also is the case if I launch using sh xstartup.sh from a bash shell. Should I explicitly start XWin and the clients rather than using the xinit -- XWin trick? Here is the complete log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.50 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -emulate3buttons :0 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 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 992 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 992 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 992 r 1280 l 0 b 992 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 992 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1280 height: 992 depth: 32 size image: 5079040 winAllocateFBShadowGDI - Created shadow stride: 1280 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) Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 640 496 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - 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 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. Peter ----- Original Message ----- From: "Harold L Hunt II" To: Sent: Friday, March 05, 2004 10:59 AM Subject: Re: XWin -clipboard and xterm focus -#- MailID:KYBA > Peter, > > Sounds like cygwin1.dll was in use when you updated and that you have to > reboot in order for it to be actually replaced. > > Either that (try the reboot first) or you have an older copy of > cygwin1.dll somewhere on your system and will need to search for it and > remove it. > > Harold > > Peter Wisnovsky wrote: > > > Sigh. Now its even worse. My reinstall failed because the individual package > > install scripts fail for the same missing entry point: > > > > sh.exe: The procedure _fcntl64 could not be located in the dynamic link > > library cygwin1.dll > > > > Peter > > > > ----- Original Message ----- > > From: "Harold L Hunt II" > > To: > > Sent: Friday, March 05, 2004 10:36 AM > > Subject: Re: XWin -clipboard and xterm focus -#- MailID:EYBA > > > > > > > >>Peter, > >> > >>If you posted a little more information about that message then we might > >>be able to help you short of a complete reinstall. > >> > >>Harold > >> > >>Peter Wisnovsky wrote: > >> > >> > >>>Sigh, the update seems to have corrupted my installation since now ssh > > > > gives > > > >>>me an unresolved symbol in DLL error. I'll try reinstalling everything. > >>> > >>>Peter > >>> > >>>----- Original Message ----- > >>>From: "Harold L Hunt II" > >>>To: > >>>Sent: Thursday, March 04, 2004 5:42 PM > >>>Subject: Re: XWin -clipboard and xterm focus -#- MailID:JWBA > >>> > >>> > >>> > >>> > >>>>Peter Wisnovsky wrote: > >>>> > >>>> > >>>>>>>I updated, and it seems to have removed all the files associated with > >>>>>>>xwinclip, but not replaced them with any working functionality in > > > > XWin. > > > >>>>>So > >>>>> > >>>>> > >>>>> > >>>>>>>now I have NO working clipboard support after this update. The focus > >>>>> > >>>>>problem > >>>>> > >>>>> > >>>>> > >>>>>>>still exists as well. Sigh. > >>>>>> > >>>>>>That is precisely what was supposed to happen. Let me remind you of > >>>>>>something you wrote: > >>>>> > >>>>> > >>>>>OK, though I didn't infer that the xwinclip would be removed. In any > >>> > >>>case, > >>> > >>> > >>>>>here is my log...not sure where the arguments are... > >>>>> > >>>>>Peter > >>>> > >>>>Do another cygcheck to get your versions. You still don't have > >>>>XFree86-xserv-4.3.0-49 or -50. Also, make sure that you don't have > >>>>copies of older versions of XWin.exe that you are starting instead of > >>>>the new one that you downloaded. Both -49 and -50 print the version of > >>>>XWin.exe and the command-line arguments at the top of XWin.log. > >>>> > >>>>Harold > >>> > >>> > >>> > > > > From huntharo@msu.edu Fri Mar 5 19:29:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 19:29:00 -0000 Subject: XWin -clipboard and xterm focus In-Reply-To: <000e01c402e7$75050260$ac050b0a@PWISNOVSKY> References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> <4047D2FB.30301@msu.edu> <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> <4047DB11.7010604@msu.edu> <01b301c402de$50e50c80$ac050b0a@PWISNOVSKY> <4048C8C6.7050102@msu.edu> <025c01c402e3$5a8fecf0$ac050b0a@PWISNOVSKY> <4048CE0C.6050900@msu.edu> <000e01c402e7$75050260$ac050b0a@PWISNOVSKY> Message-ID: <4048D507.5050304@msu.edu> Peter, I would just use startxwin.bat from the XFree86-startup-scripts package. It is much more reliable and easy to understand. I think it would help in your case to at least try startxwin.bat to confirm that it works as expected, then you can work on fixing your startup method of choice. Harold Peter Wisnovsky wrote: > Doh! I exited all cygwin windows but forgot about the sshd. I forgot, its a > windows machine: when in doubt, reboot! > > So...this seems to have fixed the focus problem; the clipboard still doesn't > work but now that I have the updated log I see that its not launching this > with the -clipboard arg. Curious, since I pass the -clipboard arg in my > xstartup.sh, which sez xinit -- XWin -clipboard -multiwindow; this in turn > is started with a windows shortcut > > C:\cygwin\bin\cygstart.exe --hide "c:\Documents and > Settings\psw\xstartup.sh" > > This also is the case if I launch using sh xstartup.sh from a bash shell. > Should I explicitly start XWin and the clients rather than using the > xinit -- XWin trick? > > Here is the complete log > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.50 > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > XWin -multiwindow -emulate3buttons :0 > > 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 > 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 992 1280 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 992 1280 > winCreateBoundingWindowWindowed - WindowClient w 1280 h 992 r 1280 l 0 b 992 > t 0 > winCreateBoundingWindowWindowed - Returning > winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 992 depth: 32 > winAllocateFBShadowGDI - Dibsection width: 1280 height: 992 depth: 32 size > image: 5079040 > winAllocateFBShadowGDI - Created shadow stride: 1280 > 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) > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = > "(null)" > winPointerWarpCursor - Discarding first warp: 640 496 > winBlockHandler - Releasing pmServerStarted > winInitMultiWindowWM - pthread_mutex_lock () returned. > winBlockHandler - pthread_mutex_unlock () returned > winProcEstablishConnection - Hello > winProcEstablishConnection - Clipboard is not enabled, returning. > winInitMultiWindowWM - pthread_mutex_unlock () returned. > winInitMultiWindowWM - 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 > winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened > the display. > winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the > display. > > Peter > > ----- Original Message ----- > From: "Harold L Hunt II" > To: > Sent: Friday, March 05, 2004 10:59 AM > Subject: Re: XWin -clipboard and xterm focus -#- MailID:KYBA > > > >>Peter, >> >>Sounds like cygwin1.dll was in use when you updated and that you have to >>reboot in order for it to be actually replaced. >> >>Either that (try the reboot first) or you have an older copy of >>cygwin1.dll somewhere on your system and will need to search for it and >>remove it. >> >>Harold >> >>Peter Wisnovsky wrote: >> >> >>>Sigh. Now its even worse. My reinstall failed because the individual > > package > >>>install scripts fail for the same missing entry point: >>> >>>sh.exe: The procedure _fcntl64 could not be located in the dynamic link >>>library cygwin1.dll >>> >>>Peter >>> >>>----- Original Message ----- >>>From: "Harold L Hunt II" >>>To: >>>Sent: Friday, March 05, 2004 10:36 AM >>>Subject: Re: XWin -clipboard and xterm focus -#- MailID:EYBA >>> >>> >>> >>> >>>>Peter, >>>> >>>>If you posted a little more information about that message then we might >>>>be able to help you short of a complete reinstall. >>>> >>>>Harold >>>> >>>>Peter Wisnovsky wrote: >>>> >>>> >>>> >>>>>Sigh, the update seems to have corrupted my installation since now ssh >>> >>>gives >>> >>> >>>>>me an unresolved symbol in DLL error. I'll try reinstalling everything. >>>>> >>>>>Peter >>>>> >>>>>----- Original Message ----- >>>>>From: "Harold L Hunt II" >>>>>To: >>>>>Sent: Thursday, March 04, 2004 5:42 PM >>>>>Subject: Re: XWin -clipboard and xterm focus -#- MailID:JWBA >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>>Peter Wisnovsky wrote: >>>>>> >>>>>> >>>>>> >>>>>>>>>I updated, and it seems to have removed all the files associated > > with > >>>>>>>>>xwinclip, but not replaced them with any working functionality in >>> >>>XWin. >>> >>> >>>>>>>So >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>>now I have NO working clipboard support after this update. The > > focus > >>>>>>>problem >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>>>still exists as well. Sigh. >>>>>>>> >>>>>>>>That is precisely what was supposed to happen. Let me remind you of >>>>>>>>something you wrote: >>>>>>> >>>>>>> >>>>>>>OK, though I didn't infer that the xwinclip would be removed. In any >>>>> >>>>>case, >>>>> >>>>> >>>>> >>>>>>>here is my log...not sure where the arguments are... >>>>>>> >>>>>>>Peter >>>>>> >>>>>>Do another cygcheck to get your versions. You still don't have >>>>>>XFree86-xserv-4.3.0-49 or -50. Also, make sure that you don't have >>>>>>copies of older versions of XWin.exe that you are starting instead of >>>>>>the new one that you downloaded. Both -49 and -50 print the version of >>>>>>XWin.exe and the command-line arguments at the top of XWin.log. >>>>>> >>>>>>Harold >>>>> >>>>> >>>>> >>> > > From peter@wisnovsky.net Fri Mar 5 19:40:00 2004 From: peter@wisnovsky.net (Peter Wisnovsky) Date: Fri, 05 Mar 2004 19:40:00 -0000 Subject: XWin -clipboard and xterm focus References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> <4047D2FB.30301@msu.edu> <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> <4047DB11.7010604@msu.edu> <01b301c402de$50e50c80$ac050b0a@PWISNOVSKY> <4048C8C6.7050102@msu.edu> <025c01c402e3$5a8fecf0$ac050b0a@PWISNOVSKY> <4048CE0C.6050900@msu.edu> <000e01c402e7$75050260$ac050b0a@PWISNOVSKY> <4048D507.5050304@msu.edu> Message-ID: <002201c402e9$9f7b9b10$ac050b0a@PWISNOVSKY> OK, so I did this, and modified a copy to do start XWin -multiwindow -clipboard when I run this I see in the log that -clipboard was passed in, but get a popup that says "A fatal error has occurred and Cygwin/X will now exit. Please open /tmp/XWin.log for more information. [...] Release 4.3.0.50. Command line XWin -multiwindow -clipboard" Peter ----- Original Message ----- From: "Harold L Hunt II" To: Sent: Friday, March 05, 2004 11:29 AM Subject: Re: XWin -clipboard and xterm focus -#- MailID:SYBA > Peter, > > I would just use startxwin.bat from the XFree86-startup-scripts package. > It is much more reliable and easy to understand. I think it would > help in your case to at least try startxwin.bat to confirm that it works > as expected, then you can work on fixing your startup method of choice. > > Harold > > Peter Wisnovsky wrote: From jones_khoo@yahoo.com Fri Mar 5 19:40:00 2004 From: jones_khoo@yahoo.com (Jones Khoo) Date: Fri, 05 Mar 2004 19:40:00 -0000 Subject: about downloading separate files Message-ID: is there a way to download separate files instead of a whole package when updating your cygwin system. Take an example, I want to use gv, and it requires cygXmu-6.dll, since I don't have this file in my original Xfree86-bin, I need to download this file, yet I don't want to download a few M's package just for the sake of a few k's file via my slow connection. Or can anyone send me this file, thanks. From huntharo@msu.edu Fri Mar 5 19:50:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 19:50:00 -0000 Subject: XWin -clipboard and xterm focus In-Reply-To: <002201c402e9$9f7b9b10$ac050b0a@PWISNOVSKY> References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> <4047D2FB.30301@msu.edu> <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> <4047DB11.7010604@msu.edu> <01b301c402de$50e50c80$ac050b0a@PWISNOVSKY> <4048C8C6.7050102@msu.edu> <025c01c402e3$5a8fecf0$ac050b0a@PWISNOVSKY> <4048CE0C.6050900@msu.edu> <000e01c402e7$75050260$ac050b0a@PWISNOVSKY> <4048D507.5050304@msu.edu> <002201c402e9$9f7b9b10$ac050b0a@PWISNOVSKY> Message-ID: <4048DA05.5040109@msu.edu> Ah hem... well, I think it would be prudent to send in that /tmp/XWin.log, right? Harold Peter Wisnovsky wrote: > OK, so I did this, and modified a copy to do > > start XWin -multiwindow -clipboard > > when I run this I see in the log that -clipboard was passed in, but get a > popup that says > > "A fatal error has occurred and Cygwin/X will now exit. Please open > /tmp/XWin.log for more information. [...] Release 4.3.0.50. Command line > XWin -multiwindow -clipboard" > > Peter > ----- Original Message ----- > From: "Harold L Hunt II" > To: > Sent: Friday, March 05, 2004 11:29 AM > Subject: Re: XWin -clipboard and xterm focus -#- MailID:SYBA > > > >>Peter, >> >>I would just use startxwin.bat from the XFree86-startup-scripts package. >> It is much more reliable and easy to understand. I think it would >>help in your case to at least try startxwin.bat to confirm that it works >>as expected, then you can work on fixing your startup method of choice. >> >>Harold >> >>Peter Wisnovsky wrote: > > > From tulitanssi@luukku.com Fri Mar 5 19:52:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Fri, 05 Mar 2004 19:52:00 -0000 Subject: Emacs crashing with XFree86-xserv-4.3.0-50 Message-ID: <1078516369346.tulitanssi.107946.ecsYelKAB0GwHdNaviS7QA@luukku.com> Hi, as Harold adviced, I'll make a new problem thread: Emacs and xemacs (as started on Solaris or Linux) experience crashing problems with the new XFree86-xserv-4.3.0-50. With XFree86-xserv-4.3.0-44 this problem did not exist. The crashing can easily be reproduced just by clicking on the emacs windows repeatedly for some seconds, maybe moving the mouse a bit at the same time. Maybe the problem could be a some outdated supporting library? Thanks, Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From huntharo@msu.edu Fri Mar 5 19:59:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 19:59:00 -0000 Subject: Emacs crashing with XFree86-xserv-4.3.0-50 In-Reply-To: <1078516369346.tulitanssi.107946.ecsYelKAB0GwHdNaviS7QA@luukku.com> References: <1078516369346.tulitanssi.107946.ecsYelKAB0GwHdNaviS7QA@luukku.com> Message-ID: <4048DC12.5020305@msu.edu> Try running without -multwindow and instead use 'twm' as your window manager. If you can reproduce the problem, then we know that it was likely always there and that you just happened to notice it with release 4.3.0-50. If you cannot reproduce the problem then we have probably identified a valid problem in the multi-window code. Harold tulitanssi@luukku.com wrote: > Hi, > > as Harold adviced, I'll make a new problem thread: > > Emacs and xemacs (as started on Solaris or Linux) experience crashing problems > with the new XFree86-xserv-4.3.0-50. With XFree86-xserv-4.3.0-44 this problem > did not exist. The crashing can easily be reproduced just by clicking on the > emacs windows repeatedly for some seconds, maybe moving the mouse a bit > at the same time. > > Maybe the problem could be a some outdated supporting library? > > Thanks, > Tuli > > > .............................................................. > MTV3 Laajakaista - Hauskemman el??m??n puolesta. > http://www.mtv3.fi/liittyma/hankinta/laajakaista/ > > From tulitanssi@luukku.com Fri Mar 5 20:02:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Fri, 05 Mar 2004 20:02:00 -0000 Subject: Alt-Gr not working with emacs? Message-ID: <1078516962235.tulitanssi.108651.CcKqa1WXtIkBSAmLiRGkXw@luukku.com> Hi all, the Alt Gr button on my european keyboard does not seem to work at all with Solaris or Linux emacs/xemacs on XFree86-xserv-4.3.0-50. For example, pressing AltGr-4 should produce the dollar sign on my keyboard, but only number 4 comes actually out. However, the button works with xterm. This problem didn't occur with XFree86-xserv-4.3.0-44. Could some outdated supporting library cause this? Thanks, Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From tulitanssi@luukku.com Fri Mar 5 20:13:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Fri, 05 Mar 2004 20:13:00 -0000 Subject: Emacs crashing with XFree86-xserv-4.3.0-50 Message-ID: <1078517580656.tulitanssi.109492.IiRw03v3YtgO6eGZtnYa-g@luukku.com> Hi, unfortunately I can't currently test with twm. However, the same problem exists without -multiwindow on WindowMaker, and with normal -multiwindow option. So probably the problem has existed before 4.3.0-50, at least in 4.3.0-47. For some reason, in 4.3.0-44 I didn't notice it. Tuli Harold L Hunt II wrote: Try running without -multwindow and instead use 'twm' as your window manager. If you can reproduce the problem, then we know that it was likely always there and that you just happened to notice it with release 4.3.0-50. If you cannot reproduce the problem then we have probably identified a valid problem in the multi-window code. .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From huntharo@msu.edu Fri Mar 5 21:41:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 05 Mar 2004 21:41:00 -0000 Subject: WindowMaker does not find libX11.dll In-Reply-To: <1078510564965.tulitanssi.99232.4xMQ48EqqaLDngUx117pfg@luukku.com> References: <1078510564965.tulitanssi.99232.4xMQ48EqqaLDngUx117pfg@luukku.com> Message-ID: <4048F3EA.40801@msu.edu> Okay, I fixed the lubungif package, but I am waiting for the package maintainer to accept my changes. In the meantime, you can point Cygwin's setup.exe to the following address and install libungif-4.1.0-3: http://www.egr.msu.edu/~huntharo/cygwin/ Harold tulitanssi@luukku.com wrote: > Hi Harold, > > thanks for finding it out. > > However, I also noticed two other problems. > > 1) Emacs and xemacs (as started on Solaris and Linux) have crashing problems > with the new XFree86-xserv-4.3.0-50. With XFree86-xserv-4.3.0-44 this problem > did not exist. The crashing can easily be reproduced just by clicking on the > emacs windows repeatedly for some seconds, maybe moving the mouse a bit > at the same time. > > 2) The Alt Gr button on my european keyboard does not seem to work at all > with emacs/xemacs. However, it works with xterm. Once again, this problem > didn't occur with XFree86-xserv-4.3.0-44. > > Maybe these two problems are also a result of some outdated library? > > Tuli > > ------------------- > From: Harold L Hunt II > > ........ > > These lines are of interest: > > C:\cygwin\bin\cygungif-4.dll > C:\cygwin\usr\X11R6\bin\libX11.dll > > This means that the linungif package was built against the old 4.2.0 X libraries (it hasn't been rebuilt since 2002) and needs to be rebuilt soon since those libraries are going to be pulled with the next release. > > I will see what I can do about this. > > Harold > > > .............................................................. > MTV3 Laajakaista - Hauskemman el??m??n puolesta. > http://www.mtv3.fi/liittyma/hankinta/laajakaista/ > > From alexander.gottwald@s1999.tu-chemnitz.de Fri Mar 5 22:52:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Mar 2004 22:52:00 -0000 Subject: Cygwin/xFree from 2 users In-Reply-To: <20040304232828.80593.qmail@web41507.mail.yahoo.com> References: <20040304232828.80593.qmail@web41507.mail.yahoo.com> Message-ID: On Thu, 4 Mar 2004, Jim Scheef wrote: > Alexander and all, > > I guess I wasn't clear. I'm sitting at my notebook looking at the XP login > screen. If I log in using js@domainname, Xwin works fine, but fails to start > when I log on using js@machinename. The machine and the Cygwin/Xfree > installation are one and the same in both cases. I use the same username (js) > in both cases for convenience and I was hoping that this would make it easy > to use the same Cygwin home directory (/home/js) for both logins. How can I > make this work? There may be problems with access restrictions in some directories. does /tmp/Xwin.log print some errors? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From alexander.gottwald@s1999.tu-chemnitz.de Fri Mar 5 23:01:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Mar 2004 23:01:00 -0000 Subject: XDMCP through a firewall w/ nat In-Reply-To: <16456.47997.726000.253445@gargle.gargle.HOWL> References: <16456.47997.726000.253445@gargle.gargle.HOWL> Message-ID: On Fri, 5 Mar 2004, Robert Mecklenburg wrote: > I'm trying to connect to a linux machine with kdm and I'm having > trouble. My configurations are: > > linux: > Mandrake 9.2 > KDE > ssh configured with X11Forwarding > > Windows XP: > ICF disabled > Latest Cygwin X (updated daily) > > Linksys Firewall/gateway/hub > > - I've successfully configured kdm for remote access and tested it > from a cygwin host on the linux local lan. > > - I've correctly configured ssh (I don't think this matters) and can > connect from the windows machine through the firewall to the remote > host and can use ssh -X successfully. I realize this isn't exact > relevant, but you never know what someone will ask about. > > - The firewall is doing nat (I don't know if this is what all > firewalls do), so I have a linksys_ip and a windows_ip. > > - I've configured my local firewall to pass ports 6000-6020 through > to my windows host. > > - I've tried these configurations unsuccessfully. With these > I get no error, but no login window. > > XWin -query $remote_ip > XWin -query $remote_ip -from $windows_ip > XWin -query $remote_ip -clipboard -from $windows_ip > > > With these I get the same error: > > XWin -query $remote_ip -from $linksys_ip > XWin -query $remote_ip -clipboard -from $linksys_ip > XWin -query $remote_ip -fp tcp/$remote_ip:7100 -clipboard -from $linksys_ip You can only use from with a local address. > XWin -query $remote_ip -fp tcp/$remote_ip:7100 -clipboard -from $windows_ip > > Could not init font path element tcp/207.88.121.38:7100, removing from list! > Fatal server error: > could not open default font 'fixed' > > > I could be I'm not running a font server on port 7100, or that the > port is inaccessible for some reason. You can try with ping 207.88.121.38 if the host is reachable. > I've read many of the posting in the archives and the faq. The faq > says none of this will work through a firewall, but maybe it's out > of date. I've noticed other posting from people who may have gotten > this to work? Or have I misread them? With the firewall I suggest using X11Forwarding. ssh -o "X11ForwardingTrusted yes" -X linuxhost You can then start a remote session with startkde or similar. bye ago@linuxtag -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From alexander.gottwald@s1999.tu-chemnitz.de Fri Mar 5 23:04:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 05 Mar 2004 23:04:00 -0000 Subject: Alt-Gr not working with emacs? In-Reply-To: <1078516962235.tulitanssi.108651.CcKqa1WXtIkBSAmLiRGkXw@luukku.com> References: <1078516962235.tulitanssi.108651.CcKqa1WXtIkBSAmLiRGkXw@luukku.com> Message-ID: On Fri, 5 Mar 2004 tulitanssi@luukku.com wrote: > Hi all, > > the Alt Gr button on my european keyboard does not seem to work at all > with Solaris or Linux emacs/xemacs on XFree86-xserv-4.3.0-50. For example, pressing > AltGr-4 should produce the dollar sign on my keyboard, but only > number 4 comes actually out. However, the button works with xterm. > This problem didn't occur with XFree86-xserv-4.3.0-44. > > Could some outdated supporting library cause this? Please run xev and send the output produced when pressing alt-gr + 4 bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From peter@wisnovsky.net Sat Mar 6 00:40:00 2004 From: peter@wisnovsky.net (Peter Wisnovsky) Date: Sat, 06 Mar 2004 00:40:00 -0000 Subject: XWin -clipboard and xterm focus References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> <4047D2FB.30301@msu.edu> <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> <4047DB11.7010604@msu.edu> <01b301c402de$50e50c80$ac050b0a@PWISNOVSKY> <4048C8C6.7050102@msu.edu> <025c01c402e3$5a8fecf0$ac050b0a@PWISNOVSKY> <4048CE0C.6050900@msu.edu> <000e01c402e7$75050260$ac050b0a@PWISNOVSKY> <4048D507.5050304@msu.edu> Message-ID: <002001c40313$75970530$ac050b0a@PWISNOVSKY> > I would just use startxwin.bat from the XFree86-startup-scripts package. > It is much more reliable and easy to understand. I think it would > help in your case to at least try startxwin.bat to confirm that it works > as expected, then you can work on fixing your startup method of choice. I've tried this and a number of methods and they all give me errors using -clipboard. Worse, my whole cygwin X installation is now massively unstable, with all xterm and emacs under X hanging all over the place. In particular emacs is now hanging every time I try starting it up with my .emacs file. My system is uptodate with respect to the nasa mirror and cygcheck -c reports everything ok. Rebooting doesn't help. Peter Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Mar 05 16:37:44 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin . C:\Program Files\Microsoft SQL Server\80\Tools\Binn c:\dev\tools\sunjdk141_03\bin c:\apps\perl\bin C:\cygwin\bin c:\apps\oracle\bin C:\Program Files\Oracle\jre\1.1.8\bin c:\windows\system32 c:\windows c:\windows\System32\Wbem o:\utils\scm C:\Program Files\Microsoft SQL Server\80\Tools\BINN c:\apps\winzip c:\apps\msjdk\bin c:\apps\poet\bin c:\dev\user_bin C:\Program Files\Microsoft Visual Studio .NET\Common7\IDE C:\Program Files\Vantive32 C:\cygwin\bin C:\cygwin\etc . C:\Program Files\Microsoft SQL Server\80\Tools\Binn c:\dev\tools\sunjdk141_03\bin Output from C:\cygwin\bin\id.exe (nontsec) UID: 17155(pwisnovsky) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 17155(pwisnovsky) GID: 10545(mkgroup-l-d) 544(Administrators) 545(Users) 1007(Debugger Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\Documents and Settings\pwisnovsky' LD_LIBRARY_PATH = `C:\cygwin\usr\openwin\lib:' MAKE_MODE = `unix' PWD = `/home/pwisnovsky' USER = `pwisnovsky' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' ALPHABLOX_HOME = `c:\apps\alphablox' APPDATA = `C:\Documents and Settings\pwisnovsky\Application Data' ARBORPATH = `C:\apps\alphablox\bin\nt\61' BASE_SYSTEM_PATH = `.;C:\apps\perl\bin;c:\cygwin\bin;c:\cygwin\X\bin;C:\apps\oracle\bin;C:\Prog ram Files\Oracle\jre\1.1.8\bin;C:\Windows\system32;C:\Windows;C:\Windows\System3 2\Wbem;o:\utils\scm;C:\Program Files\Microsoft SQL Server\80\Tools\BINN;c:\apps\winzip;c:\apps\msjdk\bin;c:\apps\poet\bin;c:\de v\user_bin;c:\Program Files\Microsoft Visual Studio .NET\Common7\IDE;c:\apps\enscript;c:\apps\vantive' BASH_OVERLAY = `exec' BEA_HOME = `/apps/bea' BPFLAGS = `-n -h -c -f ${bb}${nc}${eb}<${bb}${uname}${hname}${vname}${nc}${eb}>${sp}${dir}${bb}${nc }${eb}${cmdnum}%${bb}${norm}${eb}${sp}' CLASSPATH = `C:/Program Files/Altova/xmlspy/XMLSpyInterface.jar' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `PWISNOVSKY' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' DBDATABASE = `pi' DBPASSWD = `melsor' DBSERVER = `PWISNOVSKY' DBUSER = `pwisnovsky' DEFGRP = `staff' DEFHOMEHOST = `psw101' DEFHOST = `psw101' DEFTERM = `vt100' DEFVIEW = `psw_java_bugs' DEVENV_PATH = `/programs/Microsoft Visual Studio .NET/Common7/IDE' DISPLAY = `:0.0' EDITOR = `vi' EIDARG = `+/%s/' EIDLDEL = `\<' EIDRDEL = `\>' ENSCRIPT_LIBRARY = `d:/apps/enscript' EVSRC_ROOT = `/development' EVSRC_ROOT_UNIX = `/development' FIGNORE = `.o:~:.class:CVS' HISTFILE = `/home/pwisnovsky/.history_PWISNOVSKY' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\pwisnovsky' HOSTNAME = `PWISNOVSKY' INCLUDE = `C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\include\' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/aut otool/stable/info:' JAVA_HOME = `/development/tools/sunjdk141_03' LESS = `aeimQs' LIB = `C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\' LOGONSERVER = `\\HQ-PDC-01' MACHTYPE = `i686' MANPATH = `:/usr/man:/usr/share/man:/usr/X11R6/man:/usr/man:/usr/share/man:/usr/man:/u sr/share/man:/usr/man:/usr/share/man' MOZILLA_HOME = `/opt/netscape' MYCDPATH = `..:/home/pwisnovsky:/home/pwisnovsky/usr:' MYMDFILE = `/home/pwisnovsky/.bashmd_pwisnovsky' NUMBER_OF_PROCESSORS = `2' NUTCROOT = `C:\APPS\MKS' OLDPWD = `/usr/bin' OPTIND = `2' ORACLE_BASE = `/opt/oracle' ORACLE_HOME = `/opt/oracle' ORACLE_SID = `uxdev02' ORIGPATH = `/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:.:/apps/perl/bin:/usr/bin:/X/bi n:/apps/oracle/bin:/programs/Oracle/jre/1.1.8/bin:/windows/system32:/windows :/windows/System32/Wbem:/cygdrive/o/utils/scm:/programs/Microsoft SQL Server/80/Tools/BINN:/apps/winzip:/apps/msjdk/bin:/apps/poet/bin:/developmen t/user_bin:/programs/Microsoft Visual Studio .NET/Common7/IDE:/apps/enscript:/apps/vantive:/programs/Vantive32:/usr/bin:/ usr/ucb:/etc:.:/opt/oracle/bin:/usr/ss2542/bin:/opt/netscape' OS = `Windows_NT' P4CLIENT = `psw_dev' P4EDITOR = `vi' P4PORT = `scallop:1666' PAGER = `less' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.PL;.SH;' PATH_OLD = `C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem' PERL5LIB = `o:\utils\scm' PREVPATH = `/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:.:/programs/Microsoft SQL Server/80/Tools/Binn:/development/tools/sunjdk141_03/bin:/development/maui/g en2/modules/tools/ant151/bin:/apps/perl/bin:/usr/bin:/X/bin:/apps/oracle/bin :/programs/Oracle/jre/1.1.8/bin:/windows/system32:/windows:/windows/System32 /Wbem:/cygdrive/o/utils/scm:/programs/Microsoft SQL Server/80/Tools/BINN:/apps/winzip:/apps/msjdk/bin:/apps/poet/bin:/developmen t/user_bin:/programs/Microsoft Visual Studio .NET/Common7/IDE:/apps/enscript:/apps/vantive:/programs/Vantive32:/usr/bin:/ usr/ucb:/etc:.:/programs/Microsoft SQL Server/80/Tools/Binn:/development/tools/sunjdk141_03/bin:/development/maui/g en2/modules/tools/ant151/bin:/opt/oracle/bin:/usr/ss2542/bin:/opt/netscape' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0209' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = ` ${PS1DIR}% ' PS1DIR = `~' REALHOME = `/home/pwisnovsky' REALUSER = `pwisnovsky' ROOTDIR = `C:\APPS\MKS' SESSIONNAME = `Console' SHELL = `/usr/bin/bash' SHLVL = `1' SOUND_FAILURE = `crash' SOUND_SHUTDOWN = `tomorrow' SOUND_STARTUP = `warp' SOUND_SUCCESS = `clink' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\tmp' TERM = `cygwin' TERMCAP = `C:\APPS\MKS\etc\termcap' TERMINAL_SET = `stty erase ^?' TERMINFO = `C:\APPS\MKS\usr\lib\terminfo' TMP = `c:\tmp' TMPDIR = `c:\tmp' USERDOMAIN = `CORP' USERNAME = `pwisnovsky' USERPROFILE = `C:\Documents and Settings\pwisnovsky' VSCOMNTOOLS = `"C:\Program Files\Microsoft Visual Studio .NET\Common7\Tools\"' WINDIR = `C:\WINDOWS' X11 = `/usr/openwin' XBINPATH = `/usr/openwin/bin:' XLIBPATH = `/usr/openwin/lib:' XMANPATH = `/usr/openwin/man:' _ = `/usr/bin/cygcheck' sspath = `/usr/ss2542' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygnus Support HKEY_CURRENT_USER\Software\Cygnus Support\CYGWIN.DLL setup HKEY_CURRENT_USER\Software\Cygnus Support\CYGWIN.DLL setup\b15.0 HKEY_CURRENT_USER\Software\Cygnus Support\CYGWIN.DLL setup\b15.0\mounts HKEY_CURRENT_USER\Software\Cygnus Support\CYGWIN.DLL setup\b15.0\mounts\00 (default) = `\\.\tape1:' unix = `/dev/st1' fmixed = 0x00000000 fbinary = 0x00000000 fsilent = 0x00000001 HKEY_CURRENT_USER\Software\Cygnus Support\CYGWIN.DLL setup\b15.0\mounts\01 (default) = `\\.\tape0:' unix = `/dev/st0' fmixed = 0x00000000 fbinary = 0x00000000 fsilent = 0x00000001 HKEY_CURRENT_USER\Software\Cygnus Support\CYGWIN.DLL setup\b15.0\mounts\02 (default) = `\\.\b:' unix = `/dev/fd1' fmixed = 0x00000000 fbinary = 0x00000000 fsilent = 0x00000001 HKEY_CURRENT_USER\Software\Cygnus Support\CYGWIN.DLL setup\b15.0\mounts\03 (default) = `\\.\a:' unix = `/dev/fd0' fmixed = 0x00000000 fbinary = 0x00000000 fsilent = 0x00000001 HKEY_CURRENT_USER\Software\Cygnus Support\CYGWIN.DLL setup\b15.0\mounts\04 (default) = `c:' unix = `/' fmixed = 0x00000000 fbinary = 0x00000000 fsilent = 0x00000000 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000020 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x00000008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/apps (default) = `c:\apps' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/development (default) = `c:\dev' flags = 0x00000008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/home (default) = `c:\Documents and Settings' flags = 0x00000008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/jdk (default) = `c:\j2sdk1.4.2_03' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/mockups (default) = `y:\ProcedureBuilder' flags = 0x00000108 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/phoenix (default) = `c:\phoenix' flags = 0x00000008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/programs (default) = `C:\Program Files' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/site-lisp (default) = `c:\site-lisp' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/users (default) = `c:\Documents and Settings' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x00000008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x00000008 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/windows (default) = `c:\windows' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd NTFS 76245Mb 29% CP CS UN PA FC d: cd N/A N/A o: net NTFS 13225Mb 5% CP CS UN PA FC y: net NTFS 52095Mb 74% CP CS UN PA FC Stripeset z: net NTFS 10989Mb 84% CP CS UN PA FC 11_GIG C:\cygwin / system textmode c:\apps /apps system binmode c:\dev /development system textmode c:\Documents and Settings /home system textmode c:\j2sdk1.4.2_03 /jdk system binmode y:\ProcedureBuilder /mockups system textmode c:\phoenix /phoenix system textmode C:\Program Files /programs system binmode c:\site-lisp /site-lisp system binmode c:\Documents and Settings /users system binmode C:\cygwin/bin /usr/bin system textmode C:\cygwin/lib /usr/lib system textmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode c:\windows /windows system binmode . /cygdrive system textmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: o:\utils\scm\cp.exe Warning: C:\cygwin\bin\cp.exe hides o:\utils\scm\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2003/8/8 23:35 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 0:57 842k 2003/09/30 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2003/9/30 9:49 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2003/4/11 3:37 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2004/2/9 18:48 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2002/7/24 9:24 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.1.dll" v0.0 ts=2003/9/20 14:51 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2002/7/24 9:25 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.1.dll" v0.0 ts=2003/9/20 14:53 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2004/1/7 8:14 71k 2004/01/13 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2004/1/13 2:14 129k 2004/02/25 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2004/2/24 16:29 45k 2001/04/25 C:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0 "cygform5.dll" v0.0 ts=2001/4/24 22:28 35k 2002/01/09 C:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0 "cygform6.dll" v0.0 ts=2002/1/8 22:03 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 2:25 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2003/10/21 21:18 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/7/20 0:58 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2003/8/10 19:12 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm.dll" v0.0 ts=2002/2/19 19:05 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 1:00 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2003/8/10 19:13 69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-12-1.dll" v0.0 ts=2003/8/10 15:10 12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2003/8/10 15:11 134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-12-1.dll" v0.0 ts=2003/8/10 15:10 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0 "cyghistory4.dll" v0.0 ts=2001/1/6 20:34 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/10 16:16 958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2003/8/10 13:57 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 1:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 14:50 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 10:09 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2003/8/10 17:37 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/8 21:19 60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2003/9/17 9:37 60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3abi13.dll" v0.0 ts=2003/7/27 13:23 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0 "cygmenu5.dll" v0.0 ts=2001/4/24 22:27 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0 "cygmenu6.dll" v0.0 ts=2002/1/8 22:03 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 2:25 15k 2003/11/20 C:\cygwin\bin\cygminires.dll - os=4.0 img=0.97 sys=4.0 "cygminires.dll" v0.0 ts=2003/11/19 17:55 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++5.dll" v0.0 ts=2001/4/24 22:29 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++6.dll" v0.0 ts=2002/1/8 22:03 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0 "cygncurses5.dll" v0.0 ts=2001/4/24 22:17 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0 "cygncurses6.dll" v0.0 ts=2002/1/8 22:03 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 2:24 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0 "cygpanel5.dll" v0.0 ts=2001/4/24 22:27 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0 "cygpanel6.dll" v0.0 ts=2002/1/8 22:03 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 2:24 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2003/12/11 9:01 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll - os=4.0 img=1.0 sys=4.0 "cygpcre.dll" v0.0 ts=2003/4/11 1:31 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2003/12/11 9:01 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix.dll" v0.0 ts=2003/4/11 1:31 1049k 2003/11/07 C:\cygwin\bin\cygperl5_8_2.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_2.dll" v0.0 ts=2003/11/7 3:08 173k 2003/08/10 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/8/10 15:35 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/8 22:45 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0 "cygreadline4.dll" v0.0 ts=2001/1/6 20:34 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/10 16:16 171k 2003/09/30 C:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2003/9/30 9:49 165k 2003/04/11 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 "cygssl.dll" v0.0 ts=2003/4/11 3:37 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/23 20:58 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/10 19:32 3006k 2003/10/12 C:\cygwin\bin\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c23.dll" v0.0 ts=2003/10/11 19:36 3416k 2004/02/21 C:\cygwin\bin\cygxerces-c25.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c25.dll" v0.0 ts=2004/2/20 22:49 1172k 2004/01/10 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2004/1/8 8:41 191k 2004/01/13 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2004/1/12 10:04 61k 2003/12/04 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/12/3 19:03 1083k 2004/01/31 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/1/30 16:32 Cygwin DLL version info: DLL version: 1.5.7 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 109 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Fri Jan 30 19:32:04 EST 2004 CVS tag: cr-0x9e Shared id: cygwin1S3 237k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2003/11/17 17:41 121k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2003/11/17 17:41 167k 2003/10/17 C:\cygwin\usr\X11R6\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2003/10/16 21:11 282k 2003/10/28 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-9.dll" v0.0 ts=2003/10/17 23:44 373k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2003/11/17 17:39 439k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2003/11/17 17:40 74k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2003/11/17 17:30 9k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 "cygoldX-6.dll" v0.0 ts=2003/11/17 17:30 1271k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygOSMesa-4.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-4.dll" v0.0 ts=2003/11/17 17:39 20k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 "cygpsres-1.dll" v0.0 ts=2003/11/17 17:42 30k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2003/11/17 17:30 864k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2003/11/17 17:30 253k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2003/11/17 17:33 355k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2003/11/17 17:34 36k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2003/11/17 17:43 49k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2003/11/17 17:30 56k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXft-1.dll - os=4.0 img=1.0 sys=4.0 "cygXft-1.dll" v0.0 ts=2003/11/17 17:42 74k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2003/11/17 17:42 27k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2003/11/17 17:34 76k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2003/11/17 17:32 11k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2003/11/17 17:32 26k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2003/11/17 17:35 51k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2003/11/17 17:32 14k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2003/11/17 17:43 26k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2003/11/17 17:42 282k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2003/11/17 17:31 27k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 "cygXTrap-6.dll" v0.0 ts=2003/11/17 17:43 17k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2003/11/17 17:34 15k 2003/11/18 C:\cygwin\usr\X11R6\bin\cygXv-1.dll - os=4.0 img=1.0 sys=4.0 "cygXv-1.dll" v0.0 ts=2003/11/17 17:35 1287k 1996/08/30 o:\utils\scm\CYGWIN.DLL - os=4.0 img=1.0 sys=4.0 "cygwin.dll" v0.0 ts=1996/8/29 18:40 Cygwin Package Information Last downloaded files to: C:\cygwin_setup Last downloaded files from: ftp://ftp.nas.nasa.gov/mirrors/cygwin.com/pub/cygwin Package Version _update-info-dir 00227-1 antiword 0.34-2 ash 20040127-1 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 bzip2 1.0.2-5 check 0.8.4-1 chkconfig 1.2.24h-1 clear 1.0-1 cron 3.0.1-11 crypt 1.1-1 ctags 5.5-4 cygipc 2.03-2 cygrunsrv 0.98-1 cygutils 1.2.4-1 cygwin 1.5.7-1 cygwin-doc 1.3-7 diffutils 2.8.4-1 docbook-xml42 4.2-2 docbook-xsl 1.64.1-1 ed 0.2-1 editrights 1.01-1 emacs 21.2-12 emacs-el 21.2-12 emacs-X11 21.2-12 exim 4.30-2 expat 1.95.7-1 fetchmail 6.2.5-2 file 4.06-1 fileutils 4.1-2 findutils 4.1.7-4 fontconfig 2.2.0-2 freetype2 2.1.5-1 gawk 3.1.3-4 gdbm 1.8.3-7 gettext 0.12.1-3 grep 2.5-1 groff 1.18.1-2 guile-doc 1.6.4-12 gzip 1.3.5-1 indent 2.2.9-1 inetutils 1.3.2-26 initscripts 0.9-1 less 381-1 libbz2_1 1.0.2-5 libdb3.1 3.1.17-2 libdb4.1 4.1.25-1 libfontconfig1 2.2.0-2 libfreetype26 2.1.5-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.12.1-3 libiconv2 1.9.1-3 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libjpeg62 6b-11 libjpeg6b 6b-8 libkpathsea3 2.0.2-13 libkpathsea3abi13 2.0.2-2 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.5-1 libpng12 1.2.5-4 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libxerces-c23 2.3.0-4 libxerces-c25 2.5.0-1 libxml2 2.6.4-1 libxslt 1.1.2-1 lilypond-doc 2.0.1-1 login 1.9-7 lynx 2.8.4-7 m4 1.4-1 make 3.80-1 man 1.5k-2 minires 0.97-1 mktemp 1.5-3 more 2.11o-1 mutt 1.4.1-2 ncurses 5.3-4 openssh 3.8p1-1 openssl 0.9.7c-1 openssl096 0.9.6j-1 patch 2.5.8-8 patchutils 0.2.22-2 pcre 4.5-1 pcre-doc 4.5-1 perl 5.8.2-1 perl_manpages 5.8.2-1 pine 4.58-1 pinfo 0.6.8-1 procmail 3.22-8 procps 010801-2 python 2.3.3-1 rcs 5.7-3 readline 4.3-5 rsync 2.6.0-1 sed 4.0.8-1 sh-utils 2.0.15-4 sharutils 4.2.1-3 ssmtp 2.60.4-3 stunnel 4.04-3 sysvinit 2.84-4 tar 1.13.25-5 tcltk 20030901-1 termcap 20021106-2 terminfo 5.3_20030726-1 tetex 2.0.2-13 tetex-base 2.0.2-13 tetex-bin 2.0.2-13 tetex-devel 2.0.2-13 tetex-doc 2.0.2-13 tetex-extra 2.0.2-13 tetex-tiny 2.0.2-13 texinfo 4.2-4 textutils 2.0.21-1 unzip 5.50-5 vim 6.2.098-1 wget 1.9.1-1 which 1.5-2 wtf 0.0.4-6 xerces-c 2.5.0-1 xerces-c-doc 2.5.0-1 XFree86-base 4.3.0-1 XFree86-bin 4.3.0-9 XFree86-etc 4.3.0-6 XFree86-f100 4.2.0-3 XFree86-fenc 4.2.0-3 XFree86-fnts 4.2.0-3 XFree86-fscl 4.2.0-3 XFree86-fsrv 4.3.0-7 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-4 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-50 XFree86-xwinclip 4.3.0-2 xinetd 2.3.9-1 xmlto 0.0.18-1 xwinclip 1.2.0-1 zip 2.3-5 zlib 1.2.1-1 Use -h to see help about each section From huntharo@msu.edu Sat Mar 6 01:58:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 06 Mar 2004 01:58:00 -0000 Subject: XWin -clipboard and xterm focus In-Reply-To: <002001c40313$75970530$ac050b0a@PWISNOVSKY> References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> <4047BF04.7060300@msu.edu> <015d01c40248$8b73f5f0$ac050b0a@PWISNOVSKY> <4047D2FB.30301@msu.edu> <018d01c40252$553902f0$ac050b0a@PWISNOVSKY> <4047DB11.7010604@msu.edu> <01b301c402de$50e50c80$ac050b0a@PWISNOVSKY> <4048C8C6.7050102@msu.edu> <025c01c402e3$5a8fecf0$ac050b0a@PWISNOVSKY> <4048CE0C.6050900@msu.edu> <000e01c402e7$75050260$ac050b0a@PWISNOVSKY> <4048D507.5050304@msu.edu> <002001c40313$75970530$ac050b0a@PWISNOVSKY> Message-ID: <4049303B.5010302@msu.edu> Peter, You aren't running xwinclip and -clipboard at the same time are you? That would really not work and could cause stability problems as you describe. Harold From takuma@dgp.ne.jp Sat Mar 6 03:55:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sat, 06 Mar 2004 03:55:00 -0000 Subject: XWin -clipboard and xterm focus In-Reply-To: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> References: <012301c40241$e11c8910$ac050b0a@PWISNOVSKY> Message-ID: <20040306125530.3735.TAKUMA@dgp.ne.jp> Peter, > xinit -- Xwin -clipboard -multiwindow & You may need to specify the X server in its absolute path. Thus your command line should be: xinit -- /usr/X11R6/bin/XWin -clipboard -multiwindow & And make sure your $HOME/.xinitrc has no problem. The easiest way is to rename it so that it doesn't affect xinit behaviour. Takuma Murakami From llosapio@totality.com Sat Mar 6 04:31:00 2004 From: llosapio@totality.com (Louis LoSapio) Date: Sat, 06 Mar 2004 04:31:00 -0000 Subject: Can not start xwin using startxwin.bat Message-ID: <482D1EDCC1090048B8AB014C9D48E720B27298@nycsrv04.mimecom.com> A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 2553 bytes Desc: not available URL: From takuma@dgp.ne.jp Sat Mar 6 09:08:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sat, 06 Mar 2004 09:08:00 -0000 Subject: Can not start xwin using startxwin.bat In-Reply-To: <482D1EDCC1090048B8AB014C9D48E720B27298@nycsrv04.mimecom.com> References: <482D1EDCC1090048B8AB014C9D48E720B27298@nycsrv04.mimecom.com> Message-ID: <20040306180546.3740.TAKUMA@dgp.ne.jp> Louis, Perhaps you are having a problem with fonts. Please reinstall XFree86-fnts package. Takuma Murakami From takuma@dgp.ne.jp Sat Mar 6 09:08:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sat, 06 Mar 2004 09:08:00 -0000 Subject: Emacs crashing with XFree86-xserv-4.3.0-50 In-Reply-To: <1078516369346.tulitanssi.107946.ecsYelKAB0GwHdNaviS7QA@luukku.com> References: <1078516369346.tulitanssi.107946.ecsYelKAB0GwHdNaviS7QA@luukku.com> Message-ID: <20040306180042.373D.TAKUMA@dgp.ne.jp> Tuli, > Emacs and xemacs (as started on Solaris or Linux) experience crashing problems > with the new XFree86-xserv-4.3.0-50. With XFree86-xserv-4.3.0-44 this problem > did not exist. The crashing can easily be reproduced just by clicking on the > emacs windows repeatedly for some seconds, maybe moving the mouse a bit > at the same time. Let me confirm that you have checked http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-ssh-no-x11forwarding especially "ForwardX11Trusted" parameter. Then, could you show the error message from Emacs (if it prints something on the crash) and /tmp/XWin.log from the session? Takuma Murakami From fbregier@webmails.com Sat Mar 6 10:21:00 2004 From: fbregier@webmails.com (frederic bregier) Date: Sat, 06 Mar 2004 10:21:00 -0000 Subject: Convenient script for starting an XFree86 xterm Message-ID: <20040306103218.21007.qmail@webmails.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From thealch3mist@hotmail.com Sat Mar 6 15:48:00 2004 From: thealch3mist@hotmail.com (Brad Carr) Date: Sat, 06 Mar 2004 15:48:00 -0000 Subject: prbs starting xwin Message-ID: Hi - Today I performed a full install of cygwin on WinXP from scratch and xwin failed to initialise. I've included log below: It would appear that xwin is trying to unuse unsupported kernel features, however I'm clueless if i must be really honest. Please could you explain what's going on from the attached log (below). Regards, Brad Carr <- LOG: ---------------------------> Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.50 Contact: cygwin-xfree@cygwin.com OsVendorInit - Creating bogus screen 0 winInitializeDefaultScreens - w 1280 h 1024 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 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 1024 1280 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 1023 1280 winCreateBoundingWindowWindowed - WindowClient w 1274 h 991 r 1274 l 0 b 991 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 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: "00000809" (00000809) (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" Fatal server error: could not open default font 'fixed' _________________________________________________________________ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband From takuma@dgp.ne.jp Sat Mar 6 16:34:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sat, 06 Mar 2004 16:34:00 -0000 Subject: prbs starting xwin In-Reply-To: References: Message-ID: <20040307013243.E4AA.TAKUMA@dgp.ne.jp> Brad, Perhaps you are having a problem with fonts. Please reinstall XFree86-fnts package. Takuma Murakami From tulitanssi@luukku.com Sun Mar 7 15:13:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Sun, 07 Mar 2004 15:13:00 -0000 Subject: Emacs crashing with XFree86-xserv-4.3.0-50 Message-ID: <1078672437274.tulitanssi.213415.35n0iEo5k3u8ZbWlUlObuA@luukku.com> Hi Takuma, thanks for the tip. I'll check it as soon as possible. Tuli Takuma Murakami wrote: Let me confirm that you have checked http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-ssh-no-x11forwarding especially "ForwardX11Trusted" parameter. Then, could you show the error message from Emacs (if it prints something on the crash) and /tmp/XWin.log from the session? .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From d54wvmow@poboxes.com Sun Mar 7 16:47:00 2004 From: d54wvmow@poboxes.com (Laverne Hinkle) Date: Sun, 07 Mar 2004 16:47:00 -0000 Subject: Get C_ia1is ES 7.5 Fast syh toryfwyzfxhdhb Message-ID: <4sp$$$yo$2-q$16st@2vl6w> itch Vi_agr@ Cia1i_s get hard upto 36 hours http://tune.gghgtt.com/py/ s qioqcaa cme sx hhxarsb zf btpnxv From 1@pervalidus.net Sun Mar 7 19:33:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Sun, 07 Mar 2004 19:33:00 -0000 Subject: objdump -p /usr/bin/ddd.exe | grep 'DLL Name' Message-ID: Why does objdump -p /usr/bin/ddd.exe | grep 'DLL Name' return so many repeated DLLs ? I was doing an ldd (yes, there are 2 ldd scripts available somewhere), when I noticed it was taking an awful amount of time. Then I used objdump, which returned the attached. Actually, it seems that any application linked to cygXm-2.dll does it. -- How to contact me - http://www.pervalidus.net/contact.html -------------- next part -------------- A non-text attachment was scrubbed... Name: ddd.txt.gz Type: application/octet-stream Size: 390 bytes Desc: URL: From huntharo@msu.edu Sun Mar 7 19:42:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 07 Mar 2004 19:42:00 -0000 Subject: objdump -p /usr/bin/ddd.exe | grep 'DLL Name' In-Reply-To: References: Message-ID: <404B7B2A.6070508@msu.edu> Dunno. cygcheck works just fine on it. Guess you'll have to investigate this on your own if you are still interested :) Harold Fr??d??ric L. W. Meunier wrote: > Why does objdump -p /usr/bin/ddd.exe | grep 'DLL Name' return > so many repeated DLLs ? I was doing an ldd (yes, there are 2 > ldd scripts available somewhere), when I noticed it was taking > an awful amount of time. Then I used objdump, which returned > the attached. > > Actually, it seems that any application linked to cygXm-2.dll > does it. > From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Mar 7 23:23:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 07 Mar 2004 23:23:00 -0000 Subject: objdump -p /usr/bin/ddd.exe | grep 'DLL Name' In-Reply-To: References: Message-ID: Fr?d?ric L. W. Meunier wrote: > Why does objdump -p /usr/bin/ddd.exe | grep 'DLL Name' return > so many repeated DLLs ? I was doing an ldd (yes, there are 2 > ldd scripts available somewhere), when I noticed it was taking > an awful amount of time. Then I used objdump, which returned > the attached. > > Actually, it seems that any application linked to cygXm-2.dll > does it. I'm not sure about the meaning of the ouput but it seems those entries 000c1064 000c6ad4 00000000 00000000 000c8d48 0000f8e5 DLL Name: cygXt-6.dll vma: Hint/Ord Member-Name Bound-To c84b8 462 rectObjClass refer to an objectfile which was linked into the exe and requires rectObjClass from cygXt-6.dll. There are a lot of objectfiles which have this dependency. I'm not sure if the repeated output is an indicator of a repeated dll resolve attempt. bye ago NP: Melotron - Das Letzte -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ralf.habacker@freenet.de Mon Mar 8 07:57:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Mon, 08 Mar 2004 07:57:00 -0000 Subject: compiling error with recent xfree server sources Message-ID: <200403080852.28788.ralf.habacker@freenet.de> Hi, I've tried to compile recent xfree server sources from freedesktop cvs area branch CYGWIN (after switching over from the old cvs area by patching all CVS Repository rsp. Root files followed by a cvs update -C -r CYGWIN) and got the following compile error: wincreatewnd.c: In function `winAdjustForAutoHide': wincreatewnd.c:559: error: `ABS_AUTOHIDE' undeclared (first use in this function) wincreatewnd.c:559: error: (Each undeclared identifier is reported only once wincreatewnd.c:559: error: for each function it appears in.) Just an info. BTW: Thanks for the new clipboard stuff, It works very good for kde/cygwin. Great work. Ralf From takuma@dgp.ne.jp Mon Mar 8 08:29:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Mon, 08 Mar 2004 08:29:00 -0000 Subject: compiling error with recent xfree server sources In-Reply-To: <200403080852.28788.ralf.habacker@freenet.de> References: <200403080852.28788.ralf.habacker@freenet.de> Message-ID: <20040308172902.D066.TAKUMA@dgp.ne.jp> Ralf, The latest w32api-2.5-1, updated on 2004-2-15, has the symbol. Probably your w32api package is older than it. Hope this helps. Takuma Murakami > Hi, > > I've tried to compile recent xfree server sources from freedesktop cvs area > branch CYGWIN (after switching over from the old cvs area by patching all CVS > Repository rsp. Root files followed by a cvs update -C -r CYGWIN) and got the > following compile error: > > wincreatewnd.c: In function `winAdjustForAutoHide': > wincreatewnd.c:559: error: `ABS_AUTOHIDE' undeclared (first use in this > function) > wincreatewnd.c:559: error: (Each undeclared identifier is reported only once > wincreatewnd.c:559: error: for each function it appears in.) > > Just an info. > > BTW: Thanks for the new clipboard stuff, It works very good for kde/cygwin. > Great work. > > Ralf From tulitanssi@luukku.com Mon Mar 8 09:00:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Mon, 08 Mar 2004 09:00:00 -0000 Subject: Emacs crashing with XFree86-xserv-4.3.0-50 Message-ID: <1078736417552.tulitanssi.293377.Tw5VSgddXPCIlLA_oCU_cA@luukku.com> Hi, the tip helped. I just added line "ForwardX11Trusted yes" to the ssh_config file. This fixed also the other problem of Alt Gr not working. However, the FAQ 5.1 seems to be slightly out of sync with the setup.exe, since file ssh_config resides in /etc after setup, not in /etc/ssh as in FAQ. Thanks, Tuli Takuma Murakami wrote: Let me confirm that you have checked http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-ssh-no-x11forwarding especially "ForwardX11Trusted" parameter. Then, could you show the error message from Emacs (if it prints something on the crash) and /tmp/XWin.log from the session? .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From ed@membled.com Mon Mar 8 09:18:00 2004 From: ed@membled.com (Ed Avis) Date: Mon, 08 Mar 2004 09:18:00 -0000 Subject: Still clipboard deadlock with 4.3.0-50 References: <4044A5D7.3010008@msu.edu> <404558DC.6050002@msu.edu> Message-ID: Ed Avis writes: >Harold L Hunt II writes: >>XFree86-xserv-4.3.0-49 has some changes that may help to recover >>from and/or to prevent the deadlock situations. Please try it and >>let me know if it improves things or not. > >Thanks for looking at this - I will try 4.3.0-50. Unfortunately even after updating with the setup program and rebooting, running XWin.exe -clipboard can hang Windows apps when I try to paste into them. However I am not sure that I'm even running the -50 release because I don't see any version banner in XWin.log. The setup program says I have -50 installed, but is it telling the truth? The XWin.log follows. ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 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 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" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" 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 OsVendorReset - Hello (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winScreenInit - dwWidth: 1274 dwHeight: 971 winSetEngine - Using Shadow DirectDraw NonLocking winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1274 h: 971 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 winClipboardProc - DISPLAY=127.0.0.1:0.0 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 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" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "gb" Variant = "(null)" Options = "(null)" 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. 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: -- Ed Avis From greger@cs.umu.se Mon Mar 8 10:38:00 2004 From: greger@cs.umu.se (Greger Wikstrand) Date: Mon, 08 Mar 2004 10:38:00 -0000 Subject: Alt-gr not working in Emacs and Clipboard crashes emacs Message-ID: Hi all! ? Since I downloaded the latest updates to Cygwin including the 4.3.0-1 version of XFree86 I have been having two big problems with emacs (GNU Emacs 21.3.2 (sparc_sun-solaris2.8, X toolkit, Xawd3d scroll bars)). I am running emacs on a remote machine using openssh. ? First, if I select text using the mouse emacs crashes with the following output: ?X protocol error: BadWindow (invalid Window parameter) on protocol request 38? I have tried following the advice in http://cygwin.com/ml/cygwin-xfree/2004-03/msg00178.html but that has not helped. ? Second, if I try to type {} and other characters requiring that I use the AltGr key I get the main character of that key so instead of getting {} I get 70. I?ve seen that I am not the only one with this problem (http://cygwin.com/ml/cygwin-xfree/2004-03/msg00161.html) here is my xev output: ? -------------------------------------------------------------- Local: ? KeyPress event, serial 17, synthetic NO, window 0x800001, ??? root 0x3a, subw 0x800002, time 9610198, (40,23), root:(46,55), ??? state 0x10, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, ??? XLookupString gives 0 bytes:? "" ? KeyPress event, serial 22, synthetic NO, window 0x800001, ??? root 0x3a, subw 0x800002, time 9612221, (40,23), root:(46,55), ??? state 0x90, keycode 13 (keysym 0x24, dollar), same_screen YES, ??? XLookupString gives 1 bytes:? "$" ? KeyRelease event, serial 22, synthetic NO, window 0x800001, ??? root 0x3a, subw 0x800002, time 9612341, (40,23), root:(46,55), ??? state 0x90, keycode 13 (keysym 0x24, dollar), same_screen YES, ??? XLookupString gives 1 bytes:? "$" ? KeyRelease event, serial 22, synthetic NO, window 0x800001, ??? root 0x3a, subw 0x800002, time 9612632, (40,23), root:(46,55), ??? state 0x90, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, ??? XLookupString gives 0 bytes:? "" -------------------------------------------------------------- Remote: ? xev: Command not found -------------------------------------------------------------- This is my /tmp/XWin.log file: ? Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.50 Contact: cygwin-xfree@cygwin.com ? XWin was started with the following command line: ? XWin -multiwindow -emulate3buttons -multiplemonitors ? ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 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: 1600 dwHeight: 1200 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winGetWorkArea - Original WorkArea: 0 0 1200 1600 winGetWorkArea - Virtual screen is 2880 x 1200 winGetWorkArea - Virtual screen origin is 0, 0 winGetWorkArea - Primary screen is 1600 x 1200 winGetWorkArea - Adjusted WorkArea for multiple monitors: 0 0 1200 2880 winAdjustForAutoHide - Original WorkArea: 0 0 1200 2880 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 1199 2880 winCreateBoundingWindowWindowed - WindowClient w 2880 h 1199 r 2880 l 0 b 1199 t ?0 winCreateBoundingWindowWindowed -? Returning winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 1200 depth: 32 winAllocateFBShadowGDI - Dibsection width: 2880 height: 1200 depth: 32 size imag e: 13824000 winAllocateFBShadowGDI - Created shadow stride: 2880 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 shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "0000041D" (0000041d) (--) Using preset keyboard for "Swedish (Sweden)" (41d), type "4" Rules = "xfree86" Model = "pc105" Layout = "se" Variant = "(null)" Options = "(n ull)" winPointerWarpCursor - Discarding first warp: 1440 600 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - 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 - XOpenDisplay () returned and successfully opened the disp lay. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di splay. winDeinitMultiWindowWM - Noting shutdown in progress ddxBeforeReset - Hello winInitMultiWindowXMsgProc - Caught IO Error.? Exiting. winDeinitMultiWindowWM - Noting shutdown in progress -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 3843 bytes Desc: not available URL: From harald.joerg@fujitsu-siemens.com Mon Mar 8 11:04:00 2004 From: harald.joerg@fujitsu-siemens.com (Harald Joerg) Date: Mon, 08 Mar 2004 11:04:00 -0000 Subject: Keyboard problems with XFree86-xserv-4.3.0-50 Message-ID: After upgrading to XFree86-xserv-4.3.0-50, I've noticed two annoying changes for which I don't have any explanation: - the '<' key does not work - I've got to run `setxkbmap de` manually. I've just re-installed 4.3.0-47, and everything is fine again (except from the occasional emacs crashes ;-)). As for the '<' key: xev reports: KeyPress event, serial 17, synthetic NO, window 0xa00001, root 0x3a, subw 0x0, time 234144937, (34,7), root:(464,541), state 0x10, keycode 94 (keysym 0x0, NoSymbol), same_screen YES, XLookupString gives 0 bytes: "" I'd guess XLookupString should yield "<" (as in 4.3.0-47), but I've no idea how to fix that.... As for the german keyboard setting: In my .profile I have the lines if [ ! -z $DISPLAY ]; then setxkbmap de fi ...which seems to be sufficient with 4.3.0-47 to get a german keyboard layout. With 4.3.0-50, I need to run setxkbmap de again(?) from the command line to get german layout. Still without the '<' key, that is. I guess both issues are related and I'd just have to re-install one of the packages. Though downgrading to 4.3.0-47 apparently solves both problems, I would be grateful for hints about how to fix things in 4.3.0-50.... -- Cheers, haj P.S.: The differences beteen the XWin.log files are: --- XWin.log.047 2004-03-08 11:36:48.912067100 +0100 +++ XWin.log.050 2004-03-08 11:40:54.519870200 +0100 @@ -1,18 +1,20 @@ +Welcome to the XWin X Server +Vendor: The Cygwin/X Project +Release: 4.3.0.50 +Contact: cygwin-xfree@cygwin.com + +XWin was started with the following command line: + +XWin -rootless -clipboard + ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 960 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 -(==) Using config file: "/etc/X11/XF86Config-4" -Markers: (--) probed, (**) from config file, (==) default setting, - (++) from command line, (!!) notice, (II) informational, - (WW) warning, (EE) error, (??) unknown. -(**) FontPath set to "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/" -(**) RgbPath set to "/usr/X11R6/lib/X11/rgb" +winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed -winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed -winDetectSupportedEngines - Returning, supported engines 0000001f -InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 +winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 960 winSetEngine - Using Shadow DirectDraw NonLocking @@ -43,14 +45,5 @@ (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00090407" (00090407) -(**) Using keyboard "Keyboard1" as primary keyboard -(**) Option "AutoRepeat" "500 30" -(**) AutoRepeat: 500 30 -(**) Option "XkbRules" "xfree86" -(**) XKB: rules: "xfree86" -(**) Option "XkbModel" "pc105" -(**) XKB: model: "pc105" -(**) Option "XkbLayout" "de" -(**) XKB: layout: "de" -Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" +Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 639 480 winBlockHandler - Releasing pmServerStarted From tulitanssi@luukku.com Mon Mar 8 11:17:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Mon, 08 Mar 2004 11:17:00 -0000 Subject: Alt-Gr not working with emacs? Message-ID: <1078744617788.tulitanssi.317007.7Zwq1WIuaZMr-Kl_6jYygQ@luukku.com> Hi, the problem seems to be OpenSSH 3.8 related. See also Re: Emacs crashing with XFree86-xserv-4.3.0-50 today at 9:00. Thanks, Tuli Alexander Gottwald wrote: Please run xev and send the output produced when pressing alt-gr + 4 .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From tulitanssi@luukku.com Mon Mar 8 11:29:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Mon, 08 Mar 2004 11:29:00 -0000 Subject: OpenSSH configuration and many recent problems Message-ID: <1078745363988.tulitanssi.319270.VLN1156dxdp9cUdtLW66rg@luukku.com> Hi all, just wanted you to know, that OpenSSH 3.8 configuration seems to be the reason for some of the recent problems presented here (e.g. AltGr not working, emacs crash). I've had those problems, too. Takuma Murakami suggested that I checked my OpenSSH configuration. When I added "ForwardX11Trusted yes" to /etc/ssh_config, all my problems went away. It also seems that setup.exe is currently not delivering all required library files, so sometimes just getting all XFree86 files may solve the problem. As far as I know, Harold and others are fortunately working on this. Cheers, Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From harald.joerg@fujitsu-siemens.com Mon Mar 8 12:17:00 2004 From: harald.joerg@fujitsu-siemens.com (Harald Joerg) Date: Mon, 08 Mar 2004 12:17:00 -0000 Subject: Keyboard problems with XFree86-xserv-4.3.0-50 In-Reply-To: (Harald Joerg's message of "Mon, 08 Mar 2004 12:04:13 +0100") References: Message-ID: Harald Joerg writes: > After upgrading to XFree86-xserv-4.3.0-50, I've noticed two > annoying changes for which I don't have any explanation: > > - the '<' key does not work > > - I've got to run `setxkbmap de` manually. I should have looked closer to the diff of the XWin.log files. Both of them seem to indicate that /etc/X11/XF86Config-4 isn't evaluated with 4.3.0-50. The file contains: Option "XkbModel" "pc105" Option "XkbLayout" "de" > [...] > The differences beteen the XWin.log files are: > --- XWin.log.047 2004-03-08 11:36:48.912067100 +0100 > +++ XWin.log.050 2004-03-08 11:40:54.519870200 +0100 > [...] > -(==) Using config file: "/etc/X11/XF86Config-4" Explicitly running $ XWin -rootless -clipboard -xf86config /etc/X11/XF86Config-4 doesn't change anything. Any hints? -- Cheers, haj From takuma@dgp.ne.jp Mon Mar 8 12:33:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Mon, 08 Mar 2004 12:33:00 -0000 Subject: Keyboard problems with XFree86-xserv-4.3.0-50 In-Reply-To: References: Message-ID: <20040308213333.8EEB.TAKUMA@dgp.ne.jp> Harald, > I should have looked closer to the diff of the XWin.log files. > Both of them seem to indicate that /etc/X11/XF86Config-4 isn't > evaluated with 4.3.0-50. The file contains: > > Option "XkbModel" "pc105" > Option "XkbLayout" "de" > > > [...] > > The differences beteen the XWin.log files are: > > --- XWin.log.047 2004-03-08 11:36:48.912067100 +0100 > > +++ XWin.log.050 2004-03-08 11:40:54.519870200 +0100 > > [...] > > -(==) Using config file: "/etc/X11/XF86Config-4" > > Explicitly running > > $ XWin -rootless -clipboard -xf86config /etc/X11/XF86Config-4 > > doesn't change anything. > > Any hints? XF86Config-4 file is no longer read. See the following article. http://sources.redhat.com/ml/cygwin-xfree/2004-02/msg00314.html Takuma Murakami From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 8 12:49:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Mar 2004 12:49:00 -0000 Subject: Emacs crashing with XFree86-xserv-4.3.0-50 In-Reply-To: <1078736417552.tulitanssi.293377.Tw5VSgddXPCIlLA_oCU_cA@luukku.com> References: <1078736417552.tulitanssi.293377.Tw5VSgddXPCIlLA_oCU_cA@luukku.com> Message-ID: On Mon, 8 Mar 2004 tulitanssi@luukku.com wrote: > Hi, > > the tip helped. I just added line "ForwardX11Trusted yes" to the ssh_config file. This fixed also the other problem of Alt Gr not working. > > However, the FAQ 5.1 seems to be slightly out of sync with the setup.exe, since file ssh_config resides in /etc after setup, not in /etc/ssh as in FAQ. THank you. I'll change this. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 8 12:53:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Mar 2004 12:53:00 -0000 Subject: I need your help about Cygwin. In-Reply-To: References: Message-ID: On Mon, 8 Mar 2004, Kim Gyudong wrote: > Thanks for your best effort on Cygwin project. I need your help. > I've encounterd a serious problem by using Cygwin.?? > I might guess I've downloaded all of the latest module through internet. > While I am trying to install GUI applications to my remote server, > with some of apps the xterminal suddenly drop down when my local system's HDD works heavily just before showing the GUI as I guess, > and then I get a following error on my Cygwin screen.?? > ---------message------------------------------------------------------------------ > xterm: fatal IO error 32 (Broken pipe) or KillClient on X server "127.0.0.1:0.0" > ---------------------------------------------------------------------------------- > System Conf: > Windows 2000 > Mem : 512 > I appreciate you if I can get some advice from you. > And any question about this problem, please feel free to contact me. Please send this to cygwin-xfree@cygwin.com. I will not answer any support request sent to my address. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 8 13:13:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Mar 2004 13:13:00 -0000 Subject: Alt-gr not working in Emacs and Clipboard crashes emacs In-Reply-To: References: Message-ID: On Mon, 8 Mar 2004, Greger Wikstrand wrote: > Hi all! > ?? > Since I downloaded the latest updates to Cygwin including the 4.3.0-1 > version of XFree86 I have been having two big problems with emacs (GNU Emacs > 21.3.2 (sparc_sun-solaris2.8, X toolkit, Xawd3d scroll bars)). I am running > emacs on a remote machine using openssh. > ?? > I have tried following the advice in > http://cygwin.com/ml/cygwin-xfree/2004-03/msg00178.html but that has not > helped. The symptoms lead to the near-sure assumption that you are suffering the X11ForwardTrusting problem. You may also downgrade OpenSSH to a version prior 3.8. If this solves the problem you have to investigate why the entry in the configfile does not work. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 8 13:17:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Mar 2004 13:17:00 -0000 Subject: OpenSSH configuration and many recent problems In-Reply-To: <1078745363988.tulitanssi.319270.VLN1156dxdp9cUdtLW66rg@luukku.com> References: <1078745363988.tulitanssi.319270.VLN1156dxdp9cUdtLW66rg@luukku.com> Message-ID: On Mon, 8 Mar 2004 tulitanssi@luukku.com wrote: > Hi all, > > just wanted you to know, that OpenSSH 3.8 configuration seems to be the reason > for some of the recent problems presented here (e.g. AltGr not working, emacs crash). > I've had those problems, too. > Takuma Murakami suggested that I checked my OpenSSH configuration. > When I added "ForwardX11Trusted yes" to /etc/ssh_config, all my problems went away. This is a very big problem. We get about 2 bugreports per day on the cygwin-xfree mailing list. What about making the X11ForwardTrusted default on cygwin? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. M??rz 2004 http://www.tu-chemnitz.de/linux/tag From gilles_paturle@salomon-sports.com Mon Mar 8 13:48:00 2004 From: gilles_paturle@salomon-sports.com (Gilles PATURLE (Sully )) Date: Mon, 08 Mar 2004 13:48:00 -0000 Subject: French Keyboard ALT_R on HPuX Message-ID: <404C7A5F.A468CE8F@salomon-sports.com> Hello, I'm using cygwin/X to acces an HPuX system (11.00). In this case the Altgr key on a french keyboard is not working. Even the input device setting seems to be OK. If I use XkeyCaps while connected to the HpUx the key is known with the right keycode (0x071) but the caracter show when pressed is like if Altgr was not pressed. Any idea? Best regards. -- Gilles PATURLE Salomon Sports 33 (0) 45065 4369 *** This email and any attachments contains privileged and confidential information intended only for the use of the addressee(s). If you are not an intended recipient of this email, you are hereby notified that any dissemination, copying or use of information within it is strictly prohibited. If you received this email in error or without authorisation, please notify us immediately by reply e-mail and delete the e-mail from your system. From corinna-cygwin@cygwin.com Mon Mar 8 14:04:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 08 Mar 2004 14:04:00 -0000 Subject: OpenSSH configuration and many recent problems In-Reply-To: References: <1078745363988.tulitanssi.319270.VLN1156dxdp9cUdtLW66rg@luukku.com> Message-ID: <20040308140401.GA23243@cygbert.vinschen.de> On Mar 8 14:17, Alexander Gottwald wrote: > On Mon, 8 Mar 2004 tulitanssi@luukku.com wrote: > > > Hi all, > > > > just wanted you to know, that OpenSSH 3.8 configuration seems to be the reason > > for some of the recent problems presented here (e.g. AltGr not working, emacs crash). > > I've had those problems, too. > > Takuma Murakami suggested that I checked my OpenSSH configuration. > > When I added "ForwardX11Trusted yes" to /etc/ssh_config, all my problems went away. > > This is a very big problem. We get about 2 bugreports per day on the cygwin-xfree > mailing list. What about making the X11ForwardTrusted default on cygwin? I'm not actually keen to change another default setting of OpenSSH to an unsafe setting on Cygwin by default. It's bad enough to set StrictModes to no by default and I already have stomach pain due to that. Especially I don't see why this setting should have another default on Cygwin as on any other OS. There's no difference between Cygwin and other OSes which justifies this measure, right? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From a.hattendorf@aft-werdohl.de Mon Mar 8 14:14:00 2004 From: a.hattendorf@aft-werdohl.de (Anton Hattendorf) Date: Mon, 08 Mar 2004 14:14:00 -0000 Subject: Problems with XDMCP connection - Solved In-Reply-To: <200403021013.54504.a.hattendorf@aft-werdohl.de> References: <200403021013.54504.a.hattendorf@aft-werdohl.de> Message-ID: <200403081516.20133.a.hattendorf@aft-werdohl.de> On Tuesday 02 March 2004 10:13, Anton Hattendorf wrote: > Can someone explain, why cygwin sends three Querys, and five requests > messages? > > Has someone an idea? Hallo I found it! Between the Server and the client was a Bridge wich seemd to have Problems with UDP-Packages. Some Packages took verry long (about 10 Sek.) to pass the Bridge. Because of the delay the XDMCP client sends the Packages a second an a thrid time... After replacing the bridge everything worked fine Bye Anton From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 8 14:30:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Mar 2004 14:30:00 -0000 Subject: OpenSSH configuration and many recent problems In-Reply-To: <20040308140401.GA23243@cygbert.vinschen.de> References: <1078745363988.tulitanssi.319270.VLN1156dxdp9cUdtLW66rg@luukku.com> <20040308140401.GA23243@cygbert.vinschen.de> Message-ID: On Mon, 8 Mar 2004, Corinna Vinschen wrote: > Especially I don't see why this setting should have another default on > Cygwin as on any other OS. There's no difference between Cygwin and > other OSes which justifies this measure, right? Hm. Yes. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 8 14:31:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Mar 2004 14:31:00 -0000 Subject: Problems with XDMCP connection - Solved In-Reply-To: <200403081516.20133.a.hattendorf@aft-werdohl.de> References: <200403021013.54504.a.hattendorf@aft-werdohl.de> <200403081516.20133.a.hattendorf@aft-werdohl.de> Message-ID: On Mon, 8 Mar 2004, Anton Hattendorf wrote: > On Tuesday 02 March 2004 10:13, Anton Hattendorf wrote: > > Can someone explain, why cygwin sends three Querys, and five requests > > messages? > > > > Has someone an idea? > Hallo > > I found it! > > Between the Server and the client was a Bridge wich seemd to have Problems > with UDP-Packages. Some Packages took verry long (about 10 Sek.) to pass the > Bridge. Because of the delay the XDMCP client sends the Packages a second an > a thrid time... > > After replacing the bridge everything worked fine Good to know. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 8 14:54:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Mar 2004 14:54:00 -0000 Subject: French Keyboard ALT_R on HPuX In-Reply-To: <404C7A5F.A468CE8F@salomon-sports.com> References: <404C7A5F.A468CE8F@salomon-sports.com> Message-ID: On Mon, 8 Mar 2004, Gilles PATURLE (Sully ) wrote: > Hello, > > I'm using cygwin/X to acces an HPuX system (11.00). > In this case the Altgr key on a french keyboard is not working. > Even the input device setting seems to be OK. > If I use XkeyCaps while connected to the HpUx the key is known with the > right keycode (0x071) but the caracter show when pressed is like if > Altgr was not pressed. Please try running DISPLAY=:0.0 setxkbmap fr in a cygwin shell. Does it help? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From harald.joerg@fujitsu-siemens.com Mon Mar 8 15:24:00 2004 From: harald.joerg@fujitsu-siemens.com (Harald Joerg) Date: Mon, 08 Mar 2004 15:24:00 -0000 Subject: Keyboard problems with XFree86-xserv-4.3.0-50 In-Reply-To: <20040308213333.8EEB.TAKUMA@dgp.ne.jp> (Takuma Murakami's message of "Mon, 08 Mar 2004 21:33:41 +0900") References: <20040308213333.8EEB.TAKUMA@dgp.ne.jp> Message-ID: Takuma Murakami writes: > Harald, > >> I should have looked closer to the diff of the XWin.log files. >> Both of them seem to indicate that /etc/X11/XF86Config-4 isn't >> evaluated with 4.3.0-50. [...] >> >> Any hints? > > XF86Config-4 file is no longer read. See the following article. > http://sources.redhat.com/ml/cygwin-xfree/2004-02/msg00314.html Thanks! I've missed that article. Everything is back to normal now with XWin -rootless -clipboard -xkbmodel pc105 -xkblayout de & -- Cheers, and thanks for your time, haj From csps6789@yahoo.com Mon Mar 8 16:30:00 2004 From: csps6789@yahoo.com (Steve Lee) Date: Mon, 08 Mar 2004 16:30:00 -0000 Subject: Need help on cygwin Message-ID: <20040308163030.53642.qmail@web42002.mail.yahoo.com> Hi all, I need some help, I was able to start X server. After the X server was started, the GUI came up, but I was unable to type anything. Thanks. -- PL __________________________________ Do you Yahoo!? Yahoo! Search - Find what you??re looking for faster http://search.yahoo.com From tulitanssi@luukku.com Mon Mar 8 16:35:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Mon, 08 Mar 2004 16:35:00 -0000 Subject: Alt Gr key beeps! Message-ID: <1078763727591.tulitanssi.374188.YpPgm27BhAmEyyNxpHGY0A@luukku.com> Hi, I still have a small but annoying problem with the Alt Gr key. When using emacs on Solaris 8, every hit on the Alt Gr key produces also a beep sound. Otherwise it works ok. Funny enough, the beep comes only on Solaris 8, but not with any Linux box. I'm using XFree86-xserv-4.3.0-50, and using -xkblayout option and -xkbvariant nodeadkeys. If it helps anything, the describe-key command on Solaris emacs for the Alt Gr key says: is undefined (and it doesn't beep then!). The Solaris 'xev' output of pressing the Alt Gr key is below: KeyPress event, serial 24, synthetic NO, window 0xe00001, root 0x3a, subw 0x0, time 33292101, (-490,220), root:(599,243), state 0x0, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 characters: "" KeyRelease event, serial 24, synthetic NO, window 0xe00001, root 0x3a, subw 0x0, time 33292201, (-490,220), root:(599,243), state 0x80, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 characters: "" Any suggestions? Anything to do with OpenSSH 3.8 configuration? Thanks, Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From cpaxton@mindspring.com Mon Mar 8 16:43:00 2004 From: cpaxton@mindspring.com (Craig Paxton) Date: Mon, 08 Mar 2004 16:43:00 -0000 Subject: Any known problems with Pro/E? Message-ID: <23533937.1078764225433.JavaMail.root@wamui08.slb.atl.earthlink.net> I have a new Pentium 4 2.6 GHz running XP pro. I installed the entire cygwin program and had the x portion of it running fine. Was able to set xhost +, then telnet to another machine, export the display to the local IP, and run any x software I wanted. Now after installing Pro/E it no longer works. After exporting the display and then running lets say emacs it returns after a very long time and says Chek the DISPLAY environment variable or use ???-d???. Also use the ???xhost??? program to verify that it is set to permit connections from your machine. Are there any known problems with Pro/E or McAfee firewall? I thought I had the McAfee installed before installing cygwin and have double checked that the machines IP address is allowed through the firewall. Any ideas? Thanks Craig From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 8 16:54:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Mar 2004 16:54:00 -0000 Subject: Keyboard problems with XFree86-xserv-4.3.0-50 In-Reply-To: References: <20040308213333.8EEB.TAKUMA@dgp.ne.jp> Message-ID: On Mon, 8 Mar 2004, Harald Joerg wrote: > Everything is back to normal now with > > XWin -rootless -clipboard -xkbmodel pc105 -xkblayout de & BTW: (--) winConfigKeyboard - Layout: "00090407" (00090407) indicates an unusual layout. How is this keyboard layout called? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 8 17:04:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 08 Mar 2004 17:04:00 -0000 Subject: Any known problems with Pro/E? In-Reply-To: <23533937.1078764225433.JavaMail.root@wamui08.slb.atl.earthlink.net> References: <23533937.1078764225433.JavaMail.root@wamui08.slb.atl.earthlink.net> Message-ID: On Mon, 8 Mar 2004, Craig Paxton wrote: > I have a new Pentium 4 2.6 GHz running XP pro. I installed the entire cygwin program and had the x portion of it running fine. Was able to set xhost +, then telnet to another machine, export the display to the local IP, and run any x software I wanted. Now after installing Pro/E it no longer works. After exporting the display and then running lets say emacs it returns after a very long time and says Chek the DISPLAY environment variable or use ??????-d??????. Also use the ??????xhost?????? program to verify that it is set to permit connections from your machine. > > > > Are there any known problems with Pro/E or McAfee firewall? I thought I had the McAfee installed before installing cygwin and have double checked that the machines IP address is allowed through the firewall. What is Pro/E? Also try disabling the firewall and check the firewall log. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cpaxton@mindspring.com Mon Mar 8 17:10:00 2004 From: cpaxton@mindspring.com (Craig Paxton) Date: Mon, 08 Mar 2004 17:10:00 -0000 Subject: Any known problems with Pro/E? - SOLVED Message-ID: <1666289.1078765813523.JavaMail.root@wamui07.slb.atl.earthlink.net> Problem solved! It was a simple network setting that someone changed without telling me. Thanks Craig From tulitanssi@luukku.com Mon Mar 8 19:04:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Mon, 08 Mar 2004 19:04:00 -0000 Subject: OpenSSH configuration and many recent problems Message-ID: <1078772689397.tulitanssi.368538.tEPEKPnz_Yx8s_xsSBxSsw@luukku.com> Hi, I agree, security is very important, and security settings should be towards safer operation. The question still is, why does the ForwardX11Trusted setting affect to normal keyboard operation anyway? Cheers, Tuli Corinna Vinschen wrote: I'm not actually keen to change another default setting of OpenSSH to an unsafe setting on Cygwin by default. It's bad enough to set StrictModes to no by default and I already have stomach pain due to that. .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From huntharo@msu.edu Mon Mar 8 19:15:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 08 Mar 2004 19:15:00 -0000 Subject: Still clipboard deadlock with 4.3.0-50 In-Reply-To: References: <4044A5D7.3010008@msu.edu> <404558DC.6050002@msu.edu> Message-ID: <404CC637.50400@msu.edu> Ed, Ed Avis wrote: > Ed Avis writes: > > >>Harold L Hunt II writes: > > >>>XFree86-xserv-4.3.0-49 has some changes that may help to recover >> >>>from and/or to prevent the deadlock situations. Please try it and >> >>>let me know if it improves things or not. >> >>Thanks for looking at this - I will try 4.3.0-50. > > > Unfortunately even after updating with the setup program and > rebooting, running XWin.exe -clipboard can hang Windows apps when I > try to paste into them. However I am not sure that I'm even running > the -50 release because I don't see any version banner in XWin.log. > The setup program says I have -50 installed, but is it telling the > truth? The XWin.log follows. Did you ever confirm for me that you are *not* also running xwinclip at the same time as using -clipboard? The log that you show below confirms that you *do not* have 4.3.0-50 installed, or that you are running some other version from your startup scripts. There should be a 5 line block at the top of the log file since 4.3.0-49, but your log doesn't have it. Don't know what to tell you... you must have some copies of XWin.exe laying around or maybe you copied certain versions and renamed them. You'll have to help us by figuring that out. > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1280 h 1024 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 Harold From huntharo@msu.edu Mon Mar 8 19:19:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 08 Mar 2004 19:19:00 -0000 Subject: Problems with XDMCP connection - Solved In-Reply-To: <200403081516.20133.a.hattendorf@aft-werdohl.de> References: <200403021013.54504.a.hattendorf@aft-werdohl.de> <200403081516.20133.a.hattendorf@aft-werdohl.de> Message-ID: <404CC73B.20102@msu.edu> Weird. Anton Hattendorf wrote: > On Tuesday 02 March 2004 10:13, Anton Hattendorf wrote: > >>Can someone explain, why cygwin sends three Querys, and five requests >>messages? >> >>Has someone an idea? > > Hallo > > I found it! > > Between the Server and the client was a Bridge wich seemd to have Problems > with UDP-Packages. Some Packages took verry long (about 10 Sek.) to pass the > Bridge. Because of the delay the XDMCP client sends the Packages a second an > a thrid time... > > After replacing the bridge everything worked fine > > Bye > Anton > > From huntharo@msu.edu Mon Mar 8 19:21:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 08 Mar 2004 19:21:00 -0000 Subject: OpenSSH configuration and many recent problems In-Reply-To: <20040308140401.GA23243@cygbert.vinschen.de> References: <1078745363988.tulitanssi.319270.VLN1156dxdp9cUdtLW66rg@luukku.com> <20040308140401.GA23243@cygbert.vinschen.de> Message-ID: <404CC7AB.1050303@msu.edu> Corinna Vinschen wrote: > On Mar 8 14:17, Alexander Gottwald wrote: > >>On Mon, 8 Mar 2004 tulitanssi@luukku.com wrote: >> >> >>>Hi all, >>> >>>just wanted you to know, that OpenSSH 3.8 configuration seems to be the reason >>>for some of the recent problems presented here (e.g. AltGr not working, emacs crash). >>>I've had those problems, too. >>>Takuma Murakami suggested that I checked my OpenSSH configuration. >>>When I added "ForwardX11Trusted yes" to /etc/ssh_config, all my problems went away. >> >>This is a very big problem. We get about 2 bugreports per day on the cygwin-xfree >>mailing list. What about making the X11ForwardTrusted default on cygwin? > > > I'm not actually keen to change another default setting of OpenSSH to an > unsafe setting on Cygwin by default. It's bad enough to set StrictModes > to no by default and I already have stomach pain due to that. > > Especially I don't see why this setting should have another default on > Cygwin as on any other OS. There's no difference between Cygwin and > other OSes which justifies this measure, right? The only difference I can think of is that none of the other ssh implementations (that I know of) on our platform, such as PuTTY and SSH Secure Shell, enable this feature by default (or even have this feature). Harold From huntharo@msu.edu Mon Mar 8 19:22:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 08 Mar 2004 19:22:00 -0000 Subject: Need help on cygwin In-Reply-To: <20040308163030.53642.qmail@web42002.mail.yahoo.com> References: <20040308163030.53642.qmail@web42002.mail.yahoo.com> Message-ID: <404CC80E.7020707@msu.edu> Steve, Try this: http://x.cygwin.com/docs/faq/cygwin-xfree-faq.html#microsoft-services-for-unix Harold Steve Lee wrote: > Hi all, > > I need some help, I was able to start X server. After > the X server was started, the GUI came up, but I was > unable to type anything. > > > Thanks. > > > -- > PL > > > __________________________________ > Do you Yahoo!? > Yahoo! Search - Find what you??re looking for faster > http://search.yahoo.com > From jeb@jeremywilkins.freeserve.co.uk Mon Mar 8 19:50:00 2004 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Mon, 08 Mar 2004 19:50:00 -0000 Subject: XWin Architecture Message-ID: <404CCF36.4020006@jeremywilkins.freeserve.co.uk> Hi, I'm curious about how the cygwin XWin server works? My understanding is it is similar to an X Server on linux but instead of rendering to the graphics card framebuffer, it is rendered to an offscreen surface and then bitblt'd to an on screen pixmap using direct draw, or GDI if dd is unavailable. Does the MacOS X Xserver work in the same way? Does this use a lot of existing code, eg from either vnc or xvfb servers? How does the rootless stuff work, does this just figure out where the top level windows are and only bitblt those but into separate surfaces/windows. I've read somewhere that there is some generic rootless code in the xc tree, where abouts is this? Thanks Jeremy From ed@membled.com Mon Mar 8 20:16:00 2004 From: ed@membled.com (Ed Avis) Date: Mon, 08 Mar 2004 20:16:00 -0000 Subject: Still clipboard deadlock with 4.3.0-50 References: <4044A5D7.3010008@msu.edu> <404558DC.6050002@msu.edu> <404CC637.50400@msu.edu> Message-ID: Harold L Hunt II writes: >>>>XFree86-xserv-4.3.0-49 has some changes that may help to recover >>>>from and/or to prevent the deadlock situations. >>Unfortunately even after updating with the setup program and >>rebooting, running XWin.exe -clipboard can hang Windows apps when I >>try to paste into them. >Did you ever confirm for me that you are *not* also running xwinclip >at the same time as using -clipboard? I have used -clipboard and I have used xwinclip, but never both at the same time. >The log that you show below confirms that you *do not* have 4.3.0-50 >installed, or that you are running some other version from your >startup scripts. There should be a 5 line block at the top of the >log file since 4.3.0-49, but your log doesn't have it. That's what I suspected, but the setup program is quite sure it installed -50... I will check the timestamp on Xwin.exe and make sure I'm not running an old copy. -- Ed Avis From pechtcha@cs.nyu.edu Mon Mar 8 20:35:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 08 Mar 2004 20:35:00 -0000 Subject: Still clipboard deadlock with 4.3.0-50 In-Reply-To: References: <4044A5D7.3010008@msu.edu> <404558DC.6050002@msu.edu> <404CC637.50400@msu.edu> Message-ID: On Mon, 8 Mar 2004, Ed Avis wrote: > Harold L Hunt II msuedu> writes: > > >>>>XFree86-xserv-4.3.0-49 has some changes that may help to recover > >>>>from and/or to prevent the deadlock situations. > > >>Unfortunately even after updating with the setup program and > >>rebooting, running XWin.exe -clipboard can hang Windows apps when I > >>try to paste into them. > > >Did you ever confirm for me that you are *not* also running xwinclip > >at the same time as using -clipboard? > > I have used -clipboard and I have used xwinclip, but never both at the > same time. > > >The log that you show below confirms that you *do not* have 4.3.0-50 > >installed, or that you are running some other version from your > >startup scripts. There should be a 5 line block at the top of the > >log file since 4.3.0-49, but your log doesn't have it. > > That's what I suspected, but the setup program is quite sure it > installed -50... I will check the timestamp on Xwin.exe and make sure > I'm not running an old copy. Ed, Please configure your mailer to not quote raw e-mail addresses in replies -- the spam harvesters have it too easy as it is. Also, if you had a copy of XWin.exe running at the time you did the install, setup was not able to replace it, but instead scheduled a replace-on-reboot for it. Search /var/log/setup.log for "Scheduled reboot replacement". There are two ways of fixing this: one is, of course, to reboot :-), and there was a recipe posted to the main cygwin list for doing the replacements without rebooting. 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 brigitte.bonert@theIMO.com Mon Mar 8 21:17:00 2004 From: brigitte.bonert@theIMO.com (Bonert Brigitte) Date: Mon, 08 Mar 2004 21:17:00 -0000 Subject: max root area what is its size is there a limit Message-ID: Hello, I am still struggling with this. Find attached the Xwin log file. I am using a root area of 6400x2048 I am getting this error in my X application: BadWindow (invalid Windowparameter) Mayor Op Code of failed request: 20(X_GetProperty) And the picture I want to display never comes up. It works with a smaller root area of 2560x2048 4 1280x1024 projectors arranged in 2 rows. Any ideas? What does the multiplemonitors option do? Somewhat in dispair .. Please let me know Brigitte *---------------------------------------- This message is intended only for the use of the intended recipients, and it may be privileged and confidential. If you are not the intended recipient, you are hereby notified that any review, retransmission, conversion to hard copy, copying, circulation or other use of this message is strictly prohibited. If you are not the intended recipient, please notify me immediately by return e-mail, and delete this message from your system. *---------------------------------------- From SMore@empirecorp.org Mon Mar 8 21:50:00 2004 From: SMore@empirecorp.org (SMore@empirecorp.org) Date: Mon, 08 Mar 2004 21:50:00 -0000 Subject: Troubles with an xterm Message-ID: <6A0F951DBB1DD611A90600805F9F54550282DA2B@mail.empirecorp.org> I am extremely happy using X and cygwin. I can easily run xterms from Solaris to cygwin. I can easily run xterms from Linux to cygwin. Neither of the above required any configuration on my part. Now, I am trying to run an xterm from an as400( iSeries ) and am having a bit of a problem. I get the xterm to display but the only key strokes that work are: 1. the space bar 2. the enter on the numeric keypad 3. control-characters Is this just a matter of running: setxkbmap ??? I am running: XFree86-xserv 4.3.0-44 If it still does not work with XFree86-xserv-4.3.0-50, what can I do to help debug this ? -Thanks Stephen More From dickey@his.com Mon Mar 8 22:18:00 2004 From: dickey@his.com (Thomas Dickey) Date: Mon, 08 Mar 2004 22:18:00 -0000 Subject: Troubles with an xterm In-Reply-To: <6A0F951DBB1DD611A90600805F9F54550282DA2B@mail.empirecorp.org> References: <6A0F951DBB1DD611A90600805F9F54550282DA2B@mail.empirecorp.org> Message-ID: On Mon, 8 Mar 2004 SMore@empirecorp.org wrote: > I am extremely happy using X and cygwin. > > I can easily run xterms from Solaris to cygwin. > I can easily run xterms from Linux to cygwin. > Neither of the above required any configuration on my part. > > Now, I am trying to run an xterm from an as400( iSeries ) and am having a > bit of a problem. Is that ASCII or EBCDIC? -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From SMore@empirecorp.org Mon Mar 8 22:20:00 2004 From: SMore@empirecorp.org (SMore@empirecorp.org) Date: Mon, 08 Mar 2004 22:20:00 -0000 Subject: Troubles with an xterm Message-ID: <6A0F951DBB1DD611A90600805F9F54550282DA2C@mail.empirecorp.org> Ah yes.... The as400 is an EBCDIC system, and cygwin is ASCII.... How do I fix this ? -Steve More -----Original Message----- From: Thomas Dickey [mailto:dickey@his.com] Sent: Monday, March 08, 2004 5:19 PM To: cygwin-xfree@cygwin.com Subject: Re: Troubles with an xterm On Mon, 8 Mar 2004 SMore@empirecorp.org wrote: > I am extremely happy using X and cygwin. > > I can easily run xterms from Solaris to cygwin. > I can easily run xterms from Linux to cygwin. > Neither of the above required any configuration on my part. > > Now, I am trying to run an xterm from an as400( iSeries ) and am having a > bit of a problem. Is that ASCII or EBCDIC? -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From dickey@his.com Mon Mar 8 22:35:00 2004 From: dickey@his.com (Thomas Dickey) Date: Mon, 08 Mar 2004 22:35:00 -0000 Subject: Troubles with an xterm In-Reply-To: <6A0F951DBB1DD611A90600805F9F54550282DA2C@mail.empirecorp.org> References: <6A0F951DBB1DD611A90600805F9F54550282DA2C@mail.empirecorp.org> Message-ID: On Mon, 8 Mar 2004 SMore@empirecorp.org wrote: > Ah yes.... > > The as400 is an EBCDIC system, and cygwin is ASCII.... > > How do I fix this ? It hasn't been (I think) recently tested, but there is a port of xterm to os390 which does some translation to/from EBCDIC. There's a README.os390 in the source-tarball for xterm (see my webpage for instance). I can give advice and fix bugs, but don't have an os390 myself. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Mon Mar 8 22:58:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 08 Mar 2004 22:58:00 -0000 Subject: max root area what is its size is there a limit In-Reply-To: References: Message-ID: <404CFA93.6080600@msu.edu> Bonert Brigitte wrote: > Hello, > I am still struggling with this. Find attached the Xwin log file. > I am using a root area of 6400x2048 > > I am getting this error in my X application: > > BadWindow (invalid Windowparameter) > Mayor Op Code of failed request: 20(X_GetProperty) > > And the picture I want to display never comes up. > It works with a smaller root area of 2560x2048 > 4 1280x1024 projectors arranged in 2 rows. Yes, it sounds like your remote application has a problem trying to draw to a window that is larger than a certain size. That is, it has not problem with 2560x2048, but it just won't work with widths greater than some amount. Assuming your application respects the standard "-geometry WIDTHxHEIGHT+X_OFFSET+Y_OFFSET", then you should be able to run a test with your twenty monitors (or whatever the full number was) with a window size restricted like the following: my_app_name -geometry 2560x2048+0+0 If it runs, then try bumping the width value until you figure out that it has a problem; if it eventually has a problem, then you have found a bug or limitation in your application that will have to be fixed, there is nothing we can do to fix this for you. If your application does not run, then it is because it does not like the size of the root window being too large; this means that once you have a display area larger than a certain amount then the application will fail to run. You could always run it within an "Xnest" server that was restricted to a specified size, but this would not help you get it working on 20 monitors. I hope that helps. Is the application that you are using open source or closed source? If it is open source, then perhaps we could take a peek at it; if it is closed source there is nothing we can do. :) > What does the multiplemonitors option do? It tells XWin.exe to use the space on all monitors instead of just on the primary monitor. In other words, without -multiplemonitors you can only display applications on the primary monitor. Harold From bax3.NO@SPAM.bigfoot.com Tue Mar 9 01:06:00 2004 From: bax3.NO@SPAM.bigfoot.com (Michael Bax) Date: Tue, 09 Mar 2004 01:06:00 -0000 Subject: X/Cygwin icon proposal Message-ID: Hi folks I've attached my suggestion for a X/Cygwin program icon. It does not feature the speckled white border problem exhibited in the Cygwin/X screenshots at http://x.cygwin.com/. It's also efficient, at 518 bytes. :-) There is another new X icon in X/Cygwin CVS that features a white background in a black square, but do we want an icon with a background? It seems more normal to me to have a transparent background. (The CVS icon has other issues like a blue 24x24 bitmap and is asymmetrical (not rotationally invariant at 180 degrees, for the OCD.) :-) What do you think? Cheers Michael -------------- next part -------------- A non-text attachment was scrubbed... Name: X.ico Type: image/x-icon Size: 518 bytes Desc: not available URL: From darnstein@broadcom.com Tue Mar 9 01:34:00 2004 From: darnstein@broadcom.com (David Arnstein) Date: Tue, 09 Mar 2004 01:34:00 -0000 Subject: X/Cygwin icon proposal Message-ID: <6C8BD1DF01F40145B0E8C4ED0603E2BE606EFE@nt-sjca-0741.sj.broadcom.com> Your hyperlink is labelled x.ico, but the file it links to is http://cygwin.com/ml/cygwin-xfree/2004-03/bin00000.bin. This isn't a worm, is it? From pechtcha@cs.nyu.edu Tue Mar 9 04:39:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 09 Mar 2004 04:39:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <6C8BD1DF01F40145B0E8C4ED0603E2BE606EFE@nt-sjca-0741.sj.broadcom.com> References: <6C8BD1DF01F40145B0E8C4ED0603E2BE606EFE@nt-sjca-0741.sj.broadcom.com> Message-ID: On Mon, 8 Mar 2004, David Arnstein wrote: > Your hyperlink is labelled x.ico, but the file it links to is > http://cygwin.com/ml/cygwin-xfree/2004-03/bin00000.bin. This isn't a > worm, is it? Nope, that's the way MHonArc names attachments with unknown (to it) MIME type... If you feel suspicious, just get a copy of the message resent to you (send an empty email to cygwincom>), and verify that the attachment is an icon (it is). FWIW, the SPAM filtering on these lists is great and catches most worms. Also, worms don't usually send 500-byte attachments. ;-) 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 wolkove@biz-link.com Tue Mar 9 08:15:00 2004 From: wolkove@biz-link.com (Jeff Wolkove) Date: Tue, 09 Mar 2004 08:15:00 -0000 Subject: Could not open default font 'fixed' Message-ID: <6.0.3.0.2.20040309011231.02dc93e8@pop3.norton.antivirus> I had the above error when I attempted to run startxwin.bat. The FAQ says I should nudge the mailing list so here I am nudging. Does anyone know of a fix for this error? Let me know if you need any further details. Thanks Jeff From fabrizio.ge@tiscali.it Tue Mar 9 08:25:00 2004 From: fabrizio.ge@tiscali.it (fabrizio.ge@tiscali.it) Date: Tue, 09 Mar 2004 08:25:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow Message-ID: <4034E3090002FFE5@mail-4.tiscali.it> Hello. I am running Cygwin X server on a Windows 2000 machine. Installed packages are XFree86-base 4.3.0-1 OK XFree86-bin 4.3.0-9 OK XFree86-etc 4.3.0-6 OK XFree86-fenc 4.2.0-3 OK XFree86-fnts 4.2.0-3 OK XFree86-lib 4.3.0-1 OK XFree86-lib-compat 4.3.0-2 OK XFree86-prog 4.3.0-13 OK XFree86-startup-scripts 4.2.0-5 OK XFree86-xserv 4.3.0-50 OK I then compiled VICE (http://www.viceteam.org) and launched the program x64 with option -display in order to make it use my Cygwin X server. If the server is launched with -multiwindow, it crashes when the application executes the line new_item = XtVaCreateManagedWidget(name, smeBSBObjectClass, w, XtNrightMargin, 20, XtNleftMargin, 20, XtNlabel, label + 1, NULL); (it is in file src/arch/unix/xaw/uimenu.c at line 318). The application does not crash, but the next X instruction makes it exit with X connection to localhost:0.0 broken (explicit kill or server shutdown). Exiting... Nothing happens if the server is in single-window mode: the application and the server run fine. The X server gives this stack dump Exception: STATUS_ACCESS_VIOLATION at eip=610AAEFC eax=00000000 ebx=000017A8 ecx=10169E08 edx=005151F8 esi=10169E10 edi=1016B5B0 ebp=018DED84 esp=018DED6C program=C:\cygwin\usr\X11R6\bin\XWin.exe cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 Stack trace: Frame Function Args 018DED84 610AAEFC (181489E0, 00290000, 611489C0, 00000001) 018DEDB4 61054B85 (10169E10, 00000000, 00000000, 00000030) 018DEE14 61086211 (00000020, 00000018, 101890E0, 101563C8) 018DEEC4 0044B721 (10168A90, C0000001, 100EF9A4, 10167050) 018DEEE4 0044B8ED (0080000F, 100EF998, 000000CB, 000000CB) 018DEF34 00442ED2 (100E9168, FFFFFFFF, 00000000, 00000000) 018DEF74 610A024F (100EFA80, 018DEFAC, 610A01E0, 00000000) 018DEFA4 61003D64 (00000000, 00000000, 00000000, 00000000) 018DFFA4 61003D0E (00000000, 00000000, 00000000, 00000000) End of stack trace Bye Fabrizio __________________________________________________________________ Tiscali ADSL SENZA CANONE: Attivazione GRATIS, contributo adesione GRATIS, modem GRATIS, 50 ore di navigazione GRATIS. ABBONARTI TI COSTA SOLO UN CLICK! http://point.tiscali.it/adsl/index.shtml From harald.joerg@fujitsu-siemens.com Tue Mar 9 09:50:00 2004 From: harald.joerg@fujitsu-siemens.com (Harald Joerg) Date: Tue, 09 Mar 2004 09:50:00 -0000 Subject: Keyboard problems with XFree86-xserv-4.3.0-50 In-Reply-To: (Alexander Gottwald's message of "Mon, 8 Mar 2004 17:53:54 +0100 (MET)") References: <20040308213333.8EEB.TAKUMA@dgp.ne.jp> Message-ID: Alexander Gottwald didn't fail noticing: > On Mon, 8 Mar 2004, Harald Joerg wrote: > >> Everything is back to normal now with >> >> XWin -rootless -clipboard -xkbmodel pc105 -xkblayout de & > > BTW: (--) winConfigKeyboard - Layout: "00090407" (00090407) > > indicates an unusual layout. How is this keyboard layout called? A world full of wonders ;-) This is a keyboard having enough function keys for mainframes, various flavours of Unix and Windows (and, of course, Cygwin and XFree). If it hadn't so many coffee stains, I'd post a picture :-) In Windows, it is called "TATE (German) trimodal", if this is of any help... -- Cheers, haj From listrelay.cygwin-xfree@haidinger.dyndns.org Tue Mar 9 10:53:00 2004 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Tue, 09 Mar 2004 10:53:00 -0000 Subject: Solved: AltGr with Solaris 2.6 Message-ID: Hi! Finally I managed to figure out howto make the AltGr key work on my German keyboard under Solaris 2.6 and Cygwin XFree86 (tested with 4.3.0-51)! :-) The at '@' and pipe '|' and all other AltGr keys work for me, even the Euro-Sign if I use a iso-8859-15 font. Here is the howto: 1. Edit your /etc/X11/XF86Config You need to _uncomment_ the following line in section "InputDevices": Option "RightAlt" "ModeSwitch" Restart your X-Server to apply the change. 2. Modify your keymap: I'm using the following .xmodmaprc below. Please have a look at the notes too! <--cut--> ! ! Make AltGr work with Solaris 2.6 and Cygwin XFree86 ! ! Prerequisite: Add or uncomment the following line in section ! "InputDevices" of /etc/X11/XF86Config : ! ! Option "RightAlt" "ModeSwitch" ! ! NOTE: Newer OS, such as Solaris versions (8 and 9), Linux or Cygwin ! do NOT need this fix! ! ! ------------------------------------------------------------------- ! ! assign modifier key ! ! for modern OS (Solaris 8, Linux, Cygwin, etc) !keycode 113 = ISO_Level3_Shift Multi_key ! ! for ancient Solaris 2.6 keycode 113 = Mode_switch ! ! remap keys ! ! NOTE: Keycodes (list with 'modmap -pke') under Exceed 8.0 differ ! from Cygwin XFree86. Odd. Therefore, check the values! ! keycode 11 = 2 quotedbl twosuperior keycode 12 = 3 section threesuperior keycode 16 = 7 slash braceleft keycode 17 = 8 parenleft bracketleft keycode 18 = 9 parenright bracketright keycode 19 = 0 equal braceright keycode 20 = ssharp question backslash keycode 21 = acute grave keycode 24 = q Q at keycode 26 = e E currency keycode 35 = plus asterisk asciitilde keycode 49 = asciicircum degree keycode 58 = m M mu keycode 94 = less greater bar <--cut--> NOTES: * Save this as your ~/.xmodmaprc or save it and run 'xmodmap filename' in your shell startup script. * I've found that the keycodes are _not_ identical and depend on your OS and/or X-Server (can somebody clearify this?). The values above work for me, but you'd better verify the keycodes with 'modmap -pke' if they match yours. * If 'currency' is not defined, try 'EuroSign' or '0x00a4'. Hope that helps. Comments are welcome. Walter From alexander.gottwald@s1999.tu-chemnitz.de Tue Mar 9 10:56:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 09 Mar 2004 10:56:00 -0000 Subject: Solved: AltGr with Solaris 2.6 In-Reply-To: References: Message-ID: On Tue, 9 Mar 2004, Walter Haidinger wrote: > Hi! > > Finally I managed to figure out howto make the AltGr key work on my German > keyboard under Solaris 2.6 and Cygwin XFree86 (tested with 4.3.0-51)! :-) > > The at '@' and pipe '|' and all other AltGr keys work for me, even the > Euro-Sign if I use a iso-8859-15 font. Here is the howto: > > 1. Edit your /etc/X11/XF86Config > > You need to _uncomment_ the following line in section "InputDevices": > Option "RightAlt" "ModeSwitch" Hm. 4.3.0-51 does not read XF86Config. So this seems to be not needed. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From chris@areti.co.uk Tue Mar 9 11:00:00 2004 From: chris@areti.co.uk (Chris Green) Date: Tue, 09 Mar 2004 11:00:00 -0000 Subject: Full screen, minus a bit, how? Message-ID: <20040309110004.GA16898@areti.co.uk> Is it possible to get cygwin to start up in 'not quite full screen' mode? I use a multiple desktop system on my win2k machine and use cygwin/X to run my Linux desktop on one of the win2k desktops. However I keep the win2k taskbar visible (it has the multiple desktops in the taskbar) using a little utility called Shove-it. Thus when cygwin/X brings up the Linux system's desktop Shove-it pushes it down (I have my taskbar at the top) by the width of the taskbar. This works OK except that sometimes I get some odd effects when using the mouse near the bottom of the screen. Thus a way to get cygwin/X to bring up an xdmcp desktop in something like 1600x1160 mode would be very useful. -- Chris Green (chris@areti.co.uk) From listrelay.cygwin-xfree@haidinger.dyndns.org Tue Mar 9 11:19:00 2004 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Tue, 09 Mar 2004 11:19:00 -0000 Subject: Solved: AltGr with Solaris 2.6 In-Reply-To: References: Message-ID: On Tue, 9 Mar 2004, Alexander Gottwald wrote: > Hm. 4.3.0-51 does not read XF86Config. So this seems to be not needed. Well, I forgot to mention that I've edited startxwin.bat to start XFree86 like this (on one line): start XWin -multiwindow -clipboard -xf86config C:\cygwin\etc\X11\XF86Config Regards, Walter From fergus@bonhard.uklinux.net Tue Mar 9 11:40:00 2004 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Tue, 09 Mar 2004 11:40:00 -0000 Subject: Problem with xman Message-ID: <000a01c405ca$ff4485f0$450210ac@tcgp.dundee.ac.uk> I'm running XWin -51 and the 20040306 snapshot. If I try "xman" then everything looks as though it's going to work beautifully (and it does, as far as file access etc goes) but a typical man page, when it appears, shows control instructions like this: 1mNAME0m diff - compare files line by line 1mSYNOPSIS0m 1mdiff 22m[4mOPTION24m] ... 4mFILES0m etc. Anybody else get this? Do I need to do something simple to correct this behaviour? Fergus From ed@membled.com Tue Mar 9 12:58:00 2004 From: ed@membled.com (Ed Avis) Date: Tue, 09 Mar 2004 12:58:00 -0000 Subject: Still clipboard deadlock with 4.3.0-50 References: <4044A5D7.3010008@msu.edu> <404558DC.6050002@msu.edu> <404CC637.50400@msu.edu> Message-ID: Igor Pechtchanski writes: >>>The log that you show below confirms that you *do not* have 4.3.0-50 >>>installed, >>That's what I suspected, but the setup program is quite sure it >>installed -50... >Please configure your mailer to not quote raw e-mail addresses in >replies -- the spam harvesters have it too easy as it is. As far as I know it quotes only the From header of the previous message, which is already publicly readable? I have hidden your address in this case but I don't think you can require others to keep hidden something which you have publicly disclosed. If you're referring to the web archive, and the fact that it applies some simple obfuscation to From: but not to message bodies, then I'll change my mailer's behaviour if the list owner requests it. >Also, if you had a copy of XWin.exe running at the time you did the >install, setup was not able to replace it, but instead scheduled a >replace-on-reboot for it. Search /var/log/setup.log for "Scheduled >reboot replacement". Yes, I see it. But I did reboot my machine, as the setup program suggested. Anyway I moved XWin.exe.new to XWin.exe and I am now running the latest version. -- Ed Avis From corinna-cygwin@cygwin.com Tue Mar 9 13:01:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 09 Mar 2004 13:01:00 -0000 Subject: OpenSSH configuration and many recent problems In-Reply-To: <404CC7AB.1050303@msu.edu> References: <1078745363988.tulitanssi.319270.VLN1156dxdp9cUdtLW66rg@luukku.com> <20040308140401.GA23243@cygbert.vinschen.de> <404CC7AB.1050303@msu.edu> Message-ID: <20040309130149.GE25204@cygbert.vinschen.de> On Mar 8 14:21, Harold L Hunt II wrote: > Corinna Vinschen wrote: > >Especially I don't see why this setting should have another default on > >Cygwin as on any other OS. There's no difference between Cygwin and > >other OSes which justifies this measure, right? > > The only difference I can think of is that none of the other ssh > implementations (that I know of) on our platform, such as PuTTY and SSH > Secure Shell, enable this feature by default (or even have this feature). I'm more concerned about differences between OpenSSH installation on different OSes, not about other SSH implementations, actually. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From YaugerJ@ncr.disa.mil Tue Mar 9 13:29:00 2004 From: YaugerJ@ncr.disa.mil (Yauger, Joshua (Contractor)) Date: Tue, 09 Mar 2004 13:29:00 -0000 Subject: Cygwin - Cygnus for Windows - Linux based ported to Windows Message-ID: Please provide some input; I can't find the information I need on the net to complete my mission at hand. This issue is ongoing and needs to be addressed, Thank you in advanced for any information you can provide for the following: PostgreSQL How can I dump (backup) and restore? How can I merge two PostgreSQL databases? Example: Authoritative server copies from A -> B, Which will overwrite the existing file on B. Need to merge one file to another then copy from A -> B. Open the file as a XLS then import the other file, then you can sort. Thanks a million for any help you can provide! Joshua Yauger System Administrator Defense Information Systems Agency From davidf@sjsoft.com Tue Mar 9 13:32:00 2004 From: davidf@sjsoft.com (David Fraser) Date: Tue, 09 Mar 2004 13:32:00 -0000 Subject: Cygwin - Cygnus for Windows - Linux based ported to Windows In-Reply-To: References: Message-ID: <404DC78E.9030103@sjsoft.com> Yauger, Joshua (Contractor) wrote: >Please provide some input; I can't find the information I need on the net to >complete my mission at hand. This issue is ongoing and needs to be >addressed, Thank you in advanced for any information you can provide for the >following: > >PostgreSQL >How can I dump (backup) and restore? >How can I merge two PostgreSQL databases? > >Example: Authoritative server copies from A -> B, Which will overwrite the >existing file on B. Need to merge one file to another then copy from A -> B. >Open the file as a XLS then import the other file, then you can sort. > >Thanks a million for any help you can provide! >Joshua Yauger >System Administrator >Defense Information Systems Agency > > > This has nothing to do with cygwin-xfree86 - you would do better asking this on a postgresql mailing list. See the PostgreSQL website for more info David From SMore@empirecorp.org Tue Mar 9 14:24:00 2004 From: SMore@empirecorp.org (SMore@empirecorp.org) Date: Tue, 09 Mar 2004 14:24:00 -0000 Subject: Troubles with an xterm Message-ID: <6A0F951DBB1DD611A90600805F9F54550282DA30@mail.empirecorp.org> I was able to get my hands on a Solaris running openwindows..... The xterm client on the as400 works fine using the Solaris Xserver. The same xterm client on the as400 does not work with cygwin's Xserver. This leeds me to belive that the problem is with cygwin...... -Steve More -----Original Message----- From: Thomas Dickey [mailto:dickey@his.com] Sent: Monday, March 08, 2004 5:35 PM To: cygwin-xfree@cygwin.com Subject: RE: Troubles with an xterm On Mon, 8 Mar 2004 SMore@empirecorp.org wrote: > Ah yes.... > > The as400 is an EBCDIC system, and cygwin is ASCII.... > > How do I fix this ? It hasn't been (I think) recently tested, but there is a port of xterm to os390 which does some translation to/from EBCDIC. There's a README.os390 in the source-tarball for xterm (see my webpage for instance). I can give advice and fix bugs, but don't have an os390 myself. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.607 / Virus Database: 387 - Release Date: 3/2/2004 From dickey@his.com Tue Mar 9 14:45:00 2004 From: dickey@his.com (Thomas Dickey) Date: Tue, 09 Mar 2004 14:45:00 -0000 Subject: Troubles with an xterm In-Reply-To: <6A0F951DBB1DD611A90600805F9F54550282DA30@mail.empirecorp.org> References: <6A0F951DBB1DD611A90600805F9F54550282DA30@mail.empirecorp.org> Message-ID: On Tue, 9 Mar 2004 SMore@empirecorp.org wrote: > I was able to get my hands on a Solaris running openwindows..... > > The xterm client on the as400 works fine using the Solaris Xserver. > The same xterm client on the as400 does not work with cygwin's > Xserver. > > This leeds me to belive that the problem is with cygwin...... I suppose so - but not having setup keyboard mapping for this, can only guess what has to be done. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From brigitte.bonert@theIMO.com Tue Mar 9 14:52:00 2004 From: brigitte.bonert@theIMO.com (Bonert Brigitte) Date: Tue, 09 Mar 2004 14:52:00 -0000 Subject: XWin Xserver maximum root area exceeded? Message-ID: Hello, Thank you very much for your answer. I am sorry I think I left out too many details when describing my problem. The application I am running is proprietory but I do have the code and I actually changed the code to get as far as I am with this (it is a part of an Energy Management system and I am using its console interface code to display the status of of the high voltage grid on a display wall .. these are special pictures with symbols for generators/switches/lines etc). I do not think that my application cannot handle a root area of 12800x2048 (or 6400x2048 which is the minimum I need) but suspect that cygwin/X cannot. My reasoning for this is that the application runs without error with the X server WinaXe6.7 (for which I have a special version that can handle a 12800x2048 root area sent to me from LabF.com). The problem with WinaXe is that it uses a lot more CPU time than cygwin/X, when I compare them (using of course the root area in which both work). Because of this I would really like to use the cygwin X server but cannot, because of the problem I encountered. I will have a look at Xnest to see whether I get any further. I am using a Windows2000 workstation with special Display driver code (this is code from the company which also builds the projectors) and I am not really sure that Windows2000 "knows" that it has 20 monitors I tried the multimonitor option just in case it helps but it does not appear to. Any ideas? A friend recommended using xmon to find out more of what is happening. Do you have experience with xmon? What happened to the option emulatepseudo ? My X application uses Pseudo colours and in order to get the cgywin Xserver to work I had to set the number of colours to 256 for my display definition on the PC (very ugly when wanting to run other applications). Brigitte Hello, I am still struggling with this. Find attached the Xwin log file. I am using a root area of 6400x2048 I am getting this error in my X application: BadWindow (invalid Windowparameter) Mayor Op Code of failed request: 20(X_GetProperty) And the picture I want to display never comes up. It works with a smaller root area of 2560x2048 4 1280x1024 projectors arranged in 2 rows. Yes, it sounds like your remote application has a problem trying to draw to a window that is larger than a certain size. That is, it has not problem with 2560x2048, but it just won't work with widths greater than some amount. Assuming your application respects the standard "-geometry WIDTHxHEIGHT+X_OFFSET+Y_OFFSET", then you should be able to run a test with your twenty monitors (or whatever the full number was) with a window size restricted like the following: my_app_name -geometry 2560x2048+0+0 If it runs, then try bumping the width value until you figure out that it has a problem; if it eventually has a problem, then you have found a bug or limitation in your application that will have to be fixed, there is nothing we can do to fix this for you. If your application does not run, then it is because it does not like the size of the root window being too large; this means that once you have a display area larger than a certain amount then the application will fail to run. You could always run it within an "Xnest" server that was restricted to a specified size, but this would not help you get it working on 20 monitors. I hope that helps. Is the application that you are using open source or closed source? If it is open source, then perhaps we could take a peek at it; if it is closed source there is nothing we can do. :) What does the multiplemonitors option do? It tells XWin.exe to use the space on all monitors instead of just on the primary monitor. In other words, without -multiplemonitors you can only display applications on the primary monitor. Harold -----Original Message----- From: Bonert Brigitte Sent: Thursday, March 04, 2004 11:02 AM To: 'cygwin-xfree@cygwin.com' Subject: RE: XWin Xserver maximum root area exceeded? Find attached a log file (at this stage I was only running with a root area of 6400x2048) Brigitte You have an interesting setup that possibly reveals non-trivial bugs. Unless you will continue to consult Harold privately, please show /tmp/XWin.log from a failed session. Takuma Murakami -----Original Message----- From: Bonert Brigitte Sent: Wednesday, March 03, 2004 11:27 AM To: 'Harold L Hunt II' Cc: 'cygwin-xfree@cygwin.com' Subject: RE: XWin Xserver maximum root area exceeded? Harold, I am not using OpenSSH to ssh into the UNIX. I am using xdm with a modified startup script from the file: \cygwin\usr\X11R6\bin\startxdmcp.bat see below start XWin :2 -query %REMOTE_HOST% -scrollbars -lesspointer -fp tcp/%REMOTE_HOST%:7100 I do get the login screen and everything comes up just fine (it did not with the previous version of XWin I tried some time ago). It connects also just fine to the fontserver I have running on the remote host. Everything works on my PC (with root area of 1600x1200 and NT service pack 6) when displaying the pictures of the application running on the Unix box. But it does not on the controller with the root area of 12800x2048 (running Windows2000) I get the error below. Which is why I suspect a problem with the size of the root area. I downloaded the code and started looking .. but so far no numbers. I also tried to understand the Xf86config file but did not get far with this. Brigitte *---------------------------------------- This message is intended only for the use of the intended recipients, and it may be privileged and confidential. If you are not the intended recipient, you are hereby notified that any review, retransmission, conversion to hard copy, copying, circulation or other use of this message is strictly prohibited. If you are not the intended recipient, please notify me immediately by return e-mail, and delete this message from your system. *---------------------------------------- From ed@membled.com Tue Mar 9 15:18:00 2004 From: ed@membled.com (Ed Avis) Date: Tue, 09 Mar 2004 15:18:00 -0000 Subject: Really still clipboard deadlock with 4.3.0-50 References: <4044A5D7.3010008@msu.edu> <404558DC.6050002@msu.edu> <404CC637.50400@msu.edu> Message-ID: I upgraded to XFree86-xserv-4.3.0-50, but I still get the problem of Windows apps hanging when I paste into them. Here is the XWin.log after that had happened a couple of times. (Looking at the changelog for -51 I didn't see anything related to the clipboard problem so I haven't tried the new version before reporting this bug, but I will if you want.) Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.50 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 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)" 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: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: -- Ed Avis From corinna-cygwin@cygwin.com Tue Mar 9 16:05:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 09 Mar 2004 16:05:00 -0000 Subject: [Fwd: ForwardX11Trusted] Message-ID: <20040309160518.GC24481@cygbert.vinschen.de> FYI: ----- Forwarded message from Colin Watson ----- > Date: Tue, 9 Mar 2004 15:44:20 +0000 > From: Colin Watson > Subject: ForwardX11Trusted > To: openssh-unix-dev PLAM mindrot DONG org > > Since packaging OpenSSH 3.8p1 for Debian, I've got a flood of bug > reports and confusion about the new untrusted X client configuration. > > At least part of this seems to be the short (2 minutes!) timeout on the > cookie, so that if you're impatient like me and open a connection to a > machine that takes a little while to do the key exchange, go off and do > something in another window in the meantime, and then come back when > it's finished, you may well find that the untrusted cookie's expired in > the meantime. This seems a bit excessive. > > Would anyone think I was crazy for defaulting to ForwardX11Trusted in > our OpenSSH package for a while until this becomes more mature? At least > then we don't regress. > _______________________________________________ > openssh-unix-dev mailing list ----- End forwarded message ----- So, other OSes have problems with ForwardX11Trusted as well :-| Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From rwf@loonybin.net Tue Mar 9 16:40:00 2004 From: rwf@loonybin.net (Rob Foehl) Date: Tue, 09 Mar 2004 16:40:00 -0000 Subject: XWin crash when running Oracle installer Message-ID: XWin.exe is crashing (persistently) when running the Oracle 8.1.7 Java installer remotely from a Solaris system, tunneled via ssh. This only happens in multiwindow mode; the installer will run without issues when X is running with a root window. Crash occurs after the initial "loading.." screen is displayed; unfortunately, I don't have much more detail than this. A stack dump of the X server is below.. This is -51, and I haven't tested with any other releases. Please let me know if there is more specific information I can provide.. Exception: STATUS_ACCESS_VIOLATION at eip=610AAEFC eax=611489F4 ebx=00000CA0 ecx=10391628 edx=00330030 esi=10392238 edi=103922C8 ebp=018FEDE4 esp=018FEDCC program=C:\cygwin\usr\X11R6\bin\XWin.exe cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 Stack trace: Frame Function Args 018FEDE4 610AAEFC (00000001, 00000F70, 00004000, 018FEE14) 018FEE14 61054B85 (10392238, 00000020, 00000001, 00000018) 018FEEC4 61086211 (1025FE70, C0000001, 100EE0CC, 1017C768) 018FEEE4 0044B8ED (00A000C8, 00A000C8, 000000CA, 000000CA) 018FEF34 00442ED2 (100E7890, FFFFFFFF, 00000000, 00000000) 018FEF74 610A024F (100EE1A8, 018FEFAC, 610A01E0, 00000000) 018FEFA4 61003D64 (00000000, 00000000, 00000000, 00000000) 018FFFA4 61003D0E (00000000, 00000000, 00000000, 00000000) End of stack trace -Rob From pechtcha@cs.nyu.edu Tue Mar 9 17:00:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 09 Mar 2004 17:00:00 -0000 Subject: Full screen, minus a bit, how? In-Reply-To: <20040309110004.GA16898@areti.co.uk> References: <20040309110004.GA16898@areti.co.uk> Message-ID: On Tue, 9 Mar 2004, Chris Green wrote: > Is it possible to get cygwin to start up in 'not quite full screen' > mode? > > I use a multiple desktop system on my win2k machine and use cygwin/X > to run my Linux desktop on one of the win2k desktops. However I keep > the win2k taskbar visible (it has the multiple desktops in the > taskbar) using a little utility called Shove-it. Thus when cygwin/X > brings up the Linux system's desktop Shove-it pushes it down (I have > my taskbar at the top) by the width of the taskbar. This works OK > except that sometimes I get some odd effects when using the mouse near > the bottom of the screen. > > Thus a way to get cygwin/X to bring up an xdmcp desktop in something > like 1600x1160 mode would be very useful. Try the -screen argument, as in XWin :0.0 -scrollbars -screen 0 1600 1160 ... 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 nahor@bravobrava.com Tue Mar 9 17:52:00 2004 From: nahor@bravobrava.com (Nahor) Date: Tue, 09 Mar 2004 17:52:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: Message-ID: Michael Bax wrote: > What do you think? Let me play medium...I seeee....yessss... you don't have a black desktop! :) The icon is completely invisible on black background. And the logo is not smooth, i.e. the line are not of homogeneous thickness. I suggest that, instead of removing the white specks (which are actually shades of gray to smooth the black lines), you actually make a real white line around the black area. All in all, I prefer the current icon. And that has nothing to do with the fact that I made it. No, definitely not! ;) Anyway, attached is one with a real white line around it. Some may like it better. I'm 50-50 between the current one and the one attached. Nahor -------------- next part -------------- A non-text attachment was scrubbed... Name: X.ico Type: image/x-icon Size: 3638 bytes Desc: not available URL: From huntharo@msu.edu Tue Mar 9 18:47:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 09 Mar 2004 18:47:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow In-Reply-To: <4034E3090002FFE5@mail-4.tiscali.it> References: <4034E3090002FFE5@mail-4.tiscali.it> Message-ID: <404E1134.2070406@msu.edu> I don't have any ideas. Sorry. Harold fabrizio.ge@tiscali.it wrote: > Hello. > > I am running Cygwin X server on a Windows 2000 machine. Installed packages > are > > XFree86-base 4.3.0-1 OK > XFree86-bin 4.3.0-9 OK > XFree86-etc 4.3.0-6 OK > XFree86-fenc 4.2.0-3 OK > XFree86-fnts 4.2.0-3 OK > XFree86-lib 4.3.0-1 OK > XFree86-lib-compat 4.3.0-2 OK > XFree86-prog 4.3.0-13 OK > XFree86-startup-scripts 4.2.0-5 OK > XFree86-xserv 4.3.0-50 OK > > I then compiled VICE (http://www.viceteam.org) and launched the program > x64 with option -display in order to make it use my Cygwin X server. If > the > server is launched with -multiwindow, it crashes when the application executes > the line > > new_item = XtVaCreateManagedWidget(name, > smeBSBObjectClass, > w, > XtNrightMargin, 20, > XtNleftMargin, 20, > XtNlabel, > label + 1, > NULL); > > (it is in file src/arch/unix/xaw/uimenu.c at line 318). The application > does not crash, but the next X instruction makes it exit with > > X connection to localhost:0.0 broken (explicit kill or server shutdown). > > Exiting... > > Nothing happens if the server is in single-window mode: the application > and the server run fine. > > The X server gives this stack dump > > Exception: STATUS_ACCESS_VIOLATION at eip=610AAEFC > eax=00000000 ebx=000017A8 ecx=10169E08 edx=005151F8 esi=10169E10 edi=1016B5B0 > ebp=018DED84 esp=018DED6C program=C:\cygwin\usr\X11R6\bin\XWin.exe > cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 > Stack trace: > Frame Function Args > 018DED84 610AAEFC (181489E0, 00290000, 611489C0, 00000001) > 018DEDB4 61054B85 (10169E10, 00000000, 00000000, 00000030) > 018DEE14 61086211 (00000020, 00000018, 101890E0, 101563C8) > 018DEEC4 0044B721 (10168A90, C0000001, 100EF9A4, 10167050) > 018DEEE4 0044B8ED (0080000F, 100EF998, 000000CB, 000000CB) > 018DEF34 00442ED2 (100E9168, FFFFFFFF, 00000000, 00000000) > 018DEF74 610A024F (100EFA80, 018DEFAC, 610A01E0, 00000000) > 018DEFA4 61003D64 (00000000, 00000000, 00000000, 00000000) > 018DFFA4 61003D0E (00000000, 00000000, 00000000, 00000000) > End of stack trace > > Bye > Fabrizio > > __________________________________________________________________ > Tiscali ADSL SENZA CANONE: > Attivazione GRATIS, contributo adesione GRATIS, modem GRATIS, > 50 ore di navigazione GRATIS. ABBONARTI TI COSTA SOLO UN CLICK! > http://point.tiscali.it/adsl/index.shtml > > > > From huntharo@msu.edu Tue Mar 9 18:50:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 09 Mar 2004 18:50:00 -0000 Subject: Solved: AltGr with Solaris 2.6 In-Reply-To: References: Message-ID: <404E11ED.2030702@msu.edu> Walter Haidinger wrote: > On Tue, 9 Mar 2004, Alexander Gottwald wrote: > > >>Hm. 4.3.0-51 does not read XF86Config. So this seems to be not needed. > > > Well, I forgot to mention that I've edited startxwin.bat to start XFree86 > like this (on one line): > > start XWin -multiwindow -clipboard -xf86config C:\cygwin\etc\X11\XF86Config Doesn't matter. The code for parsing XF86Config files is no longer present in the executable. It was just a mistake that an error is not raised when the -xf86config option is used when XF86Config support has not been compiled in. Harold From huntharo@msu.edu Tue Mar 9 21:08:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 09 Mar 2004 21:08:00 -0000 Subject: XFree86-xserv-4.3.0-51 Performance Improvement Message-ID: <404E322E.3080807@msu.edu> Takuma Murakami made an improvement to the multi-window code in the 4.3.0-51 release that restricts redraws to only the changed portions of windows. My earlier review of the original code made me believe that the code was redrawing the entire contents of each window, regardless of whether they had changed any or not, so I believe that Takuma's change is correct. In addition, I tested Takuma's change on a program that was notorious for exhibiting bad performance in multi-window mode: xfig. 4.3.0-50 requires 7 seconds to start xfig and there is lots of screen flashing during that startup process; other X Servers on Windows did not have this problem. 4.3.0-51 takes 2 seconds to start xfig and there is no longer any screen flashing. Takuma's changes are great! :) Harold From cgf-no-personal-reply-please@cygwin.com Tue Mar 9 22:27:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 09 Mar 2004 22:27:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow In-Reply-To: <404E1134.2070406@msu.edu> References: <4034E3090002FFE5@mail-4.tiscali.it> <404E1134.2070406@msu.edu> Message-ID: <20040309222746.GA26072@redhat.com> On Tue, Mar 09, 2004 at 01:47:16PM -0500, Harold L Hunt II wrote: >I don't have any ideas. Sorry. It's dying in a cygwin function. So, I guess: http://cygwin.com/problems.html might be helpful. cgf >fabrizio.ge@tiscali.it wrote: > >>Hello. >> >>I am running Cygwin X server on a Windows 2000 machine. Installed packages >>are >> >>XFree86-base 4.3.0-1 OK >>XFree86-bin 4.3.0-9 OK >>XFree86-etc 4.3.0-6 OK >>XFree86-fenc 4.2.0-3 OK >>XFree86-fnts 4.2.0-3 OK >>XFree86-lib 4.3.0-1 OK >>XFree86-lib-compat 4.3.0-2 OK >>XFree86-prog 4.3.0-13 OK >>XFree86-startup-scripts 4.2.0-5 OK >>XFree86-xserv 4.3.0-50 OK >> >>I then compiled VICE (http://www.viceteam.org) and launched the program >>x64 with option -display in order to make it use my Cygwin X server. If >>the >>server is launched with -multiwindow, it crashes when the application >>executes >>the line >> >> new_item = XtVaCreateManagedWidget(name, >> smeBSBObjectClass, >>w, >> XtNrightMargin, 20, >> XtNleftMargin, 20, >> XtNlabel, >> label + 1, >> NULL); >> >>(it is in file src/arch/unix/xaw/uimenu.c at line 318). The application >>does not crash, but the next X instruction makes it exit with >> >>X connection to localhost:0.0 broken (explicit kill or server shutdown). >> >>Exiting... >> >>Nothing happens if the server is in single-window mode: the application >>and the server run fine. >> >>The X server gives this stack dump >> >>Exception: STATUS_ACCESS_VIOLATION at eip=610AAEFC >>eax=00000000 ebx=000017A8 ecx=10169E08 edx=005151F8 esi=10169E10 >>edi=1016B5B0 >>ebp=018DED84 esp=018DED6C program=C:\cygwin\usr\X11R6\bin\XWin.exe >>cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 >>Stack trace: >>Frame Function Args >>018DED84 610AAEFC (181489E0, 00290000, 611489C0, 00000001) >>018DEDB4 61054B85 (10169E10, 00000000, 00000000, 00000030) >>018DEE14 61086211 (00000020, 00000018, 101890E0, 101563C8) >>018DEEC4 0044B721 (10168A90, C0000001, 100EF9A4, 10167050) >>018DEEE4 0044B8ED (0080000F, 100EF998, 000000CB, 000000CB) >>018DEF34 00442ED2 (100E9168, FFFFFFFF, 00000000, 00000000) >>018DEF74 610A024F (100EFA80, 018DEFAC, 610A01E0, 00000000) >>018DEFA4 61003D64 (00000000, 00000000, 00000000, 00000000) >>018DFFA4 61003D0E (00000000, 00000000, 00000000, 00000000) >>End of stack trace >> >>Bye >>Fabrizio >> >>__________________________________________________________________ >>Tiscali ADSL SENZA CANONE: >>Attivazione GRATIS, contributo adesione GRATIS, modem GRATIS, >>50 ore di navigazione GRATIS. ABBONARTI TI COSTA SOLO UN CLICK! >>http://point.tiscali.it/adsl/index.shtml >> >> >> >> From takuma@dgp.ne.jp Tue Mar 9 23:59:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Tue, 09 Mar 2004 23:59:00 -0000 Subject: XFree86-xserv-4.3.0-51 Performance Improvement In-Reply-To: <404E322E.3080807@msu.edu> References: <404E322E.3080807@msu.edu> Message-ID: <20040310085632.AB2A.TAKUMA@dgp.ne.jp> That is just a starting point of my optimization. 4.3.0-52 release should be more impressive :) Takuma Murakami > Takuma Murakami made an improvement to the multi-window code in the > 4.3.0-51 release that restricts redraws to only the changed portions of > windows. My earlier review of the original code made me believe that > the code was redrawing the entire contents of each window, regardless of > whether they had changed any or not, so I believe that Takuma's change > is correct. In addition, I tested Takuma's change on a program that was > notorious for exhibiting bad performance in multi-window mode: xfig. > 4.3.0-50 requires 7 seconds to start xfig and there is lots of screen > flashing during that startup process; other X Servers on Windows did not > have this problem. 4.3.0-51 takes 2 seconds to start xfig and there is > no longer any screen flashing. > > Takuma's changes are great! :) > > Harold From oypwfo@yahoo.com Wed Mar 10 01:33:00 2004 From: oypwfo@yahoo.com (Hilary Dick) Date: Wed, 10 Mar 2004 01:33:00 -0000 Subject: Increased sexual potency I frequency. xpamecw ywzq Message-ID: <10n$0f1d58b378$ib-s-1$$--v03@x1b5.fa.tk.yz6> ecclesiastic H+G+H stimulates an increase in the production of H'G'H. http://www.hghorder.com Clinical results based on trials show the following amazing results**: 88% muscle mass enhancement 84% higher energy levels 81-83% expanded exercise tolerance/endurance 81% increased muscle mass 78% improved overall sense of well-being 75% improved potency/libido 73% improved immune function 72% decreased body fat (without diet or exercise) read more ... http://www.hghorder.com If you have recieved this in error please use http://www.hghorder.com/r.htmlahngycoo qwqod ddxkfszv From huntharo@msu.edu Wed Mar 10 02:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 02:36:00 -0000 Subject: XWin Xserver maximum root area exceeded? In-Reply-To: References: Message-ID: <404E7F3F.9010302@msu.edu> Brigitte, Bonert Brigitte wrote: > Hello, > Thank you very much for your answer. > I am sorry I think I left out too many details when describing my problem. > The application I am running is proprietory but I do have the code and I > actually changed the code to get as far as I am with this (it is a part of > an Energy Management system and I am using its console interface code to > display the status of of the high voltage grid on a display wall .. these > are special pictures with symbols for generators/switches/lines etc). Okay. Do you run only this app by itself (or are other applications supposed to show on the display wall at the same time?). If it is the only application, then see what happens when you run XWin.exe like this: XWin -fullscreen -depth 8 That would allow you to leave Windows in 16, 24, or 32 bit color, while XWin would switch the display to 8 bit color when it received the focus. You would probably want to run a window manager such as 'twm' so you could move windows around. But just try running your application first to see what happens. > I do not think that my application cannot handle a root area of 12800x2048 > (or 6400x2048 which is the minimum I need) but suspect that cygwin/X cannot. > My reasoning for this is that the application runs without error with the X > server WinaXe6.7 (for which I have a special version that can handle a > 12800x2048 root area sent to me from LabF.com). The problem with WinaXe is > that it uses a lot more CPU time than cygwin/X, when I compare them (using > of course the root area in which both work). Because of this I would really > like to use the cygwin X server but cannot, because of the problem I > encountered. Hmm... we seem to be missing the answer to one question: does any app work in Cygwin/X at 12800x2048? In other words, can you run an 'xterm', drag it to one monitor at a time, and verify that it operates correctly when you type in and run a command like 'ls'? If yes: Cygwin/X is working just fine in 12800x2048 mode. As I previously requested, try sending your application the -geometry parameter to restrict its size when Cygwin/X is running in 12800x2048. It will be useful to know if your application still fails to run in this case (e.g. -gemotry 6400x2048+0+0). If no: What happens? Please be precise in your description. If Cygwin/X fails to start in this configuration, then send in /tmp/XWin.log from an instance when this happens. A failure to start could probably be fixed, but any other sort of failure (like one or two of the monitors not drawing the xterm correctly) might be harder to fix. I'll need to know this information in order to diagnose the problem further. > I am using a Windows2000 workstation with special Display driver code (this > is code from the company which also builds the projectors) and I am not > really sure that Windows2000 "knows" that it has 20 monitors I tried the > multimonitor option just in case it helps but it does not appear to. That is fine... it even eliminates some possible failures. > A friend recommended using xmon to find out more of what is happening. > Do you have experience with xmon? No, I do not know what it is. > What happened to the option emulatepseudo ? > My X application uses Pseudo colours and in order to get the cgywin Xserver > to work I had to set the number of colours to 256 for my display definition > on the PC > (very ugly when wanting to run other applications). -emulatepseudo did not do anything useful. It was a placeholder for a feature I was working on. Somebody has told me they are working on proper PseudoColor emulation that will work on all platforms, but they haven't finished it yet in the past two months. I don't have an ETA for this either. Harold From huntharo@msu.edu Wed Mar 10 02:44:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 02:44:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: Message-ID: <404E8115.2010200@msu.edu> Nahor, Hmm... that is an interesting change. I am now split 33-33-33 between the current, the one in CVS, and the one you just sent :) I really don't know which I prefer. Harold Nahor wrote: > Michael Bax wrote: > >> What do you think? > > > Let me play medium...I seeee....yessss... you don't have a black > desktop! :) > The icon is completely invisible on black background. > > And the logo is not smooth, i.e. the line are not of homogeneous thickness. > I suggest that, instead of removing the white specks (which are actually > shades of gray to smooth the black lines), you actually make a real > white line around the black area. > > All in all, I prefer the current icon. And that has nothing to do with > the fact that I made it. No, definitely not! ;) > > Anyway, attached is one with a real white line around it. Some may like > it better. I'm 50-50 between the current one and the one attached. > > Nahor From nahor@bravobrava.com Wed Mar 10 03:02:00 2004 From: nahor@bravobrava.com (Nahor) Date: Wed, 10 Mar 2004 03:02:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <404E8115.2010200@msu.edu> References: <404E8115.2010200@msu.edu> Message-ID: Harold L Hunt II wrote: > Hmm... that is an interesting change. I am now split 33-33-33 between > the current, the one in CVS, and the one you just sent :) I haven't seen the one in CVS. Is there a simple way to get it without having to checkout the whole source? Nahor From huntharo@msu.edu Wed Mar 10 03:18:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 03:18:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: <404E8115.2010200@msu.edu> Message-ID: <404E88EC.3050102@msu.edu> Yeah, save the following link to disk: http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/*checkout*/xc/programs/Xserver/hw/xwin/X.ico?rev=1.1.6.1&only_with_tag=CYGWIN&cvsroot=xorg Harold Nahor wrote: > Harold L Hunt II wrote: > >> Hmm... that is an interesting change. I am now split 33-33-33 between >> the current, the one in CVS, and the one you just sent :) > > > I haven't seen the one in CVS. Is there a simple way to get it without > having to checkout the whole source? > > Nahor > > From huntharo@msu.edu Wed Mar 10 03:47:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 03:47:00 -0000 Subject: Could not open default font 'fixed' In-Reply-To: <6.0.3.0.2.20040309011231.02dc93e8@pop3.norton.antivirus> References: <6.0.3.0.2.20040309011231.02dc93e8@pop3.norton.antivirus> Message-ID: <404E8FE5.6070202@msu.edu> Jeff, Jeff Wolkove wrote: > I had the above error when I attempted to run startxwin.bat. The FAQ says > I should nudge the mailing list so here I am nudging. Does anyone know > of a fix for this error? Let me know if you need any further details. Yes, we all know the answer, but it looks like it took me quite a long time to get around to updating the FAQ :) There is now a detailed answer were there was previously a request to nudge the mailing list by 2003-01-31... I hope I mistyped that as 2003 when it really should have been 2004. It would be a little silly if it really took longer than a year to revisit this issue. http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof Harold From huntharo@msu.edu Wed Mar 10 03:51:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 03:51:00 -0000 Subject: XWin crash when running Oracle installer In-Reply-To: References: Message-ID: <404E90B8.2050501@msu.edu> Rob, It sounds like both you and Fabrizio are having the same problem (crash in multi-window mode, no crash in single window mode): http://cygwin.com/ml/cygwin-xfree/2004-03/msg00221.html Other than telling you to try XFree86-xserv-4.3.0-52, I can only tell you to wait and see if I can duplicate the problem that Fabrizio reported. Fabrizio's problem happens with an open source application compiled under Cygwin, so I should be able to duplicate his problem and perhaps debug it a little. Please monitor the mailing list, or feel free to try debugging this further on your own, perhaps using the VICE program linked to in the email above. Harold Rob Foehl wrote: > XWin.exe is crashing (persistently) when running the Oracle 8.1.7 Java > installer remotely from a Solaris system, tunneled via ssh. This only > happens in multiwindow mode; the installer will run without issues when X > is running with a root window. Crash occurs after the initial "loading.." > screen is displayed; unfortunately, I don't have much more detail than > this. A stack dump of the X server is below.. This is -51, and I haven't > tested with any other releases. Please let me know if there is more > specific information I can provide.. > > Exception: STATUS_ACCESS_VIOLATION at eip=610AAEFC > eax=611489F4 ebx=00000CA0 ecx=10391628 edx=00330030 esi=10392238 edi=103922C8 > ebp=018FEDE4 esp=018FEDCC program=C:\cygwin\usr\X11R6\bin\XWin.exe > cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 > Stack trace: > Frame Function Args > 018FEDE4 610AAEFC (00000001, 00000F70, 00004000, 018FEE14) > 018FEE14 61054B85 (10392238, 00000020, 00000001, 00000018) > 018FEEC4 61086211 (1025FE70, C0000001, 100EE0CC, 1017C768) > 018FEEE4 0044B8ED (00A000C8, 00A000C8, 000000CA, 000000CA) > 018FEF34 00442ED2 (100E7890, FFFFFFFF, 00000000, 00000000) > 018FEF74 610A024F (100EE1A8, 018FEFAC, 610A01E0, 00000000) > 018FEFA4 61003D64 (00000000, 00000000, 00000000, 00000000) > 018FFFA4 61003D0E (00000000, 00000000, 00000000, 00000000) > End of stack trace From huntharo@msu.edu Wed Mar 10 03:54:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 03:54:00 -0000 Subject: Really still clipboard deadlock with 4.3.0-50 In-Reply-To: References: <4044A5D7.3010008@msu.edu> <404558DC.6050002@msu.edu> <404CC637.50400@msu.edu> Message-ID: <404E9192.1080409@msu.edu> Ed, Okay, I have another idea about how to fix this, or at least how to work around it. The following information helps: > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 It seems that whatever X11 application that we are requesting text from is not fulfilling that request, which means that we never write to the clipboard like we are supposed to (which causes the other Win32 application to close the clipboard). I'll try to come up with a way to detect when this is happening and just write some bogus text to the clipboard to fulfill our obligation. Of course, I reserve the right to change my mind later when I have had more time to think about this. :) Harold From 1@pervalidus.net Wed Mar 10 04:00:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Wed, 10 Mar 2004 04:00:00 -0000 Subject: libungif - Depends on obsolete X libraries - Rebuild for approval by maintainer In-Reply-To: <404E0FB3.3050200@msu.edu> References: <4048EB3D.2030301@msu.edu> <404D9DD0.1080709@lapo.it> <404E0FB3.3050200@msu.edu> Message-ID: On Tue, 9 Mar 2004, Harold L Hunt II wrote: > Lapo Luchini wrote: > > > Actually I was thinking about using --without-x in next release. > > But no other program seems to use it, except WMaker, that uses X11 anyway. > > > There doesn't seem to be a reason to do --without-x since libungif has > used it for two years without major problems. These aren't really strong arguments. Lapo is assuming that only WindowMaker uses libungif because it's the only application linked to it in Cygwin. You're assuming libungif should depend on XFree86 because it worked fine with it for 2 years. linbugif compiled with --without-x will work fine too, and also enable other people who don't want to install XFree86 to use the library or any tools, except gif2x11. But, again, is it so hard to make 2 packages, one with --without-x ? I understand the same could be made for gd, after all only a few people are likely using the xpm support, which is what adds the XFree86-bin requirement. Anyway, it's just my opinion. I really don't use both on Cygwin (but do on a few Linux machines, where space matters). -- http://www.pervalidus.net/contact.html From huntharo@msu.edu Wed Mar 10 04:03:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 04:03:00 -0000 Subject: XWin Architecture In-Reply-To: <404CCF36.4020006@jeremywilkins.freeserve.co.uk> References: <404CCF36.4020006@jeremywilkins.freeserve.co.uk> Message-ID: <404E93A3.6080602@msu.edu> Jeremy, Jeremy Wilkins wrote: > Hi, > > I'm curious about how the cygwin XWin server works? Curious, or interested in helping? If just curious, then please wait a few days or dig through the archives... I have described it in detail a few times. Perhaps the following answers will be all you need. > My understanding is it is similar to an X Server on linux but instead of > rendering to the graphics card framebuffer, it is rendered to an > offscreen surface and then bitblt'd to an on screen pixmap using direct > draw, or GDI if dd is unavailable. That is correct. > Does the MacOS X Xserver work in the same way? Yes. > Does this use a lot of existing code, eg from either vnc or xvfb servers? Yes, but not from vnc or xvfb. There is a generic layer written by Keith Packard called "fb" that draws to framebuffers using the cpu. This "fb" layer replaced the old "cfb" and "mfb" layers that did the same thing but were crufty and designed for the cpu being the constraint (think 1980's) rather than the buses to and from memory and other peripherals being the constraint (think today). > How does the rootless stuff work, does this just figure out where the > top level windows are and only bitblt those but into separate > surfaces/windows. Well, that is sort of a dangerous question. There is the original "rootless" mode that Kensuke wrote a while back. That mode just keeps track of the top-level X11 windows and clips transfers to our single Win32 window to the region that is occupied by X11 windows, thus preventing the root window from being drawn. You will note that all of the X11 windows appear to float in the same plane when you use -rootless in the current versions of XWin.exe. There is also multi-window, but that is a little more complex in that it has an internal window manager and it creates a Win32 window for each top-level X11 window and provides management of those windows. This one does bitblt to particular Win32 windows, whereas the aforementioned rootless mode only had a single Win32 window. > I've read somewhere that there is some generic rootless code in the xc > tree, where abouts is this? That is in xc/programs/Xserver/miext/rootless. Kensuke's latest work has centered around getting this to work. He has a new window manager written that is more complete than the current multi-window window manager. However, there are still significant bugs in this implementation and we are not even building releases from the source tree with that code in it yet. Torrey Lyons just sent me a draft description of how miext/rootless works. Hopefully he will finish it soon so I can point you to it. It really is an interesting layer and it allows optimization of some simple cases that will have quite a large performance impact. Harold From ablakey@charter.net Wed Mar 10 04:35:00 2004 From: ablakey@charter.net (Andrew Blakey) Date: Wed, 10 Mar 2004 04:35:00 -0000 Subject: Default Xserver Resolution Message-ID: <006201c40658$dac04960$6501a8c0@tpa.travisprutt.com> Is there a way to force the Xserver to start with 100dpi X 100dpi resolution? I am running Cygwin and Xwin on a laptop with 1600 x 1200 windows resolution and the fonts with 75dpi X 75dpi resolution are quite small. I have all relevant fonts installed and tried to change the fontpath to have 100dpi fonts listed first using the -fp switch. I have also tried adding -dpi 100 to the Xservers file. Thanks Andrew From huntharo@msu.edu Wed Mar 10 04:59:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 04:59:00 -0000 Subject: Default Xserver Resolution In-Reply-To: <006201c40658$dac04960$6501a8c0@tpa.travisprutt.com> References: <006201c40658$dac04960$6501a8c0@tpa.travisprutt.com> Message-ID: <404EA095.3020508@msu.edu> You need to use the "-dpi 100" option for XWin.exe. I would suggest doing that first from a Cygwin bash shell to try it, then edit your startup script to add the option permanently. Harold Andrew Blakey wrote: > Is there a way to force the Xserver to start with 100dpi X 100dpi > resolution? > > I am running Cygwin and Xwin on a laptop with 1600 x 1200 windows resolution > and the fonts with 75dpi X 75dpi resolution are quite small. I have all > relevant fonts installed and tried to change the fontpath to have 100dpi > fonts listed first using the -fp switch. I have also tried adding -dpi 100 > to the Xservers file. > > Thanks > Andrew > > From wolkove@biz-link.com Wed Mar 10 07:45:00 2004 From: wolkove@biz-link.com (Jeff Wolkove) Date: Wed, 10 Mar 2004 07:45:00 -0000 Subject: Could not open default font 'fixed' In-Reply-To: <404E8FE5.6070202@msu.edu> References: <6.0.3.0.2.20040309011231.02dc93e8@pop3.norton.antivirus> <404E8FE5.6070202@msu.edu> Message-ID: <6.0.3.0.2.20040310004358.02e75020@pop3.norton.antivirus> Thanks, Harold. The fix worked. At 08:47 PM 3/9/2004, you wrote: >Jeff, > >Jeff Wolkove wrote: > >>I had the above error when I attempted to run startxwin.bat. The FAQ says >>I should nudge the mailing list so here I am nudging. Does anyone know >>of a fix for this error? Let me know if you need any further details. > >Yes, we all know the answer, but it looks like it took me quite a long >time to get around to updating the FAQ :) > >There is now a detailed answer were there was previously a request to >nudge the mailing list by 2003-01-31... I hope I mistyped that as 2003 >when it really should have been 2004. It would be a little silly if it >really took longer than a year to revisit this issue. > >http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof > >Harold > From ed@membled.com Wed Mar 10 09:48:00 2004 From: ed@membled.com (Ed Avis) Date: Wed, 10 Mar 2004 09:48:00 -0000 Subject: Really still clipboard deadlock with 4.3.0-50 References: <4044A5D7.3010008@msu.edu> <404558DC.6050002@msu.edu> <404CC637.50400@msu.edu> <404E9192.1080409@msu.edu> Message-ID: Harold L Hunt II writes: >Okay, I have another idea about how to fix this, or at least how to >work around it. The following information helps: > > > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > >It seems that whatever X11 application that we are requesting text >from is not fulfilling that request, The only X11 application I run is xemacs-21.4.8, shipped with Red Hat Linux 8.0. However I just tried pasting some text from gedit into Windows and that hanged too. >I'll try to come up with a way to detect when this is happening and >just write some bogus text to the clipboard to fulfill our >obligation. Great, that will make XWin -clipboard a lot safer to use... even if it doesn't work yet ;-). -- Ed Avis From EUROPE-GW99%EUROPE@central-europe.basf.org Wed Mar 10 10:10:00 2004 From: EUROPE-GW99%EUROPE@central-europe.basf.org (EUROPE-GW99%EUROPE@central-europe.basf.org) Date: Wed, 10 Mar 2004 10:10:00 -0000 Subject: does it? - The virusscanner has blocked your mail due to a mail policy / Der Virenscanner hat Ihre Nachricht auf Grund einer e-Mail Richtlinie geblockt Message-ID: wojciech.kulma@central-europe.basf.org SCANMAIL has blocked your mail since it contains executable files which may contain viruses and which are therefore blocked in general! If you need to send important files please put them into a zip archive. SCANMAIL hat die Nachricht geblockt da diese ausf?hrbare Datei(en) enth?lt die Viren enthalten k?nnen und daher grunds?tzlich nicht zugelassen werden! Wenn Sie wichtige Dateien versenden m?ssen so packen Sie diese bitte in ein zip-Archiv. R?ckfragen bitte an das CSC / For questions please call CSC Scanned by ScanMail for Lotus Notes 2.6 with scanengine 6.860-1001 and patternfile lpt$vpn.809 From zegagou@yahoo.com Wed Mar 10 13:50:00 2004 From: zegagou@yahoo.com (gagou) Date: Wed, 10 Mar 2004 13:50:00 -0000 Subject: xserv-4.3.0-52 - keyboard autorepeat pb Message-ID: <20040310135010.87319.qmail@web41711.mail.yahoo.com> Hi, The problem I had with keyb autorepeat in pre -25 xserv reoccured. This was not long ago, but sorry for I can't say exactly at which version. I use XWin with -kb option and keyboard autorepeat doesn't work anymore in X apps (whether I use or not XF86Config file - which, I just realized, is no longer supported). In my XWin.log, I found (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "0000040C" (0000040c) (--) Using preset keyboard for "French (Standard)" (40c), type "4" Rules = "xfree86" Model = "pc105" Layout = "fr" Variant = "(null)" Options = "(null)" winKeybdProc - Error initializing keyboard AutoRepeat (No XKB) Is the support for autorepeat without XKB loaded removed or is this a bug ? The possibly relevant changes I found are # version -41: 8) General - Protect some more XKB stuff with #ifdef XKB. Needed for the build in the xserver tree on fd.o. (Harold L Hunt II) ... maybe it has been "too much" protected ? # version -51 2) InitOutput.c - Print a log message that XF86Config is unsupported with pointer to documentation (FAQ). (Alexander Gottwald) ... but I didn't use XF86Config: maybe a side effect ? Thanks for your help, Gael. __________________________________ Do you Yahoo!? Yahoo! Search - Find what you??re looking for faster http://search.yahoo.com -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 3765 bytes Desc: XWin.log URL: From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 10 13:59:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 10 Mar 2004 13:59:00 -0000 Subject: xserv-4.3.0-52 - keyboard autorepeat pb In-Reply-To: <20040310135010.87319.qmail@web41711.mail.yahoo.com> References: <20040310135010.87319.qmail@web41711.mail.yahoo.com> Message-ID: On Wed, 10 Mar 2004, gagou wrote: > Hi, > > The problem I had with keyb autorepeat in pre -25 > xserv reoccured. > This was not long ago, but sorry for I can't say > exactly at which version. > I use XWin with -kb option and keyboard autorepeat > doesn't work anymore in X apps (whether I use or not > XF86Config file - which, I just realized, is no longer > supported). The -kb option turns off XKB. Do you really need it? If you remove it then autorepeat should work again. > winKeybdProc - Error initializing keyboard AutoRepeat > (No XKB) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From VBTKJUTCN@garzagarcia.com Wed Mar 10 14:04:00 2004 From: VBTKJUTCN@garzagarcia.com (Dannie Kurtz) Date: Wed, 10 Mar 2004 14:04:00 -0000 Subject: [2] perspicuity Message-ID: <200403031752.r0KWkSD02724@ns1.prodigy.com> Discount Cigarettes Store sells only the very finest quality tobacco, delivered to you factory fresh in the shortest time possible. more information here: http://graywacke.cigaretesstore.net/il/?preferred ______________________ Un_subscr1ber$ go here: http://universal.cigaretesstore.net/pizdec.php?36382 ----3762268429344457816-- From zegagou@yahoo.com Wed Mar 10 14:33:00 2004 From: zegagou@yahoo.com (gagou) Date: Wed, 10 Mar 2004 14:33:00 -0000 Subject: xserv-4.3.0-52 - keyboard autorepeat pb In-Reply-To: <20040310135010.87319.qmail@web41711.mail.yahoo.com> Message-ID: <20040310143306.39618.qmail@web41708.mail.yahoo.com> Alexander Gottwald wrote: > The -kb option turns off XKB. Do you really need it? > If you remove it then autorepeat should work again. I do need it. With xkb set, alt-gr chars such as | ou @ can't be used in AIX or HP-UX X apps. In a previous thread, you submitted a patch which was working just great: http://sources.redhat.com/ml/cygwin-xfree/2003-11/msg00278.html Is the logic used deprecated (Only discard the windows autorepeat messages if the XKB layer is not disabled.)? Thanks for your answer, Gael. __________________________________ Do you Yahoo!? Yahoo! Search - Find what you??re looking for faster http://search.yahoo.com From chris@areti.co.uk Wed Mar 10 14:34:00 2004 From: chris@areti.co.uk (Chris Green) Date: Wed, 10 Mar 2004 14:34:00 -0000 Subject: Some help with [re-]installation please Message-ID: <20040310143430.GA4154@areti.co.uk> I had a disk disaster over the week-end, a disk 'optimiser' made my 160Gb main drive very optimal by wiping it completely. I was fairly well backed up etc. but it takes a while to get everything back to normality. I found re-installing cygwin and cygwin/X a bit confusing so would appreciate some comments and help. I had all the ftp'ed files left from installing cygwin previously sitting in a directory on a networded drive, could I have used these to re-install cygwin rather than downloading everything again? If so how does one do it? There are a number of different directories, one for each FTP site I've used. As it was I chose an FTP site (the last one I had used I think) and re-downloaded from there, or did I? If I accept defaults does it just download only the files which have been updated and install the rest from the previously downloaded files on disk. I really find the window where you select what to download, etc. *very* confusing, some of the wording is very odd. Two examples from the User's Guide which I find difficult to understand are:- You can change setup.exe's view style, which is helpful if you know the name of a package you want to install but not which category it is in. Click on the View button and it will rotate between Category (the default), Full (all packages), and Partial (only packages to be upgraded). If you are familiar with Unix, you will probably want to at east glance through the Full listing for your favorite tools. So what does 'Partial' mean? I can see that Category means all packages sorted into types, Full means all in alphabetical order but what does Partial mean? Does it mean only display packages that I've got already? ... and the second (and more confusing for me) bit is:- Once you have an existing Cygwin installation, the setup.exe chooser is also used to manage your Cygwin installation. Information on installed packages is kept in the /etc/setup/ directory of your Cygwin installation; if setup.exe cannot find this directory it will act just like you had no Cygwin installation. If setup.exe finds a newer version of an installed package available, it will automatically mark it to be upgraded. To Uninstall, Reinstall, or get the Source for an existing package, click on Keep to toggle it. Also, to avoid the need to reboot after upgrading, make sure to close all Cygwin windows and stop all Cygwin processes before setup.exe begins to install the upgraded package. What on earth does "To Uninstall, Reinstall, or get the Source for an existing package, click on Keep to toggle it.", mean??? -- Chris Green (chris@areti.co.uk) From listrelay.cygwin-xfree@haidinger.dyndns.org Wed Mar 10 14:35:00 2004 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Wed, 10 Mar 2004 14:35:00 -0000 Subject: Solved: AltGr with Solaris 2.6 In-Reply-To: <404E11ED.2030702@msu.edu> References: <404E11ED.2030702@msu.edu> Message-ID: On Tue, 9 Mar 2004, Harold L Hunt II wrote: > > Well, I forgot to mention that I've edited startxwin.bat to start XFree86 > > like this (on one line): > > > > start XWin -multiwindow -clipboard -xf86config C:\cygwin\etc\X11\XF86Config > > Doesn't matter. The code for parsing XF86Config files is no longer > present in the executable. It was just a mistake that an error is not > raised when the -xf86config option is used when XF86Config support has > not been compiled in. Odd. However, I'm getting suspicious that I was (am?) not using -51 after all because it did make a difference if the RightAlt Option wasn't set. I'll double check and report again. Regards, Walter From mandalek@4desertwireless.net Wed Mar 10 14:58:00 2004 From: mandalek@4desertwireless.net (Matthew L. Mandalek) Date: Wed, 10 Mar 2004 14:58:00 -0000 Subject: Okay, I feel stupid Message-ID: How do I use cygwin to start a X console on my XP machine like I get on the Rad Hat Fedora console? Thank Matt From chris@areti.co.uk Wed Mar 10 15:01:00 2004 From: chris@areti.co.uk (Chris Green) Date: Wed, 10 Mar 2004 15:01:00 -0000 Subject: Okay, I feel stupid In-Reply-To: References: Message-ID: <20040310150153.GA4292@areti.co.uk> On Wed, Mar 10, 2004 at 07:01:06AM -0800, Matthew L. Mandalek wrote: > How do I use cygwin to start a X console on my XP machine like I get on > the Rad Hat Fedora console? > Do you just mean a terminal window or do you mean an X desktop? To me 'console' means a text mode terminal, in that case all you need to do is run the cygwin object that should be on your desktop and you have something like wghat you're after. If you want a 'proper' Unix/Linux terminal then you need rxvt which you may or may not have downloaded with cygwin. -- Chris Green (chris@areti.co.uk) From huntharo@msu.edu Wed Mar 10 15:44:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 15:44:00 -0000 Subject: xserv-4.3.0-52 - keyboard autorepeat pb In-Reply-To: <20040310143306.39618.qmail@web41708.mail.yahoo.com> References: <20040310143306.39618.qmail@web41708.mail.yahoo.com> Message-ID: <404F37C4.2050404@msu.edu> Oops, that was me that broke that when I added support for disabling the XF86Config file support. I am working on a fix now. Harold gagou wrote: > Alexander Gottwald wrote: > >>The -kb option turns off XKB. Do you really need it? >>If you remove it then autorepeat should work again. > > > I do need it. With xkb set, alt-gr chars such as | ou > @ can't be used in AIX or HP-UX X apps. > In a previous thread, you submitted a patch which was > working just great: > http://sources.redhat.com/ml/cygwin-xfree/2003-11/msg00278.html > Is the logic used deprecated (Only discard the windows > autorepeat messages if the XKB layer is not > disabled.)? > > Thanks for your answer, > Gael. > > __________________________________ > Do you Yahoo!? > Yahoo! Search - Find what you??re looking for faster > http://search.yahoo.com > From hj.beckers@kreis-steinfurt.de Wed Mar 10 15:44:00 2004 From: hj.beckers@kreis-steinfurt.de (hj.beckers@kreis-steinfurt.de) Date: Wed, 10 Mar 2004 15:44:00 -0000 Subject: Win 2000: No german keyboard Message-ID: I can't use a german keyboard-definition under Win2000. Under NT it did work. Xwin.log talks about "Couldn't load XKB keymap, falling back to pre-XKB keymap" (complete log is attached). Any hints? Yours hjb (See attached file: XWin.log) -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 2527 bytes Desc: not available URL: From huntharo@msu.edu Wed Mar 10 15:46:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 15:46:00 -0000 Subject: Solved: AltGr with Solaris 2.6 In-Reply-To: References: <404E11ED.2030702@msu.edu> Message-ID: <404F3861.8080403@msu.edu> Walter, Walter Haidinger wrote: > On Tue, 9 Mar 2004, Harold L Hunt II wrote: > > >>>Well, I forgot to mention that I've edited startxwin.bat to start XFree86 >>>like this (on one line): >>> >>>start XWin -multiwindow -clipboard -xf86config C:\cygwin\etc\X11\XF86Config >> >>Doesn't matter. The code for parsing XF86Config files is no longer >>present in the executable. It was just a mistake that an error is not >>raised when the -xf86config option is used when XF86Config support has >>not been compiled in. > > > Odd. However, I'm getting suspicious that I was (am?) not using -51 after > all because it did make a difference if the RightAlt Option wasn't set. > I'll double check and report again. Okay, try 4.3.0-52. It now has a warning on startup if you pass it -xf86config as you did in your example above. The presence or absence warning window would indicate that you do or do not have 4.3.0-52. Harold From dickey@his.com Wed Mar 10 16:02:00 2004 From: dickey@his.com (Thomas Dickey) Date: Wed, 10 Mar 2004 16:02:00 -0000 Subject: Okay, I feel stupid In-Reply-To: <20040310150153.GA4292@areti.co.uk> References: <20040310150153.GA4292@areti.co.uk> Message-ID: On Wed, 10 Mar 2004, Chris Green wrote: > On Wed, Mar 10, 2004 at 07:01:06AM -0800, Matthew L. Mandalek wrote: > > How do I use cygwin to start a X console on my XP machine like I get on > > the Rad Hat Fedora console? > > > Do you just mean a terminal window or do you mean an X desktop? > > To me 'console' means a text mode terminal, in that case all you need > to do is run the cygwin object that should be on your desktop and you > have something like wghat you're after. > > If you want a 'proper' Unix/Linux terminal then you need rxvt which > you may or may not have downloaded with cygwin. or xterm, of course. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From ford@vss.fsi.com Wed Mar 10 16:10:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Wed, 10 Mar 2004 16:10:00 -0000 Subject: Some help with [re-]installation please In-Reply-To: <20040310143430.GA4154@areti.co.uk> References: <20040310143430.GA4154@areti.co.uk> Message-ID: Since none of this is really specific to Cygwin/X, I've redirected this thread to the main cygwin list. I'll take a stab at a few of these, but there are parts I am not sure of either. On Wed, 10 Mar 2004, Chris Green wrote: > I had a disk disaster over the week-end, a disk 'optimiser' made my > 160Gb main drive very optimal by wiping it completely. I was fairly > well backed up etc. but it takes a while to get everything back to > normality. > Yep. My 160Gb main drive in a brand new Dell box died in less than a month. I had just got the box up and configured, but I had no backups yet :(. So, I sympathsize. > I found re-installing cygwin and cygwin/X a bit confusing so would > appreciate some comments and help. > > I had all the ftp'ed files left from installing cygwin previously > sitting in a directory on a networded drive, could I have used these > to re-install cygwin rather than downloading everything again? If so, > how does one do it? > Yes. Choose "Install from Local Directory" instead of "Install from Internet", and point setup there. Keep in mind, however, you would have missed out on all the new and exciting updates :). > There are a number of different directories, one for each FTP site I've > used. > This is the part I am not sure how to handle. > As it was I chose an FTP site (the last one I had used I think) and > re-downloaded from there, or did I? If I accept defaults does it just > download only the files which have been updated and install the rest > from the previously downloaded files on disk. > I think it uses the "Local Package Directory" that it prompted you for as a cache. So, I think the answer is yes. > I really find the window where you select what to download, etc. > *very* confusing, some of the wording is very odd. Two examples from > the User's Guide which I find difficult to understand are:- > > You can change setup.exe's view style, which is helpful if you know > the name of a package you want to install but not which category it is > in. Click on the View button and it will rotate between Category (the > default), Full (all packages), and Partial (only packages to be > upgraded). If you are familiar with Unix, you will probably want to at > east glance through the Full listing for your favorite tools. > > So what does 'Partial' mean? I can see that Category means all > packages sorted into types, Full means all in alphabetical order but > what does Partial mean? Does it mean only display packages that I've > got already? > I found it confusing at first too :). No, it is more of a view of what is to come ie. the packages that you or it have selected to upgrade/install. Does that help? > ... and the second (and more confusing for me) bit is:- > > Once you have an existing Cygwin installation, the setup.exe chooser > is also used to manage your Cygwin installation. Information on > installed packages is kept in the /etc/setup/ directory of your Cygwin > installation; if setup.exe cannot find this directory it will act just > like you had no Cygwin installation. If setup.exe finds a newer > version of an installed package available, it will automatically mark > it to be upgraded. To Uninstall, Reinstall, or get the Source for an > existing package, click on Keep to toggle it. Also, to avoid the need > to reboot after upgrading, make sure to close all Cygwin windows and > stop all Cygwin processes before setup.exe begins to install the > upgraded package. > > What on earth does "To Uninstall, Reinstall, or get the Source for an > existing package, click on Keep to toggle it.", mean??? > Did you try it? Clicking on Keep transitions it to Uninstall, Reinstall, Source, etc. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 10 16:34:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 10 Mar 2004 16:34:00 -0000 Subject: xserv-4.3.0-52 - keyboard autorepeat pb In-Reply-To: <20040310143306.39618.qmail@web41708.mail.yahoo.com> References: <20040310143306.39618.qmail@web41708.mail.yahoo.com> Message-ID: On Wed, 10 Mar 2004, gagou wrote: > Alexander Gottwald wrote: > > The -kb option turns off XKB. Do you really need it? > > If you remove it then autorepeat should work again. > > I do need it. With xkb set, alt-gr chars such as | ou > @ can't be used in AIX or HP-UX X apps. > In a previous thread, you submitted a patch which was > working just great: > http://sources.redhat.com/ml/cygwin-xfree/2003-11/msg00278.html > Is the logic used deprecated (Only discard the windows > autorepeat messages if the XKB layer is not > disabled.)? The autorepeat is set via the XKB layer. If it is disabled I have no other way to enable the xserver internal autorepeat feature. but the windows autorepeat message should generate the repeated keypresses. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 10 16:36:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 10 Mar 2004 16:36:00 -0000 Subject: Win 2000: No german keyboard In-Reply-To: References: Message-ID: On Wed, 10 Mar 2004 hj.beckers@kreis-steinfurt.de wrote: > I can't use a german keyboard-definition under Win2000. Under NT it did > work. > Xwin.log talks about "Couldn't load XKB keymap, falling back to pre-XKB > keymap" > (complete log is attached). see faq. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Wed Mar 10 16:43:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 16:43:00 -0000 Subject: xserv-4.3.0-52 - keyboard autorepeat pb - Fixed in 4.3.0-53 In-Reply-To: <20040310135010.87319.qmail@web41711.mail.yahoo.com> References: <20040310135010.87319.qmail@web41711.mail.yahoo.com> Message-ID: <404F45C6.8020905@msu.edu> Gael, I fixed your problem (hopefully) in the xserv-4.3.0-53 release. Harold From rwf@loonybin.net Wed Mar 10 16:43:00 2004 From: rwf@loonybin.net (Rob Foehl) Date: Wed, 10 Mar 2004 16:43:00 -0000 Subject: XWin crash when running Oracle installer In-Reply-To: <404E90B8.2050501@msu.edu> References: <404E90B8.2050501@msu.edu> Message-ID: On Tue, 9 Mar 2004, Harold L Hunt II wrote: > Rob, > > It sounds like both you and Fabrizio are having the same problem (crash > in multi-window mode, no crash in single window mode): > > http://cygwin.com/ml/cygwin-xfree/2004-03/msg00221.html I agree, the stack dumps are nearly identical and the circumstances are the same.. I'll keep an eye on the list and verify any potential fixes if/when they are released. -Rob From offby1@blarg.net Wed Mar 10 16:46:00 2004 From: offby1@blarg.net (Eric Hanchrow) Date: Wed, 10 Mar 2004 16:46:00 -0000 Subject: Okay, I feel stupid In-Reply-To: (Matthew L. Mandalek's message of "Wed, 10 Mar 2004 07:01:06 -0800") References: Message-ID: <873c8gejla.fsf@offby1.atm01.sea.blarg.net> >>>>> "Matthew" == Matthew L Mandalek writes: Matthew> How do I use cygwin to start a X console on my XP machine Matthew> like I get on the Rad Hat Fedora console? startxwin.bat -- But users will not now with glad cries glom on to a language that gives them no more than what Scheme or Pascal gave them. -- Guy Steele, http://www.sun.com/research/jtech/pubs/98-oopsla-growing.ps From nahor@bravobrava.com Wed Mar 10 17:54:00 2004 From: nahor@bravobrava.com (Nahor) Date: Wed, 10 Mar 2004 17:54:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <404E88EC.3050102@msu.edu> References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> Message-ID: Harold L Hunt II wrote: > http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/*checkout*/xc/programs/Xserver/hw/xwin/X.ico?rev=1.1.6.1&only_with_tag=CYGWIN&cvsroot=xorg Thanks. My vote is between the one in CVS and my new one. Ideally, the news one should have a real alpha channel for transparency around its border. It don't know if it's actually possible but the FireFox/Thunderbird icons seems to use such an alpha channel for the shadow part. What about this one. It has an alpha channel. It has only the 32x32 16m colors for now so look at it using a big view. It looks really cool on my black desktop. Really smooth. However, I haven't checked it how it looks on systems that don't support alpha channel in icons. Nahor -------------- next part -------------- A non-text attachment was scrubbed... Name: x_test3.ico Type: image/x-icon Size: 4286 bytes Desc: not available URL: From huntharo@msu.edu Wed Mar 10 18:00:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 18:00:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> Message-ID: <404F57BE.5010908@msu.edu> Nahor, That new one you just made with the alpha channel is awesome! It would be great if we can create an icon that has this, plus non-alpha channel icons (or at least it doesn't look much worse than the current icon when alpha channels are not supported). Excellent work! Harold Nahor wrote: > Harold L Hunt II wrote: > >> http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/*checkout*/xc/programs/Xserver/hw/xwin/X.ico?rev=1.1.6.1&only_with_tag=CYGWIN&cvsroot=xorg > > > > Thanks. > > My vote is between the one in CVS and my new one. > Ideally, the news one should have a real alpha channel for transparency > around its border. It don't know if it's actually possible but the > FireFox/Thunderbird icons seems to use such an alpha channel for the > shadow part. > > What about this one. It has an alpha channel. It has only the 32x32 16m > colors for now so look at it using a big view. It looks really cool on > my black desktop. Really smooth. However, I haven't checked it how it > looks on systems that don't support alpha channel in icons. From nahor@bravobrava.com Wed Mar 10 18:17:00 2004 From: nahor@bravobrava.com (Nahor) Date: Wed, 10 Mar 2004 18:17:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <404F57BE.5010908@msu.edu> References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> Message-ID: Harold L Hunt II wrote: > That new one you just made with the alpha channel is awesome! It would > be great if we can create an icon that has this, plus non-alpha channel > icons (or at least it doesn't look much worse than the current icon when > alpha channels are not supported). Here you go. This icon has images in 32x32 and 16x16, in 16m with alpha, 256 and 16 colors. Nahor -------------- next part -------------- A non-text attachment was scrubbed... Name: x_test4.ico Type: image/x-icon Size: 10134 bytes Desc: not available URL: From SMore@empirecorp.org Wed Mar 10 18:28:00 2004 From: SMore@empirecorp.org (SMore@empirecorp.org) Date: Wed, 10 Mar 2004 18:28:00 -0000 Subject: Xwinclip 1.2.0-1 with aixterm Message-ID: <6A0F951DBB1DD611A90600805F9F54550282DA4E@mail.empirecorp.org> I can use highlighting to copy paste between all my xterms when Xwinclip is not running. When I start Xwinclip, I can no longer paste into my aixterm. All other copy-pasting is working as advertised. What can I do to help debug this issue ? -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 pechtcha@cs.nyu.edu Wed Mar 10 18:30:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 10 Mar 2004 18:30:00 -0000 Subject: Could not open default font 'fixed' In-Reply-To: <404E8FE5.6070202@msu.edu> References: <6.0.3.0.2.20040309011231.02dc93e8@pop3.norton.antivirus> <404E8FE5.6070202@msu.edu> Message-ID: On Tue, 9 Mar 2004, Harold L Hunt II wrote: > Jeff, > > Jeff Wolkove wrote: > > > I had the above error when I attempted to run startxwin.bat. The FAQ says > > I should nudge the mailing list so here I am nudging. Does anyone know > > of a fix for this error? Let me know if you need any further details. > > Yes, we all know the answer, but it looks like it took me quite a long > time to get around to updating the FAQ :) > > There is now a detailed answer were there was previously a request to > nudge the mailing list by 2003-01-31... I hope I mistyped that as 2003 > when it really should have been 2004. It would be a little silly if it > really took longer than a year to revisit this issue. > > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof > > Harold Harold, FWIW, you should be able to simply re-run any one of the /etc/postinstall/XFree86-f*.sh.done scripts... :-) 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 Wed Mar 10 18:44:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 18:44:00 -0000 Subject: Could not open default font 'fixed' In-Reply-To: References: <6.0.3.0.2.20040309011231.02dc93e8@pop3.norton.antivirus> <404E8FE5.6070202@msu.edu> Message-ID: <404F61EB.9060503@msu.edu> Igor Pechtchanski wrote: > On Tue, 9 Mar 2004, Harold L Hunt II wrote: > > >>Jeff, >> >>Jeff Wolkove wrote: >> >> >>>I had the above error when I attempted to run startxwin.bat. The FAQ says >>>I should nudge the mailing list so here I am nudging. Does anyone know >>>of a fix for this error? Let me know if you need any further details. >> >>Yes, we all know the answer, but it looks like it took me quite a long >>time to get around to updating the FAQ :) >> >>There is now a detailed answer were there was previously a request to >>nudge the mailing list by 2003-01-31... I hope I mistyped that as 2003 >>when it really should have been 2004. It would be a little silly if it >>really took longer than a year to revisit this issue. >> >>http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof >> >>Harold > > > Harold, > > FWIW, you should be able to simply re-run any one of the > /etc/postinstall/XFree86-f*.sh.done scripts... :-) > Igor I don't understand, please explain. Harold From huntharo@msu.edu Wed Mar 10 18:50:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 18:50:00 -0000 Subject: Xwinclip 1.2.0-1 with aixterm In-Reply-To: <6A0F951DBB1DD611A90600805F9F54550282DA4E@mail.empirecorp.org> References: <6A0F951DBB1DD611A90600805F9F54550282DA4E@mail.empirecorp.org> Message-ID: <404F6362.9030807@msu.edu> Don't use xwinclip, use the "-clipboard" option for XWin.exe instead. Please make sure that you have a recent (i.e. XFree86-xserv-4.3.0-51 or greater) version of XWin.exe. Harold SMore@empirecorp.org wrote: > I can use highlighting to copy paste between all my xterms when Xwinclip is > not running. > > When I start Xwinclip, I can no longer paste into my aixterm. All other > copy-pasting is working as advertised. > > What can I do to help debug this issue ? > > -Thanks > Steve More From pechtcha@cs.nyu.edu Wed Mar 10 18:51:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 10 Mar 2004 18:51:00 -0000 Subject: Could not open default font 'fixed' In-Reply-To: <404F61EB.9060503@msu.edu> References: <6.0.3.0.2.20040309011231.02dc93e8@pop3.norton.antivirus> <404E8FE5.6070202@msu.edu> <404F61EB.9060503@msu.edu> Message-ID: On Wed, 10 Mar 2004, Harold L Hunt II wrote: > Igor Pechtchanski wrote: > > > On Tue, 9 Mar 2004, Harold L Hunt II wrote: > > > >>Jeff, > >> > >>Jeff Wolkove wrote: > >> > >>>I had the above error when I attempted to run startxwin.bat. The FAQ says > >>>I should nudge the mailing list so here I am nudging. Does anyone know > >>>of a fix for this error? Let me know if you need any further details. > >> > >>Yes, we all know the answer, but it looks like it took me quite a long > >>time to get around to updating the FAQ :) > >> > >>There is now a detailed answer were there was previously a request to > >>nudge the mailing list by 2003-01-31... I hope I mistyped that as 2003 > >>when it really should have been 2004. It would be a little silly if it > >>really took longer than a year to revisit this issue. > >> > >>http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof > >> > >>Harold > > > > Harold, > > > > FWIW, you should be able to simply re-run any one of the > > /etc/postinstall/XFree86-f*.sh.done scripts... :-) > > Igor > > I don't understand, please explain. > Harold Harold, First, all the postinstall scripts for XFree86-fnts, XFree86-f100, XFree86-fscl, XFree86-fcyr, and XFree86-fenc are the same -- that's the "any one of..." part. Secondly, umount is already part of these scripts, and there should be no need to reinstall the package just to re-run the postinstall script, hence my suggestion (to just re-run the script from the command line). Of course, if any of the font files are corrupt then reinstallation *is* needed. Hope this helps, 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 Wed Mar 10 19:03:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 19:03:00 -0000 Subject: Could not open default font 'fixed' In-Reply-To: References: <6.0.3.0.2.20040309011231.02dc93e8@pop3.norton.antivirus> <404E8FE5.6070202@msu.edu> <404F61EB.9060503@msu.edu> Message-ID: <404F666F.1030602@msu.edu> Igor Pechtchanski wrote: > On Wed, 10 Mar 2004, Harold L Hunt II wrote: > > >>Igor Pechtchanski wrote: >> >> >>>On Tue, 9 Mar 2004, Harold L Hunt II wrote: >>> >>> >>>>Jeff, >>>> >>>>Jeff Wolkove wrote: >>>> >>>> >>>>>I had the above error when I attempted to run startxwin.bat. The FAQ says >>>>>I should nudge the mailing list so here I am nudging. Does anyone know >>>>>of a fix for this error? Let me know if you need any further details. >>>> >>>>Yes, we all know the answer, but it looks like it took me quite a long >>>>time to get around to updating the FAQ :) >>>> >>>>There is now a detailed answer were there was previously a request to >>>>nudge the mailing list by 2003-01-31... I hope I mistyped that as 2003 >>>>when it really should have been 2004. It would be a little silly if it >>>>really took longer than a year to revisit this issue. >>>> >>>>http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof >>>> >>>>Harold >>> >>>Harold, >>> >>>FWIW, you should be able to simply re-run any one of the >>>/etc/postinstall/XFree86-f*.sh.done scripts... :-) >>> Igor >> >>I don't understand, please explain. >>Harold > > > Harold, > > First, all the postinstall scripts for XFree86-fnts, XFree86-f100, > XFree86-fscl, XFree86-fcyr, and XFree86-fenc are the same -- that's the > "any one of..." part. Right. > Secondly, umount is already part of these scripts, and there should be no > need to reinstall the package just to re-run the postinstall script, hence > my suggestion (to just re-run the script from the command line). Of > course, if any of the font files are corrupt then reinstallation *is* > needed. Sure, umount is part of those scripts, but I want my instructions to work in all possible cases. I could think of some weird instances where someone had removed the postinstall scripts. In any case, I don't want to depend on those scripts being there. The second part of your answer indicates that you don't fully understand the problem. See, it goes like this: 1) You have an invalid mount point in the registry that points to nowhere for /usr/X11R6/lib/X11/fonts. 2) You have setup.exe install the fonts packages. 3) setup.exe extracts the fonts packages according to the mount points, thus extracting the fonts packages to *nowhere*. 4) You do not actually have the files from the fonts packages on your system. 5) You have to kill the invalid mount point, then resinstall the fonts packages in order to actually get the files. Weird, eh? Harold From pechtcha@cs.nyu.edu Wed Mar 10 19:25:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 10 Mar 2004 19:25:00 -0000 Subject: Could not open default font 'fixed' In-Reply-To: <404F666F.1030602@msu.edu> References: <6.0.3.0.2.20040309011231.02dc93e8@pop3.norton.antivirus> <404E8FE5.6070202@msu.edu> <404F61EB.9060503@msu.edu> <404F666F.1030602@msu.edu> Message-ID: On Wed, 10 Mar 2004, Harold L Hunt II wrote: > Igor Pechtchanski wrote: > > > On Wed, 10 Mar 2004, Harold L Hunt II wrote: > > > >>Igor Pechtchanski wrote: > >> > >>>On Tue, 9 Mar 2004, Harold L Hunt II wrote: > >>> > >>>>Jeff, > >>>> > >>>>Jeff Wolkove wrote: > >>>> > >>>> > >>>>>I had the above error when I attempted to run startxwin.bat. The FAQ says > >>>>>I should nudge the mailing list so here I am nudging. Does anyone know > >>>>>of a fix for this error? Let me know if you need any further details. > >>>> > >>>>Yes, we all know the answer, but it looks like it took me quite a long > >>>>time to get around to updating the FAQ :) > >>>> > >>>>There is now a detailed answer were there was previously a request to > >>>>nudge the mailing list by 2003-01-31... I hope I mistyped that as 2003 > >>>>when it really should have been 2004. It would be a little silly if it > >>>>really took longer than a year to revisit this issue. > >>>> > >>>>http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof > >>>> > >>>>Harold > >>> > >>>Harold, > >>> > >>>FWIW, you should be able to simply re-run any one of the > >>>/etc/postinstall/XFree86-f*.sh.done scripts... :-) > >>> Igor > >> > >>I don't understand, please explain. > >>Harold > > > > Harold, > > > > First, all the postinstall scripts for XFree86-fnts, XFree86-f100, > > XFree86-fscl, XFree86-fcyr, and XFree86-fenc are the same -- that's the > > "any one of..." part. > > Right. > > > Secondly, umount is already part of these scripts, and there should be no > > need to reinstall the package just to re-run the postinstall script, hence > > my suggestion (to just re-run the script from the command line). Of > > course, if any of the font files are corrupt then reinstallation *is* > > needed. > > Sure, umount is part of those scripts, but I want my instructions to > work in all possible cases. I could think of some weird instances where > someone had removed the postinstall scripts. In any case, I don't want > to depend on those scripts being there. > > The second part of your answer indicates that you don't fully understand > the problem. See, it goes like this: > > 1) You have an invalid mount point in the registry that points to > nowhere for /usr/X11R6/lib/X11/fonts. > > 2) You have setup.exe install the fonts packages. > > 3) setup.exe extracts the fonts packages according to the mount points, > thus extracting the fonts packages to *nowhere*. > > 4) You do not actually have the files from the fonts packages on your > system. > > 5) You have to kill the invalid mount point, then resinstall the fonts > packages in order to actually get the files. > > Weird, eh? > Harold Eek. You're absolutely right -- I didn't think of this... However, there still should be no need for a "umount" in the instructions, as executing the postinstall scripts during the first install should have pointed the mount to the right place already. A simple reinstallation of the fonts packages should suffice. Igor P.S. Unless explicitly deleted by some program or by the user, the scripts will be 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 huntharo@msu.edu Wed Mar 10 19:35:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 10 Mar 2004 19:35:00 -0000 Subject: Could not open default font 'fixed' In-Reply-To: References: <6.0.3.0.2.20040309011231.02dc93e8@pop3.norton.antivirus> <404E8FE5.6070202@msu.edu> <404F61EB.9060503@msu.edu> <404F666F.1030602@msu.edu> Message-ID: <404F6DFE.2050607@msu.edu> Igor Pechtchanski wrote: > On Wed, 10 Mar 2004, Harold L Hunt II wrote: > > >>Igor Pechtchanski wrote: >> >> >>>On Wed, 10 Mar 2004, Harold L Hunt II wrote: >>> >>> >>>>Igor Pechtchanski wrote: >>>> >>>> >>>>>On Tue, 9 Mar 2004, Harold L Hunt II wrote: >>>>> >>>>> >>>>>>Jeff, >>>>>> >>>>>>Jeff Wolkove wrote: >>>>>> >>>>>> >>>>>> >>>>>>>I had the above error when I attempted to run startxwin.bat. The FAQ says >>>>>>>I should nudge the mailing list so here I am nudging. Does anyone know >>>>>>>of a fix for this error? Let me know if you need any further details. >>>>>> >>>>>>Yes, we all know the answer, but it looks like it took me quite a long >>>>>>time to get around to updating the FAQ :) >>>>>> >>>>>>There is now a detailed answer were there was previously a request to >>>>>>nudge the mailing list by 2003-01-31... I hope I mistyped that as 2003 >>>>>>when it really should have been 2004. It would be a little silly if it >>>>>>really took longer than a year to revisit this issue. >>>>>> >>>>>>http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof >>>>>> >>>>>>Harold >>>>> >>>>>Harold, >>>>> >>>>>FWIW, you should be able to simply re-run any one of the >>>>>/etc/postinstall/XFree86-f*.sh.done scripts... :-) >>>>> Igor >>>> >>>>I don't understand, please explain. >>>>Harold >>> >>>Harold, >>> >>>First, all the postinstall scripts for XFree86-fnts, XFree86-f100, >>>XFree86-fscl, XFree86-fcyr, and XFree86-fenc are the same -- that's the >>>"any one of..." part. >> >>Right. >> >> >>>Secondly, umount is already part of these scripts, and there should be no >>>need to reinstall the package just to re-run the postinstall script, hence >>>my suggestion (to just re-run the script from the command line). Of >>>course, if any of the font files are corrupt then reinstallation *is* >>>needed. >> >>Sure, umount is part of those scripts, but I want my instructions to >>work in all possible cases. I could think of some weird instances where >>someone had removed the postinstall scripts. In any case, I don't want >>to depend on those scripts being there. >> >>The second part of your answer indicates that you don't fully understand >>the problem. See, it goes like this: >> >>1) You have an invalid mount point in the registry that points to >>nowhere for /usr/X11R6/lib/X11/fonts. >> >>2) You have setup.exe install the fonts packages. >> >>3) setup.exe extracts the fonts packages according to the mount points, >>thus extracting the fonts packages to *nowhere*. >> >>4) You do not actually have the files from the fonts packages on your >>system. >> >>5) You have to kill the invalid mount point, then resinstall the fonts >>packages in order to actually get the files. >> >>Weird, eh? >>Harold > > > Eek. You're absolutely right -- I didn't think of this... However, there > still should be no need for a "umount" in the instructions, as executing > the postinstall scripts during the first install should have pointed the > mount to the right place already. A simple reinstallation of the fonts > packages should suffice. A simple reinstall has been shown to not always work... just search the mailing list archives. It is sort of a Catch-22 situation. Trust me, I spent a lot of time thinking about the different scenarios that have tripped people up, and I want to leave the instructions in the "most likely to work" state rather than in a "fewest possible steps" state. I want it to work right the first time, everytime, and I don't want anyone having the steps fail then asking on the mailing list for us to explain this again. > P.S. Unless explicitly deleted by some program or by the user, the scripts > will be there. That is what I don't want to count on. Additionally, I am simply not comfortable writing step-by-step instructions for running the post-install script. You are making it sound easier to describe in spoonfulls than I think it is. I think you'll find that describing it in a bullet-proof manner will lead to a list of caveats three times longer than my simple umount instruction. For example, you would have to put in a caveat for if they last updated their fonts before a certain date, in which case they would not have a postinstall script at all. We are wasting a lot of words on a issue that is already sufficiently addressed. If you really want it changed, write the step-by-step instructions for it, convince me that they are easier and more reliable, and I will change it; otherwise, lets drop it. Harold From fp-announce@test.com Wed Mar 10 23:09:00 2004 From: fp-announce@test.com (fpann1) Date: Wed, 10 Mar 2004 23:09:00 -0000 Subject: Featureprice Information Message-ID: <20040310230853.46AD81D6130@postfix.test.com> Mammoth Data announced on March 5th, 2004 "Featureprice is now out of business." To switch your hosting, please select from this list that FeaturePrice recommended BEFORE going out of business: #1 http://Globalhost.com : 7 months free (starting at $9.95 per month) #2 FeaturePrice/Atl : See note above #3 http://Ipowerweb : no free months (starting at 9.95 per month when paid quarterly) #4 http://Server4you.com : Free sign-up and 3 months free for Featureprice customers, but you can't sign up yet (their site is collecting email addresses of people who want to sign up eventually) (no pricing information, this is a German company) #5 http://Affinity.com : No clear offer. They seem to be a group of hosts, rather than a single web host. -- To unsubscribe from this list, reply with "unsubscribe" in the subject. From huntharo@msu.edu Thu Mar 11 03:06:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 11 Mar 2004 03:06:00 -0000 Subject: XWin crash when running Oracle installer In-Reply-To: References: <404E90B8.2050501@msu.edu> Message-ID: <404FD7AD.3040503@msu.edu> Rob Foehl wrote: > On Tue, 9 Mar 2004, Harold L Hunt II wrote: > > >>Rob, >> >>It sounds like both you and Fabrizio are having the same problem (crash >>in multi-window mode, no crash in single window mode): >> >>http://cygwin.com/ml/cygwin-xfree/2004-03/msg00221.html > > > I agree, the stack dumps are nearly identical and the circumstances are > the same.. I'll keep an eye on the list and verify any potential fixes > if/when they are released. Okay, I am working with Fabrizio now to diagnose this. I have VICE building, but I cannot reproduce his crash yet. Keep monitoring the mailing list. Harold From zegagou@yahoo.com Thu Mar 11 08:06:00 2004 From: zegagou@yahoo.com (gagou) Date: Thu, 11 Mar 2004 08:06:00 -0000 Subject: xserv-4.3.0-52 - keyboard autorepeat pb - Fixed in 4.3.0-53 Message-ID: <20040311080632.12064.qmail@web41711.mail.yahoo.com> Harold wrote: > I fixed your problem (hopefully) in the > xserv-4.3.0-53 release. I confirm it is fixed. Many thanks for having done that so quickly. Alexander wrote: > the windows autorepeat message should generate > the repeated keypresses. This was the case since xserv -25, but it has been broken with -51. It now works fine (-53). Thank you all for the great job you've done: I use it each and every day, whether I'm home or at work. Gael. __________________________________ Do you Yahoo!? Yahoo! Search - Find what you??re looking for faster http://search.yahoo.com From listrelay.cygwin-xfree@haidinger.dyndns.org Thu Mar 11 11:03:00 2004 From: listrelay.cygwin-xfree@haidinger.dyndns.org (Walter Haidinger) Date: Thu, 11 Mar 2004 11:03:00 -0000 Subject: Solved: AltGr with Solaris 2.6 In-Reply-To: <404F3861.8080403@msu.edu> References: <404E11ED.2030702@msu.edu> <404F3861.8080403@msu.edu> Message-ID: On Wed, 10 Mar 2004, Harold L Hunt II wrote: > Okay, try 4.3.0-52. It now has a warning on startup if you pass it > -xf86config as you did in your example above. The presence or absence > warning window would indicate that you do or do not have 4.3.0-52. I've upgraded to -54 and it did issue the warning. After removing the -xf86config option from startxwin.bat, my xmodmap settings from my initial post work nevertheless, i.e. AltGr works also under Solaris 2.6. :-) Walter From pechtcha@cs.nyu.edu Thu Mar 11 12:29:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 11 Mar 2004 12:29:00 -0000 Subject: Solaris CDE 1.3 and cygwin In-Reply-To: <511817FBFD979747B7EF13AA7136E72D2D131C@si-mail07.de.bosch.com> References: <511817FBFD979747B7EF13AA7136E72D2D131C@si-mail07.de.bosch.com> Message-ID: Wrong list. Both of these queries should go to cygwin-xfree. I'm redirecting this. On Thu, 11 Mar 2004, Pach Roman (GS-EC/ESA4) * wrote: > Hello, > I have the same problem. The previous version of CDE has been working > correctly. > I suppose, there are new features of X-Protocol used in CDE, which make > the cygwin problems. > The cygwin sends no response to query message of CDE 1.3. > Roman > > -----Urspr??ngliche Nachricht----- > Von: FARGES Christophe > Gesendet: Donnerstag, 11. M??rz 2004 10:13 > An: cygwincygwincom > Betreff: Solaris CDE 1.3 and cygwin > > > Hello, > > I can't succeed in making cygwin work with my solaris (named tom) running > CDE 1.3 > The command I use is: > Xwin.exe -query tom -fp tcp/tom:7100 > I get a blank screen with a freezed pointer. I can't move the pointer and I > have to kill the X window. > > Thanks in advance! > Your help will really be appreciated, > Christophe > > Here is my Xwin.log file: > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.51 > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > xwin -query tom -fp tcp/tom:7100 > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1400 h 1050 > 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: 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 1022 1400 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 1022 1400 > winCreateBoundingWindowWindowed - WindowClient w 1394 h 997 r 1394 l 0 b 997 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 > 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 "4" > Rules = "xfree86" Model = "pc105" Layout = "fr" Variant = "(null)" Options = "(null)" > winPointerWarpCursor - Discarding first warp: 697 498 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > winProcEstablishConnection - Hello > winProcEstablishConnection - Clipboard is not enabled, returning. -- 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 Benjamin.Riefenstahl@epost.de Thu Mar 11 13:20:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Thu, 11 Mar 2004 13:20:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: (nahor@bravobrava.com's message of "Wed, 10 Mar 2004 10:17:16 -0800") References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> Message-ID: Hi Nahor, > Harold L Hunt II wrote: >> That new one you just made with the alpha channel is awesome! I'm not sure how this works, I assume the alpha channel is an XP feature? Anyway the new icon still has those ragged edges on my W2K system when viewed with a black background. Nahor writes: > Here you go. This icon has images in 32x32 and 16x16, in 16m with > alpha, 256 and 16 colors. With my display settings, the system menu icon is in 24x24. Could you add that version, too? benny From SMore@empirecorp.org Thu Mar 11 14:28:00 2004 From: SMore@empirecorp.org (SMore@empirecorp.org) Date: Thu, 11 Mar 2004 14:28:00 -0000 Subject: Xwinclip 1.2.0-1 with aixterm Message-ID: <6A0F951DBB1DD611A90600805F9F54550282DA52@mail.empirecorp.org> I am using 4.3.0-51 and I started it with "-clipboard". When I try to paste into my "Windows" like notepad, the notepad app stops responding and hangs. All windows copy/paste hangs until the notepad app is killed. Here is output from XWin.log winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 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 pri nted. -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: Wednesday, March 10, 2004 1:50 PM To: cygwin-xfree@cygwin.com Subject: Re: Xwinclip 1.2.0-1 with aixterm Don't use xwinclip, use the "-clipboard" option for XWin.exe instead. Please make sure that you have a recent (i.e. XFree86-xserv-4.3.0-51 or greater) version of XWin.exe. Harold SMore@empirecorp.org wrote: > I can use highlighting to copy paste between all my xterms when Xwinclip is > not running. > > When I start Xwinclip, I can no longer paste into my aixterm. All other > copy-pasting is working as advertised. > > What can I do to help debug this issue ? > > -Thanks > Steve More From James.Below@grc.nasa.gov Thu Mar 11 16:16:00 2004 From: James.Below@grc.nasa.gov (James D Below) Date: Thu, 11 Mar 2004 16:16:00 -0000 Subject: Xwin crashing Message-ID: <5.1.1.5.2.20040310153444.0174b280@popserve.grc.nasa.gov> Hi Everyone, I'm having a problem where Xwin hangs/locks up while actively using it(vi,ssh,etc). When this occurs, the keyboard and mouse are unresponsive when Cygwin/X is the active desktop. I can Alt-Tab to get back to a windows desktop. I have also tried different window managers (twm mwm windowmaker, even kde) without any success in tracking down the problem. I have updated my cygwin installation to the current version include xfree8-xserv version 4.3.0-52. I'm at a loss to what may be causing this so, I've attached my XWin.log and the last 100 lines of an "strace -o strace.log xinit /etc/X11/xinit/xinitrc -- usr/X11R6/bin/X" for review. I included a ps -ea at the bottom of strace.log. I can send in a cygcheck if necessary. Anyone have any ideas on what may be the culprit or how to troubleshoot this further? thanks. -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 3476 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: strace.log Type: application/octet-stream Size: 8898 bytes Desc: not available URL: -------------- next part -------------- ------------------------------------------------------------------------ James Below Phone - 216-433-6508 RS Information Systems, Inc. Email - James.Below@grc.nasa.gov NASA Glenn Research Center 21000 Brookpark Road Mailstop 142-1 Cleveland, OH 44135 ------------------------------------------------------------------------ From henrik.edberg@bahnhof.se Thu Mar 11 16:16:00 2004 From: henrik.edberg@bahnhof.se (Henrik Edberg) Date: Thu, 11 Mar 2004 16:16:00 -0000 Subject: Can't use 'startx' after upgrade. Message-ID: <4050910C.2080503@bahnhof.se> Hello. I upgraded my cygwin installation today, just to make it up-to-date, and now I can't start XWindows the way I'm used to, actually not get it working with a window manager at all. Usually I just type 'startx' and a line in .xinitrc does 'exec wmaker' for me and everything works like a charm. Now when I try to start X that way, I get an error message saying that 'another window manager is already running on sceen 0?'. Then I tried to remove wmaker and just starting X by typing 'startx' then instead the only thing that happens is that I get a message saying "waiting for X server to shut down". I can start XWin by just typing X, but then I don't get a window manager, if try to start wmaker with 'wmaker -display 0.0' wmaker exits saying 'unable to open on display 0.0'. If i try to start twm it says it can't find cygfreetype-9.dll and wants me to reinstall If i try to start wmaker is says it can't find libX11.dll and wants me to reinstall I've tried to remove and reinstall everything i the XFree86 category but without result. Actually I had no problems with missing files before i started to remove/reinstall XFree86. I hope some one can help me. I have a deadline comming up and need my cygwin to be able to work properly :( Best regards, Henrik Edberg From alexander.gottwald@s1999.tu-chemnitz.de Thu Mar 11 16:28:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Mar 2004 16:28:00 -0000 Subject: Can't use 'startx' after upgrade. In-Reply-To: <4050910C.2080503@bahnhof.se> References: <4050910C.2080503@bahnhof.se> Message-ID: On Thu, 11 Mar 2004, Henrik Edberg wrote: > Hello. > > I upgraded my cygwin installation today, just to make it up-to-date, and > now I can't start XWindows the way I'm used to, actually not get it > working with a window manager at all. > > Usually I just type 'startx' and a line in .xinitrc does 'exec wmaker' > for me and everything works like a charm. Now when I try to start X that > way, I get an error message saying that 'another window manager is > already running on sceen 0?'. Then I tried to remove wmaker and just > starting X by typing 'startx' then instead the only thing that happens > is that I get a message saying "waiting for X server to shut down". I > can start XWin by just typing X, but then I don't get a window manager, > if try to start wmaker with 'wmaker -display 0.0' wmaker exits saying > 'unable to open on display 0.0'. it must read :0.0 But the main reson is that XWin has an internal windowmanager which is required for multiwindow mode. With the new packages, multiwindowmode seems to be default now. Either don't use wmaker or remove or remove -multiwindow from this line in /usr/X11R6/bin/startx defaultserverargs="-multiwindow -clipboard" bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From rodmedina@cantv.net Thu Mar 11 17:30:00 2004 From: rodmedina@cantv.net (rodmedina@cantv.net) Date: Thu, 11 Mar 2004 17:30:00 -0000 Subject: Problem with xman Message-ID: <319840-220043411173029102@cantv.net> Fergus, See http://sources.redhat.com/ml/cywin-xfree/2004-02/msg00158.html and http://sources.redhat.com/ml/cywin-xfree/2004-02/msg00185.html I undertand that the only way to make xman function properly is to modify the script /bin/nroff in order to force the -c option. That is not a clean solution. What should be done is to modify Xman in order to include the -c option when Xman calls nroff. I believe that that should be done by the XFree mantainers. In any case in the attachment there is the modified nroff. Rodrigo Medina -------------- next part -------------- A non-text attachment was scrubbed... Name: nroff.mod Type: application/octet-stream Size: 2013 bytes Desc: nroff.mod URL: From rodmedina@cantv.net Thu Mar 11 17:35:00 2004 From: rodmedina@cantv.net (rodmedina@cantv.net) Date: Thu, 11 Mar 2004 17:35:00 -0000 Subject: Problem with xman Message-ID: <170990-220043411173556599@cantv.net> Sorry, theb urls were wrong in the previous message http://sources.redhat.com/ml/cygwin-xfree/2004-02/msg00158.html http://sources.redhat.com/ml/cygwin-xfree/2004-02/msg00185.html R.M. From henrik.edberg@bahnhof.se Thu Mar 11 18:18:00 2004 From: henrik.edberg@bahnhof.se (Henrik Edberg) Date: Thu, 11 Mar 2004 18:18:00 -0000 Subject: Can't use 'startx' after upgrade. In-Reply-To: References: <4050910C.2080503@bahnhof.se> Message-ID: <4050ADB8.7070300@bahnhof.se> Thanks alot for helping me out! :) What you suggested worked. Also, after installing the XFree-lib-compat package with Cygwin/X 4.2.0 libraries, I got windowMaker to work. What does the line do anyway, and why did it make my XWin crazy? / Henrik Alexander Gottwald wrote: >On Thu, 11 Mar 2004, Henrik Edberg wrote: > > > >>Hello. >> >>I upgraded my cygwin installation today, just to make it up-to-date, and >>now I can't start XWindows the way I'm used to, actually not get it >>working with a window manager at all. >> >>Usually I just type 'startx' and a line in .xinitrc does 'exec wmaker' >>for me and everything works like a charm. Now when I try to start X that >>way, I get an error message saying that 'another window manager is >>already running on sceen 0?'. Then I tried to remove wmaker and just >>starting X by typing 'startx' then instead the only thing that happens >>is that I get a message saying "waiting for X server to shut down". I >>can start XWin by just typing X, but then I don't get a window manager, >>if try to start wmaker with 'wmaker -display 0.0' wmaker exits saying >>'unable to open on display 0.0'. >> >> > >it must read :0.0 > >But the main reson is that XWin has an internal windowmanager which is >required for multiwindow mode. With the new packages, multiwindowmode >seems to be default now. > >Either don't use wmaker or remove or remove -multiwindow from this line >in /usr/X11R6/bin/startx >defaultserverargs="-multiwindow -clipboard" > >bye > ago > > From nahor@bravobrava.com Thu Mar 11 18:20:00 2004 From: nahor@bravobrava.com (Nahor) Date: Thu, 11 Mar 2004 18:20:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> Message-ID: Benjamin Riefenstahl wrote: > I'm not sure how this works, I assume the alpha channel is an XP > feature? Anyway the new icon still has those ragged edges on my W2K > system when viewed with a black background. Yes, the alpha channel is a new thing from XP. In other Windows systems, you should still get a slightly better icon than orginal icon (IMHO). The edges will be ragged but the white aread will at least look like part of the icon instead of some unclean leftover of a smoothing effect. > With my display settings, the system menu icon is in 24x24. Could you > add that version, too? How does this one look in 24x24? If it's good, then Harold can change it (once again :p) in the exe. Nahor -------------- next part -------------- A non-text attachment was scrubbed... Name: x_test6.ico Type: image/x-icon Size: 14846 bytes Desc: not available URL: From huntharo@msu.edu Thu Mar 11 18:33:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 11 Mar 2004 18:33:00 -0000 Subject: xserv-4.3.0-52 - keyboard autorepeat pb - Fixed in 4.3.0-53 In-Reply-To: <20040311080632.12064.qmail@web41711.mail.yahoo.com> References: <20040311080632.12064.qmail@web41711.mail.yahoo.com> Message-ID: <4050B0ED.9060304@msu.edu> Gael, Thanks for the confirmation. Glad you like Cygwin/X :) Harold gagou wrote: > Harold wrote: > >>I fixed your problem (hopefully) in the >>xserv-4.3.0-53 release. > > > I confirm it is fixed. > Many thanks for having done that so quickly. > > Alexander wrote: > >>the windows autorepeat message should generate >>the repeated keypresses. > > > This was the case since xserv -25, but it has been > broken with -51. It now works fine (-53). > > Thank you all for the great job you've done: I use it > each and every day, whether I'm home or at work. > Gael. > > __________________________________ > Do you Yahoo!? > Yahoo! Search - Find what you??re looking for faster > http://search.yahoo.com > From huntharo@msu.edu Thu Mar 11 18:47:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 11 Mar 2004 18:47:00 -0000 Subject: Xwin crashing In-Reply-To: <5.1.1.5.2.20040310153444.0174b280@popserve.grc.nasa.gov> References: <5.1.1.5.2.20040310153444.0174b280@popserve.grc.nasa.gov> Message-ID: <4050B430.5010104@msu.edu> James, James D Below wrote: > Hi Everyone, > > I'm having a problem where Xwin hangs/locks up while actively using > it(vi,ssh,etc). When this occurs, the keyboard and mouse are > unresponsive when Cygwin/X is the active desktop. I can Alt-Tab to get > back to a windows desktop. I have also tried different window managers > (twm mwm windowmaker, even kde) without any success in tracking down the > problem. > > I have updated my cygwin installation to the current version include > xfree8-xserv version 4.3.0-52. > > I'm at a loss to what may be causing this so, I've attached my XWin.log > and the last 100 lines of an "strace -o strace.log xinit > /etc/X11/xinit/xinitrc -- usr/X11R6/bin/X" for review. I included a ps > -ea at the bottom of strace.log. > > I can send in a cygcheck if necessary. > > Anyone have any ideas on what may be the culprit or how to troubleshoot > this further? It looks like you are having a problem with DirectDraw losing the surface and not being able to regain it (perhaps). Are you running any games/movie players/music players with visual effects/anything that might be doing fancy graphics at the same time? If so, see if you can correlate the hang to when you launch such an application. In the meantime, try passing "-engine 1" to the X Server, which should force it to use GDI instead of DirectDraw... it will be useful to know if this makes the hanging go away. Are you aware of the "multi-window mode" that runs an internal window manager that draws each X application in its own window? Some people have a good reason for using single window mode, but some people still don't know about multi-window mode, so I have to check. Harold From Benjamin.Riefenstahl@epost.de Thu Mar 11 19:33:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Thu, 11 Mar 2004 19:33:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: (nahor@bravobrava.com's message of "Thu, 11 Mar 2004 10:21:21 -0800") References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> Message-ID: Hi Nahor, Nahor writes: > Yes, the alpha channel is a new thing from XP. In other Windows > systems, you should still get a slightly better icon than orginal > icon (IMHO). > [...] > How does this one look in 24x24? Yes, it definitly is better here. > The edges will be ragged Right, that's why the one that I submitted had a square white background. But it seems people didn't like that one. benny From alexander.gottwald@s1999.tu-chemnitz.de Thu Mar 11 20:07:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 11 Mar 2004 20:07:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> Message-ID: On Thu, 11 Mar 2004, Benjamin Riefenstahl wrote: > > The edges will be ragged > > Right, that's why the one that I submitted had a square white > background. But it seems people didn't like that one. It was (is) in CVS and I really like it. Even much better than the new one. The new one has some white around the black X which does like dump on the traybar. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jeb@jeremywilkins.freeserve.co.uk Thu Mar 11 21:20:00 2004 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Thu, 11 Mar 2004 21:20:00 -0000 Subject: XWin Architecture In-Reply-To: <404E93A3.6080602@msu.edu> References: <404CCF36.4020006@jeremywilkins.freeserve.co.uk> <404E93A3.6080602@msu.edu> Message-ID: <404EFBED.4030104@jeremywilkins.freeserve.co.uk> Hi, Mostly curious - I fired off the email a bit quickly, I found some of the answers in the contributors guide later on, rtfm would've been a fair reply. I've been following the Y-windows mailing list where they talked about about an X compatibility layer, I was just considering how this would be done. I doubt I'd have the time to implement it. Since I use cygwin/x a lot seemed like a good template. After a bit of hunting I found the miext/rootless code, I've been struggling to understand the Objective C code using it though. I'd be curious to read Torrey's draft on how it works (obviously I wouldn't redistribute it). jeremy Harold L Hunt II wrote: > Jeremy, > > Jeremy Wilkins wrote: > >> Hi, >> >> I'm curious about how the cygwin XWin server works? > > > Curious, or interested in helping? If just curious, then please wait a > few days or dig through the archives... I have described it in detail a > few times. Perhaps the following answers will be all you need. > >> My understanding is it is similar to an X Server on linux but instead >> of rendering to the graphics card framebuffer, it is rendered to an >> offscreen surface and then bitblt'd to an on screen pixmap using >> direct draw, or GDI if dd is unavailable. > > > That is correct. > >> Does the MacOS X Xserver work in the same way? > > > Yes. > >> Does this use a lot of existing code, eg from either vnc or xvfb servers? > > > Yes, but not from vnc or xvfb. There is a generic layer written by > Keith Packard called "fb" that draws to framebuffers using the cpu. This > "fb" layer replaced the old "cfb" and "mfb" layers that did the same > thing but were crufty and designed for the cpu being the constraint > (think 1980's) rather than the buses to and from memory and other > peripherals being the constraint (think today). > >> How does the rootless stuff work, does this just figure out where the >> top level windows are and only bitblt those but into separate >> surfaces/windows. > > > Well, that is sort of a dangerous question. There is the original > "rootless" mode that Kensuke wrote a while back. That mode just keeps > track of the top-level X11 windows and clips transfers to our single > Win32 window to the region that is occupied by X11 windows, thus > preventing the root window from being drawn. You will note that all of > the X11 windows appear to float in the same plane when you use -rootless > in the current versions of XWin.exe. > > There is also multi-window, but that is a little more complex in that it > has an internal window manager and it creates a Win32 window for each > top-level X11 window and provides management of those windows. This one > does bitblt to particular Win32 windows, whereas the aforementioned > rootless mode only had a single Win32 window. > >> I've read somewhere that there is some generic rootless code in the xc >> tree, where abouts is this? > > > That is in xc/programs/Xserver/miext/rootless. Kensuke's latest work > has centered around getting this to work. He has a new window manager > written that is more complete than the current multi-window window > manager. However, there are still significant bugs in this > implementation and we are not even building releases from the source > tree with that code in it yet. > > Torrey Lyons just sent me a draft description of how miext/rootless > works. Hopefully he will finish it soon so I can point you to it. It > really is an interesting layer and it allows optimization of some simple > cases that will have quite a large performance impact. > > Harold > From nahor@bravobrava.com Thu Mar 11 21:24:00 2004 From: nahor@bravobrava.com (Nahor) Date: Thu, 11 Mar 2004 21:24:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> Message-ID: Alexander Gottwald wrote: > It was (is) in CVS and I really like it. Even much better than the new one. Maybe one can add yet-another-option on the commandline and have several icons in the exe (or on a special library or whatever). It won't solve the problem of the default exe icon but it will solve any the taskbar/systray/shortcuts issue. Nahor From huntharo@msu.edu Thu Mar 11 21:32:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 11 Mar 2004 21:32:00 -0000 Subject: XWin Architecture In-Reply-To: <404EFBED.4030104@jeremywilkins.freeserve.co.uk> References: <404CCF36.4020006@jeremywilkins.freeserve.co.uk> <404E93A3.6080602@msu.edu> <404EFBED.4030104@jeremywilkins.freeserve.co.uk> Message-ID: <4050DAD0.4060502@msu.edu> Jeremy, Jeremy Wilkins wrote: > Hi, > > Mostly curious - I fired off the email a bit quickly, I found some of > the answers in the contributors guide later on, rtfm would've been a > fair reply. No problem... anything I can do to rope you in to working on some new features? :) > I've been following the Y-windows mailing list where they talked about > about an X compatibility layer, I was just considering how this would be > done. I doubt I'd have the time to implement it. Since I use cygwin/x a > lot seemed like a good template. Interesting. > After a bit of hunting I found the miext/rootless code, I've been > struggling to understand the Objective C code using it though. I'd be > curious to read Torrey's draft on how it works (obviously I wouldn't > redistribute it). Something isn't right here. I haven't seen Objective C in the miext/rootless code and it is compiled with gcc, not an Objective C compiler... are you sure you are looking at a publically released version of the code for all platforms? I just took a look at rootlessWindow.c and it reads like straight C to me. There may be a few files that are conditionally compiled for Mac OS/X that use Objective C, in which case you could ignore those. Harold From huntharo@msu.edu Thu Mar 11 21:34:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 11 Mar 2004 21:34:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> Message-ID: <4050DB3E.7080104@msu.edu> Nahor wrote: > Alexander Gottwald wrote: > >> It was (is) in CVS and I really like it. Even much better than the new >> one. > > > Maybe one can add yet-another-option on the commandline and have several > icons in the exe (or on a special library or whatever). It won't solve > the problem of the default exe icon but it will solve any the > taskbar/systray/shortcuts issue. Well, I don't know about a command-line option (sounds like a reasonable idea), but I was at least going to preserve the white bordered icon as the second icon in the file. That way people could use it for shortcuts and such. Also, I think Earle's .XWinrc file may allow you to specify an alternate icon for the tray and the default icon for each window, so we may not need a command-line option. Anyone want to look into this to confirm or debunk it? Harold From laste@tom.com Fri Mar 12 01:38:00 2004 From: laste@tom.com (laste@tom.com) Date: Fri, 12 Mar 2004 01:38:00 -0000 Subject: universal joint and sewing machine Message-ID: Dear cygwin-xfree: ShangHai Ownway Electric CO. LTD. Yueqing Ownway Electric Equipment Factory. is produces and sellTransmission machine, Hardware & Tools, commodity, Industrial equipment. Transmission machine: Universal Joints, Curved-tooth Joints, Elasticity Joint. Sewing equipment: Sewing Machine, Shoe-making Machine, Cutting Machine, Steam Iron Equipment. SHANGHAI ADD Waiqingsong Road Sheshan Town Songjiang ShangHai China. YUEQING ADD: No:55 Jinshi Road,Nanan Yueqing Zhejing China TEL:0086-577-82233185 FAX:0086-577-62311185 http://www.laste.com http://www.yan-xing.com Sewing equipment Department TEL: 0086-135-88964389 E-mail: sewing@laste.com Transmission machine Department TEL:0086-133-53378075 E-mail: joint@laste.com, joint@yan-xing.com if you are interested, please contact us. Yours faithfully From huntharo@msu.edu Fri Mar 12 03:02:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Mar 2004 03:02:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow In-Reply-To: <4034E30900036500@mail-4.tiscali.it> References: <4034E30900036500@mail-4.tiscali.it> Message-ID: <4051285A.6050406@msu.edu> Fabrizio, I was initially running 'ipc-daemon2' within Cygwin to enable the MIT-SHM extension to work properly; this caused x64 to crash with the "Bad system call" message. After finding out that you were not using ipc-daemon2 I re-ran x64 with XWin.exe running in multi-window mode and it seemed to work fine. In fact, here is a screenshot: http://msu.edu/~huntharo/vice-20040311-2150.png Since I cannot reproduce the crash, I think I must ask you to search your machine for some really old copies of cygwin1.dll. I am not sure what else could be causing this to work on my machine but to fail on yours. I made a package for VICE that installed to /usr instead of /usr/local... you should be able to install it and see if if fixes your problems... if it does, it won't tell us much. :) To install my package, copy and paste the following mirror URL into Cygwin's setup.exe and click the 'Add' button, then select VICE from that mirror: http://www.egr.msu.edu/~huntharo/cygwin/ If you install my package, make sure that you are pointing to the correct 'x64' before you run it. Might be best to run '/usr/bin/x64' explicitly. My output from VICE's 'x64' is below. Harold ======================================================================== Xlib: extension "MIT-SHM" missing on display "127.0.0.1:0.0". *** VICE Version 1.14 *** Welcome to x64, the free portable C64 Emulator. Current VICE team members: A. Boose, D. Lem, T. Biczo, A. Dehmel, T. Bretz, A. Matthies, M. Pottendorfer, M. Brenner, S. Trikaliotis. This is free software with ABSOLUTELY NO WARRANTY. See the "About VICE" command for more info. X11: Found 24bit/TrueColor visual. X11: Using private colormap. Video: Warning - The MITSHM extension is not supported on this display. Loading system file `/usr/lib/vice/C64/kernal'. C64MEM: Kernal rev #3. Loading system file `/usr/lib/vice/C64/basic'. Loading system file `/usr/lib/vice/C64/chargen'. Loading system file `/usr/lib/vice/PRINTER/mps803'. Palette: Loading palette `/usr/lib/vice/PRINTER/mps803.vpl'. Loading system file `/usr/lib/vice/PRINTER/nl10-cbm'. Palette: Loading palette `/usr/lib/vice/PRINTER/mps803.vpl'. NL10: Printer driver initialized. Loading system file `/usr/lib/vice/DRIVES/dos1541'. Loading system file `/usr/lib/vice/DRIVES/d1541II'. Loading system file `/usr/lib/vice/DRIVES/dos1570'. Loading system file `/usr/lib/vice/DRIVES/dos1571'. Loading system file `/usr/lib/vice/DRIVES/d1571cr'. Loading system file `/usr/lib/vice/DRIVES/dos1581'. Loading system file `/usr/lib/vice/DRIVES/dos2031'. Loading system file `/usr/lib/vice/DRIVES/dos2040'. Loading system file `/usr/lib/vice/DRIVES/dos3040'. Loading system file `/usr/lib/vice/DRIVES/dos4040'. Loading system file `/usr/lib/vice/DRIVES/dos1001'. Drive: Finished loading ROM images. X11Video: Successfully initialized without shared memory. X11Video: Warning - Performance will be poor. X11Video: Successfully initialized without shared memory. X11Video: Warning - Performance will be poor. Keyboard: Loading keymap `/usr/lib/vice/C64/x11_sym.vkm'. Main CPU: starting at ($FFFC). Main CPU: RESET. Drive 8: RESET. Drive 8: RESET. Exiting... ======================================================================== fabrizio.ge@tiscali.it wrote: > Strange, I never got that "Bad system call" message, and I could not find > it anywhere in VICE's sources. Is that a Cygwin message? > The crash I get is reproducible. Maybe I can send you my version of x64.exe > complete with gdb debugging info? > > This is what I do. > > $ export DISPLAY=:0 > > afg036@ZIT05-0147 /cygdrive/d/Profiles/afg036.DS.000/vice-1.14/src > $ ./x64 From earle@ziplabel.com Fri Mar 12 06:09:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 12 Mar 2004 06:09:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <4050DB3E.7080104@msu.edu> References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> Message-ID: <5.1.1.6.2.20040311214300.00ba6008@mail.ziplabel.com> Hi folks, I'm really impressed with all the work you folks are doing! At 04:33 PM 3/11/2004 -0500, Harold wrote: >Nahor wrote: >>Alexander Gottwald wrote: >>>It was (is) in CVS and I really like it. Even much better than the new one. >>Maybe one can add yet-another-option on the commandline and have several >>icons in the exe (or on a special library or whatever). It won't solve >>the problem of the default exe icon but it will solve any the >>taskbar/systray/shortcuts issue. >Well, I don't know about a command-line option (sounds like a reasonable >idea), but I was at least going to preserve the white bordered icon as the >second icon in the file. That way people could use it for shortcuts and >such. Also, I think Earle's .XWinrc file may allow you to specify an >alternate icon for the tray and the default icon for each window, so we >may not need a command-line option. Anyone want to look into this to >confirm or debunk it? It's not there today, but if people are really interested I can throw together a patch to the parser lexx/yacc to add a "TrayIcon xxxx" line and add the usual support for "iconfile.dll,n" where n=icon ID (ie. "shell32.dll,5" gives the floppy drive icon). A default icon can be specified for X apps, but again it's only for .ico files and can't index into, say, XWin.exe... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Fri Mar 12 06:14:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Mar 2004 06:14:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <5.1.1.6.2.20040311214300.00ba6008@mail.ziplabel.com> References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> <5.1.1.6.2.20040311214300.00ba6008@mail.ziplabel.com> Message-ID: <4051553E.4040809@msu.edu> Earle F. Philhower III wrote: > Hi folks, I'm really impressed with all the work you folks are doing! Yes, some neat things are happening. A little birdy told me that OpenGL acceleration is almost there... > At 04:33 PM 3/11/2004 -0500, Harold wrote: > >> Nahor wrote: >> >>> Alexander Gottwald wrote: >>> >>>> It was (is) in CVS and I really like it. Even much better than the >>>> new one. >>> >>> Maybe one can add yet-another-option on the commandline and have >>> several icons in the exe (or on a special library or whatever). It >>> won't solve the problem of the default exe icon but it will solve any >>> the taskbar/systray/shortcuts issue. >> >> Well, I don't know about a command-line option (sounds like a >> reasonable idea), but I was at least going to preserve the white >> bordered icon as the second icon in the file. That way people could >> use it for shortcuts and such. Also, I think Earle's .XWinrc file may >> allow you to specify an alternate icon for the tray and the default >> icon for each window, so we may not need a command-line option. >> Anyone want to look into this to confirm or debunk it? > > > It's not there today, but if people are really interested I can throw > together > a patch to the parser lexx/yacc to add a "TrayIcon xxxx" line and add > the usual support for "iconfile.dll,n" where n=icon ID (ie. "shell32.dll,5" > gives the floppy drive icon). A default icon can be specified for X apps, > but again it's only for .ico files and can't index into, say, XWin.exe... Yes, that sounds good. Let me just double-check that the TrayIcon feature *would* allow you to select the second icon within XWin.exe, right? That is okay that the icon for other applications could not index into XWin.exe, as long as XWin.exe can specify icons within itself. Thanks in advance, Harold From earle@ziplabel.com Fri Mar 12 06:48:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 12 Mar 2004 06:48:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <4051553E.4040809@msu.edu> References: <5.1.1.6.2.20040311214300.00ba6008@mail.ziplabel.com> <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> <5.1.1.6.2.20040311214300.00ba6008@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20040311222858.00bcc008@mail.ziplabel.com> At 01:14 AM 3/12/2004 -0500, Harold wrote: >Yes, some neat things are happening. A little birdy told me that OpenGL >acceleration is almost there... glDoom, here I come! As long as XWin keeps running runs w/o crashes for longer than the interval between Windows patches, I'm a happy camper... >>At 04:33 PM 3/11/2004 -0500, Earle wrote: >>...a patch to the parser lexx/yacc to add a "TrayIcon xxxx" line and add >>the usual support for "iconfile.dll,n" where n=icon ID (ie. "shell32.dll,5" >>gives the floppy drive icon)... >Yes, that sounds good. Let me just double-check that the TrayIcon feature >*would* allow you to select the second icon within XWin.exe, right? That >is okay that the icon for other applications could not index into >XWin.exe, as long as XWin.exe can specify icons within itself. Yup, that would be the plan: If no .XWinrc file or no TrayIcon, run with the present default settings (I guess whatever ICON 0 is compiled into XWin is what you'll get). Anywhere an icon is specified in the .xwinrc file, do the following: . If the iconame is just ",#" then load the specified icon number from the XWin.exe resources . else if the iconame is ",nn" then load icon ID nn from that file . else use present load .ico flow . If we're unsuccessful in loading the icon, use the default X icon from XWin.exe I also keep meaning to write a man page for the .xwinrc format, but since I don't follow main cygwin app development I'm not sure if manpages are the "preferred" format or if everyone is doing GNU Info files or something else. It's probably in one of TFM that I've not R yet. ;) -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From cfarges@laas.fr Fri Mar 12 09:47:00 2004 From: cfarges@laas.fr (FARGES Christophe) Date: Fri, 12 Mar 2004 09:47:00 -0000 Subject: Solaris CDE 1.3 and cygwin Message-ID: <200403120947.i2C9lVnn018894@laas.laas.fr> Hello, Thanks for your message but it doesn't work with me. My pointer still freezes and I have to kill the X window. I tried your command line: xinit -n xterm-1 -j -ls -sb -sl 500 -rightbar -geometry +361+0 -e bash -- -clipboard -scrollbars -engine 4 -ac -query -lesspointer -fp tcp/:7100 Here is the messages I obtain in the command window: $ xinit: connection to X server lost. Xterm: fatal IO error 104 (Connection reset by peer) or KillCient on X server ":0.0" $ 4 [proc] xterm 3736 get_proc_lock: Couldn't aquire sync_proc_subproc for (2,0), Win32 error 288, last 2 Here is the XWin.log file: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.51 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -clipboard -scrollbars -engine 4 -ac -query tom -lesspointer -fp tcp/tom:7100 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1400 h 1050 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: 1400 dwHeight: 1050 winSetEngine - Using user's preference: 4 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 1022 1400 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1022 1400 winCreateBoundingWindowWindowed - WindowClient w 1392 h 995 r 1392 l 0 b 995 t 0 winWindowProc - WM_SIZE - window w: 1400 h: 1022, new client area w: 1392 h: 995 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5568 winAllocateFBShadowDDNL - Created shadow pitch: 5568 winAllocateFBShadowDDNL - Created shadow stride: 1392 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 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 "4" Rules = "xfree86" Model = "pc105" Layout = "fr" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 696 497 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. winProcEstablishConnection - Hello winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. 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. _____________________________________________________________ Hello, I have solved it, don't know why, but it's working now. The new command part inserted is '-fp tcp/:7100' The command is as follows. xinit -n xterm-1 -j -ls -sb -sl 500 -rightbar -geometry +361+0 -e bash -- -clipboard -scrollbars -engine 4 -ac -query -lesspointer -fp tcp/:7100 Roman o From: Igor Pechtchanski o To: FARGES Christophe , "Pach Roman (GS-EC/ESA4) *" o Cc: cygwin-xfree at cygwin dot com, cygwin at cygwin dot com o Date: Thu, 11 Mar 2004 07:29:12 -0500 (EST) o Subject: Re: Solaris CDE 1.3 and cygwin o References: <511817FBFD979747B7EF13AA7136E72D2D131C@si-mail07.de.bosch.com> o Reply-to: cygwin-xfree at cygwin dot com o Reply-to: cygwin-xfree at cygwin dot com Wrong list.? Both of these queries should go to cygwin-xfree.? I'm redirecting this. On Thu, 11 Mar 2004, Pach Roman (GS-EC/ESA4) * wrote: > Hello, > I have the same problem. The previous version of CDE has been working > correctly. > I suppose, there are new features of X-Protocol used in CDE, which make > the cygwin problems. > The cygwin sends no response to query message of CDE 1.3. > Roman > ________________________________________________________________________ > > > Hello, > > I can't succeed in making cygwin work with my solaris (named tom) running > CDE 1.3 > The command I use is: > Xwin.exe -query tom -fp tcp/tom:7100 > I get a blank screen with a freezed pointer. I can't move the pointer and I > have to kill the X window. > > Thanks in advance! > Your help will really be appreciated, > Christophe > > Here is my Xwin.log file: > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.51 > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > xwin -query tom -fp tcp/tom:7100 > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1400 h 1050 > 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: 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 1022 1400 > winAdjustForAutoHide - Adjusted WorkArea: 0 0 1022 1400 > winCreateBoundingWindowWindowed - WindowClient w 1394 h 997 r 1394 l 0 b 997 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 > 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 "4" > Rules = "xfree86" Model = "pc105" Layout = "fr" Variant = "(null)" Options = "(null)" > winPointerWarpCursor - Discarding first warp: 697 498 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > winProcEstablishConnection - Hello > winProcEstablishConnection - Clipboard is not enabled, returning. -- ??????? ??????? ??????? ??????? ????? |\????? _,,,---,,_??????? ??????? 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 Dr.Volker.Zell@oracle.com Fri Mar 12 10:28:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Fri, 12 Mar 2004 10:28:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS Message-ID: <8765da2w8d.fsf@vzell-de.de.oracle.com> Hi see subject. Following is a dir listing (inclusive control-chars) from my "Documents and Settings" directory on a german W2K system. 11:13 AM [513]> pwd /c/Dokumente und Einstellungen/All Users vzell@summer /c/Dokumente und Einstellungen/All Users 11:13 AM [514]> ls -lat --show-control-chars total 0 drwxr-xr-x+ 9 root admin 4096 Mar 12 10:59 ./ drwxrwxrwx+ 3 vzell admin 0 Mar 12 10:59 Startmen??/ <- got created by setup.exe drwxrwxr-x+ 7 root system 4096 Apr 13 2003 ../ drwxr-xr-x+ 2 root admin 0 Mar 31 2003 Desktop/ drwxr-xr-x+ 3 root admin 4096 Feb 23 2003 Startmen??/ <- This was there already drwxrwxrwx+ 2 root admin 0 May 29 2002 DRM/ drwxr-xr-x+ 4 root admin 0 Feb 24 2002 Dokumente/ drwxr-xr-x+ 3 root admin 0 Feb 5 2002 Anwendungsdaten/ drwxr-xr-x+ 2 root admin 0 Feb 5 2002 Vorlagen/ vzell@summer /c/Dokumente und Einstellungen/All Users Here the relvant part from setup.log.full 2004/03/12 10:59:24 running: D:\\bin\sh.exe -c /etc/postinstall/fontconfig.sh 2004/03/12 10:59:27 running: D:\\bin\sh.exe -c /etc/postinstall/X-start-menu-icons.sh mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\bitmap.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\dpsexec.lnk" failed; does the target directory exist? dpsexec:Display PostScript command interface:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Tools:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\dpsinfo.lnk" failed; does the target directory exist? dpsinfo:The Display PostScript extension:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\editres.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\fc-list.lnk" failed; does the target directory exist? fc-list:List available FreeType fonts:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Toys\glxgears.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\glxinfo.lnk" failed; does the target directory exist? glxinfo:GLX information:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Toys\ico.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\oclock.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\showrgb.lnk" failed; does the target directory exist? showrgb:List rgb database:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Games\texteroids.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\viewres.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\wmagnify.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\xbiff.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\xcalc.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\xclock.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\xconsole.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\xcutsel.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\xditview.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\xdpyinfo.lnk" failed; does the target directory exist? xdpyinfo:Display information:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\xdvi.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Editors\xedit.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\xev.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Toys\xeyes.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\xfontsel.lnk" failed; does the target directory exist? xfontsel:Pick a font:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Tools:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\xfsinfo.lnk" failed; does the target directory exist? xfsinfo:The font server:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Toys\xgc.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\xkill.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Toys\xlogo.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\xlsatoms.lnk" failed; does the target directory exist? xlsatoms:List available atoms:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\xlsclients.lnk" failed; does the target directory exist? xlsclients:List all connected clients:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\xlsfonts.lnk" failed; does the target directory exist? xlsfonts:List all available fonts:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\xmag.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\xman.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\xmh.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\xprop.lnk" failed; does the target directory exist? xprop:Display the propertis of a window:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\xrefresh.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\xterm.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\xtrapinfo.lnk" failed; does the target directory exist? xtrapinfo:The TRAP extension:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\xvinfo.lnk" failed; does the target directory exist? xvinfo:The X-Video Extension:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\xwd.lnk" failed; does the target directory exist? xwd:Dump X11 window image to file:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Tools:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Information\xwininfo.lnk" failed; does the target directory exist? xwininfo:A single window:/c/Dokumente und Einstellungen/All Users/Startmen??/Programme/Cygwin-X/Information:: mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Editors\emacs.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Editors\xemacs.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\Tools\idle.lnk" failed; does the target directory exist? mkshortcut: Saving "c:\Dokumente und Einstellungen\All Users\Startmen??\Programme\Cygwin-X\rxvt.lnk" failed; does the target directory exist? 2004/03/12 10:59:31 running: D:\\bin\sh.exe -c /etc/postinstall/XFree86-xserv.sh 2004/03/12 10:59:35 mbox note: Installation Complete 2004/03/12 10:59:37 Ending cygwin install This looks like a code page problem (the ?? is an ?? in the Windows codepage) Ciao Volker From chris@areti.co.uk Fri Mar 12 10:33:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 12 Mar 2004 10:33:00 -0000 Subject: Questions on xhost, local display, etc. Message-ID: <20040312103349.GA10358@areti.co.uk> You may remember a long thread about this around the new year, the specific issue then (trying to run the external xwinclip program) is no longer with us but since having to do a complete re-install due to a disk optimiser destroying the data on my disk I have a few things that still aren't quite clear for me. Is it possible to run any of the cygwin/X programs that require to display something other than in the console window without running a local X server of some sort? If it isn't possible with the default set up is there any workaround? It would be good for example to be able to run GUI editor windows (e.g. xvile for cygwin) without having to run an X desktop. I have looked back in the mailing list archives at the earlier thread and reminded myself how I eventually overcame the 'catch 22' problem of not being able to run xhost because it wanted permission to write on the display which needed xhost to run to allow it to. Is the /etc/X0.hosts file format described or documented anywhere? I looked for it in the documentation and couldn't find anything, it would be good to have this in the FAQ at least because it's a lifesaver! -- Chris Green (chris@areti.co.uk) From haro@kgt.co.jp Fri Mar 12 10:33:00 2004 From: haro@kgt.co.jp (haro@kgt.co.jp) Date: Fri, 12 Mar 2004 10:33:00 -0000 Subject: Garbled task-bar icon Message-ID: <20040312.193321.81462375.haro@kgt.co.jp> Hi all, After the recent update to X startup icon change, I get garbled icon on the task-bar, task-tray and 'Toggle' window (window that shows up when Alt-Tab is pressed). It seems as though, 'simple X' icon and 'Black and white X' icon showing up with in the same frame. I've included the bitmap image of the garbled icons. Is there anyway to avoid this problem? FYI, following are my system setup, and also attached XWin.log if of any use. CYGWIN_NT-4.0 wbbrown 1.5.8s(0.110/4/2) 20040206 11:33:08 i686 unknown unknown C ygwin X-start-menu-icons 1.0.0-1 OK X-startup-scripts 1.0.1-1 OK XFree86-base 4.3.0-1 OK XFree86-bin 4.3.0-11 OK XFree86-etc 4.3.0-7 OK XFree86-fenc 4.2.0-3 OK XFree86-fnts 4.2.0-3 OK XFree86-fscl 4.2.0-3 OK XFree86-lib 4.3.0-1 OK XFree86-man 4.3.0-4 OK XFree86-startup-scripts 4.3.0-1 OK XFree86-xserv 4.3.0-54 OK 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 -------------- A non-text attachment was scrubbed... Name: start.bmp Type: image/x-bmp Size: 31302 bytes Desc: not available URL: -------------- next part -------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.54 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -clipboard -rootless -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 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Returning, supported engines 00000003 winScreenInit - dwWidth: 1152 dwHeight: 864 winSetEngine - Using Shadow DirectDraw winAdjustVideoModeShadowDD - 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 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowDD - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 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 = "xfree86" Model = "jp" Layout = "jp" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, 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. From alexander.gottwald@s1999.tu-chemnitz.de Fri Mar 12 10:45:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Mar 2004 10:45:00 -0000 Subject: Questions on xhost, local display, etc. In-Reply-To: <20040312103349.GA10358@areti.co.uk> References: <20040312103349.GA10358@areti.co.uk> Message-ID: On Fri, 12 Mar 2004, Chris Green wrote: > Is it possible to run any of the cygwin/X programs that require to > display something other than in the console window without running a > local X server of some sort? If it isn't possible with the default > set up is there any workaround? It would be good for example to be > able to run GUI editor windows (e.g. xvile for cygwin) without having > to run an X desktop. Not really. gvim does such a thing. It has a fallback to tty if X11 is failing. But it must be prepared in the program. > > I have looked back in the mailing list archives at the earlier thread > and reminded myself how I eventually overcame the 'catch 22' problem > of not being able to run xhost because it wanted permission to write > on the display which needed xhost to run to allow it to. Is the > /etc/X0.hosts file format described or documented anywhere? It is referenced in man xhost. But the format is quite simple. One allowed host per line. > it would be good to have this in the FAQ at least because it's a > lifesaver! I will not put this to the faq since its a big security hole and should only be used if there is no other way. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Fri Mar 12 11:04:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Mar 2004 11:04:00 -0000 Subject: It works! In-Reply-To: References: <405113EF.1060702@msu.edu> Message-ID: I'm taking this to the list so takuma and kesuke may comment it too. On Fri, 12 Mar 2004, Alexander Gottwald wrote: > On Thu, 11 Mar 2004, Harold L Hunt II wrote: > > http://msu.edu/~huntharo/xwin/devel/server/CygwinX-Accelerated-OpenGL-Support-20040311-2030.png > > (24 KiB) > > > > The only problem with it that I noticed was minor and obvious: > > > > It allocates the OpenGL surface according to the properties of the > > current window's parent, not the current window. So, the glxgears > > program shows up in the xterm window instead of the glxgears window. > > Also, if you run without multi-window and use twm, the OpenGL surface > > will fill the entire root window (seems to be the same problem). > > Interesting: if you move the xterm window in multi-window mode, the > > surface moves with that window correctly :) The GL rendering is bound to the devicecontext. The DC moves if you move the window. In normal mode the GL rendering uses the whole xserver window and draws the gears in the lower left corner. Clear sign of wrong DC size. > > I currently use GetActiveWindow() to get a window handle. This surely > wrong. But attaching to the real window will require some functions > which get the hwnd from the pScreenPriv structure What I need is a function struct win_window_metrics { HWND hwnd; RECT rect; } void win_get_window_metrics(WindowPtr winptr, win_window_metrics &metrics) { if (multiwindow) { metrics->hwnd = window_hwnd; metrics->rect.left = 0; metrics->rect.top = 0; metrics->rect.right = window_width; metrics->rect.bottom = window_height; } else { metrics->hwnd = global_hwnd; metrics->rect.left = window_left; metrics->rect.top = window_top; metrics->rect.right = window_left + window_width; metrics->rect.bottom = window_top + window_height; } } If we already have a HRGN handle i could use that instead of the RECT. I have to create a region anyway in GetDCEx(hwnd, hrgn, flags). bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From yann.collette@renault.com Fri Mar 12 11:15:00 2004 From: yann.collette@renault.com (COLLETTE Yann) Date: Fri, 12 Mar 2004 11:15:00 -0000 Subject: SNNS Problem Message-ID: <5b58105b2e84.5b2e845b5810@umr.renault.com> Hello, Some months ago, I sent a mail describing a problem with a SNNS popup dialog: http://sources.redhat.com/ml/cygwin-xfree/2004-01/msg00221.html I have looked inside the source code of SNNS, and I found that maybe the XawListChange(Widget w, String * list, int nitems, int longest, int resize) function is the source of the problem. This function is called by the ui_xAddListEntry function (ui_xWidget.c file in the xgui/source directory). I've tested the content of the parameters and they look OK. The widget seems to be correctly initialized (the popup is displayed correctly excepted the content of the list), the list contains nitems strings, longest is set to 0 and resize is set to True. What can I do to solve this problem ? Your sincerely, Yann COLLETTE From alexander.gottwald@s1999.tu-chemnitz.de Fri Mar 12 12:28:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Mar 2004 12:28:00 -0000 Subject: It works! In-Reply-To: <405113EF.1060702@msu.edu> References: <405113EF.1060702@msu.edu> Message-ID: On Thu, 11 Mar 2004, Harold L Hunt II wrote: > Alexander, > > Nice work: > > http://msu.edu/~huntharo/xwin/devel/server/CygwinX-Accelerated-OpenGL-Support-20040311-2030.png > (24 KiB) > > The only problem with it that I noticed was minor and obvious: > > It allocates the OpenGL surface according to the properties of the > current window's parent, not the current window. So, the glxgears > program shows up in the xterm window instead of the glxgears window. > Also, if you run without multi-window and use twm, the OpenGL surface > will fill the entire root window (seems to be the same problem). > Interesting: if you move the xterm window in multi-window mode, the > surface moves with that window correctly :) http://www-user.tu-chemnitz.de/~goal/xfree/glxgears.png - glxgears in the correct window :) - cygwin gvim with X11 support ;) (i doubt Corinna will ever enable this in the package) - ugly icon in taskbar :( bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Fri Mar 12 12:41:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 12 Mar 2004 12:41:00 -0000 Subject: It works! In-Reply-To: References: <405113EF.1060702@msu.edu> Message-ID: On Fri, 12 Mar 2004, Alexander Gottwald wrote: > http://www-user.tu-chemnitz.de/~goal/xfree/glxgears.png Some numbers: taken on athlon 1800 with Matrox G550 Accelerated OpenGL from XWin-CVS ago@linhost:~/pub/packages$ DISPLAY=cyghost:1.0 glxgears 5241 frames in 5.0 seconds = 1048.200 FPS 4453 frames in 5.0 seconds = 890.600 FPS 4316 frames in 5.0 seconds = 863.200 FPS 4476 frames in 5.0 seconds = 895.200 FPS Software OpenGL from XFree86-serv 4.3.0-54 ago@linhost:~/pub/packages$ DISPLAY=cyghost:0.0 glxgears 1690 frames in 5.0 seconds = 338.000 FPS 1230 frames in 5.0 seconds = 246.000 FPS 1028 frames in 5.0 seconds = 205.600 FPS 1379 frames in 5.0 seconds = 275.800 FPS bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Benjamin.Riefenstahl@epost.de Fri Mar 12 12:59:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Fri, 12 Mar 2004 12:59:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: (nahor@bravobrava.com's message of "Thu, 11 Mar 2004 13:25:08 -0800") References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> Message-ID: Hi Nahor, > Alexander Gottwald wrote: >> It was (is) in CVS and I really like it. Even much better than the >> new one. Nahor writes: > Maybe one can add yet-another-option on the commandline and have > several icons in the exe (or on a special library or whatever). Hm, is the full alpha channel independent of the 1-bit transparency mask that we have on older Windows version? If so, couldn't we combine both icons into one? On XP, the white background and black border would be hidden through the alpha mask. On older systems the white background would show. The only downside would be that the X character would have to be one pixel smaller on each side, because in the white-background version we need two borders, one white and one black. benny From Dr.Volker.Zell@oracle.com Fri Mar 12 13:23:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Fri, 12 Mar 2004 13:23:00 -0000 Subject: Fontpath and IPC problems when switching from XWin-44 to 54 under latest cygwin Message-ID: <87r7vyyz64.fsf@vzell-de.de.oracle.com> Hi all Because lack of time I tried switching from XWin-44 to XWin-54 today and got the following errors in my XWin.log which were not present in XWin-44 (see logfile below), 2 font paths could not be initialized and IPC support was disabled although cygip2 was running (as can be seen in the log file from XWin-44) I also had the XWin versions 47 and 49 handy, so I'm attaching also the their logfiles. As can be seen IPC support is not recognized anymore in 47 and the path initialization problems show up in 49. Any hints, cause I really need IPC support and don't want to sty behind with my XWin version. Ciao Volker -------------- XWin.log.54 ------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.54 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X -ac -nodecoration -rootless -nowinkill -clipboard -fp /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/local/share/emacs/fonts/,/dev/c/WINNT/Fonts/,/usr/local/share/fonts/ 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 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 winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5120 winAllocateFBShadowDDNL - Created shadow pitch: 5120 winAllocateFBShadowDDNL - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 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: "00000407" (00000407) (--) Using preset keyboard for "German (Germany)" (407), type "4" Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" Could not init font path element /dev/c/WINNT/Fonts/, removing from list! Could not init font path element /usr/local/share/fonts/, removing from list! winPointerWarpCursor - Discarding first warp: 640 511 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. ddxBeforeReset - Hello winClipboardProc - Call to select () failed: -1. Bailing. ddxBeforeReset - Clipboard thread has exited. winDeinitMultiWindowWM - Noting shutdown in progress -------------- XWin.log.44 ------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 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 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 winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5120 winAllocateFBShadowDDNL - Created shadow pitch: 5120 winAllocateFBShadowDDNL - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. (--) Setting autorepeat to delay=250, rate=31 (--) winConfigKeyboard - Layout: "00000407" (00000407) (--) Using preset keyboard for "German (Germany)" (407), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 640 511 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. winClipboardProc - Call to select () failed: -1. Bailing. OsVendorReset - Hello OsVendorReset - Clipboard thread has exited. winDeinitMultiWindowWM - Noting shutdown in progress -------------- XWin.log.47 ------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 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 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 winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5120 winAllocateFBShadowDDNL - Created shadow pitch: 5120 winAllocateFBShadowDDNL - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 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: "00000407" (00000407) (--) Using preset keyboard for "German (Germany)" (407), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" winPointerWarpCursor - Discarding first warp: 640 511 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. OsVendorReset - Hello winClipboardProc - Call to select () failed: -1. Bailing. OsVendorReset - Clipboard thread has exited. winDeinitMultiWindowWM - Noting shutdown in progress -------------- XWin.log.49 ------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.49 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X -ac -nodecoration -rootless -nowinkill -clipboard -fp /usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/local/share/emacs/fonts/,/dev/c/WINNT/Fonts/,/usr/local/share/fonts/ 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 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 winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5120 winAllocateFBShadowDDNL - Created shadow pitch: 5120 winAllocateFBShadowDDNL - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 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: "00000407" (00000407) (--) Using preset keyboard for "German (Germany)" (407), type "4" Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(null)" Could not init font path element /dev/c/WINNT/Fonts/, removing from list! Could not init font path element /usr/local/share/fonts/, removing from list! winPointerWarpCursor - Discarding first warp: 640 511 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. ddxBeforeReset - Hello winClipboardProc - Call to select () failed: -1. Bailing. ddxBeforeReset - Clipboard thread has exited. winDeinitMultiWindowWM - Noting shutdown in progress From nahor@bravobrava.com Fri Mar 12 16:51:00 2004 From: nahor@bravobrava.com (Nahor) Date: Fri, 12 Mar 2004 16:51:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> Message-ID: Benjamin Riefenstahl wrote: > Hm, is the full alpha channel independent of the 1-bit transparency > mask that we have on older Windows version? If so, couldn't we > combine both icons into one? On XP, the white background and black > border would be hidden through the alpha mask. On older systems the > white background would show. No, I don' think it would work. I don't know the details but right now, the icon is not a white square on older system. So somehow, windows put the transparent color where the alpha channel is fully transparent. Maybe I could hack it by not making the alpha channel fully transparent but near enough as to make no difference on XP. But that doesn't solve the issue of what people prefer: a square icon or a jagged one. Anyway the best is still the config file. People can then select the icon they want: black X on white square, black X with white border, X with edges at 45 degrees, fully black icon, blue X, red X, pig with wings, X on top of MS Windows logo... you name it. Nahor From nahor@bravobrava.com Fri Mar 12 17:01:00 2004 From: nahor@bravobrava.com (Nahor) Date: Fri, 12 Mar 2004 17:01:00 -0000 Subject: Garbled task-bar icon In-Reply-To: <20040312.193321.81462375.haro@kgt.co.jp> References: <20040312.193321.81462375.haro@kgt.co.jp> Message-ID: haro@kgt.co.jp wrote: > After the recent update to X startup icon change, I get garbled > icon on the task-bar, task-tray and 'Toggle' window (window that > shows up when Alt-Tab is pressed). Can you look at this icon, does it look garbled? Can you swith your screen resolution to 256 and 16 colors and see if they are garbled too? Nahor -------------- next part -------------- A non-text attachment was scrubbed... Name: x_test6.ico Type: image/x-icon Size: 14846 bytes Desc: not available URL: From Benjamin.Riefenstahl@epost.de Fri Mar 12 17:42:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Fri, 12 Mar 2004 17:42:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: (nahor@bravobrava.com's message of "Fri, 12 Mar 2004 08:51:39 -0800") References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> Message-ID: Hi Nahor, Nahor writes: > No, I don' think it would work. I don't know the details but right > now, the icon is not a white square on older system. Older systems use a 1-bit transparency mask (I forgot how this works in detail). I am pretty sure that this is a separate item from the alpha channel, because older systems couldn't interprete anything but this 1-bit format. OTOH, I guess that the tools that you use to create the icon don't allow to edit those two items separately. benny From Benjamin.Riefenstahl@epost.de Fri Mar 12 17:49:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Fri, 12 Mar 2004 17:49:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: (Alexander Gottwald's message of "Thu, 11 Mar 2004 21:07:54 +0100 (MET)") References: <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> Message-ID: Hi Alexander, Alexander Gottwald writes: > It was (is) in CVS and I really like it. Even much better than the > new one. Thanks. I got it from CVS and noticed that the original version is in there. Harold had mentioned a bug with the 24x24 image and I had sent a new version later, see . benny From huntharo@msu.edu Fri Mar 12 18:16:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Mar 2004 18:16:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow In-Reply-To: <4034E3090003B6A1@mail-4.tiscali.it> References: <4034E3090003B6A1@mail-4.tiscali.it> Message-ID: <4051FE70.1070701@msu.edu> Fabrizio, fabrizio.ge@tiscali.it wrote: > Harold, > I installed your package, and it crashes as well with -multiwindow :( . Hmm... leads me to suspect some other problem on your system. > I will investigate further, for example by rebuilding XWin from sources > and running it through GDB. Another difference could be that I am using > Windows 2000 and the screenshot seemed to be from Windows XP. It is usually a red herring to suspect the version of Windows has something to do with it. A debug version of XWin would be a good idea. Harold From huntharo@msu.edu Fri Mar 12 18:26:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Mar 2004 18:26:00 -0000 Subject: Garbled task-bar icon In-Reply-To: <20040312.193321.81462375.haro@kgt.co.jp> References: <20040312.193321.81462375.haro@kgt.co.jp> Message-ID: <405200F4.5030501@msu.edu> I don't have any ideas. Jehan --- is the order of the icon formats within the icon file importatnt in some locales? Harold haro@kgt.co.jp wrote: > Hi all, > > After the recent update to X startup icon change, I get garbled > icon on the task-bar, task-tray and 'Toggle' window (window that > shows up when Alt-Tab is pressed). > > It seems as though, 'simple X' icon and 'Black and white X' icon > showing up with in the same frame. > I've included the bitmap image of the garbled icons. > > Is there anyway to avoid this problem? > > FYI, following are my system setup, and also attached XWin.log if of any use. > > CYGWIN_NT-4.0 wbbrown 1.5.8s(0.110/4/2) 20040206 11:33:08 i686 unknown unknown C > ygwin > > X-start-menu-icons 1.0.0-1 OK > X-startup-scripts 1.0.1-1 OK > XFree86-base 4.3.0-1 OK > XFree86-bin 4.3.0-11 OK > XFree86-etc 4.3.0-7 OK > XFree86-fenc 4.2.0-3 OK > XFree86-fnts 4.2.0-3 OK > XFree86-fscl 4.2.0-3 OK > XFree86-lib 4.3.0-1 OK > XFree86-man 4.3.0-4 OK > XFree86-startup-scripts 4.3.0-1 OK > XFree86-xserv 4.3.0-54 OK > > 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 > > > ------------------------------------------------------------------------ > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.54 > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > XWin -clipboard -rootless -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 > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - Returning, supported engines 00000003 > winScreenInit - dwWidth: 1152 dwHeight: 864 > winSetEngine - Using Shadow DirectDraw > winAdjustVideoModeShadowDD - 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 > winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f > winInitVisualsShadowDD - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 > 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 = "xfree86" Model = "jp" Layout = "jp" Variant = "(null)" Options = "(null)" > Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, 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. From ford@vss.fsi.com Fri Mar 12 18:33:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 12 Mar 2004 18:33:00 -0000 Subject: Fontpath and IPC problems when switching from XWin-44 to 54 under latest cygwin In-Reply-To: <87r7vyyz64.fsf@vzell-de.de.oracle.com> References: <87r7vyyz64.fsf@vzell-de.de.oracle.com> Message-ID: On Fri, 12 Mar 2004, Dr. Volker Zell wrote: > Hi all > > Because lack of time I tried switching from XWin-44 to XWin-54 today and > got the following errors in my XWin.log which were not present in > XWin-44 (see logfile below), 2 font paths could not be initialized and > IPC support was disabled although cygip2 was running (as can be seen in > the log file from XWin-44) > > I also had the XWin versions 47 and 49 handy, so I'm attaching also the > their logfiles. As can be seen IPC support is not recognized anymore in > 47 and the path initialization problems show up in 49. > > Any hints, cause I really need IPC support and don't want to sty behind > with my XWin version. > Just the obvious one here: http://cygwin.com/ml/cygwin-announce/2004-02/msg00008.html IIRC, XWin has not been updated to use cygserver, or updated to use the new cygipc layout. So, it's probably a broken mix at the moment. I'll try to provide a patch to transition to cygserver later, time permitting. It should be fairly easy for anyone to try, though. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From huntharo@msu.edu Fri Mar 12 18:43:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Mar 2004 18:43:00 -0000 Subject: Fontpath and IPC problems when switching from XWin-44 to 54 under latest cygwin In-Reply-To: <87r7vyyz64.fsf@vzell-de.de.oracle.com> References: <87r7vyyz64.fsf@vzell-de.de.oracle.com> Message-ID: <405204CB.9070608@msu.edu> 4.3.0-45 change log: # xc/lib/font/fontfile/dirfile.c, encparse.c, fontfile.c - Some more font path checks. (David Dawes) # xc/lib/font/fontfile/dirfile.c - Fix an exploitable buffer overflow. (Greg MacManus (iDEFENSE Labs)) That helps to explain at least part of it... but I don't understand why the paths were valid before but not valid now. Anyone care to look into this? As for the MIT-SHM support: the current build that I have in preparation for -55 properly enables/disables MIT-SHM support depending on whehter ipc-daemon2 is running or not. I can only assume that my build tree got messed up at some point. I did a complete rebuild yesterday so it might have fixed that bustage. Harold Dr. Volker Zell wrote: > Hi all > > Because lack of time I tried switching from XWin-44 to XWin-54 today and > got the following errors in my XWin.log which were not present in > XWin-44 (see logfile below), 2 font paths could not be initialized and > IPC support was disabled although cygip2 was running (as can be seen in > the log file from XWin-44) > > I also had the XWin versions 47 and 49 handy, so I'm attaching also the > their logfiles. As can be seen IPC support is not recognized anymore in > 47 and the path initialization problems show up in 49. > > Any hints, cause I really need IPC support and don't want to sty behind > with my XWin version. > > Ciao > Volker From huntharo@msu.edu Fri Mar 12 18:50:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Mar 2004 18:50:00 -0000 Subject: *****SPAM***** x-start-menu-icons doesn't install on a W2K german OS In-Reply-To: <8765da2w8d.fsf@vzell-de.de.oracle.com> References: <8765da2w8d.fsf@vzell-de.de.oracle.com> Message-ID: <40520676.5020102@msu.edu> Volker, Dr. Volker Zell wrote: > Hi > > see subject. Following is a dir listing (inclusive control-chars) from > my "Documents and Settings" directory on a german W2K system. Had you ever installed the XFree86-bin-icons package? Did it work, or did it have the same problem? > This looks like a code page problem (the ?? is an ?? in the Windows > codepage) Check the output of: cygpath -A -P That is how we get the path to that folder. Other than that, I had no ideas why bash would munge this... but my knowledge on this topic is not great. Anyone have some ideas? Harold From huntharo@msu.edu Fri Mar 12 18:51:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 12 Mar 2004 18:51:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS In-Reply-To: <8765da2w8d.fsf@vzell-de.de.oracle.com> References: <8765da2w8d.fsf@vzell-de.de.oracle.com> Message-ID: <405206CC.2040407@msu.edu> [Let's try this again, this time without passing on the false-positive from SpamAssassin] Volker, Dr. Volker Zell wrote: > Hi > > see subject. Following is a dir listing (inclusive control-chars) from > my "Documents and Settings" directory on a german W2K system. Had you ever installed the XFree86-bin-icons package? Did it work, or did it have the same problem? > This looks like a code page problem (the ?? is an ?? in the Windows > codepage) Check the output of: cygpath -A -P That is how we get the path to that folder. Other than that, I had no ideas why bash would munge this... but my knowledge on this topic is not great. Anyone have some ideas? Harold From pechtcha@cs.nyu.edu Fri Mar 12 19:02:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 12 Mar 2004 19:02:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS In-Reply-To: <405206CC.2040407@msu.edu> References: <8765da2w8d.fsf@vzell-de.de.oracle.com> <405206CC.2040407@msu.edu> Message-ID: On Fri, 12 Mar 2004, Harold L Hunt II wrote: > [Let's try this again, this time without passing on the false-positive > from SpamAssassin] > > Volker, > > Dr. Volker Zell wrote: > > > Hi > > > > see subject. Following is a dir listing (inclusive control-chars) from > > my "Documents and Settings" directory on a german W2K system. > > Had you ever installed the XFree86-bin-icons package? Did it work, or > did it have the same problem? > > > This looks like a code page problem (the ? is an u in the Windows > > codepage) > > Check the output of: > > cygpath -A -P > > That is how we get the path to that folder. Other than that, I had no > ideas why bash would munge this... but my knowledge on this topic is not > great. Anyone have some ideas? > > Harold This is probably an ASCII vs Unicode issue. Most of Cygwin calls the ASCII versions of the Windows API. I'm not sure Cygwin is even Unicode-aware. Windows uses Unicode internally to encode the filenames. Theoretically, Windows should do the right translation under the covers. It may be as simple as setting the correct codepage or locale before trying to create the path... Not running the localized version of Windows, I can't really investigate this. Volker, do you feel up to it? A simple 'ls -d "`cygpath -A -P`"' should expose the bug, and setting the right locale before this call may make it go away, in which case please report to the list what made it work... :-) 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 landy@alumni.caltech.edu Fri Mar 12 19:26:00 2004 From: landy@alumni.caltech.edu (Brian R. Landy) Date: Fri, 12 Mar 2004 19:26:00 -0000 Subject: Cygwin X server crashes when a remote Xemacs is run In-Reply-To: <1068668170.3fb2950a0a646@gateway.landy.cx> References: <3FB1C452.3090309@msu.edu> <1068668170.3fb2950a0a646@gateway.landy.cx> Message-ID: <1079119615.40520eff452f3@gateway.landy.cx> Hi, I still get this crash with the latest server (4.3.0-54). Unfortunately I am not able to access cvs repositories outside of our company's network, so I cannot build a debug version. I'd be happy to run a debug version that someone builds for me, or I can build it if the source could be tarred and placed on a website so I can download it. Thanks! Brian Quoting landy@alumni.caltech.edu: > > I'm willing. > > > Brian > > > Quoting Harold L Hunt II : > > > Anybody care to run a debug build of XWin.exe in gdb to find the > crash > > > > location? > > > > Harold > > > > Brian R.Landy wrote: > > > > > > > > Hi, I see what appears to be the same crash (address 0x61093b2c), > > using > > > Vim 6.2 with the GTK1 GUI. One remote system is running AIX, the > > other > > > Solaris. The cygwin system runs NT 4 SP6. > > > > > > However, I only crash if I run XWin.exe -multiwindow. Switching to > > > windowed, fullscreen, or even rootless causes the crash to go away. > > > > > > Nothing is written to Xwin.log after the normal startup messages. > > > > > > > > > Brian > > > > > >> Here what I'm trying to do: > > >> I establish a rsh connection with a UNIX/Linux machine and open an > > xterm. > > >> The I run Xemacs on this remote machine and XWin.exe crashes. > > >> I tried it connecting with both a Linux machine and a Alpha > > machine. > > >> Here > > >> the Xemacs versions installed on those machines: > > >> Linux - Xemacs 21.1 (patch 14) i386-redhat-linux > > >> Alpha - Xemacs 20.4 alpha-dec-osf3.2 > > >> > > >> Here the Windows error message: > > >> Exception: access violation (0xc0000005), Address: 0x61093b2c > > >> > > >> I'm running Cygwin 1.5.5-1 on Windows NT 4.0 Workstation. XWin.exe > > >> version > > >> is 4.3.0-20 > > >> > > >> Giampaolo Orrigo > > > > > > > > > > > > > > From chris@areti.co.uk Fri Mar 12 20:11:00 2004 From: chris@areti.co.uk (Chris Green) Date: Fri, 12 Mar 2004 20:11:00 -0000 Subject: Some help with [re-]installation please In-Reply-To: References: <20040310143430.GA4154@areti.co.uk> Message-ID: <20040312201156.GA12180@areti.co.uk> On Wed, Mar 10, 2004 at 10:10:18AM -0600, Brian Ford wrote: > > I had all the ftp'ed files left from installing cygwin previously > > sitting in a directory on a networded drive, could I have used these > > to re-install cygwin rather than downloading everything again? If so, > > how does one do it? > > > Yes. Choose "Install from Local Directory" instead of "Install from > Internet", and point setup there. Keep in mind, however, you would have > missed out on all the new and exciting updates :). > > > There are a number of different directories, one for each FTP site I've > > used. > > > This is the part I am not sure how to handle. > setup.exe is very clever actually, it looks through *all* the ftp directories and merges what you have into one list. > > I really find the window where you select what to download, etc. > > *very* confusing, some of the wording is very odd. Two examples from > > the User's Guide which I find difficult to understand are:- > > > > You can change setup.exe's view style, which is helpful if you know > > the name of a package you want to install but not which category it is > > in. Click on the View button and it will rotate between Category (the > > default), Full (all packages), and Partial (only packages to be > > upgraded). If you are familiar with Unix, you will probably want to at > > east glance through the Full listing for your favorite tools. > > > > So what does 'Partial' mean? I can see that Category means all > > packages sorted into types, Full means all in alphabetical order but > > what does Partial mean? Does it mean only display packages that I've > > got already? > > > I found it confusing at first too :). > It also gives you 'Not installed' which is what I want as it indicates the packages that are downloaded in the local cache but not installed. Just what I need for a re-install after losing my disk. > > > > Once you have an existing Cygwin installation, the setup.exe chooser > > is also used to manage your Cygwin installation. Information on > > installed packages is kept in the /etc/setup/ directory of your Cygwin > > installation; if setup.exe cannot find this directory it will act just > > like you had no Cygwin installation. If setup.exe finds a newer > > version of an installed package available, it will automatically mark > > it to be upgraded. To Uninstall, Reinstall, or get the Source for an > > existing package, click on Keep to toggle it. Also, to avoid the need > > to reboot after upgrading, make sure to close all Cygwin windows and > > stop all Cygwin processes before setup.exe begins to install the > > upgraded package. > > > > What on earth does "To Uninstall, Reinstall, or get the Source for an > > existing package, click on Keep to toggle it.", mean??? > > > Did you try it? Clicking on Keep transitions it to Uninstall, Reinstall, > Source, etc. > No it doesn't, this still confuses me, there are Keep, Prev, Curr and Exp and you can select each but I have no idea what they do. Clicking on Keep doesn't toggle it, it just selects it. -- Chris Green (chris@areti.co.uk) From nahor@bravobrava.com Fri Mar 12 21:53:00 2004 From: nahor@bravobrava.com (Nahor) Date: Fri, 12 Mar 2004 21:53:00 -0000 Subject: Garbled task-bar icon In-Reply-To: <405200F4.5030501@msu.edu> References: <20040312.193321.81462375.haro@kgt.co.jp> <405200F4.5030501@msu.edu> Message-ID: Harold L Hunt II wrote: > I don't have any ideas. > > Jehan --- is the order of the icon formats within the icon file > importatnt in some locales? I have no idea. I would think not. But I would not be surprised if it uses a better icon (higher bit depth) if it can't find one that matches the screen bit depth. In this case 32b. Then, it doesn't expect the "unused" byte (used for the alpha channel now) to change value. Adding a 24 bits icons might solve it because it's the best fit for a 16bits screen that doesn't know about alpha channel. So I attached is a file with the 24b bit depth added. I also inverted the bit depth. It used to be 32b then 256 colors then 16. I moved the 16 first, then 256, then 24b, then 32b. That way, if Windows select the first icon that is "good enough" for the screen resolution, it will take the 24b first. Last, I used to have the high resolution first (32x32) and the low last (16x16). FireFox/Thunderbird have the low first, so I changed that too. In the end, I used to have: size then bit depth, from best to worst (32x32x32, 32x32x8, 32x32x4, 24x24x32, 24x24x8, ..., 16x16x4) Now, in the attached file, I have: bit depth then size, from worst to best (16x16x4, 24x24x4, 32x32x4, 16x16x8, 24x24x8, ..., 32x32x32) ...crossing fingers... Nahor -------------- next part -------------- A non-text attachment was scrubbed... Name: x_test8.ico Type: image/x-icon Size: 20870 bytes Desc: not available URL: From earle@ziplabel.com Sat Mar 13 08:30:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 13 Mar 2004 08:30:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <5.1.1.6.2.20040311222858.00bcc008@mail.ziplabel.com> References: <4051553E.4040809@msu.edu> <5.1.1.6.2.20040311214300.00ba6008@mail.ziplabel.com> <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> <5.1.1.6.2.20040311214300.00ba6008@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20040313001410.00b8de50@mail.ziplabel.com> Hi Harold, Attached please find a patch against 4.3.0.54 that: . Adds "TRAYICON " to the .xwinrc file parser which lets you, surprisingly enough, change the tray icon . Adds "file.dll,XX" parsing to the icon loader to support grabbing icons from inside DLL or EXEs . Adds ",XX" parsing to the icon loader to support loading icons that are stored in the XWin.exe RC file (today there's only one, but I think folks are thinking of having multiple at some point in the near future) . Adds handling of the "TaskbarCreated" Windows message which lets you re-add the taskbar icon when the main explorer starts. Otherwise if explorer dies and is restarted for some reason, you'd lose the X taskbar icon until you exited all your X apps and restarted XWin. . Fixes the icon loader to not append the ICONDIRECTORY to icons that are fully specified w/a drive letter (i.e. c:\blahblah) [These below I'm not sure if the CVS -r cygwin tree is known funky or what...] . WINMSG.H: Comments out the redeclaration of the MessageType enum. I couldn't find anything in the change logs about using a modifies OS.H (where MessageType is originally defined and included prior to this header). . WINMULTIWINDOWSHAPE.C, WINWINDOW.C: pScreen is used by REGION_INIT() and other region macros, but isn't a local variable in two functions in these files (in winwindow there was a "#if 0" around the variable defintion, and in multiwindowshape it was not there at all?!...) -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: taskbar-and-icons.patch Type: application/octet-stream Size: 12657 bytes Desc: not available URL: From huntharo@msu.edu Sat Mar 13 09:50:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 13 Mar 2004 09:50:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <5.1.1.6.2.20040313001410.00b8de50@mail.ziplabel.com> References: <4051553E.4040809@msu.edu> <5.1.1.6.2.20040311214300.00ba6008@mail.ziplabel.com> <404E8115.2010200@msu.edu> <404E88EC.3050102@msu.edu> <404F57BE.5010908@msu.edu> <5.1.1.6.2.20040311214300.00ba6008@mail.ziplabel.com> <5.1.1.6.2.20040313001410.00b8de50@mail.ziplabel.com> Message-ID: <4052D964.7070005@msu.edu> Earle, Just about off to bed at the moment... but figured it would probably be easier if you commit this patch directly. Can you send me, privately, an ssh DSA public key, preferred user name, and preferred email forwarding address? I can create you an account on freedesktop.org tomorrow and you'll be able to commit to our main cvs tree right away. Some people aren't too familiar with ssh-keygen, so a shortcut is 'ssh-keygen -t dsa' in case you don't want to lookup how to do it. :) Harold Earle F. Philhower III wrote: > Hi Harold, > > Attached please find a patch against 4.3.0.54 that: > . Adds "TRAYICON " to the .xwinrc file parser which lets > you, > surprisingly enough, change the tray icon > . Adds "file.dll,XX" parsing to the icon loader to support grabbing icons > from inside DLL or EXEs > . Adds ",XX" parsing to the icon loader to support loading icons that are > stored in the XWin.exe RC file (today there's only one, but I think folks > are thinking of having multiple at some point in the near future) > . Adds handling of the "TaskbarCreated" Windows message which lets you > re-add > the taskbar icon when the main explorer starts. Otherwise if explorer > dies > and is restarted for some reason, you'd lose the X taskbar icon until you > exited all your X apps and restarted XWin. > . Fixes the icon loader to not append the ICONDIRECTORY to icons that are > fully specified w/a drive letter (i.e. c:\blahblah) > > [These below I'm not sure if the CVS -r cygwin tree is known funky or > what...] > . WINMSG.H: Comments out the redeclaration of the MessageType enum. > I couldn't find anything in the change logs about using a modifies OS.H > (where MessageType is originally defined and included prior to this > header). > . WINMULTIWINDOWSHAPE.C, WINWINDOW.C: pScreen is used by REGION_INIT() > and other region macros, but isn't a local variable in two functions in > these files (in winwindow there was a "#if 0" around the variable > defintion, > and in multiwindowshape it was not there at all?!...) > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From chris@areti.co.uk Sat Mar 13 11:56:00 2004 From: chris@areti.co.uk (Chris Green) Date: Sat, 13 Mar 2004 11:56:00 -0000 Subject: xhost/display oddities Message-ID: <20040313115628.GA13781@areti.co.uk> Can anyone explain the following regarding xhost, display permissions, etc. I have an /etc/X0.hosts file with the following in it:- 127.0.0.1 If I open a Cygwin win2k console window I can run rxvt and an rxvt window pops up successfully. It's using the above X0.hosts permission because if I remove the above file rxvt won't start and says it can't open display 127.0.0.1:0.0. However if I try and run xhost it says 'unable to open display ""' and similarly xlsfonts says the same thing. How does rxvt know to try and open display 127.0.0.1:0.0 whereas xhost and xlsfonts (and others presumably) just have nothing for the display? It's fixable by setting DISPLAY in the environment but it's a bit confusing. Come to that why on earth does xlsfonts want to open the display anyway, it only outputs to the console window. -- Chris Green (chris@areti.co.uk) From chris@areti.co.uk Sat Mar 13 12:03:00 2004 From: chris@areti.co.uk (Chris Green) Date: Sat, 13 Mar 2004 12:03:00 -0000 Subject: xhost/display oddities In-Reply-To: <20040313115628.GA13781@areti.co.uk> References: <20040313115628.GA13781@areti.co.uk> Message-ID: <20040313120358.GA13842@areti.co.uk> On Sat, Mar 13, 2004 at 11:56:28AM +0000, Chris Green wrote: > > However if I try and run xhost it says 'unable to open display ""' and > similarly xlsfonts says the same thing. > > How does rxvt know to try and open display 127.0.0.1:0.0 whereas xhost > and xlsfonts (and others presumably) just have nothing for the > display? > > It's fixable by setting DISPLAY in the environment but it's a bit > confusing. > Even sillier, if I set DISPLAY=127.0.0.1:0.0 then xhost and xlsfonts work but rxvt fails and says "can't open display 127.0.0.1:0.0". There's something distinctly odd about all this! -- Chris Green (chris@areti.co.uk) From chris@areti.co.uk Sat Mar 13 12:21:00 2004 From: chris@areti.co.uk (Chris Green) Date: Sat, 13 Mar 2004 12:21:00 -0000 Subject: xhost/display oddities In-Reply-To: <20040313120358.GA13842@areti.co.uk> References: <20040313115628.GA13781@areti.co.uk> <20040313120358.GA13842@areti.co.uk> Message-ID: <20040313122106.GA13907@areti.co.uk> On Sat, Mar 13, 2004 at 12:03:58PM +0000, Chris Green wrote: > On Sat, Mar 13, 2004 at 11:56:28AM +0000, Chris Green wrote: > > > > However if I try and run xhost it says 'unable to open display ""' and > > similarly xlsfonts says the same thing. > > > > How does rxvt know to try and open display 127.0.0.1:0.0 whereas xhost > > and xlsfonts (and others presumably) just have nothing for the > > display? > > > > It's fixable by setting DISPLAY in the environment but it's a bit > > confusing. > > > Even sillier, if I set DISPLAY=127.0.0.1:0.0 then xhost and xlsfonts > work but rxvt fails and says "can't open display 127.0.0.1:0.0". > > There's something distinctly odd about all this! > The plot thickens, sorry I'm rambling on. xlsfonts and xhost will only run in the win2k console if I have an xdmcp session running to (from?) a remote computer! If I have an X0.hosts file with 127.0.0.1 in it and the DISPLAY=127.0.0.1:0.0 then both xhosts and xlsfonts both say "unable to open display 127.0.0.1:0.0". But if I start an xdmcp session then they run successfully. They're not using the X session to display but they insist on it being present. Hmmmm. -- Chris Green (chris@areti.co.uk) From Benjamin.Riefenstahl@epost.de Sat Mar 13 13:38:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Sat, 13 Mar 2004 13:38:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS In-Reply-To: (Igor Pechtchanski's message of "Fri, 12 Mar 2004 14:02:18 -0500 (EST)") References: <8765da2w8d.fsf@vzell-de.de.oracle.com> <405206CC.2040407@msu.edu> Message-ID: Hi Igor, Igor Pechtchanski writes: > This is probably an ASCII vs Unicode issue. Most of Cygwin calls > the ASCII versions of the Windows API. I'm not sure Cygwin is even > Unicode-aware. Windows uses Unicode internally to encode the > filenames. It's probably that some program is writing scripts in the standard GUI 8-bit encoding (so-called "ANSI"). But program parameters are read in the console encoding (so-called "OEM") and than Windows re-encodes them as Unicode and from there to "ANSI" to pass to the actual process. The actual console encoding can be set on NT based systems (and only there) through APIs and the command utility CHCP.COM. Their handling by Cygwin also depends on the CYGWIN environment variable. For background just a short reminder of the Windows encoding mess: Windows has Unicode and 8-bit versions of all APIs that take string values. Most of the Unicode versions only work on NT and it's descendents, on Windows 9x/Me the Unicode APIs are present but most just return an error. The 8-bit versions use different encodings for different locales. They are called "ANSI", because they were based on ANSI/ISO standard encodings when they were first introduced. Windows consoles do not use those "ANSI" encodings, but another set called "OEM" encodings, these were inherited from DOS. Both "ANSI" and "IBM" encodings are identified by their number in IBM's codepage registry. Western Windows versions use 1252 for Windows APIs and 850 in the console. > Theoretically, Windows should do the right translation under the > covers. It may be as simple as setting the correct codepage or > locale before trying to create the path... You can't change the encoding on Windows 9x/Me (at least not easily and not on a vanilla system). On NT you can use CHCP.COM. benny From Benjamin.Riefenstahl@epost.de Sat Mar 13 14:36:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Sat, 13 Mar 2004 14:36:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS In-Reply-To: (Benjamin Riefenstahl's message of "Sat, 13 Mar 2004 14:37:05 +0100") References: <8765da2w8d.fsf@vzell-de.de.oracle.com> <405206CC.2040407@msu.edu> Message-ID: Benjamin Riefenstahl writes: > and "IBM" encodings are identified by their number in IBM's codepage and "OEM" encodings ... From AJUAAZJBRRI@austinpowersfan.com Sat Mar 13 15:21:00 2004 From: AJUAAZJBRRI@austinpowersfan.com (Rogelio Gore) Date: Sat, 13 Mar 2004 15:21:00 -0000 Subject: G*eneric..Half Price G-uaranteed .. twosome Message-ID: Gene'ric Cialis get hard upto 36 hours http://Walter.der5dxcx.com/ti/ orgiastic gunky paulson sought caviar beginner transylvania postgraduate c= omfort haag saturnalia immoderate r's curse handyman curtis foxglove exclu= sionary relish pavlov louisville chang anaerobic cambrian dutton sequoia a= shy declaim coinage rilly ethos mitral braid v http://Walter.der5dxcx.com/b.html From PGHXCNW@searchwales.com Sat Mar 13 15:21:00 2004 From: PGHXCNW@searchwales.com (Herschel Bouchard) Date: Sat, 13 Mar 2004 15:21:00 -0000 Subject: Take 5O% off Gener|ic online odysseus Message-ID: Gene'ric Cialis get hard upto 36 hours http://Ronald.der5dxcx.com/ti/ andromeda scoot tientsin anionic manhood deduct loaf racial bias dilution = vehicular acquisitive basketball bee hadamard officeholder lana perquisite= serviceberry anodic coffin absinthe soignee drop aniline clairvoyant atri= um waddle alexandria wrathful spectral baboon balm v http://Ronald.der5dxcx.com/b.html From pechtcha@cs.nyu.edu Sat Mar 13 15:27:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 13 Mar 2004 15:27:00 -0000 Subject: xhost/display oddities In-Reply-To: <20040313120358.GA13842@areti.co.uk> References: <20040313115628.GA13781@areti.co.uk> <20040313120358.GA13842@areti.co.uk> Message-ID: On Sat, 13 Mar 2004, Chris Green wrote: > On Sat, Mar 13, 2004 at 11:56:28AM +0000, Chris Green wrote: > > > > However if I try and run xhost it says 'unable to open display ""' and > > similarly xlsfonts says the same thing. > > > > How does rxvt know to try and open display 127.0.0.1:0.0 whereas xhost > > and xlsfonts (and others presumably) just have nothing for the > > display? > > > > It's fixable by setting DISPLAY in the environment but it's a bit > > confusing. > > > Even sillier, if I set DISPLAY=127.0.0.1:0.0 then xhost and xlsfonts > work but rxvt fails and says "can't open display 127.0.0.1:0.0". > > There's something distinctly odd about all this! What's odd, is using the value "127.0.0.1:0.0" for DISPLAY, when XWin runs on ":0.0" by default. 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 jacksob2@cs.man.ac.uk Sat Mar 13 15:55:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Sat, 13 Mar 2004 15:55:00 -0000 Subject: -clipboard not working? Message-ID: <000001c40913$9d5309b0$9bbb6151@BENJACKSON> Hi, I've been recently unable to paste into windows apps from x apps (since about -50 release I think). The windows apps just hang. I've seen some info on this on the list, but I didn't see a fix :x There doesn't appear to be anything of note in /tmp/XWin.log and I just upgraded to all the latest packages and uninstalled all the "removed" packages. Any ideas? Ben From RLG02EMP@aas.auh.dk Sat Mar 13 16:11:00 2004 From: RLG02EMP@aas.auh.dk (Erik Morre Pedersen) Date: Sat, 13 Mar 2004 16:11:00 -0000 Subject: Xview ported to Cygwin Message-ID: Does anybody know of any port of Xview libraries to cygwin? Regards Erik Morre Pedersen e-mail:emp@mr.au.dk From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Mar 13 19:57:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 13 Mar 2004 19:57:00 -0000 Subject: xhost/display oddities In-Reply-To: References: <20040313115628.GA13781@areti.co.uk> <20040313120358.GA13842@areti.co.uk> Message-ID: Igor Pechtchanski wrote: > What's odd, is using the value "127.0.0.1:0.0" for DISPLAY, when XWin runs > on ":0.0" by default. XWin listens on TCP and Unix sockets. 127.0.0.1:0 is a TCP display, :0.0 is a unix socket. bye ago NP: VNV Nation - Untitled -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Sun Mar 14 04:55:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 14 Mar 2004 04:55:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS In-Reply-To: References: <8765da2w8d.fsf@vzell-de.de.oracle.com> <405206CC.2040407@msu.edu> Message-ID: <4053E5B5.4040105@msu.edu> I think I have half of a fix for this (will need it to be tested, the sooner the better). The script was using 'cygpath -A -P' to save the path to the icon folder in a shell variable. I figured it might be better to instead pass '-A -P' to mkshortcut directly, since it can handle those paths; this may avoid the problem entirely, but I won't know until someone tests it. There will still be a remaining problem though: icon removal will still fail. See, mkshortcut doesn't remove shortcuts, and I don't think there is a utility in cygutils that does. So, those that are interested in this would either have to add a parameter to mkshortcut to have it remove a shortcut, or they would have to create a new utility based on mkshortcut (e.g. 'rmshortcut') that would facilitate removal of icons in non-US locales. I'll be released X-start-menu-icons-1.1.0-1 shortly. Please test it and report as soon as possible. Harold From huntharo@msu.edu Sun Mar 14 05:10:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 14 Mar 2004 05:10:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS In-Reply-To: <4053E5B5.4040105@msu.edu> References: <8765da2w8d.fsf@vzell-de.de.oracle.com> <405206CC.2040407@msu.edu> <4053E5B5.4040105@msu.edu> Message-ID: <4053E945.7070201@msu.edu> Oh darn, it will be slightly more complex than I had hoped. We will actually have to add an option to mkshortcut to have it create all folders on the specified path, because it fails if the folders do not exist and we have the same problem if we create the folders from our shell script. Ugh. Anyone want to take ownership of this? I think it may be more than I have time for. Harold Harold L Hunt II wrote: > I think I have half of a fix for this (will need it to be tested, the > sooner the better). The script was using 'cygpath -A -P' to save the > path to the icon folder in a shell variable. I figured it might be > better to instead pass '-A -P' to mkshortcut directly, since it can > handle those paths; this may avoid the problem entirely, but I won't > know until someone tests it. > > There will still be a remaining problem though: icon removal will still > fail. See, mkshortcut doesn't remove shortcuts, and I don't think there > is a utility in cygutils that does. So, those that are interested in > this would either have to add a parameter to mkshortcut to have it > remove a shortcut, or they would have to create a new utility based on > mkshortcut (e.g. 'rmshortcut') that would facilitate removal of icons in > non-US locales. > > I'll be released X-start-menu-icons-1.1.0-1 shortly. Please test it and > report as soon as possible. > > Harold > From Dr.Volker.Zell@oracle.com Sun Mar 14 09:36:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Sun, 14 Mar 2004 09:36:00 -0000 Subject: Fontpath and IPC problems when switching from XWin-44 to 54 under latest cygwin In-Reply-To: <405204CB.9070608@msu.edu> (Harold L. Hunt, II's message of "Fri, 12 Mar 2004 13:43:23 -0500") References: <87r7vyyz64.fsf@vzell-de.de.oracle.com> <405204CB.9070608@msu.edu> Message-ID: <87wu5n7oq3.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt, writes: Harold> 4.3.0-45 change log: Harold> # xc/lib/font/fontfile/dirfile.c, encparse.c, fontfile.c - Some more Harold> # font path checks. (David Dawes) Harold> # xc/lib/font/fontfile/dirfile.c - Fix an exploitable buffer Harold> # overflow. (Greg MacManus (iDEFENSE Labs)) Harold> That helps to explain at least part of it... but I don't understand Harold> why the paths were valid before but not valid now. Anyone care to Harold> look into this? When trying with xset fp+ I get: 02:16 PM [502]> /usr/X11R6/bin/xset fp+ /usr/local/share/fonts /usr/X11R6/bin/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 vzell@summer /tmp 02:17 PM [503]> /usr/X11R6/bin/xset fp+ /dev/c/WINNT/Fonts /usr/X11R6/bin/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 vzell@summer /tmp 02:17 PM [504]> Permissions seem to be OK and fonts.dir is present. Ciao Volker From cw@gamma-rs.ch Sun Mar 14 09:50:00 2004 From: cw@gamma-rs.ch (Charles L. Werner) Date: Sun, 14 Mar 2004 09:50:00 -0000 Subject: Missing cygXp-6.dll Message-ID: <40542AE0.6040301@gamma-rs.ch> I have just updated to the latest distribution of the Xfree86 packages. Apparently the cygXp-6.dll package is missing as determined by attempting to run the nedit editor (also a cygwin package). I reinstalled nedit as suggested by the error message, and rebooted the machine, all to no avail. I believe the cygXp-6.dll was part of XFree86-bin package but is not in the current XFree86-bin-4.3.0-12. Is it in another package now? 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 From Dr.Volker.Zell@oracle.com Sun Mar 14 10:02:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Sun, 14 Mar 2004 10:02:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS In-Reply-To: <405206CC.2040407@msu.edu> (Harold L. Hunt, II's message of "Fri, 12 Mar 2004 13:51:56 -0500") References: <8765da2w8d.fsf@vzell-de.de.oracle.com> <405206CC.2040407@msu.edu> Message-ID: <87smgb7ngy.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt writes: Harold> Had you ever installed the XFree86-bin-icons package? Did it work, or Harold> did it have the same problem? I never had. >> This looks like a code page problem (the ?? is an ?? in the Windows >> codepage) Harold> Check the output of: Harold> cygpath -A -P This is from an rxvt window: 11:03 AM [501]> cygpath -A -P /c/Dokumente und Einstellungen/All Users/Startmen??/Programme and this from a bash console window: 10:57 AM [504]> cygpath -A -P /c/Dokumente und Einstellungen/All Users/Startmen??/Programme Harold> Harold Ciao Volker From Dr.Volker.Zell@oracle.com Sun Mar 14 10:21:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Sun, 14 Mar 2004 10:21:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS In-Reply-To: (Igor Pechtchanski's message of "Fri, 12 Mar 2004 14:02:18 -0500 (EST)") References: <8765da2w8d.fsf@vzell-de.de.oracle.com> <405206CC.2040407@msu.edu> Message-ID: <87oeqz7mmm.fsf@vzell-de.de.oracle.com> >>>>> "Igor" == Igor Pechtchanski writes: Igor> Theoretically, Windows should do the right translation under the covers. Igor> It may be as simple as setting the correct codepage or locale before Igor> trying to create the path... Not running the localized version of Igor> Windows, I can't really investigate this. Volker, do you feel up to it? Igor> A simple 'ls -d "`cygpath -A -P`"' should expose the bug, and setting the Igor> right locale before this call may make it go away, in which case please Igor> report to the list what made it work... :-) This is all from a console bash window: 11:21 AM [540]> /c/WINNT/system32/chcp.com 850 Aktive Codepage: 850. vzell@summer /c/Dokumente und Einstellungen/All Users 11:21 AM [540]> cygpath -A -P /c/Dokumente und Einstellungen/All Users/Startmenn/Programme vzell@summer /c/Dokumente und Einstellungen/All Users 11:21 AM [541]> ls -d "`cygpath -A -P`" /c/Dokumente und Einstellungen/All Users/Startmen?/Programme/ vzell@summer /c/Dokumente und Einstellungen/All Users 11:21 AM [541]> /c/WINNT/system32/chcp.com 1252 Aktive Codepage: 1252. vzell@summer /c/Dokumente und Einstellungen/All Users 11:21 AM [542]> cygpath -A -P /c/Dokumente und Einstellungen/All Users/Startmen??/Programme vzell@summer /c/Dokumente und Einstellungen/All Users 11:21 AM [543]> ls -d "`cygpath -A -P`" /c/Dokumente und Einstellungen/All Users/Startmen?/Programme/ vzell@summer /c/Dokumente und Einstellungen/All Users 11:21 AM [543]> /c/WINNT/system32/chcp.com 437 Aktive Codepage: 437. vzell@summer /c/Dokumente und Einstellungen/All Users 11:22 AM [544]> cygpath -A -P /c/Dokumente und Einstellungen/All Users/Startmen3/Programme vzell@summer /c/Dokumente und Einstellungen/All Users 11:22 AM [545]> ls -d "`cygpath -A -P`" /c/Dokumente und Einstellungen/All Users/Startmen?/Programme/ Igor> Igor Ciao Volker From cgf-no-personal-reply-please@cygwin.com Sun Mar 14 14:54:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 14 Mar 2004 14:54:00 -0000 Subject: cygXft-2.dll cannot be found... In-Reply-To: <1079275616.4054706001a3a@imp.webmail.hku.hk> References: <1079275616.4054706001a3a@imp.webmail.hku.hk> Message-ID: <20040314145441.GA12451@redhat.com> On Sun, Mar 14, 2004 at 10:46:56PM +0800, tsfu@graduate.hku.hk wrote: >http://www.cygwin.com/packages/XFree86-bin/XFree86-bin-4.3.0-12 > >They should be here. ButI don't think there's any cygXft-2.dll there, is there? > >What do I do next? You send email to the correct mailing list. Redirected. >> * tsfu@graduate.hku.hk (2004-03-14 14:33 +0100) >>> It's the problem of starting X. I cannot even start X after typing >> "startx". I >>> just install the latest package of X. >>> >>> Jason >>> >>>> * tsfu@graduate.hku.hk (2004-03-14 14:07 +0100) >>>>> This application has failed to start because cygXft-2.dll was not >>>>> found. Re-installing application may fix this problem. >>>> >>>> http://www.cygwin.com/packages/ >>>> >>>> -- >> >> I know. You said that. Search for the package that contains this dll and >> reinstall. Before you surely want to find out if that file exists on >> your hard disk: "updatedb; locate cygXft-2.dll" From cgf-no-personal-reply-please@cygwin.com Sun Mar 14 15:00:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 14 Mar 2004 15:00:00 -0000 Subject: cygXft-2.dll cannot be found... In-Reply-To: <20040314145441.GA12451@redhat.com> References: <1079275616.4054706001a3a@imp.webmail.hku.hk> <20040314145441.GA12451@redhat.com> Message-ID: <20040314150036.GA17900@redhat.com> On Sun, Mar 14, 2004 at 09:54:41AM -0500, Christopher Faylor wrote: >On Sun, Mar 14, 2004 at 10:46:56PM +0800, tsfu@graduate.hku.hk wrote: >>http://www.cygwin.com/packages/XFree86-bin/XFree86-bin-4.3.0-12 >> >>They should be here. ButI don't think there's any cygXft-2.dll there, is there? >> >>What do I do next? > >You send email to the correct mailing list. > >Redirected. Trying again. Hopefully the reply-to will be set this time. From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Mar 14 15:24:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 14 Mar 2004 15:24:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS In-Reply-To: <4053E945.7070201@msu.edu> References: <8765da2w8d.fsf@vzell-de.de.oracle.com> <405206CC.2040407@msu.edu> <4053E5B5.4040105@msu.edu> <4053E945.7070201@msu.edu> Message-ID: Harold L Hunt II wrote: > Oh darn, it will be slightly more complex than I had hoped. > > We will actually have to add an option to mkshortcut to have it create > all folders on the specified path, because it fails if the folders do > not exist and we have the same problem if we create the folders from our > shell script. on uninstall: remove installed entries from the directory and remove the directory if it is empty. DIR= for shortcut in xterm xload xbiff ...; do rm "$DIR/$shortcut" done if ls -l "$DIR" | grep -q "^total 0"; then rm -r "$DIR" fi bye ago NP: Dekoy - Your Heart -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jacksob2@cs.man.ac.uk Sun Mar 14 16:44:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Sun, 14 Mar 2004 16:44:00 -0000 Subject: Missing cygXp-6.dll In-Reply-To: <40542AE0.6040301@gamma-rs.ch> Message-ID: <000001c409e3$a4507920$9bbb6151@BENJACKSON> I'm having the same problem, having just upgraded to the latest packages. (server is -55 I think) ben -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Charles L. Werner Sent: 14 March 2004 09:50 To: cygwin-xfree@cygwin.com Subject: Missing cygXp-6.dll I have just updated to the latest distribution of the Xfree86 packages. Apparently the cygXp-6.dll package is missing as determined by attempting to run the nedit editor (also a cygwin package). I reinstalled nedit as suggested by the error message, and rebooted the machine, all to no avail. I believe the cygXp-6.dll was part of XFree86-bin package but is not in the current XFree86-bin-4.3.0-12. Is it in another package now? 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 From tulitanssi@luukku.com Sun Mar 14 16:55:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Sun, 14 Mar 2004 16:55:00 -0000 Subject: WindowMaker does not find libX11.dll Message-ID: <1079283311506.tulitanssi.164121.d_2ChotcIjQJer-LutNFdA@luukku.com> Hi Harold, I couldn't use setup.exe for downloading your libungif-4.1.0-3, but took it manually instead. It seems to fix this problem. Thanks, Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From pechtcha@cs.nyu.edu Sun Mar 14 17:53:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 14 Mar 2004 17:53:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS In-Reply-To: <87oeqz7mmm.fsf@vzell-de.de.oracle.com> References: <8765da2w8d.fsf@vzell-de.de.oracle.com> <405206CC.2040407@msu.edu> <87oeqz7mmm.fsf@vzell-de.de.oracle.com> Message-ID: On Sun, 14 Mar 2004, Dr. Volker Zell wrote: > >>>>> "Igor" == Igor Pechtchanski writes: > > Igor> Theoretically, Windows should do the right translation under the covers. > Igor> It may be as simple as setting the correct codepage or locale before > Igor> trying to create the path... Not running the localized version of > Igor> Windows, I can't really investigate this. Volker, do you feel up to it? > Igor> A simple 'ls -d "`cygpath -A -P`"' should expose the bug, and setting the > Igor> right locale before this call may make it go away, in which case please > Igor> report to the list what made it work... :-) > > This is all from a console bash window: > > 11:21 AM [540]> /c/WINNT/system32/chcp.com 850 > Aktive Codepage: 850. > vzell@summer /c/Dokumente und Einstellungen/All Users > 11:21 AM [540]> cygpath -A -P > /c/Dokumente und Einstellungen/All Users/Startmenn/Programme > vzell@summer /c/Dokumente und Einstellungen/All Users > 11:21 AM [541]> ls -d "`cygpath -A -P`" > /c/Dokumente und Einstellungen/All Users/Startmen?/Programme/ > vzell@summer /c/Dokumente und Einstellungen/All Users > 11:21 AM [541]> /c/WINNT/system32/chcp.com 1252 > Aktive Codepage: 1252. > vzell@summer /c/Dokumente und Einstellungen/All Users > 11:21 AM [542]> cygpath -A -P > /c/Dokumente und Einstellungen/All Users/Startmen?/Programme > vzell@summer /c/Dokumente und Einstellungen/All Users > 11:21 AM [543]> ls -d "`cygpath -A -P`" > /c/Dokumente und Einstellungen/All Users/Startmen?/Programme/ > vzell@summer /c/Dokumente und Einstellungen/All Users > 11:21 AM [543]> /c/WINNT/system32/chcp.com 437 > Aktive Codepage: 437. > vzell@summer /c/Dokumente und Einstellungen/All Users > 11:22 AM [544]> cygpath -A -P > /c/Dokumente und Einstellungen/All Users/Startmen3/Programme > vzell@summer /c/Dokumente und Einstellungen/All Users > 11:22 AM [545]> ls -d "`cygpath -A -P`" > /c/Dokumente und Einstellungen/All Users/Startmen?/Programme/ Whoops, sorry, I keep forgetting about aliases. My 'ls' is aliased to 'ls -F --color=tty --show-control-chars'. That last option would give much more sensible results in your experiments... Also, instead of using 'chcp', try adding a "codepage:oem" or "codepage:ansi" option to your CYGWIN environment variable... 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 Sun Mar 14 18:15:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 14 Mar 2004 18:15:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS In-Reply-To: References: <8765da2w8d.fsf@vzell-de.de.oracle.com> <405206CC.2040407@msu.edu> <4053E5B5.4040105@msu.edu> <4053E945.7070201@msu.edu> Message-ID: <4054A14F.3080606@msu.edu> Alexander Gottwald wrote: > Harold L Hunt II wrote: > > >>Oh darn, it will be slightly more complex than I had hoped. >> >>We will actually have to add an option to mkshortcut to have it create >>all folders on the specified path, because it fails if the folders do >>not exist and we have the same problem if we create the folders from our >>shell script. > > > on uninstall: remove installed entries from the directory and remove the > directory if it is empty. > > DIR= > for shortcut in xterm xload xbiff ...; do > rm "$DIR/$shortcut" > done > if ls -l "$DIR" | grep -q "^total 0"; then > rm -r "$DIR" > fi That is exactly what we do already, but I believe it will suffer from the same problem as using passing the path from cygpath through bash when we create the icons. So, you would be ablet to create the icons using my idea, but the attempt to delete them would still delete them from the wrong directory... Harold From Dr.Volker.Zell@oracle.com Sun Mar 14 18:25:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Sun, 14 Mar 2004 18:25:00 -0000 Subject: x-start-menu-icons doesn't install on a W2K german OS Message-ID: <87n06jnv11.fsf@vzell-de.de.oracle.com> Hi Igor >> Also, instead of using 'chcp', try adding a "codepage:oem" or >> "codepage:ansi" option to your CYGWIN environment variable... It looks like codepage:ansi does the trick. D:\>set CYGWIN=codepage:ansi D:\>bash vzell@summer / 07:16 PM [501]> echo $CYGWIN codepage:ansi vzell@summer / 07:16 PM [502]> cygpath -P -A /c/Dokumente und Einstellungen/All Users/Startmen??/Programme vzell@summer / 07:16 PM [503]> ls -d --show-control-chars "`cygpath -P -A`" /c/Dokumente und Einstellungen/All Users/Startmen??/Programme/ Ciao Volker From huntharo@msu.edu Sun Mar 14 19:07:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 14 Mar 2004 19:07:00 -0000 Subject: Missing cygXp-6.dll In-Reply-To: <40542AE0.6040301@gamma-rs.ch> References: <40542AE0.6040301@gamma-rs.ch> Message-ID: <4054AD70.7070406@msu.edu> Oops, fixed that in new releases of base, bin, and prog. Harold Charles L. Werner wrote: > I have just updated to the latest distribution of the Xfree86 packages. > > Apparently the cygXp-6.dll package is missing as determined by attempting > to run the nedit editor (also a cygwin package). I reinstalled nedit as > suggested > by the error message, and rebooted the machine, all to no avail. > > I believe the cygXp-6.dll was part of XFree86-bin package but is > not in the current XFree86-bin-4.3.0-12. Is it in another package now? > > Thanks! > Charles > > From huntharo@msu.edu Sun Mar 14 19:10:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 14 Mar 2004 19:10:00 -0000 Subject: Xview ported to Cygwin In-Reply-To: References: Message-ID: <4054AE2C.2000509@msu.edu> No idea. Harold Erik Morre Pedersen wrote: > Does anybody know of any port of Xview libraries to cygwin? > > Regards > Erik Morre Pedersen > e-mail:emp@mr.au.dk > From huntharo@msu.edu Sun Mar 14 19:11:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 14 Mar 2004 19:11:00 -0000 Subject: -clipboard not working? In-Reply-To: <000001c40913$9d5309b0$9bbb6151@BENJACKSON> References: <000001c40913$9d5309b0$9bbb6151@BENJACKSON> Message-ID: <4054AE5E.6080607@msu.edu> Ben Jackson wrote: > Hi, > I've been recently unable to paste into windows apps from x apps (since > about -50 release I think). The windows apps just hang. > I've seen some info on this on the list, but I didn't see a fix :x > There doesn't appear to be anything of note in /tmp/XWin.log and I just > upgraded to all the latest packages and uninstalled all the "removed" > packages. > > Any ideas? No ideas. I will have to look into this soon. Harold From 1@pervalidus.net Sun Mar 14 19:43:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Sun, 14 Mar 2004 19:43:00 -0000 Subject: XFree86-base-4.3.0-3 Message-ID: setup.hint: requires: cygwin cygipc expat termcap libncurses6 terminfo zlib gettext libintl libintl1 ash pcre XFree86-bin XFree86-etc XFree86-lib XFree86-fenc XFree86-fnts XFree86-startup-scripts XFree86-xserv Shouldn't libncurses6 be replaced by libncurses7, libintl and libintl1 removed, and libintl2 added ? The same in "Runtime requirements" and "Build requirements" for XFree86-base-4.3.0.README. -- http://www.pervalidus.net/contact.html From 1@pervalidus.net Sun Mar 14 19:49:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Sun, 14 Mar 2004 19:49:00 -0000 Subject: XFree86-base-4.3.0-3 In-Reply-To: References: Message-ID: On Sun, 14 Mar 2004, Fr?d?ric L. W. Meunier wrote: > setup.hint: > > requires: cygwin cygipc expat termcap libncurses6 terminfo zlib > gettext libintl libintl1 ash pcre XFree86-bin XFree86-etc > XFree86-lib XFree86-fenc XFree86-fnts XFree86-startup-scripts > XFree86-xserv > > Shouldn't libncurses6 be replaced by libncurses7, libintl and > libintl1 removed, and libintl2 added ? gettext too ? It isn't needed at runtime. > The same in "Runtime requirements" and "Build requirements" > for XFree86-base-4.3.0.README. -- http://www.pervalidus.net/contact.html From dradul@etb.net.co Sun Mar 14 21:40:00 2004 From: dradul@etb.net.co (Alejandro Lopez-Valencia) Date: Sun, 14 Mar 2004 21:40:00 -0000 Subject: imake broken in new release Message-ID: With the new release, the directory /usr/X11R6/lib/X11/config disappeared into thin air. There are still packages that use imake besides X11 itself... From haro@kgt.co.jp Mon Mar 15 03:31:00 2004 From: haro@kgt.co.jp (haro@kgt.co.jp) Date: Mon, 15 Mar 2004 03:31:00 -0000 Subject: Garbled task-bar icon In-Reply-To: References: Message-ID: <20040315.123104.110252822.haro@kgt.co.jp> Nahor, I'm not sure I'm following your instructions correctly, but changing resolutions does not seem to change the situation. I've also placed both .ico file into same directory, browsed them using Widows exlore, and x_test6.ico gets garbled but x_test8.ico shows nothing. It's same even when browsed with small icon. FYI, I've attached the screen-shot. Thanks, Haro From: Nahor Date: Fri, 12 Mar 2004 13:53:31 -0800 ::Harold L Hunt II wrote: ::> I don't have any ideas. ::> ::> Jehan --- is the order of the icon formats within the icon file ::> importatnt in some locales? :: ::I have no idea. I would think not. But I would not be surprised if it ::uses a better icon (higher bit depth) if it can't find one that matches ::the screen bit depth. In this case 32b. Then, it doesn't expect the ::"unused" byte (used for the alpha channel now) to change value. Adding a ::24 bits icons might solve it because it's the best fit for a 16bits ::screen that doesn't know about alpha channel. :: ::So I attached is a file with the 24b bit depth added. :: ::I also inverted the bit depth. It used to be 32b then 256 colors then ::16. I moved the 16 first, then 256, then 24b, then 32b. That way, if ::Windows select the first icon that is "good enough" for the screen ::resolution, it will take the 24b first. :: ::Last, I used to have the high resolution first (32x32) and the low last ::(16x16). FireFox/Thunderbird have the low first, so I changed that too. :: ::In the end, I used to have: :: size then bit depth, from best to worst :: (32x32x32, 32x32x8, 32x32x4, 24x24x32, 24x24x8, ..., 16x16x4) :: ::Now, in the attached file, I have: :: bit depth then size, from worst to best :: (16x16x4, 24x24x4, 32x32x4, 16x16x8, 24x24x8, ..., 32x32x32) :: ::...crossing fingers... :: :: :: Nahor -------------- next part -------------- A non-text attachment was scrubbed... Name: x_testico.bmp Type: image/x-bmp Size: 24630 bytes Desc: not available URL: From huntharo@msu.edu Mon Mar 15 03:44:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Mar 2004 03:44:00 -0000 Subject: imake broken in new release In-Reply-To: References: Message-ID: <405526A5.7030901@msu.edu> Alejandro Lopez-Valencia wrote: > With the new release, the directory /usr/X11R6/lib/X11/config > disappeared into thin air. There are still packages that use imake > besides X11 itself... This wasn't done on purpose, it was due to a break in the build files. It has been fixed and I just posted a new release of the -prog package that should have the config files again. Update in about 2 to 12 hours and you should get it. Harold From huntharo@msu.edu Mon Mar 15 03:50:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Mar 2004 03:50:00 -0000 Subject: XFree86-base-4.3.0-3 In-Reply-To: References: Message-ID: <40552806.4050303@msu.edu> Fr??d??ric L. W. Meunier wrote: > On Sun, 14 Mar 2004, Fr??d??ric L. W. Meunier wrote: > > >>setup.hint: >> >>requires: cygwin cygipc expat termcap libncurses6 terminfo zlib >>gettext libintl libintl1 ash pcre XFree86-bin XFree86-etc >>XFree86-lib XFree86-fenc XFree86-fnts XFree86-startup-scripts >>XFree86-xserv >> >>Shouldn't libncurses6 be replaced by libncurses7, That much I believe and have changed in the new release of -bin. I also moved most of the requirements that were specific to -bin from -base to -bin. There probably remains some work to be done on this. > libintl and >>libintl1 removed, and libintl2 added ? > > gettext too ? It isn't needed at runtime. I'll need a more thorough investigation before I touch these. I wasn't able to find anything using libintl* at all during my initial investigation, but I would appreciate it if you would look into it further and tell us what your method was (e.g. run cygpath against *.exe and *.dll in the bin package and report which of the three are referenced and which are not). Same for gettext... I thought there was a script or something that used it and people were complaining a long time ago that it wasn't being installed automatically. Search the mailing list archives, it is probably one of the only messages referencing gettext. >>The same in "Runtime requirements" and "Build requirements" >>for XFree86-base-4.3.0.README. Again, fixed libncurses, but leaving the others alone unless we change them. You know, now that the source packages are available, feel free to send me a comprehensive patch against the *.hint files that fixes this properly. It is difficult when someone asks me to make one change because it often ends up requiring that I change several .hint files. So, if you would like it to be improved, then put the time into doing the job right and send me the diff... otherwise I am likely to keep screwing it up as I make little changes. Harold From 1@pervalidus.net Mon Mar 15 04:15:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Mon, 15 Mar 2004 04:15:00 -0000 Subject: XFree86-base-4.3.0-3 In-Reply-To: <40552806.4050303@msu.edu> References: <40552806.4050303@msu.edu> Message-ID: On Sun, 14 Mar 2004, Harold L Hunt II wrote: > Fr?d?ric L. W. Meunier wrote: > > > On Sun, 14 Mar 2004, Fr?d?ric L. W. Meunier wrote: > > > > libintl and > >>libintl1 removed, and libintl2 added ? > > > > gettext too ? It isn't needed at runtime. > > I'll need a more thorough investigation before I touch these. > I wasn't able to find anything using libintl* at all during > my initial investigation, but I would appreciate it if you > would look into it further and tell us what your method was > (e.g. run cygpath against *.exe and *.dll in the bin package > and report which of the three are referenced and which are > not). Same for gettext... I thought there was a script or > something that used it and people were complaining a long > time ago that it wasn't being installed automatically. > Search the mailing list archives, it is probably one of the > only messages referencing gettext. It was just a guess. Since all packages were updated in 2003, libintl and libintl1 are from 2001, and libintl2 from 2002 and 2003, I thought it you needed libintl, the latter would be the requirement. But you're right. Here nothing returns it. Actually, I don't do a full install, and the only things still using libintl1 are: textutils grep findutils. Guess what ? They're all from 2002. And the only packages with a requirement for gettext are mod_php4 and XFree86-base. -- http://www.pervalidus.net/contact.html From earle@ziplabel.com Mon Mar 15 04:38:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 15 Mar 2004 04:38:00 -0000 Subject: Garbled task-bar icon In-Reply-To: <20040315.123104.110252822.haro@kgt.co.jp> References: Message-ID: <5.1.1.6.2.20040314203027.00bbbe28@mail.ziplabel.com> At 12:31 PM 3/15/2004 +0900, Haro wrote: >I'm not sure I'm following your instructions correctly, but >changing resolutions does not seem to change the situation. >I've also placed both .ico file into same directory, browsed them >using Widows exlore, and x_test6.ico gets garbled but x_test8.ico >shows nothing. It's same even when browsed with small icon. >FYI, I've attached the screen-shot. I've only been partially following this thread but as a point of reference I found that drawing of icons was something that device drivers accelerated under Win95/98/ME, but sometimes they didn't quite accelerate it properly and introduced artifacts when confronted with anything other than a 16-color 32x32 icon (IIRC ATI drivers were really bad about this!). FWIW I've never seen this kind of driver problem under Win NT/2K/XP... As just a silly test, if you're running Windows95/98/ME, can you turn off all HW acceleration (there's an option in the System/"My Computer" control panel, Advanced tab IIRC, or in the Display properties control Advanced tab/button for this) and restart the computer and try to start XWin again and see if the icon is still bad? If it works unaccelerated, then there's a driver issue. If it doesn't work unaccelerated, then it's something else completely...(Don't forget to turn back on acceleration after the test!) -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From haro@kgt.co.jp Mon Mar 15 10:33:00 2004 From: haro@kgt.co.jp (haro@kgt.co.jp) Date: Mon, 15 Mar 2004 10:33:00 -0000 Subject: Garbled task-bar icon In-Reply-To: <5.1.1.6.2.20040314203027.00bbbe28@mail.ziplabel.com> References: <20040315.123104.110252822.haro@kgt.co.jp> <5.1.1.6.2.20040314203027.00bbbe28@mail.ziplabel.com> Message-ID: <20040315.193318.109270179.haro@kgt.co.jp> Hi Earle, Thanks for the info. Unfortunately, I use Windows NT4.0SP6 with Intel 810 graphics controller and Intel drivers, so nothing seems to match your description. :-( But, I'm beginning to think that it may be a driver problem, because I'm the only one who seems to be having any problem with it. I'll see if any driver updates are available. Thanks, Haro From: "Earle F. Philhower III" Date: Sun, 14 Mar 2004 20:38:20 -0800 ::At 12:31 PM 3/15/2004 +0900, Haro wrote: ::>I'm not sure I'm following your instructions correctly, but ::>changing resolutions does not seem to change the situation. ::>I've also placed both .ico file into same directory, browsed them ::>using Widows exlore, and x_test6.ico gets garbled but x_test8.ico ::>shows nothing. It's same even when browsed with small icon. ::>FYI, I've attached the screen-shot. :: ::I've only been partially following this thread but as a point of ::reference I found that drawing of icons was something that device ::drivers accelerated under Win95/98/ME, but sometimes they didn't ::quite accelerate it properly and introduced artifacts when confronted ::with anything other than a 16-color 32x32 icon (IIRC ATI drivers ::were really bad about this!). FWIW I've never seen this kind of ::driver problem under Win NT/2K/XP... :: ::As just a silly test, if you're running Windows95/98/ME, can you turn ::off all HW acceleration (there's an option in the System/"My Computer" ::control panel, Advanced tab IIRC, or in the Display properties control ::Advanced tab/button for this) and restart the computer and try to start ::XWin again and see if the icon is still bad? If it works unaccelerated, ::then there's a driver issue. If it doesn't work unaccelerated, then ::it's something else completely...(Don't forget to turn back on ::acceleration after the test!) From TDemmer@krafteurope.com Mon Mar 15 10:45:00 2004 From: TDemmer@krafteurope.com (Demmer, Thomas) Date: Mon, 15 Mar 2004 10:45:00 -0000 Subject: gnuplot Graph-Window is always in the background Message-ID: <8D861ADC5B8FD211B4100008C71EA7DA04F714BA@kjsdemucshrexc1.eu.pm.com> Hi all, I am not sure if this is really the right list, so bear with me if not. I am using ReflectionX as X-server. whenever I plot something with gnuplot (cygwin version), the graphic window is in the very background of all open windows. Can someone tell me if this also happens with XFree as server? Or is this a mis-feature of the cygwin-port of gnuplot? TIA, Ciao Tom Thomas Demmer Kraft Foods R&D Inc. WW Chocolate Process Development Tel.: +49 (0)89 62738-6302 Fax: +49 (0)89 62738-86302 Thought of the day Lieberman's Law: Everybody lies, but it doesn't matter since nobody listens. From fergus@bonhard.uklinux.net Mon Mar 15 11:30:00 2004 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Mon, 15 Mar 2004 11:30:00 -0000 Subject: Problem with xman Message-ID: <000b01c40a80$62cb2a70$450210ac@tcgp.dundee.ac.uk> Rodrigo, Thank you. Your mod to /bin/nroff provided as an attachment at http://www.cygwin.com/ml/cygwin-xfree/2004-03/msg00299.html worked perfectly. That is, an xman page now appears with the expected enhanced view rather than the escape codes. As a separate issue, I have noticed that any attempt to view a second xman page is defeated (at least in XP Pro) with an error message as follows: Xman Warning: Something went wrong trying to run the command: cd /usr/man ; tbl /usr/man/man1/{requested page} | neqn | nroff -man ..{rest of msg off screen} and cannot create /tmp/xman002688: permission denied whose solution may reside in something to do with permissions rather than Xman ... Fergus From fergus@bonhard.uklinux.net Mon Mar 15 11:45:00 2004 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Mon, 15 Mar 2004 11:45:00 -0000 Subject: Problem with xman Message-ID: <000701c40a82$b2ad61f0$450210ac@tcgp.dundee.ac.uk> Rodrigo, Thank you. Your mod to /bin/nroff provided as an attachment at http://www.cygwin.com/ml/cygwin-xfree/2004-03/msg00299.html worked perfectly. That is, an xman page now appears with the expected enhanced view rather than the escape codes. As a separate issue, I have noticed that any attempt to view a second xman page is defeated (at least in XP Pro) with an error message as follows: Xman Warning: Something went wrong trying to run the command: cd /usr/man ; tbl /usr/man/man1/{requested page} | neqn | nroff -man ..{rest of msg off screen} and cannot create /tmp/xman002688: permission denied whose solution may reside in something to do with permissions rather than Xman ... Fergus From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 15 11:56:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 15 Mar 2004 11:56:00 -0000 Subject: Garbled task-bar icon In-Reply-To: <20040315.193318.109270179.haro@kgt.co.jp> References: <20040315.123104.110252822.haro@kgt.co.jp> <5.1.1.6.2.20040314203027.00bbbe28@mail.ziplabel.com> <20040315.193318.109270179.haro@kgt.co.jp> Message-ID: On Mon, 15 Mar 2004 haro@kgt.co.jp wrote: > Hi Earle, > > Thanks for the info. > Unfortunately, I use Windows NT4.0SP6 with Intel 810 graphics controller > and Intel drivers, so nothing seems to match your description. :-( > > But, I'm beginning to think that it may be a driver problem, > because I'm the only one who seems to be having any problem with it. > I'll see if any driver updates are available. The version in CVS does not display anything as trayicon. System is win2k with Matrox G550 and 16bit color. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jacksob2@cs.man.ac.uk Mon Mar 15 14:40:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Mon, 15 Mar 2004 14:40:00 -0000 Subject: gnuplot Graph-Window is always in the background In-Reply-To: <8D861ADC5B8FD211B4100008C71EA7DA04F714BA@kjsdemucshrexc1.eu.pm.com> Message-ID: <000001c40a9b$7c5d8990$9bbb6151@BENJACKSON> I don't have this problem with gnuplot, using Xfree server. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Demmer, Thomas Sent: 15 March 2004 10:46 To: 'Cygwin-xfree@cygwin.com' Subject: gnuplot Graph-Window is always in the background Hi all, I am not sure if this is really the right list, so bear with me if not. I am using ReflectionX as X-server. whenever I plot something with gnuplot (cygwin version), the graphic window is in the very background of all open windows. Can someone tell me if this also happens with XFree as server? Or is this a mis-feature of the cygwin-port of gnuplot? TIA, Ciao Tom Thomas Demmer Kraft Foods R&D Inc. WW Chocolate Process Development Tel.: +49 (0)89 62738-6302 Fax: +49 (0)89 62738-86302 Thought of the day Lieberman's Law: Everybody lies, but it doesn't matter since nobody listens. From jacksob2@cs.man.ac.uk Mon Mar 15 14:54:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Mon, 15 Mar 2004 14:54:00 -0000 Subject: -clipboard not working? In-Reply-To: <4054AE5E.6080607@msu.edu> Message-ID: <000101c40a9d$5bb79e40$9bbb6151@BENJACKSON> Ok, just upgraded to the latest packages, and this is still problematic. I can copy from (say nedit) to the same window, but when I paste in a windows app, the app hangs. I just checked my XWin.log and I get: winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 The same occurs with, say, xterm. My knowledge of the windows clipboard is somewhat limited, though I think OpenClipboard returns a BOOL, so maybe printing the result of FormatMessage with FORMAT_MESSAGE_FROM_SYSTEM and GetLastError() might be of more use than the 0! A quick look at the SDK doc said "The window identified by the hWndNewOwner parameter does not become the clipboard owner unless the EmptyClipboard function is called." I don't know if that is relevant, just might be! Thanks again, Ben -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: 14 March 2004 19:11 To: cygwin-xfree@cygwin.com Subject: Re: -clipboard not working? Ben Jackson wrote: > Hi, > I've been recently unable to paste into windows apps from x apps (since > about -50 release I think). The windows apps just hang. > I've seen some info on this on the list, but I didn't see a fix :x > There doesn't appear to be anything of note in /tmp/XWin.log and I just > upgraded to all the latest packages and uninstalled all the "removed" > packages. > > Any ideas? No ideas. I will have to look into this soon. Harold From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 15 15:50:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 15 Mar 2004 15:50:00 -0000 Subject: -clipboard not working? In-Reply-To: <000101c40a9d$5bb79e40$9bbb6151@BENJACKSON> References: <000101c40a9d$5bb79e40$9bbb6151@BENJACKSON> Message-ID: On Mon, 15 Mar 2004, Ben Jackson wrote: > Ok, just upgraded to the latest packages, and this is still problematic. I > can copy from (say nedit) to the same window, but when I paste in a windows > app, the app hangs. I just checked my XWin.log and I get: > > winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > > The same occurs with, say, xterm. > > My knowledge of the windows clipboard is somewhat limited, though I think > OpenClipboard returns a BOOL, so maybe printing the result of FormatMessage > with FORMAT_MESSAGE_FROM_SYSTEM and GetLastError() might be of more use than > the 0! This is not the return value of OpenCliboard but the value of GetLastError and it says "No error". This is sure an error in the api. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jacksob2@cs.man.ac.uk Mon Mar 15 15:59:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Mon, 15 Mar 2004 15:59:00 -0000 Subject: -clipboard not working? In-Reply-To: Message-ID: <000201c40aa6$928d7710$9bbb6151@BENJACKSON> I presume there are no system calls between OpenClipboard and GetLastError? It's a weird one certainly, if that's the case. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald Sent: 15 March 2004 15:50 To: cygwin-xfree@cygwin.com Subject: RE: -clipboard not working? On Mon, 15 Mar 2004, Ben Jackson wrote: > Ok, just upgraded to the latest packages, and this is still problematic. I > can copy from (say nedit) to the same window, but when I paste in a windows > app, the app hangs. I just checked my XWin.log and I get: > > winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > > The same occurs with, say, xterm. > > My knowledge of the windows clipboard is somewhat limited, though I think > OpenClipboard returns a BOOL, so maybe printing the result of FormatMessage > with FORMAT_MESSAGE_FROM_SYSTEM and GetLastError() might be of more use than > the 0! This is not the return value of OpenCliboard but the value of GetLastError and it says "No error". This is sure an error in the api. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 15 16:18:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 15 Mar 2004 16:18:00 -0000 Subject: -clipboard not working? In-Reply-To: <000201c40aa6$928d7710$9bbb6151@BENJACKSON> References: <000201c40aa6$928d7710$9bbb6151@BENJACKSON> Message-ID: On Mon, 15 Mar 2004, Ben Jackson wrote: > I presume there are no system calls between OpenClipboard and GetLastError? > It's a weird one certainly, if that's the case. /* Access the Windows clipboard */ if (!OpenClipboard (g_hwndClipboard)) { ErrorF ("winProcSetSelectionOwner - OpenClipboard () failed: %08x\n", (int) GetLastError ()); goto winProcSetSelectionOwner_Done; } bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nahor@bravobrava.com Mon Mar 15 17:29:00 2004 From: nahor@bravobrava.com (Nahor) Date: Mon, 15 Mar 2004 17:29:00 -0000 Subject: Garbled task-bar icon In-Reply-To: <20040315.193318.109270179.haro@kgt.co.jp> References: <20040315.123104.110252822.haro@kgt.co.jp> <5.1.1.6.2.20040314203027.00bbbe28@mail.ziplabel.com> <20040315.193318.109270179.haro@kgt.co.jp> Message-ID: haro@kgt.co.jp wrote: > Unfortunately, I use Windows NT4.0SP6 with Intel 810 graphics controller > and Intel drivers, so nothing seems to match your description. :-( > > But, I'm beginning to think that it may be a driver problem, > because I'm the only one who seems to be having any problem with it. > I'll see if any driver updates are available. You can try to boot in safe mode. That will use the default VGA driver without any HW acceleration. If the icon is still garbled, it's either a problem with NT itself or with the icon. Also, you can try to install Mozilla FireFox or Mozilla Thunderbird and see if their icon works. If they work, the issue is in my icon. If not, you'll have to wait for Earle's patch to land. Nahor From Peter.Inskeep@Abacus-Direct.com Mon Mar 15 17:37:00 2004 From: Peter.Inskeep@Abacus-Direct.com (Inskeep, Peter) Date: Mon, 15 Mar 2004 17:37:00 -0000 Subject: Hydravision problem? Message-ID: <9F6D97595D740C448D9F7E0B4C48B2460E2DCB36@thn-ex02.doubleclick.net> Hi, I am trying to run cywin X on an IBM T41p laptop with an extra display connected. IBM uses ATI and Hydravision for their laptops. The dual display seems to work fine in windows mode. The external display is an WXGA (1280x768) although the ati card will only support 1024x768. The main lcd display of the note book is 1400x1050. So I am trying to run X in multiwindow mode. I have tried it with and without -screen 0 -screen1 options. In all cases the xterm seems to want to be in both displays kinda flashing around on both. Any ideas, or known problems? Thanks Pete From ditasaka@silverbacksystems.com Mon Mar 15 17:49:00 2004 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Mon, 15 Mar 2004 17:49:00 -0000 Subject: Once again? twm takes no control Message-ID: <00a301c40ab5$c7e1aa30$7b05000a@corp.silverbacksystems.com> >From the Nov 2003 archive, http://sources.redhat.com/ml/cygwin-xfree/2003-11/msg00323.html after I reported the problem, I watched the ML for the good news but I didn't see any for like 4 weeks and I gave up my hope and went back to a life without X server. Last month(Feb 2004) I ran setup.exe for the first time in a few months and found out that the problem is gone. Whoa! Now I am happily back to xterm/twm/X again. I appreciate that, all of you. Here is the X components that are working fine. > cygcheck -s | grep XF XFree86-base 4.3.0-1 XFree86-bin 4.3.0-9 XFree86-etc 4.3.0-6 XFree86-f100 4.2.0-3 XFree86-fenc 4.2.0-3 XFree86-fnts 4.2.0-3 XFree86-fscl 4.2.0-3 XFree86-lib 4.3.0-1 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-47 Now, On last Sat Mar 13, I ran setup.exe on a different machine at home and it appears to have the same old problem: twm has no control once somebody claims the keyboard focus. This is what I got for X. > cygcheck -s | grep XF XFree86-base 4.3.0-2 XFree86-bin 4.3.0-12 XFree86-etc 4.3.0-8 XFree86-f100 4.3.0-1 XFree86-fenc 4.3.0-1 XFree86-fnts 4.3.0-1 XFree86-fscl 4.3.0-1 XFree86-lib 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-xserv 4.3.0-55 Is something broken? From jacksob2@cs.man.ac.uk Mon Mar 15 17:56:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Mon, 15 Mar 2004 17:56:00 -0000 Subject: -clipboard not working? In-Reply-To: Message-ID: <000001c40ab6$d1cfaaf0$9bbb6151@BENJACKSON> Weird: I just did cvs update on my working copy of the source in order to look at this, and I cant find the code below even with find in files. Is it in a part other than programs/Xserver/hw/xwin ? a search on that directory for "winProcSetSelectionOwner" returns nothing. The code I see is: if (!OpenClipboard (hwnd)) { ErrorF ("winClipboardFlushXEvents - SelectionRequest - " "OpenClipboard () failed: %08x\n", GetLastError ()); pthread_exit (NULL); } is this a fix which is on its way? *hopes* -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Alexander Gottwald Sent: 15 March 2004 16:18 To: cygwin-xfree@cygwin.com Subject: RE: -clipboard not working? On Mon, 15 Mar 2004, Ben Jackson wrote: > I presume there are no system calls between OpenClipboard and GetLastError? > It's a weird one certainly, if that's the case. /* Access the Windows clipboard */ if (!OpenClipboard (g_hwndClipboard)) { ErrorF ("winProcSetSelectionOwner - OpenClipboard () failed: %08x\n", (int) GetLastError ()); goto winProcSetSelectionOwner_Done; } bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Dr.Volker.Zell@oracle.com Mon Mar 15 18:18:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Mon, 15 Mar 2004 18:18:00 -0000 Subject: gnuplot Graph-Window is always in the background In-Reply-To: <8D861ADC5B8FD211B4100008C71EA7DA04F714BA@kjsdemucshrexc1.eu.pm.com> (Thomas Demmer's message of "Mon, 15 Mar 2004 11:45:41 +0100") References: <8D861ADC5B8FD211B4100008C71EA7DA04F714BA@kjsdemucshrexc1.eu.pm.com> Message-ID: <87ekrux98o.fsf@vzell-de.de.oracle.com> >>>>> "Thomas" == Thomas Demmer writes: Thomas> Hi all, Thomas> I am not sure if this is really the right list, so bear with me if not. Thomas> I am using ReflectionX as X-server. whenever I plot something with Thomas> gnuplot (cygwin version), the graphic window is in the very background of Thomas> all open windows. Can someone tell me if this also happens with Thomas> XFree as server? Or is this a mis-feature of the cygwin-port of gnuplot? Works fine with cygwin X. Thomas> Ciao Thomas> Tom Ciao Volker From huntharo@msu.edu Mon Mar 15 19:34:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Mar 2004 19:34:00 -0000 Subject: -clipboard not working? In-Reply-To: <000001c40ab6$d1cfaaf0$9bbb6151@BENJACKSON> References: <000001c40ab6$d1cfaaf0$9bbb6151@BENJACKSON> Message-ID: <40560541.2000907@msu.edu> You did get -r CYGWIN as specified on the server development page, right? http://x.cygwin.com/devel/server/ Harold Ben Jackson wrote: > Weird: I just did cvs update on my working copy of the source in order to > look at this, and I cant find the code below even with find in files. Is it > in a part other than programs/Xserver/hw/xwin ? a search on that directory > for "winProcSetSelectionOwner" returns nothing. The code I see is: > if (!OpenClipboard (hwnd)) > { > ErrorF ("winClipboardFlushXEvents - SelectionRequest - " > "OpenClipboard () failed: %08x\n", > GetLastError ()); > pthread_exit (NULL); > } > is this a fix which is on its way? *hopes* > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] > On Behalf Of Alexander Gottwald > Sent: 15 March 2004 16:18 > To: cygwin-xfree@cygwin.com > Subject: RE: -clipboard not working? > > On Mon, 15 Mar 2004, Ben Jackson wrote: > > >>I presume there are no system calls between OpenClipboard and > > GetLastError? > >>It's a weird one certainly, if that's the case. > > > /* Access the Windows clipboard */ > if (!OpenClipboard (g_hwndClipboard)) > { > ErrorF ("winProcSetSelectionOwner - OpenClipboard () failed: %08x\n", > (int) GetLastError ()); > goto winProcSetSelectionOwner_Done; > } > > bye > ago From troy.runkel@lumigent.com Mon Mar 15 20:24:00 2004 From: troy.runkel@lumigent.com (Troy Runkel) Date: Mon, 15 Mar 2004 20:24:00 -0000 Subject: Problems selecting some buttons/menus Message-ID: <02B980604DE23B409236E19ED96D05AF24BD51@bosmail01.hq.lumigent.int> Greetings, I'm running version 4.3.0-3 of XFree86-base on a Windows XP machine. I then telnet or rlogin to a machine running Solaris 9. I'm then able to run various X programs from the Solaris machine and have the windows appear on my XP machine. However, I'm having problems selecting buttons/menus for some applications. For instance, when I run Quantify on the Solaris machine the GUI appears on the XP machine, but I'm unable to activate any of the buttons. If I click on a button it becomes highlighted, but the button's action does not occur. I'm also unable to activate any of the Quantify menus. On the other hand I'm able to run applications like Xemacs without any problems at all. I'm able to use all of the buttons/menus etc in Xemacs without any problems. Has anybody run across this sort of problem before? Thanks in advance. Troy Runkel troy.runkel@lumigent.com From olegkava@tut.by Mon Mar 15 20:33:00 2004 From: olegkava@tut.by (Oleg) Date: Mon, 15 Mar 2004 20:33:00 -0000 Subject: fatal error Message-ID: <18329541969.20040315213329@tut.by> Dear support team, Cygwin is installed on the new machine (Pentium III 533, 384Mb). It works perfect on the previous computer (Pentium 4 2400, 256Mb) but on this machine shows fatal error, when I start startxwin.bat with the line: XWin -query morpheus.tran.wau.nl (Linux Debian server) XWin.log file is attached. Please help to get it working right, thank you very much Oleg, Wageningen University, The Netherlands. -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 2752 bytes Desc: not available URL: From huntharo@msu.edu Mon Mar 15 20:55:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 15 Mar 2004 20:55:00 -0000 Subject: Problems selecting some buttons/menus In-Reply-To: <02B980604DE23B409236E19ED96D05AF24BD51@bosmail01.hq.lumigent.int> References: <02B980604DE23B409236E19ED96D05AF24BD51@bosmail01.hq.lumigent.int> Message-ID: <40561854.60005@msu.edu> Try turning off Num Lock. Harold Troy Runkel wrote: > Greetings, > > I'm running version 4.3.0-3 of XFree86-base on a Windows XP machine. I > then telnet or rlogin to a machine running Solaris 9. I'm then able to > run various X programs from the Solaris machine and have the windows > appear on my XP machine. > > However, I'm having problems selecting buttons/menus for some > applications. For instance, when I run Quantify on the Solaris machine > the GUI appears on the XP machine, but I'm unable to activate any of the > buttons. If I click on a button it becomes highlighted, but the > button's action does not occur. I'm also unable to activate any of the > Quantify menus. > > On the other hand I'm able to run applications like Xemacs without any > problems at all. I'm able to use all of the buttons/menus etc in Xemacs > without any problems. > > Has anybody run across this sort of problem before? Thanks in advance. > > Troy Runkel > troy.runkel@lumigent.com > From not-valid@cygwin.com Mon Mar 15 22:22:00 2004 From: not-valid@cygwin.com (Gregory Borota) Date: Mon, 15 Mar 2004 22:22:00 -0000 Subject: xdvi script - minor bug Message-ID: <40562C8A.7040704@cygwin.com> Last line of the script reads: xdvi.bin $NAMEOPT ${1+"$@"} Should be: exec xdvi.bin $NAMEOPT ${1+"$@"} so that SIGNALS are sent to xdvi.bin and not xdvi script. Whizzytex for example, needs to send SIGUSR1 to xdvi.bin to ask it to reread the dvi file. Thanks, Greg From zdzisiekm@hotmail.com Mon Mar 15 22:39:00 2004 From: zdzisiekm@hotmail.com (Zdzislaw Meglicki) Date: Mon, 15 Mar 2004 22:39:00 -0000 Subject: Emacs crashing under XFree86-4.3 Message-ID: These are tidings of great sorrow and melancholy, for ever since I upgraded X11 on my Cygwin workstation (about a week ago) I lost my reliable faithful friend, GNU Emacs, whose X11 version crashes often and unpredictably with segmentation fault (the "nox" version runs fine). I run Emacs and X11 server directly on my localhost's display, so OpenSSH is not involved (there were some comments on this mailing lists to the effect that OpenSSH was the culprit). The current versions of various software packages I have running on my XP box are: Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 cygwin 1.5.7-1 XFree86-base 4.3.0-4 XFree86-xserv 4.3.0-55 XFree86-lib 4.3.0-2 XFree86-bin 4.3.0-15 XFree86-etc 4.3.0-9 XFree86-prog 4.3.0-16 emacs 21.2-12 emacs-el 21.2-12 emacs-X11 21.2-12 On the latest Emacs crash the following message was left on my console: X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 56 The X11 server is run from startxwin.sh with the -multiwindow and -clipboard options. Another X11 tool that doesn't even come up and crashes right away is xedit, but I don't care about it too much. About Emacs, though, I care a great deal. xterm, xclock, xbiff -- all these run fine, as well as ssh, sshd, exim, compilers, etc. Xemacs seems to be running well too. So, why? Why Emacs? Why me? Why now? Sob, sob... Zdzislaw (Gustav) Meglicki, Office of the Vice President for Information Technology, Indiana University, 601 E. Kirkwood Ave., Room 112, Bloomington, IN 47405-1223, USA, ph: 812-856-5597, fax: 812-855-3310, mob: 812-345-3284, gustav@indiana.edu, http://beige.ucs.indiana.edu/gustav From whitevamp47@hotmail.com Tue Mar 16 04:21:00 2004 From: whitevamp47@hotmail.com (David Davis) Date: Tue, 16 Mar 2004 04:21:00 -0000 Subject: us keboard not working Message-ID: hi i have just installed cygwin and then i start cygwin/x with the batch file and then i ssh into a remote client and startkde up to this point i had a working keyboard .. now that im in kde i dont have a working keyboard any more .. here is a section of my xwin.log (--) Setting autorepeat to delay=250, rate=15 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "United States 101" (00000409) is unknown Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" any ideas on this issue ?? PS: im attching my xwin.log file as well... _________________________________________________________________ Get a FREE online computer virus scan from McAfee when you click here. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 5035 bytes Desc: not available URL: From haro@kgt.co.jp Tue Mar 16 06:03:00 2004 From: haro@kgt.co.jp (haro@kgt.co.jp) Date: Tue, 16 Mar 2004 06:03:00 -0000 Subject: Garbled task-bar icon In-Reply-To: References: <20040315.193318.109270179.haro@kgt.co.jp> <20040315 dot 193318 dot 109270179 dot haro at kgt dot co dot jp> Message-ID: <20040316.150344.57967562.haro@kgt.co.jp> Hi Nahor, From: Nahor Date: Mon, 15 Mar 2004 09:29:04 -0800 ::> Unfortunately, I use Windows NT4.0SP6 with Intel 810 graphics controller ::> and Intel drivers, so nothing seems to match your description. :-( ::> ::> But, I'm beginning to think that it may be a driver problem, ::> because I'm the only one who seems to be having any problem with it. ::> I'll see if any driver updates are available. :: ::You can try to boot in safe mode. That will use the default VGA driver ::without any HW acceleration. If the icon is still garbled, it's either a ::problem with NT itself or with the icon. :: ::Also, you can try to install Mozilla FireFox or Mozilla Thunderbird and ::see if their icon works. If they work, the issue is in my icon. If not, ::you'll have to wait for Earle's patch to land. I tried booting my system with VGA mode, and icon is still garbled. I also tried installing FireFox that seems to work just fine. Another data point that I found are, if I setup shortcut to the XWin.exe binary then try changing the icon for the shortcut, icon select window show both garbled icon and X on white icon. I've attached the screen dump as: icon_select.bmp.gz 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 -------------- A non-text attachment was scrubbed... Name: icon_select.bmp.gz Type: application/octet-stream Size: 4309 bytes Desc: not available URL: From huntharo@msu.edu Tue Mar 16 08:48:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Mar 2004 08:48:00 -0000 Subject: us keboard not working In-Reply-To: References: Message-ID: <4056BF45.5000506@msu.edu> David, You can't use KDE and the built-in multi-window window manager (the -multiwindow option to XWin.exe) at the same time. Use one or the other and the keyboard will continue to work. Harold David Davis wrote: > hi > i have just installed cygwin and then i start cygwin/x with the batch file > and then i ssh into a remote client and startkde up to this point i had > a working keyboard .. > now that im in kde i dont have a working keyboard any more .. > here is a section of my xwin.log > > (--) Setting autorepeat to delay=250, rate=15 > (--) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) Keyboardlayout "United States 101" (00000409) is unknown > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" > Options = "(null)" > > > any ideas on this issue ?? > > PS: im attching my xwin.log file as well... > > _________________________________________________________________ > Get a FREE online computer virus scan from McAfee when you click here. > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From janneke@gnu.org Tue Mar 16 08:53:00 2004 From: janneke@gnu.org (Jan Nieuwenhuizen) Date: Tue, 16 Mar 2004 08:53:00 -0000 Subject: xdvi script - minor bug In-Reply-To: <40562C8A.7040704@cygwin.com> (Gregory Borota's message of "Mon, 15 Mar 2004 16:22:02 -0600") References: <40562C8A.7040704@cygwin.com> Message-ID: <87vfl5b3l1.fsf@peder.flower> Gregory Borota writes: > Should be: > exec xdvi.bin $NAMEOPT ${1+"$@"} Thanks. I'll forward it upstream, this will be fixed in the next release. Jan. -- Jan Nieuwenhuizen | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org From alexander.gottwald@s1999.tu-chemnitz.de Tue Mar 16 09:11:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 16 Mar 2004 09:11:00 -0000 Subject: us keboard not working In-Reply-To: References: Message-ID: On Mon, 15 Mar 2004, David Davis wrote: > hi > i have just installed cygwin and then i start cygwin/x with the batch file > and then i ssh into a remote client and startkde up to this point i had a > working keyboard .. > now that im in kde i dont have a working keyboard any more .. > here is a section of my xwin.log > > (--) Setting autorepeat to delay=250, rate=15 > (--) winConfigKeyboard - Layout: "00000409" (00000409) > (EE) Keyboardlayout "United States 101" (00000409) is unknown > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = > "(null)" KDE has a keyboard configuration utility. Check if the settings there overwrite the defaults. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From rwd@dslextreme.com Tue Mar 16 13:25:00 2004 From: rwd@dslextreme.com (rwd@dslextreme.com) Date: Tue, 16 Mar 2004 13:25:00 -0000 Subject: A fatal error has occurred and Cygwin/X will now exit. Message-ID: <40568E7E.22191.90D316A@localhost> H:\UNIX\cygwinPKGdir H:\UNIX\cygwin ________________________________________ 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: 4.3.0.50 Contact: cygwin-xfree@cygwin.com XWin was started with the following command-line: XWin -multiwindow ________________________________________ open /tmp/XWin.log ________________ Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.50 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow 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 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found LEFT auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 winCreateBoundingWindowWindowed - WindowClient w 1023 h 768 r 1023 l 0 b 768 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1023 height: 768 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1023 height: 768 depth: 16 size image: 1572864 winAllocateFBShadowGDI - Created shadow stride: 1024 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowGDI - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 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) Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Fatal server error: could not open default font 'fixed' _______________________________________________________________________ H:\UNIX\cygwin\usr\X11R6\bin\startxwin.bat (REM removed) ___________________________________ @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=H:\UNIX\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix if "%OS%" == "Windows_NT" goto OS_NT echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT echo startxwin.bat - Starting on Windows NT/2000/XP/2003 :STARTUP start XWin -multiwindow run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash ___________________________________________________________________________ thanks , rwd Searched the web for "could not open default font 'fixed'". http://www.tridiavnc.com/list-mailist/1998-03/0415.html On Sun, 22 Mar 1998, Dr. Joel M. Hoffman wrote: > I tried uncompressing the fonts is misc, but that didn't help. What > am I doing wrong. The font path is correct! My apologies if you know this already - it's not enough to just uncompress the fonts, the fonts.dir/fonts.scale files must be updated with the new, uncompressed filenames. after font expansion of H:\UNIX\cygwin\usr\X11R6\lib\X11\fonts\misc 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: 4.3.0.50 Contact: cygwin-xfree@cygwin.com XWin was started with the following command-line: XWin -multiwindow __________________________________________________ XWin.log __________________ Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.50 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 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 ____________________________________________________ __________________________________________ again ________________ Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.50 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow 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 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found LEFT auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 winCreateBoundingWindowWindowed - WindowClient w 1023 h 768 r 1023 l 0 b 768 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1023 height: 768 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1023 height: 768 depth: 16 size image: 1572864 winAllocateFBShadowGDI - Created shadow stride: 1024 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowGDI - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 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) Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress _________________________________________ From rwd@dslextreme.com Tue Mar 16 13:25:00 2004 From: rwd@dslextreme.com (rwd@dslextreme.com) Date: Tue, 16 Mar 2004 13:25:00 -0000 Subject: A fatal error has occurred and Cygwin/X will now exit. Message-ID: <40568E7E.2759.90D31A9@localhost> H:\UNIX\cygwinPKGdir H:\UNIX\cygwin ________________________________________ 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: 4.3.0.50 Contact: cygwin-xfree@cygwin.com XWin was started with the following command-line: XWin -multiwindow ________________________________________ open /tmp/XWin.log ________________ Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.50 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow 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 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found LEFT auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 winCreateBoundingWindowWindowed - WindowClient w 1023 h 768 r 1023 l 0 b 768 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1023 height: 768 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1023 height: 768 depth: 16 size image: 1572864 winAllocateFBShadowGDI - Created shadow stride: 1024 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowGDI - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 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) Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Fatal server error: could not open default font 'fixed' _______________________________________________________________________ H:\UNIX\cygwin\usr\X11R6\bin\startxwin.bat (REM removed) ___________________________________ @echo off SET DISPLAY=127.0.0.1:0.0 SET CYGWIN_ROOT=H:\UNIX\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix if "%OS%" == "Windows_NT" goto OS_NT echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT echo startxwin.bat - Starting on Windows NT/2000/XP/2003 :STARTUP start XWin -multiwindow run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash ___________________________________________________________________________ thanks , rwd Searched the web for "could not open default font 'fixed'". http://www.tridiavnc.com/list-mailist/1998-03/0415.html On Sun, 22 Mar 1998, Dr. Joel M. Hoffman wrote: > I tried uncompressing the fonts is misc, but that didn't help. What > am I doing wrong. The font path is correct! My apologies if you know this already - it's not enough to just uncompress the fonts, the fonts.dir/fonts.scale files must be updated with the new, uncompressed filenames. after font expansion of H:\UNIX\cygwin\usr\X11R6\lib\X11\fonts\misc 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: 4.3.0.50 Contact: cygwin-xfree@cygwin.com XWin was started with the following command-line: XWin -multiwindow __________________________________________________ XWin.log __________________ Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.50 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 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 ____________________________________________________ __________________________________________ again ________________ Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.50 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow 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 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1024 h: 768 winCreateBoundingWindowWindowed - Current w: 1024 h: 768 winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found LEFT auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 winCreateBoundingWindowWindowed - WindowClient w 1023 h 768 r 1023 l 0 b 768 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1023 height: 768 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1023 height: 768 depth: 16 size image: 1572864 winAllocateFBShadowGDI - Created shadow stride: 1024 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowGDI - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 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) Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress _________________________________________ From Louis.DeWet@electrosonic-uk.com Tue Mar 16 14:19:00 2004 From: Louis.DeWet@electrosonic-uk.com (Louis DeWet) Date: Tue, 16 Mar 2004 14:19:00 -0000 Subject: CygWinX inside ActiveX Message-ID: Hi everyone, Please forgive my ignorance with Linux/UNIX api's. I'm a newbie to this exciting world ... I was wondering if someone could point me in the right direction. I need to connect an XServer (Windows) to an XClient running UNIX (Solaris) or Linux (Red Hat) via XDMCP. I have several options in the commercial domain, but none that fits the hand like a glove. Most are separate applications designed for a user to manipulate - none was designed for automation, i.e. ActiveX. There does exist some ActiveX for terminal sessions, but I need GUI. I'm looking for an API that would be programmable and used inside the ActiveX on a windows platform. This ActiveX will then show the UNIX/Linux GUI, and is controlled from either a webpage (Explorer) or an application using the interface of the ActiveX control. This ActiveX will run exactly like the commercial applications, ie send mouse/keyboard events, clipboard, etc. Basically, this API should be able to open a windows window and draw to it the desktop from a UNIX machine. The ActiveX is just a wrapper technology for COM. Would CygWinX be a candidate and how much work will it be to achieve this? PS - I'm aware of the licensing ... if I do decide to use CygwinX (or any code in the public domain, I'll make my code freely available to use by anyone interested ... it will help if someone could explain this to me too) ... So ... there we are ... that wasn't so difficult ... hope there is a friendly face that can help me J Louis From SMore@empirecorp.org Tue Mar 16 14:32:00 2004 From: SMore@empirecorp.org (SMore@empirecorp.org) Date: Tue, 16 Mar 2004 14:32:00 -0000 Subject: CygWinX inside ActiveX Message-ID: <6A0F951DBB1DD611A90600805F9F54550282DA7D@mail.empirecorp.org> Not exactly sure what you are trying to do but have you looked at vnc http://sourceforge.net/projects/libvncserver Your unix/linux box can run a XClient in an Xsession. Your windows box can then connect to it using vnc... Or there are vnc java applets that will run inside a browser... -----Original Message----- From: Louis DeWet [mailto:Louis.DeWet@electrosonic-uk.com] Sent: Tuesday, March 16, 2004 9:22 AM To: 'cygwin-xfree@cygwin.com' Subject: CygWinX inside ActiveX Hi everyone, Please forgive my ignorance with Linux/UNIX api's. I'm a newbie to this exciting world ... I was wondering if someone could point me in the right direction. I need to connect an XServer (Windows) to an XClient running UNIX (Solaris) or Linux (Red Hat) via XDMCP. I have several options in the commercial domain, but none that fits the hand like a glove. Most are separate applications designed for a user to manipulate - none was designed for automation, i.e. ActiveX. There does exist some ActiveX for terminal sessions, but I need GUI. I'm looking for an API that would be programmable and used inside the ActiveX on a windows platform. This ActiveX will then show the UNIX/Linux GUI, and is controlled from either a webpage (Explorer) or an application using the interface of the ActiveX control. This ActiveX will run exactly like the commercial applications, ie send mouse/keyboard events, clipboard, etc. Basically, this API should be able to open a windows window and draw to it the desktop from a UNIX machine. The ActiveX is just a wrapper technology for COM. Would CygWinX be a candidate and how much work will it be to achieve this? PS - I'm aware of the licensing ... if I do decide to use CygwinX (or any code in the public domain, I'll make my code freely available to use by anyone interested ... it will help if someone could explain this to me too) ... So ... there we are ... that wasn't so difficult ... hope there is a friendly face that can help me J Louis --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.624 / Virus Database: 401 - Release Date: 3/15/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.624 / Virus Database: 401 - Release Date: 3/15/2004 From Dr.Volker.Zell@oracle.com Tue Mar 16 17:54:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 16 Mar 2004 17:54:00 -0000 Subject: conflicting file xft-config in XFree86-prog-4.3.0-17 and libXft-2.1.5-1 In-Reply-To: <40565D98.8090903@codeweavers.com> (Harold L. Hunt, II's message of "Mon, 15 Mar 2004 20:51:20 -0500") References: <40565D98.8090903@codeweavers.com> Message-ID: <874qso65gd.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt writes: Harold> The following packages have been updated in the Cygwin distribution: Harold> *** XFree86-base-4.3.0-5 Harold> *** XFree86-bin-4.3.0-16 Harold> *** XFree86-etc-4.3.0-10 Harold> *** XFree86-nest-4.3.0-7 Harold> *** XFree86-prog-4.3.0-17 Harold> *** XFree86-vfb-4.3.0-7 Harold> *** XFree86-xserv-4.3.0-56 Hi Harold The following 2 packages XFree86-prog-4.3.0-17 and libXft-2.1.5-1 both have a /usr/X11R6/bin/xft-config where the XFree86-prog-4.3.0-17 version claims to be version="2.1.0" and the other one version="2.1.4". Just a heads up. Ciao Volker From nahor@bravobrava.com Tue Mar 16 18:22:00 2004 From: nahor@bravobrava.com (Nahor) Date: Tue, 16 Mar 2004 18:22:00 -0000 Subject: Garbled task-bar icon In-Reply-To: <20040316.150344.57967562.haro@kgt.co.jp> References: <20040315.193318.109270179.haro@kgt.co.jp> <20040315 dot 193318 dot 109270179 dot haro at kgt dot co dot jp> <20040316.150344.57967562.haro@kgt.co.jp> Message-ID: haro@kgt.co.jp wrote: > I tried booting my system with VGA mode, and icon is still garbled. > I also tried installing FireFox that seems to work just fine. What about the attached file. I created it with another icon editor. There is a slight change in the binary file so maybe it will work on your NT machine. > Another data point that I found are, if I setup shortcut to the XWin.exe > binary then try changing the icon for the shortcut, icon select window > show both garbled icon and X on white icon. > I've attached the screen dump as: icon_select.bmp.gz That's normal, there are two icons in the exe file now: mine and benjamin's. -------------- next part -------------- A non-text attachment was scrubbed... Name: x_test9.ico Type: image/x-icon Size: 20870 bytes Desc: not available URL: From dradul@etb.net.co Tue Mar 16 18:31:00 2004 From: dradul@etb.net.co (=?ISO-8859-1?Q?Alejandro_L=F3pez=2DVal?= =?ISO-8859-1?Q?encia?=) Date: Tue, 16 Mar 2004 18:31:00 -0000 Subject: Updated: XFree86-[base,bin,etc,nest,prog,vfb,xserv] References: <40565D98.8090903@codeweavers.com> Message-ID: On Mon, 15 Mar 2004 20:51:20 -0500, Harold L Hunt II wrote in <40565D98.8090903@codeweavers.com>: >The following packages have been updated in the Cygwin distribution: > >*** XFree86-base-4.3.0-5 >*** XFree86-bin-4.3.0-16 >*** XFree86-etc-4.3.0-10 >*** XFree86-nest-4.3.0-7 >*** XFree86-prog-4.3.0-17 >*** XFree86-vfb-4.3.0-7 >*** XFree86-xserv-4.3.0-56 Hmm... The following packages contain a bogus dependency on 'XFree86-startup-scripts' instead of 'X-startup-scripts': XFree86-base-4.3.0-5 X-start-menu-icons-1.0.1 From huntharo@msu.edu Tue Mar 16 20:59:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Mar 2004 20:59:00 -0000 Subject: A fatal error has occurred and Cygwin/X will now exit. In-Reply-To: <40568E7E.22191.90D316A@localhost> References: <40568E7E.22191.90D316A@localhost> Message-ID: <40576A9A.8050601@msu.edu> http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof rwd@dslextreme.com wrote: > > H:\UNIX\cygwinPKGdir > H:\UNIX\cygwin > > ________________________________________ > > > > 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: 4.3.0.50 > Contact: cygwin-xfree@cygwin.com > XWin was started with the following command-line: > XWin -multiwindow > > ________________________________________ > > open /tmp/XWin.log > ________________ > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.50 > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > XWin -multiwindow > > 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 16 bits per pixel > winCreateBoundingWindowWindowed - User w: 1024 h: 768 > winCreateBoundingWindowWindowed - Current w: 1024 h: 768 > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 > winAdjustForAutoHide - Taskbar is auto hide > winAdjustForAutoHide - Found LEFT auto-hide taskbar > winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 > winCreateBoundingWindowWindowed - WindowClient w 1023 h 768 r 1023 l 0 b 768 t 0 > winCreateBoundingWindowWindowed - Returning > winAllocateFBShadowGDI - Creating DIB with width: 1023 height: 768 depth: 16 > winAllocateFBShadowGDI - Dibsection width: 1023 height: 768 depth: 16 size image: 1572864 > winAllocateFBShadowGDI - Created shadow stride: 1024 > winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f > winInitVisualsShadowGDI - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 > 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) > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" > > Fatal server error: > could not open default font 'fixed' > > _______________________________________________________________________ > > H:\UNIX\cygwin\usr\X11R6\bin\startxwin.bat > > (REM removed) > ___________________________________ > > @echo off > SET DISPLAY=127.0.0.1:0.0 > SET CYGWIN_ROOT=H:\UNIX\cygwin > SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% > > if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH > attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 > del %CYGWIN_ROOT%\tmp\.X11-unix\X0 > > :CLEANUP-FINISH > if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix > > if "%OS%" == "Windows_NT" goto OS_NT > echo startxwin.bat - Starting on Windows 95/98/Me > > goto STARTUP > :OS_NT > echo startxwin.bat - Starting on Windows NT/2000/XP/2003 > > :STARTUP > start XWin -multiwindow > run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash > > ___________________________________________________________________________ > > > thanks , > > rwd > > Searched the web for "could not open default font 'fixed'". > > http://www.tridiavnc.com/list-mailist/1998-03/0415.html > On Sun, 22 Mar 1998, Dr. Joel M. Hoffman wrote: > >>I tried uncompressing the fonts is misc, but that didn't help. What >>am I doing wrong. The font path is correct! > > My apologies if you know this already - it's not enough to just uncompress > the fonts, the fonts.dir/fonts.scale files must be updated with the new, > uncompressed filenames. > > after font expansion of > > H:\UNIX\cygwin\usr\X11R6\lib\X11\fonts\misc > > > 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: 4.3.0.50 > Contact: cygwin-xfree@cygwin.com > XWin was started with the following command-line: > XWin -multiwindow > __________________________________________________ > > XWin.log > __________________ > > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.50 > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > XWin -multiwindow > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > 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 > > > ____________________________________________________ > > > > > > __________________________________________ > again > > > ________________ > > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.50 > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > XWin -multiwindow > > 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 16 bits per pixel > winCreateBoundingWindowWindowed - User w: 1024 h: 768 > winCreateBoundingWindowWindowed - Current w: 1024 h: 768 > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 > winAdjustForAutoHide - Taskbar is auto hide > winAdjustForAutoHide - Found LEFT auto-hide taskbar > winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 > winCreateBoundingWindowWindowed - WindowClient w 1023 h 768 r 1023 l 0 b 768 t 0 > winCreateBoundingWindowWindowed - Returning > winAllocateFBShadowGDI - Creating DIB with width: 1023 height: 768 depth: 16 > winAllocateFBShadowGDI - Dibsection width: 1023 height: 768 depth: 16 size image: 1572864 > winAllocateFBShadowGDI - Created shadow stride: 1024 > winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f > winInitVisualsShadowGDI - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 > 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) > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" > > Fatal server error: > could not open default font 'fixed' > winDeinitMultiWindowWM - Noting shutdown in progress > > > _________________________________________ > > > From huntharo@msu.edu Tue Mar 16 21:05:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 16 Mar 2004 21:05:00 -0000 Subject: Updated: XFree86-[base,bin,etc,nest,prog,vfb,xserv] In-Reply-To: References: <40565D98.8090903@codeweavers.com> Message-ID: <40576BFB.1020306@msu.edu> Alejandro L??pez-Valencia wrote: > On Mon, 15 Mar 2004 20:51:20 -0500, Harold L Hunt II wrote in > <40565D98.8090903@codeweavers.com>: > > >>The following packages have been updated in the Cygwin distribution: >> >>*** XFree86-base-4.3.0-5 >>*** XFree86-bin-4.3.0-16 >>*** XFree86-etc-4.3.0-10 >>*** XFree86-nest-4.3.0-7 >>*** XFree86-prog-4.3.0-17 >>*** XFree86-vfb-4.3.0-7 >>*** XFree86-xserv-4.3.0-56 > > > Hmm... > > The following packages contain a bogus dependency on > 'XFree86-startup-scripts' instead of 'X-startup-scripts': > > XFree86-base-4.3.0-5 > X-start-menu-icons-1.0.1 Good catch. Fixed it on the mirror master and the source for setup.hint will be fixed in the next release of each package. Harold From whitevamp47@hotmail.com Tue Mar 16 22:09:00 2004 From: whitevamp47@hotmail.com (David Davis) Date: Tue, 16 Mar 2004 22:09:00 -0000 Subject: us keboard not working Message-ID: thx Harlod that worked ..... >From: Harold L Hunt II >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Re: us keboard not working >Date: Tue, 16 Mar 2004 03:48:05 -0500 > >David, > >You can't use KDE and the built-in multi-window window manager (the >-multiwindow option to XWin.exe) at the same time. Use one or the other >and the keyboard will continue to work. > >Harold > >David Davis wrote: >>hi >>i have just installed cygwin and then i start cygwin/x with the batch file >>and then i ssh into a remote client and startkde up to this point i had a >>working keyboard .. >>now that im in kde i dont have a working keyboard any more .. >>here is a section of my xwin.log >> >>(--) Setting autorepeat to delay=250, rate=15 >>(--) winConfigKeyboard - Layout: "00000409" (00000409) >>(EE) Keyboardlayout "United States 101" (00000409) is unknown >>Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options >>= "(null)" >> >> >>any ideas on this issue ?? >> >>PS: im attching my xwin.log file as well... >> >>_________________________________________________________________ >>Get a FREE online computer virus scan from McAfee when you click here. >>http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 _________________________________________________________________ Free up your inbox with MSN Hotmail Extra Storage. Multiple plans available. http://click.atdmt.com/AVE/go/onm00200362ave/direct/01/ From huntharo@msu.edu Wed Mar 17 03:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Mar 2004 03:36:00 -0000 Subject: conflicting file xft-config in XFree86-prog-4.3.0-17 and libXft-2.1.5-1 In-Reply-To: <874qso65gd.fsf@vzell-de.de.oracle.com> References: <40565D98.8090903@codeweavers.com> <874qso65gd.fsf@vzell-de.de.oracle.com> Message-ID: <4057C7C7.7010206@msu.edu> Dr. Volker Zell wrote: >>>>>>"Harold" == Harold L Hunt writes: > > > Harold> The following packages have been updated in the Cygwin distribution: > Harold> *** XFree86-base-4.3.0-5 > Harold> *** XFree86-bin-4.3.0-16 > Harold> *** XFree86-etc-4.3.0-10 > Harold> *** XFree86-nest-4.3.0-7 > Harold> *** XFree86-prog-4.3.0-17 > Harold> *** XFree86-vfb-4.3.0-7 > Harold> *** XFree86-xserv-4.3.0-56 > > Hi Harold > > The following 2 packages XFree86-prog-4.3.0-17 and libXft-2.1.5-1 both > have a /usr/X11R6/bin/xft-config where the XFree86-prog-4.3.0-17 version > claims to be version="2.1.0" and the other one version="2.1.4". > > Just a heads up. Thanks for catching this. I had it fixed in one of my earlier build scripts but I dropped the patch somewhere along the way. As for the version number, I was including a static xft-config from the XFree86 tree which had to be updated by hand. I changed the build script for libXft to pre-process this file with sed to replace the version number and prefix. Then I noticed that there was already an xft-config.in that was being preprocessed by configure but not being installed, so I instead grabbed this script and installed it to /usr/X11R6/bin/ in the build script; seems to work fine, but please check xft-config for errors and let me know if it is broken. This should be fixed now in XFree86-prog-4.3.0-19 and libXft-2.1.5-2. I was actually hoping to do a full check of the src and bin packages I made for Cygwin/X and make sure there are no conflicting files between them. It would be easy to do, but I haven't had a chance yet. Does anyone want to do this for me? ;) Harold From huntharo@msu.edu Wed Mar 17 03:38:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Mar 2004 03:38:00 -0000 Subject: fatal error In-Reply-To: <18329541969.20040315213329@tut.by> References: <18329541969.20040315213329@tut.by> Message-ID: <4057C84F.6080502@msu.edu> Oleg, Something is weird with your Xdmcp server on the Linux machine. Which *dm are you using (e.g. gdm, kdm, xdm, etc.)? Check /var/log/messages for some output from whichever *dm you are using, it should give us some useful information. Harold Oleg wrote: > Dear support team, > > Cygwin is installed on the new machine (Pentium III 533, 384Mb). > It works perfect on the previous computer (Pentium 4 2400, 256Mb) but > on this machine shows fatal error, when I start startxwin.bat with the > line: XWin -query morpheus.tran.wau.nl (Linux Debian server) > XWin.log file is attached. > > Please help to get it working right, > thank you very much > > Oleg, > Wageningen University, The Netherlands. From rajesh_balakrishnan@yahoo.com Wed Mar 17 04:31:00 2004 From: rajesh_balakrishnan@yahoo.com (Rajesh Balakrishnan) Date: Wed, 17 Mar 2004 04:31:00 -0000 Subject: Emacs crashing under XFree86-4.3 References: Message-ID: Zdzislaw Meglicki hotmail.com> writes: > > These are tidings of great sorrow and melancholy, for ever since I upgraded > X11 on my Cygwin workstation (about a week ago) I lost my reliable faithful > friend, GNU Emacs, whose X11 version crashes often and unpredictably with > segmentation fault (the "nox" version runs fine). emacs (under X11) is working fine since Mar 06 snapshot of cygwin1.dll. http://cygwin.com/snapshots/ Try it out. -rb From staf.verhaegen@imec.be Wed Mar 17 09:21:00 2004 From: staf.verhaegen@imec.be (Staf Verhaegen) Date: Wed, 17 Mar 2004 09:21:00 -0000 Subject: Clipboard and XDCMP Message-ID: <4058189A.6020507@imec.be> Hello, I'm having problems with getting XDCMP going. I always start de server with the following command: % X -clipboard -query host -once -fp fontserv:7000 -fullscreen (fontserv is used to get the HPUX CDE fonts) I tried to different platforms: XDCMP session to a HPUX 11.00 machine with the CDE display manager the clipboard handling is OK. XDCMP session to a Red Hat 7.2 machine with gdm clipboard doesn't work. This is all with the -56 version of the X server. gdm has the following version: verhaegs@pc1543:~>rpm -q gdm gdm-2.2.3.1-20 Attached is the 'cygcheck -c' output, the XWin log from the working session the HPUX11 and the session to the linux machine with failing clipboard handling. greets, Staf. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck_c.out URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin_HPUX11.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin_linux.log URL: From ehud@unix.mvs.co.il Wed Mar 17 09:32:00 2004 From: ehud@unix.mvs.co.il (Ehud Karni) Date: Wed, 17 Mar 2004 09:32:00 -0000 Subject: Emacs crashing under XFree86-4.3 In-Reply-To: (message from Zdzislaw Meglicki on Mon, 15 Mar 2004 17:39:04 -0500) References: Message-ID: <200403170932.i2H9WCLj007804@beta.mvs.co.il> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 15 Mar 2004, Zdzislaw Meglicki wrote: > > These are tidings of great sorrow and melancholy, for ever since I > upgraded X11 on my Cygwin workstation (about a week ago) I lost my > reliable faithful friend, GNU Emacs, whose X11 version crashes often > and unpredictably with segmentation fault (the "nox" version runs > fine). On Mon, 17 Mar 2004, Rajesh Balakrishnan wrote: > > emacs (under X11) is working fine since Mar 06 snapshot of cygwin1.dll. > http://cygwin.com/snapshots/ > > Try it out. I had some problems with the 2004-03-06 snapshot (or the XWin server 4.3.0.50), but since my last update Emacs works fine. I use: XWin X Server 4.3.0.55 cygwin1.dll 1.5.8s(0.111/4/2) - 2004-03-12 18:34:47 snapshot I noted also that the clipboard problems has been fixed. Ehud. - -- Ehud Karni Tel: +972-3-7966-561 /"\ Mivtach - Simon Fax: +972-3-7966-667 \ / ASCII Ribbon Campaign Insurance agencies (USA) voice mail and X Against HTML Mail http://www.mvs.co.il FAX: 1-815-5509341 / \ GnuPG: 98EA398D Better Safe Than Sorry -----BEGIN PGP SIGNATURE----- Comment: use http://www.keyserver.net/ to get my key (and others) iD8DBQFAWBsbLFvTvpjqOY0RApruAJ0Saa9IcQSvoW3/iLf+xrRF0npwjgCfWWrY l1hCz3ldyfzV+dZ9E0NUbX8= =L3ou -----END PGP SIGNATURE----- From hans.dekker.ext@juntadeandalucia.es Wed Mar 17 11:49:00 2004 From: hans.dekker.ext@juntadeandalucia.es (Hans Dekker) Date: Wed, 17 Mar 2004 11:49:00 -0000 Subject: xserv 4.3.0-29 Alt Gr Problem is gone References: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> <3FF18715.2020808@msu.edu> <3FFEA396.5090404@juntadeandalucia.es> <4006993B.4030904@juntadeandalucia.es> Message-ID: <40583B9F.6030906@juntadeandalucia.es> Hello Alexander, Sometime ago I asked you about the solution of AltGr keyboards. For HP-UX I found the solution. I am writing a mail to the user group and would like to mention your name (if you like) for helping to find the solution. The text is below. Tell me if that's OK for you or not. Regards, Hans. Hi all, I posted some questions sometime ago on the problem of using Cygwin in conjunction with HP-UX 11 CDE and other X-apps. Although xterm and hpterm were working well after editing with xmodmap, dtterm and our Sas application -which has an X/Motif/X11R6 interface- weren't. After researching and finding mails from various user groups, I found that setting the environment variable XKB_DISABLE=1 is the solution on a HP-UX 11 platform. Setting this parameter disables Motif XKB translations and puts Motif apps back to good old X-handling of keyboards. My suggestion to the editors of the Cygwin manuals would be to put this at least in the Cygwin documentation, since I saw others in your mailing lists having this problem. To get dtterm or your X/Motif application working well with the AtlGr key on HP-UX 11 use: start X environment # XKB_DISABLE=1 dtterm or # XKB_DISABLE=1 Next, you will need to reassign the AltGr key (thanks to A. Gottwalt and Philippe Eclair): xmodmap -e "clear mod5" xmodmap -e "clear mod3" xmodmap -e "keycode 113 = Mode_switch Multi_key" xmodmap -e "add mod3 = Mode_switch" Then you can modify your keyboard further with xmodmap as desired. For convenience I added a xmodmap.es.hpux file with the definitions for a Spanish keyboard. It is a compilation of the definitions found in the file /etc/X11/xkb/symbols/pc/es. You can use xmodmap both on a terminal on your X-server as in the remote application that is using your X-server. Beware to use xmodmap with other X-servers like the ones of Linux or XWin32, since those will have other keycodes mapped to the keyboard! Following the documentation you can prevent the above xmodmap commands, changing one of the keyboard configurations included with Cygwin as you like using the XF86Config file. In my case I still needed to xmodmap keys with to use their 'third' or AltGr definition, although others said this wouldn't be necessary and the keyboard mapping will be brought over OK the the X-server. I included the file /etc/X11/xkb/symbols/pc/es for a Spanish keyboard and added the option "hpux" which is a copy of the "nodeadkeys" options. Activate it in your XF86Config using: Option "XkbLayout" "es" Option "XkbVariant" "hpux" Option "LeftAlt" "Meta" Option "RightAlt" "ModeShift" or use this command when you don't have a XF86Config file: # setxkbmap -layout es -variant hpux Using Cygwin with HP-UX CDE: When you are using CDE on HP-UX you can use the following procedure, which I found on the Internet. Check the solution at http://aa11.cjb.net/hpux_admin/2000/12/0212.html that came from the community: Create the file /etc/dt/config/Xsession.d/0050.disable_xkb with the following content: #!/usr/bin/ksh ##################################################################### ### File: 0050.disable_xkb ### ### Purpose: disable the XKEYBOARD extension in all R6 ### client software. ##################################################################### export XKB_DISABLE=1 and give it the 755 protection. Then put in the .dtprofile of a user the command to change his/her keyboard layout: xmodmap /etc/xmodmap.es.hpux which contains a copy of the enclosed keyboard mapping. Alexander Gottwald escribi??: > Alexander Gottwald wrote: > > >>Hans Dekker wrote: >> >> >>>Still, what's the solution to defining your keyboard correctly *before* >>>you start Xwin?. >>> >>>I guess it must be simple, but probably I oversee some configuration >>>file or anything similar. >> >>The config file. >>http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-non-U.S.-keyboard-layout > > > After I've read your mail again I noticed you're connecting to CDE. CDE uses > an old version of X11 and has problems with the keysymbol for the AltGr key. > > Most likely CDE sets the keyboard layout with an extra modmap which does not > work with the 4.3 Release. But so far no one has examined this further or > reported the results. > > bye > ago From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 17 12:55:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 17 Mar 2004 12:55:00 -0000 Subject: xserv 4.3.0-29 Alt Gr Problem is gone In-Reply-To: <40583B9F.6030906@juntadeandalucia.es> References: <4F698AE6FB425D4A8879766D19E1F929055E1A@win2000.sup-logistik.de> <3FF18715.2020808@msu.edu> <3FFEA396.5090404@juntadeandalucia.es> <4006993B.4030904@juntadeandalucia.es> <40583B9F.6030906@juntadeandalucia.es> Message-ID: On Wed, 17 Mar 2004, Hans Dekker wrote: > > Tell me if that's OK for you or not. Yes. Looks good. I'll include it in the faq. > Next, you will need to reassign the AltGr key (thanks to A. Gottwalt and > Philippe Eclair): It's Gottwald. With _d_. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ramerkw@earthlink.net Wed Mar 17 12:57:00 2004 From: ramerkw@earthlink.net (ramerkw) Date: Wed, 17 Mar 2004 12:57:00 -0000 Subject: Using startx script without opening cygwin bash command window Message-ID: <30791634.1079528245536.JavaMail.root@scooter.psp.pas.earthlink.net> Hi, I've been following this thread as a lurker and hopefully this message will be threaded with those already posted. I have tried several of the suggestions. They work mostly, but I can't seem to get wmaker going as does a 'startx' command. Using the shortcut with XWin .... just brings up an empty, unresponsive root. Tried mv'ing my .xserverrc with no success. .xinit -- exec wmaker .xsession exec wmaker properties of shortcut: C:\cygwin\bin\bash.exe -l -c "XWin -fullscreen -clipboard -emulate3buttons 50&" Suggestions are welcome. From tlroche@us.ibm.com Wed Mar 17 13:00:00 2004 From: tlroche@us.ibm.com (Thomas L Roche) Date: Wed, 17 Mar 2004 13:00:00 -0000 Subject: Emacs crashing under XFree86-4.3 In-Reply-To: <1079515298.12529.ezmlm@cygwin.com> Message-ID: Rajesh Balakrishnan Wed, 17 Mar 2004 04:21:28 +0000 (UTC) > emacs (under X11) is working fine since Mar 06 snapshot of > cygwin1.dll. http://cygwin.com/snapshots/ That has not been my experience: I have been tracking the snapshots, but my emacs still segfaults, dumps core, etc. Hopefully I will get a chance to build sources and debug soon. From JeeChung@verizon.net Wed Mar 17 13:45:00 2004 From: JeeChung@verizon.net (Jee Chung) Date: Wed, 17 Mar 2004 13:45:00 -0000 Subject: Xemacs crash on WinXP Message-ID: Ever since I updated by Cygwin installation about a week ago, my xemacs has been crashing repeatedly. Usually, it starts up fine, I use it for a few minutes, then it either hangs (consumes CPU) then crashs or crashes spontaneously leaving a stack dump that looks like: bash:~> cat emacs.EXE.stackdump Stack trace: Frame Function Args 0022E100 77E7AC21 (00000000, 00000020, 00000002, 00000000) 0022E160 61087E49 (000003C8, 00000006, 0022E1B0, 2008CBEC) 0022E1B0 61086211 (00000006, 2008CB70, 10000000, 00000000) 0022E1D0 61026B4C (000006D0, 0000EA60, 00000014, 0022E20C) 0022E250 6108A855 (00000000, 6102606B, 0004B14B, 00000000) 0022E2B0 61087E49 (000003C8, 00000006, 20396060, 00000000) 0022E2D0 61086211 (00000057, 0022E348, 10417FDC, 200EF98B) 0022E310 200DFBA5 (00000000, 00000000, 00000002, 002C0DBC) 0022E330 200DFBEC (00000000, 00000000, 00240000, 0022E2A0) 0022E3B0 2011B7D0 (3023BF20, 4023BF9C, 00000005, 0022E454) 0022E400 200F002B (4023BEFC, 00000001, 0022E49C, 20549840) 0022E460 200EFB1C (00000002, 0022E498, 2068EA00, 00000001) 0022E490 200EF5E9 (10272674, 4053DE00, 0022E570, 200948E0) 0022E570 200948F2 (00000001, 0022E53C, 00000001, 0022E54C) 0022E590 200937F2 (00000001, 00000000, FFFFFF00, 00000000) 0022E5C0 20097197 (204C2850, 00000001, 0000015A, 0022E660) End of stack trace (more stack frames may be present) All other Xfree86 program appear to be functioning fine. Has anyone else seen a problem like this? JC From sander@nikhef.nl Wed Mar 17 14:34:00 2004 From: sander@nikhef.nl (Sander Klous) Date: Wed, 17 Mar 2004 14:34:00 -0000 Subject: X connection broken Message-ID: <33652.62.195.251.124.1079534063.squirrel@www.nikhef.nl> Hi, I encountered this old threat (attached at the end of this mail) that discusses the problem I have now... It doesn't provide a solution though... Thanks, Sander Klous The end of my /tmp/XWin.log is: Rules = "xfree86" Model = "pc105" Layout = "us_intl" Variant = "(null)" Options = "(null)" 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: 512 370 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 winInitMultiWindowWM - Caught IO Erro. Exiting. -------------------------------------------- RE: Problems using CYGwin From: "Harold Hunt" To: <520006031692-0001 at t-online dot de>, Date: Sun, 5 May 2002 21:05:56 -0400 Subject: RE: Problems using CYGwin -------------------------------------------------------------------------------- Kurt, Check /tmp/XWin.log... I suspect you will see an error about the default font "fixed", or something like that. Check the FAQ for an answer to your error message, then send in the bottom sections of your XWin.log file if you can't fix the error on your own. Harold > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of "Kurt Str??vy" > Sent: Sunday, May 05, 2002 4:51 PM > To: cygwin-xfree@cygwin.com > Subject: Problems using CYGwin > > > Hello, > > I installed cygwin on my PC but when I start > $ sh /usr/X11R6/bin/startxwin.sh > I get the fau??lure > X connection to 127.0.0.1:0.0 broken (explicit kill or server > shutdown) .X connection to 127.0.0.1:0.0 broken (explicit kill or > server shutdown). > I know you do not take any responsibillity for this bit can you > give me any hint whats wrong with my Windows98SE configuration? > I use German Telecom's T-DSL. > How can I set the local host adress 127.0.0.1? > > thanks a lot > > Kurt Struevy From not-valid@cygwin.com Wed Mar 17 14:54:00 2004 From: not-valid@cygwin.com (Gregory Borota) Date: Wed, 17 Mar 2004 14:54:00 -0000 Subject: Emacs crashing under XFree86-4.3 In-Reply-To: References: Message-ID: <405866B1.7070707@cygwin.com> > Rajesh Balakrishnan Wed, 17 Mar 2004 04:21:28 +0000 (UTC) > >>emacs (under X11) is working fine since Mar 06 snapshot of >>cygwin1.dll. http://cygwin.com/snapshots/ > > > That has not been my experience: I have been tracking the snapshots, > but my emacs still segfaults, dumps core, etc. Hopefully I will get a > chance to build sources and debug soon. > > I had the same crashing troubles with Emacs (XP). So I switched to XEmacs. It works good, no crashing ever just that it's CPU hungry (and it shouldn't be started from Start menu links but from a terminal) . Greg From danilo.turina@alcatel.it Wed Mar 17 15:01:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Wed, 17 Mar 2004 15:01:00 -0000 Subject: Updated: XFree86-[base,xserv] In-Reply-To: <405855F4.5070908@codeweavers.com> References: <405855F4.5070908@codeweavers.com> Message-ID: <405868F2.1050702@alcatel.it> Harold L Hunt II wrote: > The following packages have been updated in the Cygwin distribution: > > *** XFree86-base-4.3.0-7 > *** XFree86-xserv-4.3.0-57 > > Changes > ======= > > 1) xserv - Cascade Win32 windows when -geometry is > not specified, using CW_USEDEFAULT, instead of always creating at > X(0,0). (Earle F. Philhower III) Now all the "secondary windows" (I don't know how they are called) of an application are opened following that criterium, also menus!!!. For example try to open xterm and to display its menus with Ctrl+mouse button: they open in a cascade fashion (difficult to explain, you must try). > > 2) base - Change build script to include this changelog in > /usr/X11R6/share/doc/XFree86-xserv/changelog.html. (Harold L Hunt II > - CodeWeavers) > > 3) base - Change build script to sort file lists and trim lines > that just have a directory but no file; these lists are used for > generating the README files. (Harold L Hunt II - CodeWeavers) > > 4) base - Add build-xserv command that pre-processes cygwin.cf and sets > the current release number for XWin.exe. (Harold L Hunt II - CodeWeavers) > > -- > Harold Hunt > > To update your installation, click on the "Install Cygwin now" link on > the http://cygwin.com/ web page. This downloads setup.exe to your > system. Once you've downloaded setup.exe, run it and select "XFree86" > and then click on the appropriate field until the above announced > version number appears if it is not displayed already. > > If your mirror doesn't yet have the latest version of this package after > 24 hours, you can either continue to wait for that site to be updated or > you can try to find another mirror. > > Please send questions or comments to the Cygwin/X mailing list at: > cygwin-xfree@cygwin.com > > If you want to subscribe go to: > http://cygwin.com/lists.html > > I would appreciate if you would use this mailing list rather than > emailing me directly. This includes ideas and comments about the setup > utility or Cygwin/X in general. > > If you want to make a point or ask a question the Cygwin/X mailing > list is the appropriate place. > -- -------------------------------------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -------------------------------------- 2 anni 11 mesi 8 giorni 6 ore 30 minuti 34 secondi From DSPguru@tamaulipas.com Wed Mar 17 16:45:00 2004 From: DSPguru@tamaulipas.com (Kwanzaa F. Magazine) Date: Wed, 17 Mar 2004 16:45:00 -0000 Subject: Cygwin i need to run to the toilet RgnCu Message-ID: <6.0.0.22.1.20040317114655.9b9d63a0@tamaulipas.com> Salaam, Put and end too limp erections today with Vi-ag-ra, with us you will get the greatest buy on the net.. Purchase from our FDA acknowledged shop, with us there will be no confidential questions.. So Why Delay?! valid price, no min. order, no automatic re-purchase, no fuss. order NOW! http://www.chokopoppa.com/delphi/ Sgagay, "Kwanzaa F. Magazine" Temperatures above 60C (140F) held for longer Indeed, one of the most interesting aspects of Gibson's approach to drumming up interest are demanding Mr. Aristide's ouster. Among the items retrieved from the rubbish were empty boxes and vials If Myers goes ahead with his groundbreaking next month, For those unfamiliar with Sim computer games, From Antonio.Jose.Rodrigues.Neto@netapp.com Wed Mar 17 17:17:00 2004 From: Antonio.Jose.Rodrigues.Neto@netapp.com (Neto, Antonio Jose Rodrigues) Date: Wed, 17 Mar 2004 17:17:00 -0000 Subject: Urgent: Help with startxwin.bat Message-ID: Hi All, This is neto from Brazil. How are you? Please, could you help me? I've install the cygwin on my Windows XP Professional and I'm try to use startxwin.bat. It is Ok. But, when I click on X (Show Root Window) - my screen and my mouse are frozen and the Xwin.exe process is 100%. Could you help me? TIA Best Regards neto PS : Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Mar 17 14:13:04 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\Windows Resource Kits\Tools\ c:\PROGRAM FILES\THINKPAD\UTILITIES c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ATI Technologies\ATI Control Panel c:\Program Files\Support Tools\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 20508(neto) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 20508(neto) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\Documents and Settings\neto' MAKE_MODE = `unix' PWD = `/cygdrive/c/Documents and Settings/neto' USER = `neto' Use `-r' to scan registry c: hd NTFS 25005Mb 51% CP CS UN PA FC Windows XP d: hd FAT32 10067Mb 54% CP UN BACKUP e: cd N/A N/A h: net NTFS 4096Mb 0% CP CS UN PA users C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 802k 2003/09/15 C:\cygwin\bin\cygaspell-15.dll 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll 54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll 14k 2003/08/10 C:\cygwin\bin\cygcharset-1.dll 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll 842k 2003/09/30 C:\cygwin\bin\cygcrypto-0.9.7.dll 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll 598k 2003/11/03 C:\cygwin\bin\cygcurl-2.dll 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll 326k 2002/06/26 C:\cygwin\bin\cygdb2.dll 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll 71k 2004/01/13 C:\cygwin\bin\cygexslt-0.dll 654k 2003/11/04 C:\cygwin\bin\cygfltknox-0.dll 65k 2003/11/04 C:\cygwin\bin\cygfltknox_forms-0.dll 81k 2003/11/04 C:\cygwin\bin\cygfltknox_gl-0.dll 108k 2003/11/04 C:\cygwin\bin\cygfltknox_images-0.dll 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 48k 2003/08/09 C:\cygwin\bin\cygform7.dll 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll 213k 2004/02/05 C:\cygwin\bin\cyggd-2.dll 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll 69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll 12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll 134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll 167k 2003/09/09 C:\cygwin\bin\cyggmp-3.dll 349k 2003/12/08 C:\cygwin\bin\cygGraphicsMagick++-0.dll 2169k 2003/12/08 C:\cygwin\bin\cygGraphicsMagick-0.dll 1506k 2003/11/05 C:\cygwin\bin\cyggsl-0.dll 190k 2003/11/05 C:\cygwin\bin\cyggslcblas-0.dll 489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll 489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll 24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll 24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll 62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll 62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll 23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll 23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll 11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll 11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll 330k 2004/02/09 C:\cygwin\bin\cyghttpd.dll 958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll 48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll 60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll 60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll 40k 2004/01/02 C:\cygwin\bin\cyglber-2.dll 194k 2004/01/02 C:\cygwin\bin\cygldap-2.dll 202k 2004/01/02 C:\cygwin\bin\cygldap_r-2.dll 32k 2003/08/18 C:\cygwin\bin\cygltdl-3.dll 349k 2003/12/26 C:\cygwin\bin\cygMagick++-6.dll 2354k 2003/12/26 C:\cygwin\bin\cygMagick-6.dll 181k 2003/10/06 C:\cygwin\bin\cygmcrypt-4.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll 271k 2003/10/06 C:\cygwin\bin\cygmhash-2.dll 15k 2003/11/20 C:\cygwin\bin\cygminires.dll 469k 2004/02/11 C:\cygwin\bin\cygnaim_core-0.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll 1049k 2003/11/07 C:\cygwin\bin\cygperl5_8_2.dll 168k 2003/08/10 C:\cygwin\bin\cygpng10.dll 173k 2003/08/10 C:\cygwin\bin\cygpng12.dll 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll 672k 2003/12/25 C:\cygwin\bin\cygruby18.dll 380k 2003/12/13 C:\cygwin\bin\cygsmi-2.dll 171k 2003/09/30 C:\cygwin\bin\cygssl-0.9.7.dll 165k 2003/04/11 C:\cygwin\bin\cygssl.dll 254k 2003/09/18 C:\cygwin\bin\cygtidy-0-99-0.dll 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll 27k 2004/03/05 C:\cygwin\bin\cygungif-4.dll 2689k 2002/11/16 C:\cygwin\bin\cygxerces-c21.dll 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll 3006k 2003/10/12 C:\cygwin\bin\cygxerces-c23.dll 3520k 2003/12/16 C:\cygwin\bin\cygxerces-c24.dll 3416k 2004/02/21 C:\cygwin\bin\cygxerces-c25.dll 1172k 2004/01/10 C:\cygwin\bin\cygxml2-2.dll 50k 2003/08/09 C:\cygwin\bin\cygXpm-noX4.dll 54k 2003/08/09 C:\cygwin\bin\cygXpm-X4.dll 191k 2004/01/13 C:\cygwin\bin\cygxslt-1.dll 61k 2003/12/04 C:\cygwin\bin\cygz.dll 1083k 2004/01/31 C:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.5.7 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 109 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Fri Jan 30 19:32:04 EST 2004 CVS tag: cr-0x9e Shared id: cygwin1S3 237k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygdps-1.dll 121k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll 28k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll 282k 2003/10/28 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll 373k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygGL-1.dll 439k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll 74k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygICE-6.dll 76k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygMrm-2.dll 9k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll 20k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll 30k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygSM-6.dll 66k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygUil-2.dll 864k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygX11-6.dll 253k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll 355k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll 275k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXaw3d-7.dll 36k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll 49k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXext-6.dll 56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll 63k 2004/03/17 C:\cygwin\usr\X11R6\bin\cygXft-2.dll 27k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXi-6.dll 1293k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygXm-2.dll 76k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll 11k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll 26k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXp-6.dll 51k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll 14k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll 26k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll 282k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXt-6.dll 27k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll 17k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll Cygwin Package Information Package Version _update-info-dir 00227-1 a2ps 4.13-1 agetty 2.1-1 antiword 0.34-2 apache 1.3.29-2 ash 20040127-1 aspell 0.50.3-1 aspell-de 0.50.2-1 aspell-doc 0.50.3-1 aspell-en 0.51.0-1 aspell-pl 0.50.2-1 astyle 1.15.3-3 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.7.9-1 automake-stable 1.4p6-2 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 bc 1.06-1 binutils 20040312-1 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-5 c-client 2002e-3 c3270 3.2.20-1 cabextract 0.6-2 ccache 2.2-1 ccdoc 0.8.39-1 cgoban 1.9.14-1 check 0.8.4-1 chkconfig 1.2.24h-1 clear 1.0-1 clisp 2.32-1 cmake 1.8.3-1 cocom 0.995-1 compface 1.4-5 cpio 2.5-3 cron 3.0.1-11 crypt 1.1-1 ctags 5.5-4 curl 7.10.8-1 curl-devel 7.10.8-1 cvs 1.11.6-3 cygipc 2.03-2 cygrunsrv 0.98-1 cygutils 1.2.5-1 cygwin 1.5.7-1 cygwin-doc 1.3-7 cygwin-x-doc 1.0.1-1 d 1.2.0-1 db2 2.7.7-4 db3.1 3.1.17-2 db4.1 4.1.25-1 ddd 3.3.8-1 dejagnu 20021217-2 diffutils 2.8.4-1 distcc 2.13-1 docbook-xml42 4.2-2 docbook-xsl 1.64.1-1 doxygen 1.2.18-1 dpkg 1.10.4-2 ed 0.2-1 editrights 1.01-1 ELFIO 1.0.0-1 emacs 21.2-12 emacs-el 21.2-12 emacs-X11 21.2-12 enscript 1.6.3-3 exim 4.30-2 expat 1.95.7-1 expect 20030128-1 fetchmail 6.2.5-2 figlet 2.2-1 file 4.06-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fltk 1.1.4-2 fontconfig 2.2.2-1 fortune 1.8-2 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.3-4 gcc 3.3.1-3 gcc-ada 3.3.1-3 gcc-g++ 3.3.1-3 gcc-g77 3.3.1-3 gcc-gpc 3.3.1-3 gcc-java 3.3.1-3 gcc-mingw 20030911-4 gcc-mingw-ada 20031020-1 gcc-mingw-core 20031020-1 gcc-mingw-g++ 20031020-1 gcc-mingw-g77 20031020-1 gcc-mingw-gpc 20031020-1 gcc-mingw-java 20031020-1 gcc-mingw-objc 20031020-1 gcc-objc 3.3.1-3 gd 2.0.21-1 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.12.1-3 gettext-devel 0.12.1-3 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 gmp 4.1.2-1 gnugo 3.4-1 gnupg 1.2.4-1 gnuplot 3.8j.0-1 gperf 2.7.2-1 grace 5.1.12-1 GraphicsMagick 1.0.4-1 grep 2.5-1 groff 1.18.1-2 gsl 1.4-2 gtypist 2.7-2 guile 1.6.4-12 guile-devel 1.6.4-12 guile-doc 1.6.4-12 gv 3.5.8-1 gzip 1.3.5-1 help2man 1.33.1-1 ImageMagick 5.5.7-2 indent 2.2.9-1 inetutils 1.3.2-26 initscripts 0.9-1 ioperm 0.4-1 irc 20010101-3 jbigkit 1.5-3 jgraph 8.3-1 jpeg 6b-11 keychain 2.0.3-2 less 381-1 lesstif 0.93.91-6 lftp 2.6.10-2 libaspell15 0.50.3-1 libbz2_0 1.0.2-1 libbz2_1 1.0.2-5 libcharset1 1.9.1-3 libdb2 2.7.7-4 libdb2-devel 2.7.7-4 libdb3.1 3.1.17-2 libdb3.1-devel 3.1.17-2 libdb4.1 4.1.25-1 libdb4.1-devel 4.1.25-1 libfontconfig-devel 2.2.2-1 libfontconfig1 2.2.2-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgd-devel 2.0.21-1 libgd2 2.0.21-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.12.1-3 libGraphicsMagick-devel 1.0.4-1 libGraphicsMagick0 1.0.4-1 libguile12 1.6.4-12 libguile12abi13 1.6.4-2 libiconv 1.9.1-3 libiconv2 1.9.1-3 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libjpeg62 6b-11 libjpeg6b 6b-8 libkpathsea3 2.0.2-13 libkpathsea3abi13 2.0.2-2 libltdl3 1.5-3 libMagick-devel 5.5.7-2 libMagick6 5.5.7-2 libmcrypt 2.5.7-2 libmcrypt-devel 2.5.7-2 libncurses-devel 5.3-4 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libopenldap2 2.1.25-1 libpcre 4.1-1 libpcre0 4.5-1 libpng 1.2.5-4 libpng10 1.0.15-4 libpng10-devel 1.0.15-4 libpng12 1.2.5-4 libpng12-devel 1.2.5-4 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libsmi 0.4.2-1 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtool 1.5b-1 libtool-devel 1.5-3 libtool-stable 1.4.3-2 libungif 4.1.0-3 libxerces-c21 2.1.0-1 libxerces-c22 2.2.0-1 libxerces-c23 2.3.0-4 libxerces-c24 2.4.0-4 libxerces-c25 2.5.0-1 libXft 2.1.5-2 libXft-devel 2.1.5-2 libXft1 1.0.0-1 libXft2 2.1.5-2 libxml2 2.6.4-1 libxslt 1.1.2-1 lilypond 2.0.1-1 lilypond-doc 2.0.1-1 links 0.99pre14-1 login 1.9-7 lynx 2.8.4-7 m4 1.4-1 make 3.80-1 man 1.5k-2 mc 4.6.0-4 mhash 0.8.18-1 mhash-devel 0.8.18-1 mingw-runtime 3.2-1 mingw-zlib 1.2.1-1 minires 0.97-1 minires-devel 0.97-1 mktemp 1.5-3 more 2.11o-1 mt 2.1-1 mutt 1.4.1-2 naim 0.11.6.6-1 nano 1.2.2-1 nasm 0.98.38-1 ncftp 3.1.4-1 ncurses 5.3-4 ncurses-demo 5.3-4 nedit 5.4-1 netcat 1.10-2 openbox 0.99.1-4 opengl 1.1.0-7 openldap 2.1.25-1 openldap-devel 2.1.25-1 openssh 3.8p1-1 openssl 0.9.7c-1 openssl-devel 0.9.7c-1 openssl096 0.9.6j-1 par 1.52-1 patch 2.5.8-8 patchutils 0.2.22-2 pcre 4.5-1 pcre-devel 4.5-1 pcre-doc 4.5-1 pdksh 5.2.14-3 perl 5.8.2-1 perl-libwin32 0.191-1 perl_manpages 5.8.2-1 pine 4.58-1 pinfo 0.6.8-1 pkgconfig 0.15.0-4 popt 1.6.4-4 postgresql 7.4.1-3 pr3270 3.2.20-1 procmail 3.22-8 procps 010801-2 proftpd 1.2.9-1 psutils 1.17-1 python 2.3.3-1 rcs 5.7-3 readline 4.3-5 rebase 2.3-1 robots 2.0-3 rpm 4.1-1 rpm-build 4.1-1 rpm-doc 4.1-1 rsync 2.6.0-1 ruby 1.8.1-1 rxvt 2.7.10-4 s3270 3.2.20-1 sed 4.0.8-1 setsid 0.0-3 sh-utils 2.0.15-4 sharutils 4.2.1-3 shutdown 1.4-1 splint 3.1.1-1 squid 2.4.STABLE7-1 ssmtp 2.60.4-3 stunnel 4.04-3 suite3270 3.2.20-1 sunrpc 4.0-2 SWI-Prolog 5.2.6-1 swig 1.3.19-1 sysvinit 2.84-4 tar 1.13.25-5 tcl3270 3.2.20-1 tcltk 20030901-1 tcm 2.20-1 tcp_wrappers 7.6-1 tcsh 6.12.00-7 termcap 20021106-2 terminfo 5.3_20030726-1 tetex 2.0.2-13 tetex-base 2.0.2-13 tetex-bin 2.0.2-13 tetex-devel 2.0.2-13 tetex-doc 2.0.2-13 tetex-extra 2.0.2-13 tetex-tiny 2.0.2-13 tetex-x11 2.0.2-13 texinfo 4.2-4 TeXmacs 1.0.3.3-1 textutils 2.0.21-1 tidy 030901-1 tiff 3.6.0-5 time 1.7-1 tin 1.6.2-1 transfig 3.2.4-2 ttcp 19980512-1 tzcode 2003e-1 ucl 1.01-1 units 1.77-1 unzip 5.50-5 upx 1.24-1 uw-imap 2002e-3 uw-imap-imapd 2002e-3 uw-imap-util 2002e-3 vim 6.2.098-1 w32api 2.5-1 wget 1.9.1-1 which 1.5-2 whois 4.6.7-1 WindowMaker 0.80.2-1 WordNet 2.0-1 wtf 0.0.4-6 X-start-menu-icons 1.0.1-1 X-startup-scripts 1.0.2-1 x2x 1.30-1 x3270 3.2.20-1 Xaw3d 1.5D-5 xemacs 21.4.15-1 xemacs-emacs-common 21.4.15-1 xemacs-mule-sumo 2004-02-02-1 xemacs-sumo 2004-02-02-1 xemacs-tags 21.4.15-1 xerces-c 2.5.0-1 xerces-c-devel 2.5.0-1 xerces-c-doc 2.5.0-1 xfig 3.2.4-6 xfig-lib 3.2.4-6 XFree86-base 4.3.0-6 XFree86-bin 4.3.0-17 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-10 XFree86-f100 4.3.0-1 XFree86-fcyr 4.3.0-1 XFree86-fenc 4.3.0-1 XFree86-fnts 4.3.0-1 XFree86-fscl 4.3.0-1 XFree86-fsrv 4.3.0-8 XFree86-html 4.3.0-7 XFree86-jdoc 4.3.0-2 XFree86-lib 4.3.0-2 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-7 XFree86-nest 4.3.0-7 XFree86-prog 4.3.0-19 XFree86-prt 4.3.0-6 XFree86-ps 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-vfb 4.3.0-7 XFree86-xserv 4.3.0-56 xgraph 12.1-1 xinetd 2.3.9-1 xmlto 0.0.18-1 xpm-nox 4.2.0-4 xwinclip 1.2.0-1 zip 2.3-6 zlib 1.2.1-1 zsh 4.1.1-3 Use -h to see help about each section From Stefaan.Simoens@coditel.net Wed Mar 17 17:54:00 2004 From: Stefaan.Simoens@coditel.net (Stefaan Simoens) Date: Wed, 17 Mar 2004 17:54:00 -0000 Subject: be / international keyboard with xserv 4.3.0-57 Message-ID: <405890E6.BAFFBD1@coditel.net> Hello, I have a Belgian keyboard. XWin worked for me before 4.3.0-50 (with an appropriate XF86Config file) and 4.3.0-50 worked (given the -xkblayout be option). However, since setup.exe upgraded to 4.3.0-57, my Belgian keyboard goes US :( XWin seems to accept the -xkblayout be - setting, but it still uses the US layout. >From XWin.log: (--) winConfigKeyboard - Layout: "00000813" (00000813) (EE) Keyboardlayout "Belgisch (punt)" (00000813) is unknown (++) XKB: layout: "be" (++) XKB: variant: "be" (++) XKB: options: "be" Rules = "xfree86" Model = "pc101" Layout = "be" Variant = "be" Options = "be" doing the 'setxkbmap be -model pc105' as pointed in the FAQ *does* works in an xterm What's the problem here? Thanks, Stef -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 1957 bytes Desc: S/MIME Cryptografische ondertekening URL: From earle@ziplabel.com Wed Mar 17 18:19:00 2004 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Wed, 17 Mar 2004 18:19:00 -0000 Subject: Updated: XFree86-[base,xserv] Message-ID: <20040317181943.D88CC15DFA@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 17 18:49:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 17 Mar 2004 18:49:00 -0000 Subject: be / international keyboard with xserv 4.3.0-57 In-Reply-To: <405890E6.BAFFBD1@coditel.net> References: <405890E6.BAFFBD1@coditel.net> Message-ID: On Wed, 17 Mar 2004, Stefaan Simoens wrote: > Hello, > > > (--) winConfigKeyboard - Layout: "00000813" (00000813) > (EE) Keyboardlayout "Belgisch (punt)" (00000813) is unknown > (++) XKB: layout: "be" > (++) XKB: variant: "be" > (++) XKB: options: "be" > Rules = "xfree86" Model = "pc101" Layout = "be" Variant = "be" Options = > "be" Something is strange. The variant and options is set with the -xkblayout too. This should not happen. I'm investigating it. I'll also add the layout (0x0813) to the list of defaults. I guess the layouts from french and dutch language settings do not differ? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 17 19:05:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 17 Mar 2004 19:05:00 -0000 Subject: be / international keyboard with xserv 4.3.0-57 In-Reply-To: References: <405890E6.BAFFBD1@coditel.net> Message-ID: On Wed, 17 Mar 2004, Alexander Gottwald wrote: > On Wed, 17 Mar 2004, Stefaan Simoens wrote: > > > Hello, > > > > > > (--) winConfigKeyboard - Layout: "00000813" (00000813) > > (EE) Keyboardlayout "Belgisch (punt)" (00000813) is unknown > > (++) XKB: layout: "be" > > (++) XKB: variant: "be" > > (++) XKB: options: "be" > > Rules = "xfree86" Model = "pc101" Layout = "be" Variant = "be" Options = > > "be" > > Something is strange. The variant and options is set with the -xkblayout too. > This should not happen. > > I'm investigating it. Found it: winconfig.c if (s) { g_winInfo.xkb.layout = NULL_IF_EMPTY (s); winMsg (from, "XKB: layout: \"%s\"\n", s); } + s = NULL; if (g_cmdline.xkbVariant) { s = g_cmdline.xkbVariant; from = X_CMDLINE; } (and some other similar places) @Harold: I noticed the code in winconfig.c differs from CVS. Is this intention? The CVS does not contain the bug. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Wed Mar 17 19:07:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Mar 2004 19:07:00 -0000 Subject: Updated: XFree86-[base,xserv] In-Reply-To: <20040317181943.D88CC15DFA@mail03.powweb.com> References: <20040317181943.D88CC15DFA@mail03.powweb.com> Message-ID: <4058A201.20504@msu.edu> Earle, Earle F. Philhower, III wrote: > Hi Danilo, > > >>Subject: Re: Updated: XFree86-[base,xserv] >> >>>1) xserv - Cascade Win32 windows when -geometry is >>>not specified, using CW_USEDEFAULT, instead of always creating at >>>X(0,0). (Earle F. Philhower III) >> >>Now all the "secondary windows" (I don't know how they are called) of an >>application are opened following that criterium, also menus!!!. >>For example try to open xterm and to display its menus with Ctrl+mouse >>button: they open in a cascade fashion (difficult to explain, you must try). > > > OK, I feel really stupid now. I did test this locally but not with xterm > menus. I do most of my work in emacs, which seems OK, so didn't notice... > > There's a transient property on the window that should be examined > before cascading it, I'll either back out the change or add the transient > property check tonight. While you are at it, would you mind looking at what happens in emacs when you have set the "Always On Top" flag for a window? The menus in that case briefly popup, then get stuck behind the main emacs window. If you hold the mouse button down and drags it around between a few menus you can eventually get them to stick on top... sounds like all child windows of an "Always On Top" window should also have that flag set. I don't know if that is easy or hard to solve though. Harold From huntharo@msu.edu Wed Mar 17 19:15:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Mar 2004 19:15:00 -0000 Subject: be / international keyboard with xserv 4.3.0-57 In-Reply-To: References: <405890E6.BAFFBD1@coditel.net> Message-ID: <4058A3CE.5060102@msu.edu> Alexander Gottwald wrote: > On Wed, 17 Mar 2004, Alexander Gottwald wrote: > > >>On Wed, 17 Mar 2004, Stefaan Simoens wrote: >> >> >>>Hello, >>> >>> >>>(--) winConfigKeyboard - Layout: "00000813" (00000813) >>>(EE) Keyboardlayout "Belgisch (punt)" (00000813) is unknown >>>(++) XKB: layout: "be" >>>(++) XKB: variant: "be" >>>(++) XKB: options: "be" >>>Rules = "xfree86" Model = "pc101" Layout = "be" Variant = "be" Options = >>>"be" >> >>Something is strange. The variant and options is set with the -xkblayout too. >>This should not happen. >> >>I'm investigating it. > > > Found it: winconfig.c > > if (s) > { > g_winInfo.xkb.layout = NULL_IF_EMPTY (s); > winMsg (from, "XKB: layout: \"%s\"\n", s); > } > > + s = NULL; > if (g_cmdline.xkbVariant) > { > s = g_cmdline.xkbVariant; > from = X_CMDLINE; > } > > (and some other similar places) > > @Harold: I noticed the code in winconfig.c differs from CVS. Is this intention? > The CVS does not contain the bug. We are not quite completely releasing from CVS yet. It won't happen until about a week or two from now. So there are some minor differences between the two code bases still. Harold From Stefaan.Simoens@coditel.net Wed Mar 17 19:23:00 2004 From: Stefaan.Simoens@coditel.net (Stefaan Simoens) Date: Wed, 17 Mar 2004 19:23:00 -0000 Subject: be / international keyboard with xserv 4.3.0-57 Message-ID: <4058A5B7.75C7B198@coditel.net> >> (--) winConfigKeyboard - Layout: "00000813" (00000813) >> (EE) Keyboardlayout "Belgisch (punt)" (00000813) is unknown >> (++) XKB: layout: "be" >> (++) XKB: variant: "be" >> (++) XKB: options: "be" >> Rules = "xfree86" Model = "pc101" Layout = "be" Variant = "be" Options = >> "be" > Something is strange. The variant and options is set with the -xkblayout too. > This should not happen. That appears to be the problem. Here are some test-results with XWin.log entries: XWin Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" (US keyboard layout) XWin -xkblayout be Rules = "xfree86" Model = "pc101" Layout = "be" Variant = "be" Options = "be" (US keyboard layout) XWin -xkblayout be -xkbvariant nodeadkeys Rules = "xfree86" Model = "pc101" Layout = "be" Variant = "nodeadkeys" Options = "nodeadkeys" (BE keyboard layout!) Appareantly, when 'variant' is something undefined (like 'be'), it 'defaults' to the US-behaviour... > I'm investigating it. > > I'll also add the layout (0x0813) to the list of defaults. I guess the layouts > from french and dutch language settings do not differ? It's true they speak French and Dutch in Belgium (even some German!) but there's a difference between 'keyboard' and 'language'. I've got an Belgian keyboard (AZERTY), very similar to a French keyboard (AZERTY), but in The Netherlands, they've got QUERTY keyboards... Thanks for your quick response! Stef -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 1957 bytes Desc: S/MIME Cryptografische ondertekening URL: From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 17 19:35:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 17 Mar 2004 19:35:00 -0000 Subject: be / international keyboard with xserv 4.3.0-57 In-Reply-To: <4058A3CE.5060102@msu.edu> References: <405890E6.BAFFBD1@coditel.net> <4058A3CE.5060102@msu.edu> Message-ID: On Wed, 17 Mar 2004, Harold L Hunt II wrote: > We are not quite completely releasing from CVS yet. It won't happen > until about a week or two from now. So there are some minor differences > between the two code bases still. I'm not sure if you are missing some changes to winconfig.c or if you still have some uncommited changes in your tree. But since I don't remember having splitted the existing code with that many #ifdef NO_XF86CONFIG I assume you made the changes. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From saul@thecozens.co.uk Wed Mar 17 19:38:00 2004 From: saul@thecozens.co.uk (Saul Cozens) Date: Wed, 17 Mar 2004 19:38:00 -0000 Subject: Cygwin/Xfree on second (low res) monitor Message-ID: <4058A969.6090606@thecozens.co.uk> Hi, I've been playing with Cygwin/XFree86 for a few day now - and frankly I'm astounded - it's great! However, I have one little query that I hope someone can help me with! I have a dualhead video card in my Win2K box with monitor-1 set to 1280x1024 and monitor-2 (an LCD screen) set to 1024x768. I wish to have my Win2K desktop on monitor-1 and the KDE desktop (started via XDMCP) of my Debian/Linux box on monitor-2. With CygwinXfree86 I could then move between the environments so quickly and easily that my head would spin! Now I thought that I would be able to achieve this by doing xwin -screen 0 1024 768 -query linuxhost -nodecoration -clipboard and moving the resultant window to monitor-2, but xwin seems to ignore the screen resolution when '-nodecoration' is set. This was confirmed when I looked at the source code wincreatewnd.c 229-233 /* * User gave a width and height but also said no decoration. * In this case we have to ignore the requested width and height * and instead use the largest possible window that we can. */ The same seems to be true for -rootless and (obviously) -fullscreen, And as -multiplemonitors is intended to allow the Xwindow to occupy BOTH monitors I'm stuck! So can anyone tell me why (before I try osmething stupid like simply removing this override and recompiling) or simply tell me another way to achieve my dual desktop dreams! many thanks Saul Cozens From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 17 19:40:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 17 Mar 2004 19:40:00 -0000 Subject: be / international keyboard with xserv 4.3.0-57 In-Reply-To: <4058A5B7.75C7B198@coditel.net> References: <4058A5B7.75C7B198@coditel.net> Message-ID: On Wed, 17 Mar 2004, Stefaan Simoens wrote: > It's true they speak French and Dutch in Belgium (even some German!) but > there's a difference between 'keyboard' and 'language'. I've got an > Belgian keyboard (AZERTY), very similar to a French keyboard (AZERTY), > but in The Netherlands, they've got QUERTY keyboards... I ask becasue there are different languagecodes (those the specify language and country): 0x0413 Dutch (Netherlands) 0x0813 Dutch (Belgium) 0x040c French (Standard) 0x080c French (Belgian) I assume even dutch speaking belgians use the azerty variant. Is this correct? Or do belgian querty exist? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Wed Mar 17 19:49:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 17 Mar 2004 19:49:00 -0000 Subject: be / international keyboard with xserv 4.3.0-57 In-Reply-To: References: <405890E6.BAFFBD1@coditel.net> <4058A3CE.5060102@msu.edu> Message-ID: <4058ABE5.7020601@msu.edu> Alexander Gottwald wrote: > On Wed, 17 Mar 2004, Harold L Hunt II wrote: > > >>We are not quite completely releasing from CVS yet. It won't happen >>until about a week or two from now. So there are some minor differences >>between the two code bases still. > > > I'm not sure if you are missing some changes to winconfig.c or if you still > have some uncommited changes in your tree. But since I don't remember having > splitted the existing code with that many #ifdef NO_XF86CONFIG I assume you > made the changes. Oh... I think I made some fixes to my file that I meant to commit but I must have forgotten. I added the extra #ifdefs because some keyboard settings were not being processed at all when the XF86CONFIG support was disabled, even though they were perfectly valid options and had command-line processing in place. I need to get that committed to CVS, you want to take care of it? :) Harold From Stefaan.Simoens@coditel.net Wed Mar 17 19:53:00 2004 From: Stefaan.Simoens@coditel.net (Stefaan Simoens) Date: Wed, 17 Mar 2004 19:53:00 -0000 Subject: be / international keyboard with xserv 4.3.0-57 Message-ID: <4058ACC0.A7E82485@coditel.net> > I ask becasue there are different languagecodes (those the specify language and > country): > > 0x0413 Dutch (Netherlands) > 0x0813 Dutch (Belgium) > 0x040c French (Standard) > 0x080c French (Belgian) I don't think you should take the language as a determinant for keyboard-layout. Dutch (Netherlands) and Dutch (Belgium) is used for a slight difference in date-notation (and, before the euro, a difference in currency). The same goes for French (Standard) and French (Belgian) I think. > I assume even dutch speaking belgians use the azerty variant. Is this correct? > Or do belgian querty exist? A "Belgian" keyboard has AZERTY keys. But, a friend of mine has his Windows2000 set up with language "Dutch (Belgium)" but he has a "US keyboard". I think XWin is already checking the right Windows setting: (--) winConfigKeyboard - Layout: "00000813" (00000813) (EE) Keyboardlayout "Belgisch (punt)" (00000813) is unknown So, I think you should use 0x0813 for a Belgian keyboard-layout. (There are two Belgian keyboard layouts: "Belgisch (punt)" and "Belgisch (komma)" because some keyboards have a comma on the numeric keypad -- I do think the "Belgisch (komma)" isn't used that much). Stef -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 1957 bytes Desc: S/MIME Cryptografische ondertekening URL: From earle@ziplabel.com Wed Mar 17 19:59:00 2004 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Wed, 17 Mar 2004 19:59:00 -0000 Subject: Updated: XFree86-[base,xserv] Message-ID: <20040317195946.CEEB01642B@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 17 20:24:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 17 Mar 2004 20:24:00 -0000 Subject: be / international keyboard with xserv 4.3.0-57 In-Reply-To: <4058ACC0.A7E82485@coditel.net> References: <4058ACC0.A7E82485@coditel.net> Message-ID: On Wed, 17 Mar 2004, Stefaan Simoens wrote: > > I ask becasue there are different languagecodes (those the specify language and > > country): > > > > 0x0413 Dutch (Netherlands) > > 0x0813 Dutch (Belgium) > > 0x040c French (Standard) > > 0x080c French (Belgian) > > I don't think you should take the language as a determinant for > keyboard-layout. Dutch (Netherlands) and Dutch (Belgium) is used for a > slight difference in date-notation (and, before the euro, a difference > in currency). > The same goes for French (Standard) and French (Belgian) I think. These language identifiers + some minor bit make up the keyboard layout id I get from windows. So the language code is the only way I can handle the layouts. > A "Belgian" keyboard has AZERTY keys. But, a friend of mine has his > Windows2000 set up with language "Dutch (Belgium)" but he has a "US > keyboard". > > I think XWin is already checking the right Windows setting: > > (--) winConfigKeyboard - Layout: "00000813" (00000813) > (EE) Keyboardlayout "Belgisch (punt)" (00000813) is unknown > > So, I think you should use 0x0813 for a Belgian keyboard-layout. (There > are two Belgian keyboard layouts: "Belgisch (punt)" and "Belgisch > (komma)" because some keyboards have a comma on the numeric keypad -- I > do think the "Belgisch (komma)" isn't used that much). Ok. Thank you bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Antonio.Jose.Rodrigues.Neto@netapp.com Wed Mar 17 20:45:00 2004 From: Antonio.Jose.Rodrigues.Neto@netapp.com (Neto, Antonio Jose Rodrigues) Date: Wed, 17 Mar 2004 20:45:00 -0000 Subject: Urgent: Help with startxwin.bat Message-ID: Hi All, Please, could you help me? I've install the cygwin on my Windows XP Professional and I'm try to use startxwin.bat. It is Ok. But, when I click on X (Show Root Window) - my screen and my mouse are frozen and the Xwin.exe process is 100%. Could you help me? TIA Best Regards neto PS : Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Mar 17 14:13:04 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\Windows Resource Kits\Tools\ c:\PROGRAM FILES\THINKPAD\UTILITIES c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ATI Technologies\ATI Control Panel c:\Program Files\Support Tools\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 20508(neto) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 20508(neto) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\Documents and Settings\neto' MAKE_MODE = `unix' PWD = `/cygdrive/c/Documents and Settings/neto' USER = `neto' Use `-r' to scan registry c: hd NTFS 25005Mb 51% CP CS UN PA FC Windows XP d: hd FAT32 10067Mb 54% CP UN BACKUP e: cd N/A N/A h: net NTFS 4096Mb 0% CP CS UN PA users C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 802k 2003/09/15 C:\cygwin\bin\cygaspell-15.dll 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll 54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll 14k 2003/08/10 C:\cygwin\bin\cygcharset-1.dll 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll 842k 2003/09/30 C:\cygwin\bin\cygcrypto-0.9.7.dll 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll 598k 2003/11/03 C:\cygwin\bin\cygcurl-2.dll 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll 326k 2002/06/26 C:\cygwin\bin\cygdb2.dll 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll 71k 2004/01/13 C:\cygwin\bin\cygexslt-0.dll 654k 2003/11/04 C:\cygwin\bin\cygfltknox-0.dll 65k 2003/11/04 C:\cygwin\bin\cygfltknox_forms-0.dll 81k 2003/11/04 C:\cygwin\bin\cygfltknox_gl-0.dll 108k 2003/11/04 C:\cygwin\bin\cygfltknox_images-0.dll 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 48k 2003/08/09 C:\cygwin\bin\cygform7.dll 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll 213k 2004/02/05 C:\cygwin\bin\cyggd-2.dll 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll 69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll 12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll 134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll 167k 2003/09/09 C:\cygwin\bin\cyggmp-3.dll 349k 2003/12/08 C:\cygwin\bin\cygGraphicsMagick++-0.dll 2169k 2003/12/08 C:\cygwin\bin\cygGraphicsMagick-0.dll 1506k 2003/11/05 C:\cygwin\bin\cyggsl-0.dll 190k 2003/11/05 C:\cygwin\bin\cyggslcblas-0.dll 489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll 489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll 24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll 24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll 62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll 62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll 23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll 23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll 11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll 11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll 330k 2004/02/09 C:\cygwin\bin\cyghttpd.dll 958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll 48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll 60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll 60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll 40k 2004/01/02 C:\cygwin\bin\cyglber-2.dll 194k 2004/01/02 C:\cygwin\bin\cygldap-2.dll 202k 2004/01/02 C:\cygwin\bin\cygldap_r-2.dll 32k 2003/08/18 C:\cygwin\bin\cygltdl-3.dll 349k 2003/12/26 C:\cygwin\bin\cygMagick++-6.dll 2354k 2003/12/26 C:\cygwin\bin\cygMagick-6.dll 181k 2003/10/06 C:\cygwin\bin\cygmcrypt-4.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll 271k 2003/10/06 C:\cygwin\bin\cygmhash-2.dll 15k 2003/11/20 C:\cygwin\bin\cygminires.dll 469k 2004/02/11 C:\cygwin\bin\cygnaim_core-0.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll 1049k 2003/11/07 C:\cygwin\bin\cygperl5_8_2.dll 168k 2003/08/10 C:\cygwin\bin\cygpng10.dll 173k 2003/08/10 C:\cygwin\bin\cygpng12.dll 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll 672k 2003/12/25 C:\cygwin\bin\cygruby18.dll 380k 2003/12/13 C:\cygwin\bin\cygsmi-2.dll 171k 2003/09/30 C:\cygwin\bin\cygssl-0.9.7.dll 165k 2003/04/11 C:\cygwin\bin\cygssl.dll 254k 2003/09/18 C:\cygwin\bin\cygtidy-0-99-0.dll 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll 27k 2004/03/05 C:\cygwin\bin\cygungif-4.dll 2689k 2002/11/16 C:\cygwin\bin\cygxerces-c21.dll 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll 3006k 2003/10/12 C:\cygwin\bin\cygxerces-c23.dll 3520k 2003/12/16 C:\cygwin\bin\cygxerces-c24.dll 3416k 2004/02/21 C:\cygwin\bin\cygxerces-c25.dll 1172k 2004/01/10 C:\cygwin\bin\cygxml2-2.dll 50k 2003/08/09 C:\cygwin\bin\cygXpm-noX4.dll 54k 2003/08/09 C:\cygwin\bin\cygXpm-X4.dll 191k 2004/01/13 C:\cygwin\bin\cygxslt-1.dll 61k 2003/12/04 C:\cygwin\bin\cygz.dll 1083k 2004/01/31 C:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.5.7 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 109 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Fri Jan 30 19:32:04 EST 2004 CVS tag: cr-0x9e Shared id: cygwin1S3 237k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygdps-1.dll 121k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll 28k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll 282k 2003/10/28 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll 373k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygGL-1.dll 439k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll 74k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygICE-6.dll 76k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygMrm-2.dll 9k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll 20k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll 30k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygSM-6.dll 66k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygUil-2.dll 864k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygX11-6.dll 253k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll 355k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll 275k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXaw3d-7.dll 36k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll 49k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXext-6.dll 56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll 63k 2004/03/17 C:\cygwin\usr\X11R6\bin\cygXft-2.dll 27k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXi-6.dll 1293k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygXm-2.dll 76k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll 11k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll 26k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXp-6.dll 51k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll 14k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll 26k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll 282k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXt-6.dll 27k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll 17k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll Cygwin Package Information Package Version _update-info-dir 00227-1 a2ps 4.13-1 agetty 2.1-1 antiword 0.34-2 apache 1.3.29-2 ash 20040127-1 aspell 0.50.3-1 aspell-de 0.50.2-1 aspell-doc 0.50.3-1 aspell-en 0.51.0-1 aspell-pl 0.50.2-1 astyle 1.15.3-3 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.7.9-1 automake-stable 1.4p6-2 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 bc 1.06-1 binutils 20040312-1 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-5 c-client 2002e-3 c3270 3.2.20-1 cabextract 0.6-2 ccache 2.2-1 ccdoc 0.8.39-1 cgoban 1.9.14-1 check 0.8.4-1 chkconfig 1.2.24h-1 clear 1.0-1 clisp 2.32-1 cmake 1.8.3-1 cocom 0.995-1 compface 1.4-5 cpio 2.5-3 cron 3.0.1-11 crypt 1.1-1 ctags 5.5-4 curl 7.10.8-1 curl-devel 7.10.8-1 cvs 1.11.6-3 cygipc 2.03-2 cygrunsrv 0.98-1 cygutils 1.2.5-1 cygwin 1.5.7-1 cygwin-doc 1.3-7 cygwin-x-doc 1.0.1-1 d 1.2.0-1 db2 2.7.7-4 db3.1 3.1.17-2 db4.1 4.1.25-1 ddd 3.3.8-1 dejagnu 20021217-2 diffutils 2.8.4-1 distcc 2.13-1 docbook-xml42 4.2-2 docbook-xsl 1.64.1-1 doxygen 1.2.18-1 dpkg 1.10.4-2 ed 0.2-1 editrights 1.01-1 ELFIO 1.0.0-1 emacs 21.2-12 emacs-el 21.2-12 emacs-X11 21.2-12 enscript 1.6.3-3 exim 4.30-2 expat 1.95.7-1 expect 20030128-1 fetchmail 6.2.5-2 figlet 2.2-1 file 4.06-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fltk 1.1.4-2 fontconfig 2.2.2-1 fortune 1.8-2 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.3-4 gcc 3.3.1-3 gcc-ada 3.3.1-3 gcc-g++ 3.3.1-3 gcc-g77 3.3.1-3 gcc-gpc 3.3.1-3 gcc-java 3.3.1-3 gcc-mingw 20030911-4 gcc-mingw-ada 20031020-1 gcc-mingw-core 20031020-1 gcc-mingw-g++ 20031020-1 gcc-mingw-g77 20031020-1 gcc-mingw-gpc 20031020-1 gcc-mingw-java 20031020-1 gcc-mingw-objc 20031020-1 gcc-objc 3.3.1-3 gd 2.0.21-1 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.12.1-3 gettext-devel 0.12.1-3 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 gmp 4.1.2-1 gnugo 3.4-1 gnupg 1.2.4-1 gnuplot 3.8j.0-1 gperf 2.7.2-1 grace 5.1.12-1 GraphicsMagick 1.0.4-1 grep 2.5-1 groff 1.18.1-2 gsl 1.4-2 gtypist 2.7-2 guile 1.6.4-12 guile-devel 1.6.4-12 guile-doc 1.6.4-12 gv 3.5.8-1 gzip 1.3.5-1 help2man 1.33.1-1 ImageMagick 5.5.7-2 indent 2.2.9-1 inetutils 1.3.2-26 initscripts 0.9-1 ioperm 0.4-1 irc 20010101-3 jbigkit 1.5-3 jgraph 8.3-1 jpeg 6b-11 keychain 2.0.3-2 less 381-1 lesstif 0.93.91-6 lftp 2.6.10-2 libaspell15 0.50.3-1 libbz2_0 1.0.2-1 libbz2_1 1.0.2-5 libcharset1 1.9.1-3 libdb2 2.7.7-4 libdb2-devel 2.7.7-4 libdb3.1 3.1.17-2 libdb3.1-devel 3.1.17-2 libdb4.1 4.1.25-1 libdb4.1-devel 4.1.25-1 libfontconfig-devel 2.2.2-1 libfontconfig1 2.2.2-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgd-devel 2.0.21-1 libgd2 2.0.21-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.12.1-3 libGraphicsMagick-devel 1.0.4-1 libGraphicsMagick0 1.0.4-1 libguile12 1.6.4-12 libguile12abi13 1.6.4-2 libiconv 1.9.1-3 libiconv2 1.9.1-3 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libjpeg62 6b-11 libjpeg6b 6b-8 libkpathsea3 2.0.2-13 libkpathsea3abi13 2.0.2-2 libltdl3 1.5-3 libMagick-devel 5.5.7-2 libMagick6 5.5.7-2 libmcrypt 2.5.7-2 libmcrypt-devel 2.5.7-2 libncurses-devel 5.3-4 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libopenldap2 2.1.25-1 libpcre 4.1-1 libpcre0 4.5-1 libpng 1.2.5-4 libpng10 1.0.15-4 libpng10-devel 1.0.15-4 libpng12 1.2.5-4 libpng12-devel 1.2.5-4 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libsmi 0.4.2-1 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtool 1.5b-1 libtool-devel 1.5-3 libtool-stable 1.4.3-2 libungif 4.1.0-3 libxerces-c21 2.1.0-1 libxerces-c22 2.2.0-1 libxerces-c23 2.3.0-4 libxerces-c24 2.4.0-4 libxerces-c25 2.5.0-1 libXft 2.1.5-2 libXft-devel 2.1.5-2 libXft1 1.0.0-1 libXft2 2.1.5-2 libxml2 2.6.4-1 libxslt 1.1.2-1 lilypond 2.0.1-1 lilypond-doc 2.0.1-1 links 0.99pre14-1 login 1.9-7 lynx 2.8.4-7 m4 1.4-1 make 3.80-1 man 1.5k-2 mc 4.6.0-4 mhash 0.8.18-1 mhash-devel 0.8.18-1 mingw-runtime 3.2-1 mingw-zlib 1.2.1-1 minires 0.97-1 minires-devel 0.97-1 mktemp 1.5-3 more 2.11o-1 mt 2.1-1 mutt 1.4.1-2 naim 0.11.6.6-1 nano 1.2.2-1 nasm 0.98.38-1 ncftp 3.1.4-1 ncurses 5.3-4 ncurses-demo 5.3-4 nedit 5.4-1 netcat 1.10-2 openbox 0.99.1-4 opengl 1.1.0-7 openldap 2.1.25-1 openldap-devel 2.1.25-1 openssh 3.8p1-1 openssl 0.9.7c-1 openssl-devel 0.9.7c-1 openssl096 0.9.6j-1 par 1.52-1 patch 2.5.8-8 patchutils 0.2.22-2 pcre 4.5-1 pcre-devel 4.5-1 pcre-doc 4.5-1 pdksh 5.2.14-3 perl 5.8.2-1 perl-libwin32 0.191-1 perl_manpages 5.8.2-1 pine 4.58-1 pinfo 0.6.8-1 pkgconfig 0.15.0-4 popt 1.6.4-4 postgresql 7.4.1-3 pr3270 3.2.20-1 procmail 3.22-8 procps 010801-2 proftpd 1.2.9-1 psutils 1.17-1 python 2.3.3-1 rcs 5.7-3 readline 4.3-5 rebase 2.3-1 robots 2.0-3 rpm 4.1-1 rpm-build 4.1-1 rpm-doc 4.1-1 rsync 2.6.0-1 ruby 1.8.1-1 rxvt 2.7.10-4 s3270 3.2.20-1 sed 4.0.8-1 setsid 0.0-3 sh-utils 2.0.15-4 sharutils 4.2.1-3 shutdown 1.4-1 splint 3.1.1-1 squid 2.4.STABLE7-1 ssmtp 2.60.4-3 stunnel 4.04-3 suite3270 3.2.20-1 sunrpc 4.0-2 SWI-Prolog 5.2.6-1 swig 1.3.19-1 sysvinit 2.84-4 tar 1.13.25-5 tcl3270 3.2.20-1 tcltk 20030901-1 tcm 2.20-1 tcp_wrappers 7.6-1 tcsh 6.12.00-7 termcap 20021106-2 terminfo 5.3_20030726-1 tetex 2.0.2-13 tetex-base 2.0.2-13 tetex-bin 2.0.2-13 tetex-devel 2.0.2-13 tetex-doc 2.0.2-13 tetex-extra 2.0.2-13 tetex-tiny 2.0.2-13 tetex-x11 2.0.2-13 texinfo 4.2-4 TeXmacs 1.0.3.3-1 textutils 2.0.21-1 tidy 030901-1 tiff 3.6.0-5 time 1.7-1 tin 1.6.2-1 transfig 3.2.4-2 ttcp 19980512-1 tzcode 2003e-1 ucl 1.01-1 units 1.77-1 unzip 5.50-5 upx 1.24-1 uw-imap 2002e-3 uw-imap-imapd 2002e-3 uw-imap-util 2002e-3 vim 6.2.098-1 w32api 2.5-1 wget 1.9.1-1 which 1.5-2 whois 4.6.7-1 WindowMaker 0.80.2-1 WordNet 2.0-1 wtf 0.0.4-6 X-start-menu-icons 1.0.1-1 X-startup-scripts 1.0.2-1 x2x 1.30-1 x3270 3.2.20-1 Xaw3d 1.5D-5 xemacs 21.4.15-1 xemacs-emacs-common 21.4.15-1 xemacs-mule-sumo 2004-02-02-1 xemacs-sumo 2004-02-02-1 xemacs-tags 21.4.15-1 xerces-c 2.5.0-1 xerces-c-devel 2.5.0-1 xerces-c-doc 2.5.0-1 xfig 3.2.4-6 xfig-lib 3.2.4-6 XFree86-base 4.3.0-6 XFree86-bin 4.3.0-17 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-10 XFree86-f100 4.3.0-1 XFree86-fcyr 4.3.0-1 XFree86-fenc 4.3.0-1 XFree86-fnts 4.3.0-1 XFree86-fscl 4.3.0-1 XFree86-fsrv 4.3.0-8 XFree86-html 4.3.0-7 XFree86-jdoc 4.3.0-2 XFree86-lib 4.3.0-2 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-7 XFree86-nest 4.3.0-7 XFree86-prog 4.3.0-19 XFree86-prt 4.3.0-6 XFree86-ps 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-vfb 4.3.0-7 XFree86-xserv 4.3.0-56 xgraph 12.1-1 xinetd 2.3.9-1 xmlto 0.0.18-1 xpm-nox 4.2.0-4 xwinclip 1.2.0-1 zip 2.3-6 zlib 1.2.1-1 zsh 4.1.1-3 Use -h to see help about each section From Stefaan.Simoens@coditel.net Wed Mar 17 20:55:00 2004 From: Stefaan.Simoens@coditel.net (Stefaan Simoens) Date: Wed, 17 Mar 2004 20:55:00 -0000 Subject: be / international keyboard with xserv 4.3.0-57 Message-ID: <4058BB36.E6526B88@coditel.net> > These language identifiers + some minor bit make up the keyboard layout id > I get from windows. So the language code is the only way I can handle > the layouts. Comparing some Register keys from my computer (Languge: Dutch (Belgian) /Keyboard: Belgian (point)) and my friend (Language: Dutch (Belgian) /Keyboard: US (international)) I found the following: HKCU\Keyboard Layout\Preload 1 (REG_SZ) = 000813 (This is the Dutch (Belgian) part I guess?) My friend (with the US keyboard on his computer) has an additionally key: HKCU\Keyboard Layout\Substitutes 00813 (REG_SZ) = 20409 My guess is you'd have to take the first key, and let the keyboard override with the second key (if there is a substitution) FYI: I found a 'mapping' between the Windows 'numeric' codes and the old 'DOS' codes in HKLM\System\CurrentControlSet\Control\Keyboard Layout\DosKeybCodes I think there you'll find all the possible entries, with an immediate mapping to a keyboard layout. eg: 80C (REG_SZ) = be 813 (REG_SZ) = be 20409 (REG_SZ) = us (which are the same for X as far as I can tell) I hope I helped you... -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 1957 bytes Desc: S/MIME Cryptografische ondertekening URL: From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 17 21:00:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 17 Mar 2004 21:00:00 -0000 Subject: Massive CVS update Message-ID: Hi, I've merged the XORG-RELEASE-1 branch from yesterday to the CYGWIN branch. This means you will have to do an update -d in the xc directory and you will most likely have to do "make World" again to update the Makefiles and some include files. I will try to merge the XORG-RELEASE-1 branch more often into the CYGWIN branch to be as close as possible to the xorg work and be able to make a stable release as soon as the other xorg developers make their release. The next merges will (most likely) be smaller and will not affect that many files. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 17 21:06:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 17 Mar 2004 21:06:00 -0000 Subject: be / international keyboard with xserv 4.3.0-57 In-Reply-To: <4058BB36.E6526B88@coditel.net> References: <4058BB36.E6526B88@coditel.net> Message-ID: On Wed, 17 Mar 2004, Stefaan Simoens wrote: > Comparing some Register keys from my computer (Languge: Dutch (Belgian) > /Keyboard: Belgian (point)) and my friend (Language: Dutch (Belgian) > /Keyboard: US (international)) I found the following: > > HKCU\Keyboard Layout\Preload > 1 (REG_SZ) = 000813 > (This is the Dutch (Belgian) part I guess?) I got from HKLM\SYSTEM\CurrentControlSet\Keyboard Layouts 0000080c -> Belgisch (Wallonisch) 00000813 -> Belgisch (Fl??misch) 0001080c -> Belgisch (Komma) The first two I've associated with "be" now but the second is still not in the list. If someone requests it an tells me the correct XKB configuration for this layout I'll add it too. > 00813 (REG_SZ) = 20409 This is already in the list as English (international) with us_intl layout bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ryan@htsoft.com Wed Mar 17 21:58:00 2004 From: ryan@htsoft.com (ryan@htsoft.com) Date: Wed, 17 Mar 2004 21:58:00 -0000 Subject: Clipboard and XDCMP In-Reply-To: <4058189A.6020507@imec.be> References: <4058189A.6020507@imec.be> Message-ID: <20040317215814.GA31444@foxbat.htsoft.com> Staf, Can you copy and paste into the gdm login prompt? If so check the killinitclients line in the gdm config file. I have similar issues, and turning off killinitclients is not an option, but I havn't had the time to look into it, so I shan't complain. Ryan. On Wed, Mar 17, 2004 at 10:21:30AM +0100, Staf Verhaegen wrote: > Hello, > > I'm having problems with getting XDCMP going. I always start de server with > the following command: > % X -clipboard -query host -once -fp fontserv:7000 -fullscreen > (fontserv is used to get the HPUX CDE fonts) > I tried to different platforms: XDCMP session to a HPUX 11.00 machine with > the CDE display manager the clipboard handling is OK. XDCMP session to a > Red Hat 7.2 machine with gdm clipboard doesn't work. This is all with the > -56 version of the X server. gdm has the following version: > verhaegs@pc1543:~>rpm -q gdm > gdm-2.2.3.1-20 > Attached is the 'cygcheck -c' output, the XWin log from the working session > the HPUX11 and the session to the linux machine with failing clipboard > handling. > > greets, > Staf. > > Cygwin Package Information > Package Version Status > _update-info-dir 00227-1 OK > ash 20040127-1 OK > autoconf 2.59-1 OK > autoconf-devel 2.59-1 OK > autoconf-stable 2.13-5 OK > automake 1.7.9-1 OK > automake-devel 1.7.9-1 OK > automake-stable 1.4p6-2 OK > base-files 2.6-1 OK > base-passwd 1.1-1 OK > bash 2.05b-16 OK > binutils 20040312-1 OK > bison 20030307-1 OK > byacc 1.9-1 OK > bzip2 1.0.2-5 OK > clear 1.0-1 OK > cpio 2.5-3 OK > cron 3.0.1-11 OK > crypt 1.1-1 OK > ctags 5.5-4 OK > cygipc 2.03-2 OK > cygrunsrv 0.98-1 OK > cygutils 1.2.5-1 OK > cygwin 1.5.7-1 Incomplete > cygwin-doc 1.3-7 OK > dejagnu 20021217-2 OK > diff 1.0-1 OK > diffutils 2.8.4-1 OK > editrights 1.01-1 OK > emacs 21.2-12 OK > expat 1.95.7-1 OK > expect 20030128-1 OK > file 4.06-1 OK > fileutils 4.1-2 OK > findutils 4.1.7-4 OK > flex 2.5.4a-3 OK > fontconfig 2.2.2-1 OK > freetype2 2.1.5-1 OK > fvwm 2.4.7-3 OK > gawk 3.1.3-4 OK > gcc 3.3.1-3 OK > gcc-mingw 20030911-4 OK > gcc-mingw-core 20031020-1 OK > gdb 20030919-1 OK > gdbm 1.8.3-7 OK > gettext 0.12.1-3 OK > ghostscript 7.05-2 OK > ghostscript-base 7.05-2 OK > gperf 2.7.2-1 OK > grep 2.5-1 OK > groff 1.18.1-2 OK > gzip 1.3.5-1 OK > inetutils 1.3.2-26 OK > jbigkit 1.5-3 OK > jpeg 6b-11 OK > less 381-1 OK > libbz2_1 1.0.2-5 OK > libdb3.1 3.1.17-2 OK > libdb4.1 4.1.25-1 OK > libfontconfig1 2.2.2-1 OK > libfreetype26 2.1.5-1 OK > libgdbm 1.8.0-5 OK > libgdbm-devel 1.8.3-7 OK > libgdbm3 1.8.3-3 OK > libgdbm4 1.8.3-7 OK > libgettextpo0 0.12.1-3 OK > libiconv2 1.9.1-3 OK > libintl 0.10.38-3 OK > libintl1 0.10.40-1 OK > libintl2 0.12.1-3 OK > libjpeg62 6b-11 OK > libjpeg6b 6b-8 OK > libncurses5 5.2-1 OK > libncurses6 5.2-8 OK > libncurses7 5.3-4 OK > libpcre 4.1-1 OK > libpcre0 4.5-1 OK > libpng 1.2.5-4 OK > libpng10 1.0.15-4 OK > libpng12 1.2.5-4 OK > libpopt0 1.6.4-4 OK > libreadline4 4.1-2 OK > libreadline5 4.3-5 OK > libtiff-devel 3.6.0-5 OK > libtiff3 3.6.0-2 OK > libtiff4 3.6.0-5 OK > libXft 2.1.5-1 OK > libXft1 1.0.0-1 OK > libXft2 2.1.5-1 OK > login 1.9-7 OK > m4 1.4-1 OK > make 3.80-1 OK > man 1.5k-2 OK > mingw-runtime 3.2-1 OK > minires 0.97-1 OK > mktemp 1.5-3 OK > mutt 1.4.1-2 OK > ncftp 3.1.4-1 OK > ncurses 5.3-4 OK > newlib-man 20020801 OK > openssh 3.8p1-1 OK > openssl 0.9.7c-1 OK > openssl096 0.9.6j-1 OK > patch 2.5.8-8 OK > pcre 4.5-1 OK > pcre-doc 4.5-1 OK > perl 5.8.2-1 OK > popt 1.6.4-4 OK > postgresql 7.4.1-3 OK > python 2.3.3-1 OK > readline 4.3-5 OK > rsync 2.6.0-1 OK > rxvt 2.7.10-4 OK > sed 4.0.8-1 OK > sh-utils 2.0.15-4 OK > squid 2.4.STABLE7-1 OK > ssmtp 2.60.4-3 OK > tar 1.13.25-5 OK > tcltk 20030901-1 OK > tcsh 6.12.00-7 OK > termcap 20021106-2 OK > terminfo 5.3_20030726-1 OK > texinfo 4.2-4 OK > textutils 2.0.21-1 OK > tiff 3.6.0-5 OK > unzip 5.50-5 OK > vim 6.2.098-1 OK > w32api 2.5-1 OK > wget 1.9.1-1 OK > which 1.5-2 OK > X-startup-scripts 1.0.2-1 OK > XFree86-base 4.3.0-5 OK > XFree86-bin 4.3.0-16 OK > XFree86-doc 4.3.0-2 OK > XFree86-etc 4.3.0-10 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-56 OK > XFree86-xwinclip 4.3.0-2 OK > zip 2.3-6 OK > zlib 1.2.1-1 OK > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.56 > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > X -clipboard -query numerico -once -fp tcp/fontserv:7000 > -fullscreen > > 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 > 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 > winAllocateFBShadowDDNL - Not changing video mode > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 5120 > winAllocateFBShadowDDNL - Created shadow pitch: 5120 > winAllocateFBShadowDDNL - Created shadow stride: 1280 > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 > 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 = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" > winPointerWarpCursor - Discarding first warp: 640 512 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > winProcEstablishConnection - Hello > winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. > winProcEstablishConnection - Hello > winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. > winProcEstablishConnection - Hello > winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. > 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. > winProcQueryTree - Clipboard client already launched, returning. > ddxBeforeReset - Hello > winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. > ddxBeforeReset - Clipboard thread has exited. > winDeinitMultiWindowWM - Noting shutdown in progress > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.56 > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > X -clipboard -query pc1543 -once -fp tcp/fontserv:7000 -fullscreen > -ac > > 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 > 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 > winAllocateFBShadowDDNL - Not changing video mode > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 5120 > winAllocateFBShadowDDNL - Created shadow pitch: 5120 > winAllocateFBShadowDDNL - Created shadow stride: 1280 > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 > 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 = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" > winPointerWarpCursor - Discarding first warp: 640 512 > winBlockHandler - Releasing pmServerStarted > winBlockHandler - pthread_mutex_unlock () returned > winProcEstablishConnection - Hello > winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. > winProcEstablishConnection - Hello > winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. > winProcEstablishConnection - Hello > winProcEstablishConnection - Xdmcp enabled, waiting to start clipboard client until fourth call. > winProcEstablishConnection - Hello > winInitClipboard () > winProcEstablishConnection - winInitClipboard returned. > winClipboardProc - Hello > DetectUnicodeSupport - Windows NT/2000/XP > winClipboardProc - DISPLAY=127.0.0.1:0.0 > winProcQueryTree - Clipboard client already launched, returning. > winClipboardProc - XOpenDisplay () returned and successfully opened the display. > winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. > > winClipboardIOErrorHandler! > > winClipboardProc - setjmp returned for IO Error Handler. > winProcSetSelectionOwner - OpenClipboard () failed: 00000578 > winProcSetSelectionOwner - OpenClipboard () failed: 00000578 > ddxBeforeReset - Hello > ddxBeforeReset - Clipboard thread has exited. > winDeinitMultiWindowWM - Noting shutdown in progress From borota@softhome.net Thu Mar 18 00:55:00 2004 From: borota@softhome.net (Gregory Borota) Date: Thu, 18 Mar 2004 00:55:00 -0000 Subject: xdvi script - minor bug In-Reply-To: <87vfl5b3l1.fsf@peder.flower> References: <40562C8A.7040704@cygwin.com> <87vfl5b3l1.fsf@peder.flower> Message-ID: <4058F362.8080106@softhome.net> > Gregory Borota writes: > > >>Should be: >>exec xdvi.bin $NAMEOPT ${1+"$@"} > > > Thanks. I'll forward it upstream, this will be fixed in the next > release. > > Jan. Well, another thing that might be fixed is to allow dvi files to be renamed even while they are displayed. At present one could only copy into the file but not "move into". I find that quite weird. Here is what I mean: $ xdvi file.dvi & $ cp otherfile.dvi file.dvi That works! $ mv otherfile.dvi file.dvi mv: cannot create regular file `file.dvi': Permission denied It might be related to the fact that F_SETOWN is not implemented under Cygwin. fcntl F_SETOWN (xdvi): Invalid argument Thanks, Greg From harold@codeweavers.com Thu Mar 18 02:31:00 2004 From: harold@codeweavers.com (Harold L Hunt II) Date: Thu, 18 Mar 2004 02:31:00 -0000 Subject: Upcoming X.org release and splitting packages Message-ID: <40590A04.1090101@codeweavers.com> We will soon (possibly next week) be releasing a new version of all Cygwin/X packages built from the source code tree managed by X.org and hosted on freedesktop.org. This will be a very good thing since all of the Cygwin/X developers will be able to stay in sync with the exact code that is in distribution via CVS, compared to our current system today where the code in distribution has many differences from that in CVS. The rebuild won't mean much to end users: all libraries remain binary compatible with the current packages and the contents of the release (programs, etc.) will be almost identical. In case you have not noticed, I created a build and packaging script system for Cygwin/X last week (took 60+ hours). This script system does a few things for us, such as allowing us to easily distribute source tarballs via Cygwin's setup.exe. More importantly, the script system allows us to exercise a finer control over what files each package contains and how many packages we break the distribution up into. We can very easily rename current packages when we make the next release, we can split existing packages into pieces, or we could take a set of packages, roll them back together, then split that entire mess into mixed pieces of the originals. I am mentioning this now because I can think of a few things that I would like to change in our package layout in time for the X.org release, but I would also like to get feedback from the community on what you think would be useful. Please take a look at my brief list of ideas below and send your thoughts to the mailing list if you have something about our packaging that you have wanted changed for a long time. My Proposals for Packaging Changes ================================== 1) Due to popular demand, rename the "prog" package to "devel". The name "devel" matches the defacto standard used by other packages for link libraries and header files; most people have no idea what the "prog" package is for, but they do know what a "devel" package is for. 2) Split the "bin" package into at least a few pieces (but not too many pieces): 2a) "bin-dlls" will contain the .dll files only. This would allow packages like emacs or xemacs to depend only on bin-dlls instead of on the entire bin package which includes programs not used by emacs nor xemacs. 2b) "bin-lndir" would contain the lndir utility. lndir has no dependence on X libs and can be used by any programmer for non-X projects. 2c) "bin-apps" would contain all other applications originally contained in "bin" but not contained in "bin-dlls" nor "bin-lndir". 3) Rename all fonts packages from "f100, cyr, fenc, fnts, fscl" to something like "fonts-100dpi", "fonts-cyrillic", "fonts-encodings", "fonts-75dpi", and "fonts-scalable". 4) Split the "fnts" package into a "fonts-required" and "fonts-75dpi". fonts-required should be a very small package that would allow people to minimize their download if they are using Xdmcp to reach a KDE or Gnome desktop, both of which you client-rendered fonts (few fonts required on your Cygwin/X host in that case). 5) Rename the "lib" package to something more meaningful. The name currently implies that it might contain link libraries or run-time libraries, but it really contains files shared among X packages. Perhaps "shared-files" would be a better name. I would appreciate it if someone would look into what Debian and/or Fedora call this package. 6) Rename "fsrv" to "font-server". 7) Rename "html" to "manual-pages-html". 8) Rename "man" to "manual-pages". Let us know what you think of those and send in your own suggestions as well. Harold From 1@pervalidus.net Thu Mar 18 03:37:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Thu, 18 Mar 2004 03:37:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: <40590A04.1090101@codeweavers.com> References: <40590A04.1090101@codeweavers.com> Message-ID: On Wed, 17 Mar 2004, Harold L Hunt II wrote: > We will soon (possibly next week) be releasing a new version > of all Cygwin/X packages built from the source code tree > managed by X.org and hosted on freedesktop.org. This will be > a very good thing since all of the Cygwin/X developers will > be able to stay in sync with the exact code that is in > distribution via CVS, compared to our current system today > where the code in distribution has many differences from that > in CVS. The rebuild won't mean much to end users: all > libraries remain binary compatible with the current packages > and the contents of the release (programs, etc.) will be > almost identical. What are the main differences between it and XFree86 4.4.0 ? Are things like XTerm 185 included, or everything that goes to XFree86 can't to X.org ? > 2) Split the "bin" package into at least a few pieces (but not too many > pieces): > > 2a) "bin-dlls" will contain the .dll files only. This would allow > packages like emacs or xemacs to depend only on bin-dlls instead of on > the entire bin package which includes programs not used by emacs nor xemacs. Maybe do the same for Lesstif ? > 2b) "bin-lndir" would contain the lndir utility. lndir has > no dependence on X libs and can be used by any programmer for > non-X projects. Nice. lndir is very useful when a /path/to/configure options doesn't work as expected due to lack of Automake support or brokeness. > 2c) "bin-apps" would contain all other applications > originally contained in "bin" but not contained in "bin-dlls" > nor "bin-lndir". I thought you'd split it more, like only adding what's really essential, and move xbiff, xclock, xedit, xman, etc to a separate package. But how to know what's essential ? And I guess imake, makedepend, /usr/X11R6/lib/X11/config, etc could go in "devel" ? -- http://www.pervalidus.net/contact.html From davidf@sjsoft.com Thu Mar 18 05:15:00 2004 From: davidf@sjsoft.com (David Fraser) Date: Thu, 18 Mar 2004 05:15:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: <40590A04.1090101@codeweavers.com> References: <40590A04.1090101@codeweavers.com> Message-ID: <405930DC.3060904@sjsoft.com> Harold L Hunt II wrote: > We will soon (possibly next week) be releasing a new version of all > Cygwin/X packages built from the source code tree managed by X.org and > hosted on freedesktop.org. This will be a very good thing since all of > the Cygwin/X developers will be able to stay in sync with the exact > code that is in distribution via CVS, compared to our current system > today where the code in distribution has many differences from that in > CVS. The rebuild won't mean much to end users: all libraries remain > binary compatible with the current packages and the contents of the > release (programs, etc.) will be almost identical. > > In case you have not noticed, I created a build and packaging script > system for Cygwin/X last week (took 60+ hours). This script system > does a few things for us, such as allowing us to easily distribute > source tarballs via Cygwin's setup.exe. More importantly, the script > system allows us to exercise a finer control over what files each > package contains and how many packages we break the distribution up > into. We can very easily rename current packages when we make the next > release, we can split existing packages into pieces, or we could take > a set of packages, roll them back together, then split that entire > mess into mixed pieces of the originals. > > I am mentioning this now because I can think of a few things that I > would like to change in our package layout in time for the X.org > release, but I would also like to get feedback from the community on > what you think would be useful. Please take a look at my brief list of > ideas below and send your thoughts to the mailing list if you have > something about our packaging that you have wanted changed for a long > time. > > My Proposals for Packaging Changes > ================================== > 1) Due to popular demand, rename the "prog" package to "devel". The > name "devel" matches the defacto standard used by other packages for > link libraries and header files; most people have no idea what the > "prog" package is for, but they do know what a "devel" package is for. +1 > 2) Split the "bin" package into at least a few pieces (but not too > many pieces): > > 2a) "bin-dlls" will contain the .dll files only. This would allow > packages like emacs or xemacs to depend only on bin-dlls instead of on > the entire bin package which includes programs not used by emacs nor > xemacs. > > 2b) "bin-lndir" would contain the lndir utility. lndir has no > dependence on X libs and can be used by any programmer for non-X > projects. > > 2c) "bin-apps" would contain all other applications originally > contained in "bin" but not contained in "bin-dlls" nor "bin-lndir". This sounds great... although I wonder whether it would be good to split bin-apps into bin-apps (xterm, xeyes, etc) and bin-utils (xauth, xhost etc) > > 3) Rename all fonts packages from "f100, cyr, fenc, fnts, fscl" to > something like "fonts-100dpi", "fonts-cyrillic", "fonts-encodings", > "fonts-75dpi", and "fonts-scalable". +1 > 4) Split the "fnts" package into a "fonts-required" and "fonts-75dpi". > fonts-required should be a very small package that would allow people > to minimize their download if they are using Xdmcp to reach a KDE or > Gnome desktop, both of which you client-rendered fonts (few fonts > required on your Cygwin/X host in that case). +1 > 5) Rename the "lib" package to something more meaningful. The name > currently implies that it might contain link libraries or run-time > libraries, but it really contains files shared among X packages. > Perhaps "shared-files" would be a better name. I would appreciate it > if someone would look into what Debian and/or Fedora call this package. Fedora has all the /usr/X11R6/lib/locale/ files, /usr/X11R6/lib/X11/rgb.txt /usr/X11R6/lib/X11/XErrorDB and /usr/X11R6/lib/X11/XKeysymDB in XFree86-libs-data, the /usr/X11R6/include/X11/bitmaps/ files in XFree86-devel, and on my system doesn't have /usr/X11R6/lib/X11/xedit/lisp/ files so I can't say. So I guess libs-data is a good name... > 6) Rename "fsrv" to "font-server". +1 > 7) Rename "html" to "manual-pages-html". > > 8) Rename "man" to "manual-pages". what about docs and docs-html for these too? > Let us know what you think of those and send in your own suggestions > as well. > > Harold Just some ideas David From earle@ziplabel.com Thu Mar 18 07:19:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 18 Mar 2004 07:19:00 -0000 Subject: Updated: XFree86-[base,xserv] In-Reply-To: <20040317181943.D88CC15DFA@mail03.powweb.com> Message-ID: <5.1.1.6.2.20040317230639.00baeab8@mail.ziplabel.com> It's bad form to talk to yourself, but... At 06:19 PM 3/17/2004 +0000, Earle wrote: >OK, I feel really stupid now. I did test this locally but not with xterm >menus. I do most of my work in emacs, which seems OK, so didn't notice... >There's a transient property on the window that should be examined >before cascading it, I'll either back out the change or add the transient >property check tonight. I've got the fix ready, but it seems freedesktop.org is down (www & cvs both) tonight. I'll try again tomorrow morning, but it turned out to be that we have to check for 3 things @ line ~482 of winmultiwindowwindow.c: 1. Not predefined in hints (preplaced w/-geometry or by the app) 2. No WM_TRANSIENT_FOR ATOM attached (for things like splash screens) 3. No pWin->overrideRedirect (undecorated) Adding those 3 changes makes everything back to hunkey-dorey in emacs, xterm, xfig, xfontsel, and xemacs. The main app window is cascaded but menus aren't touched. Harold, I'll look at the always-on-top stuff once these are checked in... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From hans.dekker.ext@juntadeandalucia.es Thu Mar 18 08:29:00 2004 From: hans.dekker.ext@juntadeandalucia.es (Hans Dekker) Date: Thu, 18 Mar 2004 08:29:00 -0000 Subject: Final solution on using AltGr keyboard definitions with HP-UX CDE/ Motif/ X11R6 and Linux/ Cygwin Message-ID: <40595E19.6020304@juntadeandalucia.es> Hi all, I posted some questions sometime ago on the problem of using Cygwin in conjunction with HP-UX 11 CDE and other X-apps. Although xterm and hpterm were working well after editing with xmodmap, dtterm and our Sas application -which has a Motif/X11R6 interface- weren't. After researching and finding mails from various user groups, I found that setting the environment variable XKB_DISABLE=1 is the solution on a HP-UX 11 platform. Setting this parameter disables Motif XKB translations and puts Motif apps back to good old X-handling of keyboards. My suggestion to the editors of the Cygwin manuals would be to put this at least in the Cygwin documentation, since I saw others in your mailing lists having this problem. To get dtterm or your Motif/X11R6 application working well with the AltGr key on HP-UX 11 use: start X environment # XKB_DISABLE=1 dtterm or # XKB_DISABLE=1 Next, you will need to reassign the AltGr key (thanks to A. Gottwald and Philippe Auclair): xmodmap -e "clear mod5" xmodmap -e "clear mod3" xmodmap -e "keycode 113 = Mode_switch Multi_key" xmodmap -e "add mod3 = Mode_switch" Then you can modify your keyboard further with xmodmap as desired. For convenience I added a xmodmap.es.hpux file with the definitions for a Spanish keyboard. It is a compilation of the definitions found in the file /etc/X11/xkb/symbols/pc/es. You can use xmodmap both on a terminal on your X-server as in the remote application that is using your X-server. Beware to use xmodmap with other X-servers like the ones of Linux or XWin32, since those will have different keycodes mapped to the keyboard! Following the documentation you should be able to prevent the above xmodmap commands, changing one of the keyboard configurations included with Cygwin as you like using the XF86Config file. In my case I still needed to xmodmap keys with to use their 'third' or AltGr definition, although others said this wouldn't be necessary and the keyboard mapping will be brought over OK the the X-server. I included the file /etc/X11/xkb/symbols/pc/es for a Spanish keyboard and added the option "hpux" which defines the the keyboard using the pc/es(basic) option, but with the Mode_switch definition of AltGr. You can change as you like, and make a definition for the nodeadkeys option for example. Activate it in your XF86Config using: Option "XkbLayout" "es" Option "XkbVariant" "hpux" Option "LeftAlt" "Meta" Option "RightAlt" "ModeShift" or use this command when you don't have a XF86Config file: # setxkbmap -layout es -variant hpux Using Cygwin with HP-UX CDE: When you are using CDE on HP-UX you can use the following procedure, which I found on the Internet. Check the solution at http://aa11.cjb.net/hpux_admin/2000/12/0212.html that came from the community: Create the file /etc/dt/config/Xsession.d/0050.disable_xkb with the following content: #!/usr/bin/ksh ##################################################################### ### File: 0050.disable_xkb ### ### Purpose: disable the XKEYBOARD extension in all R6 ### client software. ##################################################################### export XKB_DISABLE=1 and give it the 755 protection. Then put in the .dtprofile of a user the command to change his/her keyboard layout: xmodmap /etc/xmodmap.es.hpux which contains a copy of the enclosed keyboard mapping. Again: beware to use xmodmap with other X-servers like the ones of Linux or XWin32, since those will have different keycodes mapped to the keyboard! -------------- next part -------------- A non-text attachment was scrubbed... Name: es Type: application/x-java-applet Size: 2635 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xmodmap.es.hpux URL: From staf.verhaegen@imec.be Thu Mar 18 08:33:00 2004 From: staf.verhaegen@imec.be (Staf Verhaegen) Date: Thu, 18 Mar 2004 08:33:00 -0000 Subject: Clipboard and XDCMP In-Reply-To: <20040317215814.GA31444@foxbat.htsoft.com> References: <4058189A.6020507@imec.be> <20040317215814.GA31444@foxbat.htsoft.com> Message-ID: <40595EE8.6010601@imec.be> ryan@htsoft.com wrote: > Staf, > > Can you copy and paste into the gdm login prompt? If so check the killinitclients line in the gdm config file. I have similar issues, and turning off killinitclients is not an option, but I havn't had the time to look into it, so I shan't complain. > > Ryan. I can copy and paste in the login prompt so probably the killinitclients option is the fault. Maybe an entry for the FAQ ? Maybe I propose a change for the X server then ? Can't the clipboard handler be restarted once when it is deleted ? This will let the clipboard function also for gdm with killinitclients on. Staf. From luke.kendall@cisra.canon.com.au Thu Mar 18 09:33:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Thu, 18 Mar 2004 09:33:00 -0000 Subject: Can't start a specific remote X app any more Message-ID: <20040318093310.BFDD234C50@nevin.research.canon.com.au> I recently upgraded to Cygwin 1.5.7(0.109/3/2), including XWin release 4.3.0.56 installed from XFree86-bin-4.3.0-16.tar.bz2 Now when I try to run one particular remote X application (my MUA) I get this error: X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 18 (X_ChangeProperty) Atom id in failed request: 0xee Serial number of failed request: 12 Current serial number in output stream: 15 The remote (linux) machine has not had its sshd config changed since 2002. It has "X11Forwarding yes", and used to work fine. If I ssh -X into the machine, DISPLAY is set to localhost:10.0 The MUA runs fine on the Linux machine which I am connecting to with ssh. xmessage and other X applications I've tried also work okay. The MUA is Postilion (a Tk/Tcl application built from the TkRat MUA, but with the Nextstep Mail program's look and feel). Other Tk applications work okay. There's nothing odd in /tmp/XWin.log. Any suggestions? luke From luke.kendall@cisra.canon.com.au Thu Mar 18 09:58:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Thu, 18 Mar 2004 09:58:00 -0000 Subject: Can't start a specific remote X app any more In-Reply-To: <20040318093310.BFDD234C50@nevin.research.canon.com.au> Message-ID: <20040318095853.790D034C50@nevin.research.canon.com.au> On 18 Mar, To: cygwin-xfree@cygwin.com wrote: > Now when I try to run one particular remote X application (my MUA) I get > this error: > > X Error of failed request: BadAtom (invalid Atom parameter) > Major opcode of failed request: 18 (X_ChangeProperty) > Atom id in failed request: 0xee > Serial number of failed request: 12 > Current serial number in output stream: 15 I tried running the MUA from inside gdb, and it worked. Basically, this is what happened postilion --> error message above repeat 3 times ssh -X to my Linux machine postilion --> error message above xmessage --> ok tkxplanet --> ok postilion inside gdb --> ok postilion --> ok # log out postilion --> this error message: X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 20 (X_GetProperty) Atom id in failed request: 0xee Serial number of failed request: 11 Current serial number in output stream: 11 ssh -X to my Linux machine $ tkxplanet X Error of failed request: BadAtom (invalid Atom parameter Major opcode of failed request: 20 (X_GetProperty) Atom id in failed request: 0xee Serial number of failed request: 11 Current serial number in output stream: 11 $ xmessage ok $ tkxplanet X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 20 (X_GetProperty) Atom id in failed request: 0xee Serial number of failed request: 11 Current serial number in output stream: 11 I haven't managed to run the MUA a 2nd time. Ah. Having just typed all this up, I just tried again in case it might be time related. Since both times it worked, it was about 10 minutes after a series of failures. Sure enough, it's working again at the moment. Any idea what might be going on here? luke From Antonio.Jose.Rodrigues.Neto@netapp.com Thu Mar 18 09:59:00 2004 From: Antonio.Jose.Rodrigues.Neto@netapp.com (Neto, Antonio Jose Rodrigues) Date: Thu, 18 Mar 2004 09:59:00 -0000 Subject: Help with startxwin.bat Message-ID: Please, could anyone help me with this! I've install the cygwin on my Windows XP Professional and I'm try to use startxwin.bat. It is Ok. But, when I click on X (Show Root Window) - my screen and my mouse are frozen and the Xwin.exe process is 100%. Could you help me? TIA Best Regards neto PS : Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Mar 17 14:13:04 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\Windows Resource Kits\Tools\ c:\PROGRAM FILES\THINKPAD\UTILITIES c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ATI Technologies\ATI Control Panel c:\Program Files\Support Tools\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 20508(neto) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 20508(neto) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\Documents and Settings\neto' MAKE_MODE = `unix' PWD = `/cygdrive/c/Documents and Settings/neto' USER = `neto' Use `-r' to scan registry c: hd NTFS 25005Mb 51% CP CS UN PA FC Windows XP d: hd FAT32 10067Mb 54% CP UN BACKUP e: cd N/A N/A h: net NTFS 4096Mb 0% CP CS UN PA users C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 802k 2003/09/15 C:\cygwin\bin\cygaspell-15.dll 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll 54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll 14k 2003/08/10 C:\cygwin\bin\cygcharset-1.dll 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll 842k 2003/09/30 C:\cygwin\bin\cygcrypto-0.9.7.dll 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll 598k 2003/11/03 C:\cygwin\bin\cygcurl-2.dll 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll 326k 2002/06/26 C:\cygwin\bin\cygdb2.dll 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll 71k 2004/01/13 C:\cygwin\bin\cygexslt-0.dll 654k 2003/11/04 C:\cygwin\bin\cygfltknox-0.dll 65k 2003/11/04 C:\cygwin\bin\cygfltknox_forms-0.dll 81k 2003/11/04 C:\cygwin\bin\cygfltknox_gl-0.dll 108k 2003/11/04 C:\cygwin\bin\cygfltknox_images-0.dll 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 48k 2003/08/09 C:\cygwin\bin\cygform7.dll 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll 213k 2004/02/05 C:\cygwin\bin\cyggd-2.dll 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll 69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll 12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll 134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll 167k 2003/09/09 C:\cygwin\bin\cyggmp-3.dll 349k 2003/12/08 C:\cygwin\bin\cygGraphicsMagick++-0.dll 2169k 2003/12/08 C:\cygwin\bin\cygGraphicsMagick-0.dll 1506k 2003/11/05 C:\cygwin\bin\cyggsl-0.dll 190k 2003/11/05 C:\cygwin\bin\cyggslcblas-0.dll 489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll 489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll 24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll 24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll 62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll 62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll 23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll 23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll 11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll 11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll 330k 2004/02/09 C:\cygwin\bin\cyghttpd.dll 958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll 48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll 60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll 60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll 40k 2004/01/02 C:\cygwin\bin\cyglber-2.dll 194k 2004/01/02 C:\cygwin\bin\cygldap-2.dll 202k 2004/01/02 C:\cygwin\bin\cygldap_r-2.dll 32k 2003/08/18 C:\cygwin\bin\cygltdl-3.dll 349k 2003/12/26 C:\cygwin\bin\cygMagick++-6.dll 2354k 2003/12/26 C:\cygwin\bin\cygMagick-6.dll 181k 2003/10/06 C:\cygwin\bin\cygmcrypt-4.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll 271k 2003/10/06 C:\cygwin\bin\cygmhash-2.dll 15k 2003/11/20 C:\cygwin\bin\cygminires.dll 469k 2004/02/11 C:\cygwin\bin\cygnaim_core-0.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll 1049k 2003/11/07 C:\cygwin\bin\cygperl5_8_2.dll 168k 2003/08/10 C:\cygwin\bin\cygpng10.dll 173k 2003/08/10 C:\cygwin\bin\cygpng12.dll 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll 672k 2003/12/25 C:\cygwin\bin\cygruby18.dll 380k 2003/12/13 C:\cygwin\bin\cygsmi-2.dll 171k 2003/09/30 C:\cygwin\bin\cygssl-0.9.7.dll 165k 2003/04/11 C:\cygwin\bin\cygssl.dll 254k 2003/09/18 C:\cygwin\bin\cygtidy-0-99-0.dll 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll 27k 2004/03/05 C:\cygwin\bin\cygungif-4.dll 2689k 2002/11/16 C:\cygwin\bin\cygxerces-c21.dll 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll 3006k 2003/10/12 C:\cygwin\bin\cygxerces-c23.dll 3520k 2003/12/16 C:\cygwin\bin\cygxerces-c24.dll 3416k 2004/02/21 C:\cygwin\bin\cygxerces-c25.dll 1172k 2004/01/10 C:\cygwin\bin\cygxml2-2.dll 50k 2003/08/09 C:\cygwin\bin\cygXpm-noX4.dll 54k 2003/08/09 C:\cygwin\bin\cygXpm-X4.dll 191k 2004/01/13 C:\cygwin\bin\cygxslt-1.dll 61k 2003/12/04 C:\cygwin\bin\cygz.dll 1083k 2004/01/31 C:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.5.7 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 109 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Fri Jan 30 19:32:04 EST 2004 CVS tag: cr-0x9e Shared id: cygwin1S3 237k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygdps-1.dll 121k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll 28k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll 282k 2003/10/28 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll 373k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygGL-1.dll 439k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll 74k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygICE-6.dll 76k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygMrm-2.dll 9k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll 20k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll 30k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygSM-6.dll 66k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygUil-2.dll 864k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygX11-6.dll 253k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll 355k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll 275k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXaw3d-7.dll 36k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll 49k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXext-6.dll 56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll 63k 2004/03/17 C:\cygwin\usr\X11R6\bin\cygXft-2.dll 27k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXi-6.dll 1293k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygXm-2.dll 76k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll 11k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll 26k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXp-6.dll 51k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll 14k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll 26k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll 282k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXt-6.dll 27k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll 17k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll Cygwin Package Information Package Version _update-info-dir 00227-1 a2ps 4.13-1 agetty 2.1-1 antiword 0.34-2 apache 1.3.29-2 ash 20040127-1 aspell 0.50.3-1 aspell-de 0.50.2-1 aspell-doc 0.50.3-1 aspell-en 0.51.0-1 aspell-pl 0.50.2-1 astyle 1.15.3-3 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.7.9-1 automake-stable 1.4p6-2 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 bc 1.06-1 binutils 20040312-1 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-5 c-client 2002e-3 c3270 3.2.20-1 cabextract 0.6-2 ccache 2.2-1 ccdoc 0.8.39-1 cgoban 1.9.14-1 check 0.8.4-1 chkconfig 1.2.24h-1 clear 1.0-1 clisp 2.32-1 cmake 1.8.3-1 cocom 0.995-1 compface 1.4-5 cpio 2.5-3 cron 3.0.1-11 crypt 1.1-1 ctags 5.5-4 curl 7.10.8-1 curl-devel 7.10.8-1 cvs 1.11.6-3 cygipc 2.03-2 cygrunsrv 0.98-1 cygutils 1.2.5-1 cygwin 1.5.7-1 cygwin-doc 1.3-7 cygwin-x-doc 1.0.1-1 d 1.2.0-1 db2 2.7.7-4 db3.1 3.1.17-2 db4.1 4.1.25-1 ddd 3.3.8-1 dejagnu 20021217-2 diffutils 2.8.4-1 distcc 2.13-1 docbook-xml42 4.2-2 docbook-xsl 1.64.1-1 doxygen 1.2.18-1 dpkg 1.10.4-2 ed 0.2-1 editrights 1.01-1 ELFIO 1.0.0-1 emacs 21.2-12 emacs-el 21.2-12 emacs-X11 21.2-12 enscript 1.6.3-3 exim 4.30-2 expat 1.95.7-1 expect 20030128-1 fetchmail 6.2.5-2 figlet 2.2-1 file 4.06-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fltk 1.1.4-2 fontconfig 2.2.2-1 fortune 1.8-2 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.3-4 gcc 3.3.1-3 gcc-ada 3.3.1-3 gcc-g++ 3.3.1-3 gcc-g77 3.3.1-3 gcc-gpc 3.3.1-3 gcc-java 3.3.1-3 gcc-mingw 20030911-4 gcc-mingw-ada 20031020-1 gcc-mingw-core 20031020-1 gcc-mingw-g++ 20031020-1 gcc-mingw-g77 20031020-1 gcc-mingw-gpc 20031020-1 gcc-mingw-java 20031020-1 gcc-mingw-objc 20031020-1 gcc-objc 3.3.1-3 gd 2.0.21-1 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.12.1-3 gettext-devel 0.12.1-3 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 gmp 4.1.2-1 gnugo 3.4-1 gnupg 1.2.4-1 gnuplot 3.8j.0-1 gperf 2.7.2-1 grace 5.1.12-1 GraphicsMagick 1.0.4-1 grep 2.5-1 groff 1.18.1-2 gsl 1.4-2 gtypist 2.7-2 guile 1.6.4-12 guile-devel 1.6.4-12 guile-doc 1.6.4-12 gv 3.5.8-1 gzip 1.3.5-1 help2man 1.33.1-1 ImageMagick 5.5.7-2 indent 2.2.9-1 inetutils 1.3.2-26 initscripts 0.9-1 ioperm 0.4-1 irc 20010101-3 jbigkit 1.5-3 jgraph 8.3-1 jpeg 6b-11 keychain 2.0.3-2 less 381-1 lesstif 0.93.91-6 lftp 2.6.10-2 libaspell15 0.50.3-1 libbz2_0 1.0.2-1 libbz2_1 1.0.2-5 libcharset1 1.9.1-3 libdb2 2.7.7-4 libdb2-devel 2.7.7-4 libdb3.1 3.1.17-2 libdb3.1-devel 3.1.17-2 libdb4.1 4.1.25-1 libdb4.1-devel 4.1.25-1 libfontconfig-devel 2.2.2-1 libfontconfig1 2.2.2-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgd-devel 2.0.21-1 libgd2 2.0.21-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.12.1-3 libGraphicsMagick-devel 1.0.4-1 libGraphicsMagick0 1.0.4-1 libguile12 1.6.4-12 libguile12abi13 1.6.4-2 libiconv 1.9.1-3 libiconv2 1.9.1-3 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libjpeg62 6b-11 libjpeg6b 6b-8 libkpathsea3 2.0.2-13 libkpathsea3abi13 2.0.2-2 libltdl3 1.5-3 libMagick-devel 5.5.7-2 libMagick6 5.5.7-2 libmcrypt 2.5.7-2 libmcrypt-devel 2.5.7-2 libncurses-devel 5.3-4 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libopenldap2 2.1.25-1 libpcre 4.1-1 libpcre0 4.5-1 libpng 1.2.5-4 libpng10 1.0.15-4 libpng10-devel 1.0.15-4 libpng12 1.2.5-4 libpng12-devel 1.2.5-4 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libsmi 0.4.2-1 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtool 1.5b-1 libtool-devel 1.5-3 libtool-stable 1.4.3-2 libungif 4.1.0-3 libxerces-c21 2.1.0-1 libxerces-c22 2.2.0-1 libxerces-c23 2.3.0-4 libxerces-c24 2.4.0-4 libxerces-c25 2.5.0-1 libXft 2.1.5-2 libXft-devel 2.1.5-2 libXft1 1.0.0-1 libXft2 2.1.5-2 libxml2 2.6.4-1 libxslt 1.1.2-1 lilypond 2.0.1-1 lilypond-doc 2.0.1-1 links 0.99pre14-1 login 1.9-7 lynx 2.8.4-7 m4 1.4-1 make 3.80-1 man 1.5k-2 mc 4.6.0-4 mhash 0.8.18-1 mhash-devel 0.8.18-1 mingw-runtime 3.2-1 mingw-zlib 1.2.1-1 minires 0.97-1 minires-devel 0.97-1 mktemp 1.5-3 more 2.11o-1 mt 2.1-1 mutt 1.4.1-2 naim 0.11.6.6-1 nano 1.2.2-1 nasm 0.98.38-1 ncftp 3.1.4-1 ncurses 5.3-4 ncurses-demo 5.3-4 nedit 5.4-1 netcat 1.10-2 openbox 0.99.1-4 opengl 1.1.0-7 openldap 2.1.25-1 openldap-devel 2.1.25-1 openssh 3.8p1-1 openssl 0.9.7c-1 openssl-devel 0.9.7c-1 openssl096 0.9.6j-1 par 1.52-1 patch 2.5.8-8 patchutils 0.2.22-2 pcre 4.5-1 pcre-devel 4.5-1 pcre-doc 4.5-1 pdksh 5.2.14-3 perl 5.8.2-1 perl-libwin32 0.191-1 perl_manpages 5.8.2-1 pine 4.58-1 pinfo 0.6.8-1 pkgconfig 0.15.0-4 popt 1.6.4-4 postgresql 7.4.1-3 pr3270 3.2.20-1 procmail 3.22-8 procps 010801-2 proftpd 1.2.9-1 psutils 1.17-1 python 2.3.3-1 rcs 5.7-3 readline 4.3-5 rebase 2.3-1 robots 2.0-3 rpm 4.1-1 rpm-build 4.1-1 rpm-doc 4.1-1 rsync 2.6.0-1 ruby 1.8.1-1 rxvt 2.7.10-4 s3270 3.2.20-1 sed 4.0.8-1 setsid 0.0-3 sh-utils 2.0.15-4 sharutils 4.2.1-3 shutdown 1.4-1 splint 3.1.1-1 squid 2.4.STABLE7-1 ssmtp 2.60.4-3 stunnel 4.04-3 suite3270 3.2.20-1 sunrpc 4.0-2 SWI-Prolog 5.2.6-1 swig 1.3.19-1 sysvinit 2.84-4 tar 1.13.25-5 tcl3270 3.2.20-1 tcltk 20030901-1 tcm 2.20-1 tcp_wrappers 7.6-1 tcsh 6.12.00-7 termcap 20021106-2 terminfo 5.3_20030726-1 tetex 2.0.2-13 tetex-base 2.0.2-13 tetex-bin 2.0.2-13 tetex-devel 2.0.2-13 tetex-doc 2.0.2-13 tetex-extra 2.0.2-13 tetex-tiny 2.0.2-13 tetex-x11 2.0.2-13 texinfo 4.2-4 TeXmacs 1.0.3.3-1 textutils 2.0.21-1 tidy 030901-1 tiff 3.6.0-5 time 1.7-1 tin 1.6.2-1 transfig 3.2.4-2 ttcp 19980512-1 tzcode 2003e-1 ucl 1.01-1 units 1.77-1 unzip 5.50-5 upx 1.24-1 uw-imap 2002e-3 uw-imap-imapd 2002e-3 uw-imap-util 2002e-3 vim 6.2.098-1 w32api 2.5-1 wget 1.9.1-1 which 1.5-2 whois 4.6.7-1 WindowMaker 0.80.2-1 WordNet 2.0-1 wtf 0.0.4-6 X-start-menu-icons 1.0.1-1 X-startup-scripts 1.0.2-1 x2x 1.30-1 x3270 3.2.20-1 Xaw3d 1.5D-5 xemacs 21.4.15-1 xemacs-emacs-common 21.4.15-1 xemacs-mule-sumo 2004-02-02-1 xemacs-sumo 2004-02-02-1 xemacs-tags 21.4.15-1 xerces-c 2.5.0-1 xerces-c-devel 2.5.0-1 xerces-c-doc 2.5.0-1 xfig 3.2.4-6 xfig-lib 3.2.4-6 XFree86-base 4.3.0-6 XFree86-bin 4.3.0-17 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-10 XFree86-f100 4.3.0-1 XFree86-fcyr 4.3.0-1 XFree86-fenc 4.3.0-1 XFree86-fnts 4.3.0-1 XFree86-fscl 4.3.0-1 XFree86-fsrv 4.3.0-8 XFree86-html 4.3.0-7 XFree86-jdoc 4.3.0-2 XFree86-lib 4.3.0-2 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-7 XFree86-nest 4.3.0-7 XFree86-prog 4.3.0-19 XFree86-prt 4.3.0-6 XFree86-ps 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-vfb 4.3.0-7 XFree86-xserv 4.3.0-56 xgraph 12.1-1 xinetd 2.3.9-1 xmlto 0.0.18-1 xpm-nox 4.2.0-4 xwinclip 1.2.0-1 zip 2.3-6 zlib 1.2.1-1 zsh 4.1.1-3 Use -h to see help about each section From alexander.gottwald@s1999.tu-chemnitz.de Thu Mar 18 10:20:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 18 Mar 2004 10:20:00 -0000 Subject: Can't start a specific remote X app any more In-Reply-To: <20040318093310.BFDD234C50@nevin.research.canon.com.au> References: <20040318093310.BFDD234C50@nevin.research.canon.com.au> Message-ID: yn Thu, 18 Mar 2004 luke.kendall@cisra.canon.com.au wrote: > I recently upgraded to Cygwin 1.5.7(0.109/3/2), including > XWin release 4.3.0.56 installed from XFree86-bin-4.3.0-16.tar.bz2 > > Now when I try to run one particular remote X application (my MUA) I get > this error: > > X Error of failed request: BadAtom (invalid Atom parameter) > Major opcode of failed request: 18 (X_ChangeProperty) > Atom id in failed request: 0xee > Serial number of failed request: 12 > Current serial number in output stream: 15 > > The remote (linux) machine has not had its sshd config changed since > 2002. It has "X11Forwarding yes", and used to work fine. > > If I ssh -X into the machine, DISPLAY is set to localhost:10.0 http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Thu Mar 18 10:23:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 18 Mar 2004 10:23:00 -0000 Subject: Urgent: Help with startxwin.bat In-Reply-To: References: Message-ID: On Wed, 17 Mar 2004, Neto, Antonio Jose Rodrigues wrote: > Hi All, > > Please, could you help me? > > I've install the cygwin on my Windows XP Professional and I'm try to use > startxwin.bat. It is Ok. > > But, when I click on X (Show Root Window) - my screen and my mouse are > frozen and the Xwin.exe process is 100%. Does it all work if you don't click on "Show Root Window"? > Could you help me? > > Cygwin Win95/NT Configuration Diagnostics > Current System Time: Wed Mar 17 14:13:04 2004 > Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 much more important is /tmp/XWin.log And you don't need to send a message three times in two days. -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Thu Mar 18 11:52:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 18 Mar 2004 11:52:00 -0000 Subject: Massive CVS update In-Reply-To: References: Message-ID: On Wed, 17 Mar 2004, Alexander Gottwald wrote: > I will try to merge the XORG-RELEASE-1 branch more often into the > CYGWIN branch to be as close as possible to the xorg work and be > able to make a stable release as soon as the other xorg developers > make their release. Some words on how I do the merge: I have the two branches checked out with this layout xorg-release-1/xc XORG-RELEASE-1 xc-cygwin-merge/xc CYGWIN the commands are quite simple # # Get the latest from XORG-RELEASE-1 # cd xorg-release-1/xc cvs update # # Mark the checked out revisions # cvs tag -F XORG-CYGWIN-MERGE # # Merge changes between XORG-CYGWIN-LAST-MERGE and XORG-CYGWIN-MERGE # cd ../../xc-cygwin-merge/xc cvs update -j XORG-CYGWIN-LAST-MERGE -j XORG-CYGWIN-MERGE # # clean up # # # Commit what has changed # cvs commit -m "merge with XORG-RELEASE-1" # # Mark the revisions as last merge point # cd ../../xorg-release-1/xc cvs tag -F -r XORG-CYGWIN-MERGE XORG-CYGWIN-LAST-MERGE bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Antonio.Jose.Rodrigues.Neto@netapp.com Thu Mar 18 12:01:00 2004 From: Antonio.Jose.Rodrigues.Neto@netapp.com (Neto, Antonio Jose Rodrigues) Date: Thu, 18 Mar 2004 12:01:00 -0000 Subject: Help with startxwin.bat Message-ID: Hi Alexander, Thanks so much for your help. Sorry for wide distribution, but I only send three times becase I don't receive any update in two days and I would like to fiz this problem. Alexander, thanks for answer. Does it all work if you don't click on "Show Root Window"? Yes Xwin.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.57 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 738 1024 winAdjustForAutoHide - Adjusted WorkArea: 0 0 738 1024 winCreateBoundingWindowWindowed - WindowClient w 1024 h 738 r 1024 l 0 b 738 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 738 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1024 height: 738 depth: 32 size image: 3022848 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 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: "00020409" (00020409) (--) Using preset keyboard for "English (USA, International)" (20409), type "4" Rules = "xfree86" Model = "pc105" Layout = "us_intl" Variant = "(null)" Options = "(null)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 512 369 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 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcSetSelectionOwner - Clipboard not yet started, aborting. winProcSetSelectionOwner - Clipboard not yet started, aborting. winDeinitMultiWindowWM - Noting shutdown in progress winTopLevelWindowProc - BitBlt failed: The handle is invalid. winTopLevelWindowProc - BitBlt failed: The handle is invalid. winTopLevelWindowProc - BitBlt failed: The handle is invalid. -----Original Message----- From: Neto, Antonio Jose Rodrigues Sent: Thursday, March 18, 2004 7:00 AM To: 'cygwin-xfree@cygwin.com' Subject: Help with startxwin.bat Importance: High Please, could anyone help me with this! I've install the cygwin on my Windows XP Professional and I'm try to use startxwin.bat. It is Ok. But, when I click on X (Show Root Window) - my screen and my mouse are frozen and the Xwin.exe process is 100%. Could you help me? TIA Best Regards neto PS : Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Mar 17 14:13:04 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\Program Files\Windows Resource Kits\Tools\ c:\PROGRAM FILES\THINKPAD\UTILITIES c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ATI Technologies\ATI Control Panel c:\Program Files\Support Tools\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 20508(neto) GID: 10545(mkgroup-l-d) 10545(mkgroup-l-d) Output from C:\cygwin\bin\id.exe (ntsec) UID: 20508(neto) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 545(Users) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `c:\Documents and Settings\neto' MAKE_MODE = `unix' PWD = `/cygdrive/c/Documents and Settings/neto' USER = `neto' Use `-r' to scan registry c: hd NTFS 25005Mb 51% CP CS UN PA FC Windows XP d: hd FAT32 10067Mb 54% CP UN BACKUP e: cd N/A N/A h: net NTFS 4096Mb 0% CP CS UN PA users C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 802k 2003/09/15 C:\cygwin\bin\cygaspell-15.dll 61k 2003/08/09 C:\cygwin\bin\cygbz2-1.dll 54k 2002/01/27 C:\cygwin\bin\cygbz21.0.dll 14k 2003/08/10 C:\cygwin\bin\cygcharset-1.dll 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll 842k 2003/09/30 C:\cygwin\bin\cygcrypto-0.9.7.dll 645k 2003/04/11 C:\cygwin\bin\cygcrypto.dll 598k 2003/11/03 C:\cygwin\bin\cygcurl-2.dll 22k 2004/02/10 C:\cygwin\bin\cygcygipc-2.dll 380k 2002/07/24 C:\cygwin\bin\cygdb-3.1.dll 831k 2003/09/20 C:\cygwin\bin\cygdb-4.1.dll 326k 2002/06/26 C:\cygwin\bin\cygdb2.dll 487k 2002/07/24 C:\cygwin\bin\cygdb_cxx-3.1.dll 1080k 2003/09/20 C:\cygwin\bin\cygdb_cxx-4.1.dll 155k 2004/01/07 C:\cygwin\bin\cygexpat-0.dll 71k 2004/01/13 C:\cygwin\bin\cygexslt-0.dll 654k 2003/11/04 C:\cygwin\bin\cygfltknox-0.dll 65k 2003/11/04 C:\cygwin\bin\cygfltknox_forms-0.dll 81k 2003/11/04 C:\cygwin\bin\cygfltknox_gl-0.dll 108k 2003/11/04 C:\cygwin\bin\cygfltknox_images-0.dll 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll 45k 2001/04/25 C:\cygwin\bin\cygform5.dll 35k 2002/01/09 C:\cygwin\bin\cygform6.dll 48k 2003/08/09 C:\cygwin\bin\cygform7.dll 361k 2003/10/25 C:\cygwin\bin\cygfreetype-6.dll 213k 2004/02/05 C:\cygwin\bin\cyggd-2.dll 28k 2003/07/20 C:\cygwin\bin\cyggdbm-3.dll 30k 2003/08/11 C:\cygwin\bin\cyggdbm-4.dll 19k 2003/03/22 C:\cygwin\bin\cyggdbm.dll 15k 2003/07/20 C:\cygwin\bin\cyggdbm_compat-3.dll 15k 2003/08/11 C:\cygwin\bin\cyggdbm_compat-4.dll 69k 2003/08/10 C:\cygwin\bin\cyggettextlib-0-12-1.dll 12k 2003/08/10 C:\cygwin\bin\cyggettextpo-0.dll 134k 2003/08/10 C:\cygwin\bin\cyggettextsrc-0-12-1.dll 167k 2003/09/09 C:\cygwin\bin\cyggmp-3.dll 349k 2003/12/08 C:\cygwin\bin\cygGraphicsMagick++-0.dll 2169k 2003/12/08 C:\cygwin\bin\cygGraphicsMagick-0.dll 1506k 2003/11/05 C:\cygwin\bin\cyggsl-0.dll 190k 2003/11/05 C:\cygwin\bin\cyggslcblas-0.dll 489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll 489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll 24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll 24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll 62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll 62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll 23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll 23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll 11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll 11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll 17k 2001/06/28 C:\cygwin\bin\cyghistory4.dll 29k 2003/08/10 C:\cygwin\bin\cyghistory5.dll 330k 2004/02/09 C:\cygwin\bin\cyghttpd.dll 958k 2003/08/10 C:\cygwin\bin\cygiconv-2.dll 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll 21k 2001/06/20 C:\cygwin\bin\cygintl.dll 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll 48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll 132k 2003/08/11 C:\cygwin\bin\cygjpeg-62.dll 119k 2002/02/09 C:\cygwin\bin\cygjpeg6b.dll 60k 2003/09/17 C:\cygwin\bin\cygkpathsea-3.dll 60k 2003/07/27 C:\cygwin\bin\cygkpathsea-3abi13.dll 40k 2004/01/02 C:\cygwin\bin\cyglber-2.dll 194k 2004/01/02 C:\cygwin\bin\cygldap-2.dll 202k 2004/01/02 C:\cygwin\bin\cygldap_r-2.dll 32k 2003/08/18 C:\cygwin\bin\cygltdl-3.dll 349k 2003/12/26 C:\cygwin\bin\cygMagick++-6.dll 2354k 2003/12/26 C:\cygwin\bin\cygMagick-6.dll 181k 2003/10/06 C:\cygwin\bin\cygmcrypt-4.dll 26k 2001/04/25 C:\cygwin\bin\cygmenu5.dll 20k 2002/01/09 C:\cygwin\bin\cygmenu6.dll 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll 271k 2003/10/06 C:\cygwin\bin\cygmhash-2.dll 15k 2003/11/20 C:\cygwin\bin\cygminires.dll 469k 2004/02/11 C:\cygwin\bin\cygnaim_core-0.dll 156k 2001/04/25 C:\cygwin\bin\cygncurses++5.dll 175k 2002/01/09 C:\cygwin\bin\cygncurses++6.dll 226k 2001/04/25 C:\cygwin\bin\cygncurses5.dll 202k 2002/01/09 C:\cygwin\bin\cygncurses6.dll 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll 15k 2001/04/25 C:\cygwin\bin\cygpanel5.dll 12k 2002/01/09 C:\cygwin\bin\cygpanel6.dll 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll 62k 2003/12/11 C:\cygwin\bin\cygpcre-0.dll 63k 2003/04/11 C:\cygwin\bin\cygpcre.dll 9k 2003/12/11 C:\cygwin\bin\cygpcreposix-0.dll 61k 2003/04/11 C:\cygwin\bin\cygpcreposix.dll 1049k 2003/11/07 C:\cygwin\bin\cygperl5_8_2.dll 168k 2003/08/10 C:\cygwin\bin\cygpng10.dll 173k 2003/08/10 C:\cygwin\bin\cygpng12.dll 170k 2002/01/21 C:\cygwin\bin\cygpng2.dll 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll 108k 2001/06/28 C:\cygwin\bin\cygreadline4.dll 148k 2003/08/10 C:\cygwin\bin\cygreadline5.dll 672k 2003/12/25 C:\cygwin\bin\cygruby18.dll 380k 2003/12/13 C:\cygwin\bin\cygsmi-2.dll 171k 2003/09/30 C:\cygwin\bin\cygssl-0.9.7.dll 165k 2003/04/11 C:\cygwin\bin\cygssl.dll 254k 2003/09/18 C:\cygwin\bin\cygtidy-0-99-0.dll 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll 27k 2004/03/05 C:\cygwin\bin\cygungif-4.dll 2689k 2002/11/16 C:\cygwin\bin\cygxerces-c21.dll 2984k 2003/02/07 C:\cygwin\bin\cygxerces-c22.dll 3006k 2003/10/12 C:\cygwin\bin\cygxerces-c23.dll 3520k 2003/12/16 C:\cygwin\bin\cygxerces-c24.dll 3416k 2004/02/21 C:\cygwin\bin\cygxerces-c25.dll 1172k 2004/01/10 C:\cygwin\bin\cygxml2-2.dll 50k 2003/08/09 C:\cygwin\bin\cygXpm-noX4.dll 54k 2003/08/09 C:\cygwin\bin\cygXpm-X4.dll 191k 2004/01/13 C:\cygwin\bin\cygxslt-1.dll 61k 2003/12/04 C:\cygwin\bin\cygz.dll 1083k 2004/01/31 C:\cygwin\bin\cygwin1.dll Cygwin DLL version info: DLL version: 1.5.7 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 109 Shared data: 3 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Fri Jan 30 19:32:04 EST 2004 CVS tag: cr-0x9e Shared id: cygwin1S3 237k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygdps-1.dll 121k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll 28k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll 282k 2003/10/28 C:\cygwin\usr\X11R6\bin\cygfreetype-9.dll 373k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygGL-1.dll 439k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll 74k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygICE-6.dll 76k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygMrm-2.dll 9k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll 20k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll 30k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygSM-6.dll 66k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygUil-2.dll 864k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygX11-6.dll 253k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll 355k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll 275k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXaw3d-7.dll 36k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll 49k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXext-6.dll 56k 2004/03/11 C:\cygwin\usr\X11R6\bin\cygXft-1.dll 63k 2004/03/17 C:\cygwin\usr\X11R6\bin\cygXft-2.dll 27k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXi-6.dll 1293k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygXm-2.dll 76k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll 11k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll 26k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXp-6.dll 51k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll 14k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll 26k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll 282k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXt-6.dll 27k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll 17k 2004/03/16 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll Cygwin Package Information Package Version _update-info-dir 00227-1 a2ps 4.13-1 agetty 2.1-1 antiword 0.34-2 apache 1.3.29-2 ash 20040127-1 aspell 0.50.3-1 aspell-de 0.50.2-1 aspell-doc 0.50.3-1 aspell-en 0.51.0-1 aspell-pl 0.50.2-1 astyle 1.15.3-3 autoconf 2.59-1 autoconf-devel 2.59-1 autoconf-stable 2.13-5 automake 1.7.9-1 automake-devel 1.7.9-1 automake-stable 1.4p6-2 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 bc 1.06-1 binutils 20040312-1 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-5 c-client 2002e-3 c3270 3.2.20-1 cabextract 0.6-2 ccache 2.2-1 ccdoc 0.8.39-1 cgoban 1.9.14-1 check 0.8.4-1 chkconfig 1.2.24h-1 clear 1.0-1 clisp 2.32-1 cmake 1.8.3-1 cocom 0.995-1 compface 1.4-5 cpio 2.5-3 cron 3.0.1-11 crypt 1.1-1 ctags 5.5-4 curl 7.10.8-1 curl-devel 7.10.8-1 cvs 1.11.6-3 cygipc 2.03-2 cygrunsrv 0.98-1 cygutils 1.2.5-1 cygwin 1.5.7-1 cygwin-doc 1.3-7 cygwin-x-doc 1.0.1-1 d 1.2.0-1 db2 2.7.7-4 db3.1 3.1.17-2 db4.1 4.1.25-1 ddd 3.3.8-1 dejagnu 20021217-2 diffutils 2.8.4-1 distcc 2.13-1 docbook-xml42 4.2-2 docbook-xsl 1.64.1-1 doxygen 1.2.18-1 dpkg 1.10.4-2 ed 0.2-1 editrights 1.01-1 ELFIO 1.0.0-1 emacs 21.2-12 emacs-el 21.2-12 emacs-X11 21.2-12 enscript 1.6.3-3 exim 4.30-2 expat 1.95.7-1 expect 20030128-1 fetchmail 6.2.5-2 figlet 2.2-1 file 4.06-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fltk 1.1.4-2 fontconfig 2.2.2-1 fortune 1.8-2 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.3-4 gcc 3.3.1-3 gcc-ada 3.3.1-3 gcc-g++ 3.3.1-3 gcc-g77 3.3.1-3 gcc-gpc 3.3.1-3 gcc-java 3.3.1-3 gcc-mingw 20030911-4 gcc-mingw-ada 20031020-1 gcc-mingw-core 20031020-1 gcc-mingw-g++ 20031020-1 gcc-mingw-g77 20031020-1 gcc-mingw-gpc 20031020-1 gcc-mingw-java 20031020-1 gcc-mingw-objc 20031020-1 gcc-objc 3.3.1-3 gd 2.0.21-1 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.12.1-3 gettext-devel 0.12.1-3 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 gmp 4.1.2-1 gnugo 3.4-1 gnupg 1.2.4-1 gnuplot 3.8j.0-1 gperf 2.7.2-1 grace 5.1.12-1 GraphicsMagick 1.0.4-1 grep 2.5-1 groff 1.18.1-2 gsl 1.4-2 gtypist 2.7-2 guile 1.6.4-12 guile-devel 1.6.4-12 guile-doc 1.6.4-12 gv 3.5.8-1 gzip 1.3.5-1 help2man 1.33.1-1 ImageMagick 5.5.7-2 indent 2.2.9-1 inetutils 1.3.2-26 initscripts 0.9-1 ioperm 0.4-1 irc 20010101-3 jbigkit 1.5-3 jgraph 8.3-1 jpeg 6b-11 keychain 2.0.3-2 less 381-1 lesstif 0.93.91-6 lftp 2.6.10-2 libaspell15 0.50.3-1 libbz2_0 1.0.2-1 libbz2_1 1.0.2-5 libcharset1 1.9.1-3 libdb2 2.7.7-4 libdb2-devel 2.7.7-4 libdb3.1 3.1.17-2 libdb3.1-devel 3.1.17-2 libdb4.1 4.1.25-1 libdb4.1-devel 4.1.25-1 libfontconfig-devel 2.2.2-1 libfontconfig1 2.2.2-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 libgd-devel 2.0.21-1 libgd2 2.0.21-1 libgdbm 1.8.0-5 libgdbm-devel 1.8.3-7 libgdbm3 1.8.3-3 libgdbm4 1.8.3-7 libgettextpo0 0.12.1-3 libGraphicsMagick-devel 1.0.4-1 libGraphicsMagick0 1.0.4-1 libguile12 1.6.4-12 libguile12abi13 1.6.4-2 libiconv 1.9.1-3 libiconv2 1.9.1-3 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libjpeg62 6b-11 libjpeg6b 6b-8 libkpathsea3 2.0.2-13 libkpathsea3abi13 2.0.2-2 libltdl3 1.5-3 libMagick-devel 5.5.7-2 libMagick6 5.5.7-2 libmcrypt 2.5.7-2 libmcrypt-devel 2.5.7-2 libncurses-devel 5.3-4 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libopenldap2 2.1.25-1 libpcre 4.1-1 libpcre0 4.5-1 libpng 1.2.5-4 libpng10 1.0.15-4 libpng10-devel 1.0.15-4 libpng12 1.2.5-4 libpng12-devel 1.2.5-4 libpng2 1.0.12-1 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libsmi 0.4.2-1 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtool 1.5b-1 libtool-devel 1.5-3 libtool-stable 1.4.3-2 libungif 4.1.0-3 libxerces-c21 2.1.0-1 libxerces-c22 2.2.0-1 libxerces-c23 2.3.0-4 libxerces-c24 2.4.0-4 libxerces-c25 2.5.0-1 libXft 2.1.5-2 libXft-devel 2.1.5-2 libXft1 1.0.0-1 libXft2 2.1.5-2 libxml2 2.6.4-1 libxslt 1.1.2-1 lilypond 2.0.1-1 lilypond-doc 2.0.1-1 links 0.99pre14-1 login 1.9-7 lynx 2.8.4-7 m4 1.4-1 make 3.80-1 man 1.5k-2 mc 4.6.0-4 mhash 0.8.18-1 mhash-devel 0.8.18-1 mingw-runtime 3.2-1 mingw-zlib 1.2.1-1 minires 0.97-1 minires-devel 0.97-1 mktemp 1.5-3 more 2.11o-1 mt 2.1-1 mutt 1.4.1-2 naim 0.11.6.6-1 nano 1.2.2-1 nasm 0.98.38-1 ncftp 3.1.4-1 ncurses 5.3-4 ncurses-demo 5.3-4 nedit 5.4-1 netcat 1.10-2 openbox 0.99.1-4 opengl 1.1.0-7 openldap 2.1.25-1 openldap-devel 2.1.25-1 openssh 3.8p1-1 openssl 0.9.7c-1 openssl-devel 0.9.7c-1 openssl096 0.9.6j-1 par 1.52-1 patch 2.5.8-8 patchutils 0.2.22-2 pcre 4.5-1 pcre-devel 4.5-1 pcre-doc 4.5-1 pdksh 5.2.14-3 perl 5.8.2-1 perl-libwin32 0.191-1 perl_manpages 5.8.2-1 pine 4.58-1 pinfo 0.6.8-1 pkgconfig 0.15.0-4 popt 1.6.4-4 postgresql 7.4.1-3 pr3270 3.2.20-1 procmail 3.22-8 procps 010801-2 proftpd 1.2.9-1 psutils 1.17-1 python 2.3.3-1 rcs 5.7-3 readline 4.3-5 rebase 2.3-1 robots 2.0-3 rpm 4.1-1 rpm-build 4.1-1 rpm-doc 4.1-1 rsync 2.6.0-1 ruby 1.8.1-1 rxvt 2.7.10-4 s3270 3.2.20-1 sed 4.0.8-1 setsid 0.0-3 sh-utils 2.0.15-4 sharutils 4.2.1-3 shutdown 1.4-1 splint 3.1.1-1 squid 2.4.STABLE7-1 ssmtp 2.60.4-3 stunnel 4.04-3 suite3270 3.2.20-1 sunrpc 4.0-2 SWI-Prolog 5.2.6-1 swig 1.3.19-1 sysvinit 2.84-4 tar 1.13.25-5 tcl3270 3.2.20-1 tcltk 20030901-1 tcm 2.20-1 tcp_wrappers 7.6-1 tcsh 6.12.00-7 termcap 20021106-2 terminfo 5.3_20030726-1 tetex 2.0.2-13 tetex-base 2.0.2-13 tetex-bin 2.0.2-13 tetex-devel 2.0.2-13 tetex-doc 2.0.2-13 tetex-extra 2.0.2-13 tetex-tiny 2.0.2-13 tetex-x11 2.0.2-13 texinfo 4.2-4 TeXmacs 1.0.3.3-1 textutils 2.0.21-1 tidy 030901-1 tiff 3.6.0-5 time 1.7-1 tin 1.6.2-1 transfig 3.2.4-2 ttcp 19980512-1 tzcode 2003e-1 ucl 1.01-1 units 1.77-1 unzip 5.50-5 upx 1.24-1 uw-imap 2002e-3 uw-imap-imapd 2002e-3 uw-imap-util 2002e-3 vim 6.2.098-1 w32api 2.5-1 wget 1.9.1-1 which 1.5-2 whois 4.6.7-1 WindowMaker 0.80.2-1 WordNet 2.0-1 wtf 0.0.4-6 X-start-menu-icons 1.0.1-1 X-startup-scripts 1.0.2-1 x2x 1.30-1 x3270 3.2.20-1 Xaw3d 1.5D-5 xemacs 21.4.15-1 xemacs-emacs-common 21.4.15-1 xemacs-mule-sumo 2004-02-02-1 xemacs-sumo 2004-02-02-1 xemacs-tags 21.4.15-1 xerces-c 2.5.0-1 xerces-c-devel 2.5.0-1 xerces-c-doc 2.5.0-1 xfig 3.2.4-6 xfig-lib 3.2.4-6 XFree86-base 4.3.0-6 XFree86-bin 4.3.0-17 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-10 XFree86-f100 4.3.0-1 XFree86-fcyr 4.3.0-1 XFree86-fenc 4.3.0-1 XFree86-fnts 4.3.0-1 XFree86-fscl 4.3.0-1 XFree86-fsrv 4.3.0-8 XFree86-html 4.3.0-7 XFree86-jdoc 4.3.0-2 XFree86-lib 4.3.0-2 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-7 XFree86-nest 4.3.0-7 XFree86-prog 4.3.0-19 XFree86-prt 4.3.0-6 XFree86-ps 4.3.0-2 XFree86-startup-scripts 4.3.0-1 XFree86-vfb 4.3.0-7 XFree86-xserv 4.3.0-56 xgraph 12.1-1 xinetd 2.3.9-1 xmlto 0.0.18-1 xpm-nox 4.2.0-4 xwinclip 1.2.0-1 zip 2.3-6 zlib 1.2.1-1 zsh 4.1.1-3 Use -h to see help about each section From bax3.NO@SPAM.bigfoot.com Thu Mar 18 13:26:00 2004 From: bax3.NO@SPAM.bigfoot.com (Michael Bax) Date: Thu, 18 Mar 2004 13:26:00 -0000 Subject: X/Cygwin icon proposal Message-ID: Hi folks The new icon with alpha looks quite bad on Windows 2000 and earlier systems, with a thick white border -- see the attachment PNG. The tips of the X on some of the other versions of the icon also look slightly blunt (minor quibble), and the top and bottom rows are lost at 16x16. Presumably we shouldn't be setting the default to something that uses a feature unsupported by the majority of systems out there! Alpha is nice, but it is a new, optional feature; we still need to support low-colour desktops by default. Using the CVS icon as a starting point, I created a new icon using an outlined white square as the background. It is rendered at 16x16, 24x24 and 32x32 sizes, each for monochrome, 16 and 256 colours. It has the correct proportions of the thick and thin lines, properly anti-aliased and quantised. It's even rotationally invariant! :-) I have attached two files: a comparison of the icons in Overview.png, and the improved icon in Improved.ico. Cheers Michael -------------- next part -------------- A non-text attachment was scrubbed... Name: Overview.png Type: image/png Size: 10126 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Improved.ico Type: image/x-icon Size: 7734 bytes Desc: not available URL: From Marc.Daumas@ENS-Lyon.Fr Thu Mar 18 14:38:00 2004 From: Marc.Daumas@ENS-Lyon.Fr (Marc Daumas) Date: Thu, 18 Mar 2004 14:38:00 -0000 Subject: Installing tcltk does not force installation of XFree86-prog Message-ID: <20040318143758.C541C320284@oceanite.ens-lyon.fr> ...although X11/Xlib.h is needed. -- Marc Daumas (CNRS-LIP) - http://perso.ens-lyon.fr/marc.daumas mailto:Marc.Daumas@ENS-Lyon.Fr (suspect emails are discarded) PGP Key FP : 86C8 3DB3 7118 517A AA13 5707 D617 13D6 7510 D750 ENS de Lyon - 46, allee d'Italie - 69364 Lyon Cedex 07 - FRANCE Phone: (+33) 4 72 72 85 83 - Fax: (+33) 4 72 72 80 80 From Dr.Volker.Zell@oracle.com Thu Mar 18 15:07:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Thu, 18 Mar 2004 15:07:00 -0000 Subject: Xemacs crash on WinXP In-Reply-To: (Jee Chung's message of "Wed, 17 Mar 2004 08:45:05 -0500") References: Message-ID: <87u10m5h7u.fsf@vzell-de.de.oracle.com> >>>>> "Jee" == Jee Chung writes: Jee> Ever since I updated by Cygwin installation about a week ago, my xemacs has been crashing repeatedly. Usually, it starts up fine, I use it for a few minutes, then it either hangs (consumes CPU) then crashs or crashes spontaneously leaving a stack dump that looks like: Jee> bash:~> cat emacs.EXE.stackdump Stack trace: Jee> Frame Function Args Jee> 0022E100 77E7AC21 (00000000, 00000020, 00000002, 00000000) Jee> 0022E160 61087E49 (000003C8, 00000006, 0022E1B0, 2008CBEC) Jee> 0022E1B0 61086211 (00000006, 2008CB70, 10000000, 00000000) Jee> 0022E1D0 61026B4C (000006D0, 0000EA60, 00000014, 0022E20C) Jee> 0022E250 6108A855 (00000000, 6102606B, 0004B14B, 00000000) Jee> 0022E2B0 61087E49 (000003C8, 00000006, 20396060, 00000000) Jee> 0022E2D0 61086211 (00000057, 0022E348, 10417FDC, 200EF98B) Jee> 0022E310 200DFBA5 (00000000, 00000000, 00000002, 002C0DBC) Jee> 0022E330 200DFBEC (00000000, 00000000, 00240000, 0022E2A0) Jee> 0022E3B0 2011B7D0 (3023BF20, 4023BF9C, 00000005, 0022E454) Jee> 0022E400 200F002B (4023BEFC, 00000001, 0022E49C, 20549840) Jee> 0022E460 200EFB1C (00000002, 0022E498, 2068EA00, 00000001) Jee> 0022E490 200EF5E9 (10272674, 4053DE00, 0022E570, 200948E0) Jee> 0022E570 200948F2 (00000001, 0022E53C, 00000001, 0022E54C) Jee> 0022E590 200937F2 (00000001, 00000000, FFFFFF00, 00000000) Jee> 0022E5C0 20097197 (204C2850, 00000001, 0000015A, 0022E660) Jee> End of stack trace (more stack frames may be present) Jee> All other Xfree86 program appear to be functioning fine. Has anyone else seen a problem like this? More info, please.... which version of xemacs, cygwin, bla, bla bla... Especially how do you start XEmacs ???? Jee> JC Ciao Volker From Dr.Volker.Zell@oracle.com Thu Mar 18 15:16:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Thu, 18 Mar 2004 15:16:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: <40590A04.1090101@codeweavers.com> (Harold L. Hunt, II's message of "Wed, 17 Mar 2004 21:31:32 -0500") References: <40590A04.1090101@codeweavers.com> Message-ID: <87ptba5gkc.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt, writes: Harold> 1) Due to popular demand, rename the "prog" package to "devel". The Harold> name "devel" matches the defacto standard used by other packages for Harold> link libraries and header files; most people have no idea what the Harold> "prog" package is for, but they do know what a "devel" package is for. yap Harold> 2) Split the "bin" package into at least a few pieces (but not too Harold> many pieces): Harold> 2a) "bin-dlls" will contain the .dll files only. This would allow Harold> packages like emacs or xemacs to depend only on bin-dlls instead of on Harold> the entire bin package which includes programs not used by emacs nor Harold> xemacs. great Harold> 2b) "bin-lndir" would contain the lndir utility. lndir has no Harold> dependence on X libs and can be used by any programmer for non-X Harold> projects. +1 especially useful for some packages configuring only in their source tree Harold> 2c) "bin-apps" would contain all other applications originally Harold> contained in "bin" but not contained in "bin-dlls" nor "bin-lndir". sure Harold> 3) Rename all fonts packages from "f100, cyr, fenc, fnts, fscl" to Harold> something like "fonts-100dpi", "fonts-cyrillic", "fonts-encodings", Harold> "fonts-75dpi", and "fonts-scalable". finally Harold> 4) Split the "fnts" package into a "fonts-required" and Harold> "fonts-75dpi". fonts-required should be a very small package that Harold> would allow people to minimize their download if they are using Xdmcp Harold> to reach a KDE or Gnome desktop, both of which you client-rendered Harold> fonts (few fonts required on your Cygwin/X host in that case). what ever you want, ... Harold> 6) Rename "fsrv" to "font-server". yap Harold> 7) Rename "html" to "manual-pages-html". Harold> 8) Rename "man" to "manual-pages". maybe something with doc* is more in line with other packages Harold> Harold go ahead.... Ciao Volker From danyssilva@yahoo.com.br Thu Mar 18 15:16:00 2004 From: danyssilva@yahoo.com.br (Danielle) Date: Thu, 18 Mar 2004 15:16:00 -0000 Subject: Starting X server on cygwin Message-ID: <2004318121727.122032@dani> I've installed cygwin with all XFree86 options marked but I can't make it work. When I type X or startx command lines appears like that: Danielle@DANI /cygdrive/c/cygwin/usr/X11R6/bin $ X bash: X: command not found Danielle@DANI /cygdrive/c/cygwin/usr/X11R6/bin $ startx bash: startx: command not found Danielle@DANI /cygdrive/c/cygwin/usr/X11R6/bin $ ./startx [: and: unknown operand [: and: unknown operand export: Settings/Danielle/.Xauthority: bad variable name xinit: not found What should I do? Thanks, Dani. From JeeChung@verizon.net Thu Mar 18 15:20:00 2004 From: JeeChung@verizon.net (Jee Chung) Date: Thu, 18 Mar 2004 15:20:00 -0000 Subject: Xemacs crash on WinXP In-Reply-To: <87u10m5h7u.fsf@vzell-de.de.oracle.com> References: <87u10m5h7u.fsf@vzell-de.de.oracle.com> Message-ID: <4059BE1E.4060009@verizon.net> I start my xemacs by invoking the command "emacs &" via my TWM's root menu (coded into my .twmrc file). The version of emacs I have on my install says that it's 21.2.1. My Cygwin install appears to be cygwin-1.5.7-1 from having examined the cygwin1.dll file. JC Dr. Volker Zell wrote: >>>>>>"Jee" == Jee Chung writes: > > > Jee> Ever since I updated by Cygwin installation about a week ago, my xemacs has been crashing repeatedly. Usually, it starts up fine, I use it for a few minutes, then it either hangs (consumes CPU) then crashs or crashes spontaneously leaving a stack dump that looks like: > Jee> bash:~> cat emacs.EXE.stackdump Stack trace: > Jee> Frame Function Args > Jee> 0022E100 77E7AC21 (00000000, 00000020, 00000002, 00000000) > Jee> 0022E160 61087E49 (000003C8, 00000006, 0022E1B0, 2008CBEC) > Jee> 0022E1B0 61086211 (00000006, 2008CB70, 10000000, 00000000) > Jee> 0022E1D0 61026B4C (000006D0, 0000EA60, 00000014, 0022E20C) > Jee> 0022E250 6108A855 (00000000, 6102606B, 0004B14B, 00000000) > Jee> 0022E2B0 61087E49 (000003C8, 00000006, 20396060, 00000000) > Jee> 0022E2D0 61086211 (00000057, 0022E348, 10417FDC, 200EF98B) > Jee> 0022E310 200DFBA5 (00000000, 00000000, 00000002, 002C0DBC) > Jee> 0022E330 200DFBEC (00000000, 00000000, 00240000, 0022E2A0) > Jee> 0022E3B0 2011B7D0 (3023BF20, 4023BF9C, 00000005, 0022E454) > Jee> 0022E400 200F002B (4023BEFC, 00000001, 0022E49C, 20549840) > Jee> 0022E460 200EFB1C (00000002, 0022E498, 2068EA00, 00000001) > Jee> 0022E490 200EF5E9 (10272674, 4053DE00, 0022E570, 200948E0) > Jee> 0022E570 200948F2 (00000001, 0022E53C, 00000001, 0022E54C) > Jee> 0022E590 200937F2 (00000001, 00000000, FFFFFF00, 00000000) > Jee> 0022E5C0 20097197 (204C2850, 00000001, 0000015A, 0022E660) > Jee> End of stack trace (more stack frames may be present) > > Jee> All other Xfree86 program appear to be functioning fine. Has anyone else seen a problem like this? > > More info, please.... which version of xemacs, cygwin, bla, bla bla... > Especially how do you start XEmacs ???? > > Jee> JC > > Ciao > Volker > > From bo.landarv@netinsight.net Thu Mar 18 15:30:00 2004 From: bo.landarv@netinsight.net (Bo Landarv) Date: Thu, 18 Mar 2004 15:30:00 -0000 Subject: cygXft-2.dll ? Message-ID: <4059C070.1050806@netinsight.net> Hi. I can't make a freshly installed cygwin X-server start. sh /usr/X11R6/bin/startwin.sh yields that cygXft-2.dll cannot be found. It is not installed anywhere and I cannot find any package that contains it. Regards Bo Landarv From llosee@hvc.rr.com Thu Mar 18 15:51:00 2004 From: llosee@hvc.rr.com (Lou Losee) Date: Thu, 18 Mar 2004 15:51:00 -0000 Subject: Starting X server on cygwin In-Reply-To: <2004318121727.122032@dani> References: <2004318121727.122032@dani> Message-ID: <20040318154855.GC17824@hvc.rr.com> It seems from the approach taken that you have not taken the time to RTFM. Take a look at: http://x.cygwin.com/docs/ug/using.html#using-starting Lou * Danielle [2004-03-18 10:17]: > I've installed cygwin with all XFree86 options marked but I can't make it work. > > When I type X or startx command lines appears like that: > > Danielle@DANI /cygdrive/c/cygwin/usr/X11R6/bin > $ X > bash: X: command not found > > Danielle@DANI /cygdrive/c/cygwin/usr/X11R6/bin > $ startx > bash: startx: command not found > > Danielle@DANI /cygdrive/c/cygwin/usr/X11R6/bin > $ ./startx > [: and: unknown operand > [: and: unknown operand > export: Settings/Danielle/.Xauthority: bad variable name > xinit: not found > > What should I do? > > Thanks, > Dani. > > From huntharo@msu.edu Thu Mar 18 15:53:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 15:53:00 -0000 Subject: cygXft-2.dll ? In-Reply-To: <4059C070.1050806@netinsight.net> References: <4059C070.1050806@netinsight.net> Message-ID: <4059C5E0.70308@msu.edu> libXft is the package. A search through the "Setup Package Search" link at cygwin.com would have told you this: http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygXft-2.dll Harld Bo Landarv wrote: > Hi. > > I can't make a freshly installed cygwin X-server start. > sh /usr/X11R6/bin/startwin.sh > yields that cygXft-2.dll cannot be found. > It is not installed anywhere and I cannot find any package that contains > it. > > Regards > Bo Landarv > > From Dr.Volker.Zell@oracle.com Thu Mar 18 15:56:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Thu, 18 Mar 2004 15:56:00 -0000 Subject: Xemacs crash on WinXP In-Reply-To: <4059BE1E.4060009@verizon.net> (Jee Chung's message of "Thu, 18 Mar 2004 10:19:58 -0500") References: <87u10m5h7u.fsf@vzell-de.de.oracle.com> <4059BE1E.4060009@verizon.net> Message-ID: <87ad2e40sj.fsf@vzell-de.de.oracle.com> >>>>> "Jee" == Jee Chung writes: Jee> I start my xemacs by invoking the command "emacs &" via my TWM's root menu (coded into my .twmrc file). The version of emacs I have on my install says that it's 21.2.1. My Cygwin install appears to be cygwin-1.5.7-1 from having examined the cygwin1.dll file. Jee> JC Aha, so it's emacs and not XEmacs. Search the list, I think there are known problems with emacs or even better download the new proposed version from Joe B??hler. Or maybe switch to XEmacs.... Ciao Volker From huntharo@msu.edu Thu Mar 18 15:57:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 15:57:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: References: <40590A04.1090101@codeweavers.com> Message-ID: <4059C6E0.6090409@msu.edu> Fr??d??ric L. W. Meunier wrote: > On Wed, 17 Mar 2004, Harold L Hunt II wrote: > > >>We will soon (possibly next week) be releasing a new version >>of all Cygwin/X packages built from the source code tree >>managed by X.org and hosted on freedesktop.org. This will be >>a very good thing since all of the Cygwin/X developers will >>be able to stay in sync with the exact code that is in >>distribution via CVS, compared to our current system today >>where the code in distribution has many differences from that >>in CVS. The rebuild won't mean much to end users: all >>libraries remain binary compatible with the current packages >>and the contents of the release (programs, etc.) will be >>almost identical. > > > What are the main differences between it and XFree86 4.4.0 ? > Are things like XTerm 185 included, or everything that goes to > XFree86 can't to X.org ? I don't know about XTerm 185 specifically, but this release should contain all fixes and features that were added to the XFree86 project's source code tree for the 4.4.0 release. >>2) Split the "bin" package into at least a few pieces (but not too many >>pieces): >> >>2a) "bin-dlls" will contain the .dll files only. This would allow >>packages like emacs or xemacs to depend only on bin-dlls instead of on >>the entire bin package which includes programs not used by emacs nor xemacs. > > > Maybe do the same for Lesstif ? Heh, one thing at a time. :) >>2b) "bin-lndir" would contain the lndir utility. lndir has >>no dependence on X libs and can be used by any programmer for >>non-X projects. > > > Nice. lndir is very useful when a /path/to/configure options > doesn't work as expected due to lack of Automake support or > brokeness. Yup, I use it all the time for that. >>2c) "bin-apps" would contain all other applications >>originally contained in "bin" but not contained in "bin-dlls" >>nor "bin-lndir". > > > I thought you'd split it more, like only adding what's really > essential, and move xbiff, xclock, xedit, xman, etc to a > separate package. But how to know what's essential ? And I > guess imake, makedepend, /usr/X11R6/lib/X11/config, etc could > go in "devel" ? Well, I am debating whether or not to start going down this slippery slope... two or three category types of packages may be okay I suppose. Harold From huntharo@msu.edu Thu Mar 18 16:00:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 16:00:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: <405930DC.3060904@sjsoft.com> References: <40590A04.1090101@codeweavers.com> <405930DC.3060904@sjsoft.com> Message-ID: <4059C799.20101@msu.edu> David Fraser wrote: > Harold L Hunt II wrote: > >> We will soon (possibly next week) be releasing a new version of all >> Cygwin/X packages built from the source code tree managed by X.org and >> hosted on freedesktop.org. This will be a very good thing since all of >> the Cygwin/X developers will be able to stay in sync with the exact >> code that is in distribution via CVS, compared to our current system >> today where the code in distribution has many differences from that in >> CVS. The rebuild won't mean much to end users: all libraries remain >> binary compatible with the current packages and the contents of the >> release (programs, etc.) will be almost identical. >> >> In case you have not noticed, I created a build and packaging script >> system for Cygwin/X last week (took 60+ hours). This script system >> does a few things for us, such as allowing us to easily distribute >> source tarballs via Cygwin's setup.exe. More importantly, the script >> system allows us to exercise a finer control over what files each >> package contains and how many packages we break the distribution up >> into. We can very easily rename current packages when we make the next >> release, we can split existing packages into pieces, or we could take >> a set of packages, roll them back together, then split that entire >> mess into mixed pieces of the originals. >> >> I am mentioning this now because I can think of a few things that I >> would like to change in our package layout in time for the X.org >> release, but I would also like to get feedback from the community on >> what you think would be useful. Please take a look at my brief list of >> ideas below and send your thoughts to the mailing list if you have >> something about our packaging that you have wanted changed for a long >> time. >> >> My Proposals for Packaging Changes >> ================================== >> 1) Due to popular demand, rename the "prog" package to "devel". The >> name "devel" matches the defacto standard used by other packages for >> link libraries and header files; most people have no idea what the >> "prog" package is for, but they do know what a "devel" package is for. > > > +1 > >> 2) Split the "bin" package into at least a few pieces (but not too >> many pieces): >> >> 2a) "bin-dlls" will contain the .dll files only. This would allow >> packages like emacs or xemacs to depend only on bin-dlls instead of on >> the entire bin package which includes programs not used by emacs nor >> xemacs. >> >> 2b) "bin-lndir" would contain the lndir utility. lndir has no >> dependence on X libs and can be used by any programmer for non-X >> projects. >> >> 2c) "bin-apps" would contain all other applications originally >> contained in "bin" but not contained in "bin-dlls" nor "bin-lndir". > > > This sounds great... although I wonder whether it would be good to split > bin-apps into bin-apps (xterm, xeyes, etc) and bin-utils (xauth, xhost etc) Not sure... it might work okay. >> 3) Rename all fonts packages from "f100, cyr, fenc, fnts, fscl" to >> something like "fonts-100dpi", "fonts-cyrillic", "fonts-encodings", >> "fonts-75dpi", and "fonts-scalable". > > > +1 > >> 4) Split the "fnts" package into a "fonts-required" and "fonts-75dpi". >> fonts-required should be a very small package that would allow people >> to minimize their download if they are using Xdmcp to reach a KDE or >> Gnome desktop, both of which you client-rendered fonts (few fonts >> required on your Cygwin/X host in that case). > > > +1 > >> 5) Rename the "lib" package to something more meaningful. The name >> currently implies that it might contain link libraries or run-time >> libraries, but it really contains files shared among X packages. >> Perhaps "shared-files" would be a better name. I would appreciate it >> if someone would look into what Debian and/or Fedora call this package. > > > Fedora has all the /usr/X11R6/lib/locale/ files, > /usr/X11R6/lib/X11/rgb.txt /usr/X11R6/lib/X11/XErrorDB and > /usr/X11R6/lib/X11/XKeysymDB in XFree86-libs-data, the > /usr/X11R6/include/X11/bitmaps/ files in XFree86-devel, and on my system > doesn't have /usr/X11R6/lib/X11/xedit/lisp/ files so I can't say. > So I guess libs-data is a good name... Okay, thanks for looking into that. "libs-data" doesn't sound too bad. Now to figure out what debian calls it. >> 6) Rename "fsrv" to "font-server". > > > +1 > >> 7) Rename "html" to "manual-pages-html". >> >> 8) Rename "man" to "manual-pages". > > > what about docs and docs-html for these too? There was a different "docs" package that had the protocol specifications documents in it. I figured that "manual-pages" would imply that these are documents read with "man", not regular text documents. The html package is just html versions of those manual pages. I dunno... let me know what Fedora calls these packages. >> Let us know what you think of those and send in your own suggestions >> as well. >> >> Harold > > > Just some ideas Thanks, Harold From huntharo@msu.edu Thu Mar 18 16:01:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 16:01:00 -0000 Subject: Updated: XFree86-[base,xserv] In-Reply-To: <5.1.1.6.2.20040317230639.00baeab8@mail.ziplabel.com> References: <5.1.1.6.2.20040317230639.00baeab8@mail.ziplabel.com> Message-ID: <4059C7CF.206@msu.edu> Earle, Earle F. Philhower III wrote: > It's bad form to talk to yourself, but... > > At 06:19 PM 3/17/2004 +0000, Earle wrote: > >> OK, I feel really stupid now. I did test this locally but not with xterm >> menus. I do most of my work in emacs, which seems OK, so didn't notice... >> There's a transient property on the window that should be examined >> before cascading it, I'll either back out the change or add the transient >> property check tonight. > > > I've got the fix ready, but it seems freedesktop.org is down (www & cvs > both) tonight. I'll try again tomorrow morning, but it turned out to be > that we have to check for 3 things @ line ~482 of winmultiwindowwindow.c: > 1. Not predefined in hints (preplaced w/-geometry or by the app) > 2. No WM_TRANSIENT_FOR ATOM attached (for things like splash screens) > 3. No pWin->overrideRedirect (undecorated) Okay, thanks for looking into this. > Adding those 3 changes makes everything back to hunkey-dorey in emacs, > xterm, xfig, xfontsel, and xemacs. The main app window is cascaded > but menus aren't touched. Glad you were able to fix it. :) > Harold, I'll look at the always-on-top stuff once these are checked in... Thanks in advance, Harold From huntharo@msu.edu Thu Mar 18 16:05:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 16:05:00 -0000 Subject: Clipboard and XDCMP In-Reply-To: <40595EE8.6010601@imec.be> References: <4058189A.6020507@imec.be> <20040317215814.GA31444@foxbat.htsoft.com> <40595EE8.6010601@imec.be> Message-ID: <4059C89C.7060700@msu.edu> Staf Verhaegen wrote: > ryan@htsoft.com wrote: > >> Staf, >> >> Can you copy and paste into the gdm login prompt? If so check the >> killinitclients line in the gdm config file. I have similar issues, >> and turning off killinitclients is not an option, but I havn't had the >> time to look into it, so I shan't complain. >> >> Ryan. > > > I can copy and paste in the login prompt so probably the killinitclients > option is the fault. Maybe an entry for the FAQ ? > Maybe I propose a change for the X server then ? Can't the clipboard > handler be restarted once when it is deleted ? This will let the > clipboard function also for gdm with killinitclients on. Of course it could be restarted... but I do not recall if the code is clean enough to be able to stop in the middle of a clipboard request, clean up properly, and reinitialize properly. I would have to do some work just to make sure that that is possible. Another thing that I had worked on was making the clipboard client not show up from the functions that return all windows attached to the system. I didn't like that approach because I had to duplicate nearly 90% of the code from the underlying function, rather than just changing its behavior slightly with a before or after modification. I dunno... it works pretty well for me for the moment and I think we have some higher priority problems like crashes. Harold From huntharo@msu.edu Thu Mar 18 16:06:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 16:06:00 -0000 Subject: Can't start a specific remote X app any more In-Reply-To: References: <20040318093310.BFDD234C50@nevin.research.canon.com.au> Message-ID: <4059C904.3070405@msu.edu> Alexander, Alexander Gottwald wrote: > yn Thu, 18 Mar 2004 luke.kendall@cisra.canon.com.au wrote: > > >>I recently upgraded to Cygwin 1.5.7(0.109/3/2), including >>XWin release 4.3.0.56 installed from XFree86-bin-4.3.0-16.tar.bz2 >> >>Now when I try to run one particular remote X application (my MUA) I get >>this error: >> >>X Error of failed request: BadAtom (invalid Atom parameter) >> Major opcode of failed request: 18 (X_ChangeProperty) >> Atom id in failed request: 0xee >> Serial number of failed request: 12 >> Current serial number in output stream: 15 >> >>The remote (linux) machine has not had its sshd config changed since >>2002. It has "X11Forwarding yes", and used to work fine. >> >>If I ssh -X into the machine, DISPLAY is set to localhost:10.0 > > > > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding Any reason we don't tell people to use "ssh -Y" instead of "ssh -X"? That is the new command-line parameter to use trusted X11 forwarding and it works like a charm. Harold From huntharo@msu.edu Thu Mar 18 16:08:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 16:08:00 -0000 Subject: Massive CVS update In-Reply-To: References: Message-ID: <4059C94D.5070400@msu.edu> Thank you. These instructions will help me when I have to do the same thing. Harold Alexander Gottwald wrote: > On Wed, 17 Mar 2004, Alexander Gottwald wrote: > > >>I will try to merge the XORG-RELEASE-1 branch more often into the >>CYGWIN branch to be as close as possible to the xorg work and be >>able to make a stable release as soon as the other xorg developers >>make their release. > > > Some words on how I do the merge: > > I have the two branches checked out with this layout > > xorg-release-1/xc XORG-RELEASE-1 > xc-cygwin-merge/xc CYGWIN > > the commands are quite simple > > # > # Get the latest from XORG-RELEASE-1 > # > cd xorg-release-1/xc > cvs update > # > # Mark the checked out revisions > # > cvs tag -F XORG-CYGWIN-MERGE > # > # Merge changes between XORG-CYGWIN-LAST-MERGE and XORG-CYGWIN-MERGE > # > cd ../../xc-cygwin-merge/xc > cvs update -j XORG-CYGWIN-LAST-MERGE -j XORG-CYGWIN-MERGE > # > # clean up > # > > # > # Commit what has changed > # > cvs commit -m "merge with XORG-RELEASE-1" > # > # Mark the revisions as last merge point > # > cd ../../xorg-release-1/xc > cvs tag -F -r XORG-CYGWIN-MERGE XORG-CYGWIN-LAST-MERGE > > bye > ago From JeeChung@verizon.net Thu Mar 18 16:09:00 2004 From: JeeChung@verizon.net (Jee Chung) Date: Thu, 18 Mar 2004 16:09:00 -0000 Subject: Xemacs crash on WinXP In-Reply-To: <87ad2e40sj.fsf@vzell-de.de.oracle.com> References: <87u10m5h7u.fsf@vzell-de.de.oracle.com> <4059BE1E.4060009@verizon.net> <87ad2e40sj.fsf@vzell-de.de.oracle.com> Message-ID: <4059C9CA.4000902@verizon.net> Well, I may invoking by saying "emacs &", but all indications are that it's the X version of emacs that starts up, because if I try to start emacs from the cygwin terminal: jchung@T22L-32 ~ $ which emacs /usr/bin/emacs jchung@T22L-32 ~ $ /usr/bin/emacs emacs: Cannot connect to X server :0.0. Check the DISPLAY environment variable or use `-d'. Also use the `xhost' program to verify that it is set to permit connections from your machine. Is there a different way to invoke Xemacs? I do get xemacs as part of my Cygwin install and keep it updated regularly JC Dr. Volker Zell wrote: >>>>>>"Jee" == Jee Chung writes: > > > Jee> I start my xemacs by invoking the command "emacs &" via my TWM's root menu (coded into my .twmrc file). The version of emacs I have on my install says that it's 21.2.1. My Cygwin install appears to be cygwin-1.5.7-1 from having examined the cygwin1.dll file. > Jee> JC > > Aha, so it's emacs and not XEmacs. Search the list, I think there are > known problems with emacs or even better download the new proposed > version from Joe B??hler. Or maybe switch to XEmacs.... > > Ciao > Volker > > From dickey@his.com Thu Mar 18 16:18:00 2004 From: dickey@his.com (Thomas Dickey) Date: Thu, 18 Mar 2004 16:18:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: <4059C6E0.6090409@msu.edu> References: <40590A04.1090101@codeweavers.com> <4059C6E0.6090409@msu.edu> Message-ID: On Thu, 18 Mar 2004, Harold L Hunt II wrote: > Fr?d?ric L. W. Meunier wrote: > > What are the main differences between it and XFree86 4.4.0 ? > > Are things like XTerm 185 included, or everything that goes to > > XFree86 can't to X.org ? > > I don't know about XTerm 185 specifically, but this release should > contain all fixes and features that were added to the XFree86 project's > source code tree for the 4.4.0 release. Most of them. X.Org's changelog doesn't give enough detail to tell without running diff. However diff'ing the trees shows lots of keyword mismatches (X.Org's copy is consistently incorrect), so there's a lot of diff to read. xterm patch #185 is post-4.4, and according to fd.o's CVS is not in the release-1 branch. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From saul@thecozens.co.uk Thu Mar 18 16:21:00 2004 From: saul@thecozens.co.uk (Saul Cozens) Date: Thu, 18 Mar 2004 16:21:00 -0000 Subject: Cygwin/Xfree on second (low res) monitor In-Reply-To: <4058A969.6090606@thecozens.co.uk> References: <4058A969.6090606@thecozens.co.uk> Message-ID: <4059CCCC.7020807@thecozens.co.uk> In the abscense of anyone shouting 'nooooooo - you fool!' I commented out lines 244, 245 of wincreatewnd.c and recompiled. I was shocked and surprised to find that the hack worked. I'm now going to familiarise myself with the code a bit more before suggesting how this feature could be implemented better. Any hints on why the lines are there in the first place would still be appreciated. cheers Saul Saul Cozens wrote: > Hi, > > I've been playing with Cygwin/XFree86 for a few day now - and frankly > I'm astounded - it's great! However, I have one little query that I > hope someone can help me with! > > I have a dualhead video card in my Win2K box with monitor-1 set to > 1280x1024 and monitor-2 (an LCD screen) set to 1024x768. I wish to > have my Win2K desktop on monitor-1 and the KDE desktop (started via > XDMCP) of my Debian/Linux box on monitor-2. With CygwinXfree86 I could > then move between the environments so quickly and easily that my head > would spin! > > Now I thought that I would be able to achieve this by doing > xwin -screen 0 1024 768 -query linuxhost -nodecoration -clipboard > and moving the resultant window to monitor-2, but xwin seems to ignore > the screen resolution when '-nodecoration' is set. This was confirmed > when I looked at the source code > wincreatewnd.c 229-233 > /* > * User gave a width and height but also said no decoration. > * In this case we have to ignore the requested width and height > * and instead use the largest possible window that we can. > */ > The same seems to be true for -rootless and (obviously) -fullscreen, > And as -multiplemonitors is intended to allow the Xwindow to occupy > BOTH monitors I'm stuck! > > So can anyone tell me why (before I try osmething stupid like simply > removing this override and recompiling) or simply tell me another way > to achieve my dual desktop dreams! > > many thanks > > > Saul Cozens > From alexander.gottwald@s1999.tu-chemnitz.de Thu Mar 18 16:34:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 18 Mar 2004 16:34:00 -0000 Subject: Can't start a specific remote X app any more In-Reply-To: <4059C904.3070405@msu.edu> References: <20040318093310.BFDD234C50@nevin.research.canon.com.au> <4059C904.3070405@msu.edu> Message-ID: On Thu, 18 Mar 2004, Harold L Hunt II wrote: > >>If I ssh -X into the machine, DISPLAY is set to localhost:10.0 > > > > > > > > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding > > Any reason we don't tell people to use "ssh -Y" instead of "ssh -X"? > That is the new command-line parameter to use trusted X11 forwarding and > it works like a charm. I was not aware of that parameter. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From nahor@bravobrava.com Thu Mar 18 17:10:00 2004 From: nahor@bravobrava.com (Nahor) Date: Thu, 18 Mar 2004 17:10:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: Message-ID: What is "New Alpha"? I sent a few on the mailing list. Was it icon_test9 (attached again here)? This one has 24bit icons, hopefully the prefered format on systems not supporting the alpha channel (crossing fingers). And what is "Original"? If it's the one in the recent XWin.exe then it's an icon with alpha too. I don't seen any different between the two on your screenshot. Michael Bax wrote: > The new icon with alpha looks quite bad on Windows 2000 and earlier systems, > with a thick white border -- see the attachment PNG. The tips of the X on > some of the other versions of the icon also look slightly blunt (minor > quibble), and the top and bottom rows are lost at 16x16. That can be improved. I've been on a deadline at work for a couple weeks now so the 16x16 is basically a simple convertion from the original 360x360 that I'm using for to create all the icons. > Presumably we shouldn't be setting the default to something that uses a > feature unsupported by the majority of systems out there! Alpha is nice, > but it is a new, optional feature; we still need to support low-colour > desktops by default. I don't care about the majority of the systems out there. I care about the majority of the system using Cygwin/XFree. And that can be very different. That has nothing to do with cygwin but look at this poll of what gamers have (http://steampowered.com/status/survey.html): 90% of the OS are WinXP. Gamers tends to have very recent machines, so tend to have a recent OS. What I mean by giving this link is that the "majority" can differ greatly depending of what subset of people you're looking at. Geeks (where I put Cygwin users), I assume, would have a recent machine as their working machine and older systems for support (firewall, server, ...). So I would think that there are more XP machines out there than you think. Now, is it majority? I can't say but I would not be surprised at all if it were. The other thing, IMHO, is that the alpha icon on non-alpha system, while not the best icon that can be on such system, is not completely ugly either. The problems with the 16x16 can easily be fixed. So between an icon that looks best on recent machines but not as good on older ones and one that looks best on older machines but not as good as it can be on recent ones, I prefer to think "future/progress/whatever" and take the first. > Using the CVS icon as a starting point, I created a new icon using an > outlined white square as the background. It is rendered at 16x16, 24x24 and > 32x32 sizes, each for monochrome, 16 and 256 colours. It has the correct > proportions of the thick and thin lines, properly anti-aliased and > quantised. It's even rotationally invariant! :-) > > I have attached two files: a comparison of the icons in Overview.png, and > the improved icon in Improved.ico. Between the CVS and your "improved", I prefer the one in CVS. The thin lines is acutally too thin in 16x16, the line is too blury on yours, the white background seems to wash over the black line. Nahor -------------- next part -------------- A non-text attachment was scrubbed... Name: x_test9.ico Type: image/x-icon Size: 20870 bytes Desc: not available URL: From iafcp@yahoo.com Thu Mar 18 17:25:00 2004 From: iafcp@yahoo.com (fai choy) Date: Thu, 18 Mar 2004 17:25:00 -0000 Subject: No menu to resize an xterm window Message-ID: <20040318172532.31899.qmail@web40017.mail.yahoo.com> Dear cygwin staff or anyone who can help, I'm new to cygwin. I've installed cygwin 1.5.8-1 and after I launched the Xdisplay with startx, there is only 1 small black window with yellow fonts. I tried to do right-click on the mouse to invoke the menu for me to select the "resize" option when the mouse cursor turns into a cross, but there is no menu appearing. How can I invoke the menu? Thank you everyone. Rgds Choy Nanyang Technological University Singapore __________________________________ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com From alexander.gottwald@s1999.tu-chemnitz.de Thu Mar 18 17:43:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 18 Mar 2004 17:43:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: Message-ID: On Thu, 18 Mar 2004, Nahor wrote: > What is "New Alpha"? I sent a few on the mailing list. Was it icon_test9 > (attached again here)? This one has 24bit icons, hopefully the prefered > format on systems not supporting the alpha channel (crossing fingers). It looks good in the tray and taskbar, but not in the titlebar. (see attached images) If you can build ico files with both alpha and non-alpha icons why not include your version with alpha channel and for non-alpha either the boxed (which I liked) or a plain two-color variant. bye ago > > I don't care about the majority of the systems out there. I care about > the majority of the system using Cygwin/XFree. And that can be very > different. > That has nothing to do with cygwin but look at this poll of what gamers > have (http://steampowered.com/status/survey.html): 90% of the OS are WinXP. > Gamers tends to have very recent machines, so tend to have a recent OS. > What I mean by giving this link is that the "majority" can differ > greatly depending of what subset of people you're looking at. > Geeks (where I put Cygwin users), I assume, would have a recent machine > as their working machine and older systems for support (firewall, > server, ...). > So I would think that there are more XP machines out there than you > think. Now, is it majority? I can't say but I would not be surprised at > all if it were. cygwin is unix. unix is simple (shell and stuff) and this is the opposite of the bubble-gum os WinXP with alpha channel. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ihok@hotmail.com Thu Mar 18 17:45:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Thu, 18 Mar 2004 17:45:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: <40590A04.1090101@codeweavers.com> References: <40590A04.1090101@codeweavers.com> Message-ID: Harold L Hunt II wrote: > 5) Rename the "lib" package to something more meaningful. The name > currently implies that it might contain link libraries or run-time > libraries, but it really contains files shared among X packages. Perhaps > "shared-files" would be a better name. I would appreciate it if someone > would look into what Debian and/or Fedora call this package. "Common" or "shared" are standard for Windows software. For example, C:\Program Files\Common Files\Microsoft Shared, C:\Program Files\Common Files\Symantec Shared... -JT From alexander.gottwald@s1999.tu-chemnitz.de Thu Mar 18 17:45:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 18 Mar 2004 17:45:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: Message-ID: On Thu, 18 Mar 2004, Alexander Gottwald wrote: > On Thu, 18 Mar 2004, Nahor wrote: > > > What is "New Alpha"? I sent a few on the mailing list. Was it icon_test9 > > (attached again here)? This one has 24bit icons, hopefully the prefered > > format on systems not supporting the alpha channel (crossing fingers). > > It looks good in the tray and taskbar, but not in the titlebar. (see attached > images) Forgot them. Here they are. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- A non-text attachment was scrubbed... Name: ico3.png Type: image/png Size: 252 bytes Desc: URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ico2.png Type: image/png Size: 582 bytes Desc: URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ico1.png Type: image/png Size: 553 bytes Desc: URL: From huntharo@msu.edu Thu Mar 18 17:57:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 17:57:00 -0000 Subject: Show Root Window/Hide Root Window --> [Checked/Unchecked] Show Root Window? Message-ID: <4059E2EE.8060307@msu.edu> I was just about to remove the tray menu icon's "Show Root Window" and "Hide Root Window" items and add a single checked or unchecked item called "Show Root Window". I figured I had better do a sanity check and ask if there was a reason that this was not done in the first place... I can't remember if I didn't do it this was just because I didn't know the right functions to call, or if there was as valid but hidden reason for doing this. Can anyone else recall a reason why this should not be done with a check mark next to the menu item? It is supposed to be supported since Windows 95, so compatibility is not an issue. Harold From nahor@bravobrava.com Thu Mar 18 18:15:00 2004 From: nahor@bravobrava.com (Nahor) Date: Thu, 18 Mar 2004 18:15:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: Message-ID: Alexander Gottwald wrote: > It looks good in the tray and taskbar, but not in the titlebar. (see attached > images) You forgot to attach it... ok, got the other mail. > If you can build ico files with both alpha and non-alpha icons why not include > your version with alpha channel and for non-alpha either the boxed (which I liked) > or a plain two-color variant. The issue is not (or not yet at least) about the non-alpha part being ugly, they are about the same than the old xwin icon. The problem is when a non-alpha system try to use the alpha-icon. Then you get that fat white line around the X or the garbled icon on NT (I assume). So putting the white square for the non-alpha would not fix anything if the system doesn't select it over the 32b icon. ... ok, from your images, your system at least uses the non-alpha icons. What color resolution is your monitor at? > cygwin is unix. unix is simple (shell and stuff) and this is the opposite > of the bubble-gum os WinXP with alpha channel. Uh? I don't get your point. I personally don't buy a machine just to run unix. I use it to do other stuff (mostly compilation) that do make use of CPU power. So I have a recent machine, so I have XP. I assume that quit a dew (most?) geeks using Cygwin/XFree would be in the same case. But it's just a guess. Nahor From tulitanssi@luukku.com Thu Mar 18 18:21:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Thu, 18 Mar 2004 18:21:00 -0000 Subject: setup.exe copies files to wrong place Message-ID: <1079634080653.tulitanssi.42493.x4TX8DgIFf2uatMjFeouJg@luukku.com> Hello, setup.exe seems to copy some files, e.g. font files, to a wrong drive. For example, if setup.exe is located (and run) at D:\cygwin_install directory and the target directory is C:\cygwin, then setup.exe copies lots of stuff to D:\cygwin\usr\X11R6\lib\X11\fonts\... It would seem that somewhere the target root is set to \cygwin instead of C:\cygwin ? Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From huntharo@msu.edu Thu Mar 18 18:29:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 18:29:00 -0000 Subject: setup.exe copies files to wrong place In-Reply-To: <1079634080653.tulitanssi.42493.x4TX8DgIFf2uatMjFeouJg@luukku.com> References: <1079634080653.tulitanssi.42493.x4TX8DgIFf2uatMjFeouJg@luukku.com> Message-ID: <4059EA76.3020809@msu.edu> tulitanssi@luukku.com wrote: > Hello, > > setup.exe seems to copy some files, e.g. font files, to a wrong drive. > > For example, if setup.exe is located (and run) at D:\cygwin_install directory and > the target directory is C:\cygwin, then setup.exe copies lots of stuff > to D:\cygwin\usr\X11R6\lib\X11\fonts\... > > It would seem that somewhere the target root is set to \cygwin instead of C:\cygwin ? No. You have the 2nd problem described here: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-error-font-eof Whether or not you admit it or know it, you at one time had Cygwin installed to d:\cygwin, which left in place a pointer to d:\cygwin\usr\X11R6\lib\X11\fonts as the location where fonts should be unpacked to. Run 'mount', you may or may not notice that /usr/X11R6/lib/X11/fonts still points to the D drive (this was likely already corrected by the postinstall step). I'm seeing this so often that I am *almost* motivated enough to write a patch to setup.exe to bitch when there are invalid mount points and asking the user if they would like to remove those mount points before unpacking packages. Harold From tulitanssi@luukku.com Thu Mar 18 18:31:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Thu, 18 Mar 2004 18:31:00 -0000 Subject: Emacs menus act strangely Message-ID: <1079634710063.tulitanssi.44010.xWxM0rQ_B0Aj9qAqoQvSxQ@luukku.com> Hi, I just installed all new packages of X. Now when I start emacs from xterm's menu, and try to click a menu from newly started emacs, the menu pops up away from its usual place and doesn't work. Cheers, Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From huntharo@msu.edu Thu Mar 18 18:35:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 18:35:00 -0000 Subject: Emacs menus act strangely In-Reply-To: <1079634710063.tulitanssi.44010.xWxM0rQ_B0Aj9qAqoQvSxQ@luukku.com> References: <1079634710063.tulitanssi.44010.xWxM0rQ_B0Aj9qAqoQvSxQ@luukku.com> Message-ID: <4059EBD5.7070507@msu.edu> tulitanssi@luukku.com wrote: > Hi, > > I just installed all new packages of X. Now when I start emacs from xterm's menu, > and try to click a menu from newly started emacs, the menu pops up away from > its usual place and doesn't work. Already been reported and a fix is on the way. Harold From dradul@etb.net.co Thu Mar 18 18:42:00 2004 From: dradul@etb.net.co (=?ISO-8859-1?Q?Alejandro_L=F3pez=2DVal?= =?ISO-8859-1?Q?encia?=) Date: Thu, 18 Mar 2004 18:42:00 -0000 Subject: Xemacs crash on WinXP References: <87u10m5h7u.fsf@vzell-de.de.oracle.com> <4059BE1E.4060009@verizon.net> <87ad2e40sj.fsf@vzell-de.de.oracle.com> <4059C9CA.4000902@verizon.net> Message-ID: On Thu, 18 Mar 2004 11:09:46 -0500, Jee Chung wrote in <4059C9CA.4000902@verizon.net>: >Well, I may invoking by saying "emacs &", but all indications are that it's the X version of emacs that starts up, because if I try to start emacs from the cygwin terminal: > >jchung@T22L-32 ~ >$ which emacs >/usr/bin/emacs Give yourself a tour by these two web sites: http://www.xemacs.org/ http://www.gnu.org/software/emacs/emacs.html And discover how unreasonable are your previous words... From tulitanssi@luukku.com Thu Mar 18 18:44:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Thu, 18 Mar 2004 18:44:00 -0000 Subject: setup.exe copies files to wrong place Message-ID: <1079635450824.tulitanssi.45577.-uAhy-A_4Wx7q8dw_tn8vw@luukku.com> Hi Harold, and thanks for the fast response. All I admit is that I don't remember whether I installed it on D drive also ... ;) But it is a good idea that setup.exe would warn if user is doing something which seems to be wrong. Cheers, Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From Benjamin.Riefenstahl@epost.de Thu Mar 18 18:46:00 2004 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Thu, 18 Mar 2004 18:46:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: (nahor@bravobrava.com's message of "Thu, 18 Mar 2004 09:13:42 -0800") References: Message-ID: Hi Nahor, Nahor writes: > Geeks (where I put Cygwin users), I assume, would have a recent > machine as their working machine and older systems for support > (firewall, server, ...). > So I would think that there are more XP machines out there than you > think. Now, is it majority? I can't say but I would not be surprised > at all if it were. I can only speak for myself, of course. But if I can avoid it I am not going to buy XP anytime soon because of the licensing hassles. benny From danyssilva@yahoo.com.br Thu Mar 18 19:07:00 2004 From: danyssilva@yahoo.com.br (Danielle) Date: Thu, 18 Mar 2004 19:07:00 -0000 Subject: Starting X server on cygwin Message-ID: <200431816811.963448@dani> Well, I've looked at that address and I've done all they asked but it still doesn't work. I've done as followS: Danielle@DANI ~ $ sh /usr/X11R6/bin/startxwin.sh Danielle@DANI ~ $ cp /etc/X11/xinit/xinitrc ~/.xinitrc Danielle@DANI ~ $ cd /usr/X11R6/bin && startx bash: startx: command not found Danielle@DANI /usr/X11R6/bin $ cd /usr/X11R6/bin/startx bash: cd: /usr/X11R6/bin/startx: Not a directory Danielle@DANI /usr/X11R6/bin $ PATH=%PATH:/usr/X11R6/bin Danielle@DANI /usr/X11R6/bin $ startx [: and: unknown operand [: and: unknown operand export: Settings/Danielle/.Xauthority: bad variable name but I receive a message telling that the cygwin1.dll can't be found, but i have it in c:\cygwin\bin. I've been trying to install a simulator player stage but it looks for X server and can't find it. I just can't make it work. Thanks, Dani. It seems from the approach taken that you have not taken the time to RTFM. Take a look at: http://x.cygwin.com/docs/ug/using.html#using-starting Lou * Danielle [2004-03-18 10:17]: > I've installed cygwin with all XFree86 options marked but I can't make it work. > > When I type X or startx command lines appears like that: > > Danielle@DANI /cygdrive/c/cygwin/usr/X11R6/bin > $ X > bash: X: command not found > > Danielle@DANI /cygdrive/c/cygwin/usr/X11R6/bin > $ startx > bash: startx: command not found > > Danielle@DANI /cygdrive/c/cygwin/usr/X11R6/bin > $ ./startx > [: and: unknown operand > [: and: unknown operand > export: Settings/Danielle/.Xauthority: bad variable name > xinit: not found > > What should I do? > > Thanks, > Dani. > > From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Mar 18 19:12:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 18 Mar 2004 19:12:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: Message-ID: Nahor wrote: > ok, from your images, your system at least uses the non-alpha icons. > What color resolution is your monitor at? 16bit > > cygwin is unix. unix is simple (shell and stuff) and this is the opposite > > of the bubble-gum os WinXP with alpha channel. > > Uh? I don't get your point. I personally don't buy a machine just to run > unix. I use it to do other stuff (mostly compilation) that do make use > of CPU power. The host I use at work is win2k. We have bought our _first_ XP host last week. I don't know any company which choose XP over 2000. XP requries a lot more resources than 2000 and a computer magizine even stated that XP wastes about 200MHz. (2Ghz with XP is as fast as 1.8Ghz with win2k) The other host is linux since compiling with cygwin is so slow (the 500Mhz host compiles the xorg tree much faster than the 1.8Ghz windows/cygwin host) > So I have a recent machine, so I have XP. I assume that > quit a dew (most?) geeks using Cygwin/XFree would be in the same case. > But it's just a guess. This is a wild guess. gamers usally spend more on recent hardware than geeks. geeks by unusual, cool hardware. but speed is not as important as for gamers. bye ago NP: Dekoy - Darkest Eve -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Mar 18 19:14:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 18 Mar 2004 19:14:00 -0000 Subject: Urgent: Help with startxwin.bat In-Reply-To: References: Message-ID: Neto, Antonio Jose Rodrigues wrote: > But, when I click on X (Show Root Window) - my screen and my mouse are > frozen and the Xwin.exe process is 100%. I found the bug and it is fixed in the next release. bye ago NP: Dekoy - Darkest Eve -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Thu Mar 18 19:30:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 19:30:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: Message-ID: <4059F8AF.9080500@msu.edu> Alexander Gottwald wrote: > Nahor wrote: > > >>ok, from your images, your system at least uses the non-alpha icons. >>What color resolution is your monitor at? > > > 16bit > > >>>cygwin is unix. unix is simple (shell and stuff) and this is the opposite >>>of the bubble-gum os WinXP with alpha channel. >> >>Uh? I don't get your point. I personally don't buy a machine just to run >>unix. I use it to do other stuff (mostly compilation) that do make use >>of CPU power. > > > The host I use at work is win2k. We have bought our _first_ XP host last > week. I don't know any company which choose XP over 2000. XP requries a > lot more resources than 2000 and a computer magizine even stated that XP > wastes about 200MHz. (2Ghz with XP is as fast as 1.8Ghz with win2k) > The other host is linux since compiling with cygwin is so slow (the 500Mhz > host compiles the xorg tree much faster than the 1.8Ghz windows/cygwin host) Nonsense. I have it running on an AMD K6-2 400 MHz chip with 384 MB RAM and it is *fast* once it finishes booting (which it does more quickly than even NT 4.0). My wife uses this machine with OpenOffice.org and Mozilla at work with no performance complaints. Before I sent it over to her job (she works at a university lab that didn't have enough money to buy her a computer) I was using it as my *primary* development machine at my job, running copies Visual Interdev 6.0, Visual Studio.NET 2002, compiling lots of source code, running a web server, etc. All of this with the eye candy settings left at the defaults. So we are getting a little off topic here, but there is nothing about XP that makes it inherently slow or that makes it require a super fast machine to run. >>So I have a recent machine, so I have XP. I assume that >>quit a dew (most?) geeks using Cygwin/XFree would be in the same case. >>But it's just a guess. > > > This is a wild guess. gamers usally spend more on recent hardware than > geeks. geeks by unusual, cool hardware. but speed is not as important as > for gamers. Heh heh... Harold From harold@codeweavers.com Thu Mar 18 19:51:00 2004 From: harold@codeweavers.com (Harold L Hunt II) Date: Thu, 18 Mar 2004 19:51:00 -0000 Subject: Interim source package compilation instructions In-Reply-To: <40548064.20309@codeweavers.com> References: <40540E0D.8000406@codeweavers.com> <40548064.20309@codeweavers.com> Message-ID: <4059FDB5.2060300@codeweavers.com> Here are some interim instructions for building the source packages until I update the Contributor's Guide (verified to work by a friend on another Cygwin install): 1) At the top of the following page is a list of packages that are required for compiling Cygwin/X. I recommend putting setup.exe in "Full" view and just scanning the lists next two each other... it should only take a few seconds to pick all of the packages... if it takes longer you are trying too hard. http://x.cygwin.com/docs/cg/prog-build-native.html 2) Next, you need to grab the source packages via setup.exe for the following (click the blank box in the "src" column for each of these packages, it should turn to either a cross or an na (yes, that is dumb, but that it what it does)).: XFree86-base XFree86-bin XFree86-fenc XFree86-fnts XFree86-fscl XFree86-man XFree86-prog XFree86-xserv 3) Cut and paste the following little ditty into a Cygwin bash shell. It should finish in around than two hours, maybe more if you are slower than an Athlon 1.2 GHz/512 MB RAM/7200 RPM HD. After about 5 to 15 minutes you should see a file called /usr/src/build.log get created and it will grow to about 3.4 MB before it is done. Then /usr/src/install.log will get created and will grow to about 1.3 MB before it is done. Then you will see lots of output in the console and the final result should be less than 30 minutes away and should look like a tar command ending (because it is). 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 && \ ./XFree86-4.3.0.sh install > install.log 2>&1 && \ ./XFree86-4.3.0.sh strip && \ ./XFree86-4.3.0.sh pkg && \ ./XFree86-4.3.0.sh spkg 4) If you want to perform a clean rebuild, just run the following command first before repeating step #3. Beware that removing thousands of files on my machine takes between 5 and 25 minutes (it varies for some reason) and could take up to an hour if the Windows machine is particularly slow. Of course, Linux with ResierFS completes this operation immediately. cd /usr/src && \ ./XFree86-4.3.0.sh quickclean Harold From earle@ziplabel.com Thu Mar 18 19:59:00 2004 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Thu, 18 Mar 2004 19:59:00 -0000 Subject: Emacs menus act strangely Message-ID: <20040318200003.128A41636A@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From dickey@his.com Thu Mar 18 20:07:00 2004 From: dickey@his.com (Thomas Dickey) Date: Thu, 18 Mar 2004 20:07:00 -0000 Subject: Interim source package compilation instructions In-Reply-To: <4059FDB5.2060300@codeweavers.com> References: <40540E0D.8000406@codeweavers.com> <40548064.20309@codeweavers.com> <4059FDB5.2060300@codeweavers.com> Message-ID: On Thu, 18 Mar 2004, Harold L Hunt II wrote: > 4) If you want to perform a clean rebuild, just run the following > command first before repeating step #3. Beware that removing thousands > of files on my machine takes between 5 and 25 minutes (it varies for > some reason) and could take up to an hour if the Windows machine is cygwin's file-delete is very slow. Generally the Windows delete is much faster (even counting emptying the trash). > particularly slow. Of course, Linux with ResierFS completes this > operation immediately. sort of. I've observed that there's a big performance hit when I untar large files or do other operations that create new files. Haven't noticed that it's an faq though. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From rmanitra@ac.upc.es Thu Mar 18 20:11:00 2004 From: rmanitra@ac.upc.es (R. Manitra) Date: Thu, 18 Mar 2004 20:11:00 -0000 Subject: I cannot read a pdf file with gv Message-ID: <1079640666.8502.25.camel@pcphad.ac.upc.es> Hello everyone, I have a little problem using gv. Actually, when I try to view pdf file I got a dialog box pops up with the following error message: ----------- Error: /invalidfileaccess in --file-- Operand stack: (/home/manitra/document_file_1.2.pdf) (r) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- Dictionary stack: --dict:1109/1686(ro)(G)-- --dict:0/20(G)-- --dict:75/200(L)-- --dict:104/127(ro)(G)-- --dict:238/347(G)-- Current allocation mode is local AFPL Ghostscript 8.14: Unrecoverable error, exit code 1 ---------- However, I can open without any trouble any PS document. At first, I thought that there was some problem with my ghostscript installation. I did reinstall the latest version (Ghostscript 8.14) with all of the third party libraries (jpeg, libnpg, zlib) as well as the fonts, but I still get the same error message. I use linux redhat 9. Any help would be appreciated. Thank you very much. R. Manitra From huntharo@msu.edu Thu Mar 18 20:14:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 20:14:00 -0000 Subject: Interim source package compilation instructions In-Reply-To: References: <40540E0D.8000406@codeweavers.com> <40548064.20309@codeweavers.com> <4059FDB5.2060300@codeweavers.com> Message-ID: <405A0338.3040203@msu.edu> Thomas Dickey wrote: > On Thu, 18 Mar 2004, Harold L Hunt II wrote: > > >>4) If you want to perform a clean rebuild, just run the following >>command first before repeating step #3. Beware that removing thousands >>of files on my machine takes between 5 and 25 minutes (it varies for >>some reason) and could take up to an hour if the Windows machine is > > > cygwin's file-delete is very slow. Generally the Windows delete is much > faster (even counting emptying the trash). Are you referring to a delete through Windows Explorer? I assume you are because you are referring to the trash. In fact, I quite often do a Shift+Delete on the folder to delete it without sending it to the trash, but this takes just as long if not longer. NTFS was just not designed for several thousand files, nor does it allow for good delete performance of entire directory trees. Not to say that those were bad decisions, they were basically trade offs that they had to make to do other things, but it is annoying. >>particularly slow. Of course, Linux with ResierFS completes this >>operation immediately. > > > sort of. I've observed that there's a big performance hit when I untar > large files or do other operations that create new files. Haven't noticed > that it's an faq though. Not sure if you are talking about a performance hit under Cygwin or Linux? I agree, untarring on Cygwin is horribly slow for large files. Linux usually doesn't have a problem with operations on thousands of files, at least not for me. Harold From 1@pervalidus.net Thu Mar 18 20:17:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Thu, 18 Mar 2004 20:17:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: References: <40590A04.1090101@codeweavers.com> <4059C6E0.6090409@msu.edu> Message-ID: bOn Thu, 18 Mar 2004, Thomas Dickey wrote: > On Thu, 18 Mar 2004, Harold L Hunt II wrote: > > > Fr?d?ric L. W. Meunier wrote: > > > What are the main differences between it and XFree86 4.4.0 ? > > > Are things like XTerm 185 included, or everything that goes to > > > XFree86 can't to X.org ? > > > > I don't know about XTerm 185 specifically, but this release should > > contain all fixes and features that were added to the XFree86 project's > > source code tree for the 4.4.0 release. > > xterm patch #185 is post-4.4, and according to fd.o's CVS is not in the > release-1 branch. It may be worth to make it a separate package and start using your sources from http://invisible-island.net/xterm/ when they're newer (most of the time). -- http://www.pervalidus.net/contact.html From huntharo@msu.edu Thu Mar 18 20:18:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 20:18:00 -0000 Subject: Emacs menus act strangely In-Reply-To: <20040318200003.128A41636A@mail03.powweb.com> References: <20040318200003.128A41636A@mail03.powweb.com> Message-ID: <405A03F9.1090402@msu.edu> Earle F. Philhower, III wrote: > Howdy all, > > >>Subject: Re: Emacs menus act strangely >> >>>I just installed all new packages of X. Now when I start emacs from xterm's menu, >>>and try to click a menu from newly started emacs, the menu pops up away from >>>its usual place and doesn't work. >> >>Already been reported and a fix is on the way. > > > It's in the CVS as of this morning, if you can compile yourself then just > cvs update and make Xwin.exe, OTW we'll have to wait for a new test > release... Huh... I didn't see the email message, so it must have gotten held up. I'll do an update and release it if it comes down. Harold From huntharo@msu.edu Thu Mar 18 20:29:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 20:29:00 -0000 Subject: Cygwin/Xfree on second (low res) monitor In-Reply-To: <4059CCCC.7020807@thecozens.co.uk> References: <4058A969.6090606@thecozens.co.uk> <4059CCCC.7020807@thecozens.co.uk> Message-ID: <405A06AB.8010300@msu.edu> Saul, Saul Cozens wrote: > In the abscense of anyone shouting 'nooooooo - you fool!' I commented > out lines 244, 245 of wincreatewnd.c and recompiled. I like people compiling the source themselves and fixing their own problems. Thanks for this :) However, it would be useful if you sent in a diff so that we knew sort of what you were talking about and could maybe offer some tips. I guess you got the code from CVS, in which case you could: cd programs/Xserver/hw/xwin cvs -z3 diff -u wincreatewnd.c > wincreatewnd.c.diff If you got it from the src packages via setup.exe, then you would have to untar the original source and do something like the following: cd /usr/src diff xc-orig/programs/Xserver/hw/xwin/wincreatewnd.c \ xc/programs/Xserver/hw/xwin/wincreatewnd.c \ > wincreatewnd.c.diff > I was shocked and surprised to find that the hack worked. I'm now > going to familiarise myself with the code a bit more before suggesting > how this feature could be implemented better. Any hints on why the > lines are there in the first place would still be appreciated. I'm not sure why it works since I don't know what you changed. :) I looked and saw comments at 244 and 245. Harold From earle@ziplabel.com Thu Mar 18 20:43:00 2004 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Thu, 18 Mar 2004 20:43:00 -0000 Subject: X/Cygwin icon proposal Message-ID: <20040318204341.D27F415E1F@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From earle@ziplabel.com Thu Mar 18 20:46:00 2004 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Thu, 18 Mar 2004 20:46:00 -0000 Subject: Emacs menus act strangely Message-ID: <20040318204615.4FFB715DBA@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From dickey@his.com Thu Mar 18 20:58:00 2004 From: dickey@his.com (Thomas Dickey) Date: Thu, 18 Mar 2004 20:58:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: References: <40590A04.1090101@codeweavers.com> <4059C6E0.6090409@msu.edu> Message-ID: On Thu, 18 Mar 2004, [ISO-8859-1] Fr?d?ric L. W. Meunier wrote: > On Thu, 18 Mar 2004, Thomas Dickey wrote: > > xterm patch #185 is post-4.4, and according to fd.o's CVS is not in the > > release-1 branch. > > It may be worth to make it a separate package and start using > your sources from http://invisible-island.net/xterm/ when > they're newer (most of the time). Not exactly - though I maintain my own rcs archives of xterm, the patch numbers do correspond to commits in XFree86. So there's no difference from that standpoint (of being newer). Occasionally there's a minor bug fix I add to XFree86 but don't make a new xterm patch, but the reverse is not true. However, I do make xterm patches more frequently than XFree86 releases occur - that's simply a matter of 60,000 lines of code compared to 3 million... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From jeb@jeremywilkins.freeserve.co.uk Thu Mar 18 21:13:00 2004 From: jeb@jeremywilkins.freeserve.co.uk (Jeremy Wilkins) Date: Thu, 18 Mar 2004 21:13:00 -0000 Subject: XWin Architecture In-Reply-To: <4050DAD0.4060502@msu.edu> References: <404CCF36.4020006@jeremywilkins.freeserve.co.uk> <404E93A3.6080602@msu.edu> <404EFBED.4030104@jeremywilkins.freeserve.co.uk> <4050DAD0.4060502@msu.edu> Message-ID: <40581814.9090602@jeremywilkins.freeserve.co.uk> > > Something isn't right here. I haven't seen Objective C in the > miext/rootless code and it is compiled with gcc, not an Objective C > compiler... are you sure you are looking at a publically released > version of the code for all platforms? I just took a look at > rootlessWindow.c and it reads like straight C to me. There may be a few > files that are conditionally compiled for Mac OS/X that use Objective C, > in which case you could ignore those. > > Harold > Sorry didn't explain - I was trying to understand the code in hw/darwin - which I think uses miext/rootless to implement their X server. Jeremy From huntharo@msu.edu Thu Mar 18 21:23:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 21:23:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: References: <40590A04.1090101@codeweavers.com> <4059C6E0.6090409@msu.edu> Message-ID: <405A134A.1060500@msu.edu> Thomas Dickey wrote: > On Thu, 18 Mar 2004, [ISO-8859-1] Fr??d??ric L. W. Meunier wrote: > > >>On Thu, 18 Mar 2004, Thomas Dickey wrote: >> >>>xterm patch #185 is post-4.4, and according to fd.o's CVS is not in the >>>release-1 branch. >> >>It may be worth to make it a separate package and start using >>your sources from http://invisible-island.net/xterm/ when >>they're newer (most of the time). > > > Not exactly - though I maintain my own rcs archives of xterm, the patch > numbers do correspond to commits in XFree86. So there's no difference > from that standpoint (of being newer). Occasionally there's a minor bug > fix I add to XFree86 but don't make a new xterm patch, but the reverse is > not true. > > However, I do make xterm patches more frequently than XFree86 releases > occur - that's simply a matter of 60,000 lines of code compared to 3 > million... I think this is reason alone for it to be a separate package. I have this built as a Cygwin package using the default configure options at the moment. The only patch required was to Makefile.in (attached) to get it to stop appending .exe to the uxterm shell script. Thomas, can you recommend any configure options we should be using? I can think that the following might be useful: --enable-toolbar --enable-wide-chars --with-Xaw3d Any thoughts? Harold -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: Makefile.in.diff URL: From 1@pervalidus.net Thu Mar 18 21:43:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Thu, 18 Mar 2004 21:43:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: <405A134A.1060500@msu.edu> References: <40590A04.1090101@codeweavers.com> <4059C6E0.6090409@msu.edu> <405A134A.1060500@msu.edu> Message-ID: On Thu, 18 Mar 2004, Harold L Hunt II wrote: > Thomas Dickey wrote: > > > However, I do make xterm patches more frequently than XFree86 releases > > occur - that's simply a matter of 60,000 lines of code compared to 3 > > million... > > I think this is reason alone for it to be a separate package. > > I have this built as a Cygwin package using the default configure > options at the moment. The only patch required was to Makefile.in > (attached) to get it to stop appending .exe to the uxterm shell script. > > Thomas, can you recommend any configure options we should be using? I > can think that the following might be useful: > > --enable-toolbar > --enable-wide-chars > --with-Xaw3d > > Any thoughts? I think most are enabled by default. On Linux I only added --with-terminal-type=xterm-xfree86 --enable-256-color --enable-load-vt-fonts --disable-tek4014 --enable-toolbar --disable-vt52 --enable-luit. --with-terminal-type=xterm-xfree86 was just so I wouldn't get it set to xterm by default (lynx etc are black and white with it). --disable-tek4014 --disable-vt52 seems to be recommend because it adds bloat and only a few people use it. You can presumably replace the xc/program/xterm/ with xterm-185/ and the make World will use it. I don't think --with-Xaw3d is worth, as it adds another dependency. Thomas, am (are) I (we) missing anything ? Are there any other options that are enabled or disabled in the xc version ? -- http://www.pervalidus.net/contact.html From STEPHEN.Bovy@ca.com Thu Mar 18 22:08:00 2004 From: STEPHEN.Bovy@ca.com (Bovy, Stephen J) Date: Thu, 18 Mar 2004 22:08:00 -0000 Subject: FYI: Newest Xwin / cygwin breaks kde 3.1.4 Message-ID: <8C6B052884783549B5D30C166853A5140604AB36@usilms21.ca.com> The kde init splash screen appears, it hangs on the window manager init for a long time, and then it crashes into the bit bucket. From dickey@his.com Thu Mar 18 22:11:00 2004 From: dickey@his.com (Thomas Dickey) Date: Thu, 18 Mar 2004 22:11:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: <405A134A.1060500@msu.edu> References: <40590A04.1090101@codeweavers.com> <4059C6E0.6090409@msu.edu> <405A134A.1060500@msu.edu> Message-ID: On Thu, 18 Mar 2004, Harold L Hunt II wrote: > I have this built as a Cygwin package using the default configure > options at the moment. The only patch required was to Makefile.in > (attached) to get it to stop appending .exe to the uxterm shell script. > > Thomas, can you recommend any configure options we should be using? I > can think that the following might be useful: > > --enable-toolbar that's broken (some incompatible changes to Xaw from XFree86 4.4 that I've not gotten around to investigating0. > --enable-wide-chars you need this for uxterm > --with-Xaw3d Some people like it. Actually all of the Xaw flavors look very much alike to me. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From dickey@his.com Thu Mar 18 22:17:00 2004 From: dickey@his.com (Thomas Dickey) Date: Thu, 18 Mar 2004 22:17:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: References: <40590A04.1090101@codeweavers.com> <4059C6E0.6090409@msu.edu> <405A134A.1060500@msu.edu> Message-ID: On Thu, 18 Mar 2004, [ISO-8859-1] Fr?d?ric L. W. Meunier wrote: > Thomas, am (are) I (we) missing anything ? Are there any other > options that are enabled or disabled in the xc version ? Perhaps --enable-luit (though I don't recall if anyone's mentioned using it with cygwin). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From nahor@bravobrava.com Thu Mar 18 22:26:00 2004 From: nahor@bravobrava.com (Nahor) Date: Thu, 18 Mar 2004 22:26:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <20040318204341.D27F415E1F@mail03.powweb.com> References: <20040318204341.D27F415E1F@mail03.powweb.com> Message-ID: Earle F. Philhower, III wrote: > Default to a safe icon format "Beep, sorry, you're computer was taken over by the icon then crashed, please reboot" :) But anyway, the alpha *is* "safe" for other OS (well maybe not for NT, but I haven't heard back from haro about icon_test9 which seems to work fine for Alexander). It may not be to your taste but it is recognizable as the X logo. > Or, fix the code to detect the OS. If OS>=Win5.0 use alpha icon, > OTW use standard icon. That can be done at runtime w/a few lines > of C. Which one? The monochrome one? Or the one with the white background? Maybe the old one with the white specks? And how do you do the "runtime" thingy when XWin isn't running and Windows displays the icon in Explorer? Maybe Halrold should only distribute the source code, and let people recompile xwin.exe by themselves that way they can choose their own prefered icon for the binary. All that just for a stoopid icon. Baah... Nahor From nahor@bravobrava.com Thu Mar 18 22:31:00 2004 From: nahor@bravobrava.com (Nahor) Date: Thu, 18 Mar 2004 22:31:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: Message-ID: Alexander Gottwald wrote: >>ok, from your images, your system at least uses the non-alpha icons. >>What color resolution is your monitor at? > > 16bit That looks cool. Could you try in 24/32b and see if still get a "thin" white border? If it does, then Windows does select the correct non-alpha icon. Another way to confirm it, did the older icons (test6 and earlier) also displayed "thin" borders? Nahor -------------- next part -------------- A non-text attachment was scrubbed... Name: x_test6.ico Type: image/x-icon Size: 14846 bytes Desc: not available URL: From offby1@blarg.net Thu Mar 18 22:34:00 2004 From: offby1@blarg.net (Eric Hanchrow) Date: Thu, 18 Mar 2004 22:34:00 -0000 Subject: I cannot read a pdf file with gv In-Reply-To: <1079640666.8502.25.camel@pcphad.ac.upc.es> (R. Manitra's message of "18 Mar 2004 21:11:06 +0100") References: <1079640666.8502.25.camel@pcphad.ac.upc.es> Message-ID: <878yhxss2i.fsf@offby1.atm01.sea.blarg.net> >>>>> "RM" == R Manitra writes: RM> Actually, when I try to view pdf file I got a dialog box pops RM> up with the following error message: I just had a similar problem -- I couldn't open certain PDF documents with gv. (I was able to open them with no trouble with xpdf, but I don't remember if Cygwin includes that program.) I don't know if my problem is the same as yours, but in any case, here's what I learned: There are a number of different versions of the PDF standard, and apparently GhostScript can only deal with some of them. I found that it worked just fine with version 1.3, but couldn't open version 1.5 (I never tried version 1.4). You can see which version your file is by simply running the `file' command, like this: $ file doc.pdf doc.pdf: PDF document, version 1.3 $ -- Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. John F. Woods From ihok@hotmail.com Thu Mar 18 22:59:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Thu, 18 Mar 2004 22:59:00 -0000 Subject: Show Root Window/Hide Root Window --> [Checked/Unchecked] Show Root Window? In-Reply-To: <4059E2EE.8060307@msu.edu> References: <4059E2EE.8060307@msu.edu> Message-ID: Harold L Hunt II wrote: > I was just about to remove the tray menu icon's "Show Root Window" and > "Hide Root Window" items and add a single checked or unchecked item > called "Show Root Window". I figured I had better do a sanity check and > ask if there was a reason that this was not done in the first place... I > can't remember if I didn't do it this was just because I didn't know the > right functions to call, or if there was as valid but hidden reason for > doing this. Can anyone else recall a reason why this should not be done > with a check mark next to the menu item? It is supposed to be supported > since Windows 95, so compatibility is not an issue. http://sources.redhat.com/ml/cygwin-xfree/2003-06/msg00084.html. :) If you're out messing with the tray menu, you might also change "Exit" to "Close" and add an X (close) icon next to it... (to see what I mean, right-click on a Windows Explorer menu in the task bar). -JT From saul@thecozens.co.uk Thu Mar 18 23:00:00 2004 From: saul@thecozens.co.uk (Saul Cozens) Date: Thu, 18 Mar 2004 23:00:00 -0000 Subject: Cygwin/Xfree on second (low res) monitor In-Reply-To: <405A06AB.8010300@msu.edu> References: <4058A969.6090606@thecozens.co.uk> <4059CCCC.7020807@thecozens.co.uk> <405A06AB.8010300@msu.edu> Message-ID: <405A2A50.5060709@thecozens.co.uk> Unfortunately anoncvs.xfree86.org is unreachable at the moment, so I got an original copy of wincreatewnd.c and did a manual diff: $ diff wincreatewnd.c wincreatewnd.c.orig 255,256c255,256 < //iWidth = GetSystemMetrics (SM_CXSCREEN); < //iHeight = GetSystemMetrics (SM_CYSCREEN); --- > iWidth = GetSystemMetrics (SM_CXSCREEN); > iHeight = GetSystemMetrics (SM_CYSCREEN); as you said- I got the line numbers wrong - I've must've been tinkering elsewhere. Anyway, I can start this up with: XWin.exe -query -screen 0 1024 768 -rootless -lesspointer -clipboard and I do get a 1024x768 borderless window (on my 1280x1024 monitor-1) , which I can then move to monitor-2 using the Matrox PowerDesk hotkey for 'swap Active Window'. I'm now seeing if I can add an [-offset ] command line option to save me that hotkey press! any guidance appreciated, Saul Harold L Hunt II wrote: > Saul, > > Saul Cozens wrote: > >> In the abscense of anyone shouting 'nooooooo - you fool!' I >> commented out lines 244, 245 of wincreatewnd.c and recompiled. > > > I like people compiling the source themselves and fixing their own > problems. Thanks for this :) > > However, it would be useful if you sent in a diff so that we knew sort > of what you were talking about and could maybe offer some tips. I > guess you got the code from CVS, in which case you could: > > cd programs/Xserver/hw/xwin > cvs -z3 diff -u wincreatewnd.c > wincreatewnd.c.diff > > If you got it from the src packages via setup.exe, then you would have > to untar the original source and do something like the following: > > cd /usr/src > diff xc-orig/programs/Xserver/hw/xwin/wincreatewnd.c \ > xc/programs/Xserver/hw/xwin/wincreatewnd.c \ > > wincreatewnd.c.diff > >> I was shocked and surprised to find that the hack worked. I'm now >> going to familiarise myself with the code a bit more before >> suggesting how this feature could be implemented better. Any hints >> on why the lines are there in the first place would still be >> appreciated. > > > I'm not sure why it works since I don't know what you changed. :) I > looked and saw comments at 244 and 245. > > Harold From luke.kendall@cisra.canon.com.au Thu Mar 18 23:05:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Thu, 18 Mar 2004 23:05:00 -0000 Subject: Can't start a specific remote X app any more In-Reply-To: Message-ID: <20040318230504.5007C34C4B@nevin.research.canon.com.au> On 18 Mar, Alexander Gottwald wrote: > > > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding > > bye No, I read that before I posted (I should have said so, sorry). Other X applications start (sometimes - see below). My investigations suggest that waiting 10 minutes and trying again is a workaround. But Harold's suggestion (to use trusted X forwarding), has worked twice in succession now with no need for a 10 minute pause to get things working, so that seems to be a solution. I still don't understand why a 10 minute pause was needed with old-style X forwarding, but hey, it works with -Y. Thanks, Harold. > > X Error of failed request: BadAtom (invalid Atom parameter) > > Major opcode of failed request: 18 (X_ChangeProperty) > > Atom id in failed request: 0xee > > Serial number of failed request: 12 > > Current serial number in output stream: 15 > > I tried running the MUA from inside gdb, and it worked. > Basically, this is what happened > > postilion --> error message above > repeat 3 times > ssh -X to my Linux machine > postilion --> error message above > xmessage --> ok > tkxplanet --> ok > postilion inside gdb --> ok > postilion --> ok > # log out > postilion --> this error message: > > X Error of failed request: BadAtom (invalid Atom parameter) > Major opcode of failed request: 20 (X_GetProperty) > Atom id in failed request: 0xee > Serial number of failed request: 11 > Current serial number in output stream: 11 > > ssh -X to my Linux machine > > $ tkxplanet > X Error of failed request: BadAtom (invalid Atom parameter > Major opcode of failed request: 20 (X_GetProperty) > Atom id in failed request: 0xee > Serial number of failed request: 11 > Current serial number in output stream: 11 > $ xmessage ok > $ tkxplanet > X Error of failed request: BadAtom (invalid Atom parameter) > Major opcode of failed request: 20 (X_GetProperty) > Atom id in failed request: 0xee > Serial number of failed request: 11 > Current serial number in output stream: 11 > > I haven't managed to run the MUA a 2nd time. > > Ah. Having just typed all this up, I just tried again in case it might > be time related. Since both times it worked, it was about 10 minutes > after a series of failures. Sure enough, it's working again at the > moment. > > Any idea what might be going on here? luke From pechtcha@cs.nyu.edu Thu Mar 18 23:09:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 18 Mar 2004 23:09:00 -0000 Subject: Can't start a specific remote X app any more In-Reply-To: <20040318230504.5007C34C4B@nevin.research.canon.com.au> References: <20040318230504.5007C34C4B@nevin.research.canon.com.au> Message-ID: On Fri, 19 Mar 2004 luke.kendall@cisra.canon.com.au wrote: > On 18 Mar, Alexander Gottwald wrote: > > > > http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding > > > > bye > > No, I read that before I posted (I should have said so, sorry). Other X > applications start (sometimes - see below). You didn't read far enough. Try scrolling down ~15 lines to "Starting with OpenSSH 3.8"... Igor > My investigations suggest that waiting 10 minutes and trying again is > a workaround. > > But Harold's suggestion (to use trusted X forwarding), has worked twice > in succession now with no need for a 10 minute pause to get things > working, so that seems to be a solution. > > I still don't understand why a 10 minute pause was needed with > old-style X forwarding, but hey, it works with -Y. > > Thanks, Harold. > > > > X Error of failed request: BadAtom (invalid Atom parameter) > > > Major opcode of failed request: 18 (X_ChangeProperty) > > > Atom id in failed request: 0xee > > > Serial number of failed request: 12 > > > Current serial number in output stream: 15 > > > > I tried running the MUA from inside gdb, and it worked. > > Basically, this is what happened > > > > postilion --> error message above > > repeat 3 times > > ssh -X to my Linux machine > > postilion --> error message above > > xmessage --> ok > > tkxplanet --> ok > > postilion inside gdb --> ok > > postilion --> ok > > # log out > > postilion --> this error message: > > > > X Error of failed request: BadAtom (invalid Atom parameter) > > Major opcode of failed request: 20 (X_GetProperty) > > Atom id in failed request: 0xee > > Serial number of failed request: 11 > > Current serial number in output stream: 11 > > > > ssh -X to my Linux machine > > > > $ tkxplanet > > X Error of failed request: BadAtom (invalid Atom parameter > > Major opcode of failed request: 20 (X_GetProperty) > > Atom id in failed request: 0xee > > Serial number of failed request: 11 > > Current serial number in output stream: 11 > > $ xmessage ok > > $ tkxplanet > > X Error of failed request: BadAtom (invalid Atom parameter) > > Major opcode of failed request: 20 (X_GetProperty) > > Atom id in failed request: 0xee > > Serial number of failed request: 11 > > Current serial number in output stream: 11 > > > > I haven't managed to run the MUA a 2nd time. > > > > Ah. Having just typed all this up, I just tried again in case it might > > be time related. Since both times it worked, it was about 10 minutes > > after a series of failures. Sure enough, it's working again at the > > moment. > > > > Any idea what might be going on here? > > luke -- 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 Mar 18 23:14:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 23:14:00 -0000 Subject: Cygwin/Xfree on second (low res) monitor In-Reply-To: <405A2A50.5060709@thecozens.co.uk> References: <4058A969.6090606@thecozens.co.uk> <4059CCCC.7020807@thecozens.co.uk> <405A06AB.8010300@msu.edu> <405A2A50.5060709@thecozens.co.uk> Message-ID: <405A2D37.4070806@msu.edu> Saul, Saul Cozens wrote: > Unfortunately anoncvs.xfree86.org is unreachable at the moment, so I got > an original copy of wincreatewnd.c and did a manual diff: Wrong CVS tree: http://x.cygwin.com/devel/server/ > $ diff wincreatewnd.c wincreatewnd.c.orig > 255,256c255,256 > < //iWidth = GetSystemMetrics (SM_CXSCREEN); > < //iHeight = GetSystemMetrics (SM_CYSCREEN); > --- > > iWidth = GetSystemMetrics (SM_CXSCREEN); > > iHeight = GetSystemMetrics (SM_CYSCREEN); > > as you said- I got the line numbers wrong - I've must've been tinkering > elsewhere. Anyway, I can start this up with: > XWin.exe -query -screen 0 1024 768 -rootless -lesspointer > -clipboard > and I do get a 1024x768 borderless window (on my 1280x1024 monitor-1) , > which I can then move to monitor-2 using the Matrox PowerDesk hotkey for > 'swap Active Window'. > > I'm now seeing if I can add an [-offset ] command line > option to save me that hotkey press! It sounds like you would be better served by an option that allows you to specify which Windows monitor to run on? Harold From earle@ziplabel.com Thu Mar 18 23:14:00 2004 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Thu, 18 Mar 2004 23:14:00 -0000 Subject: X/Cygwin icon proposal Message-ID: <20040318231429.7E103160FB@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From huntharo@msu.edu Thu Mar 18 23:22:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 23:22:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <20040318231429.7E103160FB@mail03.powweb.com> References: <20040318231429.7E103160FB@mail03.powweb.com> Message-ID: <405A2F24.5080003@msu.edu> Earle F. Philhower, III wrote: > Howdy Nahor, > > For someone who's entire contribution to XWin has been > an alpha-blended X icon you've got some loud opinions... He's done much more than that. His full name is "Jehan Bing" and it looks like the bulk of his work is here: http://x.cygwin.com/devel/server/changelog-050.html He added the "-nodecoration" parameter, scrollbar support, build rules for Windows resource files, lots of stuff. >>Subject: Re: X/Cygwin icon proposal >>From: Nahor >>Earle F. Philhower, III wrote: >> >>>Default to a safe icon format >> >>"Beep, sorry, you're computer was taken over by the icon then crashed, >>please reboot" :) >>But anyway, the alpha *is* "safe" for other OS (well maybe not for NT, >>but I haven't heard back from haro about icon_test9 which seems to work >>fine for Alexander). It may not be to your taste but it is recognizable >>as the X logo. > > > Looking really nasty under OSs earlier than XP is a bug I'd say. Plus > it's probably rechnically an invalid icon resource under those OSes so > you may wnd up causing a boom (hey, under 95 or 98 it doesn't take > much to crash the system!) > > >>>Or, fix the code to detect the OS. If OS>=Win5.0 use alpha icon, >>>OTW use standard icon. That can be done at runtime w/a few lines >>>of C. >> >>Which one? The monochrome one? Or the one with the white background? >>Maybe the old one with the white specks? And how do you do the "runtime" >>thingy when XWin isn't running and Windows displays the icon in Explorer? > > > You've not very familiar with how a shortcut is made, are you? Make the > 1st icon in the file the clean X-in-a-white-box that's been there for some > time. Windoze shortcuts then will use it by default. > > Then, since you're so unhappy with the icon, submit a patch to the > x-create-shortcut-icons package that checks the OS version > and if it's XP or greater says create-shortcut w/icon 102, and voila... But Windows has rules for picking icons from executables (but they are hard to find documentation on) and I would hope it is possible to order the icons and provide the proper formats such that the default icon for the *executable* (not shortcut) would be the one that looks nicest on the system. I could very easily swap the order of the boxed icon and the non-boxed icons in our resource file to make the boxed icon the default, but I would rather not do that since I prefer the non-boxed icon on the executable. Of course, I am a pragmatic guy, and if that doesn't work on all platforms then I will have to either swap the icons or include a simpler "ugly" non-boxed icon as the default in addition to the alpha blended icon in our resource file. Harold From earle@ziplabel.com Thu Mar 18 23:39:00 2004 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Thu, 18 Mar 2004 23:39:00 -0000 Subject: X/Cygwin icon proposal Message-ID: <20040318233906.DEDC615C2E@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From huntharo@msu.edu Thu Mar 18 23:51:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 18 Mar 2004 23:51:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <20040318233906.DEDC615C2E@mail03.powweb.com> References: <20040318233906.DEDC615C2E@mail03.powweb.com> Message-ID: <405A3602.5010108@msu.edu> Earle F. Philhower, III wrote: > Howdy Harold, > > >>Subject: Re: X/Cygwin icon proposal >>Date: Thu, 18 Mar 2004 18:22:12 -0500 >>From: Harold L Hunt II >> >>>For someone who's entire contribution to XWin has been >>>an alpha-blended X icon you've got some loud opinions... > > ..> http://x.cygwin.com/devel/server/changelog-050.html > >>He added the "-nodecoration" parameter, scrollbar support, build rules >>for Windows resource files, lots of stuff. > > > Sorry, then, Nahor, didn't recognize the handle. (Just when I was > getting a good flamefest started, too!) > .. > >>But Windows has rules for picking icons from executables (but they are >>hard to find documentation on) and I would hope it is possible to order >>the icons and provide the proper formats such that the default icon for >>the *executable* (not shortcut) would be the one that looks nicest on >>the system. > > > Yes, the .EXE it's going to take IIRC the 1st icon it finds in the file > (lowest resid, I think). Yes, that is correct. > What I'm really surprised about here is that > the ICON format lets you store a bunch of different formats in just > one ICON resource (you can specify a 1-, 16- , 256-, or 16M color, > all in 16x16, 32x32, and 48x48 in one ICON). Yup, that is what both of our icon files have. > Does the one that > everyone is so riled up about have the other, fallback formats included? Yes, that is why this is so confusing. :) Windows *should* pick a format that it understands, but getting it to do so either requires tricks of ordering that MS doesn't make clear, or it requires including more formats than you'd think you would need. Or, it is just not possible. Let me summarize the two things we are discussing at the moment: 1) A Japanese user has reported that the new icon was garbled on his Windows NT (I believe) system. This is an isolated case so far and I think it is due to something with that particular system and is not something that we should worry about unless it starts getting reported more. 2) On Windows 2000, the non-boxed X icon is showing up with a 2 pixel thick white border (I've seen it too at the computer lab) that looks pretty bad. We are in the process of figuring out whether Windows is generating this ugliness from the alpha channel icon or from the non-alpha icons. Jehan made some changes to the non-alpha icons as well, and it is remotely possible that those changes are causing this, not the alpha changes. If the alpha icon is causing the ugliness on Windows 2000, then we still have tons of options to explore and Jehan is exploring them at a good rate. We can work on this for a few weeks before it becomes time to either fix it or revert it. > As long as it doesn't crash, it can be a picture of an emu as far as I > care, but that all centers on whether that emu is safe under earlier > OSs or not...Crashing emus stink... As far as I know, the Windows 95, 98, and Me OSes are not having problems with the 32 bit icons... it is only Windows 2000 possibly trying to treat the 32 bit icon as a 24 bit icon, with the result being ugliness but not crashing. Harold From bogus@does.not.exist.com Fri Mar 19 01:14:00 2004 From: bogus@does.not.exist.com () Date: Fri, 19 Mar 2004 01:14:00 -0000 Subject: No subject Message-ID: From bogus@does.not.exist.com Fri Mar 19 01:35:00 2004 From: bogus@does.not.exist.com () Date: Fri, 19 Mar 2004 01:35:00 -0000 Subject: No subject Message-ID: From nahor@bravobrava.com Fri Mar 19 02:48:00 2004 From: nahor@bravobrava.com (Nahor) Date: Fri, 19 Mar 2004 02:48:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <20040318233906.DEDC615C2E@mail03.powweb.com> References: <20040318233906.DEDC615C2E@mail03.powweb.com> Message-ID: Earle F. Philhower, III wrote: > Sorry, then, Nahor, didn't recognize the handle. (Just when I was > getting a good flamefest started, too!) Hehe, I got burnt that way too one day, telling someone to just contribute instead of ranting when the guy already contributed. :p Nahor From moiraregelson@hotmail.com Fri Mar 19 03:26:00 2004 From: moiraregelson@hotmail.com (Moira Regelson) Date: Fri, 19 Mar 2004 03:26:00 -0000 Subject: emacs crash under X on XP Message-ID: There are a number of messages about X emacs crashing this week -- at last! I've been having this problem since I updated at the end of January, but I thought I'd messed something up because X was running when I did the update. However, I just reinstalled "all" last week and emacs still crashes routinely. Here's what I get out of the setup.log for versions: initial 10/7/04 (worked wonderfully): cygwin-1.5.5-1 emacs-X11-21.2-12 XFree86-bin-4.3.0-4 XFree86-xserv-4.3.0-18 1/27/04 (crashes started): cygwin-1.5.6-1 XFree86-bin-4.3.0-8 XFree86-xserv-4.3.0-42 current (crashes ongoing): cygwin-1.5.7-1 XFree86-bin-4.3.0-15 XFree86-xserv-4.3.0-55 Here's the bt from gdb (clearly not all compiled for debugging, but maybe this means something to someone?): gdb /usr/bin/emacs #0 0x20060e29 in libICE!_IcePaAuthDataEntries () #1 0x0022d5b0 in ?? () #2 0x204e3800 in ?? () #3 0x00000020 in ?? () #4 0x00471f01 in libX11!_X11TransWrite () #5 0x20060ec2 in libICE!_IcePaAuthDataEntries () #6 0x20472000 in libICE!_IcePaAuthDataEntries () #7 0x00000020 in ?? () #8 0x0022d5b0 in ?? () #9 0x20060ea8 in libICE!_IcePaAuthDataEntries () #10 0x204e3800 in ?? () #11 0x0022d5b0 in ?? () #12 0x20472000 in libICE!_IcePaAuthDataEntries () #13 0x20060ceb in libICE!_IcePaAuthDataEntries () #14 0x00000001 in ?? () #15 0x00000020 in ?? () #16 0x0022d5b0 in ?? () #17 0x00000001 in ?? () #18 0x0022d5f0 in ?? () And here's the latest emacs.exe.stackdump: Stack trace: Frame Function Args 0022D704 77E7AC21 (00000000, 00000020, 00000002, 00000001) 0022D764 61087E49 (00000DF8, 00000006, 0022D7B4, 2008CBEC) 0022D7B4 61086211 (00000006, 2008CB70, 10000000, 00000000) 0022D7D4 61026B4C (000006B0, 0000EA60, 00000014, 0022D810) 0022D854 6108A855 (00000000, 6102606B, 000AF801, 00000000) 0022D8B4 61087E49 (00000DF8, 00000006, 20267C74, 302D2134) 0022D8D4 61086211 (202D2134, 00000000, 0022D96C, 5030080C) 0022D904 20129015 (20267C74, 00000000, 2012CB84, 302D20B4) 0022D934 2012B76A (302D2134, 0022D96C, 0022D96C, 00000000) 0022D964 2012C113 (00000000, 302D2134, 200EF9A5, 404E7D80) 0022D990 2012C195 (00000000, 1026496C, 302D2134, 2012CB8F) 0022DA50 20059C34 (204D5E00, 302D2134, 00000000, 00000000) 0022DAC0 2001088C (0022DD70, 0022DB08, 1028337C, 0022DB08) 0022DB00 2001027D (0022DD70, 0022DEF0, 0022DEF0, 2011A6CB) 0022DB40 20013DCE (0022DD70, 0022DEF0, 0022DB80, 200134D6) 0022DB90 20013659 (0022DD70, 00000000, 00000000, 00000000) End of stack trace (more stack frames may be present) Assistance will be greatly appreciated. Like Zdzislaw Meglicki, I miss that reliable emacs! Moira Regelson _________________________________________________________________ Get tax tips, tools and access to IRS forms ?? all in one place at MSN Money! http://moneycentral.msn.com/tax/home.asp From cygwin@cwilson.fastmail.fm Fri Mar 19 05:23:00 2004 From: cygwin@cwilson.fastmail.fm (Charles Wilson) Date: Fri, 19 Mar 2004 05:23:00 -0000 Subject: Installing tcltk does not force installation of XFree86-prog In-Reply-To: <20040318143758.C541C320284@oceanite.ens-lyon.fr> References: <20040318143758.C541C320284@oceanite.ens-lyon.fr> Message-ID: <405A6020.2000406@cwilson.fastmail.fm> Marc Daumas wrote: > ...although X11/Xlib.h is needed. You've stuck your finger right on a sore spot. tcltk is a *native MS windowing* port of tk (tcl is GUI-agnostic; tk is the important bit wrt display technology). The X11/Xlib.h file that cygwin's tk wants is NOT the one distributed by cygwin-xfree. Neither will tk work with the X11/Xlib.h file distributed with xpm-nox. Both tk and xpm-nox have their own "fake" Xlib.h files -- xpm-nox ships it in /usr/local/xpm-nox/X11/xlib.h. cygwin's tk doesn't ship its version of that file at all. Go here http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/ and download tk-includes-8.4.tar.bz2 Unpack it somewhere so that you can explicitly use "-I /this/way/to/tk's/X11/Xlib.h" but be careful not to clobber the "real" X11/Xlib.h -- Chuck From huntharo@msu.edu Fri Mar 19 05:39:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Mar 2004 05:39:00 -0000 Subject: AMD Athlon 1.33 GHz or 1.4 GHz? Message-ID: <405A6865.5010507@msu.edu> Anyone out there got a left-over AMD Athlon Thunderbird 1.33 GHz or 1.4 GHz? I have been using an Iwill KA-266 motherboard as my primary board for the last three years with a 1.2 GHz Athlon on it. Just this weekend I bought a new CPU cooler, 1 GB of PC2700 RAM (only requires PC2100) that I can run at CAS 2, and a new Antec Sonata case. After I got all of this I was tweaking the settings for my new RAM, since I knew it could perform better than the default settings which are for PC2100 RAM at CAS 2.5. I was able to change the RAM from "normal" settings to "fast" settings and changed the CAS from 2.5 to 2. Zinf (MP3 player for Windows) went from 10% CPU usage to 1%! I then went in an bumped the bus speed from 133 MHz to 146 MHz (10% increase) and measured an exact 10% drop in my compile/build/package time from 120 minutes to 108 minutes. I know that my board supports at least a 1.33 GHz Athlon, and I think it can support the 1.4 GHz as well (both are 133 MHz FSB with DDR). I have seen the 1.33 GHz's Athlons still on sale for around $30 and was thinking that if anyone has retired either of these chips then I could get around another 15% performance improvement from spare parts that aren't doing any good. So, does anyone have one of these chips? Please email privately if you would be willing to mail it to me in return for more frequent Cygwin/X releases. ;) Harold From bax3.NO@SPAM.bigfoot.com Fri Mar 19 05:45:00 2004 From: bax3.NO@SPAM.bigfoot.com (Michael Bax) Date: Fri, 19 Mar 2004 05:45:00 -0000 Subject: X/Cygwin icon proposal Message-ID: Hi folks This is a little long, but I have combined several points rather than bombard the list with multiple messages. Thanks for your patience. :-) ___________________________________________________________________________ Nahor wrote: > What is "New Alpha"? I sent a few on the mailing list. Was it icon_test9 > (attached again here)? This one has 24bit icons, hopefully the prefered > format on systems not supporting the alpha channel (crossing fingers). The file you attached has issues under Windows 2000 (does not show icon picture in Explorer). But it was the latest version of your icon at the time. Original was from X.exe. > I don't care about the majority of the systems out there. I care about > the majority of the system using Cygwin/XFree. And that can be very > different. The majority of Cygwin users are not typical gamers. They are more likely to be similar in profile to hackers such as the Linux or BSD folks -- and those are well known to be frequently using older generations of hardware (and hence software). Industry is still receiving PC's preloaded with Windows 2000 -- which will be supported until 2007! Remember, 2 years after Windows 2000 came on the scene, IT organisations were still DEPLOYING Windonts NT! Two years after the debut of Windows 2000, the number of *new* Windows NT server licenses matched the number of Windows 2000 licenses. And that's just the new liceneses -- just think of the huge installed base. And as for desktops, by 2002 75% of desktops in industry were Windows 9x! > Uh? I don't get your point. I personally don't buy a machine just to run > unix. I use it to do other stuff (mostly compilation) that do make use of > CPU power. So I have a recent machine, so I have XP. I assume that quit a > dew (most?) geeks using Cygwin/XFree would be in the same case. But it's > just a guess. I'm sure that many Cygwin users have brand new machines. But I am equally sure that many more have older systems. The baseline for support today must clearly be pre-XP systems. > The other thing, IMHO, is that the alpha icon on non-alpha system, while > not the best icon that can be on such system, is not completely ugly > either. Frankly, I disagree. I wouldn't have put in the effort of designed a new icon set if I thought it were OK! :-) > So between an icon that looks best on recent machines but not as good on > older ones and one that looks best on older machines but not as good as it > can be on recent ones, I prefer to think "future/progress/whatever" and > take the first. The problem is that the rest of the software world disagrees. It is standard software practice to support as many platforms as possible with the *default* install, even if it is not as flashy as the others. Sure, you can have an option to enable alpha -- but don't make it the default. Do you really want someone installing X/Cygwin for the first time to be confronted with an amateurish-looking icon? That was my first impression. >From a technical perspective, aesthetics are secondary -- but in the real world, first impressions last. > Between the CVS and your "improved", I prefer the one in CVS. The thin > lines is acutally too thin in 16x16, the line is too blury on yours, the > white background seems to wash over the black line. You originally said that my original monochrome X was ugly due to blocky edges, but that is exactly the problem with your icon on Windows 2000 systems! :-) The lines in Improved.ico (why the quotes?) are actually in exactly the correct anti-aliased proportion to represent the X logo within the limits of the bitmap. The CVS icon is incorrectly proportioned. I do not argue that you personally prefer your version. That is of course a subjective choice! However, Improved.ico has the proportions of the original X vector logo; you may prefer something that looks different, but that then is something different, not a faithful rendering of the X logo. ___________________________________________________________________________ Ago wrote: > If you can build ico files with both alpha and non-alpha icons why not > include your version with alpha channel and for non-alpha either the boxed > (which I liked) or a plain two-color variant. > cygwin is unix. unix is simple (shell and stuff) and this is the opposite > of the bubble-gum os WinXP with alpha channel. Hear hear! :-) ___________________________________________________________________________ Earle wrote: > - Default to a safe setting for anything that's not critical. - > You'll save TONS of user grief, and by extension, your own. Agreed. > Looking really nasty under OSs earlier than XP is a bug I'd say. Plus > it's probably rechnically an invalid icon resource under those OSes so > you may wnd up causing a boom (hey, under 95 or 98 it doesn't take > much to crash the system!) Strongly agreed. > You've not very familiar with how a shortcut is made, are you? Make the > 1st icon in the file the clean X-in-a-white-box that's been there for > some time. Windoze shortcuts then will use it by default. Or rather, the Improved.ico icon set I submitted based on that one. :-) > Then, since you're so unhappy with the icon, submit a patch to the > x-create-shortcut-icons package that checks the OS version Or just change the shortcut icon, if it's just the desktop that bothers you. ___________________________________________________________________________ Nahor wrote again: > But anyway, the alpha *is* "safe" for other OS (well maybe not for NT, > but I haven't heard back from haro about icon_test9 which seems to work > fine for Alexander). It may not be to your taste but it is recognizable > as the X logo. By "safe", Earle meant looking decent. icon-test9.ico does not look decent on all platforms, unlike Improved.ico. ___________________________________________________________________________ Harold wrote: > > What I'm really surprised about here is that the ICON format lets you > > store a bunch of different formats in just one ICON resource (you can > > specify a 1-, 16- , 256-, or 16M color, all in 16x16, 32x32, and 48x48 > > in one ICON). > > > > Does the one that everyone is so riled up about have the other, > > fallback formats included? > > Yup, that is what both of our icon files have. Hi Harold, that's actually not quite correct. The existing CVS icon (that you kindly sent me the link to) has no monochrome content and has a messed-up 24x24 version. It also has some rendering glitches. That's why I created Improved.ico, with careful rendering and anti-aliasing to preserve the form of the original vector logo -- I hope you can use it. ___________________________________________________________________________ In summary: So far 2 developers and 3 users have contributed to this discussion. It appears unanimous among the users that the alpha icon should not be the default. Cheers Michael From huntharo@msu.edu Fri Mar 19 05:49:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Mar 2004 05:49:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: Message-ID: <405A8795.2050107@msu.edu> Michael, Michael Bax wrote: > Harold wrote: > > >>>What I'm really surprised about here is that the ICON format lets you >>>store a bunch of different formats in just one ICON resource (you can >>>specify a 1-, 16- , 256-, or 16M color, all in 16x16, 32x32, and 48x48 >>>in one ICON). >>> >>>Does the one that everyone is so riled up about have the other, >>>fallback formats included? >> >>Yup, that is what both of our icon files have. > > > Hi Harold, that's actually not quite correct. The existing CVS icon (that > you kindly sent me the link to) has no monochrome content and has a > messed-up 24x24 version. It also has some rendering glitches. I was referring to the notion of many formats in one file, not to the specific list of what formats we had. :) That icon was not the latest version that Benny had created, as he pointed out when he saw that link. Follow the link below, then open the X-boxed.ico file to see the most recent version (which I uploaded after he nudged me): http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/hw/xwin/?cvsroot=xorg&only_with_tag=CYGWIN > That's why I created Improved.ico, with careful rendering and anti-aliasing > to preserve the form of the original vector logo -- I hope you can use it. Yes, preserving the form is important. _________________________________________________________________________ > In summary: > > So far 2 developers and 3 user