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 users have contributed to this discussion. It > appears unanimous among the users that the alpha icon should not be the > default. Well, this is still an open technical question of "can it be done". It we *can* create an icon file that contains alpha icons that displays fine on all platforms, then there is no reason to change the icon. I consider this an open issue as Jehan is still exploring options and no one has found a definitive source stating that it cannot be done. If we *cannot* create such an icon file, then the choice about what we should do for the default icon becomes much simpler and doesn't require so much discussion. So, lets hold off on dicussing this more until some one can prove that we can or cannot create an icon with alpha formats that displays fine on all versions of Windows. Harold From huntharo@msu.edu Fri Mar 19 05:56:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Mar 2004 05:56: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: <405A88E4.5000402@msu.edu> Thomas Dickey wrote: > 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). Hmm... good idea... I don't know if we have luit support or not. I would have to look into this. Harold From huntharo@msu.edu Fri Mar 19 06:22:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Mar 2004 06:22: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: <405A89D1.6030904@msu.edu> Thomas Dickey wrote: > 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. Good to know. >>--enable-wide-chars > > > you need this for uxterm Huh... this is disabled by default in my new build. I wonder if our old version had it enable or not. >>--with-Xaw3d > > > Some people like it. Actually all of the Xaw flavors look very much alike > to me. Same here. I could hardly tell the difference in xfig sometimes. Harold From huntharo@msu.edu Fri Mar 19 07:00:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Mar 2004 07:00: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: <405A8B84.70300@msu.edu> Fr??d??ric L. W. Meunier wrote: > 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. I'll have to see about those later... --enable-256-color sounds safe though. > --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). I'm not sure this would be a good idea to change the default if we were not doing this before anyway. Then again, I would rather defer judgement on this one to someone with more knowledge on this subject. > --disable-tek4014 --disable-vt52 seems to be recommend because > it adds bloat and only a few people use it. Might not be a bad idea, but the .exe is only 233 KiB at the moment. It isn't exactly bloated. :) > You can presumably replace the xc/program/xterm/ with > xterm-185/ and the make World will use it. The idea here was to break xterm into its own package so it can be updated with more frequency and possibly handed off to someone else for maintenance. I have done this with the new 'xterm' package in setup.exe... should hit mirrors by tomorrow. > I don't think --with-Xaw3d is worth, as it adds another > dependency. Yes, that is why I guess I won't enable it for now. Harold From 1@pervalidus.net Fri Mar 19 07:05:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Fri, 19 Mar 2004 07:05:00 -0000 Subject: Upcoming X.org release and splitting packages In-Reply-To: <405A8B84.70300@msu.edu> References: <40590A04.1090101@codeweavers.com> <4059C6E0.6090409@msu.edu> <405A134A.1060500@msu.edu> <405A8B84.70300@msu.edu> Message-ID: On Fri, 19 Mar 2004, Harold L Hunt II wrote: > Fr?d?ric L. W. Meunier wrote: > > > --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). > > I'm not sure this would be a good idea to change the default if we were > not doing this before anyway. Then again, I would rather defer > judgement on this one to someone with more knowledge on this subject. Question to Thomas: Why make xterm the default if all (?) ncurses applications run in black and white with it ? Sure, you can change .Xdefaults etc, but go figure. > > --disable-tek4014 --disable-vt52 seems to be recommend because > > it adds bloat and only a few people use it. > > Might not be a bad idea, but the .exe is only 233 KiB at the moment. It > isn't exactly bloated. :) According to INSTALL: "This reduces the executable size by 17% (checked 1999/3/13)." Thomas should update it. I didn't notice 1/4 of it in the size. Maybe --disable-vt52 isn't worth. It isn't listed as bloat. > > You can presumably replace the xc/program/xterm/ with > > xterm-185/ and the make World will use it. > > The idea here was to break xterm into its own package so it can be > updated with more frequency and possibly handed off to someone else for > maintenance. I have done this with the new 'xterm' package in > setup.exe... should hit mirrors by tomorrow. Sure. You just need to make sure all options enabled by a build with xmkmf are with one using configure. Isn't there an easy way to check ? At least here all options that were in my XFree86 build and I didn't disable in configure are reported by xterm --help / xterm -h. -- http://www.pervalidus.net/contact.html From earle@ziplabel.com Fri Mar 19 07:16:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 19 Mar 2004 07:16:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) Message-ID: <5.1.1.6.2.20040318222951.00ba69d8@mail.ziplabel.com> Hi all, I've been hacking away fixing up the support for always-on-top mode which seems to have been broken since the upgrades Takuma did about 3 weeks ago (~v1.1.6.2? of multiwndproc, etc). Minimized always-on-top windows never disappear from in front of other X windows in all the tests I've tried. And when a non-aot window is created on top of an a-o-t one, it is popped to the top of the X window stack, even if there is an a-o-t window in Win32 space above it. It's as if a chunk of the window below the aot window is showing through, and a real pain. (It's caused by XRaiseWindow()ing a window that's not really at the top of the Win32 stack...) I've cleaned all this up in my local copy, and made Emacs/xterm menus work properly in a-o-t mode (they don't disappear!) without stepping on any of Takuma's changes. However, I can't get minimization to work without turning off the Win32 a-o-t setting on the window during the minimize... The old behavior was to copy the current a-o-t state to a private flag in pWinPriv on a minimize, remove the a-o-t bit from the window, and on a restore set the a-o-t flag back on the Win32 window if so cached. If I put this flag and behavior back I can get things working 100% AFAICT: a-o-t windows minimized from the taskbar, the system menu, or the button disappear. Takuma, if you're reading the list, can you give some insight as to why you took out the old private flag? (I agree it should be cached in the wndproc on the WM_SIZE message, not the SC_* menu handler where it was, that's where I've got it placed presently, and it now works for all different methods of minimizing a window I can think of...) -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Fri Mar 19 07:42:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Mar 2004 07:42:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) In-Reply-To: <5.1.1.6.2.20040318222951.00ba69d8@mail.ziplabel.com> References: <5.1.1.6.2.20040318222951.00ba69d8@mail.ziplabel.com> Message-ID: <405A9BA9.9090606@msu.edu> Earle, Earle F. Philhower III wrote: > Hi all, > > I've been hacking away fixing up the support for always-on-top > mode which seems to have been broken since the upgrades Takuma > did about 3 weeks ago (~v1.1.6.2? of multiwndproc, etc). Minimized > always-on-top windows never disappear from in front of other > X windows in all the tests I've tried. And when a non-aot > window is created on top of an a-o-t one, it is popped to the > top of the X window stack, even if there is an a-o-t window > in Win32 space above it. It's as if a chunk of the window > below the aot window is showing through, and a real pain. (It's > caused by XRaiseWindow()ing a window that's not really at the > top of the Win32 stack...) Yup, Takuma knew there were bugs, but the new code is so much more efficient (the old code was performing lots of operations during our block and wakeup handlers, which get called hundreds of times per second) that I told him to leave it there for a few weeks until we could figure out if we could fix it and keep the performance improvement. > I've cleaned all this up in my local copy, and made Emacs/xterm > menus work properly in a-o-t mode (they don't disappear!) without > stepping on any of Takuma's changes. However, I can't get > minimization to work without turning off the Win32 a-o-t setting > on the window during the minimize... Hmm... if you have it mostly fixed, then check it in... Takuma is currently burning cycles trying to fix this also but I don't think he has gotten far. I think he will appreciate having a little help :) > The old behavior was to copy the current a-o-t state to a private > flag in pWinPriv on a minimize, remove the a-o-t bit from the window, > and on a restore set the a-o-t flag back on the Win32 window if so > cached. > > If I put this flag and behavior back I can get things working > 100% AFAICT: a-o-t windows minimized from the taskbar, the > system menu, or the button disappear. That sounds good. Takuma was talking about re-adding the fRestacking flag... is that the flag you are talking about? > Takuma, if you're reading the list, can you give some insight as to > why you took out the old private flag? (I agree it should be > cached in the wndproc on the WM_SIZE message, not the SC_* menu > handler where it was, that's where I've got it placed presently, > and it now works for all different methods of minimizing a window > I can think of...) My guess is that he will agree... but I imagine he'll reply soon anyway. Harold From huntharo@msu.edu Fri Mar 19 11:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Mar 2004 11:27:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) In-Reply-To: <5.1.1.6.2.20040318222951.00ba69d8@mail.ziplabel.com> References: <5.1.1.6.2.20040318222951.00ba69d8@mail.ziplabel.com> Message-ID: <405A9E37.2000402@msu.edu> This just in: Takuma said go ahead and commit both fixes so he can review them. He says he will be able to respond sometime after four hours. (He is in #cygwinx on irc.freenode.net now.) Harold From earle@ziplabel.com Fri Mar 19 14:14:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 19 Mar 2004 14:14:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) In-Reply-To: <405A9BA9.9090606@msu.edu> References: <5.1.1.6.2.20040318222951.00ba69d8@mail.ziplabel.com> <5.1.1.6.2.20040318222951.00ba69d8@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20040318230740.00bba8c0@mail.ziplabel.com> Howdy, At 02:05 AM 3/19/2004 -0500, Harold wrote: >Yup, Takuma knew there were bugs, but the new code is so much more >efficient (the old code was performing lots of operations during our block >and wakeup handlers, which get called hundreds of times per second) that I >told him to leave it there for a few weeks until we could figure out if we >could fix it and keep the performance improvement. Yes, it's way faster than before with his changes, but sometimes it seems to have optimized too many screen updates. These only seem to be occasional glitches, and forcing a redraw of the window always clears things up (except for the stacking order stuff). I fixed things up the straightforward way: When a WM_RAISE or WM_MAP event filters to us, I start with the mapped window, xvert it to the HWND, and work a way through Win32 space up to the top of the Z order. Any window that's still above the HWND we just XRaise()ed, I XRaise the XWindow of that HWND. AFAICT this will only occur with AOT windows, and should result in 0 work at all if there aren't any AOTs... >Hmm... if you have it mostly fixed, then check it in... Takuma is >currently burning cycles trying to fix this also but I don't think he has >gotten far. I think he will appreciate having a little help :) All I've really fixed, AFAIK, is the case where the X and W32 stack order aren't the same...I doubt this is what he's having trouble with, it's too simple. >>If I put this flag and behavior back I can get things working >>100% AFAICT: a-o-t windows minimized from the taskbar, the >>system menu, or the button disappear. >That sounds good. Takuma was talking about re-adding the fRestacking >flag... is that the flag you are talking about? No, unfortunately this is just a bit for the HWND_TOPMOST state of the window when it's minimized. Without clearing the TOPMOST state in W32, the window technically "stay on top" of other windows since a SIZE_MINIMIZE is handled by an ignored MOVE (-32000,-32000) IIRC. Regular apps don't care since they always have a consistent view of a window's position, but in this case we have X which thinks the window is still at (x,y) and Windoze which has it as (-32k,-32k)... [5 minutes later...] > This just in: Takuma said go ahead and commit both fixes so he can > review them. He says he will be able to respond sometime after four > hours. (He is in #cygwinx on irc.freenode.net now.) OK, it is checked in (sorry if no xorg-commit mail, I think my pdx.freedesktop.org CVS account has a real name that's not valid...) -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From dickey@his.com Fri Mar 19 14:43:00 2004 From: dickey@his.com (Thomas Dickey) Date: Fri, 19 Mar 2004 14:43: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> <405A8B84.70300@msu.edu> Message-ID: On Fri, 19 Mar 2004, [ISO-8859-1] Fr?d?ric L. W. Meunier wrote: > On Fri, 19 Mar 2004, Harold L Hunt II wrote: > > > Fr?d?ric L. W. Meunier wrote: > > > > > --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). > > > > I'm not sure this would be a good idea to change the default if we were > > not doing this before anyway. Then again, I would rather defer > > judgement on this one to someone with more knowledge on this subject. > > Question to Thomas: Why make xterm the default if all (?) > ncurses applications run in black and white with it ? Sure, you > can change .Xdefaults etc, but go figure. That's one of those situations where any of the solutions are not good for everyone. If you're using xterm for one machine - sure, that's good. But if you ssh/rsh/telnet/etc to another machine where that $TERM value doesn't correspond to anything in the remote machine's termcap/terminfo, then it doesn't work well. Two problems may occur there: the ssh/rsh/telnet/etc client may check $TERM and refuse to complete the connection (this applies to some telnet daemons apparently). Even when the connection is completed, many users don't cope well with the fact that their $TERM isn't useful. The other solution as you note - setting $TERM to "xterm" works, but color usually isn't available. Setting it to one that does color has the disadvantage that there's always a terminal emulator (or two, etc) that doesn't match the terminfo. I compile-in the correct $TERM value for each client for which I have source (and have little use for the ones that hardcode it, anyway except for testing). On remote machines I've updated the terminfo entries so they work. But that's too much work for the typical user. The solution you choose really depends on the type of questions you want to answer about what's broken... > > > > --disable-tek4014 --disable-vt52 seems to be recommend because > > > it adds bloat and only a few people use it. > > > > Might not be a bad idea, but the .exe is only 233 KiB at the moment. It > > isn't exactly bloated. :) > > According to INSTALL: > > "This reduces the executable size by 17% (checked 1999/3/13)." > > Thomas should update it. I didn't notice 1/4 of it in the > size. That probably depends on the platform. Some executable formats are not really byte-granular, for instance. But I'll check on one of my Linux boxes to see if a dependency has crept in. 17% would be about 20kb. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From pechtcha@cs.nyu.edu Fri Mar 19 14:53:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 19 Mar 2004 14:53:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: <405A8795.2050107@msu.edu> References: <405A8795.2050107@msu.edu> Message-ID: On Fri, 19 Mar 2004, Harold L Hunt II wrote: > [snip] > So, lets hold off on dicussing this more until some one can prove that > we can or cannot create an icon with alpha formats that displays fine on > all versions of Windows. > > Harold FYI, the Mozilla FireFox icon (the one Jehan seems to think is the standard) doesn't display at all in smaller forms on Windows98 (i.e., the top-left corner application icon is displayed as the default Windows waving flag, not the FireFox orange-on-blue icon; same with the taskbar). The standard desktop icon displays fine. Just a datapoint. 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 gorrigo@switch.com Fri Mar 19 16:10:00 2004 From: gorrigo@switch.com (Orrigo, Giampaolo .) Date: Fri, 19 Mar 2004 16:10:00 -0000 Subject: X/Cygwin icon proposal Message-ID: <03F517C72D42284EBB48800AEF3E7D1DB77399@exchptc1.switch.com> Actually, I have two NT 4.0 boxes and in both of them the icons in the toolbar are garbled... and if I don't manually select the white boxed one, the desktop icons are garbled too. The point is: we are using NT 4.0 in the entire company, cygwin is going under evaluation to become the official Exceed substitute. Making everyone go and change the icons by hand is not practical. We always complain about the lack of backward compatibility of M$ application... are we going in the same direction? (just a little provocation... :)) Giampa > -----Original Message----- > From: Harold L Hunt II > Sent: Thursday, March 18, 2004 18:52 > To: cygwin-xfree at cygwin.com > Subject: Re: X/Cygwin icon proposal > > 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 richard.campbell@air2web.com Fri Mar 19 16:10:00 2004 From: richard.campbell@air2web.com (Richard Campbell) Date: Fri, 19 Mar 2004 16:10:00 -0000 Subject: emacs crash under X on XP Message-ID: > However, I just reinstalled "all" last week and emacs still crashes >routinely. > >Here's what I get out of the setup.log for versions: > >current (crashes ongoing): >cygwin-1.5.7-1 >XFree86-bin-4.3.0-15 >XFree86-xserv-4.3.0-55 Have you tried updating to 1.5.8-1 or a snapshot? I was having crashes in 1.5.7-1 that went away when I upgraded to a pre-1.5.8 snapshot. The mailing list archives may also be helpful as I recall others having emacs problems that went away with pre-1.5.8 snapshots. -Richard Campbell. From takuma@dgp.ne.jp Fri Mar 19 16:18:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Fri, 19 Mar 2004 16:18:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) In-Reply-To: <5.1.1.6.2.20040318222951.00ba69d8@mail.ziplabel.com> References: <5.1.1.6.2.20040318222951.00ba69d8@mail.ziplabel.com> Message-ID: <20040320010855.6B32.TAKUMA@dgp.ne.jp> Earle, Thank you for your comments and commits. That not only fixes a-o-t problems but also gives hints for the ongoing restacking problem. Let me confirm some points to make things clear. > Minimized > always-on-top windows never disappear from in front of other > X windows in all the tests I've tried. I can't reproduce this behaviour with release-59. I made two windows overlapped, set one of them as a-o-t, then minimized the a-o-t window. The second window was shown correctly. Could you show me how to reproduce it? > And when a non-aot > window is created on top of an a-o-t one, it is popped to the > top of the X window stack, even if there is an a-o-t window > in Win32 space above it. It's as if a chunk of the window > below the aot window is showing through, and a real pain. (It's > caused by XRaiseWindow()ing a window that's not really at the > top of the Win32 stack...) I can't reproduce it with release-59. Maybe I am doing the tests in a wrong way... Could you point it out? > I've cleaned all this up in my local copy, and made Emacs/xterm > menus work properly in a-o-t mode (they don't disappear!) without > stepping on any of Takuma's changes. Popups on a-o-t windows are having problems and should be fixed. Did you fix it without reviving fAlwaysOnTop? I'm interested in the solution. > However, I can't get > minimization to work without turning off the Win32 a-o-t setting > on the window during the minimize... As I wrote above, I think it is achieved in current releases. > The old behavior was to copy the current a-o-t state to a private > flag in pWinPriv on a minimize, remove the a-o-t bit from the window, > and on a restore set the a-o-t flag back on the Win32 window if so > cached. > > If I put this flag and behavior back I can get things working > 100% AFAICT: a-o-t windows minimized from the taskbar, the > system menu, or the button disappear. > > Takuma, if you're reading the list, can you give some insight as to > why you took out the old private flag? (I agree it should be > cached in the wndproc on the WM_SIZE message, not the SC_* menu > handler where it was, that's where I've got it placed presently, > and it now works for all different methods of minimizing a window > I can think of...) In the change I fixed window manipulation (remove, resize, minimize and maximize). My principle is to have Windows do as much work as possible; I let Windows all window operations and propagate the resulting position and size to underlying X windows through winAdjustXWindow(). Within the process I removed some cache variables including fAlwaysOnTop since they seemed unnecessary. I did basic tests so minimization of a-o-t windows should be work fine. I want to go on without fAlwaysOnTop flag if we can. However popups on a-o-t windows are surely broken, it is my fault. I built and ran on the latest CVS. It works fine with popups on a-o-t windows (it yields some BadWindow errors but they cause no actual faults.) It could be the best solution. What we should verify now are: 1) Is minimization of a-o-t windows broken on release-59? 2) Does the CVS build fix restacking problem? I appreciate anyone who gives feedbacks on item 1. Item 2 is about the problem on which Harold and I are working so Harold can verify it. Takuma Murakami From takuma@dgp.ne.jp Fri Mar 19 16:22:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Fri, 19 Mar 2004 16:22:00 -0000 Subject: Hydravision problem? In-Reply-To: <9F6D97595D740C448D9F7E0B4C48B2460E2DCB36@thn-ex02.doubleclick.net> References: <9F6D97595D740C448D9F7E0B4C48B2460E2DCB36@thn-ex02.doubleclick.net> Message-ID: <20040319152543.F4EA.TAKUMA@dgp.ne.jp> Peter, > 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? Please try to use -multimonitors option. Takuma Murakami From huntharo@msu.edu Fri Mar 19 16:24:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Mar 2004 16:24:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) In-Reply-To: <20040320010855.6B32.TAKUMA@dgp.ne.jp> References: <5.1.1.6.2.20040318222951.00ba69d8@mail.ziplabel.com> <20040320010855.6B32.TAKUMA@dgp.ne.jp> Message-ID: <405B1D67.3010707@msu.edu> Takuma Murakami wrote: >>Minimized >>always-on-top windows never disappear from in front of other >>X windows in all the tests I've tried. > > > I can't reproduce this behaviour with release-59. I made two > windows overlapped, set one of them as a-o-t, then minimized > the a-o-t window. The second window was shown correctly. > Could you show me how to reproduce it? 4.3.0-59 would not have this problem because it does not yet contain your recent changes to multi-window mode. This problem would only show up in the CVS builds. >>And when a non-aot >>window is created on top of an a-o-t one, it is popped to the >>top of the X window stack, even if there is an a-o-t window >>in Win32 space above it. It's as if a chunk of the window >>below the aot window is showing through, and a real pain. (It's >>caused by XRaiseWindow()ing a window that's not really at the >>top of the Win32 stack...) > > > I can't reproduce it with release-59. Maybe I am doing the > tests in a wrong way... Could you point it out? Yup, try with CVS :) >>The old behavior was to copy the current a-o-t state to a private >>flag in pWinPriv on a minimize, remove the a-o-t bit from the window, >>and on a restore set the a-o-t flag back on the Win32 window if so >>cached. >> >>If I put this flag and behavior back I can get things working >>100% AFAICT: a-o-t windows minimized from the taskbar, the >>system menu, or the button disappear. >> >>Takuma, if you're reading the list, can you give some insight as to >>why you took out the old private flag? (I agree it should be >>cached in the wndproc on the WM_SIZE message, not the SC_* menu >>handler where it was, that's where I've got it placed presently, >>and it now works for all different methods of minimizing a window >>I can think of...) > > > In the change I fixed window manipulation (remove, resize, > minimize and maximize). My principle is to have Windows do > as much work as possible; I let Windows all window operations > and propagate the resulting position and size to underlying > X windows through winAdjustXWindow(). > > Within the process I removed some cache variables including > fAlwaysOnTop since they seemed unnecessary. I did basic > tests so minimization of a-o-t windows should be work fine. > I want to go on without fAlwaysOnTop flag if we can. However > popups on a-o-t windows are surely broken, it is my fault. > > I built and ran on the latest CVS. It works fine with popups > on a-o-t windows (it yields some BadWindow errors but they > cause no actual faults.) It could be the best solution. What > we should verify now are: > 1) Is minimization of a-o-t windows broken on release-59? > 2) Does the CVS build fix restacking problem? > > I appreciate anyone who gives feedbacks on item 1. Item 2 is > about the problem on which Harold and I are working so Harold > can verify it. I think that #2 was not touched by Earle. I'll have to check though. Harold From ingber@ingber.com Fri Mar 19 16:27:00 2004 From: ingber@ingber.com (Lester Ingber) Date: Fri, 19 Mar 2004 16:27:00 -0000 Subject: blinking xterm? Message-ID: <20040319162221.GA1776@ingber.com> I just installed the current X packages, noticing that a new xterm package also was installed. I'm getting lots of blinking screens, under mutt, and sometimes just entering simple text? Lester From takuma@dgp.ne.jp Fri Mar 19 16:44:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Fri, 19 Mar 2004 16:44:00 -0000 Subject: Once again? twm takes no control In-Reply-To: <00a301c40ab5$c7e1aa30$7b05000a@corp.silverbacksystems.com> References: <00a301c40ab5$c7e1aa30$7b05000a@corp.silverbacksystems.com> Message-ID: <20040320012012.6B35.TAKUMA@dgp.ne.jp> Dai, > 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? I can't see the problem on my box: XFree86-base 4.3.0-8 XFree86-bin 4.3.0-18 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-11 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-8 XFree86-jdoc 4.3.0-2 XFree86-lib 4.3.0-2 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-8 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-59 XFree86-xwinclip 4.3.0-2 Just a sanity check: is your NumLock off? Takuma Murakami From susannaf@rd.bbc.co.uk Fri Mar 19 17:32:00 2004 From: susannaf@rd.bbc.co.uk (Susannah Fleming) Date: Fri, 19 Mar 2004 17:32:00 -0000 Subject: XTerm won't start on Win2000 Message-ID: <6.0.1.1.2.20040319161621.025307a0@132.185.128.108> I'm a newbie to Cygwin X, and I can't open an XTerm. I've tried various options including startxwin.bat, startxwin.sh (from a Cygwin bash shell) and manually typing in commands from startxwin.sh. When running the bat file in dos, I get nothing - no error messages and no xterms. From bash, I still don't get xterms but I do get an error message: "xterm Xt error: Can't open display: 127.0.0.1:0.0" I've tried reinstalling the whole of my Cygwin dist, just Xfree, fonts and zlib with absolutely no effect. I'm not using ssh and I have a colleague who should have an identical PC build who uses Xfree fine, so I know it's possible. There is no X log being created in /tmp. In fact, /tmp is empty. Having read other posts, I find this distinctly worrying. I'm running Win2000Professional and I've checked for suppressed pop-ups about missing dlls. There aren't any. Sorry not to provide more information but this is all I have! Any clues for where to find more logs, or (even better) a solution to my predicament would be greatly appreciated. Susannah From takuma@dgp.ne.jp Fri Mar 19 17:43:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Fri, 19 Mar 2004 17:43:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) In-Reply-To: <405B1D67.3010707@msu.edu> References: <20040320010855.6B32.TAKUMA@dgp.ne.jp> <405B1D67.3010707@msu.edu> Message-ID: <20040320014314.6B3B.TAKUMA@dgp.ne.jp> > 4.3.0-59 would not have this problem because it does not yet contain > your recent changes to multi-window mode. This problem would only show > up in the CVS builds. > > I can't reproduce it with release-59. Maybe I am doing the > > tests in a wrong way... Could you point it out? > > Yup, try with CVS :) I have completely misunderstood the problem :( > > 1) Is minimization of a-o-t windows broken on release-59? > > 2) Does the CVS build fix restacking problem? > I think that #2 was not touched by Earle. I'll have to check though. Now it's quite clear to me, the culprit is my restacking bug. If Earle's solution fixes #2, then it is what we've sought for. Even if it doesn't fix it, he gives a nice stepping stone to the final solution. I'll look at the code for a while. Takuma Murakami From Dr.Volker.Zell@oracle.com Fri Mar 19 17:44:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Fri, 19 Mar 2004 17:44:00 -0000 Subject: xfontsel crashes with cygwin-1.5.8 and all the latext X packages installed Message-ID: <8765d0hhah.fsf@vzell-de.de.oracle.com> Hi I get a crash when running xfontsel under latest cygwin-1.5.8 and all the latest cygwin C packages installed. Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Mar 19 18:22:37 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Cygwin Package Information cygwin 1.5.8-1 XFree86-base 4.3.0-8 XFree86-bin 4.3.0-18 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-1 XFree86-etc 4.3.0-11 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-8 XFree86-jdoc 4.3.0-1 XFree86-lib 4.3.0-2 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-8 XFree86-nest 4.3.0-7 XFree86-prog 4.3.0-19 XFree86-prt 4.3.0-5 XFree86-ps 4.3.0-1 XFree86-startup-scripts 4.2.0-5 XFree86-vfb 4.3.0-7 XFree86-xserv 4.3.0-59 XFree86-xwinclip 4.3.0-2 xterm 185-1 xwinclip 1.2.0-1 D:\tmp>set CYGWIN_TESTING=1 D:\tmp>D:\tmp\cygdeb\gdb.exe -nw "D:/usr/X11R6/bin/xfontsel.exe" 1852 GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)... Attaching to program `/usr/X11R6/bin/xfontsel.exe', process 1852 Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. ---Type to continue, or q to quit---q Quit A program is being debugged already. Kill it? (y or n) n Program not killed. (gdb) bt #0 0x10008e84 in cygX11-6!XFreeFont () from /usr/X11R6/bin/cygX11-6.dll #1 0x10008418 in cygX11-6!XLoadQueryFont () from /usr/X11R6/bin/cygX11-6.dll #2 0x00403299 in cygXmu-6!_XA_UTF8_STRING () #3 0x100e3670 in ?? () #4 0x100fff78 in ?? () (gdb) Anybody else seeing this ? Ciao Volker From huntharo@msu.edu Fri Mar 19 17:47:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Mar 2004 17:47:00 -0000 Subject: xfontsel crashes with cygwin-1.5.8 and all the latext X packages installed In-Reply-To: <8765d0hhah.fsf@vzell-de.de.oracle.com> References: <8765d0hhah.fsf@vzell-de.de.oracle.com> Message-ID: <405B311B.9010206@msu.edu> Volker, Dr. Volker Zell wrote: > Hi > > I get a crash when running xfontsel under latest cygwin-1.5.8 > and all the latest cygwin C packages installed. Please try the latest cygwin1.dll snapshot. It sounds like this problem may be fixed by it. I would like positive confirmation of this. Harold From jehan@bravobrava.com Fri Mar 19 17:59:00 2004 From: jehan@bravobrava.com (Jehan Bing) Date: Fri, 19 Mar 2004 17:59:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: Message-ID: <405B317A.7000203@bravobrava.com> Michael Bax wrote: > 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! And some still deploy on DOS. Maybe we should limit X to using VGA/VESA cards? ;) > 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! Win2k was never a replacement for 9x, so I'm not surprised that the most desktop were 9x machines. It wouldn't matter if 99% were using Win3.1, what count is the OS used by Cygwin/XFree users. > The baseline for support today must clearly be pre-XP systems. All I've seen is opinions or general/old numbers. So to me is still not clear where we stand *today* in the *Cygwin/XFree community*. > 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. I *am* trying to make alpha the default *only* on alpha supporting machines. I haven't have much time to test on different OS so I was relying on others to comment. But I got very few replies and most where flamebaits. :( Maybe this week-end I'll be able to install older OS and test. So bare with me if I haven't succeeded just yet. Thank you. > 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! :-) No, my issue with the monochrome icon is that it's not visible on black desktops. That's why there was a white line on the old icon. You didn't like the white specks so I made the alpha icon to have a clean white line so that it is visible on black desktop without looking dirty. > 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. The quotes are because, IMHO, it's not an improved icon. Keeping the proportion, again IMHO, should not be made to the detriment of readability. I just prefer to have a slightly overweight line than a blurry one whashout by the background. > By "safe", Earle meant looking decent. icon-test9.ico does not look decent > on all platforms, unlike Improved.ico. My comment was ironic. > 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. Oh, you mean that developers are not users? Anyway, I'm going to stop on this flamefest now, nobody with every agree with everybody else so it's of no use. Nahor From dickey@his.com Fri Mar 19 18:05:00 2004 From: dickey@his.com (Thomas Dickey) Date: Fri, 19 Mar 2004 18:05:00 -0000 Subject: blinking xterm? In-Reply-To: <20040319162221.GA1776@ingber.com> References: <20040319162221.GA1776@ingber.com> Message-ID: yOn Fri, 19 Mar 2004, Lester Ingber wrote: > I just installed the current X packages, noticing that a new xterm > package also was installed. > > I'm getting lots of blinking screens, under mutt, and sometimes just > entering simple text? xterm patch #185 implements blinking text. offhand, if you're using mutt linked with slang, it misuses blink attribute in the expectation that the terminal emulator will either ignore it or produce a bright background. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From cgf-no-personal-reply-please@cygwin.com Fri Mar 19 18:18:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 19 Mar 2004 18:18:00 -0000 Subject: xfontsel crashes with cygwin-1.5.8 and all the latext X packages installed In-Reply-To: <405B311B.9010206@msu.edu> References: <8765d0hhah.fsf@vzell-de.de.oracle.com> <405B311B.9010206@msu.edu> Message-ID: <20040319175957.GA28232@redhat.com> On Fri, Mar 19, 2004 at 12:42:51PM -0500, Harold L Hunt II wrote: >Dr. Volker Zell wrote: >>I get a crash when running xfontsel under latest cygwin-1.5.8 >>and all the latest cygwin C packages installed. > >Please try the latest cygwin1.dll snapshot. It sounds like this problem >may be fixed by it. I would like positive confirmation of this. There is no indication from this bug report that this is in any way related to the problems fixed by the snapshot and now by the 1.5.9-1 release. The only fix in the cygwin snapshot was a work around for a cygwin heap problem which manifested on certain Windows XP or 2000 systems. There is nothing that would address a SEGV. Judging from Volker's stack trace, it looks like the problem is in the program itself, rather than the Cygwin DLL, too. cgf From Phil.Betts@heis.co.uk Fri Mar 19 18:18:00 2004 From: Phil.Betts@heis.co.uk (Phil Betts) Date: Fri, 19 Mar 2004 18:18:00 -0000 Subject: X/Cygwin icon proposal Message-ID: Hi Harold, First off, as this is my first submission to the list, I'd like to extend my thanks to you and all of the other contributors to Cygwin/X. After trying a very early version (long before multiwindow appeared), I tried a lot of commercial X servers before returning to cygwin about the time that rootless appeared. The current XWin is by far the best of the bunch (for my purposes at least). It is the only server I've found that will work reliably with VirtuaWin's virtual desktops. Most of the traffic headed your way on the list is, by the nature of these things, negative so I thought I'd try to redress the balance ;-) I'm sure I speak for most of the subscribers in saying that your efforts are greatly appreciated. But enough of this sycophancy... > Harold L Hunt II wrote: > 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. This is a pretty mature list, followed by the sort of people who can resist the urge to send in "me too" messages. I suspect that there are others like me who saw the original fault report and thought "OK, it's been logged already, I'll await the results". Therefore, please don't discount solitary fault reports. I am running NT4 and as you'll see from the attached shot, I too get a mangled icon. (In case the maintainer of rxvt monitors this list, that application also suffers the same problem) Of the different .ico files I have seen, all could be read and correctly displayed by IrfanView, but most were either mangled by Windows, or "contain no icons". FWIW, here are my observations on the discussion so far: a) It makes no sense to inflict a random splodge on users of older OSes, just because a newer OS is able to display a prettier version of the current icon. b) As a user of an older OS, I would gladly live with an amorphous blotch if you could get the clipboard to work with emacs! c) I would guess that most XWin _users_ are actually professionals like myself, who need an X server to connect a cheap PC to more exotic hardware running various flavours of Unix. We are busy and therefore don't have the time to make a lot of noise on lists such as this. d) Most true geeks (a hat I wear myself when I'm at home) won't touch Windows of any flavour from choice and therefore won't be needing cygwin. e) A disproportionate number of electrons has been devoted to the transmission of messages about 144 pixels. Phil Betts <> ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** -------------- next part -------------- A non-text attachment was scrubbed... Name: X-icon-bustage.png Type: image/png Size: 6772 bytes Desc: X-icon-bustage.png URL: From takuma@dgp.ne.jp Fri Mar 19 18:31:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Fri, 19 Mar 2004 18:31:00 -0000 Subject: xfontsel crashes with cygwin-1.5.8 and all the latext X packages installed In-Reply-To: <8765d0hhah.fsf@vzell-de.de.oracle.com> References: <8765d0hhah.fsf@vzell-de.de.oracle.com> Message-ID: <20040320031409.6B3E.TAKUMA@dgp.ne.jp> Volker, > I get a crash when running xfontsel under latest cygwin-1.5.8 > and all the latest cygwin C packages installed. It doesn't crash on my box: Cygwin Win95/NT Configuration Diagnostics Current System Time: Sat Mar 20 03:04:12 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Cygwin Package Information cygwin 1.5.8-1 XFree86-base 4.3.0-8 XFree86-bin 4.3.0-18 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-11 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-8 XFree86-jdoc 4.3.0-2 XFree86-lib 4.3.0-2 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-8 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-59 XFree86-xwinclip 4.3.0-2 Hope this helps. Takuma Murakami From cwfox@fujitsu.com Fri Mar 19 18:58:00 2004 From: cwfox@fujitsu.com (Camron W. Fox) Date: Fri, 19 Mar 2004 18:58:00 -0000 Subject: Cut and Paste stopped working after re-installation Message-ID: Folks, I recently had to re-install cygwin and cygnome from scratch. Now cut and paste doesn't work anymore. It has been such a long time since the original installation that I don't know if I had to make any changes the first time to get it to work. I apologize, but I could really use some help with this. I tried using -clipboard as a serverarg in /opt/gnome/bin/startgnome but it had no effect. Best Regards, Camron From earle@ziplabel.com Fri Mar 19 19:08:00 2004 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Fri, 19 Mar 2004 19:08:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) Message-ID: <20040319183105.CBDE115EC2@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From huntharo@msu.edu Fri Mar 19 23:58:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 19 Mar 2004 23:58:00 -0000 Subject: xfontsel crashes with cygwin-1.5.8 and all the latext X packages installed In-Reply-To: <20040319175957.GA28232@redhat.com> References: <8765d0hhah.fsf@vzell-de.de.oracle.com> <405B311B.9010206@msu.edu> <20040319175957.GA28232@redhat.com> Message-ID: <405B42BE.40702@msu.edu> Christopher Faylor wrote: > On Fri, Mar 19, 2004 at 12:42:51PM -0500, Harold L Hunt II wrote: > >>Dr. Volker Zell wrote: >> >>>I get a crash when running xfontsel under latest cygwin-1.5.8 >>>and all the latest cygwin C packages installed. >> >>Please try the latest cygwin1.dll snapshot. It sounds like this problem >>may be fixed by it. I would like positive confirmation of this. > > > There is no indication from this bug report that this is in any way > related to the problems fixed by the snapshot and now by the 1.5.9-1 > release. The only fix in the cygwin snapshot was a work around for a > cygwin heap problem which manifested on certain Windows XP or 2000 > systems. From your description of the fix: Since I have "fixed" the problem with people being unable to run some programs due to cygheap allocation, I should release a new version of cygwin ASAP. We've been having problems with emacs bombing, XWin.exe bombing, now xfontsel bombing (without any changes being made to xfontsel from the pervious release), and you talked about a fix for apps dying on startup... sounded related to me. > There is nothing that would address a SEGV. Judging from Volker's stack > trace, it looks like the problem is in the program itself, rather than > the Cygwin DLL, too. Dunno... it is happening with too many programs now to suspect the program itself. We need to compile some better information about these crashes but I have been busy working on packaging and such. I think we can start looking into this real soon now. Harold From huntharo@msu.edu Sat Mar 20 00:12:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 20 Mar 2004 00:12:00 -0000 Subject: X/Cygwin icon proposal In-Reply-To: References: Message-ID: <405B4523.8030903@msu.edu> Phil Betts wrote: > Hi Harold, > > First off, as this is my first submission to the list, I'd like to > extend my thanks > to you and all of the other contributors to Cygwin/X. Glad you like it. >>Harold L Hunt II wrote: >>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. > > This is a pretty mature list, followed by the sort of people who can > resist the > urge to send in "me too" messages. I suspect that there are others like > me who > saw the original fault report and thought "OK, it's been logged already, > I'll await > the results". Therefore, please don't discount solitary fault reports. I have to discount them... I can't think of everything that gets reported once as a bonifed problem. You are right, the list is mature, but people should know that *at least one other person* should speak up to verify that they also have the same problem as another is reporting. This is essential and I am pretty amazed that no one did speak up in this case, until now. > FWIW, here are my observations on the discussion so far: > > a) It makes no sense to inflict a random splodge on users of older OSes, > just > because a newer OS is able to display a prettier version of the current > icon. As I have said before, this is a technical question getting lots of personal and emotional answers. Let me make this perfectly clear for everyone that is getting tied up on this issue: 1) Possible to have alpha icon that doesn't mess with older versions of Windows --> Our default icon will have alpha versions. 2) Alpha icons always mess with older versions of windows --> Our default icon will *not* have alpha versions. There is no room for discussion on this, it is a simple technical question of "is this possible or not". Please, refrain from discussing personal opinions, speculation about what version of Windows people are using, etc. I have always aimed to support the minimum subset of features available on all versions of Windows since 95 and I am not going to deviate from that on the icon issue. > b) As a user of an older OS, I would gladly live with an amorphous > blotch if you > could get the clipboard to work with emacs! Umm... the clipboard should work with emacs... if it does not, then that is a problem. You are using the -clipboard parameter from a recent version (xserv-4.3.0-59) and *not* using xwinclip, right? This was fixed ages ago if you are referring to the selection highlight disappearing. Harold From ingber@ingber.com Sat Mar 20 00:15:00 2004 From: ingber@ingber.com (Lester Ingber) Date: Sat, 20 Mar 2004 00:15:00 -0000 Subject: blinking xterm? In-Reply-To: References: <20040319162221.GA1776@ingber.com> Message-ID: <20040319235853.GA62963@ingber.com> I can see that this could be a nice feature for some users. However, can I set an option to suppress blinking, e.g., similar to being able to use +bc to turn off text cursor blinking? Thanks. Lester On Fri, Mar 19, 2004 at 12:47:21PM -0500, Thomas Dickey wrote: : Date: Fri, 19 Mar 2004 12:47:21 -0500 (EST) : From: Thomas Dickey : To: cygwin-xfree@cygwin.com, Lester Ingber : Subject: Re: blinking xterm? : In-Reply-To: <20040319162221.GA1776@ingber.com> : : yOn Fri, 19 Mar 2004, Lester Ingber wrote: : : > I just installed the current X packages, noticing that a new xterm : > package also was installed. : > : > I'm getting lots of blinking screens, under mutt, and sometimes just : > entering simple text? : : xterm patch #185 implements blinking text. : : offhand, if you're using mutt linked with slang, it misuses blink : attribute in the expectation that the terminal emulator will either : ignore it or produce a bright background. : : -- : Thomas E. Dickey : http://invisible-island.net : ftp://invisible-island.net From dickey@his.com Sat Mar 20 00:17:00 2004 From: dickey@his.com (Thomas Dickey) Date: Sat, 20 Mar 2004 00:17:00 -0000 Subject: blinking xterm? In-Reply-To: <20040319235853.GA62963@ingber.com> References: <20040319162221.GA1776@ingber.com> <20040319235853.GA62963@ingber.com> Message-ID: On Fri, 19 Mar 2004, Lester Ingber wrote: > I can see that this could be a nice feature for some users. However, > can I set an option to suppress blinking, e.g., similar to being > able to use +bc to turn off text cursor blinking? It's a resource-setting (noting that my wording is a little convoluted): showBlinkAsBold (class ShowBlinkAsBold) Tells xterm whether to display text with blink-attribute the same as bold. If xterm has not been configured to support blinking text, the default is ``true.'', which corresponds to older versions of xterm, otherwise the default is ``false.'' assuming that's what we're talking about, "xterm -v" would show XFree86 4.4(185) > Thanks. > > Lester > > On Fri, Mar 19, 2004 at 12:47:21PM -0500, Thomas Dickey wrote: > : Date: Fri, 19 Mar 2004 12:47:21 -0500 (EST) > : From: Thomas Dickey > : To: cygwin-xfree@cygwin.com, Lester Ingber > : Subject: Re: blinking xterm? > : In-Reply-To: <20040319162221.GA1776@ingber.com> > : > : yOn Fri, 19 Mar 2004, Lester Ingber wrote: > : > : > I just installed the current X packages, noticing that a new xterm > : > package also was installed. > : > > : > I'm getting lots of blinking screens, under mutt, and sometimes just > : > entering simple text? > : > : xterm patch #185 implements blinking text. > : > : offhand, if you're using mutt linked with slang, it misuses blink > : attribute in the expectation that the terminal emulator will either > : ignore it or produce a bright background. > : > : -- > : Thomas E. Dickey > : http://invisible-island.net > : ftp://invisible-island.net > > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From ingber@ingber.com Sat Mar 20 00:31:00 2004 From: ingber@ingber.com (Lester Ingber) Date: Sat, 20 Mar 2004 00:31:00 -0000 Subject: blinking xterm? Message-ID: <20040320001507.GA70740@ingber.com> Never mind re any option to turn off blinking. When I could not get a line in my .Xdefaults file to work: XTerm.showBlinkAsBold: True I realized I probably set this in my .tcshrc file, so I changed my defaults there: ------------8<------------ top cut -> bottom ------------->8------------ # ESC [ Ps;Ps;Ps;...;Ps m # where Ps = # 0 All Attributes Off # 1 Bold on # 4 Underline on # 5 Blink on # 7 Reverse video on # 3x Foreground color is x # 4x Background color is x # Colors are # 0 black # 1 red # 2 green # 3 yellow # 4 blue # 5 magenta # 6 cyan # 7 white # no 0 Normal (non-filename) text # fi 0 Regular file # di 01;34 Directory # ln 01;36 Symbolic link # pi 33 Named pipe (FIFO) # so 01;35 Socket # bd 01;33 Block device # cd 01;32 Character device # ex 01;32 Executable file # mi (none) Missing file (defaults to fi) # or (none) Orphaned symbolic link (defaults to ln) # lc ^[[ Left code # rc m Right code # ec (none) End code (replaces lc+no+rc) # 0 to restore default color # 1 for brighter colors # 4 for underlined text # 5 for flashing text # 30 for black foreground # 31 for red foreground # 32 for green foreground # 33 for yellow (or brown) foreground # 34 for blue foreground # 35 for purple foreground # 36 for cyan foreground # 37 for white (or gray) foreground # 40 for black background # 41 for red background # 42 for green background # 43 for yellow (or brown) background # 44 for blue background # 45 for purple background # 46 for cyan background # 47 for white (or gray) background #setenv LS_COLORS 'no=00:fi=00;34:di=05;32:ln=00;35:pi=35;33:so=00;35:bd=35;33;01:cd=35;33;01:or=40;31;01:ex=00;31:*.tar=00;36:*.tgz=01;34:*.arj=01;36:*.taz=01;34:*.lzh=01;34:*.zip=01;34:*.z=01;34:*.Z=01;34:*.gz=01;34:*.deb=00;31:*.jpg=01;36:*.gif=01;36:*.bmp=01;36:*.ppm=01;36:*.tga=01;36:*.xbm=01;36:*.xpm=01;36:*.tif=01;36:*.mpg=01;36:*.html=05;36:*.htm=01;36:*.avi=01;36:*.gl=01;36:*.dl=01;36:' setenv LS_COLORS 'no=00:fi=00;34:di=01;32:ln=00;35:pi=35;33:so=00;35:bd=35;33;01:cd=35;33;01:or=40;31;01:ex=00;31:*.tar=00;36:*.tgz=01;34:*.arj=01;36:*.taz=01;34:*.lzh=01;34:*.zip=01;34:*.z=01;34:*.Z=01;34:*.gz=01;34:*.deb=00;31:*.jpg=01;36:*.gif=01;36:*.bmp=01;36:*.ppm=01;36:*.tga=01;36:*.xbm=01;36:*.xpm=01;36:*.tif=01;36:*.mpg=01;36:*.html=01;36:*.htm=01;36:*.avi=01;36:*.gl=01;36:*.dl=01;36:' setenv COLORFGBG "lightgray;blue" ------------8<------------ bottom cut <- top ------------->8------------ Thanks. Lester On Fri, Mar 19, 2004 at 12:47:21PM -0500, Thomas Dickey wrote: : Date: Fri, 19 Mar 2004 12:47:21 -0500 (EST) : : yOn Fri, 19 Mar 2004, Lester Ingber wrote: : : > I just installed the current X packages, noticing that a new xterm : > package also was installed. : > : > I'm getting lots of blinking screens, under mutt, and sometimes just : > entering simple text? : : xterm patch #185 implements blinking text. : : offhand, if you're using mutt linked with slang, it misuses blink : attribute in the expectation that the terminal emulator will either : ignore it or produce a bright background. : : -- From ingber@ingber.com Sat Mar 20 00:43:00 2004 From: ingber@ingber.com (Lester Ingber) Date: Sat, 20 Mar 2004 00:43:00 -0000 Subject: blinking xterm? In-Reply-To: References: <20040319162221.GA1776@ingber.com> <20040319235853.GA62963@ingber.com> Message-ID: <20040320001750.GA3408@ingber.com> I just discovered this on my own: seee my last email. However, my .tcshrc commands were overriding this. However, this does not change blinking in mutt; I'll work on that. Thanks. Lester On Fri, Mar 19, 2004 at 07:12:28PM -0500, Thomas Dickey wrote: : Date: Fri, 19 Mar 2004 19:12:28 -0500 (EST) : : On Fri, 19 Mar 2004, Lester Ingber wrote: : : > I can see that this could be a nice feature for some users. However, : > can I set an option to suppress blinking, e.g., similar to being : > able to use +bc to turn off text cursor blinking? : : It's a resource-setting (noting that my wording is a little convoluted): : : showBlinkAsBold (class ShowBlinkAsBold) : Tells xterm whether to display text with blink-attribute the : same as bold. If xterm has not been configured to support : blinking text, the default is ``true.'', which corresponds to : older versions of xterm, otherwise the default is ``false.'' : : assuming that's what we're talking about, "xterm -v" would show : : XFree86 4.4(185) : : > Thanks. : > : > Lester : > : > On Fri, Mar 19, 2004 at 12:47:21PM -0500, Thomas Dickey wrote: : > : Date: Fri, 19 Mar 2004 12:47:21 -0500 (EST) : > : From: Thomas Dickey : > : To: cygwin-xfree@cygwin.com, Lester Ingber : > : Subject: Re: blinking xterm? : > : In-Reply-To: <20040319162221.GA1776@ingber.com> : > : : > : yOn Fri, 19 Mar 2004, Lester Ingber wrote: : > : : > : > I just installed the current X packages, noticing that a new xterm : > : > package also was installed. : > : > : > : > I'm getting lots of blinking screens, under mutt, and sometimes just : > : > entering simple text? : > : : > : xterm patch #185 implements blinking text. : > : : > : offhand, if you're using mutt linked with slang, it misuses blink : > : attribute in the expectation that the terminal emulator will either : > : ignore it or produce a bright background. From dickey@his.com Sat Mar 20 02:13:00 2004 From: dickey@his.com (Thomas Dickey) Date: Sat, 20 Mar 2004 02:13:00 -0000 Subject: blinking xterm? In-Reply-To: <20040320001507.GA70740@ingber.com> References: <20040320001507.GA70740@ingber.com> Message-ID: On Fri, 19 Mar 2004, Lester Ingber wrote: > Never mind re any option to turn off blinking. When I could not > get a line in my .Xdefaults file to work: > XTerm.showBlinkAsBold: True That would be XTerm*VT100.showBlinkAsBold: true Most of the resources apply to the vt100 widget. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From tlroche@us.ibm.com Sat Mar 20 04:46:00 2004 From: tlroche@us.ibm.com (Thomas L Roche) Date: Sat, 20 Mar 2004 04:46:00 -0000 Subject: emacs {hang, crashes} under X on 2k, was: Emacs crashing under XFree86-4.3 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/ Thomas L Roche Wed, 17 Mar 2004 08:00:00 -0500 > 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. Just to amplify (though of course what I should be doing is building cygwin1, xfree86, and emacs from source and debugging--props to Moira Regelson), here's some more data. Note that I stay pretty current with both cygwin1.dll and xfree86: presently > $ cygcheck -srv | grep 'cygwin\|XFree86' > 1100k 2004/03/16 d:\ProgramFiles\Cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 > "cygwin1.dll" v0.0 ts=2004/3/16 0:19 > DLL identifier: cygwin1 > Shared id: cygwin1S4 > Last downloaded files to: D:\download\cygwin > Last downloaded files from: ftp://mirrors.rcn.net/pub/sourceware/cygwin > cygwin 1.5.8-1 > cygwin-doc 1.3-7 > XFree86-base 4.3.0-7 > XFree86-bin 4.3.0-17 > XFree86-etc 4.3.0-10 > XFree86-fenc 4.3.0-1 > XFree86-fnts 4.3.0-1 > XFree86-lib 4.3.0-2 > XFree86-lib-compat 4.3.0-2 > XFree86-startup-scripts 4.3.0-1 > XFree86-xserv 4.3.0-58 The cygwinized GNU Emacs was very stable under X (with -multiwindow and -clipboard) in 1.5.5-1. Since upgrading from that, I have had * apparently-random crashes: segfaults, dumps core, etc. Rarely, but occasionally, the crashes leave cryptic X-related messages in the console. * hangs on window modification or creation. Cygwin emacs has actually been pretty stable since late Feb/early Mar, in that it doesn't crash very often IFF I don't move, resize, minimize, or create new windows (e.g. with [C-x 5 f]). If I just startup an xterm, then startup one (and only one) emacs window and don't touch it, I can usually get several hours of productive use out of it. But if I do any of those 4 ops (which I usually did frequently pre-1.5.5-1), it will almost certainly, within a few minutes, hang without refreshing its windows: i.e. ? if I drag a non-emacs window over an emacs one, then minimize the non-emacs one, the area of overlap will be visible as white space on the emacs window. ? no gesture causes any change in the hung window ? the hung window cannot be closed except by killing the emacs process There are other less destructive glitches that have appeared since 1.5.5-1 (e.g. my emacs cursor is normally a blinking solid rectangle, but if I minimize my emacs window, then restore it, the emacs cursor becomes a non-blinking rectangular outline, aka the "keyhole of death"), but the problems above are the ones that tend to ruin my day. From cgf-no-personal-reply-please@cygwin.com Sat Mar 20 10:56:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sat, 20 Mar 2004 10:56:00 -0000 Subject: emacs {hang, crashes} under X on 2k, was: Emacs crashing under xfree86-4.3 In-Reply-To: References: Message-ID: <20040320021249.GA2119@redhat.com> On Fri, Mar 19, 2004 at 07:43:49PM -0500, Thomas L Roche wrote: >The cygwinized GNU Emacs was very stable under X (with -multiwindow >and -clipboard) in 1.5.5-1. Since upgrading from that, I have had > >* apparently-random crashes: segfaults, dumps core, etc. Rarely, > but occasionally, the crashes leave cryptic X-related messages in > the console. http://cygwin.com/ml/cygwin/2004-02/msg01249.html From kiyoshi@email.toast.net Sat Mar 20 11:09:00 2004 From: kiyoshi@email.toast.net (Troy Gehrett) Date: Sat, 20 Mar 2004 11:09:00 -0000 Subject: question about window configuration Message-ID: <200403192351.AA170459398@butter.toast.net> I have a question regarding the x window configuration. I had been running cygwin on my computer with xfree86 to connect remotely to a unix machine and run aps requiring x windows. I was using Windows 98 but now am using Windows XP Pro. I reloaded cygwin with the same options as before and have found a problem using the x window. Every window opened up in this screen pops up in the upper left hand corner. It doesn't have an outline or title bar across the top. I am unable to place the new windows where ever I'd like around the screen. I'm not sure what the problem is. Can you help me. With much thanks, Troy Gehrett From takuma@dgp.ne.jp Sat Mar 20 17:15:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sat, 20 Mar 2004 17:15:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) In-Reply-To: <20040319183105.CBDE115EC2@mail03.powweb.com> References: <20040320014314.6B3B.TAKUMA@dgp.ne.jp> <20040319183105.CBDE115EC2@mail03.powweb.com> Message-ID: <20040320191809.B065.TAKUMA@dgp.ne.jp> Earle, You give me a good insight to improve Z order handling. I believe we can approach to better solutions. The attached is my latest code which should fix all problems on restacking and a-o-t windows without using fAlwaysOnTop flag. Could you try and review this? > Tamuka Murakami wrote... > > Popups on a-o-t windows are having problems and should be fixed. > > Did you fix it without reviving fAlwaysOnTop? I'm interested in > > the solution. > > Yes, this does not require the flag. Basically, any overridden window > is now moved to the absolute top of the Z order, not just the top > of the regular stack. It's a 1 line change in winmultiwindowwndproc.c. It must be the SetWindowPos() in the winTopLevelWindowProc's WM_SHOWWINDOW handler. I removed SWP_NOACTIVATE flag since popups can't get into the front with the flag. > > > > 1) Is minimization of a-o-t windows broken on release-59? > > > > 2) Does the CVS build fix restacking problem? > > Now it's quite clear to me, the culprit is my restacking bug. > > If Earle's solution fixes #2, then it is what we've sought for. > > Even if it doesn't fix it, he gives a nice stepping stone to > > the final solution. I'll look at the code for a while. > > I'll have to read the archives some more to understand what > you mean by the restacking bug, but FWIW there's a new > function called PreserveWin32Stack in winmultiwindowwm.c which > just walks the Win32 window stack after a map or a raise and > forces the X stack to be in the same order. It's implemented now > just as a series of XRaiseWindows (it may be possible to use the > X combined restacking function)... In recent changes I made winRestackWindowMultiWindow empty and removed winReorderWindowsMultiWindow(), which were my fault and forced you to reinvent PreserveWin32Stack(). I think winReorderWindowsMultiWindow() is Kensuke's version of PreserveWin32Stack(). He does the work in X server's internal function (ConfigureWindow) while you do through WM thread (XRaiseWindow). Due to the changes propagation of Z order changes between X and Windows were not correctly performed; that's the "restacking bug" I've mentioned. Takuma Murakami -------------- next part -------------- A non-text attachment was scrubbed... Name: noaot.patch Type: application/octet-stream Size: 11274 bytes Desc: not available URL: From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Mar 20 17:23:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 20 Mar 2004 17:23:00 -0000 Subject: Emacs menus act strangely In-Reply-To: <20040318204615.4FFB715DBA@mail03.powweb.com> References: <20040318204615.4FFB715DBA@mail03.powweb.com> Message-ID: Earle F. Philhower, III wrote: > My change email has been spotty, I've only received notice of one > CVS commit I did myself. Plus, it seems like freedesktop.org is > having some troubles: their website is inaccessible right now > at 12:45PM PST... The commit message I got yesterday showed the comma in the realname seems to be the problem. It uses Earle F. Philhower as first Address and III@freedesktop.org as second. The messages are not in the archive but I found an older which was sent without realname (just earle@freedesktop.org). This seemed to be ok. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From earle@ziplabel.com Sat Mar 20 17:26:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 20 Mar 2004 17:26:00 -0000 Subject: Emacs menus act strangely In-Reply-To: References: <20040318204615.4FFB715DBA@mail03.powweb.com> <20040318204615.4FFB715DBA@mail03.powweb.com> Message-ID: <5.1.1.6.2.20040320085727.00b92c28@mail.ziplabel.com> Howdy, At 12:08 PM 3/20/2004 +0100, Alexander Gottwald wrote: >Earle F. Philhower, III wrote: > > My change email has been spotty, I've only received notice of one >... >The commit message I got yesterday showed the comma in the realname seems >to be the problem. It uses Earle F. Philhower as first Address and >III@freedesktop.org as second. ... Yes, I hope that is the only issue. I had the freedesktop admins change my realname to one without a comma yesterday, hopefully that'll clear things up in the future. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From troy.runkel@lumigent.com Sat Mar 20 19:55:00 2004 From: troy.runkel@lumigent.com (Troy Runkel) Date: Sat, 20 Mar 2004 19:55:00 -0000 Subject: US keyboard not working with recent XFree86-xserv Message-ID: <02B980604DE23B409236E19ED96D05AF24BD81@bosmail01.hq.lumigent.int> Greetings, I was interested in picking up the multi-window fix in XFree86-xserv-4.3.0-59 so I recently reinstalled cygwin on my Windows XP machine. However, after the reinstall I'm unable to type into an xterm. I start Xwin.exe using the startxwin.bat script. The Xwin.exe process starts and launches an xterm. I'm unable to type into this xterm session. The xterm session recognizes mouse actions, but not keyboard actions. Does anybody have any ideas what might be causing this. I've included a copy of the Xwin.log file. Thanks. Troy Runkel troy.runkel@lumigent.com ------------------------------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.59 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winScreenInit - dwWidth: 1280 dwHeight: 1024 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 994 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 994 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 994 r 1280 l 0 b 994 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 994 depth: 16 winAllocateFBShadowGDI - Dibsection width: 1280 height: 994 depth: 16 size image: 2544640 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 winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winInitWM - Returning. winFinishScreenInitFB - returning winMultiWindowXMsgProc - Hello winScreenInit - returning winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xfree86" Model = "pc101" Layout = "us" 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 list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winPointerWarpCursor - Discarding first warp: 640 497 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - pthread_mutex_lock () returned. winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winDeinitMultiWindowWM - Noting shutdown in progress ddxBeforeReset - Hello winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. ddxBeforeReset - Clipboard thread has exited. winDeinitMultiWindowWM - Noting shutdown in progress From huntharo@msu.edu Sat Mar 20 22:14:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 20 Mar 2004 22:14:00 -0000 Subject: US keyboard not working with recent XFree86-xserv In-Reply-To: <02B980604DE23B409236E19ED96D05AF24BD81@bosmail01.hq.lumigent.int> References: <02B980604DE23B409236E19ED96D05AF24BD81@bosmail01.hq.lumigent.int> Message-ID: <405C7EC7.1030701@msu.edu> You need this: http://cygwin.com/ml/cygwin-xfree-announce/2004-03/msg00032.html Harold Troy Runkel wrote: > Greetings, > > I was interested in picking up the multi-window fix in > XFree86-xserv-4.3.0-59 so I recently reinstalled cygwin on my Windows XP > machine. However, after the reinstall I'm unable to type into an xterm. > > I start Xwin.exe using the startxwin.bat script. The Xwin.exe process > starts and launches an xterm. I'm unable to type into this xterm > session. The xterm session recognizes mouse actions, but not keyboard > actions. > > Does anybody have any ideas what might be causing this. I've included a > copy of the Xwin.log file. Thanks. From peter.inskeep@excite.com Sat Mar 20 22:30:00 2004 From: peter.inskeep@excite.com (peter.inskeep@excite.com) Date: Sat, 20 Mar 2004 22:30:00 -0000 Subject: Hydravision problem? Message-ID: <20040320195527.3E6BB3E11@xprdmailfe12.nwk.excite.com> Hi, Thanks for your response. I should have been more explicit. Here is what I have used: REM Startup the X Server with the integrated Windows-based window manager. start XWin -multiwindow -multiplemonitors -clipboard 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 I have also tried it with the -screen 0 -screen 1 options, and with just the screen options. -multiplemonitors seems to work best but I still have problems. The xterm window is partially blanked out with white. When I drag the window it flashes on both screens completely whiting out the xterm window. When I drop it, the xterm is just where it should be but the xterm window is still at least partially blanked out with white. Any ideas? Thanks for your help. Pete ---------------------------------------------------------------------------- Peter, > 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? Please try to use -multimonitors option. Takuma Murakami From earle@ziplabel.com Sat Mar 20 22:32:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 20 Mar 2004 22:32:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) In-Reply-To: <20040320191809.B065.TAKUMA@dgp.ne.jp> References: <20040319183105.CBDE115EC2@mail03.powweb.com> <20040320014314.6B3B.TAKUMA@dgp.ne.jp> <20040319183105.CBDE115EC2@mail03.powweb.com> Message-ID: <5.1.1.6.2.20040320135541.00b91510@mail.ziplabel.com> Hello Takuma, At 07:56 PM 3/20/2004 +0900, Takuma Murakami wrote: >You give me a good insight to improve Z order handling. >I believe we can approach to better solutions. The attached >is my latest code which should fix all problems on restacking >and a-o-t windows without using fAlwaysOnTop flag. Could you >try and review this? It works great from my testing today! On Monday I'll bring it to work for a harder test, I normally have 10 or so emacs and xterms running with an occasional EDA tool. (It seems that cygwin's emacs-x11 has some problems, not due to these changes, so I can't get too many started locally to test...) > > of the regular stack. It's a 1 line change in winmultiwindowwndproc.c. >It must be the SetWindowPos() in the winTopLevelWindowProc's >WM_SHOWWINDOW handler. I removed SWP_NOACTIVATE flag since >popups can't get into the front with the flag. Yes, seems fine w/o that flag set. The HWND_TOPMOST still gets set fine, and menus stay in the top z-pane. I just put it in there because during some intermediate testings I left all created windows as OVERLAPPEDWINDOW and not set back to POPUP (for the cascading). >In recent changes I made winRestackWindowMultiWindow empty I was wondering about the #if 0 on this section, but your new reorder routine seems to keep things working 100%. >and removed winReorderWindowsMultiWindow(), which were my >fault and forced you to reinvent PreserveWin32Stack(). I think >winReorderWindowsMultiWindow() is Kensuke's version of >PreserveWin32Stack(). He does the work in X server's internal >function (ConfigureWindow) while you do through WM thread >(XRaiseWindow). Yes, I'm more familiar with Xlib than internal DDX routines, so chose the one I understood. The restacking you've put back in the ReorderMW works just as well, or probably better. One thing I was worried about, and I see that you've taken care of, is the fact that since we iterate over the Win32 window stack and do a series of ConfigureWindow/etc., those ConfigureWindows() might cause yet another Restack call, resulting in up to ((n*(n-1))/2) calls. The fRestacking flag you put back in looks like the easiest way of handling this... Thanks, I'll let you know if anything pops up in my testing! -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Sun Mar 21 05:18:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 21 Mar 2004 05:18:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) In-Reply-To: <5.1.1.6.2.20040320135541.00b91510@mail.ziplabel.com> References: <20040319183105.CBDE115EC2@mail03.powweb.com> <20040320014314.6B3B.TAKUMA@dgp.ne.jp> <20040319183105.CBDE115EC2@mail03.powweb.com> <5.1.1.6.2.20040320135541.00b91510@mail.ziplabel.com> Message-ID: <405CC616.5050601@msu.edu> Earle, Earle F. Philhower III wrote: > Hello Takuma, > > At 07:56 PM 3/20/2004 +0900, Takuma Murakami wrote: > >> You give me a good insight to improve Z order handling. >> I believe we can approach to better solutions. The attached >> is my latest code which should fix all problems on restacking >> and a-o-t windows without using fAlwaysOnTop flag. Could you >> try and review this? > > > It works great from my testing today! On Monday I'll bring it to > work for a harder test, I normally have 10 or so emacs and xterms > running with an occasional EDA tool. (It seems that cygwin's > emacs-x11 has some problems, not due to these changes, so I can't > get too many started locally to test...) I haven't gotten a chance to test Takuma's new patch yet, so I was wondering if you have checked what happens when you open two xterms, place a Cygwin bash shell inbetween them in the Z order partially overlapping with both of them, then minimize one xterm and then the Cygwin bash shell... you'll have to play with the ordering a little bit, but see if you can get it to have one xterm showing the contents of the other xterm where they were previously overlapping. That was a bug that we have had before and Takuma's changes from last week re-introduced that bug. I'm not sure if his new patch was an attempt to fix that or not... but this is something that somebody will need to fix and I'd appreciate it if you had some insight if this is not already fixed. >> and removed winReorderWindowsMultiWindow(), which were my >> fault and forced you to reinvent PreserveWin32Stack(). I think >> winReorderWindowsMultiWindow() is Kensuke's version of >> PreserveWin32Stack(). He does the work in X server's internal >> function (ConfigureWindow) while you do through WM thread >> (XRaiseWindow). > > > Yes, I'm more familiar with Xlib than internal DDX routines, > so chose the one I understood. The restacking you've put > back in the ReorderMW works just as well, or probably better. > > One thing I was worried about, and I see that you've taken care > of, is the fact that since we iterate over the Win32 window stack > and do a series of ConfigureWindow/etc., those ConfigureWindows() > might cause yet another Restack call, resulting in up to ((n*(n-1))/2) > calls. The fRestacking flag you put back in looks like the easiest > way of handling this... > > Thanks, I'll let you know if anything pops up in my testing! Glad to know that you guys are looking at this in depth. :) Harold From ford@vss.fsi.com Sun Mar 21 07:01:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Sun, 21 Mar 2004 07:01:00 -0000 Subject: auto-import failure for new libXt Message-ID: I guess this is just a heads up since I don't have time to debug it right now, but with the latest XFree packages, I get a stream of error messages like the following when linking our apps: /home/ford/v9winsym/util/Failure_report/../../../vissym/util/Failure_report/failure_report.c:104: variable '_XtStrings' can't be auto-imported. Please read the documentation for ld's --enable-auto-import for details. failure_report.o(.text+0x203f): In function `main': This used to work, all be it with similar warnings. Is it time to make a pass through the X headers, adding the proper export tags? Ugh... -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From quicktime2008@hotmail.com Sun Mar 21 08:26:00 2004 From: quicktime2008@hotmail.com (wxWindows_study) Date: Sun, 21 Mar 2004 08:26:00 -0000 Subject: how to use dll created by cygwin in MS Visual C++? Message-ID: I follow cygwin's user guide,create a dll as following: //**************************************************** // this the dll file :@test_dll.c //created by songyewen 2004/03/21 //**************************************************** #include int show_hello() { printf("this is the testing string from cygwin apps's dll file\n"); return 0; } //------------------------------ gcc -c test_dll.c gcc -shared -o test_dll.dll test_dll.o so I get the test_dll.dll //------------------------------ //************************************************************ //this file is a demo for testing dll in cygwin apps //@test_main.c //created by songyewen 2004/03/21 //************************************************************ #include int main() { show_hello(); } //----------------------------- gcc -o test_main.c test_main.exe -L./ -ltest_dll so I get test_main.exe and can run test_main.exe successfully! But I failed to use the test_dll.dll in MS Visual C++? Who can help me? thanks in advance!! From netminder39@hotmail.com Sun Mar 21 08:43:00 2004 From: netminder39@hotmail.com (Brian Deckard) Date: Sun, 21 Mar 2004 08:43:00 -0000 Subject: windowed mode seemingly unavailable Message-ID: I am currently unable to determine how to open a single x-server window (with multiple x-terms inside), as opposed to the multiple window mode. I would like to operate inside the single window for performance reasons, and have done so in the past on a similar Win XP install with Cygwin/X. My understanding is that the window behavior that I am describing is the default: http://xfree86.cygwin.com/docs/ug/configure-cygwin-xfree-options.html The command I use to launch multiple-window mode is xwin -multiwindow. The command I have used successfully on a separate installation to launch single window mode is simply startx. However, on this computer, it appears to simply bring up an xterm (black window with x icon in upper left corner and yellow scrollbar) rather than the server window (white background with x icon in upper left corner and green scrollbars, not sure on exact terminology). With both systems, the only customization steps that I have performed (to my best recollection) are adding the xfree86-base and openssh packages. This is so that I can open remote apps. If anyone can point me in the right path, it would be very gratefully appreciated. I have spent several hours searching myself with google and in the list archives with very little useful information turned up. _________________________________________________________________ Get tax tips, tools and access to IRS forms ?? all in one place at MSN Money! http://moneycentral.msn.com/tax/home.asp From takuma@dgp.ne.jp Sun Mar 21 08:50:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sun, 21 Mar 2004 08:50:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) In-Reply-To: <405CC616.5050601@msu.edu> References: <5.1.1.6.2.20040320135541.00b91510@mail.ziplabel.com> <405CC616.5050601@msu.edu> Message-ID: <20040321171917.3FBE.TAKUMA@dgp.ne.jp> Harold, > > At 07:56 PM 3/20/2004 +0900, Takuma Murakami wrote: > > > >> You give me a good insight to improve Z order handling. > >> I believe we can approach to better solutions. The attached > >> is my latest code which should fix all problems on restacking > >> and a-o-t windows without using fAlwaysOnTop flag. Could you > >> try and review this? > > > > > > It works great from my testing today! On Monday I'll bring it to > > work for a harder test, I normally have 10 or so emacs and xterms > > running with an occasional EDA tool. (It seems that cygwin's > > emacs-x11 has some problems, not due to these changes, so I can't > > get too many started locally to test...) > > I haven't gotten a chance to test Takuma's new patch yet, so I was > wondering if you have checked what happens when you open two xterms, > place a Cygwin bash shell inbetween them in the Z order partially > overlapping with both of them, then minimize one xterm and then the > Cygwin bash shell... you'll have to play with the ordering a little bit, > but see if you can get it to have one xterm showing the contents of the > other xterm where they were previously overlapping. That was a bug that > we have had before and Takuma's changes from last week re-introduced > that bug. I'm not sure if his new patch was an attempt to fix that or > not... but this is something that somebody will need to fix and I'd > appreciate it if you had some insight if this is not already fixed. I revived winReorderWindowsMultiWindow() to fix the bug, which I call "restacking bug". And it is called much less frequently than before (from winBlockHandler()). I believe Earle will confirm this by his hard tests. Takuma Murakami From takuma@dgp.ne.jp Sun Mar 21 11:41:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sun, 21 Mar 2004 11:41:00 -0000 Subject: windowed mode seemingly unavailable In-Reply-To: References: Message-ID: <20040321173305.3FC1.TAKUMA@dgp.ne.jp> Brian, The default mode from startx is now -multiwindow that you got. Although its performance has been improved, you can edit /usr/X11R6/bin/startx to modify defaultserverargs. Or you can override default args on invocation, for example 'startx -- :0' ("--" indicates that following arguments should be given to the X server). Takuma Murakami From takuma@dgp.ne.jp Sun Mar 21 12:47:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sun, 21 Mar 2004 12:47:00 -0000 Subject: Hydravision problem? In-Reply-To: <20040320195527.3E6BB3E11@xprdmailfe12.nwk.excite.com> References: <20040320195527.3E6BB3E11@xprdmailfe12.nwk.excite.com> Message-ID: <20040321174532.3FC4.TAKUMA@dgp.ne.jp> Peter, I'm afraid if you are using older versions of Cygwin/X. Please confirm its version by 'cygcheck -c XFree86-xserv' and upgrade if it is older than 4.3.0-59. Takuma Murakami > Here is what I have used: > REM Startup the X Server with the integrated Windows-based window manager. > start XWin -multiwindow -multiplemonitors -clipboard > > 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 > > I have also tried it with the -screen 0 -screen 1 options, and with just the screen > options. > > -multiplemonitors seems to work best but I still have problems. > The xterm window is partially blanked out with white. When I drag > the window it flashes on both screens completely whiting out the xterm > window. When I drop it, the xterm is just where it should be but > the xterm window is still at least partially blanked out with white. > > Any ideas? From volker.lenhardt@uni-essen.de Sun Mar 21 13:01:00 2004 From: volker.lenhardt@uni-essen.de (Volker Lenhardt) Date: Sun, 21 Mar 2004 13:01:00 -0000 Subject: XWin doesn't close by itself Message-ID: <200403211245.01747.volker.lenhardt@uni-essen.de> Hello, I'm new to Cygwin. I need it in my home lan to manage scanning from a Windows XP notebook to a Linux print and scan server. I need to start the server's xsane on the notebook via ssh with one mouse click. It works. I use a copy of the startxwin.bat adding "-e ssh ... xsane" to the line "run xterm ...". No other differences. The dos window opens for a second, closes, then the xterm opens, at last xsane. When I close xsane, the xterm closes, too, and all seems to be done. As I wish it to be. But the X server stays running, its logo lingers in the systray. I have to shut it by a series of 3 clicks. No alt-f4. If I don't do so, I get another X server the next time I start my xsane batch. There's some cleaning up mechanism at the start of startxwin.bat, but it doesn't seem to be helpful. How can I check for a running X server, so my batch doesn't start a new one? Or how can I close the X server at the close of the batch? I haven't found any faq or documentation item to answer my question. Please be forgiving if I haven't looked for the terms proper. Greetings Volker -- Volker Lenhardt E-Mail: volker.lenhardt@uni-essen.de From adamsvlkb@accredited.com Sun Mar 21 13:03:00 2004 From: adamsvlkb@accredited.com (Angeline Schmitz) Date: Sun, 21 Mar 2004 13:03:00 -0000 Subject: are Shoccking contennt stop Extremaal excussive fresh Message-ID: <029369503854.687083355780@accredited.com> JJust virggin and glad Innocentt anggels from legal Yoour dreaam Extrremal exccusive capo Acction sppecial for you point Neever seeen and Beforee shoocking contentt model http://selfusers.info/my/view.cgi?s=psf&m=hLdNbW-MeSff.hLdNbW,hVX open see From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Mar 21 16:43:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 21 Mar 2004 16:43:00 -0000 Subject: XWin doesn't close by itself In-Reply-To: <200403211245.01747.volker.lenhardt@uni-essen.de> References: <200403211245.01747.volker.lenhardt@uni-essen.de> Message-ID: Volker Lenhardt wrote: > But the X server stays running, its logo lingers in the systray. I have > to shut it by a series of 3 clicks. No alt-f4. If I don't do so, I get another > X server the next time I start my xsane batch. if you don't use mulitwindowmode or the clipboard you can add the option -once to the commandline. the xserver will exit after the last client quit. > There's some cleaning up mechanism at the start of startxwin.bat, but it > doesn't seem to be helpful. How can I check for a running X server, so > my batch doesn't start a new one? Or how can I close the X server at the > close of the batch? I another xserver is already running then the newly started xserver will notice it and not start up. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Mar 21 16:46:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 21 Mar 2004 16:46:00 -0000 Subject: how to use dll created by cygwin in MS Visual C++? In-Reply-To: References: Message-ID: wxWindows_study wrote: > But I failed to use the test_dll.dll in MS Visual C++? This question is not specific to the cygwin xserver and should go to the cygwin@cygwin.com mailinglist. But I think this question is asked quite often so I'd advice you to look into the FAQ and the other documentation on http://www.cygwin.com. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From volker.lenhardt@uni-essen.de Sun Mar 21 17:49:00 2004 From: volker.lenhardt@uni-essen.de (Volker Lenhardt) Date: Sun, 21 Mar 2004 17:49:00 -0000 Subject: XWin doesn't close by itself In-Reply-To: References: <200403211245.01747.volker.lenhardt@uni-essen.de> Message-ID: <200403211746.53235.volker.lenhardt@uni-essen.de> Am Sonntag, 21. M?rz 2004 14:01 schrieb Alexander Gottwald: > Volker Lenhardt wrote: > > But the X server stays running, its logo lingers in the systray. I have > > to shut it by a series of 3 clicks. No alt-f4. If I don't do so, I get > > another X server the next time I start my xsane batch. > > if you don't use mulitwindowmode or the clipboard you can add the option > -once to the commandline. the xserver will exit after the last client quit. > I tried, but xsane is easier to be used in multiwindow mode. And the X server nonetheless has to be shut down explicitly after exiting xsane. > > There's some cleaning up mechanism at the start of startxwin.bat, but it > > doesn't seem to be helpful. How can I check for a running X server, so > > my batch doesn't start a new one? Or how can I close the X server at the > > close of the batch? > > I another xserver is already running then the newly started xserver will > notice it and not start up. > I'd be happy, if it did so. So I try and skip all of the cleaning up and start XWin only if there doesn't exist a .../tmp/X0. It works so far. Can I get into trouble some time if I don't clean up? Regards Volker -- Volker Lenhardt E-Mail: volker.lenhardt@uni-essen.de From jch1@honig.net Sun Mar 21 17:54:00 2004 From: jch1@honig.net (Jeffrey C Honig) Date: Sun, 21 Mar 2004 17:54:00 -0000 Subject: Cygwin Tk for X? Message-ID: <200403211646.i2LGkTm29098@escapade.honig.net> I'm curious why the only Tk for Cygwin opens Windows windows, why isn't there one that opens X11 windows? I'd like to be able to use send between apps running other hosts. Is it just because no-one has taken the time to build it? Thanks. Jeff -- Jeffrey C. Honig http://www.honig.net/jch GnuPG ID:14E29E13 From huntharo@msu.edu Sun Mar 21 17:55:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 21 Mar 2004 17:55:00 -0000 Subject: how to use dll created by cygwin in MS Visual C++? In-Reply-To: References: Message-ID: <405DD595.4080907@msu.edu> This has nothing to do with running the X Window System on Cygwin. Try another mailing list. Harold wxWindows_study wrote: > I follow cygwin's user guide,create a dll as following: > > //**************************************************** > // this the dll file :@test_dll.c > //created by songyewen 2004/03/21 > //**************************************************** > > #include > > int show_hello() > { > printf("this is the testing string from cygwin apps's dll file\n"); > return 0; > } > > //------------------------------ > gcc -c test_dll.c > gcc -shared -o test_dll.dll test_dll.o > > so I get the test_dll.dll > > //------------------------------ > > //************************************************************ > //this file is a demo for testing dll in cygwin apps > //@test_main.c > //created by songyewen 2004/03/21 > //************************************************************ > #include > int main() > { > show_hello(); > } > > > //----------------------------- > gcc -o test_main.c test_main.exe -L./ -ltest_dll > so I get test_main.exe and can run test_main.exe successfully! > > > But I failed to use the test_dll.dll in MS Visual C++? > > Who can help me? > > thanks in advance!! From netminder39@hotmail.com Sun Mar 21 18:49:00 2004 From: netminder39@hotmail.com (Brian Deckard) Date: Sun, 21 Mar 2004 18:49:00 -0000 Subject: windowed mode seemingly unavailable Message-ID: Takuma, thanks for your quick response. My apologies in advance to all (because I don't think this will end up in the proper thread), but I have still not received a copy of either Takuma's e-mail or mine in my inbox. I did read the response on the website though and am now very close to a solution. Using 'startx -- :0', I can open the xserver window with an xterm started. However, the xterm does not have any toolbars allowing it to be resized or repositioned. Compounding the problem is the fact that whenever I launch a remote app like say xclock, it opens on top of the xterm (and since there are no toolbars, I cannot move or close it either). I have tried looking through the xwin arguments mentioned here: http://xfree86.cygwin.com/docs/ug/configure-cygwin-xfree-options.html but do not seem to see anything related (I have tried -scrollbars and -nodecoration). Just as a workaround, I also tried to see if installing the other slightly older package of xfree86 using the setup utility would bring me back to the old green toolbar with white background arrangement that was working for me before, but no success. Brian, The default mode from startx is now -multiwindow that you got. Although its performance has been improved, you can edit /usr/X11R6/bin/startx to modify defaultserverargs. Or you can override default args on invocation, for example 'startx -- :0' ("--" indicates that following arguments should be given to the X server). Takuma Murakami _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee?? Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From huntharo@msu.edu Sun Mar 21 18:52:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 21 Mar 2004 18:52:00 -0000 Subject: Cygwin Tk for X? In-Reply-To: <200403211646.i2LGkTm29098@escapade.honig.net> References: <200403211646.i2LGkTm29098@escapade.honig.net> Message-ID: <405DD6F6.7080805@msu.edu> Jeffrey C Honig wrote: > I'm curious why the only Tk for Cygwin opens Windows windows, why isn't > there one that opens X11 windows? I'd like to be able to use send > between apps running other hosts. Because, I believe I have this correct, Cygnus developed a Win32 native port of graphical interface in Tk for use with their debugging tool (Insight, IIRC). This version of Tk has been distributed with Cygwin for as long as I can remember and possibly forever. > Is it just because no-one has taken the time to build it? Yes, that is sort of it. In other words, people are open to the idea of adding an X11 version of Tk, but it needs to be done in a way that allows both the X11 and Win32 versions to be installed at the same time. This sort of splitting, renaming, and script foo will take about 60 hours. So, it isn't just that people are lazy, it is that it will take a significant amount of time to complete all of the tasks, test it, and fix errors in the packaging scheme. I've thought about doing this at times, but I haven't got time for it at the moment. Harold From cygwinx2eran2eran@tromer.org Sun Mar 21 20:34:00 2004 From: cygwinx2eran2eran@tromer.org (Eran Tromer) Date: Sun, 21 Mar 2004 20:34:00 -0000 Subject: Logfile symlink vulnerability Message-ID: <405DE40B.7040101@tromer.org> Hi, If /tmp/XWin.log is a symlink, XWin will merrily follow it and write to whatever it's pointing to (see LogInit() in os/log.c). This allows standard symlink-following attacks. Example: Alice runs "ln -s /home/Bob/phd-thesis.tex /tmp/XWin.log" under her account. Later Bob runs XWin under his account; XWin fails for some reasons and writes to /tmp/XWin.log; Bob life's work gets overwritten. (Of course, that's interesting only if ntsec is used.) Some possible fixes: * Place the logfile somewhere in the user's home directory. * Refuse to follow symlinks, or to write to existing files. Most users, failing to clean up logs, will not get new logs after the first failure. * Give the logfile a unique filename, a la the "uniq" utility. Eran From huntharo@msu.edu Sun Mar 21 22:07:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 21 Mar 2004 22:07:00 -0000 Subject: Logfile symlink vulnerability In-Reply-To: <405DE40B.7040101@tromer.org> References: <405DE40B.7040101@tromer.org> Message-ID: <405DE466.9060503@msu.edu> Eran Tromer wrote: > Hi, > > If /tmp/XWin.log is a symlink, XWin will merrily follow it and write to > whatever it's pointing to (see LogInit() in os/log.c). This allows > standard symlink-following attacks. > > Example: Alice runs "ln -s /home/Bob/phd-thesis.tex /tmp/XWin.log" under > her account. Later Bob runs XWin under his account; XWin fails for some > reasons and writes to /tmp/XWin.log; Bob life's work gets overwritten. In theory, but have you actually tried it and confirmed that it works with two different users that did not already both have permissions to overwrite the file in question? Harold From cygwinx2eran2eran@tromer.org Sun Mar 21 23:48:00 2004 From: cygwinx2eran2eran@tromer.org (Eran Tromer) Date: Sun, 21 Mar 2004 23:48:00 -0000 Subject: Logfile symlink vulnerability Message-ID: <405DFCCD.5060504@tromer.org> Harold L Hunt II wrote: > Eran Tromer wrote: >> If /tmp/XWin.log is a symlink, XWin will merrily follow it and write >> to whatever it's pointing to (see LogInit() in os/log.c). This allows >> standard symlink-following attacks. > > In theory, but have you actually tried it and confirmed that it works > with two different users that did not already both have permissions to > overwrite the file in question? Yes, I did verify it. Eran From huntharo@msu.edu Mon Mar 22 00:18:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Mar 2004 00:18:00 -0000 Subject: Logfile symlink vulnerability In-Reply-To: <405DFCCD.5060504@tromer.org> References: <405DFCCD.5060504@tromer.org> Message-ID: <405E120C.1030200@msu.edu> Eran Tromer wrote: > Harold L Hunt II wrote: > >>Eran Tromer wrote: >> >>>If /tmp/XWin.log is a symlink, XWin will merrily follow it and write >>>to whatever it's pointing to (see LogInit() in os/log.c). This allows >>>standard symlink-following attacks. >> >>In theory, but have you actually tried it and confirmed that it works >>with two different users that did not already both have permissions to >>overwrite the file in question? > > > Yes, I did verify it. With two distinct users, not in the same group, and with neither an administrator? I just don't see how you could overwrite a file at all if you don't have premission on the underlying filesystem... what OS was this with? Were you using NTFS or FAT32? FAT32 could explain things... in which a user could overwrite a file anyway since FAT32 doesn't provide security, so protecting for this in XWin.exe would be pointless. Please provide more details of your test. Harold From cygwinx2eran2eran@tromer.org Mon Mar 22 00:24:00 2004 From: cygwinx2eran2eran@tromer.org (Eran Tromer) Date: Mon, 22 Mar 2004 00:24:00 -0000 Subject: Logfile symlink vulnerability Message-ID: <405E2A22.1020604@tromer.org> Harold L Hunt II wrote: > With two distinct users, not in the same group, and with neither an > administrator? > What OS was this with? Were you using NTFS or FAT32? > Please provide more details of your test. Windows XP, NTFS drive. Two different users; the attacker is a "restricted user", the victim is an administrator. The attacker runs "ln -s /home/victim/foo /tmp/XWin.log" and then the victim runs "XWin badarg" and beholds his ~/foo being overwritten. > I just don't see how you could overwrite a file at all if you don't > have premission on the underlying filesystem... All the attacker user does is create /tmp/XWin.log as a symbolic link. It's the victim which performs the actual damage, by following the symbolic link to one of its *own* files and overwriting it. The only permissions involved are /tmp being world-writable (it doesn't even matter that /tmp had the sticky bit, if /tmp/XWin.log didn't exist beforehand). It's really a classical Unix security pitfall that occurs whenever you write to files in world-writable directories. It has to be dealt with at the application level, either by being careful about existing files or by using atomically generated unique filenames. Eran From pechtcha@cs.nyu.edu Mon Mar 22 05:39:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 22 Mar 2004 05:39:00 -0000 Subject: windowed mode seemingly unavailable In-Reply-To: References: Message-ID: Brian, On Sun, 21 Mar 2004, Brian Deckard wrote: > Takuma, thanks for your quick response. My apologies in advance to all > (because I don't think this will end up in the proper thread), but I have > still not received a copy of either Takuma's e-mail or mine in my inbox. FYI, you can use the "Raw text" link in the archives to get the mbox-formatted message to reply to -- Google for "cygwin getting references". > I did read the response on the website though and am now very close to a > solution. Using 'startx -- :0', I can open the xserver window with an xterm > started. However, the xterm does not have any toolbars allowing it to be > resized or repositioned. Compounding the problem is the fact that whenever > I launch a remote app like say xclock, it opens on top of the xterm (and > since there are no toolbars, I cannot move or close it either). You need to run a window manager (e.g., twm). The multiwindow mode comes with a built-in window manager (i.e., the Windows one), but for all other modes you need to explicitly run one. > I have tried looking through the xwin arguments mentioned here: > http://xfree86.cygwin.com/docs/ug/configure-cygwin-xfree-options.html > > but do not seem to see anything related (I have tried -scrollbars and > -nodecoration). Just as a workaround, I also tried to see if installing the > other slightly older package of xfree86 using the setup utility would bring > me back to the old green toolbar with white background arrangement that was > working for me before, but no success. Just try running "twm &" from the xterm before you start other clients... You can also add it to your xinitrc. Igor > ----------------------- > Brian, > > The default mode from startx is now -multiwindow that you got. > Although its performance has been improved, you can edit > /usr/X11R6/bin/startx to modify defaultserverargs. Or you can > override default args on invocation, for example 'startx -- :0' > ("--" indicates that following arguments should be given to the > X server). > > Takuma Murakami -- 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 Mon Mar 22 07:41:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 22 Mar 2004 07:41:00 -0000 Subject: Okay, how about an AMD Athlon XP 1600+ to 2100+ with Palomino core? In-Reply-To: <405A6865.5010507@msu.edu> References: <405A6865.5010507@msu.edu> Message-ID: <405E3241.8080201@msu.edu> Hmm... no one seems to have the old Athlon 1.33 or 1.4's lying around. Oddly enough, they are selling for more on eBay than used Athlon XP chips. Which brings me to my next point: I just discovered that I could actually use any of the AMD Athlon XP 1600+ to 2100+ chips that use the Palomino core with my current Iwill KA266 motherboard (though specs claim it only works with standard Athlon's up to 1.4 GHz). Note that the Thoroughbred cores are also available in speeds matching those of the Palomino from 1600+ to 2100+, but the Thoroughbred cores will not POST with this motherboard. I checked eBay and pricewatch and found the 1600+ Palomino's are selling used (eBay) for $15 and new (pricewatch) for $34 while the 2100+ Palomino are selling used for $40 and new for $50. I am asking if anyone has one of these Palomino core chips that they have retired to their parts graveyard. If so, please allow me to take it off of your hands if you do not intend to sell it. This faster chip should help cut my build time another 30% or so, which will allow me to get more actual work done on Cygwin/X instead of waiting for compiles to finish. Be aware that this is the only wife-approved processor upgrade that I can get at the moment, especially after the case and RAM that I bought. :) Thanks in advance, Harold P.S. I will post publicly if someone arranges to send me a chip off list, so you can know that I have not been offered a chip until you see a followup in the mailing list. From Fabio@Colorado.EDU Mon Mar 22 08:03:00 2004 From: Fabio@Colorado.EDU (Fabio Somenzi) Date: Mon, 22 Mar 2004 08:03:00 -0000 Subject: PATH in startxwin.sh Message-ID: <16478.31752.411650.437434@glenn.colorado.edu> Recent versions of startxwin.sh contain the following line: export PATH=/usr/X11R6/bin:$PATH I have changed it to export PATH=/usr/X11R6/bin:"$PATH" to avoid problems with PATHs containing spaces. Maybe this is of general interest. Fabio -- Fabio Somenzi | Phone: 303-492-3466 University of Colorado | Fax: 303-492-2758 ECE Dept. | Email: Fabio@Colorado.EDU Boulder CO 80309-0425 | WWW: http://vlsi.colorado.edu/~fabio From volker.lenhardt@uni-essen.de Mon Mar 22 08:26:00 2004 From: volker.lenhardt@uni-essen.de (Volker Lenhardt) Date: Mon, 22 Mar 2004 08:26:00 -0000 Subject: XWin doesn't close by itself In-Reply-To: <200403211746.53235.volker.lenhardt@uni-essen.de> References: Message-ID: <405EA6AD.6692.555E14@localhost> Am 21 Mar 2004 um 17:46 hat Volker Lenhardt geschrieben: > Am Sonntag, 21. M?rz 2004 14:01 schrieb Alexander Gottwald: > > Volker Lenhardt wrote: > > > There's some cleaning up mechanism at the start of startxwin.bat, but it > > > doesn't seem to be helpful. How can I check for a running X server, so > > > my batch doesn't start a new one? Or how can I close the X server at the > > > close of the batch? > > > > I another xserver is already running then the newly started xserver will > > notice it and not start up. > > > > I'd be happy, if it did so. So I try and skip all of the cleaning up and > start XWin only if there doesn't exist a .../tmp/X0. It works so far. > Can I get into trouble some time if I don't clean up? > Okay, I found it out by myself. When I log out of Windows an open X server is not properly closed as well. So there's an entry left in /tmp... that shams an open server process. Now I check for it via ps and grep. It seems to be waterproof. Thanks and greetings Volker -- Volker Lenhardt Am Spinnweg 19, 45894 Gelsenkirchen Tel.: 0209/30213 Fax: 0209/390437 E-Mail: volker.lenhardt@uni-essen.de From netminder39@hotmail.com Mon Mar 22 09:22:00 2004 From: netminder39@hotmail.com (Brian Deckard) Date: Mon, 22 Mar 2004 09:22:00 -0000 Subject: windowed mode seemingly unavailable Message-ID: After googling the cygwin reference topic it looks like I was unsuccessful getting the message to send right. So I'll just send this to the address that I know works so you all can at least get some appreciatiation and I can get some sleep. Thanks for the help Ivan (and Takuma). Your follow-on suggestion to Takuma's message worked perfectly. I typed twm &, and bingo... back in business. I sure appreciate all the help. This group's commitment to the development and support of cygwin is very impressive. Many thanks for maintaining and supporting such a great product. Brian _________________________________________________________________ Find a broadband plan that fits. Great local deals on high-speed Internet access. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/ From takuma@dgp.ne.jp Mon Mar 22 12:29:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Mon, 22 Mar 2004 12:29:00 -0000 Subject: Logfile symlink vulnerability In-Reply-To: <405E2A22.1020604@tromer.org> References: <405E120C.1030200@msu.edu> <405E2A22.1020604@tromer.org> Message-ID: <20040322172449.4A5D.TAKUMA@dgp.ne.jp> Eran, > It's really a classical Unix security pitfall that occurs whenever you > write to files in world-writable directories. It has to be dealt with at > the application level, either by being careful about existing files or > by using atomically generated unique filenames. Because the vulnerability is not unique to Cygwin/X as you mentioned, it should be fixed in upper levels so that every implementation of XFree86 can benefit. If some of those (e.g. X server of Linux) have already fixed it we can borrow it instead of a redundant reinvention. However, I must say that I can't contribute to this point because of lack of time. Could you look into other implementations? It should be greatly appreciated. Takuma Murakami From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 22 15:44:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 22 Mar 2004 15:44:00 -0000 Subject: Logfile symlink vulnerability In-Reply-To: <405DE40B.7040101@tromer.org> References: <405DE40B.7040101@tromer.org> Message-ID: On Sun, 21 Mar 2004, Eran Tromer wrote: > Hi, > > If /tmp/XWin.log is a symlink, XWin will merrily follow it and write to > whatever it's pointing to (see LogInit() in os/log.c). This allows > standard symlink-following attacks. > > Some possible fixes: > * Place the logfile somewhere in the user's home directory. The log may get quite big and starts trashing the homedirectory. > * Refuse to follow symlinks, or to write to existing files. Most users, > failing to clean up logs, will not get new logs after the first failure. What about removing the file before opening it for writing? > * Give the logfile a unique filename, a la the "uniq" utility. Not an option. For support reasons we require a uniqe name on all systems so we can tell them to send in /tmp/XWin.log. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Phil.Betts@heis.co.uk Mon Mar 22 16:19:00 2004 From: Phil.Betts@heis.co.uk (Phil Betts) Date: Mon, 22 Mar 2004 16:19:00 -0000 Subject: Emacs clipboard now working Message-ID: On Fri 19/03/04 Harold L Hunt II wrote: > Umm... the clipboard should work with emacs... if it does not, then that > is a problem. I've just tested Cygwin's emacs and that is fine now. Unfortunately, I have no need for that because I run the Windows native port locally (for speed and stability) so I hadn't noticed that it was working. The problem I was having was with a remotely started emacs - a crusty 19.30.2 GNU emacs. Until very recently, the clipboard thread would crash if I tried to paste an emacs selection into a Windows app. Recent changes to the clipboard have meant that instead of crashing, the clipboard thread now outputs the following to the log: winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed, aborting: 1 This was the clue I needed. Since the cygwin version is OK now, I compared the select.el code for the latest emacs with the 19.30 version. There were just two differences, so I tried the newer code with the old emacs. Bingo! It now works like a charm! For the archives, the problem was that the old version needed: (COMPOUND_TEXT . xselect-convert-to-string) to be added to selection-converter-alist. Phil Betts ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** From drinou-request@ml.free.fr Mon Mar 22 17:33:00 2004 From: drinou-request@ml.free.fr (Listar) Date: Mon, 22 Mar 2004 17:33:00 -0000 Subject: Listar: Post sent to moderator. Message-ID: >> Post to list drinou >> Subject: Post submitted to moderator for reason: Non-member submission to closed-post list. --- Gestionnaire de liste Listar/0.42 - fin de traitement/job execution complete. From awn@lookingforaninstantmatch.com Mon Mar 22 21:11:00 2004 From: awn@lookingforaninstantmatch.com (Greg Oakes) Date: Mon, 22 Mar 2004 21:11:00 -0000 Subject: check here if your interested in gitting hooked-up Message-ID: You don't have to be lonely, It's a choice. You can choose not to be lonely, but you will have to change something. You will have to reach out a little. This is the simplest way I know. Go to this site http://lookingforaninstantmatch.com/confirm/?oc=53233522 and signup, it's very simple. Don't care to hear about this, go here http://lookingforaninstantmatch.com/remove/?oc=53233522 4-1150 N. Terminal Ave. ste# 126 Nanaimo, British Columbia V9S 5L6 Canada hhhphaerateslit admission schism hangable brethren posture sabina maul pessimist monochromatic anthropomorphic phenomenon wilfred albuquerque schweitzer homebuilding salvatore limerick commonweal chisel strickland calamitous shaven shingle joaquin lucia melodic mantel grid absentminded mcgregor scat ease tsjmorrisinequity byers emblazon deforest drunk bayonne sauce scops staircase exact amphioxis assyria whatever emanate emphysematous bichromate kremlin institution monad gladdy bull deposit quetzal gigging road console yore astonish catastrophic sault episcopal ambulate bridgeable booth circumcision fillet fafnir logo From ditasaka@silverbacksystems.com Tue Mar 23 05:11:00 2004 From: ditasaka@silverbacksystems.com (Dai Itasaka) Date: Tue, 23 Mar 2004 05:11:00 -0000 Subject: Once again? twm takes no control Message-ID: <002901c41033$cc2638d0$7b05000a@corp.silverbacksystems.com> ) Just a sanity check: is your NumLock off? No it was on and that was it! Very embarrassing. (^^; Next time I will check if it is on or off. I promiss. From danny@securedisc.com Tue Mar 23 12:05:00 2004 From: danny@securedisc.com (Danny Vidal) Date: Tue, 23 Mar 2004 12:05:00 -0000 Subject: UPDATED PRICE LIST for CD Sleeves, DVD Cases, CD-RÂ’s & DVD-RÂ’s Message-ID: <20040322203819.11015.qmail@bar.g-web.net> Here is our ??UPDATED PRICE LIST??. If you would like to request samples or would like a complete price list, please let us know. Prices for many more products are on our website at http://www.securedisc.com. Black DVD Cases ------------------------------------------------ Less than $0.40 Each for 25 DVD Cases Less than $0.12 Each for 10,000 DVD Cases * Call for larger quantities White Paper CD Sleeves with 4" Window and Flap ------------------------------------------------ Less than $0.07 Each for 50 Sleeves Less than $0.02 Each for 10,000 Sleeves * Call for larger quantities - CD Foam Hubs (adhesive) - Less than $4.00 per 100 - CDR - Less than $28.00 for 100 - DVDR - Less than $99.95 for 100 - CD Mailers - Less than $5.00 per 100 Please feel free to call or e-mail me. PRICES DO NOT INCLUDE SHIPPING. Thanks, Danny Vidal General Manager SecureDisc.com, Inc. 7938 South 3500 East Salt Lake City, Utah 84121 Phone 801-453-0238 Toll Free 1-(877)-347-2758 Fax 801-880-2544 e-mail danny@securedisc.com http://securedisc.com We respect your preference to not receive further e-mail from us. To remove your name from our list, please send a message to unsubscribe@securedisc.com and it will be promptly honored. You may also remove your name by directing your browser to the following URL: From dump@2checkout.com Tue Mar 23 12:24:00 2004 From: dump@2checkout.com (2Checkout.com) Date: Tue, 23 Mar 2004 12:24:00 -0000 Subject: Please Use Our Help Desk Message-ID: Hello, 2Checkout.com now requires that all inquiries be submitted through our Help Desk. To submit your inquiry, please visit http://www.2checkout.com/contactus.htm and follow the link most closely related to the nature of your inquiry. Inquiries received through email are not given priority and may not receive a response. Thank you for your patience and understanding. 2Checkout.com From Dr.Volker.Zell@oracle.com Tue Mar 23 12:54:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 23 Mar 2004 12:54:00 -0000 Subject: uxterm from xterm-185-2 not working and Unicode related craches from xterm Message-ID: <87u10f7oye.fsf@vzell-de.de.oracle.com> Hi list When running uxterm from xterm-185-2 I get 12:47 PM [126]> uxterm xterm: bad command line option "-u8" usage: xterm [-/+132] [-C] [-Sccn] [-T string] [-/+ah] [-/+ai] [-/+aw] [-b number] [-/+bc] [-bcf milliseconds] [-bcn milliseconds] [-bd color] [-/+bdc] [-bg color] [-bw number] [-/+cb] [-cc classrange] [-class string] [-/+cm] [-/+cn] [-cr color] [-/+cu] [-/+dc] [-display displayname] [-e command args ...] [-fa pattern] [-fb fontname] [-/+fbb] [-/+fbx] [-fd pattern] [-fg color] [-fi fontname] [-fn fontname] [-fs size] [-fx fontname] [#geom] [%geom] [-geometry geom] [-hc color] [-help] [-/+hold] [-iconic] [-/+ie] [-/+im] [-into windowId] [-/+j] [-/+k8] [-/+l] [-leftbar] [-lf filename] [-/+ls] [-/+mb] [-mc milliseconds] [-/+mesg] [-ms color] [-n string] [-name string] [-nb number] [-/+nul] [-/+pc] [-/+pob] [-rightbar] [-/+rv] [-/+rvc] [-/+rw] [-/+s] [-/+samename] [-/+sb] [-/+sf] [-/+si] [-/+sk] [-sl number] [-/+sm] [-/+sp] [-/+t] [-ti termid] [-title string] [-tm string] [-tn name] [-/+ulc] [-/+ut] [-/+vb] [-version] [-/+wf] [-xrm resourcestring] [-ziconbeep percent] Type xterm -help for a full description. This used to work before decoupling xterm from XFree86-bin. Additionally before, I could use the following command line to display Unicode characters in an xterm with the sample text file at http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt vzell@vzell-de /tmp 12:46 PM [93]> LC_CTYPE=en_GB.UTF-8 xterm -fn '-Misc-Fixed-Medium-R-SemiCondensed--13-120-75-75-C-60-ISO10646-1' -sb Now it crashes :-(( (gdb) bt #0 0x6fd08e84 in cygX11-6!XFreeFont () from /usr/X11R6/bin/cygX11-6.dll #1 0x6fd08418 in cygX11-6!XLoadQueryFont () from /usr/X11R6/bin/cygX11-6.dll #2 0x0041329a in ?? () #3 0x0a0472f8 in ?? () #4 0x0a054e5c in ?? () Any hints ? Can anybody confirm ? This looks the same like the bt from my already reported crash with xfontsel: (gdb) bt #0 0x6fd08e84 in cygX11-6!XFreeFont () from /usr/X11R6/bin/cygX11-6.dll #1 0x6fd08418 in cygX11-6!XLoadQueryFont () from /usr/X11R6/bin/cygX11-6.dll #2 0x00403299 in ?? () #3 0x0a043680 in ?? () #4 0x0a05ff88 in ?? () (gdb) Ciao Volker From dickey@his.com Tue Mar 23 14:35:00 2004 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Mar 2004 14:35:00 -0000 Subject: uxterm from xterm-185-2 not working and Unicode related craches from xterm In-Reply-To: <87u10f7oye.fsf@vzell-de.de.oracle.com> References: <87u10f7oye.fsf@vzell-de.de.oracle.com> Message-ID: On Tue, 23 Mar 2004, Dr. Volker Zell wrote: > Hi list > > When running uxterm from xterm-185-2 I get > > 12:47 PM [126]> uxterm > xterm: bad command line option "-u8" The imake configuration normally enables this code; the configure normally does not. There was some discussion last week about choosing appropriate options for the configure script (which appears to be the basis for the new package), and it was noted that the --enable-wide-chars option was not yet being used. That's needed to compile-in support for "-u8". -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From fabrizio.ge@tiscali.it Tue Mar 23 14:37:00 2004 From: fabrizio.ge@tiscali.it (fabrizio.ge@tiscali.it) Date: Tue, 23 Mar 2004 14:37:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow Message-ID: <405EC46E00003F88@mail-4.tiscali.it> Harold and all, I built XWin from source and debugged with gdb, and in that way I was able to track down the bug. It is due to my visual being 24bpp. It does not occur if it is changed to 16bpp. 32bpp is not available, but I am confident everything would work in that case. Here is what happens: - winScaleXBitmapToWindows is called. The pixmap passed has height 42, width 48 and bitsPerPixel 24 - effXBPP is 24, xStride is 144 (48*(24/8)) - iconData is allocated as an array of 144*42 bytes - then, miGetImage is called. Here the line linelength = PixmapBytePad(w, depth); is executed with w=48 and depth=24. As a result, linelength is 192 (48*4), not 144 (48*3). - in the following for cycle, pDst (initialized as iconData) is incremented by linelength(=192) each time. Soon the pointer overflows the allocated bounds, causing the crash. It seems that handling of 24-bit display is broken. Maybe winScaleXBitmapToWindows should use PixmapBytePad to calculate xStride, but I'm only guessing as I'm not an expert. Regards, Fabrizio >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 __________________________________________________________________ ADSL Senza Canone 640Kbps: attivala entro il 31 marzo e avrai GRATIS il costo di adesione, quello di attivazione e il modem per tutto il 2004. E per i primi 3 mesi navighi a 1,5 euro l'ora! Affrettati! http://point.tiscali.it/adsl/prodotti/senzacanone/ From pechtcha@cs.nyu.edu Tue Mar 23 17:21:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 23 Mar 2004 17:21:00 -0000 Subject: launching a remote webbrowser with cygwin In-Reply-To: <200403230914.49520.cgbullock@cox.net> References: <200403230914.49520.cgbullock@cox.net> Message-ID: Wrong list. All questions about X on Cygwin should be directed to . Redirecting... Igor On Tue, 23 Mar 2004, Chris Bullock wrote: > This is my first post to cygwin and I would like to say, great product. > > Background: > With all the recent Microsoft virii and code leaks we are slowly blocking > Windows based pcs from accessing the Internet. What we are doing is placing > a box running a Linux terminal server client beside every Windows box that > needs to access the Internet. This is beginning to get very cumbersome and a > huge headache. > > What I desire. I wish to load a very small portion of Cygwin on each Windows > box. When the user clicks the icon it would then connect to the Linux > Terminal Server and launch $browser of choice. First off is this possible? > and if so can someone point me on how to make this happen. I do not want to > have to run the entire terminal client. Currently, what we have tested is > from the cygwin prompt we run 'X --query $LTSP:1' but this gives us the > entire terminal server and all I want the users to do is access a webbrowser. > > Regards, > Chris -- 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 Andreas_Vogler@msg.de Tue Mar 23 17:31:00 2004 From: Andreas_Vogler@msg.de (Andreas_Vogler@msg.de) Date: Tue, 23 Mar 2004 17:31:00 -0000 Subject: XWin -clipboard Bug Message-ID: Hi, i want to report a bug to the -clipboard Option: I Startet the Xserver with: -emulate3buttons -multiwindow -clipboard The Xsession is startet via putty xtunnel or also with exporting Display diekt. >From the Xwin.log: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.59 Contact: cygwin-xfree@cygwin.com The Problem is when starting vim -g When Selecting something in the vim -g (Marking for copying) it could be copied to windows but only once. Every next marking will copy to another xwinows the new next, but to windows the old text is copied. When Marking another text in another xwindows or copying somthing from windows, let the Marikng work in the vi -g again for the next time, but ony one time again In the Xwinlog it apears: winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed, aborting: 1 winClipboardFlushXEvents - SelectionNotify - XConvertSelection () failed, aborting: 1 The error is reproduceable on linux, sun,aix I Hope my Report helps. See you Andreas From xevol@newtonave.net Tue Mar 23 17:35:00 2004 From: xevol@newtonave.net (David Snopek) Date: Tue, 23 Mar 2004 17:35:00 -0000 Subject: Russian Keymap Message-ID: <46895.207.250.248.246.1080062782.squirrel@207.250.248.246> Hi, I am trying to get gtypist working under cygwin so I can learn to type better in Russian. I have a US keyboard that should be maped to Russian the same way MS Windows does (not sure if this is the only way). I can get xterm to show cyrillic characters properly using -fn. But nothing I try can get the keymap right. Doing "setxkbmap ru" will cause xterm to show nothing on keypress and gtypist will show '^' characters. Thank you, - Давид. PS: I am not on the list, so remember to CC: me!! From ingightskel@asurfer.com Tue Mar 23 17:46:00 2004 From: ingightskel@asurfer.com (roman coons) Date: Tue, 23 Mar 2004 17:46:00 -0000 Subject: Cjdsop Message-ID: <7FE0ECC2.C0F621B@asurfer.com> word-processors zaslow welshy wdence tortech The reason I'm telling you this is because Ci??lis, something even better than Viagr?? is now the answer. Pls go here: http://wppk.g.we3s45.com/se/ 0nly 1.75 per d0se Worldwide avaliable No more: h.eq.erpices.com/a.html I'd like you to come right over," a man phoned an undertaker, " and supervise the burial of my poor, departed wife.""Your wife!" gasped the undertaker, "Didn't I bury her two years ago?""You don't understand," said the man, " You see I married again.""Oh," said the undertaker, "Congratulations!" A local bar was so sure that its bartender was the strongest man around that they offered a standing $1,000 bet. The bartender would squeeze a lemon until all the juice ran into a glass, and hand the lemon to a patron. Anyone who could squeeze one more drop of juice out would win the money. Many people had tried over time (weightlifters, longshoremen, etc.) but nobody could do it. One day a scrawny little man wearing thick glasses and a polyester suit came in and said in a tiny, squeaky voice, "I'd like to try the bet." After the laughter had died down, the bartender said okay, grabbed a lemon, and squeezed away. Then he handed the wrinkled remains of the rind to the little man. But the crowd's laughter turned to total silence as the man clenched his fist around the lemon and six drops fell into the glass. As the crowd cheered, the bartender paid the $1,000, and asked the little man, "What do you do for a living? Are you a lumberjack, a weightlifter, or what?" The man replied, "I work for the IRS." mbjmr0ukumisa87qho From alexander.gottwald@s1999.tu-chemnitz.de Tue Mar 23 17:52:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 23 Mar 2004 17:52:00 -0000 Subject: Russian Keymap In-Reply-To: <46895.207.250.248.246.1080062782.squirrel@207.250.248.246> References: <46895.207.250.248.246.1080062782.squirrel@207.250.248.246> Message-ID: On Tue, 23 Mar 2004, David Snopek wrote: > > Hi, > > I am trying to get gtypist working under cygwin so I can learn to type > better in Russian. I have a US keyboard that should be maped to Russian > the same way MS Windows does (not sure if this is the only way). I can > get xterm to show cyrillic characters properly using -fn. But nothing I > try can get the keymap right. Doing "setxkbmap ru" will cause xterm to > show nothing on keypress and gtypist will show '^' characters. what does xev report on keypress? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Tue Mar 23 19:50:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 23 Mar 2004 19:50:00 -0000 Subject: uxterm from xterm-185-2 not working and Unicode related craches from xterm In-Reply-To: References: <87u10f7oye.fsf@vzell-de.de.oracle.com> Message-ID: <406077EF.70606@msu.edu> I'm preparing xterm-185-3 right now using --enable-wide-chars. It wasn't clear to me if I should do this the first time around, so I figured I would just enable it later if it turned out to be needed and worked on Cygwin. Looks like that is the case. :) Harold Thomas Dickey wrote: > On Tue, 23 Mar 2004, Dr. Volker Zell wrote: > > >>Hi list >> >>When running uxterm from xterm-185-2 I get >> >>12:47 PM [126]> uxterm >>xterm: bad command line option "-u8" > > > The imake configuration normally enables this code; the configure normally > does not. There was some discussion last week about choosing appropriate > options for the configure script (which appears to be the basis for the > new package), and it was noted that the --enable-wide-chars option was not > yet being used. That's needed to compile-in support for "-u8". > From xevol@newtonave.net Tue Mar 23 20:13:00 2004 From: xevol@newtonave.net (David Snopek) Date: Tue, 23 Mar 2004 20:13:00 -0000 Subject: Russian Keymap In-Reply-To: References: <46895.207.250.248.246.1080062782.squirrel@207.250.248.246> Message-ID: <47622.207.250.248.246.1080064638.squirrel@207.250.248.246> Alexander Gottwald said: > On Tue, 23 Mar 2004, David Snopek wrote: > >> >> Hi, >> >> I am trying to get gtypist working under cygwin so I can learn to type >> better in Russian. I have a US keyboard that should be maped to Russian >> the same way MS Windows does (not sure if this is the only way). I can >> get xterm to show cyrillic characters properly using -fn. But nothing I >> try can get the keymap right. Doing "setxkbmap ru" will cause xterm to >> show nothing on keypress and gtypist will show '^' characters. > > what does xev report on keypress? KeyPress event, serial 17, synthetic NO, window 0xc00001, root 0x3a, subw 0x0, time 6207984, (442,250), root:(512,367), state 0x10, keycode 41 (keysym 0x6c1, Cyrillic_a), same_screen YES, XLookupString gives 0 bytes: "" KeyRelease event, serial 22, synthetic NO, window 0xc00001, root 0x3a, subw 0x0, time 6208109, (442,250), root:(512,367), state 0x10, keycode 41 (keysym 0x6c1, Cyrillic_a), same_screen YES, XLookupString gives 0 bytes: "" So it knows when I press "а" that its the cyrillic "a" but the XLookupString returns "" as the represention? Thank you. -- David Snopek Satellite Computing Solutions, LLC From Alexander.Gottwald@s1999.tu-chemnitz.de Tue Mar 23 20:53:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 23 Mar 2004 20:53:00 -0000 Subject: Russian Keymap In-Reply-To: <47622.207.250.248.246.1080064638.squirrel@207.250.248.246> References: <46895.207.250.248.246.1080062782.squirrel@207.250.248.246> <47622.207.250.248.246.1080064638.squirrel@207.250.248.246> Message-ID: David Snopek wrote: > KeyPress event, serial 17, synthetic NO, window 0xc00001, > root 0x3a, subw 0x0, time 6207984, (442,250), root:(512,367), > state 0x10, keycode 41 (keysym 0x6c1, Cyrillic_a), same_screen YES, > XLookupString gives 0 bytes: "" > > KeyRelease event, serial 22, synthetic NO, window 0xc00001, > root 0x3a, subw 0x0, time 6208109, (442,250), root:(512,367), > state 0x10, keycode 41 (keysym 0x6c1, Cyrillic_a), same_screen YES, > XLookupString gives 0 bytes: "" > > So it knows when I press "а" that its the cyrillic "a" but the > XLookupString returns "" as the represention? This worked for me (running linux): (taken from http://koi8.pp.ru/frame.html?/xwin.html) $ export LANG=ru_RU.KOI8-R $ xev KeyPress event, serial 27, synthetic NO, window 0x2c00001, root 0x48, subw 0x2c00002, time 2609951, (41,46), root:(46,890), state 0x0, keycode 38 (keysym 0x6c6, Cyrillic_ef), same_screen YES, XLookupString gives 1 bytes: "?" KeyRelease event, serial 27, synthetic NO, window 0x2c00001, root 0x48, subw 0x2c00002, time 2610073, (41,46), root:(46,890), state 0x0, keycode 38 (keysym 0x6c6, Cyrillic_ef), same_screen YES, XLookupString gives 1 bytes: "?" Please report if it works. bye ago NP: Lights Of Euphoria - True Life (God Module Remix) -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cgf-no-personal-reply-please@cygwin.com Tue Mar 23 21:46:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Tue, 23 Mar 2004 21:46:00 -0000 Subject: license for X-startup-scripts package In-Reply-To: References: Message-ID: <20040323205328.GB8610@redhat.com> We have a mailing list for cygwin-x. Redirecting there. On Tue, Mar 23, 2004 at 03:02:23PM -0500, Dick Repasky wrote: >I'm looking for the license under which the X-startup-scripts package is >released. The file named COPYING is 1 byte long in >usr/X11R6/share/doc/X-startup-scripts-1.0.2/COPYING, and in the source >tarball >X-startup-scripts-1.0.2-1-src.tar.bz2:X-startup-scripts-1.0.2.tar.bz2:COPYING. > >I haven't been able to figure out where CVS is for the package, but I >assume that the copying file is one-byte there, too. > >Thanks, > >Dick > >----------------- > >Dick Repasky >Bioinformatics Support >UITS Cubicle 101.08 >Indiana University >USA > >rrepasky@indiana.edu From dickey@his.com Tue Mar 23 21:46:00 2004 From: dickey@his.com (Thomas Dickey) Date: Tue, 23 Mar 2004 21:46:00 -0000 Subject: uxterm from xterm-185-2 not working and Unicode related craches from xterm In-Reply-To: <406077EF.70606@msu.edu> References: <87u10f7oye.fsf@vzell-de.de.oracle.com> <406077EF.70606@msu.edu> Message-ID: On Tue, 23 Mar 2004, Harold L Hunt II wrote: > I'm preparing xterm-185-3 right now using --enable-wide-chars. > > It wasn't clear to me if I should do this the first time around, so I > figured I would just enable it later if it turned out to be needed and > worked on Cygwin. Looks like that is the case. :) It's relatively harmless if it is enabled. If -u8 (and/or related options and resources) are not set, xterm won't ask for the extra memory that the UTF-8 support requires. The executable is somewhat larger, but that's less of an issue. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From rasjidw@openminddev.net Tue Mar 23 22:21:00 2004 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Tue, 23 Mar 2004 22:21:00 -0000 Subject: launching a remote webbrowser with cygwin In-Reply-To: References: <200403230914.49520.cgbullock@cox.net> Message-ID: <200403240849.31277.rasjidw@openminddev.net> > On Tue, 23 Mar 2004, Chris Bullock wrote: > > This is my first post to cygwin and I would like to say, great product. > > > > Background: > > With all the recent Microsoft virii and code leaks we are slowly blocking > > Windows based pcs from accessing the Internet. What we are doing is > > placing a box running a Linux terminal server client beside every Windows > > box that needs to access the Internet. This is beginning to get very > > cumbersome and a huge headache. Putting a Linux box beside each Windows workstation is completely unnecessary. > > What I desire. I wish to load a very small portion of Cygwin on each > > Windows box. When the user clicks the icon it would then connect to the > > Linux Terminal Server and launch $browser of choice. First off is this > > possible? Yes, quite possible. > > and if so can someone point me on how to make this happen. I > > do not want to have to run the entire terminal client. Currently, what > > we have tested is from the cygwin prompt we run 'X --query $LTSP:1' but > > this gives us the entire terminal server and all I want the users to do > > is access a webbrowser. You just need to configure the LTSP box to only lauch a browser upon login, rather than a full desktop environment. The browser started could be configured on a per user basis, or be uniform for everyone depending on how you want things. This is a Linux or LTSP setup and configuration issue and not a Cygwin-XFree issue at all. Email your local Linux User Group or post on the LTSP mail list for help on that one. Also, you don't need to start a Cygwin XDMCP session from a cygwin shell prompt. It would be easier for your users if you just set up a windows shortcut to the Xwin.exe executable with the appropriate command line options. (ie, the --query option as given above.) It is possible to set things up so that which browser is chosen is configured on the Windows box, but you would probably need to introduce ssh into the setup to do this. Without knowing anything about your setup I would probably recommend sticking with XDMCP, since that is what the LTSP system is designed for. In which case configuration of which browser is used has to happen server side. Cheers, Rasjid. -- Rasjid Wilcox Canberra, Australia (UTC +11 hrs) http://www.openminddev.net From anm@pobox.com Tue Mar 23 22:30:00 2004 From: anm@pobox.com (Andrew McRae) Date: Tue, 23 Mar 2004 22:30:00 -0000 Subject: launching a remote webbrowser with cygwin Message-ID: <8B853DCE-7D13-11D8-B290-000A95DBEE58@pobox.com> (Apologies; most of this message is really not very Cygwin-specific.) Chris Bullock wrote: > What I desire. I wish to load a very small portion of Cygwin on each Windows > box. When the user clicks the icon it would then connect to the Linux > Terminal Server and launch $browser of choice. First off is this possible? > and if so can someone point me on how to make this happen. I do not want to > have to run the entire terminal client. Currently, what we have tested is > from the cygwin prompt we run 'X --query $LTSP:1' but this gives us the > entire terminal server and all I want the users to do is access a webbrowser. That's a slightly odd command line: I would expect you to be saying X -query Anyway, the "-query" argument tells the X server that you are launching to talk to the display manager on the remote host. Usually, the display manager pops up some kind of authentication dialog, and when the user is authenticated, it starts up the user's session. In your case, it sounds like the user's session is a whole desktop environment (perhaps GNOME or KDE?), and that's what you don't want. (For reference: the X server contacts the display manager using the XDMCP protocol; the display manager is also an X client, so once the connection is made it can display things back on the X server.) So it's important to understand that you're already running just the part of Cygwin that you need -- the Cygwin X server -- and that all the other stuff that you see, and don't want, is running on the Linux machine. There are a couple of different ways you might like to handle the problem. ---- 1) One approach is to change things on the Linux box so that a user's X session just runs an instance of the web browser, not an entire desktop environment. How to do this may depend on what display manager / desktop environment you're using. The "traditional" X display manager is "xdm". If you're running GNOME, you're probably using "gdm". If you're running KDE, you're probably using "kdm". In each case, though, the display manager ends up running a shell script to start the user's session. Usually, the last thing the shell script does is to launch a "session manager", which handles starting up all the programs that make up the user's environment. For example, xdm runs a script called "Xsession" to start the user's session. The "Xsession" script looks for an executable file named ".xsession" in the user's home directory. If that's not present, it runs "xsm" (the "traditional" X session manager). So under xdm, to make a user's session contain just an instance of their web browser, you can set up a ".xsession" script in their home directory that just runs the web browser. (And to make that change for all users on a system, you could modify the "Xsession" script.) Sorry, I don't have a GNOME or KDE system to hand to give an appropriate example; I'm pretty sure that gdm uses ".xsession" in the same way; I would guess that kdm does as well. ---- 2) Alternatively, you could arrange for your users to specifically invoke the web browser. The obvious way to do this is with SSH. Once the X server is started, and the DISPLAY environment variable is set appropriately, they could run ssh -f -X mozilla to run the Mozilla browser, as an example. As long as X forwarding is allowed on the server (option "X11Forwarding") this will start an instance of the browser on the remote machine that thinks it's talking to an X server on the same remote machine, but SSH will forward the X traffic back to your local X server. (The "-X" option may be unnecessary depending on your SSH client configuration. The "-f" option puts the SSH process into the background, which is probably what you want for interactive use but may not be what you want in a script.) So the process that you need there is: start the X server, wait until it's running and ready to accept connections, and start a client. The "xinit" and "startx" programs (see their man pages) are designed to automate this kind of process. ---- Hope this helps, Andrew. From cygwinx@dfschwier.de Tue Mar 23 22:55:00 2004 From: cygwinx@dfschwier.de (Peter Graf) Date: Tue, 23 Mar 2004 22:55:00 -0000 Subject: Remote KDE with Cygwin X Message-ID: <4060B8F3.668CDFA@dfschwier.de> Hello I want to report a strange problem I have since yesterday since I upgraded Cygwin X base to 4.3.0-9. I upgraded my entire cygwin installation to the version available yesterday. I have a WinXP laptop and a linux server that has no monitor. I have had this setup for over a year now, Cygwin X always worked perfectly for it, I have also not changed the KDE on the server lately. I run KDE remotely on my laptop when I use the Linux server by - starting XWin.exe with one xterm inside on the laptop - ssh'ing to the server: ssh -X -l - starting KDE on the server: kde After yesterday's upgrade I now have the strange effect that launching and running the KDE hangs at various stages unless I select some text from the initial xterm window with the mouse. Like: KDE is running, I want to start Konqueror and click on it's Icon, nothing happens, once I bring the xterm window, which I used for ssh'ing to the server and starting the kde from, into the foreground and highlight some text in it with the mouse, konqueror appears. I only detected the workaround, because KDE hung during launch and I wanted to highlight and copy/paste the messages from the xterm window to a mail I wanted to send to this group. All of a sudden the launch proceeded then hung again, ..... I somehow have the feeling the problem has something to do with the clipboard, I do not know enough to really say :-(. Maybe this post helps somebody figuring out the problem. I can live with my "workaround" so far. Greetings, Peter -- ---------------------------------------------------------------------- Peter Graf, http://mission.base.com From huntharo@msu.edu Wed Mar 24 00:49:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Mar 2004 00:49:00 -0000 Subject: Remote KDE with Cygwin X In-Reply-To: <4060B8F3.668CDFA@dfschwier.de> References: <4060B8F3.668CDFA@dfschwier.de> Message-ID: <4060BA80.1080401@msu.edu> Peter, How are you starting Cygwin/X? It sounds like you are using startx, startxwin.sh, or startxwin.bat, all of which will start the server in "multi-window mode" which will crash if you try to run KDE remotely because both multi-window mode and KDE will be trying to run window managers at the same time when you can only run one at a time. Please send in /tmp/XWin.log from one of these attempts so we can figure out the command line being passed to XWin.exe. Harold Peter Graf wrote: > Hello > > I want to report a strange problem I have since yesterday > since I upgraded Cygwin X base to 4.3.0-9. I upgraded my > entire cygwin installation to the version available yesterday. > > I have a WinXP laptop and a linux server that has no monitor. > I have had this setup for over a year now, Cygwin X always > worked perfectly for it, I have also not changed the KDE > on the server lately. > > I run KDE remotely on my laptop when I use the Linux server by > - starting XWin.exe with one xterm inside on the laptop > - ssh'ing to the server: ssh -X -l > - starting KDE on the server: kde > > After yesterday's upgrade I now have the strange effect > that launching and running the KDE hangs at various stages unless > I select some text from the initial xterm window with the mouse. > > Like: KDE is running, I want to start Konqueror and click on it's > Icon, nothing happens, once I bring the xterm window, which I used > for ssh'ing to the server and starting the kde from, into the > foreground and highlight some text in it with the mouse, > konqueror appears. > > I only detected the workaround, because KDE hung during launch > and I wanted to highlight and copy/paste the messages from the > xterm window to a mail I wanted to send to this group. > All of a sudden the launch proceeded then hung again, ..... > > I somehow have the feeling the problem has something to do > with the clipboard, I do not know enough to really say :-(. > > Maybe this post helps somebody figuring out the problem. > I can live with my "workaround" so far. > > Greetings, > > Peter > > -- > ---------------------------------------------------------------------- > Peter Graf, http://mission.base.com > From cygwinx@dfschwier.de Wed Mar 24 03:07:00 2004 From: cygwinx@dfschwier.de (Peter Graf) Date: Wed, 24 Mar 2004 03:07:00 -0000 Subject: Remote KDE with Cygwin X Message-ID: <4060C0F2.32C49C7C@dfschwier.de> Harold L Hunt II wrote: > Peter, > > How are you starting Cygwin/X? It sounds like you are using startx, > startxwin.sh, or startxwin.bat, all of which will start the server in > "multi-window mode" which will crash if you try to run KDE remotely > because both multi-window mode and KDE will be trying to run window > managers at the same time when you can only run one at a time. I use my own custom version of startxwin.bat, the relevant lines are: REM Startup the X Server. start XWin -clipboard 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 run twm I only added the "run twm" command after I figured that selecting text in the xterm window would be a workaround. Because I needed some way of getting to that window which is usually covered by the desktop. :-) > > Please send in /tmp/XWin.log from one of these attempts so we can figure > out the command line being passed to XWin.exe. > My XWin.log after the latest attempt with the .bat file above reads: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.59 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -clipboard 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 - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1600 h: 1200 winCreateBoundingWindowWindowed - Current w: 1600 h: 1200 winAdjustForAutoHide - Original WorkArea: 0 0 1166 1600 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1166 1600 winCreateBoundingWindowWindowed - WindowClient w 1594 h 1136 r 1594 l 0 b 1136 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 6376 winAllocateFBShadowDDNL - Created shadow pitch: 6376 winAllocateFBShadowDDNL - Created shadow stride: 1594 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: "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 /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 797 568 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 - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. ddxBeforeReset - Clipboard thread has exited. winDeinitMultiWindowWM - Noting shutdown in progress ---------------------------------------------------------------------- Peter Graf, http://mission.base.com From huntharo@msu.edu Wed Mar 24 03:09:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Mar 2004 03:09:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow (ping Earle) In-Reply-To: <405EC46E00003F88@mail-4.tiscali.it> References: <405EC46E00003F88@mail-4.tiscali.it> Message-ID: <4060DB17.9060608@msu.edu> Fabrizio, It looks like your conclusions are correct. I have included your suggested change in XFree86-xserv-4.3.0-60. Please test this on a 24 bit depth system. It seems to work okay on 32 bit depth systems. I checked the change into CVS as well. I think that Earle should probably take a look at it to verify that it is likely correct since there are several calculations to correct the depth and bpp values, which may be made redundant by just using PixmapBytePad instead; but the function confuses me too much to understand it quickly. Harold wrote: > Harold and all, > I built XWin from source and debugged with gdb, and in that way I was able > to track down the bug. It is due to my visual being 24bpp. It does not occur > if it is changed to 16bpp. 32bpp is not available, but I am confident everything > would work in that case. > > Here is what happens: > - winScaleXBitmapToWindows is called. The pixmap passed has height 42, width > 48 and bitsPerPixel 24 > - effXBPP is 24, xStride is 144 (48*(24/8)) > - iconData is allocated as an array of 144*42 bytes > - then, miGetImage is called. Here the line > > linelength = PixmapBytePad(w, depth); > > is executed with w=48 and depth=24. As a result, linelength is 192 (48*4), > not 144 (48*3). > - in the following for cycle, pDst (initialized as iconData) is incremented > by linelength(=192) each time. Soon the pointer overflows the allocated > bounds, causing the crash. > > It seems that handling of 24-bit display is broken. Maybe winScaleXBitmapToWindows > should use PixmapBytePad to calculate xStride, but I'm only guessing as > I'm not an expert. > > Regards, > Fabrizio From jch@honig.net Wed Mar 24 03:17:00 2004 From: jch@honig.net (Jeffrey C Honig) Date: Wed, 24 Mar 2004 03:17:00 -0000 Subject: Cygwin Tk for X? In-Reply-To: Message from on Sun, 21 Mar 2004 12:55:02 -0500.<405DD6F6.7080805@msu.edu> References: <200403211646.i2LGkTm29098@escapade.honig.net> <405DD6F6.7080805@msu.edu> Message-ID: <200403240306.i2O36wm23226@escapade.honig.net> Harold L Hunt II wrote: > Jeffrey C Honig wrote: > > > Is it just because no-one has taken the time to build it? > > Yes, that is sort of it. In other words, people are open to the idea > of adding an X11 version of Tk, but it needs to be done in a way that > allows both the X11 and Win32 versions to be installed at the same > time. This sort of splitting, renaming, and script foo will take about > 60 hours. So, it isn't just that people are lazy, it is that it will > take a significant amount of time to complete all of the tasks, test > it, and fix errors in the packaging scheme. I've thought about doing > this at times, but I haven't got time for it at the moment. I do not have that kind of time either. Is it a project we can outline and have people work on a bit at a time? Thanks. Jeff -- Jeffrey C. Honig http://www.honig.net/jch GnuPG ID:14E29E13 From earle@ziplabel.com Wed Mar 24 03:28:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 24 Mar 2004 03:28:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow (ping Earle) In-Reply-To: <4060DB17.9060608@msu.edu> References: <405EC46E00003F88@mail-4.tiscali.it> <405EC46E00003F88@mail-4.tiscali.it> Message-ID: <5.1.1.6.2.20040323184451.00ba0620@mail.ziplabel.com> Howdy Fabrizio, Harold. Thanks for the good debug Fabrizio! The 24bpp icon handling was something I never could test: I couldn't find any apps that had 24bpp icons, all I found were 1- 15-, 16-, or 32-bit ones. I was assuming the X server always used a packed format, but PixmapBytePad() looks to be the proper way of handling this. (Can I ask how you knew? I did a Google on the macro and didn't come up with anything of interest, I only found stuff in the header files themselves...) Harold, the xStride calc looks great, but by removing the conversion of 15-bpp modes into effective 16-bpp modes will break 15bpp icon handling. 15-bpp modes are handled exactly the same as 16bpp modes, except they are not bit-packed (there's 1 extra unused bit every pixel) so you can't do (bpp/8). To fix it we can reinstate the if()... > if (pixmap->drawable.bitsPerPixel == 15) > effXBPP = 16; > else > effXBPP = pixmap->drawable.bitsPerPixel; > if (pixmap->drawable.depth == 15) > effXDepth = 16; > else > effXDepth = pixmap->drawable.depth; Or get rid of the effX* variables completely, but modify (~line 218) < if (effxdepth==16) into into > if (xdepth==16 || xdepth==15) and modify all of the X image ptr walking < ptr += posX * (effXBPP / 8); into > ptr += (xbpp==15)?(posX * (16/8):(posX * (xbpp/ 8)); If you'd like I can do it, just let me know which one would be more appealing! Personally I find the effX variables make the routine a bit more readable, but that's kind of expected since I put them there in the first place... At 07:49 PM 3/23/2004 -0500, you wrote: >Fabrizio, > >It looks like your conclusions are correct. > >I have included your suggested change in XFree86-xserv-4.3.0-60. Please >test this on a 24 bit depth system. It seems to work okay on 32 bit depth >systems. > >I checked the change into CVS as well. I think that Earle should probably >take a look at it to verify that it is likely correct since there are >several calculations to correct the depth and bpp values, which may be >made redundant by just using PixmapBytePad instead; but the function >confuses me too much to understand it quickly. > >Harold > >wrote: > >>Harold and all, >>I built XWin from source and debugged with gdb, and in that way I was able >>to track down the bug. It is due to my visual being 24bpp. It does not occur >>if it is changed to 16bpp. 32bpp is not available, but I am confident >>everything >>would work in that case. >>Here is what happens: >>- winScaleXBitmapToWindows is called. The pixmap passed has height 42, width >>48 and bitsPerPixel 24 >>- effXBPP is 24, xStride is 144 (48*(24/8)) >>- iconData is allocated as an array of 144*42 bytes >>- then, miGetImage is called. Here the line >>linelength = PixmapBytePad(w, depth); >>is executed with w=48 and depth=24. As a result, linelength is 192 (48*4), >>not 144 (48*3). >>- in the following for cycle, pDst (initialized as iconData) is incremented >>by linelength(=192) each time. Soon the pointer overflows the allocated >>bounds, causing the crash. >>It seems that handling of 24-bit display is broken. Maybe >>winScaleXBitmapToWindows >>should use PixmapBytePad to calculate xStride, but I'm only guessing as >>I'm not an expert. >>Regards, >>Fabrizio > >-Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From huntharo@msu.edu Wed Mar 24 03:44:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Mar 2004 03:44:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow (ping Earle) In-Reply-To: <5.1.1.6.2.20040323184451.00ba0620@mail.ziplabel.com> References: <405EC46E00003F88@mail-4.tiscali.it> <405EC46E00003F88@mail-4.tiscali.it> <5.1.1.6.2.20040323184451.00ba0620@mail.ziplabel.com> Message-ID: <4060FDDC.4000301@msu.edu> Earle, Earle F. Philhower III wrote: > Howdy Fabrizio, Harold. > > Thanks for the good debug Fabrizio! The 24bpp icon handling was > something I never could test: I couldn't find any apps that had > 24bpp icons, all I found were 1- 15-, 16-, or 32-bit ones. > I was assuming the X server always used a packed format, but > PixmapBytePad() looks to be the proper way of handling this. > (Can I ask how you knew? I did a Google on the macro and didn't > come up with anything of interest, I only found stuff in the > header files themselves...) > > Harold, the xStride calc looks great Glad that you think it is correct. I was worried that it might break something. > but by removing the conversion > of 15-bpp modes into effective 16-bpp modes will break 15bpp icon > handling. 15-bpp modes are handled exactly the same as 16bpp modes, > except they are not bit-packed (there's 1 extra unused bit every > pixel) so you can't do (bpp/8). Upon closer inspection I think you'll see that the logic of the statements is unchanged. I was working on adding an additional case for 24-bpp and reworked the if/else pairs to more a "set default/override default it needed" structure. Looked cleaner to me, so I left it :) Let me know if you still think it is changed or not after another inspection. Harold From earle@ziplabel.com Wed Mar 24 06:02:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 24 Mar 2004 06:02:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow (ping Earle) In-Reply-To: <4060FDDC.4000301@msu.edu> References: <5.1.1.6.2.20040323184451.00ba0620@mail.ziplabel.com> <405EC46E00003F88@mail-4.tiscali.it> <405EC46E00003F88@mail-4.tiscali.it> <5.1.1.6.2.20040323184451.00ba0620@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20040323192635.00bb1428@mail.ziplabel.com> Howdy Harold... At 10:17 PM 3/23/2004 -0500, you wrote: >Upon closer inspection I think you'll see that the logic of the statements >is unchanged. I was working on adding an additional case for 24-bpp and >reworked the if/else pairs to more a "set default/override default it >needed" structure. Looked cleaner to me, so I left it :) >Let me know if you still think it is changed or not after another inspection. D'oh, I did just a CVS diff and I latched on to the unconditional assignments. I just did a cvs update and it looks fine, no changes needed. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Wed Mar 24 06:17:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 24 Mar 2004 06:17:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) In-Reply-To: <20040321171917.3FBE.TAKUMA@dgp.ne.jp> References: <405CC616.5050601@msu.edu> <5.1.1.6.2.20040320135541.00b91510@mail.ziplabel.com> <405CC616.5050601@msu.edu> Message-ID: <5.1.1.6.2.20040323193130.00bb57c0@mail.ziplabel.com> Hi Takuma, > > At 07:56 PM 3/20/2004 +0900, Takuma Murakami wrote: > > >> You give me a good insight to improve Z order handling. > > >> I believe we can approach to better solutions. The attached > > >> is my latest code which should fix all problems on restacking > > >> and a-o-t windows without using fAlwaysOnTop flag. Could you > > >> try and review this? After 48 hours of continuous running in a mixed environment of both X and Windows apps I haven't noticed any problems at all, and I've seen from the logfile that the fRestacking flag has captured and killed some recursive restacks as expected from looking at your code. The only glitch I have seen, and this is NOT new, is that when the Win32 Z order changes because of a right-click system menu or a click-and-drag to move a window, the X window is only restacked at the end of the menu or move operation. I don't see any reason to not commit your changes to CVS as soon as possible! -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Wed Mar 24 07:49:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Mar 2004 07:49:00 -0000 Subject: Possible clipboard hang fix in the works Message-ID: <40612474.2000808@msu.edu> I was just talking to 'jst' in irc.freenode.net about the periodic hanging caused by the clipboard integration manager. I took a peek at the source code again (it is tough to understand and tough to not cause infinite loops, that's why I look at it about once every 3 months) and realized that I left in something that never realy intended to leave in: a blocking call that waits for an X application to send clipboard data. The part I am referring to is that we call XPeekIfEvent to wait for a SelectionNotify event to be sent back to our clipboard manager. If an X application is misbehaved or if something goes wrong, then that message will never come. The problem with XPeekIfEvent is that it does not allow for a timeout value to be specified, so it blocks forever if the event never comes. Upon a cursory inspection it should be almost trivial to replace the call to XPeekIfEvent with a simple loop that does the same thing but has a timeout value that prevents it from blocking indefinitely. Course... that means we probably can't use select... so I'll have to look at how XPeekIfEvent works and write something similar to it. In any case, I might have a fix for this problem later this week or as early as Wednesday. Harold From cgf-no-personal-reply-please@cygwin.com Wed Mar 24 11:51:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Wed, 24 Mar 2004 11:51:00 -0000 Subject: Possible clipboard hang fix in the works In-Reply-To: <40612474.2000808@msu.edu> References: <40612474.2000808@msu.edu> Message-ID: <20040324061753.GA12852@redhat.com> On Wed, Mar 24, 2004 at 01:02:28AM -0500, Harold L Hunt II wrote: >Upon a cursory inspection it should be almost trivial to replace the >call to XPeekIfEvent with a simple loop that does the same thing but has >a timeout value that prevents it from blocking indefinitely. Why can't you use select()? select() takes a timeout value. cgf From rbelenov@yandex.ru Wed Mar 24 12:02:00 2004 From: rbelenov@yandex.ru (Roman Belenov) Date: Wed, 24 Mar 2004 12:02:00 -0000 Subject: Russian Keymap In-Reply-To: <47622.207.250.248.246.1080064638.squirrel@207.250.248.246> (David Snopek's message of "Tue, 23 Mar 2004 11:57:18 -0600 (CST)") References: <46895.207.250.248.246.1080062782.squirrel@207.250.248.246> <47622.207.250.248.246.1080064638.squirrel@207.250.248.246> Message-ID: "David Snopek" writes: > So it knows when I press "а" that its the cyrillic "a" but the > XLookupString returns "" as the represention? Probably it's a locale issue (try setting LANG environment variable to "ru" before starting xterm). -- With regards, Roman. From susannaf@rd.bbc.co.uk Wed Mar 24 12:32:00 2004 From: susannaf@rd.bbc.co.uk (Susannah Fleming) Date: Wed, 24 Mar 2004 12:32:00 -0000 Subject: XTerm won't start on Win2000 Message-ID: <6.0.1.1.2.20040324114859.00a14720@132.185.128.108> I've fixed the problem by totally removing Cygwin and re-installing from scratch. So I guess there was some sort of problem with my previous download. I still have no idea what though. >I'm a newbie to Cygwin X, and I can't open an XTerm. I've tried various >options including startxwin.bat, startxwin.sh (from a Cygwin bash shell) >and manually typing in commands from startxwin.sh. >When running the bat file in dos, I get nothing - no error messages and no >xterms. > From bash, I still don't get xterms but I do get an error message: "xterm > Xt error: Can't open display: 127.0.0.1:0.0" >I've tried reinstalling the whole of my Cygwin dist, just Xfree, fonts and >zlib with absolutely no effect. >I'm not using ssh and I have a colleague who should have an identical PC >build who uses Xfree fine, so I know it's possible. >There is no X log being created in /tmp. In fact, /tmp is empty. Having >read other posts, I find this distinctly worrying. >I'm running Win2000Professional and I've checked for suppressed pop-ups >about missing dlls. There aren't any. > >Sorry not to provide more information but this is all I have! Any clues >for where to find more logs, or (even better) a solution to my predicament >would be greatly appreciated. > >Susannah From leontiad@hotmail.com Wed Mar 24 13:24:00 2004 From: leontiad@hotmail.com (hercules zzz) Date: Wed, 24 Mar 2004 13:24:00 -0000 Subject: the procedure entry point_fcntl64 could not be located in the dynamic link libra Message-ID: Hi.I take an error message:the procedure entry point_fcntl64 could not be located in the dynamic link library cygwin1.dll when i try to start XWin.exe or startx.exe or startxwin.bat. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail From mn244@cam.ac.uk Wed Mar 24 14:00:00 2004 From: mn244@cam.ac.uk (Michael Nirschl) Date: Wed, 24 Mar 2004 14:00:00 -0000 Subject: problem Message-ID: <40617FD3.6030403@cam.ac.uk> Hi ! I was using Cygwin and Xfree86 until 1 or 2 weeks ago to run software in my department from home. Now suddenly when I open a shell and type startx it doesnt start XWin.exe any more. I just get anther bash with different colors. Before it used to open a window with X running in it aftrer which I could connect to my dept and run the software I need. Have you heard of this problem before ? Is it known or am I missing some change in the configurationfiles ? Thanks a lot, I would really like to keep using the program, because its great. Ciao, Michael From danilo.turina@alcatel.it Wed Mar 24 14:17:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Wed, 24 Mar 2004 14:17:00 -0000 Subject: problem In-Reply-To: <40617FD3.6030403@cam.ac.uk> References: <40617FD3.6030403@cam.ac.uk> Message-ID: <40618CF4.8020707@alcatel.it> Now by default the multi-window mode is used: you don't have anymore a specific window for the X server. In this mode Windows Explorer is used as a Window Manager and you can see that X is running by looking at the "X" shaped icon in the tray. If you want X to start as it did before you must launch directly XWin without the -multiwindow options, or you can provide a .xserverrc file in your home directory (or the system wide configuration in /usr/X11R6/lib/X11/xinit/xserverrc). Ciao, Danilo Michael Nirschl wrote: > Hi ! > > I was using Cygwin and Xfree86 until 1 or 2 weeks ago to run software in > my department from home. Now suddenly when I open a shell and type > startx it doesnt start XWin.exe any more. I just get anther bash with > different colors. Before it used to open a window with X running in it > aftrer which I could connect to my dept and run the software I need. > > Have you heard of this problem before ? Is it known or am I missing some > change in the configurationfiles ? > > Thanks a lot, I would really like to keep using the program, because its > great. > > Ciao, Michael > -- -------------------------------------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -------------------------------------- 2 anni 11 mesi 15 giorni 4 ore 41 minuti 40 secondi From danilo.turina@alcatel.it Wed Mar 24 14:19:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Wed, 24 Mar 2004 14:19:00 -0000 Subject: problem In-Reply-To: <40617FD3.6030403@cam.ac.uk> References: <40617FD3.6030403@cam.ac.uk> Message-ID: <40618CF4.8020707@alcatel.it> Now by default the multi-window mode is used: you don't have anymore a specific window for the X server. In this mode Windows Explorer is used as a Window Manager and you can see that X is running by looking at the "X" shaped icon in the tray. If you want X to start as it did before you must launch directly XWin without the -multiwindow options, or you can provide a .xserverrc file in your home directory (or the system wide configuration in /usr/X11R6/lib/X11/xinit/xserverrc). Ciao, Danilo Michael Nirschl wrote: > Hi ! > > I was using Cygwin and Xfree86 until 1 or 2 weeks ago to run software in > my department from home. Now suddenly when I open a shell and type > startx it doesnt start XWin.exe any more. I just get anther bash with > different colors. Before it used to open a window with X running in it > aftrer which I could connect to my dept and run the software I need. > > Have you heard of this problem before ? Is it known or am I missing some > change in the configurationfiles ? > > Thanks a lot, I would really like to keep using the program, because its > great. > > Ciao, Michael > -- -------------------------------------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -------------------------------------- 2 anni 11 mesi 15 giorni 4 ore 41 minuti 40 secondi From xevol@newtonave.net Wed Mar 24 15:05:00 2004 From: xevol@newtonave.net (David Snopek) Date: Wed, 24 Mar 2004 15:05:00 -0000 Subject: Russian Keymap In-Reply-To: References: <46895.207.250.248.246.1080062782.squirrel@207.250.248.246> <47622.207.250.248.246.1080064638.squirrel@207.250.248.246> Message-ID: <63081.207.250.248.246.1080137157.squirrel@207.250.248.246> Alexander Gottwald said: > David Snopek wrote: > >> KeyPress event, serial 17, synthetic NO, window 0xc00001, >> root 0x3a, subw 0x0, time 6207984, (442,250), root:(512,367), >> state 0x10, keycode 41 (keysym 0x6c1, Cyrillic_a), same_screen YES, >> XLookupString gives 0 bytes: "" >> >> KeyRelease event, serial 22, synthetic NO, window 0xc00001, >> root 0x3a, subw 0x0, time 6208109, (442,250), root:(512,367), >> state 0x10, keycode 41 (keysym 0x6c1, Cyrillic_a), same_screen YES, >> XLookupString gives 0 bytes: "" >> >> So it knows when I press "а" that its the cyrillic "a" but the >> XLookupString returns "" as the represention? > > This worked for me (running linux): > (taken from http://koi8.pp.ru/frame.html?/xwin.html) > > $ export LANG=ru_RU.KOI8-R > $ xev Yes, I tried this on my Linux machine and it works perfectly. Unfortunately, it has no effect under Cygwin. Also, it causes gtypist to start with the deceptive error message: (null): i18n problem: invalid value for msgid "Y/N": Д/Н And it prints the correct cyrillic characters for "Deh" and "En"! So, parts of it are atleast working. This whole thing is really, really irritating. I guess I will just use my linux machine for typing practice. Since Windows itself supports the proper keymap, I can get by. Thank you. -- David Snopek From huntharo@msu.edu Wed Mar 24 15:37:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Mar 2004 15:37:00 -0000 Subject: Possible clipboard hang fix in the works In-Reply-To: <20040324061753.GA12852@redhat.com> References: <40612474.2000808@msu.edu> <20040324061753.GA12852@redhat.com> Message-ID: <40619882.1050003@msu.edu> Christopher Faylor wrote: > On Wed, Mar 24, 2004 at 01:02:28AM -0500, Harold L Hunt II wrote: > >>Upon a cursory inspection it should be almost trivial to replace the >>call to XPeekIfEvent with a simple loop that does the same thing but has >>a timeout value that prevents it from blocking indefinitely. > > > Why can't you use select()? select() takes a timeout value. Because I won't actually be reading the pending events and processing them... so once I get woken up once I'll have one of two problems: 1) I'll continue to get woken for the same event. 2) I won't get woken for the same event (assuming it is the SelectionNotify event) when I call my function that processes all pending X events by calling select() in a loop. I should explain that in #1 we don't know (and can't expect) that the first event will be the SelectionNotify event. It will more often be the case that there are some events between when we first start waiting and when the SelectionNotify arrives. Harold From huntharo@msu.edu Wed Mar 24 15:37:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Mar 2004 15:37:00 -0000 Subject: the procedure entry point_fcntl64 could not be located in the dynamic link libra In-Reply-To: References: Message-ID: <406198D3.1070400@msu.edu> You have one of two problems: http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-procedure-entry-point-missing http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-status-access-violation Harold hercules zzz wrote: > Hi.I take an error message:the procedure entry point_fcntl64 could not > be located in the dynamic link library cygwin1.dll when i try to start > XWin.exe or startx.exe or startxwin.bat. From david.wright@eds.com Wed Mar 24 16:35:00 2004 From: david.wright@eds.com (Wright, David L) Date: Wed, 24 Mar 2004 16:35:00 -0000 Subject: Xterm on HP-UX Message-ID: <1CF4FE310DCDD3119A1F00508BDF0A681B31ECFC@USAHM019> Hello, I am using cygwin with xfree68 to connect from my Windows XP machine to a HP-UX 11.11 machine. I am doing a rlogin from an xterm window. Whenever I type in a '@' while logged into the HP machine, I also get a new line. This is preventing me from using such things as sqlplus. Is there a fix for this problem? David Wright From dickey@his.com Wed Mar 24 16:47:00 2004 From: dickey@his.com (Thomas Dickey) Date: Wed, 24 Mar 2004 16:47:00 -0000 Subject: Xterm on HP-UX In-Reply-To: <1CF4FE310DCDD3119A1F00508BDF0A681B31ECFC@USAHM019> References: <1CF4FE310DCDD3119A1F00508BDF0A681B31ECFC@USAHM019> Message-ID: On Wed, 24 Mar 2004, Wright, David L wrote: > Hello, > > I am using cygwin with xfree68 to connect from my Windows XP machine to a > HP-UX 11.11 machine. I am doing a rlogin from an xterm window. Whenever I > type in a '@' while logged into the HP machine, I also get a new line. This > is preventing me from using such things as sqlplus. Is there a fix for this > problem? That sounds like a shell issue: HP's default settings for stty. "stty -a" would show if "@" (and "#") are used. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From pechtcha@cs.nyu.edu Wed Mar 24 17:30:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 24 Mar 2004 17:30:00 -0000 Subject: Cygwin install In-Reply-To: <33F012255162604984A3F4BDA95C6EC402FB055F@mstaex1b.dsrusi.com> References: <33F012255162604984A3F4BDA95C6EC402FB055F@mstaex1b.dsrusi.com> Message-ID: On Wed, 24 Mar 2004, Crescioli, Phil wrote: > All, > Is KDE bundled somewhere within Cygwin or do > I have to get KDE for Cygwin/Win XP separately? > Thanks, > Phil Crescioli First off, wrong list. X-related questions should go to . I'm redirecting this reply there. Secondly (a general Cygwin point): if you don't find what you need at , it's not part of Cygwin. 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 rwf@loonybin.net Wed Mar 24 17:35:00 2004 From: rwf@loonybin.net (Rob Foehl) Date: Wed, 24 Mar 2004 17:35:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow (ping Earle) In-Reply-To: <4060DB17.9060608@msu.edu> References: <405EC46E00003F88@mail-4.tiscali.it> <4060DB17.9060608@msu.edu> Message-ID: On Tue, 23 Mar 2004, Harold L Hunt II wrote: > Fabrizio, > > It looks like your conclusions are correct. > > I have included your suggested change in XFree86-xserv-4.3.0-60. Please > test this on a 24 bit depth system. It seems to work okay on 32 bit > depth systems. I tested this with the Oracle installer as well, and it's working fine.. -Rob From danilo.turina@alcatel.it Wed Mar 24 17:36:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Wed, 24 Mar 2004 17:36:00 -0000 Subject: [SOLVED] MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: References: <403C6BB4.8010807@alcatel.it> Message-ID: <4061BC7A.7060608@alcatel.it> Hey!! I didn't notice it immediately, but now the problem has disappeared (maybe because the new xterm-185?): speed is now 38400 as it should be. Thomas Dickey wrote: > On Wed, 25 Feb 2004, Alexander Gottwald wrote: > > >>On Wed, 25 Feb 2004, Danilo Turina wrote: >> >> >>>In effect opening an xterm within rootless mode I can see from stty that >>>the terminal speed is 38400, while opening the same terminal from >>>multiwindow mode I see that the speed is 0 (the same does not happens >>>for rxvt for which stty always reports 38400). >> >>I've started bash the following ways: >> >>cmd.exe : speed 38400 >> -> xterm.exe : speed 38400 >> -> xterm.exe : speed 38400 >>XWin.exe (multiwindow) >> -> xterm.exe : speed 0 >>XWin.exe (no multiwindow) >> -> xterm.exe : speed 0 >> -> xterm.exe : speed 0 >>XWin.exe (build with console window) >> -> xterm.exe : speed 0 >> >>It seems the newly started xterm inherits the speed settings from the starting >>program. > > > not exactly (I've rebooted to test cygwin, see that BAUD_0 isn't defined). > I think the issue is that the ioctl to set the baud rate fails. It > doesn't "inherit" the speed settings, since xterm "always" sets it. Seeing > why it works for rxvt would be useful, for instance. > > Baud rate for a terminal emulator is bogus anyway - the reason why it is > set is to give ncurses a hint about padding. I changed it from 9600 to > 38400 a few years ago, and rxvt followed suit. > > >>The only solution seems to start the xterms from a windows console. > > > for now, true. > -- -------------------------------------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -------------------------------------- 2 anni 11 mesi 15 giorni 8 ore 15 minuti 29 secondi From danilo.turina@alcatel.it Wed Mar 24 17:42:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Wed, 24 Mar 2004 17:42:00 -0000 Subject: [SOLVED] MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: References: <403C6BB4.8010807@alcatel.it> Message-ID: <4061BC7A.7060608@alcatel.it> Hey!! I didn't notice it immediately, but now the problem has disappeared (maybe because the new xterm-185?): speed is now 38400 as it should be. Thomas Dickey wrote: > On Wed, 25 Feb 2004, Alexander Gottwald wrote: > > >>On Wed, 25 Feb 2004, Danilo Turina wrote: >> >> >>>In effect opening an xterm within rootless mode I can see from stty that >>>the terminal speed is 38400, while opening the same terminal from >>>multiwindow mode I see that the speed is 0 (the same does not happens >>>for rxvt for which stty always reports 38400). >> >>I've started bash the following ways: >> >>cmd.exe : speed 38400 >> -> xterm.exe : speed 38400 >> -> xterm.exe : speed 38400 >>XWin.exe (multiwindow) >> -> xterm.exe : speed 0 >>XWin.exe (no multiwindow) >> -> xterm.exe : speed 0 >> -> xterm.exe : speed 0 >>XWin.exe (build with console window) >> -> xterm.exe : speed 0 >> >>It seems the newly started xterm inherits the speed settings from the starting >>program. > > > not exactly (I've rebooted to test cygwin, see that BAUD_0 isn't defined). > I think the issue is that the ioctl to set the baud rate fails. It > doesn't "inherit" the speed settings, since xterm "always" sets it. Seeing > why it works for rxvt would be useful, for instance. > > Baud rate for a terminal emulator is bogus anyway - the reason why it is > set is to give ncurses a hint about padding. I changed it from 9600 to > 38400 a few years ago, and rxvt followed suit. > > >>The only solution seems to start the xterms from a windows console. > > > for now, true. > -- -------------------------------------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -------------------------------------- 2 anni 11 mesi 15 giorni 8 ore 15 minuti 29 secondi From dickey@his.com Wed Mar 24 17:42:00 2004 From: dickey@his.com (Thomas Dickey) Date: Wed, 24 Mar 2004 17:42:00 -0000 Subject: [SOLVED] MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: <4061BC7A.7060608@alcatel.it> References: <403C6BB4.8010807@alcatel.it> <4061BC7A.7060608@alcatel.it> Message-ID: On Wed, 24 Mar 2004, Danilo Turina wrote: > Hey!! I didn't notice it immediately, but now the problem has > disappeared (maybe because the new xterm-185?): speed is now 38400 as it > should be. But I didn't change anything in xterm. It would probably be something changed in the environment which executes xterm. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Wed Mar 24 18:48:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Mar 2004 18:48:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow (ping Earle) In-Reply-To: References: <405EC46E00003F88@mail-4.tiscali.it> <4060DB17.9060608@msu.edu> Message-ID: <4061C6CF.4010901@msu.edu> Rob, Thanks for the test. I was hoping that this fix would resolve most of the weird crashing problems we have been having. Harold Rob Foehl wrote: > On Tue, 23 Mar 2004, Harold L Hunt II wrote: > > >>Fabrizio, >> >>It looks like your conclusions are correct. >> >>I have included your suggested change in XFree86-xserv-4.3.0-60. Please >>test this on a 24 bit depth system. It seems to work okay on 32 bit >>depth systems. > > > I tested this with the Oracle installer as well, and it's working fine.. > > -Rob > From jmoots@cox.net Wed Mar 24 19:34:00 2004 From: jmoots@cox.net (Joel Moots) Date: Wed, 24 Mar 2004 19:34:00 -0000 Subject: W2K Terminal Services and multiple users running X Message-ID: <1080149771.31292.9.camel@moots> I am able to successfully run XWin after logging onto a W2K Server via Terminal Services, but if another user attempts to do the same thing at the same time, she is not allowed. Is there some way to set this up so that 2 instances of XWin can be running at the same time? Do we each need our own Cygwin /tmp dir? I found many references to Terminal Services in the mail list archives but none pertaining to multiple users. TIA, -joel From huntharo@msu.edu Wed Mar 24 19:43:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Mar 2004 19:43:00 -0000 Subject: W2K Terminal Services and multiple users running X In-Reply-To: <1080149771.31292.9.camel@moots> References: <1080149771.31292.9.camel@moots> Message-ID: <4061C863.5010500@msu.edu> Joel, Each user needs a unique display number, which is specified as N in the following: XWin :N Such as: XWin :0 (default display zero) XWin :1 (display one) You can either hard-code these in startup scripts for each user, or you can help us with the feature that automatically assigns display numbers... but the true difficulty in that is communicating the assigned display number back to the shell from which XWin was launched so that X programs can know the correct display to connect to. Harold Joel Moots wrote: > I am able to successfully run XWin after logging onto a W2K Server via > Terminal Services, but if another user attempts to do the same thing at > the same time, she is not allowed. Is there some way to set this up so > that 2 instances of XWin can be running at the same time? Do we each > need our own Cygwin /tmp dir? > > I found many references to Terminal Services in the mail list archives > but none pertaining to multiple users. > > TIA, > > -joel > > From dickey@his.com Wed Mar 24 19:47:00 2004 From: dickey@his.com (Thomas Dickey) Date: Wed, 24 Mar 2004 19:47:00 -0000 Subject: [SOLVED] MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: References: <403C6BB4.8010807@alcatel.it> <4061BC7A.7060608@alcatel.it> Message-ID: On Wed, 24 Mar 2004, Thomas Dickey wrote: > On Wed, 24 Mar 2004, Danilo Turina wrote: > > > Hey!! I didn't notice it immediately, but now the problem has > > disappeared (maybe because the new xterm-185?): speed is now 38400 as it > > should be. > > But I didn't change anything in xterm. It would probably be something > changed in the environment which executes xterm. on second thought - it is possible that there is a difference between the define's used by imake versus those derived from the configure script. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From Dr.Volker.Zell@oracle.com Wed Mar 24 20:48:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Wed, 24 Mar 2004 20:48:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support Message-ID: <877jxaxgpm.fsf@vzell-de.de.oracle.com> Hi I just discovered why uxterm and xfontsel are crashing on my system. It's happening when running cygserver so X can detect shared memory support. When disabling cygserver I see the following message in XWin.log: 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 but then uxterm and xfontsel are running fine. So it looks like the XFree86-Bigfont extension somehow doesn't work properly with cygserver. Here my relevant environment. cygwin 1.5.9-1 libXft 2.1.6-1 libXft-devel 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 XFree86-base 4.3.0-9 XFree86-bin 4.3.0-19 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-1 XFree86-etc 4.3.0-11 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-8 XFree86-jdoc 4.3.0-1 XFree86-lib 4.3.0-2 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-8 XFree86-nest 4.3.0-7 XFree86-prog 4.3.0-19 XFree86-prt 4.3.0-5 XFree86-ps 4.3.0-1 XFree86-startup-scripts 4.2.0-5 XFree86-vfb 4.3.0-7 XFree86-xserv 4.3.0-60 XFree86-xwinclip 4.3.0-2 xterm 185-3 Can anbody confirm my observation ? Ciao Volker From huntharo@msu.edu Wed Mar 24 20:55:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Mar 2004 20:55:00 -0000 Subject: [SOLVED] MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: References: <403C6BB4.8010807@alcatel.it> <4061BC7A.7060608@alcatel.it> Message-ID: <4061E2B1.5010204@msu.edu> Thomas Dickey wrote: > On Wed, 24 Mar 2004, Thomas Dickey wrote: > > >>On Wed, 24 Mar 2004, Danilo Turina wrote: >> >> >>>Hey!! I didn't notice it immediately, but now the problem has >>>disappeared (maybe because the new xterm-185?): speed is now 38400 as it >>>should be. >> >>But I didn't change anything in xterm. It would probably be something >>changed in the environment which executes xterm. > > > on second thought - it is possible that there is a difference between the > define's used by imake versus those derived from the configure script. We did also jump from 174 to 185... don't know if there were changes in that time period related to this or if you were already aware of that when you made your comment that not much changed. Harold From jon@jschneider.n.e.t Wed Mar 24 20:59:00 2004 From: jon@jschneider.n.e.t (Jon Schneider) Date: Wed, 24 Mar 2004 20:59:00 -0000 Subject: GB keyboard layout broken Message-ID: <4061E48F.32597.4CF768@localhost> In a previous version (maybe a couple of months old) I had configuration line like this Option "XkbLayout" "gb" to give me a uk keyboard layout. Now it doesn't. Nor does setxkblayout seem to do anything but output an error. What is the correct way to set the keyboard layout or is it just broken at the moment ? Cheers, Jon From alexander.gottwald@s1999.tu-chemnitz.de Wed Mar 24 21:51:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 24 Mar 2004 21:51:00 -0000 Subject: GB keyboard layout broken In-Reply-To: <4061E48F.32597.4CF768@localhost> References: <4061E48F.32597.4CF768@localhost> Message-ID: On Wed, 24 Mar 2004, Jon Schneider wrote: > In a previous version (maybe a couple of months old) I had > configuration line like this > > Option "XkbLayout" "gb" > > to give me a uk keyboard layout. Now it doesn't. Nor does > setxkblayout seem to do anything but output an error. > > What is the correct way to set the keyboard layout or is it just > broken at the moment ? Please send /tmp/XWin.log and start XWin with the option -xkblayout gb bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Wed Mar 24 23:06:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 24 Mar 2004 23:06:00 -0000 Subject: W2K Terminal Services and multiple users running X In-Reply-To: <4061C863.5010500@msu.edu> References: <1080149771.31292.9.camel@moots> <4061C863.5010500@msu.edu> Message-ID: Harold, > ... but the true difficulty in that is communicating the assigned > display number back to the shell from which XWin was launched so that X > programs can know the correct display to connect to. Why not have XWin write its display number to a file in /var/run, e.g., /var/run/XWin.$$.display, where "$$" stands for the PID of the XWin process? Since anyone who started XWin in the background from a shell script will have access to its PID via $!, the following idiom will work: XWin -multiwindow -emulate3buttons & XWINPID=$! DISPLAY_FILE=/var/run/XWin.$XWINPID.display while [ ! -e "$DISPLAY_FILE" ]; do sleep 1; done DISPLAY="`cat "$DISPLAY_FILE"`" Unfortunately, this approach won't work from .bat scripts (since they aren't aware of Cygwin process IDs). It also won't work if "cygstart XWin" is used. Any ideas on how to address it? Igor On Wed, 24 Mar 2004, Harold L Hunt II wrote: > Joel, > > Each user needs a unique display number, which is specified as N in the > following: > > XWin :N > > Such as: > > XWin :0 (default display zero) > XWin :1 (display one) > > You can either hard-code these in startup scripts for each user, or you > can help us with the feature that automatically assigns display > numbers... but the true difficulty in that is communicating the assigned > display number back to the shell from which XWin was launched so that X > programs can know the correct display to connect to. > > Harold > > Joel Moots wrote: > > > I am able to successfully run XWin after logging onto a W2K Server via > > Terminal Services, but if another user attempts to do the same thing at > > the same time, she is not allowed. Is there some way to set this up so > > that 2 instances of XWin can be running at the same time? Do we each > > need our own Cygwin /tmp dir? > > > > I found many references to Terminal Services in the mail list archives > > but none pertaining to multiple users. > > > > TIA, > > -joel -- 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 24 23:09:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 24 Mar 2004 23:09:00 -0000 Subject: W2K Terminal Services and multiple users running X In-Reply-To: References: <1080149771.31292.9.camel@moots> <4061C863.5010500@msu.edu> Message-ID: <4061F5A7.3000500@msu.edu> Igor Pechtchanski wrote: > Harold, > > >>... but the true difficulty in that is communicating the assigned >>display number back to the shell from which XWin was launched so that X >>programs can know the correct display to connect to. > > > Why not have XWin write its display number to a file in /var/run, e.g., > /var/run/XWin.$$.display, where "$$" stands for the PID of the XWin > process? Since anyone who started XWin in the background from a shell > script will have access to its PID via $!, the following idiom will work: > > XWin -multiwindow -emulate3buttons & > XWINPID=$! > DISPLAY_FILE=/var/run/XWin.$XWINPID.display > while [ ! -e "$DISPLAY_FILE" ]; do sleep 1; done > DISPLAY="`cat "$DISPLAY_FILE"`" > > Unfortunately, this approach won't work from .bat scripts (since they > aren't aware of Cygwin process IDs). It also won't work if "cygstart > XWin" is used. Any ideas on how to address it? > Igor Batch scripts was more of my concern... it would be possible to do from a Cygwin shell like you describe (though I did not have all of the tricks in mind). Maybe the solution is to make the batch files just launch a shell script to do the heavy lifting... sort of cheating but if it makes it possible then it is acceptable to me. Harold From chris@areti.co.uk Thu Mar 25 01:55:00 2004 From: chris@areti.co.uk (Chris Green) Date: Thu, 25 Mar 2004 01:55:00 -0000 Subject: Running more than one X server, how (or maybe there's another way)? Message-ID: <20040324205907.GA2421@areti.co.uk> I am trying to run more than one X server on my WIn2k system and don't seem to be able to do it. Maybe I'm trying to do the wrong thing and there's another approach to get what I want. I'm running the -60 version. I run a multiple/virtual desktop system on my win2k machine, I run the cygwin X server to display a remote system's Linux desktop in one of the virtual windows and it occupies the whole window. What I want to do in addition is to display local rxvt windows on demand on other win2k virtual desktop windows. Trying to start another X server to display the local rxvt window(s) doesn't seem to work, I've tried using the -screen parameter but that didn't seem to get me far, the rxvt windows insisted in popping up on the Linux desktop anyway and the second X server failed to start up with an error message about invalid screen parameters. Can anyone think of a way of getting what I want? Can I start up an X server that will see the win2k virtual screens as different displays, or can I start up one that will see them all as one big wide display? -- Chris Green (chris@areti.co.uk) From huntharo@msu.edu Thu Mar 25 02:07:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 02:07:00 -0000 Subject: Possible clipboard hang fix in the works In-Reply-To: <20040324061753.GA12852@redhat.com> References: <40612474.2000808@msu.edu> <20040324061753.GA12852@redhat.com> Message-ID: <406202E0.1030707@msu.edu> Christopher Faylor wrote: > On Wed, Mar 24, 2004 at 01:02:28AM -0500, Harold L Hunt II wrote: > >>Upon a cursory inspection it should be almost trivial to replace the >>call to XPeekIfEvent with a simple loop that does the same thing but has >>a timeout value that prevents it from blocking indefinitely. > > > Why can't you use select()? select() takes a timeout value. You did make me think of something. I was going to do the detection of pending events and processing of them in two steps before... which would have been really difficult. Instead, I am just going to go ahead and process any X event that comes in before the timeout and stop if I either reach the timeout or I process the type of event that I am looking for. So far it compiles... now comes the acid test. :) Harold From pechtcha@cs.nyu.edu Thu Mar 25 02:13:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 25 Mar 2004 02:13:00 -0000 Subject: W2K Terminal Services and multiple users running X In-Reply-To: <4061F5A7.3000500@msu.edu> References: <1080149771.31292.9.camel@moots> <4061C863.5010500@msu.edu> <4061F5A7.3000500@msu.edu> Message-ID: On Wed, 24 Mar 2004, Harold L Hunt II wrote: > Igor Pechtchanski wrote: > > > Harold, > > > >>... but the true difficulty in that is communicating the assigned > >>display number back to the shell from which XWin was launched so that X > >>programs can know the correct display to connect to. > > > > Why not have XWin write its display number to a file in /var/run, e.g., > > /var/run/XWin.$$.display, where "$$" stands for the PID of the XWin > > process? Since anyone who started XWin in the background from a shell > > script will have access to its PID via $!, the following idiom will work: > > > > XWin -multiwindow -emulate3buttons & > > XWINPID=$! > > DISPLAY_FILE=/var/run/XWin.$XWINPID.display > > while [ ! -e "$DISPLAY_FILE" ]; do sleep 1; done > > DISPLAY="`cat "$DISPLAY_FILE"`" > > > > Unfortunately, this approach won't work from .bat scripts (since they > > aren't aware of Cygwin process IDs). It also won't work if "cygstart > > XWin" is used. Any ideas on how to address it? > > Igor > > Batch scripts was more of my concern... it would be possible to do from > a Cygwin shell like you describe (though I did not have all of the > tricks in mind). > > Maybe the solution is to make the batch files just launch a shell script > to do the heavy lifting... sort of cheating but if it makes it possible > then it is acceptable to me. > > Harold Harold, It might be possible to have the batch file check for the existence of the display file. A rather crude first approximation would be (1) "sleep" for a bit, then (2) do "dir /b /o:-d c:\cygwin\var\run\XWin.*.display" and (3) extract the first file, then (4) "type" this file to get the display number. There may also be a way of guessing whether the file was created by the current instance of XWin I don't have it fleshed out yet, but something like: (1) check if c:\cygwin\var\run\XWin.lock.display exists, (2) if not, create it, (3) run XWin, (4) sleep in a loop while the first file returned by "dir /b /o:-d c:\cygwin\var\run\XWin.*.display" is XWin.lock.display; finally, (5) extract the first file and (6) "type" the file to get the display number. The XWin.lock.display will serve as both a lock file for concurrent invocations (still not foolproof, but much better than nothing), and also as a marker (it will be the newest such file until XWin creates one, so it will be first in the list). Of course, step (7) is to remove the lock file... Hope this makes sense. I think I can implement the above with the NT command subset (cmd.exe commands). I'm not sure if the limited expressiveness of command.com on Win9x systems will allow this. Any takers? 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 pechtcha@cs.nyu.edu Thu Mar 25 03:05:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 25 Mar 2004 03:05:00 -0000 Subject: Running more than one X server, how (or maybe there's another way)? In-Reply-To: <20040324205907.GA2421@areti.co.uk> References: <20040324205907.GA2421@areti.co.uk> Message-ID: On Wed, 24 Mar 2004, Chris Green wrote: > I am trying to run more than one X server on my WIn2k system and don't > seem to be able to do it. Maybe I'm trying to do the wrong thing and > there's another approach to get what I want. > > I'm running the -60 version. > > I run a multiple/virtual desktop system on my win2k machine, I run the > cygwin X server to display a remote system's Linux desktop in one of > the virtual windows and it occupies the whole window. > > What I want to do in addition is to display local rxvt windows on > demand on other win2k virtual desktop windows. > > Trying to start another X server to display the local rxvt window(s) > doesn't seem to work, I've tried using the -screen parameter but that > didn't seem to get me far, the rxvt windows insisted in popping up on > the Linux desktop anyway and the second X server failed to start up > with an error message about invalid screen parameters. > > Can anyone think of a way of getting what I want? Can I start up an X > server that will see the win2k virtual screens as different displays, > or can I start up one that will see them all as one big wide display? Try "XWin :0 &; XWin :1 &". Of course, arbitrary parameters may be added to either invocation... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From huntharo@msu.edu Thu Mar 25 05:32:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 05:32:00 -0000 Subject: W2K Terminal Services and multiple users running X In-Reply-To: References: <1080149771.31292.9.camel@moots> <4061C863.5010500@msu.edu> <4061F5A7.3000500@msu.edu> Message-ID: <40623C03.9060703@msu.edu> Igor Pechtchanski wrote: > On Wed, 24 Mar 2004, Harold L Hunt II wrote: > > >>Igor Pechtchanski wrote: >> >> >>>Harold, >>> >>> >>>>... but the true difficulty in that is communicating the assigned >>>>display number back to the shell from which XWin was launched so that X >>>>programs can know the correct display to connect to. >>> >>>Why not have XWin write its display number to a file in /var/run, e.g., >>>/var/run/XWin.$$.display, where "$$" stands for the PID of the XWin >>>process? Since anyone who started XWin in the background from a shell >>>script will have access to its PID via $!, the following idiom will work: >>> >>> XWin -multiwindow -emulate3buttons & >>> XWINPID=$! >>> DISPLAY_FILE=/var/run/XWin.$XWINPID.display >>> while [ ! -e "$DISPLAY_FILE" ]; do sleep 1; done >>> DISPLAY="`cat "$DISPLAY_FILE"`" >>> >>>Unfortunately, this approach won't work from .bat scripts (since they >>>aren't aware of Cygwin process IDs). It also won't work if "cygstart >>>XWin" is used. Any ideas on how to address it? >>> Igor >> >>Batch scripts was more of my concern... it would be possible to do from >>a Cygwin shell like you describe (though I did not have all of the >>tricks in mind). >> >>Maybe the solution is to make the batch files just launch a shell script >>to do the heavy lifting... sort of cheating but if it makes it possible >>then it is acceptable to me. >> >>Harold > > > Harold, > > It might be possible to have the batch file check for the existence of the > display file. A rather crude first approximation would be (1) "sleep" for > a bit, then (2) do "dir /b /o:-d c:\cygwin\var\run\XWin.*.display" and (3) > extract the first file, then (4) "type" this file to get the display > number. > > There may also be a way of guessing whether the file was created by the > current instance of XWin I don't have it fleshed out yet, but something > like: (1) check if c:\cygwin\var\run\XWin.lock.display exists, (2) if not, > create it, (3) run XWin, (4) sleep in a loop while the first file returned > by "dir /b /o:-d c:\cygwin\var\run\XWin.*.display" is XWin.lock.display; > finally, (5) extract the first file and (6) "type" the file to get the > display number. The XWin.lock.display will serve as both a lock file for > concurrent invocations (still not foolproof, but much better than > nothing), and also as a marker (it will be the newest such file until XWin > creates one, so it will be first in the list). Of course, step (7) is to > remove the lock file... > > Hope this makes sense. I think I can implement the above with the NT > command subset (cmd.exe commands). I'm not sure if the limited > expressiveness of command.com on Win9x systems will allow this. Any > takers? I'm pretty sure you would still be messed up by batch files not having the concept of assigning the output of a program to an environment variable. There is a hack you can sort of do, which I have done, which is to have your program generate a batch file that sets the value of an env var, then CALL that batch file from your original batch file. Of course, this do nothing to solve the mutli-user problem since you would have to know the name of the batch file that was assigned, which is a nice Catch-22 back to the problem of not being able to assign the output of programs to an env var. I'm pretty sure it wouldn't be possible unless we had XWin.exe launched directly, then have it pre-process, write out to a temp file, and run a specified batch script. Sounds kinda weird to me and like just using shell scripts would be easier and less to maintain. What do you think? Harold From ncokwqc02@sneakemail.com Thu Mar 25 06:08:00 2004 From: ncokwqc02@sneakemail.com (ncokwqc02@sneakemail.com) Date: Thu, 25 Mar 2004 06:08:00 -0000 Subject: Problem with Gnuplot under Cygwin/XFree86 Message-ID: <32039-36753@sneakemail.com> I described a problem with Gnuplot under Cygwin/XFree86 here: http://groups.google.com/groups?dq=&hl=en&lr=&ie=UTF-8&threadm=c3mrn7%24oko%241%40nets3.rz.RWTH-Aachen.DE&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26group%3Dcomp.graphics.apps.gnuplot In the opinion of one of the Gnuplot gurus (Hans BB), it's a Cygwin/XFree86 problem not a Gnuplot problem. I don't know. Do any of the cygwin-xfree86 authorities agree? Either way, I'd like to be able to resolve it. BTW, is there an FAQ that describes the correct way to post a reply to a message in this group so it registers as a follow-up message. Thanks, jjo -------------------------------------- Protect yourself from spam, use http://sneakemail.com From huntharo@msu.edu Thu Mar 25 06:11:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 06:11:00 -0000 Subject: Problem with Gnuplot under Cygwin/XFree86 In-Reply-To: <32039-36753@sneakemail.com> References: <32039-36753@sneakemail.com> Message-ID: <40624029.5090308@msu.edu> Have you tried the Cygwin/X gnuplot package instead of the one that you compiled? It is possible that Volker has already fixed this problem in his Cygwin-specific patch. If not, he reads this list and maybe he will want to try to fix it. ;) Harold > I described a problem with Gnuplot under Cygwin/XFree86 here: > > > > http://groups.google.com/groups?dq=&hl=en&lr=&ie=UTF-8&threadm=c3mrn7%24oko%241%40nets3.rz.RWTH-Aachen.DE&prev=/groups%3Fhl%3Den%26lr%3D%26ie%3DUTF-8%26group%3Dcomp.graphics.apps.gnuplot > > > > > > In the opinion of one of the Gnuplot gurus (Hans BB), it's a Cygwin/XFree86 problem not a Gnuplot problem. I don't know. Do any of the cygwin-xfree86 authorities agree? Either way, I'd like to be able to resolve it. > > > > BTW, is there an FAQ that describes the correct way to post a reply to a message in this group so it registers as a follow-up message. > > > > Thanks, > > > > jjo From peter.inskeep@excite.com Thu Mar 25 06:15:00 2004 From: peter.inskeep@excite.com (peter.inskeep@excite.com) Date: Thu, 25 Mar 2004 06:15:00 -0000 Subject: Hydravision problem? Message-ID: <20040325030550.EAFC53E12@xprdmailfe8.nwk.excite.com> Hi, thanks for the suggestion. I have updated to 4.3.0-59 and 4.3.0-60. It is a little bit different behavior than the earlier version I had. On the secondary display the xterm seems fine. No immediate issures. On the primary display the refresh does not seem to work correctly. The window seems to have some smaller portion on the left hand side that works correctly. The size seems to vary from a sliver on the left barely visable to about half the xterm. I can't seem to tell whats determining the size. The part that does not refresh is black or white. Even the pointer (which is a }{ symbol) seems to stop where the refresh stops. Note that it will go up and down and you can still see part of it on the edge of the refresh area. Thanks again for your help. Pete Inskeep From earle@ziplabel.com Thu Mar 25 07:08:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 25 Mar 2004 07:08:00 -0000 Subject: Hydravision problem? In-Reply-To: <20040325030550.EAFC53E12@xprdmailfe8.nwk.excite.com> Message-ID: <5.1.1.6.2.20040324212549.00bc4408@mail.ziplabel.com> Howdy, At 10:05 PM 3/24/2004 -0500, Pete Inskeep wrote: >On the secondary display the xterm seems fine. No >immediate issures. >On the primary display the refresh does not seem to work >correctly. >The window seems to have some smaller portion on the left hand side >that works correctly. The size seems to vary from a sliver on the left >barely visable to about half the xterm. I can't seem to tell >whats determining the size. >The part that does not refresh is black or white. Even the pointer >(which is a }{ symbol) seems to stop where the refresh stops. >Note that it will go up and down and you can still see part of it >on the edge of the refresh area. Does Hydravision expose two separate displays in the Display control panel, Advanced tab (i.e. numbered 1 and 2 in the dialog)? If so, what is the orientation of these displays? relative to the one you have defined as the "main" screen ("use this device as primary monitor")? Can you click-and-drag both displays and report the (x,y) coordinate of each one's upper-left corner (shows in a balloon help window when you draw a monitor in the dialog)? And are the X/Y pixel dimension of each monitor the same? It looks like what's going on is the X/Y dimensions of the X root window aren't matching the X/Y dimensions of the Win32 desktop for some reason. The same thing happens if you use multiwindow w/o the multiplemonitors option on a 2- or 3-head box... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From pechtcha@cs.nyu.edu Thu Mar 25 07:09:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 25 Mar 2004 07:09:00 -0000 Subject: W2K Terminal Services and multiple users running X In-Reply-To: <40623C03.9060703@msu.edu> References: <1080149771.31292.9.camel@moots> <4061C863.5010500@msu.edu> <4061F5A7.3000500@msu.edu> <40623C03.9060703@msu.edu> Message-ID: On Wed, 24 Mar 2004, Harold L Hunt II wrote: > Igor Pechtchanski wrote: > > > On Wed, 24 Mar 2004, Harold L Hunt II wrote: > > > >>Igor Pechtchanski wrote: > >> > >>>Harold, > >>> > >>>>... but the true difficulty in that is communicating the assigned > >>>>display number back to the shell from which XWin was launched so that X > >>>>programs can know the correct display to connect to. > >>> > >>>Why not have XWin write its display number to a file in /var/run, e.g., > >>>/var/run/XWin.$$.display, where "$$" stands for the PID of the XWin > >>>process? Since anyone who started XWin in the background from a shell > >>>script will have access to its PID via $!, the following idiom will work: > >>> > >>> XWin -multiwindow -emulate3buttons & > >>> XWINPID=$! > >>> DISPLAY_FILE=/var/run/XWin.$XWINPID.display > >>> while [ ! -e "$DISPLAY_FILE" ]; do sleep 1; done > >>> DISPLAY="`cat "$DISPLAY_FILE"`" > >>> > >>>Unfortunately, this approach won't work from .bat scripts (since they > >>>aren't aware of Cygwin process IDs). It also won't work if "cygstart > >>>XWin" is used. Any ideas on how to address it? > >>> Igor > >> > >>Batch scripts was more of my concern... it would be possible to do from > >>a Cygwin shell like you describe (though I did not have all of the > >>tricks in mind). > >> > >>Maybe the solution is to make the batch files just launch a shell script > >>to do the heavy lifting... sort of cheating but if it makes it possible > >>then it is acceptable to me. > >> > >>Harold > > > > Harold, > > > > It might be possible to have the batch file check for the existence of the > > display file. A rather crude first approximation would be (1) "sleep" for > > a bit, then (2) do "dir /b /o:-d c:\cygwin\var\run\XWin.*.display" and (3) > > extract the first file, then (4) "type" this file to get the display > > number. > > > > There may also be a way of guessing whether the file was created by the > > current instance of XWin I don't have it fleshed out yet, but something > > like: (1) check if c:\cygwin\var\run\XWin.lock.display exists, (2) if not, > > create it, (3) run XWin, (4) sleep in a loop while the first file returned > > by "dir /b /o:-d c:\cygwin\var\run\XWin.*.display" is XWin.lock.display; > > finally, (5) extract the first file and (6) "type" the file to get the > > display number. The XWin.lock.display will serve as both a lock file for > > concurrent invocations (still not foolproof, but much better than > > nothing), and also as a marker (it will be the newest such file until XWin > > creates one, so it will be first in the list). Of course, step (7) is to > > remove the lock file... > > > > Hope this makes sense. I think I can implement the above with the NT > > command subset (cmd.exe commands). I'm not sure if the limited > > expressiveness of command.com on Win9x systems will allow this. Any > > takers? > > I'm pretty sure you would still be messed up by batch files not having > the concept of assigning the output of a program to an environment > variable. Well, the point was that the NT command subset *does* have this concept. The syntax would be something like (this prints it, but you get the point): FOR /F "tokens=*" %%G IN ('dir /b /o:-d') DO @(IF NOT DEFINED notfirst (echo %%G & call SET notfirst=1)) > There is a hack you can sort of do, which I have done, which > is to have your program generate a batch file that sets the value of an > env var, then CALL that batch file from your original batch file. Of > course, this do nothing to solve the mutli-user problem since you would > have to know the name of the batch file that was assigned, which is a > nice Catch-22 back to the problem of not being able to assign the output > of programs to an env var. As mentioned above, we may need to resort to this hack for Win9x. > I'm pretty sure it wouldn't be possible unless we had XWin.exe launched > directly, then have it pre-process, write out to a temp file, and run a > specified batch script. Sounds kinda weird to me and like just using > shell scripts would be easier and less to maintain. > > What do you think? > Harold Nah, we probably should just call a shell script on Win9x... Fortunately, we can test the output of "VER" to see if we're on Win9x... Unfortunately, if we do go to the trouble of writing the shell script, we might as well use it everywhere. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From huntharo@msu.edu Thu Mar 25 07:48:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 07:48:00 -0000 Subject: W2K Terminal Services and multiple users running X In-Reply-To: References: <1080149771.31292.9.camel@moots> <4061C863.5010500@msu.edu> <4061F5A7.3000500@msu.edu> <40623C03.9060703@msu.edu> Message-ID: <4062782A.5060407@msu.edu> Igor Pechtchanski wrote: > On Wed, 24 Mar 2004, Harold L Hunt II wrote: > > >>Igor Pechtchanski wrote: >> >> >>>On Wed, 24 Mar 2004, Harold L Hunt II wrote: >>> >>> >>>>Igor Pechtchanski wrote: >>>> >>>> >>>>>Harold, >>>>> >>>>> >>>>>>... but the true difficulty in that is communicating the assigned >>>>>>display number back to the shell from which XWin was launched so that X >>>>>>programs can know the correct display to connect to. >>>>> >>>>>Why not have XWin write its display number to a file in /var/run, e.g., >>>>>/var/run/XWin.$$.display, where "$$" stands for the PID of the XWin >>>>>process? Since anyone who started XWin in the background from a shell >>>>>script will have access to its PID via $!, the following idiom will work: >>>>> >>>>> XWin -multiwindow -emulate3buttons & >>>>> XWINPID=$! >>>>> DISPLAY_FILE=/var/run/XWin.$XWINPID.display >>>>> while [ ! -e "$DISPLAY_FILE" ]; do sleep 1; done >>>>> DISPLAY="`cat "$DISPLAY_FILE"`" >>>>> >>>>>Unfortunately, this approach won't work from .bat scripts (since they >>>>>aren't aware of Cygwin process IDs). It also won't work if "cygstart >>>>>XWin" is used. Any ideas on how to address it? >>>>> Igor >>>> >>>>Batch scripts was more of my concern... it would be possible to do from >>>>a Cygwin shell like you describe (though I did not have all of the >>>>tricks in mind). >>>> >>>>Maybe the solution is to make the batch files just launch a shell script >>>>to do the heavy lifting... sort of cheating but if it makes it possible >>>>then it is acceptable to me. >>>> >>>>Harold >>> >>>Harold, >>> >>>It might be possible to have the batch file check for the existence of the >>>display file. A rather crude first approximation would be (1) "sleep" for >>>a bit, then (2) do "dir /b /o:-d c:\cygwin\var\run\XWin.*.display" and (3) >>>extract the first file, then (4) "type" this file to get the display >>>number. >>> >>>There may also be a way of guessing whether the file was created by the >>>current instance of XWin I don't have it fleshed out yet, but something >>>like: (1) check if c:\cygwin\var\run\XWin.lock.display exists, (2) if not, >>>create it, (3) run XWin, (4) sleep in a loop while the first file returned >>>by "dir /b /o:-d c:\cygwin\var\run\XWin.*.display" is XWin.lock.display; >>>finally, (5) extract the first file and (6) "type" the file to get the >>>display number. The XWin.lock.display will serve as both a lock file for >>>concurrent invocations (still not foolproof, but much better than >>>nothing), and also as a marker (it will be the newest such file until XWin >>>creates one, so it will be first in the list). Of course, step (7) is to >>>remove the lock file... >>> >>>Hope this makes sense. I think I can implement the above with the NT >>>command subset (cmd.exe commands). I'm not sure if the limited >>>expressiveness of command.com on Win9x systems will allow this. Any >>>takers? >> >>I'm pretty sure you would still be messed up by batch files not having >>the concept of assigning the output of a program to an environment >>variable. > > > Well, the point was that the NT command subset *does* have this concept. > The syntax would be something like (this prints it, but you get the > point): > > FOR /F "tokens=*" %%G IN ('dir /b /o:-d') DO @(IF NOT DEFINED notfirst (echo %%G & call SET notfirst=1)) Huh... I have never heard of this being supported in NT's cmd. Are you sure that you can actually get the value stored into an env var? >>There is a hack you can sort of do, which I have done, which >>is to have your program generate a batch file that sets the value of an >>env var, then CALL that batch file from your original batch file. Of >>course, this do nothing to solve the mutli-user problem since you would >>have to know the name of the batch file that was assigned, which is a >>nice Catch-22 back to the problem of not being able to assign the output >>of programs to an env var. > > > As mentioned above, we may need to resort to this hack for Win9x. > > >>I'm pretty sure it wouldn't be possible unless we had XWin.exe launched >>directly, then have it pre-process, write out to a temp file, and run a >>specified batch script. Sounds kinda weird to me and like just using >>shell scripts would be easier and less to maintain. >> >>What do you think? >>Harold > > > Nah, we probably should just call a shell script on Win9x... > Fortunately, we can test the output of "VER" to see if we're on Win9x... > Unfortunately, if we do go to the trouble of writing the shell script, we > might as well use it everywhere. Possibly. It might be a good idea to have a pure batch solution available so that people could adapt it if they had good reason to. The default should probably just be a shell script though. Harold From huntharo@msu.edu Thu Mar 25 08:35:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 08:35:00 -0000 Subject: Clipboard fix - Please test Message-ID: <406278EC.6040302@msu.edu> I have just uploaded XFree86-xserv-4.3.0-61 and I think it will fix the clipboard related hangs. I would really appreciate it if people in other timezones could test this through the night (should show up on some mirrors with in a few hours, like mirrors.kernel.org) so that I can fix any problems with the change tomorrow. I would like to get this change stabilized before including Takuma's additional performance enhancement for multi-window mode. I also want to fix our dang tray icon that isn't cleaning itself up in all cases anymore... Harold From Dr.Volker.Zell@oracle.com Thu Mar 25 09:24:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Thu, 25 Mar 2004 09:24:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <877jxaxgpm.fsf@vzell-de.de.oracle.com> (Volker Zell's message of "Wed, 24 Mar 2004 19:06:29 +0100") References: <877jxaxgpm.fsf@vzell-de.de.oracle.com> Message-ID: <87vfktz9jc.fsf@vzell-de.de.oracle.com> Hi I tried to find some information about the BigFont extension. This is from the X man page: XF86BIGFONT_DISABLE Setting this variable to a non-empty value disables the XFree86-Bigfont extension. This extension is a mechanism to reduce the memory consumption of big fonts by use of shared mem- ory. So I tried the following. I enabled the cygserver service again and set XF86BIGFONT_DISABLE=1 in my environment before starting up XWin. And voila, xfontsel and uxterm are working properly. So there's definitely a problem with the shared memory support of cygserver related to the BigFont extension. BTW I see the problem also with my mule enabled XEmacs when opening mails under Gnus with Japanese characters. XEmacs crashes happily, but not when using XF86BIGFONT_DISABLE or when disabling cygserver. Ciao Volker From pechtcha@cs.nyu.edu Thu Mar 25 10:29:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 25 Mar 2004 10:29:00 -0000 Subject: W2K Terminal Services and multiple users running X In-Reply-To: <4062782A.5060407@msu.edu> References: <1080149771.31292.9.camel@moots> <4061C863.5010500@msu.edu> <4061F5A7.3000500@msu.edu> <40623C03.9060703@msu.edu> <4062782A.5060407@msu.edu> Message-ID: On Thu, 25 Mar 2004, Harold L Hunt II wrote: > Igor Pechtchanski wrote: > > > On Wed, 24 Mar 2004, Harold L Hunt II wrote: > > > >>Igor Pechtchanski wrote: > >> > >>>On Wed, 24 Mar 2004, Harold L Hunt II wrote: > >>> > >>>>Igor Pechtchanski wrote: > >>>> > >>>>>Harold, > >>>>> > >>>>>>... but the true difficulty in that is communicating the assigned > >>>>>>display number back to the shell from which XWin was launched so that X > >>>>>>programs can know the correct display to connect to. > >>>>> > >>>>>Why not have XWin write its display number to a file in /var/run, e.g., > >>>>>/var/run/XWin.$$.display, where "$$" stands for the PID of the XWin > >>>>>process? Since anyone who started XWin in the background from a shell > >>>>>script will have access to its PID via $!, the following idiom will work: > >>>>> > >>>>> XWin -multiwindow -emulate3buttons & > >>>>> XWINPID=$! > >>>>> DISPLAY_FILE=/var/run/XWin.$XWINPID.display > >>>>> while [ ! -e "$DISPLAY_FILE" ]; do sleep 1; done > >>>>> DISPLAY="`cat "$DISPLAY_FILE"`" > >>>>> > >>>>>Unfortunately, this approach won't work from .bat scripts (since they > >>>>>aren't aware of Cygwin process IDs). It also won't work if "cygstart > >>>>>XWin" is used. Any ideas on how to address it? > >>>>> Igor > >>>> > >>>>Batch scripts was more of my concern... it would be possible to do from > >>>>a Cygwin shell like you describe (though I did not have all of the > >>>>tricks in mind). > >>>> > >>>>Maybe the solution is to make the batch files just launch a shell script > >>>>to do the heavy lifting... sort of cheating but if it makes it possible > >>>>then it is acceptable to me. > >>>> > >>>>Harold > >>> > >>>Harold, > >>> > >>>It might be possible to have the batch file check for the existence of the > >>>display file. A rather crude first approximation would be (1) "sleep" for > >>>a bit, then (2) do "dir /b /o:-d c:\cygwin\var\run\XWin.*.display" and (3) > >>>extract the first file, then (4) "type" this file to get the display > >>>number. > >>> > >>>There may also be a way of guessing whether the file was created by the > >>>current instance of XWin I don't have it fleshed out yet, but something > >>>like: (1) check if c:\cygwin\var\run\XWin.lock.display exists, (2) if not, > >>>create it, (3) run XWin, (4) sleep in a loop while the first file returned > >>>by "dir /b /o:-d c:\cygwin\var\run\XWin.*.display" is XWin.lock.display; > >>>finally, (5) extract the first file and (6) "type" the file to get the > >>>display number. The XWin.lock.display will serve as both a lock file for > >>>concurrent invocations (still not foolproof, but much better than > >>>nothing), and also as a marker (it will be the newest such file until XWin > >>>creates one, so it will be first in the list). Of course, step (7) is to > >>>remove the lock file... > >>> > >>>Hope this makes sense. I think I can implement the above with the NT > >>>command subset (cmd.exe commands). I'm not sure if the limited > >>>expressiveness of command.com on Win9x systems will allow this. Any > >>>takers? > >> > >>I'm pretty sure you would still be messed up by batch files not having > >>the concept of assigning the output of a program to an environment > >>variable. > > > > Well, the point was that the NT command subset *does* have this concept. > > The syntax would be something like (this prints it, but you get the > > point): > > > > FOR /F "tokens=*" %%G IN ('dir /b /o:-d') DO @(IF NOT DEFINED notfirst (echo %%G & call SET notfirst=1)) > > Huh... I have never heard of this being supported in NT's cmd. Are you > sure that you can actually get the value stored into an env var? Yep. Try it (from the command line): FOR /F "tokens=*" %G IN ('dir /b /o:-d') DO @(IF NOT DEFINED val SET val=%G) %val% will be set to the name of the last modified file in the current directory. Of course, for the batch file we'll use "%%G" instead of "%G". > >>There is a hack you can sort of do, which I have done, which > >>is to have your program generate a batch file that sets the value of an > >>env var, then CALL that batch file from your original batch file. Of > >>course, this do nothing to solve the mutli-user problem since you would > >>have to know the name of the batch file that was assigned, which is a > >>nice Catch-22 back to the problem of not being able to assign the output > >>of programs to an env var. > > > > As mentioned above, we may need to resort to this hack for Win9x. > > > >>I'm pretty sure it wouldn't be possible unless we had XWin.exe launched > >>directly, then have it pre-process, write out to a temp file, and run a > >>specified batch script. Sounds kinda weird to me and like just using > >>shell scripts would be easier and less to maintain. > >> > >>What do you think? > >>Harold > > > > Nah, we probably should just call a shell script on Win9x... > > Fortunately, we can test the output of "VER" to see if we're on Win9x... > > Unfortunately, if we do go to the trouble of writing the shell script, we > > might as well use it everywhere. > > Possibly. It might be a good idea to have a pure batch solution > available so that people could adapt it if they had good reason to. The > default should probably just be a shell script though. > > Harold Yes, but then the default batch should check the OS and bail out if it's Win9x/ME. 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 Dr.Volker.Zell@oracle.com Thu Mar 25 12:23:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Thu, 25 Mar 2004 12:23:00 -0000 Subject: Problem with Gnuplot under Cygwin/XFree86 In-Reply-To: <40624029.5090308@msu.edu> (Harold L. Hunt, II's message of "Wed, 24 Mar 2004 21:12:57 -0500") References: <32039-36753@sneakemail.com> <40624029.5090308@msu.edu> Message-ID: <878yhpz7n6.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt writes: Harold> Have you tried the Cygwin/X gnuplot package instead of the one that Harold> you compiled? It is possible that Volker has already fixed this Harold> problem in his Cygwin-specific patch. If not, he reads this list and Harold> maybe he will want to try to fix it. ;) I can confirm that my version also exhibits this problem :-( Harold> Harold Ciao Volker From fabrizio.ge@tiscali.it Thu Mar 25 12:31:00 2004 From: fabrizio.ge@tiscali.it (fabrizio.ge@tiscali.it) Date: Thu, 25 Mar 2004 12:31:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow (ping Earle) Message-ID: <405EC46E00009A5A@mail-4.tiscali.it> >Thanks for the good debug Fabrizio! You're welcome! >The 24bpp icon handling was >something I never could test: I couldn't find any apps that had >24bpp icons, all I found were 1- 15-, 16-, or 32-bit ones. >I was assuming the X server always used a packed format, but >PixmapBytePad() looks to be the proper way of handling this. >(Can I ask how you knew? I did a Google on the macro and didn't >come up with anything of interest, I only found stuff in the >header files themselves...) Actually I only noticed MiGetImage did that, I was not sure it was right. I tried version 4.3.0-60 and it worked without crashing in 24bpp mode. There is a minor glitch left: in 24bpp mode, the icon at the upper left corner has wrong colours, while the colours are right in 16bpp mode. I'm sending you PNG files to show what's happening. Congratulations for the great work! Fabrizio __________________________________________________________________ ADSL Senza Canone 640Kbps: attivala entro il 31 marzo e avrai GRATIS il costo di adesione, quello di attivazione e il modem per tutto il 2004. E per i primi 3 mesi navighi a 1,5 euro l'ora! Affrettati! http://point.tiscali.it/adsl/prodotti/senzacanone/ -------------- next part -------------- A non-text attachment was scrubbed... Name: 16bpp.png Type: image/x-png Size: 2366 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 24bpp.png Type: image/x-png Size: 4616 bytes Desc: not available URL: From Andreas_Vogler@msg.de Thu Mar 25 12:42:00 2004 From: Andreas_Vogler@msg.de (Andreas_Vogler@msg.de) Date: Thu, 25 Mar 2004 12:42:00 -0000 Subject: Antwort: Clipboard fix - Please test Message-ID: Hallo, I have had an freeze with the .60 Cygx Relase and IBM Personal Communication, it has freezed when Coping somthing in IBM PC just after copying somting in cygwin. (IBM PM Was freezed completly, Cygwin wasnt able zu shutdown.) Now with the 61 Release IBM PM freeze for about 2-3 Sek than all works again normaly, so i coult say it has gotten better. An the vim -g bug i mentioned earlier email still exists. See yo Andreas From corinna-cygwin@cygwin.com Thu Mar 25 12:49:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Thu, 25 Mar 2004 12:49:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <87vfktz9jc.fsf@vzell-de.de.oracle.com> References: <877jxaxgpm.fsf@vzell-de.de.oracle.com> <87vfktz9jc.fsf@vzell-de.de.oracle.com> Message-ID: <20040325102938.GM17229@cygbert.vinschen.de> On Mar 25 08:10, Dr. Volker Zell wrote: > Hi > > I tried to find some information about the BigFont extension. This is > from the X man page: > > XF86BIGFONT_DISABLE > Setting this variable to a non-empty value disables the > XFree86-Bigfont extension. This extension is a mechanism to > reduce the memory consumption of big fonts by use of shared mem- > ory. > > So I tried the following. I enabled the cygserver service again and set > XF86BIGFONT_DISABLE=1 in my environment before starting up XWin. And > voila, xfontsel and uxterm are working properly. So there's definitely a > problem with the shared memory support of cygserver related to the > BigFont extension. Did you read /usr/share/doc/Cygwin/cygserver.README? I guess you know that there are a bunch of settings you can change in /etc/cygserver.conf and also that cygserver has a debugging option, right? So, have you tried to debug this situation? For instance, is it possible that the bigfont extension tries to allocate more shared memory than cygserver is by default restricted to? The default values (which are not arbitrary but taken from the defualt BSD settings) are: # kern.ipc.shmmaxpgs: Maximum pages available for XSI shared memory. # Default: 8192, Min: 1, Max: 32767 #kern.ipc.shmmaxpgs 8192 # kern.ipc.shmmni: Maximum number of shared memory segments, system wide. # Default: 192, Min: 1, Max: 32767 #kern.ipc.shmmni 192 # kern.ipc.shmseg: Maximum number of shared memory segments per process. # Default: 128, Min: 1, Max: 32767 #kern.ipc.shmseg 128 Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From dave@aps5.ph.bham.ac.uk Thu Mar 25 13:43:00 2004 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Thu, 25 Mar 2004 13:43:00 -0000 Subject: Pathnames for X server app-defaults etc. Message-ID: <200403251225.MAA03709@aps5.ph.bham.ac.uk> Earlier this week, I re-installed Cygwin from scratch. The current version of the X server is 4.3.0-60. I noticed various oddities - in particular, application default files were ignored and the keyboard map was incorrect (for example, '#' produced a '\'). Then I realized that the server now expects to find all the config files under /usr/X11R6/lib/X11. Installing a few symlinks fixed all the problems: cd /usr/X11R6/lib/X11; ln -s /etc/X11 . Now everything works properly. However, it seems to me that something is wrong with the package installation scripts which should either install all the files in /usr/X11R6/lib/X11, or create the relevant symlinks in this directory. From dave@aps5.ph.bham.ac.uk Thu Mar 25 13:46:00 2004 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Thu, 25 Mar 2004 13:46:00 -0000 Subject: Pathnames for X server app-defaults etc. Message-ID: <200403251233.MAA04156@aps5.ph.bham.ac.uk> >From: "Dr.D.J.Picton" > To: cygwin-xfree at cygwin dot com > Date: Thu, 25 Mar 2004 12:22:01 +0000 (GMT) > Subject: Pathnames for X server app-defaults etc. > Reply-to: cygwin-xfree at cygwin dot com > Reply-to: "Dr.D.J.Picton" >I noticed various oddities - in particular, application default files >were ignored and the keyboard map was incorrect (for example, '#' produced >a '\'). Then I realized that the server now expects to find all the config >files under /usr/X11R6/lib/X11. Installing a few symlinks fixed all >the problems: >cd /usr/X11R6/lib/X11; ln -s /etc/X11 . Sorry - spot the deliberate mistake! That should have been cd /usr/X11R6/lib/X11; ln -s /etc/X11/* . From Ruth.Ivimey-Cook@ivimey.org Thu Mar 25 14:02:00 2004 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Thu, 25 Mar 2004 14:02:00 -0000 Subject: Pathnames for X server app-defaults etc. In-Reply-To: <200403251225.MAA03709@aps5.ph.bham.ac.uk> Message-ID: Would the following issue: >Earlier this week, I re-installed Cygwin from scratch. The current version of the X >server is 4.3.0-60. Be why my X server doesn't start up any more? I get the following Xwin.log after running "X :0" from the cygwin shell: (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: 1600 dwHeight: 1200 winSetEngine - Using Shadow DirectDraw NonLocking winAllocateFBShadowDDNL - Not changing video mode winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 6400 winAllocateFBShadowDDNL - Created shadow pitch: 6400 winAllocateFBShadowDDNL - Created shadow stride: 1600 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" (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 XDM: too many retransmissions winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. winProcQueryTree - Clipboard is not enabled, returning. winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Blt reported that the primary surface was lost, trying to restore, retry: 1 winBltExposedRegionsShadowDDNL - IDirectDrawSurface4_Restore returned: OsVendorReset - Hello winDeinitMultiWindowWM - Noting shutdown in progress From alexander.gottwald@s1999.tu-chemnitz.de Thu Mar 25 14:12:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 25 Mar 2004 14:12:00 -0000 Subject: Pathnames for X server app-defaults etc. In-Reply-To: References: Message-ID: On Thu, 25 Mar 2004, Ruth Ivimey-Cook wrote: > XDM: too many retransmissions There is a problem with the xdmcp server. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From takuma@dgp.ne.jp Thu Mar 25 14:17:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 25 Mar 2004 14:17:00 -0000 Subject: Changes to multiwindow mode and always-on-top (ping Takuma) In-Reply-To: <5.1.1.6.2.20040323193130.00bb57c0@mail.ziplabel.com> References: <20040321171917.3FBE.TAKUMA@dgp.ne.jp> <5.1.1.6.2.20040323193130.00bb57c0@mail.ziplabel.com> Message-ID: <20040325220354.6C3C.TAKUMA@dgp.ne.jp> Earle, > > > At 07:56 PM 3/20/2004 +0900, Takuma Murakami wrote: > > > >> You give me a good insight to improve Z order handling. > > > >> I believe we can approach to better solutions. The attached > > > >> is my latest code which should fix all problems on restacking > > > >> and a-o-t windows without using fAlwaysOnTop flag. Could you > > > >> try and review this? > > After 48 hours of continuous running in a mixed environment of both > X and Windows apps I haven't noticed any problems at all, and I've seen > from the logfile that the fRestacking flag has captured and killed > some recursive restacks as expected from looking at your code. Thank you very much for the hard test, I cleaned the code and commited it. I'm glad to see the result of our cooperative development. > The only glitch I have seen, and this is NOT new, is that when the > Win32 Z order changes because of a right-click system menu or a > click-and-drag to move a window, the X window is only restacked > at the end of the menu or move operation. I'm also aware of this bug but I won't fix it for now. As a note for the commit, I just commented out your code on PreserveWin32Stack() by '#if 0' because it is nice for use from wm thread. We can utilize it in the future. There are still some possibilities to optimization, one of which is the performance of winReorderWindowsMultiWindow() as you pointed out before. However more optimizations need detailed examination into DIX code (to understand X's Restack operation) despite relatively little speed-up. So I finish the series of my optimizations to -multiwindow mode. Of course any enhancement is welcome. Takuma Murakami From jamil@elsalvador.com Thu Mar 25 14:18:00 2004 From: jamil@elsalvador.com (jamil@elsalvador.com) Date: Thu, 25 Mar 2004 14:18:00 -0000 Subject: Gtk programming Message-ID: <2ecdaf93bc0048ebaa239adeda3ec12a.jamil@elsalvador.com> Using the Cygwin setup program, I have installed GTK+; looking for the 'gtk.h' file I found one in '/usr/include/gtk-2.0/gtk/gtk.h' and another at '/usr/X11R6/include/gtk-2.0/gtk/gtk.h', why is this? Most importantly, when I try to compile a program using: gcc example.c -Wall -o example `gtk-config --libs --cflags` I get a message saying that gtk-config was not found and that there is no such a file as 'gtk/gtk.h'! Can someone tell me how to solve this problem? TIA Ent?rate de las noticias m?s actualizadas de El Salvador y el mundo en www.elsalvador.com From cec112@psu.edu Thu Mar 25 14:42:00 2004 From: cec112@psu.edu (Charles E. Cooper) Date: Thu, 25 Mar 2004 14:42:00 -0000 Subject: BadWindow Error on Solaris Textedit startup Message-ID: <5.1.0.14.2.20040325085426.02e2d4e8@email.psu.edu> I'm using cygwin to window into a Solaris box. I have this setup on my desktop computer (Windows 2000) and it works fine. I attempted to do the same thing on my laptop and it fails if I try to bring up the "textedit" editor. however it works for xterm, and some other applications. I'm using startxwin.bat to startup the X-session. it's doing a: start XWin -multiwindow -clipboard run xterm -s1 1000 -sb -rightbar -ms -red -fg yellow -bg black -e /usr/bin/bash -l the error I see is: X Error (intercepted): BadWindow (invalid Window parameter) Major Request Code: 7 Minor Request Code: 0 Resource ID (XID): 58 Error Serial Number: 48 XView warning: invalid object (not a pointer), xv_get finished; X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 7 (X_ReparentWindow) Resource id in failed request: 0x3a Serial number of failed request: 48 Current serial number in output stream: 57 ------------------------- this also works someones and fails other times. We've reloaded cygwin a couple times to make sure we had the latest software. Chuck Charles E. Cooper Swift Program Applied Research Laboratory The Pennsylvania State University (814) 865-6829 ccooper@psu.edu From takuma@dgp.ne.jp Thu Mar 25 15:35:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 25 Mar 2004 15:35:00 -0000 Subject: BadWindow Error on Solaris Textedit startup In-Reply-To: <5.1.0.14.2.20040325085426.02e2d4e8@email.psu.edu> References: <5.1.0.14.2.20040325085426.02e2d4e8@email.psu.edu> Message-ID: <20040325231216.6C45.TAKUMA@dgp.ne.jp> Charles, I guess you are using SSH. Please see the following FAQ entry. http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-ssh-no-x11forwarding Hope this helps. Takuma Murakami > I'm using cygwin to window into a Solaris box. > > I have this setup on my desktop computer (Windows 2000) and it works fine. > I attempted to do the same thing on my laptop and it fails if I try to > bring up the "textedit" editor. > however it works for xterm, and some other applications. > > I'm using startxwin.bat to startup the X-session. > it's doing a: > start XWin -multiwindow -clipboard > run xterm -s1 1000 -sb -rightbar -ms -red -fg yellow -bg black > -e /usr/bin/bash -l > > > > the error I see is: > > X Error (intercepted): BadWindow (invalid Window parameter) > Major Request Code: 7 > Minor Request Code: 0 > Resource ID (XID): 58 > Error Serial Number: 48 > XView warning: invalid object (not a pointer), xv_get > finished; X Error of failed request: BadWindow (invalid Window parameter) > Major opcode of failed request: 7 (X_ReparentWindow) > Resource id in failed request: 0x3a > Serial number of failed request: 48 > Current serial number in output stream: 57 > > ------------------------- > this also works someones and fails other times. > > We've reloaded cygwin a couple times to make sure we had the latest software. > Chuck From Phil.Betts@heis.co.uk Thu Mar 25 15:36:00 2004 From: Phil.Betts@heis.co.uk (Phil Betts) Date: Thu, 25 Mar 2004 15:36:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow (ping Earle) Message-ID: Hi All, It seems that this may have been resolved already, but FWIW... Earle F. Philhower III wrote: > To fix it we can reinstate the if()... > > if (pixmap->drawable.bitsPerPixel == 15) > > effXBPP = 16; > > else > > effXBPP = pixmap->drawable.bitsPerPixel; > > if (pixmap->drawable.depth == 15) > > effXDepth = 16; > > else > > effXDepth = pixmap->drawable.depth; > Or get rid of the effX* variables completely, but modify (~line 218) > < if (effxdepth==16) into > into > > if (xdepth==16 || xdepth==15) > > and modify all of the X image ptr walking > < ptr += posX * (effXBPP / 8); > into > > ptr += (xbpp==15)?(posX * (16/8):(posX * (xbpp/ 8)); Why not just replace (bpp/8) with ((bpp+1)/8) ? More generally you could use ((bpp+7)/8) which will round up any bit depth to a whole number of bytes (always assuming that bpp is an integral type). This works for all of the multi-bit depths mentioned by Earle. (I haven't got the source so I don't know if 1-bit images would be affected) Although it's probably not important in this context, the above approach is generally preferable for performance since, as well as being intrinsically quicker, it removes any conditional code which plays havoc with CPU branch prediction. I only mention this because I imagine that this scenario is replayed a lot throughout the server and there may be useful gains to be made. (Also, you could try replacing the '/8' with '>>3', but I'm pretty certain that gcc is smart enough to do that anyway.) Cheers, Phil ********************************************************************** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ********************************************************************** From roters@mpie.de Thu Mar 25 15:39:00 2004 From: roters@mpie.de (Franz Roters) Date: Thu, 25 Mar 2004 15:39:00 -0000 Subject: Final solution on using AltGr keyboard definitions with HP-UX CDE/Motif/ X11R6 and Linux/ Cygwin Message-ID: <4062F821.21809.180259D@localhost> Hi Hans and all the rest, while this solution works for cde and the applications, I still have no AltGr-functionality in the login-screen. Any ideas, suggestions? Greetings Franz > 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. ------------------------------- Dr. Franz Roters Max-Planck-Institut fuer Eisenforschung Abteilung Mikrostrukturphysik und Umformtechnik Max-Planck-Str. 1 40237 Duesseldorf Germany Tel.: +49 (0)211-6792-393 FAX: +49 (0)211-6792-333 From Ruth.Ivimey-Cook@ivimey.org Thu Mar 25 16:10:00 2004 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Thu, 25 Mar 2004 16:10:00 -0000 Subject: Pathnames for X server app-defaults etc. In-Reply-To: Message-ID: Ago wrote: >There is a problem with the xdmcp server. As I said, I ran the command as "X :0", which IIRC should not require an xdmcp server. Even if it did, I have another machine which can log in to the same server fine. Regards, Ruth From Phil.Crescioli@gd-ais.com Thu Mar 25 16:17:00 2004 From: Phil.Crescioli@gd-ais.com (Crescioli, Phil) Date: Thu, 25 Mar 2004 16:17:00 -0000 Subject: KDE3.1 fails to run from a clean install. Message-ID: <33F012255162604984A3F4BDA95C6EC4F12E14@mstaex1b.dsrusi.com> Last night I did a FULL and COMPLETE download of cygwin from http://kde-cygwin.sourcefroge.net This morning I installed ALL of cygwin and tried to bring up KDE3.1 using "startx -multiwindow &". KDE came up and allowed me to tweak the desktop environment, then failed to load a library, etc. The log file is below. When I run KDE, I have about 100MB free RAM of the 256 totall memory in my PC. When the first library fails to load, I have about 60MB free RAM. Is my prob not enough free memory, or do I need to tweak a file somewhere To get KDE up and running? FYI-I only set KDE desktop environment to load half the "eye candy" stuff during the initial setup so as not to have a memory issue. Thanks, Phil.Crescioli@gd-ais.com From alexander.gottwald@s1999.tu-chemnitz.de Thu Mar 25 16:25:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 25 Mar 2004 16:25:00 -0000 Subject: Pathnames for X server app-defaults etc. In-Reply-To: References: Message-ID: On Thu, 25 Mar 2004, Ruth Ivimey-Cook wrote: > > Ago wrote: > >There is a problem with the xdmcp server. > > As I said, I ran the command as "X :0", which IIRC should not require an > xdmcp server. Even if it did, I have another machine which can log in to the > same server fine. The xserver is called XWin.exe. Maybe X is a custom script that starts the xserver with xdmcp parameters. The first lines of the log should contain the commandline parameters. Unfortunately you stripped them bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Phil.Crescioli@gd-ais.com Thu Mar 25 16:27:00 2004 From: Phil.Crescioli@gd-ais.com (Crescioli, Phil) Date: Thu, 25 Mar 2004 16:27:00 -0000 Subject: KDE3.1 fails to run from a clean install. Message-ID: <33F012255162604984A3F4BDA95C6EC4F12E15@mstaex1b.dsrusi.com> Ooops, I forgot to insert my KDE_Log File. Here it is. >Last night I did a FULL and COMPLETE download of cygwin from >http://kde-cygwin.sourcefroge.net >This morning I installed ALL of cygwin and tried to bring up KDE3.1 >using "startx -multiwindow &". >KDE came up and allowed me to tweak the desktop environment, then >failed to load a library, etc. The log file is below. When I run KDE, >I have about 100MB free RAM of the 256 totall memory in my PC. >When the first library fails to load, I have about 60MB free RAM. >Is my prob not enough free memory, or do I need to tweak a file somewhere >To get KDE up and running? FYI-I only set KDE desktop environment to load >half the "eye candy" stuff during the initial setup so as not to have a >memory issue. >Thanks, pcrescioli@DSR1003187 ~ $ startx -multiwindow & [1] 3028 pcrescioli@DSR1003187 ~ $ + test -f '/cygdrive/c/Documents and Settings/pcrescioli/.kde_mountchecked' ++ mount ++ grep ' / .*textmode' + test -n '' + touch /cygdrive/c/Documents and Settings/pcrescioli/.kde_mountchecked touch: creating `/cygdrive/c/Documents': Permission denied touch: creating `Settings/pcrescioli/.kde_mountchecked': No such file or directo ry + IPC_PID=2228 + client_opt=-multiwindow + server_opt=-multiwindow + xinit /opt/kde3/bin/startkde -multiwindow -- /usr/X11R6/bin/XWin :0 -noreset - ac -nowinkill -multiwindow + ipc-daemon2 + export SHELL=/bin/bash + SHELL=/bin/bash + export KDEINIT_KIO_EXEC=1 + KDEINIT_KIO_EXEC=1 + test -n 1 + export 'PATH=/opt/kde3/lib/kde3:/opt/qt/3.2/bin:/opt/kde3/bin:/opt/kde3/lib:/o pt/kde3/lib/kde3:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c /WINDOWS /system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdriv e/c/Prog ram Files/Common Files/Adaptec Shared/System:/usr/bin:/usr/bin:/usr/X11R6/bin' + PATH=/opt/kde3/lib/kde3:/opt/qt/3.2/bin:/opt/kde3/bin:/opt/kde3/lib:/opt /kde3/ lib/kde3:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINDOWS /system3 2:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Prog ram File s/Common Files/Adaptec Shared/System:/usr/bin:/usr/bin:/usr/X11R6/bin + rm -f /cygdrive/c/Documents and Settings/pcrescioli/.ICEauthority + kdehome=/cygdrive/c/Documents and Settings/pcrescioli/.kde31 + '[' -z /opt/qt/3.2 ']' + '[' -z /opt/kde3 ']' + '[' -z /opt/kde3/home ']' + '[' -e /opt/kde3/home/share/mimelnk ']' + '[' -e /opt/kde3/home/share/applnk ']' + '[' -e /opt/kde3/home/share/services ']' + '[' -e /opt/kde3/home/share/servicetypes ']' + test -multiwindow '!=' -multiwindow + test -n '' + export LD_LIBRARY_PATH=/opt/kde3/lib:/opt/kde3/bin:/opt/qt/3.2/lib:/opt/qt/3.2 /bin + LD_LIBRARY_PATH=/opt/kde3/lib:/opt/kde3/bin:/opt/qt/3.2/lib:/opt/qt/3.2/ bin + test -n '' + export LTDL_LIBRARY_PATH=/opt/kde3/lib:/opt/kde3/bin:/opt/qt/3.2/lib:/opt/qt/3 .2/bin + LTDL_LIBRARY_PATH=/opt/kde3/lib:/opt/kde3/bin:/opt/qt/3.2/lib:/opt/qt/3. 2/bin ++ xdpyinfo ++ grep dimensions: ++ cut -d ' ' -f 7 ++ cut -d x -f 1 + export X=1024 + X=1024 ++ xdpyinfo ++ grep dimensions: ++ cut -d ' ' -f 7 ++ cut -d x -f 2 + export Y=767 + Y=767 ++ xdpyinfo ++ awk '/depths/ {print $NF}' + export D=32 + D=32 + '[' -e '/cygdrive/c/Documents and Settings/pcrescioli/.skel/kdebase' ']' + INITIAL=--force + rm -rf /tmp/ksocket-pcrescioli /opt/kde3/home/tmp-DSR1003187 + lnusertemp tmp + lnusertemp socket + dcopserver_shutdown + echo 'startkde: Starting up mode -multiwindow ... ' startkde: Starting up mode -multiwindow ... + kreadconfig --file kpersonalizerrc --group General --key FirstLogin --default true --type bool + test -multiwindow '!=' -multiwindow ++ xdpyinfo ++ awk '/depths/ {print $NF}' + '[' 32 -gt 8 ']' + ksplash --test + AUTOSTART_DIR=autostart-multiwindow + KDEWM=unknown + KDEINIT_APPS=+kcminit +knotify + rm /opt/kde3/home/share/autostart + ln -fs /opt/kde3/share/autostart-multiwindow /opt/kde3/home/share/autostart + kdeinit +kcminit +knotify kdeinit: entering main KDEINIT_KIO_EXEC Could not load library! Trying exec.... kdeinit: Launched DCOPServer, pid = 2960 result = 0 _KDE_IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root KDEINIT_KIO_EXEC kdeinit: Launched KLauncher, pid = 1640 result = 0 C:\cygwin\opt\kde3\bin\kdeinit.exe (1756): *** unable to remap C:\cygwin\bin\cyg z.dll to same address as parent(0xD30000) != 0xD40000 5 [main] kdein 1640 sync_with_child: child 1756(0x668) died before initi alization with status code 0x1 834 [main] kdein 1640 sync_with_child: *** child state child loading dlls KDEINIT_KIO_EXEC Could not load library! Trying exec.... kdeinit: Launched KDED, pid = 1872 result = 0 kdeinit: Communication error with launcher. Exiting! + test -n unknown + KDEWM=--windowmanager unknown + kwrapper ksmserver --windowmanager unknown Warning: connect() failed: : Connection refused _IceTransmkdir: Owner of /tmp/.ICE-unix should be set to root ---------------------------------------------------------- [Phil's Reply: ] Phil.Crescioli@gd-ais.com From huntharo@msu.edu Thu Mar 25 16:29:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 16:29:00 -0000 Subject: Antwort: Clipboard fix - Please test In-Reply-To: References: Message-ID: <4063047C.40606@msu.edu> Andreas, Andreas_Vogler@msg.de wrote: > Hallo, > I have had an freeze with the .60 Cygx Relase and IBM Personal > Communication, it has freezed when Coping somthing in IBM PC just after > copying somting in cygwin. (IBM PM Was freezed completly, Cygwin wasnt > able zu shutdown.) > > Now with the 61 Release IBM PM freeze for about 2-3 Sek than all works > again normaly, so i coult say it has gotten better. Okay, that is pretty much how it should work. I set the timeout to 3 seconds when we don't get the reply that we are looking for. I will probably tune that now down to 1 or 2 seconds... in fact, I can probably drop it to 0.5 seconds since we do call XSync before waiting for events, so our reply should always be waiting for us when we look for it. Harold From jacksob2@cs.man.ac.uk Thu Mar 25 16:31:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Thu, 25 Mar 2004 16:31:00 -0000 Subject: Antwort: Clipboard fix - Please test In-Reply-To: <4063047C.40606@msu.edu> Message-ID: <000001c41284$aedc4230$9bbb6151@BENJACKSON> Yep, this stop's things from hanging indefinitely (ie they now only hang for 3 secs) but after the 3 secs it still doesn't paste into the app. This is only broken for pasting from X->Windows and NOT vice versa. Win->X is fine (as is X->X) and works a treat, but X->win hangs for 3 seconds ... I guess this is an improvement, but doesn't resolve the issue of it not pasting the text. Here's my XWin.log now: winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window Parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winProcessXEventsTimeout - Call to select () failed: 0. Bailing. winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowXMsgProcErrorHandler - ERROR: BadWindow (invalid Window parameter) (END) thanks for looking at this. Ps: I was copying text from nedit to any windows app, ill try some other apps and other datatypes. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: 25 March 2004 16:11 To: cygwin-xfree@cygwin.com Subject: Re: Antwort: Clipboard fix - Please test Andreas, Andreas_Vogler@msg.de wrote: > Hallo, > I have had an freeze with the .60 Cygx Relase and IBM Personal > Communication, it has freezed when Coping somthing in IBM PC just after > copying somting in cygwin. (IBM PM Was freezed completly, Cygwin wasnt > able zu shutdown.) > > Now with the 61 Release IBM PM freeze for about 2-3 Sek than all works > again normaly, so i coult say it has gotten better. Okay, that is pretty much how it should work. I set the timeout to 3 seconds when we don't get the reply that we are looking for. I will probably tune that now down to 1 or 2 seconds... in fact, I can probably drop it to 0.5 seconds since we do call XSync before waiting for events, so our reply should always be waiting for us when we look for it. Harold From huntharo@msu.edu Thu Mar 25 16:35:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 16:35:00 -0000 Subject: Pathnames for X server app-defaults etc. In-Reply-To: References: Message-ID: <406307FA.9030805@msu.edu> Ruth Ivimey-Cook wrote: > > Would the following issue: > > >>Earlier this week, I re-installed Cygwin from scratch. The current version > > of the X > >>server is 4.3.0-60. > > > Be why my X server doesn't start up any more? Does not appear to be. In addition to what Alexander said, if the XWin.log you sent was complete, then you are running an old version of the XFree86-xserv package since there is no version or command line information printed at the top of the file. Please run 'cygcheck -c XFree86-xserv' and report your results. If you think you have been updating regularly, then you may be pointing to a stale mirror and you need to reselect a different mirror from the mirror list. Note: If you selected a mirror that eventually became stale, it would be dropped from the downloaded mirror list, but it would still be your default mirror and would be added to the mirror list as a "user entry". This isn't quite the way it should be (a mirror from the list being removed from the list should be distinct from a user entry) handled but that is the way it will continue to be until someone puts forth the effort on setup.exe. Harold From huntharo@msu.edu Thu Mar 25 16:38:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 16:38:00 -0000 Subject: Pathnames for X server app-defaults etc. In-Reply-To: <200403251225.MAA03709@aps5.ph.bham.ac.uk> References: <200403251225.MAA03709@aps5.ph.bham.ac.uk> Message-ID: <40630864.2070501@msu.edu> Dr.D.J.Picton wrote: > Earlier this week, I re-installed Cygwin from scratch. The current version > of the X server is 4.3.0-60. > > I noticed various oddities - in particular, application default files > were ignored and the keyboard map was incorrect (for example, '#' produced > a '\'). Then I realized that the server now expects to find all the config > files under /usr/X11R6/lib/X11. Installing a few symlinks fixed all > the problems: > > cd /usr/X11R6/lib/X11; ln -s /etc/X11 . > > Now everything works properly. However, it seems to me that something is > wrong with the package installation scripts which should either install all > the files in /usr/X11R6/lib/X11, or create the relevant symlinks in this > directory. What are you talking about? The postinstall script for the lib package does exactly what you did... your installation must have barfed for some reason because those symlinks have been created by that script for months now, if not for longer than a year. Nothing has changed with that script that I know of, unless I royally broke something. Harold From huntharo@msu.edu Thu Mar 25 16:39:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 16:39:00 -0000 Subject: BadWindow Error on Solaris Textedit startup In-Reply-To: <5.1.0.14.2.20040325085426.02e2d4e8@email.psu.edu> References: <5.1.0.14.2.20040325085426.02e2d4e8@email.psu.edu> Message-ID: <406308F6.6050400@msu.edu> As Takuma said, try "ssh -Y" instead of "ssh -X", which will turn off the now-enabled-by-default trusted X11 tunneling "feature". Harold Charles E. Cooper wrote: > I'm using cygwin to window into a Solaris box. > > I have this setup on my desktop computer (Windows 2000) and it works fine. > I attempted to do the same thing on my laptop and it fails if I try to > bring up the "textedit" editor. > however it works for xterm, and some other applications. > > I'm using startxwin.bat to startup the X-session. > it's doing a: > start XWin -multiwindow -clipboard > run xterm -s1 1000 -sb -rightbar -ms -red -fg yellow -bg black > -e /usr/bin/bash -l > > > > the error I see is: > > X Error (intercepted): BadWindow (invalid Window parameter) > Major Request Code: 7 > Minor Request Code: 0 > Resource ID (XID): 58 > Error Serial Number: 48 > XView warning: invalid object (not a pointer), xv_get > finished; X Error of failed request: BadWindow (invalid Window parameter) > Major opcode of failed request: 7 (X_ReparentWindow) > Resource id in failed request: 0x3a > Serial number of failed request: 48 > Current serial number in output stream: 57 > > ------------------------- > this also works someones and fails other times. > > We've reloaded cygwin a couple times to make sure we had the latest > software. > Chuck > > > Charles E. Cooper > Swift Program > Applied Research Laboratory > The Pennsylvania State University > (814) 865-6829 > ccooper@psu.edu > > From huntharo@msu.edu Thu Mar 25 17:23:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 17:23:00 -0000 Subject: KDE3.1 fails to run from a clean install. In-Reply-To: <33F012255162604984A3F4BDA95C6EC4F12E15@mstaex1b.dsrusi.com> References: <33F012255162604984A3F4BDA95C6EC4F12E15@mstaex1b.dsrusi.com> Message-ID: <40630975.5030806@msu.edu> Phil, You'd better contact the KDE on Cygwin project for support. Ralf will know how to help you better than we would. Harold From Ruth.Ivimey-Cook@ivimey.org Thu Mar 25 18:10:00 2004 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Thu, 25 Mar 2004 18:10:00 -0000 Subject: Pathnames for X server app-defaults etc. In-Reply-To: References: Message-ID: <1080232781.11576.12.camel@filestore.ivimey.org> On Thu, 2004-03-25 at 15:36, Alexander Gottwald wrote: > On Thu, 25 Mar 2004, Ruth Ivimey-Cook wrote: > The xserver is called XWin.exe. Maybe X is a custom script that starts the > xserver with xdmcp parameters. The first lines of the log should contain > the commandline parameters. Unfortunately you stripped them Whatever X is, it is part of the cygwin install, as I have not created any programs. % which X /usr/X11R6/bin/X % I didn't strip *anything* from the file I posted. Indeed, running "XWin :0" has the same behaviour and the same log file. Ruth From huntharo@msu.edu Thu Mar 25 18:38:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 18:38:00 -0000 Subject: Antwort: Clipboard fix - Please test In-Reply-To: <000001c41284$aedc4230$9bbb6151@BENJACKSON> References: <000001c41284$aedc4230$9bbb6151@BENJACKSON> Message-ID: <40630AEC.3000904@msu.edu> Ben, Ben Jackson wrote: > Yep, this stop's things from hanging indefinitely (ie they now only hang for > 3 secs) but after the 3 secs it still doesn't paste into the app. This is > only broken for pasting from X->Windows and NOT vice versa. Win->X is fine > (as is X->X) and works a treat, but X->win hangs for 3 seconds ... > > I guess this is an improvement, but doesn't resolve the issue of it not > pasting the text. Well, that wasn't the goal, was it? :) The first part of this problem is that I need more detailed information from people about what apps are causing problems. In fact, I really need a package that is freely available on debian unstable that I can install and have an easily reproducible test case with. I'll leave that legwork to the folks affected by this since I have been unable to reproduce it until now. We may just find out that the X app that owned the selection no longer has the data and that we need to clear the bit that says X owns the clipboard contents. The apps having trouble may be notifying us of their relinquished ownership in a way that is either not handled by us or not reliably handled by us. Waiting for a test case, Harold From huntharo@msu.edu Thu Mar 25 18:59:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 18:59:00 -0000 Subject: Pathnames for X server app-defaults etc. In-Reply-To: <1080232781.11576.12.camel@filestore.ivimey.org> References: <1080232781.11576.12.camel@filestore.ivimey.org> Message-ID: <40630B26.3070609@msu.edu> Please look at my message about your installation being out of date. Harold Ruth Ivimey-Cook wrote: > On Thu, 2004-03-25 at 15:36, Alexander Gottwald wrote: > >>On Thu, 25 Mar 2004, Ruth Ivimey-Cook wrote: >>The xserver is called XWin.exe. Maybe X is a custom script that starts the >>xserver with xdmcp parameters. The first lines of the log should contain >>the commandline parameters. Unfortunately you stripped them > > > Whatever X is, it is part of the cygwin install, as I have not created > any programs. > % which X > /usr/X11R6/bin/X > % > > I didn't strip *anything* from the file I posted. > > Indeed, running "XWin :0" has the same behaviour and the same log file. > > > Ruth > > From ralf.habacker@freenet.de Thu Mar 25 20:35:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Thu, 25 Mar 2004 20:35:00 -0000 Subject: KDE3.1 fails to run from a clean install. In-Reply-To: <33F012255162604984A3F4BDA95C6EC4F12E15@mstaex1b.dsrusi.com> References: <33F012255162604984A3F4BDA95C6EC4F12E15@mstaex1b.dsrusi.com> Message-ID: <200403251823.38247.ralf.habacker@freenet.de> On Thursday 25 March 2004 16:39, Crescioli, Phil wrote: > Ooops, I forgot to insert my KDE_Log File. Here it is. > > >Last night I did a FULL and COMPLETE download of cygwin from > >http://kde-cygwin.sourcefroge.net > >This morning I installed ALL of cygwin and tried to bring up KDE3.1 > >using "startx -multiwindow &". > >KDE came up and allowed me to tweak the desktop environment, then > >failed to load a library, etc. The log file is below. When I run KDE, > >I have about 100MB free RAM of the 256 totall memory in my PC. > >When the first library fails to load, I have about 60MB free RAM. > >Is my prob not enough free memory, or do I need to tweak a file > > somewhere > > >To get KDE up and running? FYI-I only set KDE desktop environment to > > load >half the "eye candy" stuff during the initial setup so as not to > have a >memory issue. > > + touch /cygdrive/c/Documents and Settings/pcrescioli/.kde_mountchecked > touch: creating `/cygdrive/c/Documents': Permission denied There are spaces in your home directory. kde 3.1.4 does not like this. try HOME=/opt/kde3/home startx -multiwindow & From Dr.Volker.Zell@oracle.com Thu Mar 25 20:55:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Thu, 25 Mar 2004 20:55:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <20040325102938.GM17229@cygbert.vinschen.de> (Corinna Vinschen's message of "Thu, 25 Mar 2004 11:29:38 +0100") References: <877jxaxgpm.fsf@vzell-de.de.oracle.com> <87vfktz9jc.fsf@vzell-de.de.oracle.com> <20040325102938.GM17229@cygbert.vinschen.de> Message-ID: <87wu586bj7.fsf@vzell-de.de.oracle.com> >>>>> "Corinna" == Corinna Vinschen writes: Corinna> Did you read /usr/share/doc/Cygwin/cygserver.README? Yes Corinna> I guess you know that there are a bunch of settings you can change in Corinna> /etc/cygserver.conf and also that cygserver has a debugging option, right? yes, but I forgot about them. Corinna> So, have you tried to debug this situation? For instance, is it possible Corinna> that the bigfont extension tries to allocate more shared memory than Corinna> cygserver is by default restricted to? The default values (which are not Corinna> arbitrary but taken from the defualt BSD settings) are: Ok here my debug attempts. Following is the output of /var/log/cygserver.log when starting xfontsel. After the -- snip -- you'll find the lines which showed up when xfontsel crashed. For this run I started the XWin server without the env variable XF86BIGFONT_DISABLE. Doesn't seem very useful so. cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/bsd_helper.cc, line 694: Set kern.log.debug to yes cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/bsd_helper.cc, line 694: Set kern.log.syslog to yes cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/bsd_helper.cc, line 676: Set kern.log.level to 7 cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/bsd_helper.cc, line 676: Set kern.ipc.shmmaxpgs to 32767 cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/bsd_helper.cc, line 676: Set kern.ipc.shmmni to 32767 cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/bsd_helper.cc, line 676: Set kern.ipc.shmseg to 32767 ----------- snip -------------- cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/sysv_shm.cc, line 807: Try locking mutex Giant cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/sysv_shm.cc, line 807: Locked mutex Giant cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/bsd_helper.cc, line 187: Try enter critical section(0x41B090) cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/bsd_helper.cc, line 187: Entered critical section(0x41B090) cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/bsd_helper.cc, line 193: Left critical section(0x41B090) cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/sysv_shm.cc, line 829: Unlocked mutex Giant cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/bsd_helper.cc, line 104: Try enter critical section(0x41B090) cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/bsd_helper.cc, line 104: Entered critical section(0x41B090) cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/bsd_helper.cc, line 113: Left critical section(0x41B090) cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/sysv_shm.cc, line 349: Try locking mutex Giant cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/sysv_shm.cc, line 349: Locked mutex Giant cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/sysv_shm.cc, line 427: Unlocked mutex Giant cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/process.cc, line 63: got handle 0x294 for new cache process 660(1624) cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/sysv_shm.cc, line 527: Try locking mutex Giant cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/sysv_shm.cc, line 527: Locked mutex Giant cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/sysv_shm.cc, line 609: Unlocked mutex Giant cygserver: /netrel/src/cygwin-1.5.9-1/winsup/cygserver/process.cc, line 295: waiting on 4 objects in total (2 processes) D:\tmp>D:\tmp\cygdeb\gdb.exe -nw "D:/usr/X11R6/bin/xfontsel.exe" 1624 GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)... Attaching to program `/usr/X11R6/bin/xfontsel.exe', process 1624 Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. Program received signal SIGSEGV, Segmentation fault. ---Type to continue, or q to quit--- 06:26 PM [400]> echo $CYGWIN binmode title ntsec server error_start=D:\tmp\cygdeb\debug_wrapper.cmd Ciao Volker From huntharo@msu.edu Thu Mar 25 21:06:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 21:06:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <87wu586bj7.fsf@vzell-de.de.oracle.com> References: <877jxaxgpm.fsf@vzell-de.de.oracle.com> <87vfktz9jc.fsf@vzell-de.de.oracle.com> <20040325102938.GM17229@cygbert.vinschen.de> <87wu586bj7.fsf@vzell-de.de.oracle.com> Message-ID: <40632737.9090905@msu.edu> Volker, Using the Cygwin Way-Back Machine (http://cygwin.get-software.com/release/XFree86/XFree86-xserv/) I have retrieved a copy of XFree86-xserv-4.3.0-55 which is immediately prior to the change from cygserver to cygipc. I would like you to test this version and verify whether you can or cannot reproduce the problem with cygipc. It is always possible that this is just a bug in the big font extension that we have not noticed before. To retrieve the -55 version, point setup.exe to: http://www.egr.msu.edu/~huntharo/cygwin_old/ Harold From huntharo@msu.edu Thu Mar 25 21:13:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 21:13:00 -0000 Subject: New to-do items (comments, takers?) Message-ID: <40632BFD.3040304@msu.edu> About: Links to ChangeLog, User's Guide, etc. ============================================= Create an About dialog box that has links to open the ChangeLog (/usr/X11R6/share/doc/XFree86-xserv/changelog.html), /tmp/XWin.log, and, if they are present, the User's Guide, Contributor's Guide, and Frequently Asked Questions using cygwin_conv_to_win32_path() and ShellExecute(). See the cygstart source in the cygutils package if you need a simple example of how to do this. FatalError Dialog Box ===================== Change the FatalError message box to a dialog box with links to open the same files described in the About box topic. These are both so easy and useful that I might just do them myself unless someone beats me to them. Harold From ajasewic@yazaki-na.com Thu Mar 25 21:32:00 2004 From: ajasewic@yazaki-na.com (Allen Jasewicz) Date: Thu, 25 Mar 2004 21:32:00 -0000 Subject: XDMCP Message-ID: I have been working on this for 3 days and am unable to find an answer. I suspect it has to do with networking. I am trying to replace Exceed and xvision and use XFree86. I am unable to connect to a remote host. Here are some of the tries and error logs that resulted. KDE and all other Xtools work locally XWin.exe -query 172.20.12.254:0.0 -from 172.20.14.74 XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000409" (00000409) (EE) Keyboardlayout "US" (00000409) is unknown Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(n ull)" winPointerWarpCursor - Discarding first warp: 573 405 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned Fatal server error: XDMCP fatal error: Session failed Session 18 failed for display yazaki-7841199a. yazaki.local:0: Cannot open display $ XWin.exe -query 172.20.12.254:0.0 -fp tcp/172.20.12.254:7100 -from 172.20.14.74 Fatal server error: XDMCP fatal error: Session failed Session 19 failed for display cadclass:0: Cann ot open display winDeinitMultiWindowWM - Noting shutdown in progress $ echo $DISPLAY 172.20.12.74:0 $ fslsfonts -server 172.20.12.254:7100 fslsfonts: pattern "*" unmatched I am trying to connect to a Sun Solaris 8 with CDE . when I run fslsfonts -server 172.20.12.254:7100 from a unix hosts it returns the available fonts. I have no ideas where yazaki-7841199a.yazaki.local:0 comes from or how it is assigned. If I can be steered in the right direction it would be greatly appreciated> Allen Allen Jasewicz Yazaki North America Mail Stop 2667w 6801 Haggerty Rd Canton MI, 48187 734-983-2134 ajasewic@yazaki-na.com From huntharo@msu.edu Thu Mar 25 21:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 21:36:00 -0000 Subject: PATH in startxwin.sh In-Reply-To: <16478.31752.411650.437434@glenn.colorado.edu> References: <16478.31752.411650.437434@glenn.colorado.edu> Message-ID: <40634757.2050009@msu.edu> Fabio, Fabio Somenzi wrote: > Recent versions of startxwin.sh contain the following line: > > export PATH=/usr/X11R6/bin:$PATH > > I have changed it to > > export PATH=/usr/X11R6/bin:"$PATH" > > to avoid problems with PATHs containing spaces. Maybe this is of > general interest. Thanks, this is now in X-startup-scripts-1.0.5-1, which I have just uploaded. Harold From lev.bishop@yale.edu Thu Mar 25 22:09:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Thu, 25 Mar 2004 22:09:00 -0000 Subject: test case for clipboard hang? Message-ID: Harold: you wanted a test case for the clipboard hang. I can do it this way, using only xterm and notepad: 1) open xterm and notepad 2) type some stuff in the xterm 3) left click and drag to select text in the xterm (it gets highlighted) - let go of the mouse, and the text stays highlighted in reverse video. 4) single left click somewhere else in the xterm - the reverse video highlighting of the selection is removed 5) bring the focus to notepad and ^V to paste: it hangs for 3secs and doesn't paste (previously it would have hung completely). Note 1: if in between steps 3 and 4 you paste into notepad, it works, and even if you continue to step 5 it still works, you have to do it in that order. Note 2: Even after step 5 you can still paste X->X, ie middle-click in a different xterm and the paste goes through. (Maybe now it gets it from the CUT_BUFFER0 instead of from PRIMARY, the xterm manual states that selecting text puts it in both PRIMARY and in CUT_BUFFER0 -- presumably step 4 removes PRIMARY but does nothing to CUT_BUFFER0). Lev From lev.bishop@yale.edu Thu Mar 25 22:45:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Thu, 25 Mar 2004 22:45:00 -0000 Subject: xterm 185-3 freetype Message-ID: xterm 185-3 doesn't seem to have freetype/xft/fontconfig/etc support. it ignores the faceName resource, and doesn't recognize the -fa command line option. also cygcheck shows no dependence on C:\cygwin\usr\X11R6\bin\cygXft-2.dll. however, version 185-2 is fine. Lev From huntharo@msu.edu Thu Mar 25 22:51:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 22:51:00 -0000 Subject: xterm 185-3 freetype In-Reply-To: References: Message-ID: <40634FCB.3090504@msu.edu> Lev, Lev Bishop wrote: > xterm 185-3 doesn't seem to have freetype/xft/fontconfig/etc support. it > ignores the faceName resource, and doesn't recognize the -fa command line > option. also cygcheck shows no dependence on > C:\cygwin\usr\X11R6\bin\cygXft-2.dll. however, version 185-2 is fine. Hmm... nice catch. This seems to have been caused by some test packages I have been building and installing. 185-4 is uploaded now. Harold From huntharo@msu.edu Thu Mar 25 23:06:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 23:06:00 -0000 Subject: test case for clipboard hang? In-Reply-To: References: Message-ID: <406350DD.5020600@msu.edu> Lev, Lev Bishop wrote: > Harold: you wanted a test case for the clipboard hang. I can do it this > way, using only xterm and notepad: > > 1) open xterm and notepad > 2) type some stuff in the xterm > 3) left click and drag to select text in the xterm (it gets highlighted) - > let go of the mouse, and the text stays highlighted in reverse video. > 4) single left click somewhere else in the xterm - the reverse video > highlighting of the selection is removed > 5) bring the focus to notepad and ^V to paste: it hangs for 3secs and > doesn't paste (previously it would have hung completely). > > Note 1: if in between steps 3 and 4 you paste into notepad, it works, and > even if you continue to step 5 it still works, you have to do it in that > order. > > Note 2: Even after step 5 you can still paste X->X, ie middle-click in a > different xterm and the paste goes through. (Maybe now it gets it from the > CUT_BUFFER0 instead of from PRIMARY, the xterm manual states that > selecting text puts it in both PRIMARY and in CUT_BUFFER0 -- presumably > step 4 removes PRIMARY but does nothing to CUT_BUFFER0). I can't reproduce this at all. The behavior I get is that in step 5 if you press Ctrl+V nothing happens (no delay, no pasting) and if you right click the context menu entry for "Paste" is greyed out (since X released ownership of the selection). So, what version of Windows are you running and are you doing anything with multiple languages or locales? Harold From dickey@his.com Thu Mar 25 23:11:00 2004 From: dickey@his.com (Thomas Dickey) Date: Thu, 25 Mar 2004 23:11:00 -0000 Subject: xterm 185-3 freetype In-Reply-To: References: Message-ID: On Thu, 25 Mar 2004, Lev Bishop wrote: > xterm 185-3 doesn't seem to have freetype/xft/fontconfig/etc support. it > ignores the faceName resource, and doesn't recognize the -fa command line > option. also cygcheck shows no dependence on > C:\cygwin\usr\X11R6\bin\cygXft-2.dll. however, version 185-2 is fine. That would be because the configure script didn't find the libraries - I assume, since the configure script normally tries to check for those. It looks for xft-config (the script that tells how to compile/link). Perhaps that has been renamed? -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Thu Mar 25 23:49:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 23:49:00 -0000 Subject: xterm 185-3 freetype In-Reply-To: References: Message-ID: <406360F6.2030607@msu.edu> Thomas Dickey wrote: > On Thu, 25 Mar 2004, Lev Bishop wrote: > > >>xterm 185-3 doesn't seem to have freetype/xft/fontconfig/etc support. it >>ignores the faceName resource, and doesn't recognize the -fa command line >>option. also cygcheck shows no dependence on >>C:\cygwin\usr\X11R6\bin\cygXft-2.dll. however, version 185-2 is fine. > > > That would be because the configure script didn't find the libraries - > I assume, since the configure script normally tries to check for those. > It looks for xft-config (the script that tells how to compile/link). > Perhaps that has been renamed? I think I had another xft-config in /opt/... without actually having libXft and friends in the path that that script pointed to. I have uninstalled those test packages now (which were modifying the PATH through profile.d scripts) and the rebuild of 185-4 seemed to find libXft and friends just fine. Harold From huntharo@msu.edu Thu Mar 25 23:53:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 25 Mar 2004 23:53:00 -0000 Subject: Pre-remove scripts for -lib and -xserv? Message-ID: <40636263.80702@msu.edu> Is it about time I create a preremove script to remove the symlinks created by the -lib and -xserv postinstall scripts? If we had these we would be removing all files installed by our packages, without them we leave a handful of symlinks after an uninstall of all of our packages. Course, if somebody wrote them for me in the next hour I would appreciate it... Harold From lev.bishop@yale.edu Fri Mar 26 00:21:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Fri, 26 Mar 2004 00:21:00 -0000 Subject: test case for clipboard hang? Message-ID: > I can't reproduce this at all. > > The behavior I get is that in step 5 if you press Ctrl+V nothing happens > (no delay, no pasting) and if you right click the context menu entry for > "Paste" is greyed out (since X released ownership of the selection). > > So, what version of Windows are you running and are you doing anything > with multiple languages or locales? Microsoft Windows XP Home Edition Version 5.1 (Build 2600.xpsp2.030422-1633: Service Pack 1) As for languages & locales, not aware that I'm doing anything strange. How can I tell for sure? I have got the "Standards and Formats", under the "regional options" tab of the "regional and language options" control panel applet set to english(UK) forcurrency, date,... formatting, but that's all that I know of. Any other info you'd like? Lev From huntharo@msu.edu Fri Mar 26 00:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 00:36:00 -0000 Subject: test case for clipboard hang? In-Reply-To: References: Message-ID: <40636716.7000708@msu.edu> Lev Bishop wrote: >>I can't reproduce this at all. >> >>The behavior I get is that in step 5 if you press Ctrl+V nothing happens >>(no delay, no pasting) and if you right click the context menu entry for >>"Paste" is greyed out (since X released ownership of the selection). >> >>So, what version of Windows are you running and are you doing anything >>with multiple languages or locales? > > > Microsoft Windows XP > Home Edition > Version 5.1 (Build 2600.xpsp2.030422-1633: Service Pack 1) > > As for languages & locales, not aware that I'm doing anything strange. How > can I tell for sure? I have got the "Standards and Formats", under the > "regional options" tab of the "regional and language options" control > panel applet set to english(UK) forcurrency, date,... formatting, but > that's all that I know of. Hmm... nothing weird about any of that. Please tell me you have rebooted since installing the new version... I want to make sure that there is no funkiness left over from the previous XWin.exe crashing and/or screwing up the clipboard viewer chain. Harold From ihok@hotmail.com Fri Mar 26 00:55:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Fri, 26 Mar 2004 00:55:00 -0000 Subject: test case for clipboard hang? In-Reply-To: <406350DD.5020600@msu.edu> References: <406350DD.5020600@msu.edu> Message-ID: Harold L Hunt II wrote: > I can't reproduce this at all. > > The behavior I get is that in step 5 if you press Ctrl+V nothing happens > (no delay, no pasting) and if you right click the context menu entry for > "Paste" is greyed out (since X released ownership of the selection). I confirm that I can reproduce the bug using the procedure Lev outlined. If you right-click the context menu, Paste is enabled. Suggestion: Harold, if you think it'll help, feel free to post an instrumented build that writes to a log file things that may help to track down this bug. I volunteer to run this build, and send in the log whenever a crash occurs. From cygwinx@dfschwier.de Fri Mar 26 01:10:00 2004 From: cygwinx@dfschwier.de (Peter Graf) Date: Fri, 26 Mar 2004 01:10:00 -0000 Subject: Clipboard fix - Please test Message-ID: <4063719F.595BAACC@dfschwier.de> Harold L Hunt II wrote: > I have just uploaded XFree86-xserv-4.3.0-61 and I think it will fix the > clipboard related hangs. > Harold > Hello Harold I still think that my problem with running the remote KDE on Cygwin X has sth to do with the clipboard. Because the only way to get it running is to select text in a xterm window, and thus copy it into the clipboard. I just downloaded 4.3.0-61, it did not improve anything for me. Starting the remote KDE still hangs, until I select some text in an xterm window. Starting any application inside KDE, the application will only appear after I again select some text in a window. Once an application like Konqueror is running it works fine, a little slower than I am used to maybe. I hope that post helps a little bit with improving things. Peter -- ---------------------------------------------------------------------- Peter Graf, http://mission.base.com From haro@kgt.co.jp Fri Mar 26 03:44:00 2004 From: haro@kgt.co.jp (haro@kgt.co.jp) Date: Fri, 26 Mar 2004 03:44:00 -0000 Subject: Garbled task-bar icon In-Reply-To: References: <20040316.150344.57967562.haro@kgt.co.jp> <20040316 dot 150344 dot 57967562 dot haro at kgt dot co dot jp> Message-ID: <20040326.092111.40720447.haro@kgt.co.jp> Hi list, I'm sorry for the late responce, but I've been very busy for the last week or so. ;-( The "Garbled task-bar icon" problem seems to have been fixed with the recent changes in XFree86-xserv. :-) I'm sorry I cannot tell which version fixed it, because I skipped few and updated directly to XFree86-xserv-4.3.0-60. Anyway, BIG THANKS to everyone who've looked into help solving my problem. Thank you, Haro From: Nahor Date: Tue, 16 Mar 2004 10:22:22 -0800 ::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. =----------------------------------------------------------------------- _ _ 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 From malindabellantoni@backhome.co.uk Fri Mar 26 04:28:00 2004 From: malindabellantoni@backhome.co.uk (peter kacynski) Date: Fri, 26 Mar 2004 04:28:00 -0000 Subject: Ibqa we value you. Message-ID: <65044E7A.1D4ECA3@backhome.co.uk> cdcsjn creepozoids featherw dmorgan dbmv The most effective PAIN RELIEVERS directly to your home! V`ic0-din ES 7.5 Fast FedEx next day, 24/7 phone support http://wuwnmm.net.amine3.com/?p=8097 Get it Today Quit: bjxt.h.ds130a.com/a.html A mother was preparing pancakes for her sons, Kevin, 5, Ryan, 3. The boys began to argue over who would get the first pancake. Their mother saw the opportunity for a moral lesson. "If Jesus were sitting here, He would say 'Let my brother have the first pancake, I can wait.'Kevin turned to his younger brother and said, "Ryan, you be Jesus!" The LAPD, The FBI, and the CIA are all trying to prove that they are the best at apprehending criminals. The President decides to give them a test. He releases a rabbit into afforest and has each of them try to catch it. The CIA goes in. They place animal informants throughout the forest. They question all plant and mineral witnesses. After three months of extensive investigations they conclude that rabbits do not exist. Then the FBI goes in. After two weeks with no leads they burn the forest, filling everything in it, including the rabbit, and they make no apologies. The rabbit had it coming. Then the LAPD goes in. They come out two hours later with a badly beaten raccoon. The raccoon is yelling: "Okay! Okay! I????m a rabbit! I'm a rabbit!" rimitta7kaiinyuu01sensoufu,takigaha otomes. From haro@kgt.co.jp Fri Mar 26 05:00:00 2004 From: haro@kgt.co.jp (haro@kgt.co.jp) Date: Fri, 26 Mar 2004 05:00:00 -0000 Subject: twm dying with multi-byte font handling? Message-ID: <20040326.095529.120500768.haro@kgt.co.jp> Hi list, With the recent update to XFree86-base and related libraries, twm and X-clients I compiled my self started to fail. I't seems as though, they are failing due to some problems with multi-byte fonts. twm is dying on startup with following: Program received signal SIGSEGV, Segmentation fault. 0x00448e84 in cygX11-6!XFreeFont () from /usr/X11R6/bin/cygX11-6.dll (gdb) where #0 0x00448e84 in cygX11-6!XFreeFont () from /usr/X11R6/bin/cygX11-6.dll #1 0x00448418 in cygX11-6!XLoadQueryFont () from /usr/X11R6/bin/cygX11-6.dll #2 0x0050410f in cygX11-6!_Xutf8DefaultDrawImageString () kterm (xterm like client with japanese capability) starts up OK, but dies when I type 'ls' in a directory which has files with Japanese names: Program received signal SIGSEGV, Segmentation fault. 0x004c8e84 in cygX11-6!XFreeFont () from /usr/X11R6/bin/cygX11-6.dll (gdb) where #0 0x004c8e84 in cygX11-6!XFreeFont () from /usr/X11R6/bin/cygX11-6.dll #1 0x004c8418 in cygX11-6!XLoadQueryFont () from /usr/X11R6/bin/cygX11-6.dll #2 0x0040be0a in cygSM-6!_SmsNewClientData () FYI, I've attached complete output of 'where' FWIW. Thank you, 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 -------------- libXft 2.1.6-1 OK libXft1 1.0.0-1 OK libXft2 2.1.6-1 OK X-start-menu-icons 1.0.1-1 OK X-startup-scripts 1.0.5-1 OK XFree86-base 4.3.0-9 OK XFree86-bin 4.3.0-19 OK XFree86-etc 4.3.0-11 OK XFree86-f100 4.3.0-1 OK XFree86-fcyr 4.3.0-1 OK XFree86-fenc 4.3.0-1 OK XFree86-fnts 4.3.0-1 OK XFree86-fscl 4.3.0-1 OK XFree86-lib 4.3.0-2 OK XFree86-lib-compat 4.3.0-2 OK XFree86-man 4.3.0-8 OK XFree86-startup-scripts 4.3.0-1 OK XFree86-xserv 4.3.0-61 OK -------------- next part -------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.61 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. (--) 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/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 576 431 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. -------------- next part -------------- GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)... (gdb) run -T window2 -sl 2000 -sb -rw -geometry +40+380 Starting program: /usr/X11R6/bin/kterm.exe -T window2 -sl 2000 -sb -rw -geometry +40+380 Program received signal SIGSEGV, Segmentation fault. 0x004c8e84 in cygX11-6!XFreeFont () from /usr/X11R6/bin/cygX11-6.dll (gdb) where #0 0x004c8e84 in cygX11-6!XFreeFont () from /usr/X11R6/bin/cygX11-6.dll #1 0x004c8418 in cygX11-6!XLoadQueryFont () from /usr/X11R6/bin/cygX11-6.dll #2 0x0040be0a in cygSM-6!_SmsNewClientData () #3 0x1002a7a8 in ?? () #4 0x10038cff in ?? () #5 0x0000000b in ?? () #6 0x0000010c in ?? () #7 0x00230000 in ?? () #8 0x0022e85c in ?? () (gdb) quit The program is running. Exit anyway? (y or n) -------------- next part -------------- GNU gdb 2003-09-20-cvs (cygwin-special) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)... (gdb) run Starting program: /usr/X11R6/bin/twm.exe Program received signal SIGSEGV, Segmentation fault. 0x00448e84 in cygX11-6!XFreeFont () from /usr/X11R6/bin/cygX11-6.dll (gdb) where #0 0x00448e84 in cygX11-6!XFreeFont () from /usr/X11R6/bin/cygX11-6.dll #1 0x00448418 in cygX11-6!XLoadQueryFont () from /usr/X11R6/bin/cygX11-6.dll #2 0x0050410f in cygX11-6!_Xutf8DefaultDrawImageString () #3 0x0050416c in cygX11-6!_Xutf8DefaultDrawImageString () #4 0x005056aa in cygX11-6!_Xutf8DefaultDrawImageString () #5 0x00505c2b in destroy_fontdata () #6 0x004842d3 in cygX11-6!XCreateOC () #7 0x0048379c in cygX11-6!XCreateFontSet () #8 0x0041b3fb in cygSM-6!_SmsNewClientData () #9 0x1002abe0 in ?? () #10 0x100615f8 in ?? () #11 0x0022e870 in ?? () #12 0x0022e874 in ?? () #13 0x0022e878 in ?? () #14 0x00000007 in ?? () #15 0x00000038 in ?? () #16 0x61093940 in strtosigno () from /usr/bin/cygwin1.dll #17 0x0040b418 in cygSM-6!_SmsNewClientData () #18 0x1005c874 in ?? () #19 0x1005d0b0 in ?? () #20 0x0022e8b8 in ?? () #21 0x0040eb05 in cygSM-6!_SmsNewClientData () #22 0x00401050 in cygSM-6!_SmsNewClientData () #23 0x0205c788 in ?? () #24 0x1005d1e8 in ?? () #25 0x00401050 in cygSM-6!_SmsNewClientData () #26 0x000000b4 in ?? () #27 0x0022e94c in ?? () #28 0x0022edf8 in ?? () #29 0x00403663 in cygSM-6!_SmsNewClientData () #30 0x1005d0b0 in ?? () #31 0x00401050 in cygSM-6!_SmsNewClientData () #32 0x00401050 in cygSM-6!_SmsNewClientData () (gdb) quit The program is running. Exit anyway? (y or n) From lev.bishop@yale.edu Fri Mar 26 05:06:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Fri, 26 Mar 2004 05:06:00 -0000 Subject: test case for clipboard hang? Message-ID: Harold: Yes, I did reboot. I've rebooted again and found a variety of peculiar clipboard related behaviours that are somewhat tricky to reproduce reliably (just using xterm and notepad here). Simply doing the procedure I descibed before, immediately after a reboot, doesn't work the way I described, it works the way you described. However, after the reboot, after a bit of playing around with clipboard stuff during which time various odd things happen, it seems to settle down into a state where the previous procedure works the way I described. Some of the things I've observed before it settles down are: not being able to paste windows->X; xterm hanging for a few seconds, apparently until I select text in windows and copy to clipboard in windows; xterm not responding to pastes for quite a while but then later doing all the pastes it should have done earlier; etc. I haven't been able to reproduce any of these behaviours in a reliable way. However, I've repeated the following procedure 3 times and it worked the same each time -- probably not a minimal test case but it shows the problem. I have to follow the steps precisely in order, though: 1) Reboot 2) start a fresh xwin, xterm, notepad, and put some text in the xterm and notepad 3) select, ^C copy from notepad, middle-click in xterm. it pastes successfully 4) select in xterm, leave the text reverse-videoed 5) ^V paste into notepad (successfully) 6) drop the selection in xterm (by left clicking somewhere) 7) ^V paste into notepad (successfully, even though the selection is dropped) 8) select a different piece of text in xterm. 9) drop the selection in xterm 10) ^V paste into notepad: it hangs for a few seconds and doesn't paste. (The paste menu option is NOT greyed out at this point). I hope this is now reproducible for you. Let me know if there's any other info you need, or anything you want me to try doing. Lev From huntharo@msu.edu Fri Mar 26 05:16:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 05:16:00 -0000 Subject: About box Message-ID: <4063A72A.40901@msu.edu> Okay, I did it myself. We now have an About box that can be opened from the tray icon menu. The About box contains four buttons that link to our website (x.cygwin.com), our User's Guide on the website, our FAQ on the website, and our ChangeLog that is installed locally with the XFree86-xserv package. I would like to modify this slightly in the future to check if the User's Guide and FAQ have been installed locally (via the cygwin-x-doc package) and to open those local documents instead of going out to the web everytime. The About box is neat, check it out in XFree86-xserv-4.3.0-62 when it hits mirrors soon. Harold From earle@ziplabel.com Fri Mar 26 05:33:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 26 Mar 2004 05:33:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow (ping Earle) In-Reply-To: <405EC46E00009A5A@mail-4.tiscali.it> Message-ID: <5.1.1.6.2.20040325202720.02101438@mail.ziplabel.com> Howdy Fabrizio, At 09:34 AM 3/25/2004 +0100, you wrote: >I tried version 4.3.0-60 and it worked without crashing in 24bpp mode. There >is a minor glitch left: in 24bpp mode, the icon at the upper left corner >has wrong colours, while the colours are right in 16bpp mode. I'm sending >you PNG files to show what's happening. That's an easy fix, what's going on is we're still assuming packed format in the X icon crawling, but it's really got 1/4 of the bytes unused (32bits per pixel, not 24bpp => the whole cause of the crash in the first place!). We crawl over each line of the X icon with x=x+(effXbpp/8). We should be doing something like x=x+(BytesPerPixel(ximage)) or make effxbpp=32 when xbpp=24... I'll look at it tonite unless Harold has beaten me to it again! -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Fri Mar 26 06:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 06:36:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow (ping Earle) In-Reply-To: <5.1.1.6.2.20040325202720.02101438@mail.ziplabel.com> References: <5.1.1.6.2.20040325202720.02101438@mail.ziplabel.com> Message-ID: <4063B8E5.8090101@msu.edu> Earle, Earle F. Philhower III wrote: > Howdy Fabrizio, > > At 09:34 AM 3/25/2004 +0100, you wrote: > >> I tried version 4.3.0-60 and it worked without crashing in 24bpp mode. >> There >> is a minor glitch left: in 24bpp mode, the icon at the upper left corner >> has wrong colours, while the colours are right in 16bpp mode. I'm sending >> you PNG files to show what's happening. > > > That's an easy fix, what's going on is we're still assuming packed format > in the X icon crawling, but it's really got 1/4 of the bytes unused > (32bits per pixel, not 24bpp => the whole cause of the crash in the > first place!). > > We crawl over each line of the X icon with x=x+(effXbpp/8). > We should be doing something like x=x+(BytesPerPixel(ximage)) or > make effxbpp=32 when xbpp=24... > > I'll look at it tonite unless Harold has beaten me to it again! Nope, not going to beat you to it. This issue is what I was referring to when I said that Earle should probably look at the PixmapBytePad patch to make sure it was complete. :) Also, I think you mentioned that 1 bit pixmaps were messed up. If that is still the case, it is because the GDI DIB 1 bit bitmap has a reversed byte order. So, you'll have to swap the byte order for 1 bit pixmaps when you convert them. Give that a try and let me know if it works... ping me as soon as you look into it cause I'm really wondering if that will fix it. Harold From lev.bishop@yale.edu Fri Mar 26 06:39:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Fri, 26 Mar 2004 06:39:00 -0000 Subject: scalable fonts Message-ID: Scalable fonts don't seem to be working: $ xset fp= /usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/ $ xset fp rehash $ xfontsel X Error of failed request: BadName (named color or font does not exist) Major opcode of failed request: 45 (X_OpenFont) Serial number of failed request: 11 Current serial number in output stream: 22 This stuff did work once upon a time (I haven't been messing around with X fonts for a while - did I miss something?) PS: This is different to this problem, which was brought up earlier this month by the good Doctor Zell: $ xset fp= /usr/X11R6/lib/X11/fonts/TTF/ xset: bad font path element (#58), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax Lev From huntharo@msu.edu Fri Mar 26 07:59:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 07:59:00 -0000 Subject: scalable fonts In-Reply-To: References: Message-ID: <4063BCA5.4040900@msu.edu> Lev, Lev Bishop wrote: > Scalable fonts don't seem to be working: > > $ xset fp= /usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/ > $ xset fp rehash > $ xfontsel > X Error of failed request: BadName (named color or font does not exist) > Major opcode of failed request: 45 (X_OpenFont) > Serial number of failed request: 11 > Current serial number in output stream: 22 > > This stuff did work once upon a time (I haven't been messing around with X > fonts for a while - did I miss something?) Do you have libXft-2.1.6-1? Keith's ChangeLog entry was: * xftfreetype.c: (_XftSetFace): Rework bitmap instance selection code to make it look prettier. Also, try both y_ppem/x_ppem *and* width/height to see which values will actually manage to load a font -- FreeType 2.1.7 has broken bdf/pcf loaders. Don't know if that is related or not, but I would hope that you have the latest libXft, fontconfig, and freetype2 packages installed. Let us know. Harold From cgf-no-personal-reply-please@cygwin.com Fri Mar 26 08:41:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 26 Mar 2004 08:41:00 -0000 Subject: About box In-Reply-To: <4063A72A.40901@msu.edu> References: <4063A72A.40901@msu.edu> Message-ID: <20040326053352.GA16855@redhat.com> On Thu, Mar 25, 2004 at 10:44:42PM -0500, Harold L Hunt II wrote: >Okay, I did it myself. We now have an About box that can be opened from >the tray icon menu. The About box contains four buttons that link to >our website (x.cygwin.com), our User's Guide on the website, our FAQ on >the website, and our ChangeLog that is installed locally with the >XFree86-xserv package. > >I would like to modify this slightly in the future to check if the >User's Guide and FAQ have been installed locally (via the cygwin-x-doc >package) and to open those local documents instead of going out to the >web everytime. > >The About box is neat, check it out in XFree86-xserv-4.3.0-62 when it >hits mirrors soon. Sounds cool. Any chance that it could also contain a link to the main cygwin web site, too? cgf From earle@ziplabel.com Fri Mar 26 09:01:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 26 Mar 2004 09:01:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow (ping Earle) In-Reply-To: <4063B8E5.8090101@msu.edu> References: <5.1.1.6.2.20040325202720.02101438@mail.ziplabel.com> <5.1.1.6.2.20040325202720.02101438@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20040325220533.02168330@mail.ziplabel.com> Howdy Harold, At 12:00 AM 3/26/2004 -0500, Harold wrote: >Nope, not going to beat you to it. This issue is what I was referring to >when I said that Earle should probably look at the PixmapBytePad patch to >make sure it was complete. :) There's a saying I've learned from my verification engineers: If you don't test it, it won't work! WinXP doesn't list 24bpp mode anymore, VICE doesn't compile under cygwin w/o work, and I'm not likely to shell out $$M to buy an Oracle DB. :) To top it off, freedesktop's CVS /tmp disk is out of space so CVS isn't working. Ouch! I did some unit-testing of the undocumented BitsPerPixel() macro, and it seems to be what's needed. Changing line 74 to > effXBPP = BitsPerPixel(pixmap->drawable.depth); will set it to 32 when given a 24-bpp drawable, giving a pixel stride of 4 bytes as desired. It also doesn't break any of the 1-, 16-, or 32-bit icons that I was able to test (the return values of BPP() match expected there too), but I still have no 24-bpp icons to try. I'll try the commit again tomorrow morning, but if Fabrizio wants to beat up his local copy before then and report back it'd be appreciated! >Also, I think you mentioned that 1 bit pixmaps were messed up. If that is >still the case, it is because the GDI DIB 1 bit bitmap has a reversed byte >order. So, you'll have to swap the byte order for 1 bit pixmaps when you >convert them. Give that a try and let me know if it works... ping me as >soon as you look into it cause I'm really wondering if that will fix it. This was way back when I was first writing it, IIRC. I don't think I've seen any 1-bit icon problems or heard of any (except for the complaint that xcalc's scaled icon was ugly) since. If someone has a specific problem I'll look into it, but 1-bit is working 100% AFAIK... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From jjzlz@writeme.com Fri Mar 26 09:19:00 2004 From: jjzlz@writeme.com (Serena Hadley) Date: Fri, 26 Mar 2004 09:19:00 -0000 Subject: Start saving now Message-ID: Today is a new day for your residence. With levels at their headline-making historic lows, our programs are better now than ever before. Even if you've recently closed on a property, now is the time to check your numbers. Our advisors are here to help you decide your options. In fact, did you know that a 30 year fixed program may not always be the best option? There are other ways to do it, and we would like to tell you about it. Find out what all your neighbors are talking about: http://activesaving.com/?partid=98235 Future reference options: http://activesaving.com/st.html From klesmen@teleinfo.de Fri Mar 26 09:46:00 2004 From: klesmen@teleinfo.de (Klemens Meyer) Date: Fri, 26 Mar 2004 09:46:00 -0000 Subject: XDMCP In-Reply-To: References: Message-ID: <4063E2F5.6060202@teleinfo.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Allen Jasewicz wrote: | XWin.exe -query 172.20.12.254:0.0 -from 172.20.14.74 [...] | $ XWin.exe -query 172.20.12.254:0.0 -fp tcp/172.20.12.254:7100 -from 172.20.14.74 | | Fatal server error: XDMCP fatal error: Session failed Session 19 | failed for display cadclass:0: Cann ot open display ~ ^^^^^^^^ There comes the symbolic name from somewere and X uses that instead of the numeric IP. The only workaround I know is to add that name to the hosts file on your unix host. Klemens - -- Ever wondered where I work? Try this: http://www.map-scout.de/myMap.asp?G=332EBA4E8A73442294C50D02C0FB9C7A&S=0 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAY+L1dDBiVZS7P/MRAv8IAKCBoURiVHbZNmKyyKB5e+dszUTYDACg2HoU H06LdwTDu4xNHYcJGlbjz1g= =AP1Y -----END PGP SIGNATURE----- From junitereerbirn@passcollege.com Fri Mar 26 09:50:00 2004 From: junitereerbirn@passcollege.com (freddie boudrie) Date: Fri, 26 Mar 2004 09:50:00 -0000 Subject: Akpjbyjwdb di.scoun.t ph`armacy Message-ID: <926a01c411a3$364ca2b0$746a998d@junitereerbirn> entittled cornucopiae dirst The b`est meds available They got Vi.co.din, X.@nax, and V.aliu.m..and other popular products.. * Private and Confidential * Discreet Packaging Q R http://may.sed.cert-opt.net/baedo/sppa/ges/ Quit: Btk.Ea.cert-opt.net/rm.html A professor was giving a big test one day to his students. He handed out all of the tests and went back to his desk to wait. Once the test was over the students all handed the tests back in. The professor noticed that one of the students had attached a $100 bill to his test with a note saying "A dollar per point." The next class the professor handed the tests back out. This student got back his test and $64 change. A couple had been married for 25 years and were celebrating their 60th birthdays, which fell on the same day. During the celebration a fairy appeared and said that because they had been such a loving couple for all 25 years, she would give them one wish each. The wife wanted to travel around the world. The fairy waved her hand, and Boom! She had the tickets in her hand. Next, it was the husband's turn. He paused for a moment, then said shyly, "Well, I'd like to have a woman 30 years younger than me." The fairy picked up her wand, and Boom! He was ninety. zettaita7ouminaga01soukouda,imanishi ozzu. From frank_r_schaefer@gmx.net Fri Mar 26 09:52:00 2004 From: frank_r_schaefer@gmx.net (Frank Schaefer) Date: Fri, 26 Mar 2004 09:52:00 -0000 Subject: window manager running already Message-ID: <14558.1080291694@www55.gmx.net> Updating to 1.5.9-1 causes problem under WinXP and Win98 when trying to 'startx:' "window manager already running" while none is actually running. I was not able to figure out how 'X' comes to this conclusion. Is there a file that can be deleted. The only other reason I could think of is that we started an 'X -broadcast' session. However, this too has been terminated. Thanks for any help. Frank From hans.dekker.ext@juntadeandalucia.es Fri Mar 26 10:16:00 2004 From: hans.dekker.ext@juntadeandalucia.es (Hans Dekker) Date: Fri, 26 Mar 2004 10:16:00 -0000 Subject: Final solution on using AltGr keyboard definitions with HP-UX CDE/Motif/ X11R6 and Linux/ Cygwin References: <4062F821.21809.180259D@localhost> Message-ID: <4063F5E2.7040705@juntadeandalucia.es> Hello Franz, It seems the XKB_DISABLE variable is picked up after initializing your CDE environment and after having logged in. Fortunately we don't use usernames with AltGr characters in it, though I couldn't tell whether passwords of users have AltGr characters in them..... After a week without reactions on the subject, I unsubscribed myself from the list to prevent overload of my mailbox. Regards, Hans. Franz Roters escribi??: > Hi Hans and all the rest, > > while this solution works for cde and the applications, I still have > no AltGr-functionality in the login-screen. > > Any ideas, suggestions? > > Greetings > > Franz > > > >>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. > > > ------------------------------- > Dr. Franz Roters > Max-Planck-Institut fuer Eisenforschung > Abteilung Mikrostrukturphysik und Umformtechnik > Max-Planck-Str. 1 > 40237 Duesseldorf > Germany > Tel.: +49 (0)211-6792-393 > FAX: +49 (0)211-6792-333 > > > . > From Ruth.Ivimey-Cook@ivimey.org Fri Mar 26 10:53:00 2004 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Fri, 26 Mar 2004 10:53:00 -0000 Subject: Pathnames for X server app-defaults etc. In-Reply-To: <40630B26.3070609@msu.edu> References: <1080232781.11576.12.camel@filestore.ivimey.org> <40630B26.3070609@msu.edu> Message-ID: <1080294686.13801.4.camel@filestore.ivimey.org> On Thu, 2004-03-25 at 16:39, Harold L Hunt II wrote: > Please look at my message about your installation being out of date. > > Harold I had previously tried a setup.exe 'reinstall' and also uninstalling xserv and installing it from the easynet.be mirror, neither worked. However, last night I tried deleting everything cygwin - not as easy as it sounds as there are some 'undeletable' link files - and reinstalling it all from uni-erlangen.de. This worked. So I must conclude that mirror.ac.uk at least, and possibly easynet.be, are poor mirror choices :-( It would be rather nice if setup had a way of verifying that the packages it loads are self-consistent. Regards, Ruth From corinna-cygwin@cygwin.com Fri Mar 26 11:23:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 26 Mar 2004 11:23:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <87wu586bj7.fsf@vzell-de.de.oracle.com> References: <877jxaxgpm.fsf@vzell-de.de.oracle.com> <87vfktz9jc.fsf@vzell-de.de.oracle.com> <20040325102938.GM17229@cygbert.vinschen.de> <87wu586bj7.fsf@vzell-de.de.oracle.com> Message-ID: <20040326095047.GA5071@cygbert.vinschen.de> On Mar 25 19:12, Dr. Volker Zell wrote: > Ok here my debug attempts. Following is the output of > /var/log/cygserver.log when starting xfontsel. After the -- snip -- > you'll find the lines which showed up when xfontsel crashed. For this > run I started the XWin server without the env variable XF86BIGFONT_DISABLE. > Doesn't seem very useful so. Nope, the output of cygserver doesn't indicate anything. And the normal log output is missing since it's still gone to the event log. Btw., you can start cygserver under administrator account in a console. That's sufficient from the user rights perspective and you can easily redirect the log which goes to stderr then by default. > Attaching to program `/usr/X11R6/bin/xfontsel.exe', process 1624 > > Program received signal SIGSEGV, Segmentation fault. > > Program received signal SIGSEGV, Segmentation fault. > > Program received signal SIGSEGV, Segmentation fault. > > Program received signal SIGSEGV, Segmentation fault. > > Program received signal SIGSEGV, Segmentation fault. Well... that's even less helpful with no debug symbols in the binary. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From corinna-cygwin@cygwin.com Fri Mar 26 13:49:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 26 Mar 2004 13:49:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <40632737.9090905@msu.edu> References: <877jxaxgpm.fsf@vzell-de.de.oracle.com> <87vfktz9jc.fsf@vzell-de.de.oracle.com> <20040325102938.GM17229@cygbert.vinschen.de> <87wu586bj7.fsf@vzell-de.de.oracle.com> <40632737.9090905@msu.edu> Message-ID: <20040326095209.GA4614@cygbert.vinschen.de> On Mar 25 13:38, Harold L Hunt II wrote: > Volker, > > Using the Cygwin Way-Back Machine > (http://cygwin.get-software.com/release/XFree86/XFree86-xserv/) > I have retrieved a copy of XFree86-xserv-4.3.0-55 which is immediately > prior to the change from cygserver to cygipc. I would like you to test > this version and verify whether you can or cannot reproduce the problem > with cygipc. It is always possible that this is just a bug in the big > font extension that we have not noticed before. > > To retrieve the -55 version, point setup.exe to: > > http://www.egr.msu.edu/~huntharo/cygwin_old/ That's a good idea, thank you. Other than that, I'm not at all familar with that stuff. How can I set up a minimal test system, so that it uses the bigfont extension and, especially, IPC? Yesterday I just started cygserver, XWin and uxterm, and it doesn't use IPC by default, apparently. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From lev.bishop@yale.edu Fri Mar 26 14:23:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Fri, 26 Mar 2004 14:23:00 -0000 Subject: scalable fonts Message-ID: Harold wrote: > Don't know if that is related or not, but I would hope that you have the > latest libXft, fontconfig, and freetype2 packages installed. Let us > know. I think I am up to date. Cygcheck reports: libXft 2.1.6-1 libXft-devel 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 libfontconfig-devel 2.2.2-1 libfontconfig1 2.2.2-1 libfreetype2-devel 2.1.5-1 libfreetype26 2.1.5-1 Full cygcheck -s -v -r output attached. lev -------------- next part -------------- Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Mar 26 05:11:54 2004 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin . C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Tcl\bin c:\MATLABR11\bin c:\Program Files\SSH Communications Security\SSH Secure Shell c:\WINDOWS\System32\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1007(Lev) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1007(Lev) GID: 513(None) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\Lev' MAKE_MODE = `unix' PWD = `/home/Lev' USER = `Lev' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Lev\Application Data' CLASSPATH = `"C:\Program Files\Java\j2re1.4.2_03\lib\ext\QTJava.zip"' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `RAAJSGDH' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' CYGWIN_ROOT = `\cygwin' DISPLAY = `127.0.0.1:0.0' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Lev' HOSTNAME = `raajsgdh' LOGNAME = `Lev' LOGONSERVER = `\\RAAJSGDH' LS_COLORS = `no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:ex=01;33:*~=05;31:*.mtxt=05;31:*.ndx=05;31:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.c=01;36:*.h=01;36:*.pl=01;36:*.pm=01;36:*.cgi=01;36:*.java=01;36:*.html=01;36:*.tar=01;31:*.tgz=01;31:*.gz=01;31:*.tgz=01;31:*.bz2=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.jpg=01;35:*.jpeg=01;35:*.JPG=01;35:*.gif=01;35:*.GIF=01;35:*.bmp=01;35:*.BMP=01;35:*.xbm=01;35:*.ppm=01;35:*.xpm=01;35:*.tif=01;35:' MANPATH = `:/usr/X11R6/man:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/usr/share/info' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.tcl' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0b01' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' QTJAVA = `"C:\Program Files\Java\j2re1.4.2_03\lib\ext\QTJava.zip"' SESSIONNAME = `Console' SHLVL = `1' SSH_AGENT_PID = `2604' SSH_AUTH_SOCK = `/tmp/ssh-lmbQBn2528/agent.2528' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\Lev\LOCALS~1\Temp' TERM = `xterm' TERMCAP = `xterm-r6|xterm|xterm X11R6 version:am:km:mi:ms:xn:co#80:it#8:li#24:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E>:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:' TMP = `c:\DOCUME~1\Lev\LOCALS~1\Temp' USERDOMAIN = `RAAJSGDH' USERNAME = `Lev' USERPROFILE = `C:\Documents and Settings\Lev' WINDIR = `C:\WINDOWS' WINDOWID = `2097168' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x0000000a 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\Program Options c: hd NTFS 19037Mb 86% CP CS UN PA FC banana d: cd N/A N/A 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 - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2003/9/15 8:32 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/9 2:35 14k 2003/08/10 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2003/8/10 16:57 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 3:57 841k 2004/03/17 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=2004/3/17 17:58 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 6:37 617k 2004/03/22 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-2.dll" v0.0 ts=2004/3/22 10:52 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 21: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 12: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 17: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 12: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 17: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 11: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 5:14 129k 2004/03/11 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2004/3/10 19:12 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/25 1: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/9 1: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 5: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/22 0: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 3: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 22: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 22: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 4: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 22: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 18: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 18: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 18:10 1506k 2003/11/05 C:\cygwin\bin\cyggsl-0.dll - os=4.0 img=1.0 sys=4.0 "cyggsl-0.dll" v0.0 ts=2003/11/5 16:19 190k 2003/11/05 C:\cygwin\bin\cyggslcblas-0.dll - os=4.0 img=1.0 sys=4.0 "cyggslcblas-0.dll" v0.0 ts=2003/11/5 15:35 489k 2003/08/09 C:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2003/8/9 10:17 489k 2003/07/28 C:\cygwin\bin\cygguile-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12abi13.dll" v0.0 ts=2003/7/28 14:18 24k 2003/08/09 C:\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2003/8/9 10:16 24k 2003/07/28 C:\cygwin\bin\cygguile-ltdl-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1abi13.dll" v0.0 ts=2003/7/28 13:48 62k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2003/8/9 10:17 62k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1abi13.dll" v0.0 ts=2003/7/28 14:18 23k 2003/08/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2003/8/9 10:17 23k 2003/07/28 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1abi13.dll" v0.0 ts=2003/7/28 14:18 11k 2003/08/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2003/8/9 10:17 11k 2003/07/28 C:\cygwin\bin\cygguilereadline-v-12-12abi13.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12abi13.dll" v0.0 ts=2003/7/28 14:18 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 23: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 19: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 16: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 4: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 17: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 13:09 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 "cygioperm-0.dll" v0.0 ts=2003/2/17 14:58 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 20: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/9 0: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 12: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 16:23 32k 2003/08/18 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2003/8/18 1:35 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/25 1: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/9 1: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 5: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 20: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/25 1: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/9 1: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/25 1: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/9 1: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 5: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/25 1: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/9 1: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 5: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 12: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 4: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 12: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 4: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 6:08 168k 2003/08/10 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2003/8/10 18:31 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 18: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/9 1: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 23: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 19:16 66k 2001/11/20 C:\cygwin\bin\cygregex.dll - os=4.0 img=1.0 sys=4.0 "cygregex.dll" v0.0 ts=2001/11/20 9:44 672k 2003/12/25 C:\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2003/12/25 7:33 171k 2004/03/17 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=2004/3/17 17:58 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 6: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 23: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 22:32 27k 2004/03/05 C:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2004/3/5 15:13 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 11: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 13: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 22:03 1100k 2004/03/19 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/3/18 23:05 Cygwin DLL version info: DLL version: 1.5.9 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 112 Shared data: 4 DLL identifier: cygwin1 Mount registry: 2 Cygnus registry name: Cygnus Solutions Cygwin registry name: Cygwin Program options name: Program Options Cygwin mount registry name: mounts v2 Cygdrive flags: cygdrive flags Cygdrive prefix: cygdrive prefix Cygdrive default prefix: Build date: Thu Mar 18 23:05:18 EST 2004 Shared id: cygwin1S4 237k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2004/3/18 18:28 25k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2004/3/18 18:28 28k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygDtPrint-1.dll - os=4.0 img=1.0 sys=4.0 "cygDtPrint-1.dll" v0.0 ts=2004/1/15 23:07 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/18 2:44 373k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2004/3/18 18:28 439k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2004/3/18 18:28 74k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2004/3/18 18:27 76k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2004/1/15 23:07 9k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygoldX-6.dll - os=4.0 img=1.0 sys=4.0 "cygoldX-6.dll" v0.0 ts=2004/3/18 18:26 41k 2002/05/14 C:\cygwin\usr\X11R6\bin\cygPropList-0.dll - os=4.0 img=1.0 sys=4.0 "cygPropList-0.dll" v0.0 ts=2002/5/13 23:13 20k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygpsres-1.dll - os=4.0 img=1.0 sys=4.0 "cygpsres-1.dll" v0.0 ts=2004/3/18 18:28 30k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2004/3/18 18:27 66k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2004/1/15 23:07 864k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2004/3/18 18:26 253k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2004/3/18 18:27 355k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2004/3/18 18:27 275k 2004/01/13 C:\cygwin\usr\X11R6\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2004/1/13 17:17 29k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2004/3/18 18:29 49k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2004/3/18 18:27 56k 2004/03/11 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 20:42 63k 2004/03/23 C:\cygwin\usr\X11R6\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2004/3/23 17:20 27k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2004/3/18 18:28 1293k 2004/01/16 C:\cygwin\usr\X11R6\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2004/1/15 23:03 76k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2004/3/18 18:27 11k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2004/3/18 18:27 26k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2004/3/18 18:28 51k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2004/3/18 18:27 11k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2004/3/18 18:29 26k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2004/3/18 18:28 282k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2004/3/18 18:27 27k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXTrap-6.dll - os=4.0 img=1.0 sys=4.0 "cygXTrap-6.dll" v0.0 ts=2004/3/18 18:29 17k 2004/03/19 C:\cygwin\usr\X11R6\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2004/3/18 18:28 Cygwin Package Information Last downloaded files to: C:\Documents and Settings\Lev\Desktop\cyg Last downloaded files from: ftp://mirrors.kernel.org/sources.redhat.com/cygwin Package Version _update-info-dir 00227-1 a2ps 4.13-1 ash 20040127-1 aspell 0.50.3-1 aspell-dev 0.50.3-1 aspell-doc 0.50.3-1 aspell-en 0.51.0-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 ccache 2.2-1 cgoban 1.9.14-1 clear 1.0-1 cmake 1.8.3-1 compface 1.4-5 cpio 2.5-3 crypt 1.1-1 ctags 5.5-4 curl 7.11.1-1 curl-devel 7.11.1-1 cvs 1.11.6-3 cygipc 2.03-2 cygrunsrv 0.98-3 cygutils 1.2.5-1 cygwin 1.5.9-1 cygwin-doc 1.3-7 cygwin-x-doc 1.0.1-1 dejagnu 20021217-2 diffutils 2.8.4-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-13 emacs-el 21.2-13 emacs-X11 21.2-13 enscript 1.6.3-3 expat 1.95.7-1 expect 20030128-1 file 4.06-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fontconfig 2.2.2-1 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.3-4 gcc 3.3.1-3 gcc-g++ 3.3.1-3 gcc-g77 3.3.1-3 gcc-mingw 20030911-4 gcc-mingw-core 20031020-1 gcc-mingw-g++ 20031020-1 gcc-mingw-g77 20031020-1 gcc2 2.95.3-10 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 gnugo 3.4-1 gperf 2.7.2-1 grace 5.1.12-1 grep 2.5-1 groff 1.18.1-2 gsl 1.4-2 guile 1.6.4-12 guile-devel 1.6.4-12 gv 3.5.8-1 gzip 1.3.5-1 indent 2.2.9-1 ioperm 0.4-1 jpeg 6b-11 keychain 2.0.3-2 less 381-1 lesstif 0.93.91-6 libaspell15 0.50.3-1 libbz2_1 1.0.2-5 libcharset1 1.9.1-3 libdb3.1 3.1.17-2 libdb4.1 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 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 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 libncurses-devel 5.3-4 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-4 libpcre 4.1-1 libpcre0 4.5-1 libpng 1.2.5-4 libpng10 1.0.15-4 libpng12 1.2.5-4 libpopt0 1.6.4-4 libPropList 0.10.1-3 libreadline4 4.1-2 libreadline5 4.3-5 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 libXft 2.1.6-1 libXft-devel 2.1.6-1 libXft1 1.0.0-1 libXft2 2.1.6-1 libxml2 2.6.4-1 libxslt 1.1.2-1 login 1.9-7 lynx 2.8.4-7 m4 1.4-1 make 3.80-1 man 1.5k-3 mingw-runtime 3.2-1 minires 0.97-1 mktemp 1.5-3 mt 2.1-1 nano 1.2.2-1 nasm 0.98.38-1 ncftp 3.1.4-1 ncurses 5.3-4 netcat 1.10-2 newlib-man 20020801 openbox 0.99.1-4 opengl 1.1.0-7 openssh 3.8p1-1 openssl 0.9.7d-1 openssl-devel 0.9.7d-1 openssl096 0.9.6j-1 patch 2.5.8-8 pcre 4.5-1 pcre-doc 4.5-1 perl 5.8.2-1 pinfo 0.6.8-1 pkgconfig 0.15.0-4 popt 1.6.4-4 psutils 1.17-1 python 2.3.3-1 rcs 5.7-3 readline 4.3-5 regex 4.4-2 rsync 2.6.0-1 ruby 1.8.1-1 sed 4.0.9-2 sh-utils 2.0.15-4 sharutils 4.2.1-3 splint 3.1.1-1 ssmtp 2.60.4-3 swig 1.3.19-1 tar 1.13.25-5 tcltk 20030901-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 texmf 20020911-1 texmf-base 20020911-1 texmf-doc 20020911-1 texmf-extra 20020911-1 texmf-tiny 20020911-1 textutils 2.0.21-1 tiff 3.6.0-5 time 1.7-1 transfig 3.2.4-2 ttcp 19980512-1 units 1.77-1 unzip 5.50-5 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 X-start-menu-icons 1.0.1-1 X-startup-scripts 1.0.4-1 x2x 1.30-1 Xaw3d 1.5D-5 xerces-c-devel 2.5.0-1 xfig 3.2.4-6 xfig-lib 3.2.4-6 XFree86-base 4.3.0-9 XFree86-bin 4.3.0-19 XFree86-bin-icons 4.3.0-7 XFree86-doc 4.3.0-2 XFree86-etc 4.3.0-11 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-8 XFree86-jdoc 4.3.0-2 XFree86-lib 4.3.0-2 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-8 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-61 XFree86-xwinclip 4.3.0-2 xterm 185-2 xwinclip 1.2.0-1 zip 2.3-6 zlib 1.2.1-1 Use -h to see help about each section From dave@aps5.ph.bham.ac.uk Fri Mar 26 14:27:00 2004 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Fri, 26 Mar 2004 14:27:00 -0000 Subject: Pathnames for X server app-defaults etc. Message-ID: <200403261055.KAA18965@aps5.ph.bham.ac.uk> > Subject: RE: Pathnames for X server app-defaults etc. > From: Ruth Ivimey-Cook > To: cygwin-xfree@cygwin.com > Cc: "'Dr.D.J.Picton'" > Mime-Version: 1.0 > Date: Thu, 25 Mar 2004 16:39:42 +0000 > Content-Transfer-Encoding: 7bit > X-Spam-Score: 0.0 (/) > > On Thu, 2004-03-25 at 15:36, Alexander Gottwald wrote: > > On Thu, 25 Mar 2004, Ruth Ivimey-Cook wrote: > > The xserver is called XWin.exe. Maybe X is a custom script that starts the > > xserver with xdmcp parameters. The first lines of the log should contain > > the commandline parameters. Unfortunately you stripped them It seems to me that we are chasing red herrings here. /usr/X11R6/X is just a symbolic link to /usr/X11R6/Xwin.exe - they are one and the same! I suspect that Ruth's problem is not quite the same as mine. My X server didn't crash; it just failed to find the application default files and fell back on a default for the keyboard map, so that when I typed '#' on my UK keyboard I got '\'. Anyway, the symbolic links fixed the problems. If the same symbolic links don't fix Ruth's problem, she probably needs to look elsewhere. Maybe the first thing to do is to reinstall the X11 packages. From Andreas_Vogler@msg.de Fri Mar 26 15:23:00 2004 From: Andreas_Vogler@msg.de (Andreas_Vogler@msg.de) Date: Fri, 26 Mar 2004 15:23:00 -0000 Subject: Antwort: test case for clipboard hang? Message-ID: Hi, >1) Reboot >2) start a fresh xwin, xterm, notepad, and put some text in the xterm and >notepad >3) select, ^C copy from notepad, middle-click in xterm. it pastes >successfully >4) select in xterm, leave the text reverse-videoed >5) ^V paste into notepad (successfully) >6) drop the selection in xterm (by left clicking somewhere) >7) ^V paste into notepad (successfully, even though the selection is >dropped) >8) select a different piece of text in xterm. >9) drop the selection in xterm >10) ^V paste into notepad: it hangs for a few seconds and doesn't paste. >(The paste menu option is NOT greyed out at this point). Its also reproduceable here with Harolds docu, and I get another bug. After the 3 Sec hang in the notpad, some time late ca 1 min. The Mouse Curser disapears over the xterm, and when that happens, the xserver couldnt be stoped anymore, and somtimes the refresh of the xterm windows stops also causing some wired effekts. See you Andreas From AriAllen@hotmail.com Fri Mar 26 15:24:00 2004 From: AriAllen@hotmail.com (Aristotle) Date: Fri, 26 Mar 2004 15:24:00 -0000 Subject: 4.40.59 Xfree with Windows XP Home Message-ID: I just got a new laptop and I don't seem to be able to get my remote login working on XP home. My server is running Fedora Core1, and it totally up to date. XDM/XDMCP is enabled and running. When I try to start a remote login/session, my local cygwin xserver starts, but I ever get a login window locally. I have also made sure to disable the "personal firewall" for my network connections, so I'm a bit stumped at this point. Does anyone know how to get this working, I sure I'm missing something obvious, I think it's my laptop configuration, but I'm not sure where to look. Here is my local log file, I hope it can help. Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.59 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: xwin -query 10.7.45.73 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1440 h 900 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: 1440 dwHeight: 900 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1440 h: 900 winCreateBoundingWindowWindowed - Current w: 1440 h: 900 winAdjustForAutoHide - Original WorkArea: 0 0 866 1440 winAdjustForAutoHide - Adjusted WorkArea: 0 0 866 1440 winCreateBoundingWindowWindowed - WindowClient w 1434 h 834 r 1434 l 0 b 834 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5736 winAllocateFBShadowDDNL - Created shadow pitch: 5736 winAllocateFBShadowDDNL - Created shadow stride: 1434 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)" Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! winPointerWarpCursor - Discarding first warp: 717 417 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned XDM: too many retransmissions - Aristotle B. Allen Sr. Engineer Synchronoss Technologies Inc. 610.814.5598 - Aristotle B. Allen Sr. Engineer Synchronoss Technologies Inc. 610.814.5598 From huntharo@msu.edu Fri Mar 26 15:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 15:27:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <20040326095209.GA4614@cygbert.vinschen.de> References: <877jxaxgpm.fsf@vzell-de.de.oracle.com> <87vfktz9jc.fsf@vzell-de.de.oracle.com> <20040325102938.GM17229@cygbert.vinschen.de> <87wu586bj7.fsf@vzell-de.de.oracle.com> <40632737.9090905@msu.edu> <20040326095209.GA4614@cygbert.vinschen.de> Message-ID: <40643CF7.5080100@msu.edu> Corinna Vinschen wrote: > On Mar 25 13:38, Harold L Hunt II wrote: > >>Volker, >> >>Using the Cygwin Way-Back Machine >>(http://cygwin.get-software.com/release/XFree86/XFree86-xserv/) >>I have retrieved a copy of XFree86-xserv-4.3.0-55 which is immediately >>prior to the change from cygserver to cygipc. I would like you to test >>this version and verify whether you can or cannot reproduce the problem >>with cygipc. It is always possible that this is just a bug in the big >>font extension that we have not noticed before. >> >>To retrieve the -55 version, point setup.exe to: >> >>http://www.egr.msu.edu/~huntharo/cygwin_old/ > > > That's a good idea, thank you. No problem. > Other than that, I'm not at all familar with that stuff. How can I > set up a minimal test system, so that it uses the bigfont extension > and, especially, IPC? Yesterday I just started cygserver, XWin and > uxterm, and it doesn't use IPC by default, apparently. As long as you have cygserver started and CYGWIN=server defined in a way that XWin can see it from however you are starting it, then you should *not* see the following around line 40 in /tmp/XWin.log: ======================================================================== 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 ======================================================================== If those lines are missing then shared memory is being used. There is no positive indication in the log that shared memory is being used, just the absence of the negative indication. Hope that helps, Harold From huntharo@msu.edu Fri Mar 26 16:04:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 16:04:00 -0000 Subject: Pathnames for X server app-defaults etc. In-Reply-To: <1080294686.13801.4.camel@filestore.ivimey.org> References: <1080232781.11576.12.camel@filestore.ivimey.org> <40630B26.3070609@msu.edu> <1080294686.13801.4.camel@filestore.ivimey.org> Message-ID: <40643DE5.1020108@msu.edu> Ruth Ivimey-Cook wrote: > On Thu, 2004-03-25 at 16:39, Harold L Hunt II wrote: > >>Please look at my message about your installation being out of date. >> >>Harold > > > I had previously tried a setup.exe 'reinstall' and also uninstalling > xserv and installing it from the easynet.be mirror, neither worked. > > However, last night I tried deleting everything cygwin - not as easy as > it sounds as there are some 'undeletable' link files - and reinstalling > it all from uni-erlangen.de. > > This worked. So I must conclude that mirror.ac.uk at least, and possibly > easynet.be, are poor mirror choices :-( Both of those mirrors look to be up to date to me. > It would be rather nice if setup had a way of verifying that the > packages it loads are self-consistent. No, I think your 'undeletable' link files is a clue... there had to be something messed up with your installation. It probably won't happen again since you deleted and reinstalled. Harold From tulitanssi@luukku.com Fri Mar 26 16:05:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Fri, 26 Mar 2004 16:05:00 -0000 Subject: Pathnames for X server app-defaults etc. Message-ID: <1080314595555.tulitanssi.10437.PfieVV8b7eOeLDGOKOBYTw@luukku.com> Hi, I've had similar problems. I noticed that the problems existed due to lack of permissions. When I set permissions (on the Windows side) as Full Control to Everyone, the deletion of old installation and the re-installation of new version worked. It seems that permissions of the C:\cygwin directory (the install directory) should be set as Full Control to Everyone. Otherwise it is easy to get problems on re-installation. Cheers, Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From huntharo@msu.edu Fri Mar 26 16:12:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 16:12:00 -0000 Subject: About box In-Reply-To: <20040326053352.GA16855@redhat.com> References: <4063A72A.40901@msu.edu> <20040326053352.GA16855@redhat.com> Message-ID: <40644B39.7020704@msu.edu> Christopher Faylor wrote: > On Thu, Mar 25, 2004 at 10:44:42PM -0500, Harold L Hunt II wrote: > >>Okay, I did it myself. We now have an About box that can be opened from >>the tray icon menu. The About box contains four buttons that link to >>our website (x.cygwin.com), our User's Guide on the website, our FAQ on >>the website, and our ChangeLog that is installed locally with the >>XFree86-xserv package. >> >>I would like to modify this slightly in the future to check if the >>User's Guide and FAQ have been installed locally (via the cygwin-x-doc >>package) and to open those local documents instead of going out to the >>web everytime. >> >>The About box is neat, check it out in XFree86-xserv-4.3.0-62 when it >>hits mirrors soon. > > > Sounds cool. > > Any chance that it could also contain a link to the main cygwin web > site, too? Yeah, I think that could be done. I was also just talking to some people that frequently visit the Cygwin web site, but had no idea that the Cygwin/X web site even existed. It seems that it would be useful to add a short blurb on the main Cygwin site that says something like "Try Cygwin/X for a full-featured free X Server for Windows including clipboard integration, desktop integration, and more". I don't want to add that right away, but do you see a problem with my doing so in the near future? Harold From huntharo@msu.edu Fri Mar 26 16:13:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 16:13:00 -0000 Subject: XWin 4.3.0-50 crashes with -multiwindow (ping Earle) In-Reply-To: <5.1.1.6.2.20040325220533.02168330@mail.ziplabel.com> References: <5.1.1.6.2.20040325202720.02101438@mail.ziplabel.com> <5.1.1.6.2.20040325202720.02101438@mail.ziplabel.com> <5.1.1.6.2.20040325220533.02168330@mail.ziplabel.com> Message-ID: <40644BCA.1050908@msu.edu> Earle, Earle F. Philhower III wrote: > Howdy Harold, > > At 12:00 AM 3/26/2004 -0500, Harold wrote: > >> Nope, not going to beat you to it. This issue is what I was referring >> to when I said that Earle should probably look at the PixmapBytePad >> patch to make sure it was complete. :) > > > There's a saying I've learned from my verification engineers: If you > don't test it, it won't work! > > WinXP doesn't list 24bpp mode anymore, VICE doesn't compile under cygwin > w/o work, and I'm not likely to shell out $$M to buy an Oracle DB. :) > To top it off, freedesktop's CVS /tmp disk is out of space so CVS isn't > working. Ouch! > > I did some unit-testing of the undocumented BitsPerPixel() macro, and it > seems to be what's needed. Changing line 74 to > > effXBPP = BitsPerPixel(pixmap->drawable.depth); > will set it to 32 when given a 24-bpp drawable, giving a pixel stride of > 4 bytes as desired. It also doesn't break any of the 1-, 16-, or 32-bit > icons that I was able to test (the return values of BPP() match expected > there too), but I still have no 24-bpp icons to try. > > I'll try the commit again tomorrow morning, but if Fabrizio wants to > beat up his local copy before then and report back it'd be appreciated! Okay, sounds good to me. >> Also, I think you mentioned that 1 bit pixmaps were messed up. If >> that is still the case, it is because the GDI DIB 1 bit bitmap has a >> reversed byte order. So, you'll have to swap the byte order for 1 bit >> pixmaps when you convert them. Give that a try and let me know if it >> works... ping me as soon as you look into it cause I'm really >> wondering if that will fix it. > > > This was way back when I was first writing it, IIRC. I don't think I've > seen any 1-bit icon problems or heard of any (except for the complaint > that xcalc's scaled icon was ugly) since. If someone has a specific > problem I'll look into it, but 1-bit is working 100% AFAIK... Huh... okay. I thought the xcalc icon problem was probably due to byte ordering, but if it is just scaling then my suggestion obviously has nothing to do with it. I was going to suggest writing a super-duper anti-aliasing icon scaler, but it would seem like a waste of effort for 1 bit icons. There are so many other things that would not be a waste of effort... Harold From cgf-no-personal-reply-please@cygwin.com Fri Mar 26 16:18:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 26 Mar 2004 16:18:00 -0000 Subject: About box In-Reply-To: <40644B39.7020704@msu.edu> References: <4063A72A.40901@msu.edu> <20040326053352.GA16855@redhat.com> <40644B39.7020704@msu.edu> Message-ID: <20040326160427.GA21081@redhat.com> On Fri, Mar 26, 2004 at 10:24:41AM -0500, Harold L Hunt II wrote: >Christopher Faylor wrote: > >>On Thu, Mar 25, 2004 at 10:44:42PM -0500, Harold L Hunt II wrote: >> >>>Okay, I did it myself. We now have an About box that can be opened from >>>the tray icon menu. The About box contains four buttons that link to >>>our website (x.cygwin.com), our User's Guide on the website, our FAQ on >>>the website, and our ChangeLog that is installed locally with the >>>XFree86-xserv package. >>> >>>I would like to modify this slightly in the future to check if the >>>User's Guide and FAQ have been installed locally (via the cygwin-x-doc >>>package) and to open those local documents instead of going out to the >>>web everytime. >>> >>>The About box is neat, check it out in XFree86-xserv-4.3.0-62 when it >>>hits mirrors soon. >> >> >>Sounds cool. >> >>Any chance that it could also contain a link to the main cygwin web >>site, too? > >Yeah, I think that could be done. > >I was also just talking to some people that frequently visit the Cygwin >web site, but had no idea that the Cygwin/X web site even existed. It >seems that it would be useful to add a short blurb on the main Cygwin >site that says something like "Try Cygwin/X for a full-featured free X >Server for Windows including clipboard integration, desktop integration, >and more". I don't want to add that right away, but do you see a >problem with my doing so in the near future? There is a link at the side to "X11". If you think that's unclear then change it to something clearer. If you want to advertise releases in the news page that's fine, too. I don't think special dispensation for the Cygwin/X project is appropriate for the main page. cgf From cgf-no-personal-reply-please@cygwin.com Fri Mar 26 16:52:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Fri, 26 Mar 2004 16:52:00 -0000 Subject: About box In-Reply-To: <20040326160427.GA21081@redhat.com> References: <4063A72A.40901@msu.edu> <20040326053352.GA16855@redhat.com> <40644B39.7020704@msu.edu> <20040326160427.GA21081@redhat.com> Message-ID: <20040326160514.GA21204@redhat.com> On Fri, Mar 26, 2004 at 11:04:27AM -0500, Christopher Faylor wrote: >On Fri, Mar 26, 2004 at 10:24:41AM -0500, Harold L Hunt II wrote: >>Christopher Faylor wrote: >> >>>On Thu, Mar 25, 2004 at 10:44:42PM -0500, Harold L Hunt II wrote: >>> >>>>Okay, I did it myself. We now have an About box that can be opened from >>>>the tray icon menu. The About box contains four buttons that link to >>>>our website (x.cygwin.com), our User's Guide on the website, our FAQ on >>>>the website, and our ChangeLog that is installed locally with the >>>>XFree86-xserv package. >>>> >>>>I would like to modify this slightly in the future to check if the >>>>User's Guide and FAQ have been installed locally (via the cygwin-x-doc >>>>package) and to open those local documents instead of going out to the >>>>web everytime. >>>> >>>>The About box is neat, check it out in XFree86-xserv-4.3.0-62 when it >>>>hits mirrors soon. >>> >>> >>>Sounds cool. >>> >>>Any chance that it could also contain a link to the main cygwin web >>>site, too? >> >>Yeah, I think that could be done. >> >>I was also just talking to some people that frequently visit the Cygwin >>web site, but had no idea that the Cygwin/X web site even existed. It >>seems that it would be useful to add a short blurb on the main Cygwin >>site that says something like "Try Cygwin/X for a full-featured free X >>Server for Windows including clipboard integration, desktop integration, >>and more". I don't want to add that right away, but do you see a >>problem with my doing so in the near future? > >There is a link at the side to "X11". If you think that's unclear then change >it to something clearer. If you want to advertise releases in the news page >that's fine, too. > >I don't think special dispensation for the Cygwin/X project is appropriate >for the main page. And, if this seems inconsistent with my asking for a cygwin link in the About box, then feel free to ignore my request... cgf From huntharo@msu.edu Fri Mar 26 17:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 17:36:00 -0000 Subject: About box In-Reply-To: <20040326160514.GA21204@redhat.com> References: <4063A72A.40901@msu.edu> <20040326053352.GA16855@redhat.com> <40644B39.7020704@msu.edu> <20040326160427.GA21081@redhat.com> <20040326160514.GA21204@redhat.com> Message-ID: <40645676.5000308@msu.edu> Christopher Faylor wrote: > On Fri, Mar 26, 2004 at 11:04:27AM -0500, Christopher Faylor wrote: > >>On Fri, Mar 26, 2004 at 10:24:41AM -0500, Harold L Hunt II wrote: >> >>>Christopher Faylor wrote: >>> >>> >>>>On Thu, Mar 25, 2004 at 10:44:42PM -0500, Harold L Hunt II wrote: >>>> >>>> >>>>>Okay, I did it myself. We now have an About box that can be opened from >>>>>the tray icon menu. The About box contains four buttons that link to >>>>>our website (x.cygwin.com), our User's Guide on the website, our FAQ on >>>>>the website, and our ChangeLog that is installed locally with the >>>>>XFree86-xserv package. >>>>> >>>>>I would like to modify this slightly in the future to check if the >>>>>User's Guide and FAQ have been installed locally (via the cygwin-x-doc >>>>>package) and to open those local documents instead of going out to the >>>>>web everytime. >>>>> >>>>>The About box is neat, check it out in XFree86-xserv-4.3.0-62 when it >>>>>hits mirrors soon. >>>> >>>> >>>>Sounds cool. >>>> >>>>Any chance that it could also contain a link to the main cygwin web >>>>site, too? >>> >>>Yeah, I think that could be done. >>> >>>I was also just talking to some people that frequently visit the Cygwin >>>web site, but had no idea that the Cygwin/X web site even existed. It >>>seems that it would be useful to add a short blurb on the main Cygwin >>>site that says something like "Try Cygwin/X for a full-featured free X >>>Server for Windows including clipboard integration, desktop integration, >>>and more". I don't want to add that right away, but do you see a >>>problem with my doing so in the near future? >> >>There is a link at the side to "X11". If you think that's unclear then change >>it to something clearer. If you want to advertise releases in the news page >>that's fine, too. >> >>I don't think special dispensation for the Cygwin/X project is appropriate >>for the main page. > > > And, if this seems inconsistent with my asking for a cygwin link in the About > box, then feel free to ignore my request... Yes, it seems inconsistent to me. Cygwin/X is different than a port of package foo to Cygwin: Cygwin/X is an integral piece of Cygwin and runs *only* on Cygwin; it is much more important than a port. The reason I brought it up is that I had three people telling me they had been using Cygwin for years and never even thought that a Cygwin/X page existed. They all requested that a blurb be put on the main Cygwin page so that people will actually see it. Their complaint about the link in the left bar is that it looked like just another part of the Cygwin pages, not an entire web site by itself. Harold From corinna-cygwin@cygwin.com Fri Mar 26 17:50:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 26 Mar 2004 17:50:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <40643CF7.5080100@msu.edu> References: <877jxaxgpm.fsf@vzell-de.de.oracle.com> <87vfktz9jc.fsf@vzell-de.de.oracle.com> <20040325102938.GM17229@cygbert.vinschen.de> <87wu586bj7.fsf@vzell-de.de.oracle.com> <40632737.9090905@msu.edu> <20040326095209.GA4614@cygbert.vinschen.de> <40643CF7.5080100@msu.edu> Message-ID: <20040326161349.GN17229@cygbert.vinschen.de> On Mar 26 09:23, Harold L Hunt II wrote: > Corinna Vinschen wrote: > >Other than that, I'm not at all familar with that stuff. How can I > >set up a minimal test system, so that it uses the bigfont extension > >and, especially, IPC? Yesterday I just started cygserver, XWin and > >uxterm, and it doesn't use IPC by default, apparently. > > As long as you have cygserver started and CYGWIN=server defined in a way Ouch. I started XWin from Windows Explorer, not thinking about setting CYGWIN=server at all. I've build my own xterm to have a debug version. Unfortunately, it doesn't happen in xterm, but in cygX11-6.dll, in function XFreeFont(), right after shmctl(id, IPC_STAT, buf) has been called. I don't have a debug version of cygX11-6 and I'm also not exactly keen to debug it. From what I can tell, the shmctl call works fine. After that call, the XFreeFont() function accesses a piece of data, 512 bytes before the address of the buffer used as third argument to shmctl(). This address (buffer - 512) results in the SEGV. Could you have another look into this? Actually I don't see anything wrong with the semctl call, it even checks the buffer pointer for being accessible. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From huntharo@msu.edu Fri Mar 26 17:53:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 17:53:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <20040326161349.GN17229@cygbert.vinschen.de> References: <877jxaxgpm.fsf@vzell-de.de.oracle.com> <87vfktz9jc.fsf@vzell-de.de.oracle.com> <20040325102938.GM17229@cygbert.vinschen.de> <87wu586bj7.fsf@vzell-de.de.oracle.com> <40632737.9090905@msu.edu> <20040326095209.GA4614@cygbert.vinschen.de> <40643CF7.5080100@msu.edu> <20040326161349.GN17229@cygbert.vinschen.de> Message-ID: <406457BA.2030000@msu.edu> Corinna Vinschen wrote: > On Mar 26 09:23, Harold L Hunt II wrote: > >>Corinna Vinschen wrote: >> >>>Other than that, I'm not at all familar with that stuff. How can I >>>set up a minimal test system, so that it uses the bigfont extension >>>and, especially, IPC? Yesterday I just started cygserver, XWin and >>>uxterm, and it doesn't use IPC by default, apparently. >> >>As long as you have cygserver started and CYGWIN=server defined in a way > > > Ouch. I started XWin from Windows Explorer, not thinking about > setting CYGWIN=server at all. Yeah, I thought I was going to get yelled at for mentioning that :) > I've build my own xterm to have a debug version. Unfortunately, > it doesn't happen in xterm, but in cygX11-6.dll, in function > XFreeFont(), right after shmctl(id, IPC_STAT, buf) has been called. > I don't have a debug version of cygX11-6 and I'm also not exactly > keen to debug it. From what I can tell, the shmctl call works > fine. After that call, the XFreeFont() function accesses a piece > of data, 512 bytes before the address of the buffer used as third > argument to shmctl(). This address (buffer - 512) results in the > SEGV. > > Could you have another look into this? Actually I don't see anything > wrong with the semctl call, it even checks the buffer pointer for > being accessible. I'll have to see if I can reproduce this and maybe make a debug compile (takes about 2 hours, ugh). Harold From ihok@hotmail.com Fri Mar 26 18:18:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Fri, 26 Mar 2004 18:18:00 -0000 Subject: About box In-Reply-To: <4063A72A.40901@msu.edu> References: <4063A72A.40901@msu.edu> Message-ID: Harold L Hunt II wrote: > Okay, I did it myself. We now have an About box that can be opened from > the tray icon menu. The About box contains four buttons that link to > our website (x.cygwin.com), our User's Guide on the website, our FAQ on > the website, and our ChangeLog that is installed locally with the > XFree86-xserv package. My apologies for saying this AFTER you did the work... The about box is wrong. (Sorry, sorry, hold the flames.) These links really belong in the Start menu (ideally under Programs\Cygwin, but they'd also be acceptable under Programs\Cygwin/X). This way, the links being URLs and links to .html files, they automatically inherit the icon of the default web browser, making it obvious what they point to. What should really be in the about box is something like this: [logo] Cygwin/X X11R6 Server Copyright blah Licensed under GPL (use standard short FSF blurb here) Installed Packages (xserv 4.3.0-62, xterm 185-4, etc.) Visit us at http://x.cygwin.com. (Make URL blue, underlined, and a link to the site). The about box's window title should be "About Cygwin/X". The tray menu's entry for the about box should be between "hide/show root window" and "exit"; it should not be the bottom-most entry. The entry itself should be called not "About..." but "About Cygwin/X". Thanks for all your hard work, Harold et al! Here's hoping you get that clipboard bug soon. -JT From rwf@loonybin.net Fri Mar 26 18:24:00 2004 From: rwf@loonybin.net (Rob Foehl) Date: Fri, 26 Mar 2004 18:24:00 -0000 Subject: About box In-Reply-To: References: <4063A72A.40901@msu.edu> Message-ID: On Fri, 26 Mar 2004, Jack Tanner wrote: > Harold L Hunt II wrote: > > Okay, I did it myself. We now have an About box that can be opened from > > the tray icon menu. The About box contains four buttons that link to > > our website (x.cygwin.com), our User's Guide on the website, our FAQ on > > the website, and our ChangeLog that is installed locally with the > > XFree86-xserv package. > > My apologies for saying this AFTER you did the work... The about box is > wrong. (Sorry, sorry, hold the flames.) > > These links really belong in the Start menu (ideally under > Programs\Cygwin, but they'd also be acceptable under Programs\Cygwin/X). > This way, the links being URLs and links to .html files, they > automatically inherit the icon of the default web browser, making it > obvious what they point to. > > What should really be in the about box is something like this: > > [logo] Cygwin/X X11R6 Server > Copyright blah > Licensed under GPL (use standard short FSF blurb here) > Installed Packages (xserv 4.3.0-62, xterm 185-4, etc.) > Visit us at http://x.cygwin.com. (Make URL blue, underlined, and a link > to the site). > > The about box's window title should be "About Cygwin/X". > > The tray menu's entry for the about box should be between "hide/show > root window" and "exit"; it should not be the bottom-most entry. The > entry itself should be called not "About..." but "About Cygwin/X". I agree with all of these points, some moreso than others.. URLs definitely shouldn't be represented as buttons, as it's inconsistent with just about every other user interface out there (across multiple platforms).. The about/exit order in the menu is also somewhat significant, most applications where an 'exit' option is useful place it at the bottom of the tray menu. My two cents.. -Rob From huntharo@msu.edu Fri Mar 26 18:43:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 18:43:00 -0000 Subject: About box In-Reply-To: References: <4063A72A.40901@msu.edu> Message-ID: <40646D82.7060103@msu.edu> Jack Tanner wrote: > Harold L Hunt II wrote: > >> Okay, I did it myself. We now have an About box that can be opened >> from the tray icon menu. The About box contains four buttons that >> link to our website (x.cygwin.com), our User's Guide on the website, >> our FAQ on the website, and our ChangeLog that is installed locally >> with the XFree86-xserv package. > > > My apologies for saying this AFTER you did the work... The about box is > wrong. (Sorry, sorry, hold the flames.) > > These links really belong in the Start menu (ideally under > Programs\Cygwin, but they'd also be acceptable under Programs\Cygwin/X). > This way, the links being URLs and links to .html files, they > automatically inherit the icon of the default web browser, making it > obvious what they point to. I disagree, at least for the time being. The reason is that we do not currently have such links being installed to the Start menu. We have the X-start-menu-icons package, but that is not sophisticated enough to create links to files that should be opened with cygstart. In short, this solution took 6 hours, the alternative would take more like 30. I've not got 30 hours to spend, so it is going to stay like it is unless someone sends a comprehensive patch that fixes *everything* related to this desire. > What should really be in the about box is something like this: > > [logo] Cygwin/X X11R6 Server > Copyright blah > Licensed under GPL (use standard short FSF blurb here) > Installed Packages (xserv 4.3.0-62, xterm 185-4, etc.) > Visit us at http://x.cygwin.com. (Make URL blue, underlined, and a > link to the site). Yeah, URLs... tried it in a dialog box before? I spent about 4 hours researching it and could only find that you can have one font for the whole box. Unless we make this a true window it probably isn't going to be possible. > The about box's window title should be "About Cygwin/X". > > The tray menu's entry for the about box should be between "hide/show > root window" and "exit"; it should not be the bottom-most entry. The > entry itself should be called not "About..." but "About Cygwin/X". This is the sort of thing that really pisses me off. I modeled this after the SQL Server tray icon. It has "About..." as the bottom entry and "Exit" above that. I basically flipped a coin and went with it because I knew that no matter which way I ordered it somebody would bitch about it not being right. I'll let the mailing list fight amongst themselves until a clear winner is chosen, until then I'm not touching it. > Thanks for all your hard work, Harold et al! Here's hoping you get that > clipboard bug soon. Thanks. Harold From huntharo@msu.edu Fri Mar 26 18:49:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 18:49:00 -0000 Subject: About box In-Reply-To: References: <4063A72A.40901@msu.edu> Message-ID: <40646E27.2030409@msu.edu> Rob Foehl wrote: > On Fri, 26 Mar 2004, Jack Tanner wrote: [snip] > I agree with all of these points, some moreso than others.. URLs > definitely shouldn't be represented as buttons, as it's inconsistent with > just about every other user interface out there (across multiple > platforms).. The about/exit order in the menu is also somewhat > significant, most applications where an 'exit' option is useful place it > at the bottom of the tray menu. URLs: not possible in a dialog, as far as I can tell since this was how I wanted to do it too. Buttons were the only way I could do it. About/Exit order: Like I said, I modeled it after an app written by Microsoft and I'm not going to change it until people have flammed each other to death on this one. I hate nothing more than to have three releases in a row where I release something as foo, change it to bar, then change it back to foo because more people complained about it being bar than foo. Harold From huntharo@msu.edu Fri Mar 26 19:02:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 19:02:00 -0000 Subject: test case for clipboard hang? In-Reply-To: References: Message-ID: <4064740E.7080508@msu.edu> Lev, Lev Bishop wrote: > However, I've repeated the following procedure 3 times and it worked the > same each time -- probably not a minimal test case but it shows the > problem. I have to follow the steps precisely in order, though: > > 1) Reboot > 2) start a fresh xwin, xterm, notepad, and put some text in the xterm and > notepad > 3) select, ^C copy from notepad, middle-click in xterm. it pastes > successfully > 4) select in xterm, leave the text reverse-videoed > 5) ^V paste into notepad (successfully) > 6) drop the selection in xterm (by left clicking somewhere) > 7) ^V paste into notepad (successfully, even though the selection is > dropped) > 8) select a different piece of text in xterm. > 9) drop the selection in xterm > 10) ^V paste into notepad: it hangs for a few seconds and doesn't paste. > (The paste menu option is NOT greyed out at this point). Yes, that is reproducible for me now. I think I have some ideas as to what might be causing the problem. Harold From corinna-cygwin@cygwin.com Fri Mar 26 20:06:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Fri, 26 Mar 2004 20:06:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <406457BA.2030000@msu.edu> References: <877jxaxgpm.fsf@vzell-de.de.oracle.com> <87vfktz9jc.fsf@vzell-de.de.oracle.com> <20040325102938.GM17229@cygbert.vinschen.de> <87wu586bj7.fsf@vzell-de.de.oracle.com> <40632737.9090905@msu.edu> <20040326095209.GA4614@cygbert.vinschen.de> <40643CF7.5080100@msu.edu> <20040326161349.GN17229@cygbert.vinschen.de> <406457BA.2030000@msu.edu> Message-ID: <20040326182423.GP17229@cygbert.vinschen.de> On Mar 26 11:18, Harold L Hunt II wrote: > Corinna Vinschen wrote: > >keen to debug it. From what I can tell, the shmctl call works > >fine. After that call, the XFreeFont() function accesses a piece > >of data, 512 bytes before the address of the buffer used as third > >argument to shmctl(). This address (buffer - 512) results in the > >SEGV. > [...] > I'll have to see if I can reproduce this and maybe make a debug compile > (takes about 2 hours, ugh). Thanks you. Just a correction: I misinterpreted the address by 1 hex digit. The address is 32 bytes before the buffer, not 512 bytes, sorry. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From earle@ziplabel.com Fri Mar 26 21:07:00 2004 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Fri, 26 Mar 2004 21:07:00 -0000 Subject: About box Message-ID: <20040326184310.C677115CFE@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From huntharo@msu.edu Fri Mar 26 21:21:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 21:21:00 -0000 Subject: About box In-Reply-To: <20040326184310.C677115CFE@mail03.powweb.com> References: <20040326184310.C677115CFE@mail03.powweb.com> Message-ID: <40647B1C.1080403@msu.edu> Earle F. Philhower, III wrote: > Howdy Harold, > > >>Subject: Re: About box > > .. > >>URLs: not possible in a dialog, as far as I can tell since this was how >>I wanted to do it too. Buttons were the only way I could do it. > > > I have the feeling this is going to turn into the same kind of style argument as the ICON resource. ;) > > FWIW, there are multiple ways of implementing URLs in a dialog box. I've done both in my own W32 apps: > Owner-drawn buttons: Your DialogProc() gets notifications to draw the button, so you can implement the underlined URL drawing there > Override the WndProc for the buttons created by the dialog during InitDialog > (Not very portable, needs COM working) Instantiate an ActiveX control > > I can submit some simple code that does the overridden windowproc (makes the pointer a little hand when you've over the icon, too!), but don't want to push the issue since it's more of a style than substance issue... By all means, please just commit code that does blue links in the dialog box. I was aiming to do that and didn't see a way to do it the first time through. Harold From kyjjbltfyq@yahoo.com Fri Mar 26 21:40:00 2004 From: kyjjbltfyq@yahoo.com (Evangelina Martinez) Date: Fri, 26 Mar 2004 21:40:00 -0000 Subject: Confidentiality Message-ID: <9175210652728015301.75145792.kyjjbltfyq@yahoo.com> http://www.myaffordablepills.com Confidentiality Exceptionally low prices! http://www.myaffordablepills.com?rid=1000 ABSOLUTELY NO OBLIGATION To expunge yourself from further mailings follow link below, http://to.myaffordablepills.com From john.r.morrison@ntlworld.com Fri Mar 26 21:41:00 2004 From: john.r.morrison@ntlworld.com (John Morrison) Date: Fri, 26 Mar 2004 21:41:00 -0000 Subject: About box In-Reply-To: <40647B1C.1080403@msu.edu> Message-ID: > From: Harold L Hunt II > > By all means, please just commit code that does blue links in the dialog > box. I was aiming to do that and didn't see a way to do it the first > time through. Hi Harold, Try these :) All the best, J. From huntharo@msu.edu Fri Mar 26 21:51:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 26 Mar 2004 21:51:00 -0000 Subject: About box In-Reply-To: References: Message-ID: <40649B7F.8070407@msu.edu> John, John Morrison wrote: >>From: Harold L Hunt II >> >>By all means, please just commit code that does blue links in the dialog >>box. I was aiming to do that and didn't see a way to do it the first >>time through. > > > Hi Harold, > > Try these :) > > /c2185> > > While those do show the spirit of what I want to do, they are all in C++ and one even uses MFC :) It would be pretty time consuming to decipher what is going on under the hood in those... Harold From lev.bishop@yale.edu Fri Mar 26 21:58:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Fri, 26 Mar 2004 21:58:00 -0000 Subject: About box Message-ID: If it's nitpicky stylistic issues you're after.... The X icon at the top left of both the About... dialog and the Cygwin/X Exit? dialog is different to the X icon at the top left of other programmes' windows, such as xterm. The one on the about and exit dialogs is a little uglier than the other. I can provide screen captures if you want to see this. FWIW, I agree with all Jack's suggestions, especially copyright/version info, links to docs on the start menu. But I think I'd much rather you spent your time fixing the clipboard bug before worrying about such minor things. Lev From jacksob2@cs.man.ac.uk Fri Mar 26 22:53:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Fri, 26 Mar 2004 22:53:00 -0000 Subject: test case for clipboard hang? References: <4064740E.7080508@msu.edu> Message-ID: <000401c4137a$f95b8900$0200a8c0@jackson.local> another test case: copy anything from nedit into any windows app... hangs for 3 secs ----- Original Message ----- From: "Harold L Hunt II" To: Sent: Friday, March 26, 2004 6:18 PM Subject: Re: test case for clipboard hang? > Lev, > > Lev Bishop wrote: > > > However, I've repeated the following procedure 3 times and it worked the > > same each time -- probably not a minimal test case but it shows the > > problem. I have to follow the steps precisely in order, though: > > > > 1) Reboot > > 2) start a fresh xwin, xterm, notepad, and put some text in the xterm and > > notepad > > 3) select, ^C copy from notepad, middle-click in xterm. it pastes > > successfully > > 4) select in xterm, leave the text reverse-videoed > > 5) ^V paste into notepad (successfully) > > 6) drop the selection in xterm (by left clicking somewhere) > > 7) ^V paste into notepad (successfully, even though the selection is > > dropped) > > 8) select a different piece of text in xterm. > > 9) drop the selection in xterm > > 10) ^V paste into notepad: it hangs for a few seconds and doesn't paste. > > (The paste menu option is NOT greyed out at this point). > > Yes, that is reproducible for me now. I think I have some ideas as to > what might be causing the problem. > > Harold > From ralf.habacker@freenet.de Fri Mar 26 22:59:00 2004 From: ralf.habacker@freenet.de (Ralf Habacker) Date: Fri, 26 Mar 2004 22:59:00 -0000 Subject: auto-import failure for new libXt In-Reply-To: References: Message-ID: <200403262241.54492.ralf.habacker@freenet.de> On Saturday 20 March 2004 23:32, Brian Ford wrote: > I guess this is just a heads up since I don't have time to debug it > right now, but with the latest XFree packages, I get a stream > of error messages like the following when linking our apps: > > /home/ford/v9winsym/util/Failure_report/../../../vissym/util/Failure_report >/failure_report.c:104: variable '_XtStrings' can't be auto-imported. Please > read the > documentation for ld's --enable-auto-import for details. > failure_report.o(.text+0x203f): In function `main': > > This used to work, all be it with similar warnings. Is it time to make a > pass through the X headers, adding the proper export tags? Ugh... No, only make sure, that you are using -fdata-sections when compiling source and -Wl,--enable-runtime-pseudo-reloc when linking. BTW: You can find detailed informations about this topic in the ld info page (see Machine Dependent/Win32 section) Ralf From corinna-cygwin@cygwin.com Sat Mar 27 06:55:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Sat, 27 Mar 2004 06:55:00 -0000 Subject: About box In-Reply-To: <40645676.5000308@msu.edu> References: <4063A72A.40901@msu.edu> <20040326053352.GA16855@redhat.com> <40644B39.7020704@msu.edu> <20040326160427.GA21081@redhat.com> <20040326160514.GA21204@redhat.com> <40645676.5000308@msu.edu> Message-ID: <20040326215145.GT17229@cygbert.vinschen.de> On Mar 26 11:12, Harold L Hunt II wrote: > Yes, it seems inconsistent to me. > > Cygwin/X is different than a port of package foo to Cygwin: Cygwin/X is > an integral piece of Cygwin and runs *only* on Cygwin; it is much more > important than a port. I've moved the link to the Cygwin/X page up to be the second link in the left menu bar. This way, Cygwin/X got a sufficiently prominent place in the menu and both pages have a more similar menu layout. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From huntharo@msu.edu Sat Mar 27 09:09:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 27 Mar 2004 09:09:00 -0000 Subject: About box In-Reply-To: <20040326215145.GT17229@cygbert.vinschen.de> References: <4063A72A.40901@msu.edu> <20040326053352.GA16855@redhat.com> <40644B39.7020704@msu.edu> <20040326160427.GA21081@redhat.com> <20040326160514.GA21204@redhat.com> <40645676.5000308@msu.edu> <20040326215145.GT17229@cygbert.vinschen.de> Message-ID: <4064A777.2060206@msu.edu> Corinna Vinschen wrote: > On Mar 26 11:12, Harold L Hunt II wrote: > >>Yes, it seems inconsistent to me. >> >>Cygwin/X is different than a port of package foo to Cygwin: Cygwin/X is >>an integral piece of Cygwin and runs *only* on Cygwin; it is much more >>important than a port. > > > I've moved the link to the Cygwin/X page up to be the second link in > the left menu bar. This way, Cygwin/X got a sufficiently prominent > place in the menu and both pages have a more similar menu layout. I like that, thank you Corinna. Harold From huntharo@msu.edu Sat Mar 27 11:59:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 27 Mar 2004 11:59:00 -0000 Subject: About box In-Reply-To: References: <4063A72A.40901@msu.edu> Message-ID: <4064B44E.2080002@msu.edu> Jack Tanner wrote: > Harold L Hunt II wrote: [snip] > The about box's window title should be "About Cygwin/X". Done > The tray menu's entry for the about box should be between "hide/show > root window" and "exit"; it should not be the bottom-most entry. The > entry itself should be called not "About..." but "About Cygwin/X". I moved the entry because I was hitting it all the time by accident during my testing. I'm leaving the entry as "About..." since that is what other apps that I have seen have. Harold From huntharo@msu.edu Sat Mar 27 16:18:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 27 Mar 2004 16:18:00 -0000 Subject: test case for clipboard hang? In-Reply-To: References: Message-ID: <4064B5D5.3050301@msu.edu> Lev, Lev Bishop wrote: > 1) Reboot > 2) start a fresh xwin, xterm, notepad, and put some text in the xterm and > notepad > 3) select, ^C copy from notepad, middle-click in xterm. it pastes > successfully > 4) select in xterm, leave the text reverse-videoed > 5) ^V paste into notepad (successfully) > 6) drop the selection in xterm (by left clicking somewhere) > 7) ^V paste into notepad (successfully, even though the selection is > dropped) > 8) select a different piece of text in xterm. > 9) drop the selection in xterm > 10) ^V paste into notepad: it hangs for a few seconds and doesn't paste. > (The paste menu option is NOT greyed out at this point). The problem was that copying something in Notepad caused the clipboard integration manager to take ownership of both the PRIMARY and CLIPBOARD selections in X. Selecting text in an xterm took ownership of the PRIMARY selection away from the clipboard manager. Unselecting the text in xterm released ownership of the PRIMARY selection, but left the CLIPBOARD selection supposedly owned by the clipboard integration manager (which means it thought it had text to copy from Win32 to X, but it didn't). I changed the behavior slightly to release ownership of the Win32 clipboard and mark both X selections as unowned if one of the selections in X is released and the other is owned by the clipboard integration manager. In fact, I should take this one further and release ownership of any selection owned by the clipboard integration manager when something is selected in X. The current fix will probably work in 90% of cases for the time being. I'd really appreciate some feedback on the new fix in XFree86-xserv-4.3.0-63, which should be hitting mirrors within a few hours. Harold From earle@ziplabel.com Sat Mar 27 16:34:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 27 Mar 2004 16:34:00 -0000 Subject: About box In-Reply-To: <40647B1C.1080403@msu.edu> References: <20040326184310.C677115CFE@mail03.powweb.com> <20040326184310.C677115CFE@mail03.powweb.com> Message-ID: <5.1.1.6.2.20040326225101.019a4d40@mail.ziplabel.com> Howdy Harold, At 01:49 PM 3/26/2004 -0500, Harold wrote: >Earle F. Philhower, III wrote: >>...I can submit some simple code that does the overridden windowproc >>(makes the pointer a little hand when you've over the icon, too!), but >>don't want to push the issue since it's more of a style than substance issue... >By all means, please just commit code that does blue links in the dialog >box. I was aiming to do that and didn't see a way to do it the first time >through. Done, but for some reason the CVS commit list has put me back in the "requires moderator approval" class of user (the last change I did, the commit email came back just fine w/o moderator intervention AFAICT)... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From tulitanssi@luukku.com Sat Mar 27 16:40:00 2004 From: tulitanssi@luukku.com (tulitanssi@luukku.com) Date: Sat, 27 Mar 2004 16:40:00 -0000 Subject: XFree86-xserv-4.3.0-63: xterm problem Message-ID: <1080378571054.tulitanssi.26089.fIBtfGzpHPug49Rp3Lpwnw@luukku.com> Hi, I noticed that the handling of xterms is not working correctly with WindowMaker. When I iconize the first xterm window, I cannot easily get it back anymore (I have to switch between workspaces, and sometines even that doesn't work). This problem arrived with 4.3.0-63, it didn't exist in 4.3.0-62. Cheers, Tuli .............................................................. MTV3 Laajakaista - Hauskemman el?m?n puolesta. http://www.mtv3.fi/liittyma/hankinta/laajakaista/ From danny@orionrobots.co.uk Sat Mar 27 16:57:00 2004 From: danny@orionrobots.co.uk (Danny Staple) Date: Sat, 27 Mar 2004 16:57:00 -0000 Subject: window manager running already Message-ID: <1773.192.168.0.50.1080388857.squirrel@orionrobots.co.uk> Okay - I was having this problem as well, after updating. What you should do is check if you have an .xinitrc in your home directory. As shipped, older versions of cygwin would runa full screen x, with no window manager, and as such - you would have to run one yourself like wmaker. This would then be added to your .xinitrc file. The new X is configured with a window manager system which embeds windows onto the MS Windows desktop - quite neat when it works - but it means that by default, you do not need another window manager. So you probably need to remove the window manager lines from your .xinitrc, and possibly even remove that altogether if it has nothing else in it. Regards, Orion -- OrionRobots.co.uk - Robots from Sol to Sirius. http://www.tiscali-network.co.uk/orionbroadband/services/ - Broadband and Phone calls at realistic prices. --"Frank Schaefer" wrote: Updating to 1.5.9-1 causes problem under WinXP and Win98 when trying to 'startx:' "window manager already running" while none is actually running. I was not able to figure out how 'X' comes to this conclusion. Is there a file that can be deleted. The only other reason I could think of is that we started an 'X -broadcast' session. However, this too has been terminated. Thanks for any help. Frank From huntharo@msu.edu Sat Mar 27 17:06:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 27 Mar 2004 17:06:00 -0000 Subject: About box In-Reply-To: <5.1.1.6.2.20040326225101.019a4d40@mail.ziplabel.com> References: <20040326184310.C677115CFE@mail03.powweb.com> <20040326184310.C677115CFE@mail03.powweb.com> <5.1.1.6.2.20040326225101.019a4d40@mail.ziplabel.com> Message-ID: <4065A938.6000307@msu.edu> Earle, Earle F. Philhower III wrote: > Howdy Harold, > > At 01:49 PM 3/26/2004 -0500, Harold wrote: > >> Earle F. Philhower, III wrote: >> >>> ...I can submit some simple code that does the overridden windowproc >>> (makes the pointer a little hand when you've over the icon, too!), >>> but don't want to push the issue since it's more of a style than >>> substance issue... >> >> By all means, please just commit code that does blue links in the >> dialog box. I was aiming to do that and didn't see a way to do it the >> first time through. > > > Done, but for some reason the CVS commit list has put me back in the > "requires moderator approval" class of user (the last change I did, the > commit email came back just fine w/o moderator intervention AFAICT)... Thanks. I made a small change to your accounts. The "nodupes" flag was set in mailman, while a lot of other people (myself, Takuma, Kensuke, and Alexander included) don't have it set. I doubt it was related, but it was the only difference between our accounts that I could find. Let me know if it helps, otherwise I will ask around for more help. As long as you ping me I can go in and approve the messages that are held for moderation. Harold From huntharo@msu.edu Sat Mar 27 17:08:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 27 Mar 2004 17:08:00 -0000 Subject: xorg-commit-diffs list available Message-ID: <4065ACF0.5050201@msu.edu> For anyone that doesn't know, there is now another mailing list on freedesktop.org that sends complete diffs for CVS commit message as the old xorg-commit list used to do. The name of the list is xorg-commit-diffs and you can subscribe here: http://freedesktop.org/mailman/listinfo/xorg-commit-diffs Harold From huntharo@msu.edu Sun Mar 28 10:07:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 28 Mar 2004 10:07:00 -0000 Subject: About box In-Reply-To: <5.1.1.6.2.20040326225101.019a4d40@mail.ziplabel.com> References: <20040326184310.C677115CFE@mail03.powweb.com> <20040326184310.C677115CFE@mail03.powweb.com> <5.1.1.6.2.20040326225101.019a4d40@mail.ziplabel.com> Message-ID: <4065AE93.1060100@msu.edu> Earle, Earle F. Philhower III wrote: > Howdy Harold, > > At 01:49 PM 3/26/2004 -0500, Harold wrote: > >> Earle F. Philhower, III wrote: >> >>> ...I can submit some simple code that does the overridden windowproc >>> (makes the pointer a little hand when you've over the icon, too!), >>> but don't want to push the issue since it's more of a style than >>> substance issue... >> >> By all means, please just commit code that does blue links in the >> dialog box. I was aiming to do that and didn't see a way to do it the >> first time through. > > > Done, but for some reason the CVS commit list has put me back in the > "requires moderator approval" class of user (the last change I did, the > commit email came back just fine w/o moderator intervention AFAICT)... Part of me wonders if our About box and possibly our Exit box should get taskbar entries... without them they are easy to lose behind other windows and then they are difficult to retrieve. What do you think? Harold From jacksob2@cs.man.ac.uk Sun Mar 28 10:16:00 2004 From: jacksob2@cs.man.ac.uk (Ben Jackson) Date: Sun, 28 Mar 2004 10:16:00 -0000 Subject: About box References: <20040326184310.C677115CFE@mail03.powweb.com> <20040326184310.C677115CFE@mail03.powweb.com> <5.1.1.6.2.20040326225101.019a4d40@mail.ziplabel.com> <4065AE93.1060100@msu.edu> Message-ID: <000801c4141c$9b13ea70$0200a8c0@jackson.local> i would second this, as i often lose the exit dialog when using multiple monitors... as it appears in different (somewhat obscure) places occasionally ----- Original Message ----- From: "Harold L Hunt II" To: Sent: Saturday, March 27, 2004 4:40 PM Subject: Re: About box > Earle, > > Earle F. Philhower III wrote: > > > Howdy Harold, > > > > At 01:49 PM 3/26/2004 -0500, Harold wrote: > > > >> Earle F. Philhower, III wrote: > >> > >>> ...I can submit some simple code that does the overridden windowproc > >>> (makes the pointer a little hand when you've over the icon, too!), > >>> but don't want to push the issue since it's more of a style than > >>> substance issue... > >> > >> By all means, please just commit code that does blue links in the > >> dialog box. I was aiming to do that and didn't see a way to do it the > >> first time through. > > > > > > Done, but for some reason the CVS commit list has put me back in the > > "requires moderator approval" class of user (the last change I did, the > > commit email came back just fine w/o moderator intervention AFAICT)... > > Part of me wonders if our About box and possibly our Exit box should get > taskbar entries... without them they are easy to lose behind other > windows and then they are difficult to retrieve. What do you think? > > Harold > From pechtcha@cs.nyu.edu Sun Mar 28 16:10:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 28 Mar 2004 16:10:00 -0000 Subject: About box In-Reply-To: <4065AE93.1060100@msu.edu> References: <20040326184310.C677115CFE@mail03.powweb.com> <20040326184310.C677115CFE@mail03.powweb.com> <5.1.1.6.2.20040326225101.019a4d40@mail.ziplabel.com> <4065AE93.1060100@msu.edu> Message-ID: On Sat, 27 Mar 2004, Harold L Hunt II wrote: > Earle, > > Earle F. Philhower III wrote: > > > Howdy Harold, > > > > At 01:49 PM 3/26/2004 -0500, Harold wrote: > > > >> Earle F. Philhower, III wrote: > >> > >>> ...I can submit some simple code that does the overridden windowproc > >>> (makes the pointer a little hand when you've over the icon, too!), > >>> but don't want to push the issue since it's more of a style than > >>> substance issue... > >> > >> By all means, please just commit code that does blue links in the > >> dialog box. I was aiming to do that and didn't see a way to do it the > >> first time through. > > > > > > Done, but for some reason the CVS commit list has put me back in the > > "requires moderator approval" class of user (the last change I did, the > > commit email came back just fine w/o moderator intervention AFAICT)... > > Part of me wonders if our About box and possibly our Exit box should get > taskbar entries... without them they are easy to lose behind other > windows and then they are difficult to retrieve. What do you think? > > Harold Harold, In many applications, the "Exit?" box is modal and AOT, which is fine, because it's not expected to stay on the screen for a long time. Thus, it doesn't need a taskbar entry, IMO. The situation is different with the About box, since it depends on the intent of that box. If it's intended for the users to just quickly see what the version is, it should probably also be modal and AOT with no taskbar entry. However, if you intend people to copy information out of this box, or open other windows while this box is visible (especially now that there are links in it), that box should probably have a taskbar entry. FWIW, Exceed's one is non-modal, not AOT, and has no taskbar entry, which is rather annoying. One more thing that Exceed does that the Cygwin/X server doesn't is detect when display resolution has changed, and offer to perform a server reset, like this (also see the attached PNG file): --------------------------- Exceed --------------------------- Your Display settings have changed. In order to correctly display your clients you should perform a Server Reset. Failure to do so may result in drawing problems. For more details look in the Exceed Log file. Do you wish to perform a Server Reset now? --------------------------- Yes No --------------------------- IMO, this is not very useful when changing resolutions, and, despite the warning, I've noticed no problems with always refusing the server reset, but I suspect that with more serious changes (e.g., changes in color depth) it may be necessary. 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: exceed_warning.png Type: application/octet-stream Size: 3803 bytes Desc: URL: From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Mar 28 16:16:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 28 Mar 2004 16:16:00 -0000 Subject: About box In-Reply-To: <4065AE93.1060100@msu.edu> References: <20040326184310.C677115CFE@mail03.powweb.com> <20040326184310.C677115CFE@mail03.powweb.com> <5.1.1.6.2.20040326225101.019a4d40@mail.ziplabel.com> <4065AE93.1060100@msu.edu> Message-ID: Harold L Hunt II wrote: > Part of me wonders if our About box and possibly our Exit box should get > taskbar entries... without them they are easy to lose behind other > windows and then they are difficult to retrieve. What do you think? Good idea. In other apps I often have to search for dialogs which are modal, but hidden behind the main application. This is very annoying. bye ago NP: Project Pitchfork - Hell -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From takuma@dgp.ne.jp Sun Mar 28 16:37:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sun, 28 Mar 2004 16:37:00 -0000 Subject: Modal and AOT exit dialog Message-ID: <20040328190502.038D.TAKUMA@dgp.ne.jp> I have been considering to change the exit confirmation dialog to a modal and always-on-top one (shown by MessageBox()). The benefits of this change are: - We can easily change the message at runtime. I want to print the number of connected clients each time it is shown. - We won't lose the dialog since it remains on the top. - We can let Windows place it instead of winCenterDialog(). The position will be intrinsically "correct" (winCenterDialog() gives different position in multi-monitor settings). I ask this because I don't know the reason why it was implemented as a separate non-modal window. I will start this change if there is no particular reason. Takuma Murakami From takuma@dgp.ne.jp Sun Mar 28 16:43:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sun, 28 Mar 2004 16:43:00 -0000 Subject: twm dying with multi-byte font handling? In-Reply-To: <20040326.095529.120500768.haro@kgt.co.jp> References: <20040326.095529.120500768.haro@kgt.co.jp> Message-ID: <20040328191551.0393.TAKUMA@dgp.ne.jp> > With the recent update to XFree86-base and related libraries, > twm and X-clients I compiled my self started to fail. Did you rebuild them after the upgrade? It might help though I'm not sure. Takuma Murakami From one_top@virgilio.it Sun Mar 28 17:50:00 2004 From: one_top@virgilio.it (one_top@virgilio.it) Date: Sun, 28 Mar 2004 17:50:00 -0000 Subject: azienda congress Message-ID: alla Vs cortese attenzione La ns societa' si occupa di promuovere strutture congressuali nel veneto orientale Chiediamo il permesso di inviarvi depliant e prezzi Aspettando vs gentile risposta, cogliamo l'occasione per porgere i ns piu' distinti saluti Promoservice srl From one_top@virgilio.it Sun Mar 28 19:15:00 2004 From: one_top@virgilio.it (one_top@virgilio.it) Date: Sun, 28 Mar 2004 19:15:00 -0000 Subject: azienda congress Message-ID: alla Vs cortese attenzione La ns societa' si occupa di promuovere strutture congressuali nel veneto orientale Chiediamo il permesso di inviarvi depliant e prezzi Aspettando vs gentile risposta, cogliamo l'occasione per porgere i ns piu' distinti saluti Promoservice srl From huntharo@msu.edu Sun Mar 28 19:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 28 Mar 2004 19:27:00 -0000 Subject: Modal and AOT exit dialog In-Reply-To: <20040328190502.038D.TAKUMA@dgp.ne.jp> References: <20040328190502.038D.TAKUMA@dgp.ne.jp> Message-ID: <4066FF57.6060404@msu.edu> Takuma, Takuma Murakami wrote: > I have been considering to change the exit confirmation dialog > to a modal and always-on-top one (shown by MessageBox()). I know that a MessageBox won't work well because it interrupts our message processing and blocks our main thread until the user clicks the box. Think if they clicked it on accident then went to get coffe. They would come back and XWin.exe would be terminated because its message queue overflowed. Not good :) > The benefits of this change are: > - We can easily change the message at runtime. I want to print > the number of connected clients each time it is shown. This can easily be done in the curent dialog box. It is easy to set text in a control on a dialog box. You would do it in windialogs.c/winExitDlgProc/WM_INITDIALOG using the function SetDlgItemInt() from the Win32 API. It is really easy. > - We won't lose the dialog since it remains on the top. This can be done already with the dialog too... we just have to change the style of the window. > - We can let Windows place it instead of winCenterDialog(). > The position will be intrinsically "correct" (winCenterDialog() > gives different position in multi-monitor settings). I think we can tweak winCenterDialog to make it show the same position as MessageBox would put it in. Shouldn't be hard. In fact, it might be really easy. > I ask this because I don't know the reason why it was > implemented as a separate non-modal window. I will start > this change if there is no particular reason. Well, it was originally done with a MessageBox (I don't know if I ever released it that way) and the shortcomings became apparent quite quickly. Please don't make this change, lets just modify the current dialog box and other functions to achieve your goals. Harold From huntharo@msu.edu Sun Mar 28 20:50:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 28 Mar 2004 20:50:00 -0000 Subject: About box In-Reply-To: References: <20040326184310.C677115CFE@mail03.powweb.com> <20040326184310.C677115CFE@mail03.powweb.com> <5.1.1.6.2.20040326225101.019a4d40@mail.ziplabel.com> <4065AE93.1060100@msu.edu> Message-ID: <4067008C.5080303@msu.edu> Igor, Igor Pechtchanski wrote: [snip] > Harold, > > In many applications, the "Exit?" box is modal and AOT, which is fine, > because it's not expected to stay on the screen for a long time. Thus, it > doesn't need a taskbar entry, IMO. That is an alternative. > The situation is different with the About box, since it depends on the > intent of that box. If it's intended for the users to just quickly see > what the version is, it should probably also be modal and AOT with no > taskbar entry. However, if you intend people to copy information out of > this box, or open other windows while this box is visible (especially now > that there are links in it), that box should probably have a taskbar > entry. FWIW, Exceed's one is non-modal, not AOT, and has no taskbar > entry, which is rather annoying. I think the window may get left open, especially since it will be annoying to use the links if it is AOT. That seems to indicate that it needs a taskbar entry to me. > One more thing that Exceed does that the Cygwin/X server doesn't is detect > when display resolution has changed, and offer to perform a server reset, > like this (also see the attached PNG file): [snip] > IMO, this is not very useful when changing resolutions, and, despite the > warning, I've noticed no problems with always refusing the server reset, > but I suspect that with more serious changes (e.g., changes in color > depth) it may be necessary. Actually, we do have a dialog box that indicates when you have made a dangerous display change (such as color depth going from 32 bpp to 256 color). The only change I would make here would be to finally support RANDR to allow resizing the root window to match the new screen resolution. Harold From huntharo@msu.edu Sun Mar 28 21:09:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 28 Mar 2004 21:09:00 -0000 Subject: Modal and AOT exit dialog In-Reply-To: <20040328190502.038D.TAKUMA@dgp.ne.jp> References: <20040328190502.038D.TAKUMA@dgp.ne.jp> Message-ID: <40671076.8030500@msu.edu> Takuma, I just checked in a framework for you to display the number of connected clients in the Exit box. All that is left for you to do is to go to windialogs.c/winExitDlgProc/WM_INITDIALOG and set the value to iConnectedClients to whatever the number of connected clients is. :) Harold From huntharo@msu.edu Mon Mar 29 00:05:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Mar 2004 00:05:00 -0000 Subject: Change log split again Message-ID: <4067244F.1010705@msu.edu> For anyone paying attention, the change log has been split again: http://x.cygwin.com/devel/server/changelog.html Versions 4.3.0-62 through 4.3.0-38 are now on their own page as are versions 4.3.0-63+. The default changelog link above is for 4.3.0-63+ and all older sets of changes are linked to from there, as well a a Full change log that has all sets of changes in proper order all the way back to March 2001. Wow, a week ago was the three year aniversary of my first test releases using shadow framebuffer to work on non-NT platforms. Harold From huntharo@msu.edu Mon Mar 29 00:21:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Mar 2004 00:21:00 -0000 Subject: LinuxWorld Expo - San Francisco - August 2-5, 2004 Message-ID: <40672708.5020501@msu.edu> I will most likely be attending at least part of the LinuxWorld Expo in San Francisco coming up in the beginning of August: http://www.linuxworldexpo.com/linuxworldny/V40/index.cvn?ID=10029 There will be a lot of X folks there (most likely Jim Gettys, Keith Packard, Egbert Eich (I hope), and more); I estimate the number at over 10. We will be having discussions and there will most likely be time to grab dinner or lunch as a group a few times and possibly even drink a few beers for those with proof of age. :) I'm going to be living in San Jose from the end up May, which means I'll be passing through Sunnyvale, Palo Alto (I think), Stanford, and the southern part of San Francisco on my drive up. Contact me privately if the only reason you couldn't make it would be because you have no way to get up there for the day (I'll most likely be driving home each night that I go up). Alternatively, if there are a lot of us maybe we can all ride the train together... I think there is one that goes up to San Francisco from San Jose. Mark your calenders if you are interested and start looking into a cheap way to get there... I'd love to see as many Cygwin/X folks there as possible, especially developers that can come to any meetings and have a say in the future of X if they want to. Harold From glorialuciano@twinstarsmail.com Mon Mar 29 00:50:00 2004 From: glorialuciano@twinstarsmail.com (tom swaggert) Date: Mon, 29 Mar 2004 00:50:00 -0000 Subject: Necrvqw Med source Message-ID: analog-temp analoggmixed analysis-europe The b`est meds available Order these pills: ; ^ So+m+a > P/n/termin < V/a/lium . XAN@X & V1C0`DIN We accept almost every form of payment. Y H http://xgq.jl.tucan-to.net/baedo/sppa/ges/ Quit: Iues.Bkw.tucan-to.net/rm.html Four surgeons were taking a coffee break and were discussing their work.The first said, "I think accountants are the easiest to operate on. You open them up and everything inside is numbered." The second said, "I think librarians are the easiest to operate on. You open them up and everything inside is in alphabetical order." The third said, "I like to operate on electricians. You open them up and everything inside is color-coded." The fourth one said, "I like to operate on lawyers. They're heartless spineless, gutless, and their heads and their ass are interchangeable." A young man was walking through a super market to pick up a few things when he noticed an old lady following him. ????Pardon me," she said. "I'm sorry if my staring at you has made you feel uncomfortable. It's just that you look just like my son, who died recently.???? I????m very sorry," replied the young man, "is there anything I can do for you????? Yes," she said, "as I'm leaving, would you say???? Goodbye, mother?' It would make me feel so much better.???? Sure," answered the young man. As the old woman was leaving, he called out,???? Goodbye, Mother!" Then, as he stepped up to the checkout counter, he saw that his total was $127.00. "How can that be?" he asked. "I only purchased a few things!???? The clerk replied, "Your mother said you'd pay for her." ashikkus1ashikosh18ashikubi,ashikuse ashimawa. From corinna-cygwin@cygwin.com Mon Mar 29 01:25:00 2004 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 29 Mar 2004 01:25:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <20040326182423.GP17229@cygbert.vinschen.de> References: <877jxaxgpm.fsf@vzell-de.de.oracle.com> <87vfktz9jc.fsf@vzell-de.de.oracle.com> <20040325102938.GM17229@cygbert.vinschen.de> <87wu586bj7.fsf@vzell-de.de.oracle.com> <40632737.9090905@msu.edu> <20040326095209.GA4614@cygbert.vinschen.de> <40643CF7.5080100@msu.edu> <20040326161349.GN17229@cygbert.vinschen.de> <406457BA.2030000@msu.edu> <20040326182423.GP17229@cygbert.vinschen.de> Message-ID: <20040328210954.GA27432@cygbert.vinschen.de> On Mar 26 19:24, Corinna Vinschen wrote: > On Mar 26 11:18, Harold L Hunt II wrote: > > Corinna Vinschen wrote: > > >keen to debug it. From what I can tell, the shmctl call works > > >fine. After that call, the XFreeFont() function accesses a piece > > >of data, 512 bytes before the address of the buffer used as third > > >argument to shmctl(). This address (buffer - 512) results in the > > >SEGV. > > [...] > > I'll have to see if I can reproduce this and maybe make a debug compile > > (takes about 2 hours, ugh). > > Thanks you. Just a correction: I misinterpreted the address by 1 hex > digit. The address is 32 bytes before the buffer, not 512 bytes, sorry. I've build my own debug version of the X stuff today and I tracked the SEGV down. It's an unfortunate combination of two bugs in the SHM implementation: - shmat() returns NULL on error instead of (void *)-1. - shmat() only operates on shared memory segments of which the shmid has been retrieved using shmget() by the application itself. I was absolutely sure that only the key argument to shmget() is a valid interprocess exchange value for identifying shared memory segments. I wasn't aware that the shmid itself could be exchanged. For today, I only fixed the first bug. This fixes the SEGV in uxterm and friends, but a fix for the second bug is necessary to get a working Bigfont extension. I hope to get this done next week. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From rodmedina@cantv.net Mon Mar 29 01:36:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Mon, 29 Mar 2004 01:36:00 -0000 Subject: A suggestion (XWin.n) and a question (run.exe). Message-ID: <204440-220043129057107@cantv.net> Hi, I have a suggestion. Renew the XWin.n man file. The most useful options -multiwindow and -clipboard aren't documented, and appears a -emulatepseudo option that isn't implemented. I also have a question. Is the .../X11R6/bin/run.exe program documented in any place? bye Rodrigo Medina From pechtcha@cs.nyu.edu Mon Mar 29 01:39:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 29 Mar 2004 01:39:00 -0000 Subject: A suggestion (XWin.n) and a question (run.exe). In-Reply-To: <204440-220043129057107@cantv.net> References: <204440-220043129057107@cantv.net> Message-ID: On Sun, 28 Mar 2004, Rodrigo Medina wrote: > Hi, > > I have a suggestion. Renew the XWin.n man file. The most > useful options -multiwindow and -clipboard aren't documented, > and appears a -emulatepseudo option that isn't implemented. Care to submit a patch? ;-) > I also have a question. Is the .../X11R6/bin/run.exe program > documented in any place? > > bye > Rodrigo Medina Yes. See . 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 rodmedina@cantv.net Mon Mar 29 09:30:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Mon, 29 Mar 2004 09:30:00 -0000 Subject: A suggestion (XWin.n) and a question (run.exe). Message-ID: <191210-22004312905055671@cantv.net> I can do the patch, but I need to know from where to obtain the exact information. Rodrigo Medina From takuma@dgp.ne.jp Mon Mar 29 09:59:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Mon, 29 Mar 2004 09:59:00 -0000 Subject: 4.40.59 Xfree with Windows XP Home In-Reply-To: References: Message-ID: <20040329102528.7AA8.TAKUMA@dgp.ne.jp> Aristotle, > XWin was started with the following command line: > xwin -query 10.7.45.73 Please try -from option as XWin -query 10.7.45.73 -from Hope this helps. Takuma Murakami From haro@kgt.co.jp Mon Mar 29 11:45:00 2004 From: haro@kgt.co.jp (haro@kgt.co.jp) Date: Mon, 29 Mar 2004 11:45:00 -0000 Subject: twm dying with multi-byte font handling? In-Reply-To: <20040328191551.0393.TAKUMA@dgp.ne.jp> References: <20040328191551.0393.TAKUMA@dgp.ne.jp> Message-ID: <20040329.103627.01363483.haro@kgt.co.jp> Hello Murakami-san, From: Takuma Murakami Date: Sun, 28 Mar 2004 19:16:35 +0900 ::> With the recent update to XFree86-base and related libraries, ::> twm and X-clients I compiled my self started to fail. :: ::Did you rebuild them after the upgrade? ::It might help though I'm not sure. Thanks for the suggestion. I recompiled 'kterm', but nothing seems to change. 'twm' comes with XFree86-bin, so that should not need compling, but seems to dump core. I've updated to the latest packages, with no success: XFree86-base 4.3.0-10 OK XFree86-bin 4.3.0-20 OK XFree86-lib 4.3.0-2 OK XFree86-lib-compat 4.3.0-2 OK XFree86-prog 4.3.0-20 OK XFree86-xserv 4.3.0-64 OK My problem seems to be same as other thread with subject: "uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support" When I stopped the 'cygserver' service, everything seems to run OK. Thanks for your input, 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 From huntharo@msu.edu Mon Mar 29 13:04:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Mar 2004 13:04:00 -0000 Subject: twm dying with multi-byte font handling? In-Reply-To: <20040329.103627.01363483.haro@kgt.co.jp> References: <20040328191551.0393.TAKUMA@dgp.ne.jp> <20040329.103627.01363483.haro@kgt.co.jp> Message-ID: <40677E50.1090208@msu.edu> Haro, haro@kgt.co.jp wrote: [snip] > My problem seems to be same as other thread with subject: > "uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support" > When I stopped the 'cygserver' service, everything seems to run OK. > > Thanks for your input, Oh, Corinna is working on the cygserver-related crashes. Please continue to follow her announcements for information on when this problem is fixed. Harold From danny@orionrobots.co.uk Mon Mar 29 16:13:00 2004 From: danny@orionrobots.co.uk (Danny Staple) Date: Mon, 29 Mar 2004 16:13:00 -0000 Subject: window mangager running already In-Reply-To: <2126.1080543099@www56.gmx.net> References: <2126.1080543099@www56.gmx.net> Message-ID: <1106.192.168.0.50.1080556230.squirrel@orionrobots.co.uk> It looks like X has not stopped properly. If there is not a remaining window - check the process list, and look for XWin.exe. Stop this process - and try to start it up again. As for a multi-desktop screen - a couple of google, and sourceforge sites reveal many options(currently sourceforge is down for maintenance). For example listing only free ones: Multidesk 2001 http://download.com.com/3000-2346-3293012.html?tag=lst-0-9 SDesk (More of a superlarge scrollable desktop) http://download.com.com/3000-2346-10133509.html?tag=lst-0-16 There are many- If I could get to sourceforge now I would list those in preference.... Orion -- OrionRobots.co.uk - Robots from Sol to Sirius. http://www.tiscali-network.co.uk/orionbroadband/services/ - Broadband and Phone calls at realistic prices. > Thanks, > > I deleted the wmaker line from the ".xinitrc". Still 'startx' does not > start > up. > Here is the XWin.log. Do you have any idea about what is going on? > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 4.3.0.61 > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > XWin -multiwindow -clipboard > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1280 h 1024 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > 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 > > > > > Is there a way to get the nice multi-desktop features of a Unix window > manager > while working under CygWin? > > -- > // Frank R. Sch??fer, Franzstr. 21, D-50931 K??ln > // Tel.: 49+176/22 02 58 59; 49+2237/609 537 > > From takuma@dgp.ne.jp Mon Mar 29 16:20:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Mon, 29 Mar 2004 16:20:00 -0000 Subject: Modal and AOT exit dialog In-Reply-To: <40671076.8030500@msu.edu> References: <20040328190502.038D.TAKUMA@dgp.ne.jp> <40671076.8030500@msu.edu> Message-ID: <20040329185715.C5F5.TAKUMA@dgp.ne.jp> Harold, > I just checked in a framework for you to display the number of connected > clients in the Exit box. All that is left for you to do is to go to > windialogs.c/winExitDlgProc/WM_INITDIALOG and set the value to > iConnectedClients to whatever the number of connected clients is. :) Thank you for the great help, I utilized the framework with a slight change that took iConnectedClients into ScreenPriv. (A file scope variable could be preferable since it is referenced only within windialog.c.) I also added the silent exit feature (actually the above feature is a by-product of this). If a user adds the line (just 1 word) SilentExit the Exit dialog won't appear when no client is connected. Of course, this is off by default not to confuse users. The single word preference is the easiest to implement with lexer and parser, but you might want to change it to more readable ones such as "SilentExit = yes" before the release. Takuma Murakami From ed@membled.com Mon Mar 29 17:26:00 2004 From: ed@membled.com (Ed Avis) Date: Mon, 29 Mar 2004 17:26:00 -0000 Subject: test case for clipboard hang? References: <4064B5D5.3050301@msu.edu> Message-ID: Harold L Hunt II msu.edu> writes: >>1) Reboot >>2) start a fresh xwin, xterm, notepad, and put some text in the xterm and >> notepad >>3) select, ^C copy from notepad, middle-click in xterm. it pastes >> successfully >>4) select in xterm, leave the text reverse-videoed >>5) ^V paste into notepad (successfully) >>6) drop the selection in xterm (by left clicking somewhere) >>7) ^V paste into notepad (successfully, even though the selection is >> dropped) >>8) select a different piece of text in xterm. >>9) drop the selection in xterm >>10) ^V paste into notepad: it hangs for a few seconds and doesn't paste. >> (The paste menu option is NOT greyed out at this point). >I'd really appreciate some feedback on the new fix in >XFree86-xserv-4.3.0-63, which should be hitting mirrors within a few hours. Yes, I can reproduce the hang with 4.3.0-50 (actually, I used xemacs not xterm) but it does not hang in 4.3.0-63. After I drop the X selection it is no longer in the Windows clipboard, so that I cannot paste into Notepad. I don't know if this is consistent with cut and paste on a native X desktop, but it is a massive improvement over hanging. Thanks! -- Ed Avis From sylvie.collet@geomath.fr Mon Mar 29 19:25:00 2004 From: sylvie.collet@geomath.fr (Collet Sylvie) Date: Mon, 29 Mar 2004 19:25:00 -0000 Subject: cygwin mno-cygwin XOpenDisplay crash (on XP) Message-ID: Hi every body, I have a bug during the execution of this code on XP and I don't know what's wrong.... #include #include int main(int argc, char** argv) { std::cerr << "1" << std::endl; Display* dpy = XOpenDisplay(NULL); std::cerr << "2" << std::endl; return 0 ; } g++ -mno-cygwin -I/usr/X11R6/include -c main.c g++ -mno-cygwin -o a.exe main.o -L/usr/X11R6/lib -lX11-6.dll In fact, I have a Java Main which call a library that contains the source of a X application in C++. That why I use -mno-cygwin but when I use it, XopenDisplay doesn't work well... All is OK without the -mno-cygwin flags during the compilation. Could you, please, help me because I have no more ideas on this subject? Thanks Sylvie From richard.gourdeau@polymtl.ca Mon Mar 29 20:19:00 2004 From: richard.gourdeau@polymtl.ca (Richard Gourdeau) Date: Mon, 29 Mar 2004 20:19:00 -0000 Subject: invalid Window parameter error through ssh X forwarding Message-ID: <40684B85.8070908@polymtl.ca> I have just upgraded my xfree-cygwin setup (Xwin serv Release 4.3.0-64, etc.). Some apps that worked through ssh without any problem with my previous setup (Xwin serv Release 4.3.0-58, etc.) are now exiting with errors messages related to an invalid Window parameter. For example, in a xterm after an ssh connect with X forwarding, gftp starts but as soon as I try to select a menu item, I get the following error: ======= [gourdeau@gourdeau1 gourdeau]$ gftp & [1] 13684 [gourdeau@gourdeau1 gourdeau]$ Gdk-ERROR **: BadWindow (invalid Window parameter) serial 3647 error_code 3 request_code 38 minor_code 0 Gdk-ERROR **: BadAccess (attempt to access private resource denied) serial 3648 error_code 10 request_code 102 minor_code 0 [1]+ Exit 1 gftp ======= I have notice that the mouse cursor remains as an "X" and does not change to an arrow when moved over the "gftp" application. I am using the "startxwin.sh" script from the distribution (unmodified) to start Xwin in multiwindow mode. Should I specify some optional parameters or is this a known problem ? -- Richard Gourdeau From huntharo@msu.edu Mon Mar 29 21:39:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 29 Mar 2004 21:39:00 -0000 Subject: invalid Window parameter error through ssh X forwarding In-Reply-To: <40684B85.8070908@polymtl.ca> References: <40684B85.8070908@polymtl.ca> Message-ID: <40684C94.50902@msu.edu> Replace 'ssh -X' with 'ssh -Y'. Harold Richard Gourdeau wrote: > I have just upgraded my xfree-cygwin setup (Xwin serv Release 4.3.0-64, > etc.). > > Some apps that worked through ssh without any problem with my previous > setup (Xwin serv Release 4.3.0-58, etc.) are now exiting with errors > messages related to an invalid Window parameter. > > For example, in a xterm after an ssh connect with X forwarding, gftp > starts but as soon as I try to select a menu item, I get the following > error: > ======= > [gourdeau@gourdeau1 gourdeau]$ gftp & > [1] 13684 > [gourdeau@gourdeau1 gourdeau]$ Gdk-ERROR **: BadWindow (invalid Window > parameter) > serial 3647 error_code 3 request_code 38 minor_code 0 > Gdk-ERROR **: BadAccess (attempt to access private resource denied) > serial 3648 error_code 10 request_code 102 minor_code 0 > > [1]+ Exit 1 gftp > ======= > I have notice that the mouse cursor remains as an "X" and does not > change to an arrow when moved over the "gftp" application. > > I am using the "startxwin.sh" script from the distribution (unmodified) > to start Xwin in multiwindow mode. > > Should I specify some optional parameters or is this a known problem ? > From alexander.gottwald@s1999.tu-chemnitz.de Mon Mar 29 23:01:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 29 Mar 2004 23:01:00 -0000 Subject: cygwin mno-cygwin XOpenDisplay crash (on XP) In-Reply-To: References: Message-ID: On Mon, 29 Mar 2004, Collet Sylvie wrote: > Hi every body, > > > I have a bug during the execution of this code on XP and I don't know what's > wrong.... > > #include > #include > > int main(int argc, char** argv) { > std::cerr << "1" << std::endl; > Display* dpy = XOpenDisplay(NULL); > std::cerr << "2" << std::endl; > return 0 ; > } Which bug? The error messages or at least a detailed error description is important > g++ -mno-cygwin -I/usr/X11R6/include -c main.c > g++ -mno-cygwin -o a.exe main.o -L/usr/X11R6/lib -lX11-6.dll > > > In fact, I have a Java Main which call a library that contains the > source of a X application in C++. That why I use -mno-cygwin but > when I use it, XopenDisplay doesn't work well... All is OK without the > -mno-cygwin flags during the compilation. Cygwin/X relies on cygwin. I doubt you can compile your app without the cygwin support. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From quetschke@scytek.de Tue Mar 30 00:16:00 2004 From: quetschke@scytek.de (Volker Quetschke) Date: Tue, 30 Mar 2004 00:16:00 -0000 Subject: lesstif 0.93.94 and the "attempt to add non-widget ..." error Message-ID: <40687824.4030706@scytek.de> In order to burn a few minutes and debug a grace (lesstif) problem (See thread "Grace (xmgrace) 5.1.12-1 graph program -- ...") I rebuild lesstif-0.93.94-1. A few patches were needed to use the build script, see the attached patch. (It also contains a slight modification to use autoreconf, proposed by Brian Ford) BUT it didn't help. When I build grace with lesstif-0.93.94 (selfbuild or the testversion installed with setup) and start xmgrace I get this: --- snip --- $ grace-5.1.14/src/xmgrace.exe Warning: XmManager ClassInitialize: XmeTraitSet failed Error: attempt to add non-widget child "DropSiteManager" to parent "xmgrace" which supports only widgets --- snip --- Using the same xmgrace.exe but downgrading to lesstif 0.93.91-6 I can start grace. !? The lesstif faq claims that this error stems from using the wrong order of linker flags, but I guess that 0.93.94 fails and 0.93.91 works contradicts this. The linker flags are: "../Xbae/Xbae/libXbae.a -lXm -lXpm -lXp -lXmu -lXt -lXext -lX11 -lSM -lICE ../cephes/libcephes.a ../T1lib/libt1.a -ltiff -ljpeg -lpng -lz -lm" (from the actual build) Any ideas? Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: lesstif-0.93.94-1.sh.diff URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 254 bytes Desc: not available URL: From huntharo@msu.edu Tue Mar 30 00:26:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Mar 2004 00:26:00 -0000 Subject: test case for clipboard hang? In-Reply-To: References: <4064B5D5.3050301@msu.edu> Message-ID: <406884A9.6050300@msu.edu> Ed, Ed Avis wrote: > Harold L Hunt II msu.edu> writes: > > >>>1) Reboot >>>2) start a fresh xwin, xterm, notepad, and put some text in the xterm and >>> notepad >>>3) select, ^C copy from notepad, middle-click in xterm. it pastes >>> successfully >>>4) select in xterm, leave the text reverse-videoed >>>5) ^V paste into notepad (successfully) >>>6) drop the selection in xterm (by left clicking somewhere) >>>7) ^V paste into notepad (successfully, even though the selection is >>> dropped) >>>8) select a different piece of text in xterm. >>>9) drop the selection in xterm >>>10) ^V paste into notepad: it hangs for a few seconds and doesn't paste. >>> (The paste menu option is NOT greyed out at this point). > > >>I'd really appreciate some feedback on the new fix in >>XFree86-xserv-4.3.0-63, which should be hitting mirrors within a few hours. > > > Yes, I can reproduce the hang with 4.3.0-50 (actually, I used xemacs not xterm) > but it does not hang in 4.3.0-63. After I drop the X selection it is no longer > in the Windows clipboard, so that I cannot paste into Notepad. Thank you. It is good to know that this is confirmed as fixed for the time being. > I don't know if > this is consistent with cut and paste on a native X desktop, but it is a massive > improvement over hanging. Thanks! I'm willing to be it is consistent. We monitor the PRIMARY and CLIPBOARD selections... most apps set one or the other. We still advertise to Win32 that we have data to paste if either PRIMARY or CLIPBOARD is owned by an X application other than the clipboard integration manager. The problem before was that we didn't stop advertising data to paste when both PRIMARY and CLIPBOARD were not owned by valid X applications; the reason for this is that the clipboard manager looked like a valid X app and it owned at least one of PRIMARY and CLIPBOARD still, so we kept advertising data to paste. The failure mode for this was inconsistent: the first time seemed to grab data from the X application that used to own the selection while the second time might have tried grabbing data from the clipboard manager for the clipboard manager to paste, which lead to a deadlock. Simple test case: don't use "-clipboard", select some text in a xterm, unselect it, then right-click in another xterm... I don't think you'll see any text pasted unless there is a clipboard manager of some sort running (i.e. don't do this in Xdmcp). Harold From ford@vss.fsi.com Tue Mar 30 00:27:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Tue, 30 Mar 2004 00:27:00 -0000 Subject: lesstif 0.93.94 and the "attempt to add non-widget ..." error In-Reply-To: <40687824.4030706@scytek.de> References: <40687824.4030706@scytek.de> Message-ID: Sorry I can't be more helpful than this right now. LtXmFixupVendorShell is not working. Find out why. On Mon, 29 Mar 2004, Volker Quetschke wrote: > In order to burn a few minutes and debug a grace (lesstif) problem > (See thread "Grace (xmgrace) 5.1.12-1 graph program -- ...") I > rebuild lesstif-0.93.94-1. > > A few patches were needed to use the build script, see the > attached patch. (It also contains a slight modification to > use autoreconf, proposed by Brian Ford) > > BUT it didn't help. When I build grace with lesstif-0.93.94 > (selfbuild or the testversion installed with setup) and > start xmgrace I get this: > > --- snip --- > $ grace-5.1.14/src/xmgrace.exe > Warning: XmManager ClassInitialize: XmeTraitSet failed > > Error: attempt to add non-widget child "DropSiteManager" to parent > "xmgrace" which supports only widgets > --- snip --- > > Using the same xmgrace.exe but downgrading to lesstif 0.93.91-6 > I can start grace. !? > > The lesstif faq claims that > this error stems from using the wrong order of linker flags, but I > guess that 0.93.94 fails and 0.93.91 works contradicts this. > > The linker flags are: "../Xbae/Xbae/libXbae.a -lXm -lXpm -lXp -lXmu > -lXt -lXext -lX11 -lSM -lICE ../cephes/libcephes.a > ../T1lib/libt1.a -ltiff -ljpeg -lpng -lz -lm" (from the actual build) > > Any ideas? > > Volker > > -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From gorrigo@switch.com Tue Mar 30 03:43:00 2004 From: gorrigo@switch.com (Orrigo, Giampaolo .) Date: Tue, 30 Mar 2004 03:43:00 -0000 Subject: Updated: XFree86-xserv-4.3.0-65 Message-ID: <03F517C72D42284EBB48800AEF3E7D1DB773BD@exchptc1.switch.com> Harold, I have just installed xserv-4.3.0-65. In the About... dialog, when I pass the mouse over the hyperlinks, the mouse pointer disappears. I'm running it on NT 4.0 Thanks, GP > -----Original Message----- > From: Harold L Hunt II > Sent: Monday, March 29, 2004 15:04 > To: cygxannounce > Subject: Updated: XFree86-xserv-4.3.0-65 > > The following package has been updated in the Cygwin distribution: > > *** XFree86-xserv-4.3.0-65 > > Changes > ======= > > 1) _usr_X11R6_lib_X11_system.XWinrc, win.h, windialogs.c, winprefs.h, > winprefslex.l, winprefsyacc.y - Introduce SilentExit feature that is > enabled by .XWinrc file. Show the number of connected clients in the > exit confirmation dialog. (Takuma Murakami) > > 2) InitOutput.c, winglobals.c - Try to be cleaner about closing down > the clipboard. (Harold L Hunt II - CodeWeavers) > > 3) XWin.rc, windialogs.c, winresource.h, wintrayicon.c - Fix problem > with tray menu in non-multi-window modes, add framework for Takuma to > display the number of connected clients on shutdown. (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. From arnstein@panix.com Tue Mar 30 07:28:00 2004 From: arnstein@panix.com (David Arnstein) Date: Tue, 30 Mar 2004 07:28:00 -0000 Subject: Documentaiton of .XWinrc? Message-ID: <200403300015.i2U0FqR27028@panix1.panix.com> I'm searching for documentation of the file .XWinrc. I have no man page for this file, although the man page for XWin refers to a man page in section 5 for .XWinrc. I could not find any mention of .XWinrc in the cygwin-xfree users guide. I suggest that both of the above two sources of information should be updated. I found an old posting to this mailing list that referenced http://www.msu.edu/~huntharo/xwin/devel/server/example.XWinrc. Is this the only documentation that is available? Thanks for any help. -- David Arnstein arnstein@pobox.com From huntharo@msu.edu Tue Mar 30 07:43:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Mar 2004 07:43:00 -0000 Subject: A suggestion (XWin.n) and a question (run.exe). In-Reply-To: <191210-22004312905055671@cantv.net> References: <191210-22004312905055671@cantv.net> Message-ID: <4068BE60.6030805@msu.edu> Rodrigo, Rodrigo Medina wrote: > I can do the patch, but I need to know from where to > obtain the exact information. The file to patch is here: http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/hw/xwin/XWin.man?root=xorg&only_with_tag=CYGWIN There are instructions for pulling down our CVS tree here: http://x.cygwin.com/devel/server/ The User's Guide documentation will be helpful (the man page should contain at least the information in the User's Guide section on command-line parameters): http://x.cygwin.com/docs/ug/configure-cygwin-x-options.html The definitive resource for command-line parameters specific to XWin.exe is in winprocarg.c: http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/hw/xwin/Attic/winprocarg.c?root=xorg&only_with_tag=CYGWIN A helpful guide for which parameters cannot be used together is in winvalargs.c: http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/hw/xwin/Attic/winvalargs.c?root=xorg&only_with_tag=CYGWIN Finally, I usually describe how to use a new command-line parameter in the Change Log when the new parameter was introduced. So, go to the change log and do a quick search for a particular parameter that you see in winprocarg.c to get some information about what it does. Here is the full change log: http://x.cygwin.com/devel/server/changelog-full.html I hope that helps. I will really appreciate an updated man page. Harold From huntharo@msu.edu Tue Mar 30 08:10:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Mar 2004 08:10:00 -0000 Subject: Documentaiton of .XWinrc? In-Reply-To: <200403300015.i2U0FqR27028@panix1.panix.com> References: <200403300015.i2U0FqR27028@panix1.panix.com> Message-ID: <4068BEA3.6060701@msu.edu> David, David Arnstein wrote: > I'm searching for documentation of the file .XWinrc. > > I have no man page for this file, although the man page for XWin > refers to a man page in section 5 for .XWinrc. > > I could not find any mention of .XWinrc in the cygwin-xfree users > guide. See the second-to-last item: http://x.cygwin.com/devel/todo.html > I suggest that both of the above two sources of information should be > updated. > > I found an old posting to this mailing list that referenced > http://www.msu.edu/~huntharo/xwin/devel/server/example.XWinrc. > > Is this the only documentation that is available? For now, until "somebody" writes the additional documentation that you would like. Harold From peter.inskeep@excite.com Tue Mar 30 08:53:00 2004 From: peter.inskeep@excite.com (peter.inskeep@excite.com) Date: Tue, 30 Mar 2004 08:53:00 -0000 Subject: Hydravision problem? Message-ID: <20040330034254.8E3FE299EC@xprdmailfe21.nwk.excite.com> Thank you! I tried setting the two displays to the same resolution and it worked! Then I added two -screen options with the correct native resolutions and it works perfectly! Very nice too. Thank you all again. Pete --------------------------------------------------------- Howdy, At 10:05 PM 3/24/2004 -0500, Pete Inskeep wrote: On the secondary display the xterm seems fine. No immediate issures. On the primary display the refresh does not seem to work correctly. The window seems to have some smaller portion on the left hand side that works correctly. The size seems to vary from a sliver on the left barely visable to about half the xterm. I can't seem to tell whats determining the size. The part that does not refresh is black or white. Even the pointer (which is a }{ symbol) seems to stop where the refresh stops. Note that it will go up and down and you can still see part of it on the edge of the refresh area. Does Hydravision expose two separate displays in the Display control panel, Advanced tab (i.e. numbered 1 and 2 in the dialog)? If so, what is the orientation of these displays? relative to the one you have defined as the "main" screen ("use this device as primary monitor")? Can you click-and-drag both displays and report the (x,y) coordinate of each one's upper-left corner (shows in a balloon help window when you draw a monitor in the dialog)? And are the X/Y pixel dimension of each monitor the same? It looks like what's going on is the X/Y dimensions of the X root window aren't matching the X/Y dimensions of the Win32 desktop for some reason. The same thing happens if you use multiwindow w/o the multiplemonitors option on a 2- or 3-head box... -Earle F. Philhower, III From Dr.Volker.Zell@oracle.com Tue Mar 30 11:47:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 30 Mar 2004 11:47:00 -0000 Subject: uxterm from xterm-185-3 and xfontsel crashing when running under cygserver support In-Reply-To: <20040328210954.GA27432@cygbert.vinschen.de> (Corinna Vinschen's message of "Sun, 28 Mar 2004 23:09:54 +0200") References: <877jxaxgpm.fsf@vzell-de.de.oracle.com> <87vfktz9jc.fsf@vzell-de.de.oracle.com> <20040325102938.GM17229@cygbert.vinschen.de> <87wu586bj7.fsf@vzell-de.de.oracle.com> <40632737.9090905@msu.edu> <20040326095209.GA4614@cygbert.vinschen.de> <40643CF7.5080100@msu.edu> <20040326161349.GN17229@cygbert.vinschen.de> <406457BA.2030000@msu.edu> <20040326182423.GP17229@cygbert.vinschen.de> <20040328210954.GA27432@cygbert.vinschen.de> Message-ID: <87d66u7pw3.fsf@vzell-de.de.oracle.com> >>>>> "Corinna" == Corinna Vinschen writes: Corinna> I've build my own debug version of the X stuff today and I tracked the Corinna> SEGV down. It's an unfortunate combination of two bugs in the SHM Corinna> implementation: Corinna> - shmat() returns NULL on error instead of (void *)-1. Corinna> - shmat() only operates on shared memory segments of which the shmid Corinna> has been retrieved using shmget() by the application itself. I was Corinna> absolutely sure that only the key argument to shmget() is a valid Corinna> interprocess exchange value for identifying shared memory segments. Corinna> I wasn't aware that the shmid itself could be exchanged. Corinna> For today, I only fixed the first bug. This fixes the SEGV in uxterm Corinna> and friends, but a fix for the second bug is necessary to get a working Corinna> Bigfont extension. I hope to get this done next week. I just tried your fix which seems to be in the 20040329 snapshot. But now /usr/sbin/cygserver doesn't start anymore. I installed it as a service with cygrunsrv. The same happens for my other cygwin service /sbin/init which also refuses to start. In the process list I could see 4 !! /bin/cygrunsrv processes so. Reverting to 1.5.9 and all is fine. Corinna> Corinna Ciao Volker From lev.bishop@yale.edu Tue Mar 30 14:59:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Tue, 30 Mar 2004 14:59:00 -0000 Subject: test case for clipboard hang? Message-ID: Well, I've kicked the -63 server around a fair bit this weekend and it seems to be holding up very well. No crashes, and generally no unpleasant surprises. I have still managed to activate the "2 second timeout" code, though, by doing some pathological things, that are probably impossible to work around due to the incompatibilities between the X and Windows conceptions of the clipboard. Harold: In winClipboardFlushXEvents, I think the line: iReturn = XChangeProperty (pDisplay, event.xselectionrequest.requestor, event.xselectionrequest.property, event.xselectionrequest.target, 8, PropModeReplace, (char *) atomTargetArr, sizeof (atomTargetArr)); should have 32 instead of 8. Also, re the following, changelog, can you tell me where to find the changes. I see no calls to XSync or select at http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/hw/xwin/winclipboardxevents.c?rev=1.1.4.1.2.15&root=xorg&only_with_tag=CYGWIN&view=auto and I'd like to see the code that does this. Release 4.3.0-61 Released: 2004-03-25 0055 EST Download source: Now available as src package via setup.exe Changes: winclipboardwndproc.c, winclipboardxevents.c - Attempt to fix clipboard deadlock that was causing hangs. The nature of the fix was to stop calling XPeekIfEvent since it will block until the specified type of event is seen. Instead, we call XSync to flush output events and wait for them to be processed, then we do our own little loop with a call to select() using a timeout of 3 seconds from when we started (the timeout is adjusted after each call to select()). This should alleviate problems with XPeekIfEvent not returning. Finally, since we can detect whether the SelectionNotify event has arrived now, I added code to paste NULL to the Win32 clipboard if the X11 application never returns any useful clipboard data; this should prevent Win32 applications from freezing when there are problems pasting from X11 to Win32. (Harold L Hunt II - CodeWeavers) From Soeren@coreoptics.com Tue Mar 30 15:03:00 2004 From: Soeren@coreoptics.com (Soeren Gehrke) Date: Tue, 30 Mar 2004 15:03:00 -0000 Subject: error starting x under cygwin Message-ID: <240BAAD9B2FDF942B4E260CF2793F7F004C0EE@babel.coreoptics.local> hi, i got an error message when attempting to start x from the cygwin shell, and x did not start - see attached log. what do i need to do to make it work? thanks for your help in advance. soeren -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 2316 bytes Desc: XWin.log URL: From zegagou@yahoo.com Tue Mar 30 16:35:00 2004 From: zegagou@yahoo.com (gagou) Date: Tue, 30 Mar 2004 16:35:00 -0000 Subject: Interaction between multiwindow and xmouse (without autoraise) (Again) Message-ID: <20040330085258.84440.qmail@web41705.mail.yahoo.com> Hi, The redraw bug described here: http://sources.redhat.com/ml/cygwin-xfree/2003-10/msg00085.html and fixed here: http://sources.redhat.com/ml/cygwin-xfree-announce/2003-10/msg00001.html is undead... Short desc: - multiwindow mode - w2k tweakui's xmouse activated, without autoraise - mouse over an x window (which is partly behind another x window), then click to raise => the newly raised window does not redraw portions that were overlapped. This bug occured somewhere after xserv-59. Gael. __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html From zegagou@yahoo.com Tue Mar 30 16:53:00 2004 From: zegagou@yahoo.com (gagou) Date: Tue, 30 Mar 2004 16:53:00 -0000 Subject: x2x 1.30-1 broken ? Message-ID: <20040330114715.60297.qmail@web41708.mail.yahoo.com> Hi, When I enter "x2x -from localhost:0 -to distanthost:0", I get "x2x: display names are both 127.0.0.1:0.0" and $? is set to 1. It seems like command line parameters aren't used at all, and x2x fallback to using the DISPLAY set. - if I set DISPLAY to whatever, the answer I get is "x2x: display names are both whatever" - x2x -copyright also tells "display names are both ..." 1.27-3 still works great... Gael. __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html From pechtcha@cs.nyu.edu Tue Mar 30 17:11:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 30 Mar 2004 17:11:00 -0000 Subject: error starting x under cygwin In-Reply-To: <240BAAD9B2FDF942B4E260CF2793F7F004C0EE@babel.coreoptics.local> References: <240BAAD9B2FDF942B4E260CF2793F7F004C0EE@babel.coreoptics.local> Message-ID: On Tue, 30 Mar 2004, Soeren Gehrke wrote: > hi, > > i got an error message when attempting to start x from the cygwin shell, > and x did not start - see attached log. > what do i need to do to make it work? > > thanks for your help in advance. > soeren 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 30 18:11:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Mar 2004 18:11:00 -0000 Subject: test case for clipboard hang? In-Reply-To: References: Message-ID: <40698C0A.3070602@msu.edu> Lev, Lev Bishop wrote: > Well, I've kicked the -63 server around a fair bit this weekend and it > seems to be holding up very well. That is good. > No crashes, and generally no unpleasant > surprises. I have still managed to activate the "2 second timeout" code, > though, by doing some pathological things, that are probably impossible to > work around due to the incompatibilities between the X and Windows > conceptions of the clipboard. No, this is because I didn't really fix the problem, as I mentioned in my release notes. The way I fixed it only happens if the X app you were using just happens to set only the PRIMARY selection; a slightly different form of the problem probably still exists if an X app sets only the CLIPBOARD selection. I know xterm sets only the PRIMARY seleciton, perhaps the app you were using sets only the CLIPBOARD selection. Also, there is no fundamental incompatibility here, only an imperfect handling of all of the cases that we need to handle. We can do this perfectly, it is just confusing and takes time to get it correct. So I am going to release 4.3.0-66 and you're going to test it. :) > Harold: In winClipboardFlushXEvents, I think the line: > iReturn = XChangeProperty (pDisplay, > event.xselectionrequest.requestor, > event.xselectionrequest.property, > event.xselectionrequest.target, > 8, > PropModeReplace, > (char *) atomTargetArr, > sizeof (atomTargetArr)); > should have 32 instead of 8. Seems logical to me. I changed it. I also changed the cast from (char *) to (unsigned char*) since that is what XChangeProperty is expecting. > Also, re the following, changelog, can you tell me where to find the > changes. I see no calls to XSync or select at > http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver/hw/xwin/winclipboardxevents.c?rev=1.1.4.1.2.15&root=xorg&only_with_tag=CYGWIN&view=auto > and I'd like to see the code that does this. Simple: I dropped that patch on the floor somewhere so it never got into CVS. I fixed it now. Thanks for the heads up. Its amazing that everything compiled and future patches kept applying even without those changes in there. Harold From lev.bishop@yale.edu Tue Mar 30 19:03:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Tue, 30 Mar 2004 19:03:00 -0000 Subject: test case for clipboard hang? Message-ID: > Also, there is no fundamental incompatibility here, only an imperfect > handling of all of the cases that we need to handle. We can do this > perfectly, it is just confusing and takes time to get it correct. So I > am going to release 4.3.0-66 and you're going to test it. :) I think there is a fundamental incompatibility, due to the following. Windows thinks of the clipboard as a fixed, centralized thing, that doesn't change or delete data without specific user action (a useful conception from a user-friendliness point of view). X allows selections to change, get dropped due to the client getting disconnected, because the clipboard is not centralized but kept with each client (a useful conception when clients are accross a network from each other). Windows allows apps to delay rendering of clipboard data, but only insofar as from the user's point of view the behaviour is the same as if the data were saved to the clipboard in their final form at the time of the copy/cut action. An implication of this is that if the clipboard holds the same data in multiple formats, all the formats should still be the same data, eg, the same string in unicode and ascii. Can you see a problem? It is possible (and I have done it) for there to be 4 different conceptions of the clipboard, all holding different data! To demonstrate this, do something like: assert the PRIMARY selection by selecting text in an xterm; assert the CLIPBOARD selection by running xclipboard; type some text into xlipboard and paste the text as unicode into windows, eg edit->paste in excel; change the text in xclipboard and paste the text as plain text, eg using "paste special" in excel; finally change the text in xclipboard. At this point, there are 4 different "clipbaord contents", no two of them the same. X clients that ask for PRIMARY get one thing, ones that ask for CLIPBOARD get another, windows apps get 2 different things depending on whether they ask for unicode or plain text. This breaks the windows clipboard idiom of the data being fixed and immutable, and "the clipboard" being a consistent concept with just one thing in it, stored in different formats. I can't see a way around this issue. Another issue is that in windows, data doesn't get deleted from the clipboard unless you specifically ask it to be, or replace it with something new. Especially, if you've successfully pasted something, demonstrating that the clipboard has the data you want, that data won't disappear unless you do something to get rid of it. Now, the x PRIMARY selection is much more ephemeral than this, and it gets dropped all the time. The recent patches in -63 mean that the windows clipboard (correctly) gets cleared at the same time as the selection is dropped, if the text has not yet been rendered. However, after pasting from X to windows, the clipboard doesn't get cleared when the selection is dropped. I can't work out which part of the code is responsible for this behaviour, but it works, and this is the right thing(TM) because now the windows user can paste repeatedly, even if the original X client has been killed, in the way that windows clipboard usually functions. But here there is also a problem: if the selection is dropped after the text has been rendered in one format (say unicode) but not in another (say plain text), then, because there is no way at this point for xwinclip to retrieve the plain text from the client, it cannot honour its promise to render the plain text content of the clipboard. (This is how I was able to activate the "2 second timeout" code, by the way: make an X selection, paste it as unicode, drop the selection, attempt to paste as plain text). There's no easy way around this one either. But, as I said, these are pretty pathological cases. So long as nothing crashes in these cases, I think that is good enough. Lev From lev.bishop@yale.edu Tue Mar 30 20:54:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Tue, 30 Mar 2004 20:54:00 -0000 Subject: test case for clipboard hang? Message-ID: Harold wrote: > Simple test case: don't use "-clipboard", select some text in a xterm, > unselect it, then right-click in another xterm... I don't think you'll > see any text pasted unless there is a clipboard manager of some sort > running (i.e. don't do this in Xdmcp). Actually, you generally *will* see text pasted in this situation: xterm, as it is usually configured, makes use of CUT_BUFFER0, the obsolete way of doing cutting and pasting, that is more like windows than x selections. Lev From huntharo@msu.edu Tue Mar 30 21:15:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Mar 2004 21:15:00 -0000 Subject: test case for clipboard hang? In-Reply-To: References: Message-ID: <4069A9F8.2080305@msu.edu> Lev, Lev Bishop wrote: >>Also, there is no fundamental incompatibility here, only an imperfect >>handling of all of the cases that we need to handle. We can do this >>perfectly, it is just confusing and takes time to get it correct. So I >>am going to release 4.3.0-66 and you're going to test it. :) > > > I think there is a fundamental incompatibility, due to the following. > Windows thinks of the clipboard as a fixed, centralized thing, that > doesn't change or delete data without specific user action (a useful > conception from a user-friendliness point of view). X allows selections to > change, get dropped due to the client getting disconnected, because the > clipboard is not centralized but kept with each client (a useful > conception when clients are accross a network from each other). Windows > allows apps to delay rendering of clipboard data, but only insofar as from > the user's point of view the behaviour is the same as if the data were > saved to the clipboard in their final form at the time of the copy/cut > action. That last sentence is not correct. Here is how delayed rendering works: http://msdn.microsoft.com/library/en-us/winui/winui/windowsuserinterface/dataexchange/clipboard/clipboardoperations.asp?frame=true#_win32_Delayed_Rendering You'll notice in the clipboard integration source code that we advertise support for a format, but we only paste the data if it is still there; if the data is not there anymore, then we paste null data to satisfy the requirement that we paste something. This handles all of the cases were the X selection is lost for some reason or another and we are not notified about it synchronously. > An implication of this is that if the clipboard holds the same > data in multiple formats, all the formats should still be the same data, > eg, the same string in unicode and ascii. No, that is not correct. I can advertise CF_TEXT and CF_BITMAP and have a text that says "goat" and a bitmap rendering of a frog if I want. There is no requirement that the formats all contain the same data. > Can you see a problem? It is possible (and I have done it) for there to > be 4 different conceptions of the clipboard, all holding different data! > To demonstrate this, do something like: assert the PRIMARY selection by > selecting text in an xterm; assert the CLIPBOARD selection by running > xclipboard; type some text into xlipboard and paste the text as unicode > into windows, eg edit->paste in excel; change the text in xclipboard and > paste the text as plain text, eg using "paste special" in excel; finally > change the text in xclipboard. At this point, there are 4 different > "clipbaord contents", no two of them the same. X clients that ask for > PRIMARY get one thing, ones that ask for CLIPBOARD get another, windows > apps get 2 different things depending on whether they ask for unicode or > plain text. This breaks the windows clipboard idiom of the data being > fixed and immutable, and "the clipboard" being a consistent concept with > just one thing in it, stored in different formats. I think part of what is happening here is that you are getting confused by the "feature" I added that intentionally lets PRIMARY and CLIPBOARD be different in X and only advertises the most recently changed one to Windows. However, it sounds like you may have found some sort of bug in the unicode handling... could you elaborate on what gets pasted if a in the cases were a Win32 app requests non-unicode and another Win32 app requests unicode text? > Another issue is that in windows, data doesn't get deleted from the > clipboard unless you specifically ask it to be, or replace it with > something new. No, it does when you use delayed rendering, which is part of the reason we use delayed rendering. This is not a big deal: we advertised something, it disappeared, *important* no other X or Win32 app placed something on the clipboard after we did, and we say "oops, the data is missing, sorry". What is the problem there? We owned the clipboard and didn't disrupt any other application from using it. > Especially, if you've successfully pasted something, > demonstrating that the clipboard has the data you want, that data won't > disappear unless you do something to get rid of it. You must not have worked with applications that give you the famous "you have copied a large amount of data to the clipboard, would you like to remove it to same memory" dialog box that pops up a few minutes after copying large data to the clipboard; some apps that use delayed rendering do the same thing when they exit but without warning: they just don't paste anything when they get a WM_RENDERALLFORMATS on exit. > Now, the x PRIMARY > selection is much more ephemeral than this, and it gets dropped all the > time. The recent patches in -63 mean that the windows clipboard > (correctly) gets cleared at the same time as the selection is dropped, if > the text has not yet been rendered. Yes, that is correct. > However, after pasting from X to > windows, the clipboard doesn't get cleared when the selection is dropped. Uhh... that is what we just fixed. I just tested it: 1) select text in xterm 2) paste in notepad 3) drop selection in xterm 4) right-click in notepad, see that paste is greyed out If you are still seeing this then it is a more sophisticated bug than the recent fix was designed for and it may be the bug that I am currently working on, but it is hard to say. > I can't work out which part of the code is responsible for this behaviour, > but it works, and this is the right thing(TM) because now the windows user > can paste repeatedly, even if the original X client has been killed, in > the way that windows clipboard usually functions. No, this is not correct. If the data is gone we shouldn't be pasting it because it means that we are likely referencing an already freed pointer and it will lead to random crashes. It is remotely possible that we may be able to request selection contents when an X app is about to exit so that we can make a static copy of that text on the clipboard, but I don't know of a way to do this and it isn't important enough for me to spend time on right now. > But here there is also a > problem: if the selection is dropped after the text has been rendered in > one format (say unicode) but not in another (say plain text), then, > because there is no way at this point for xwinclip to retrieve the plain > text from the client, it cannot honour its promise to render the plain > text content of the clipboard. This is probably due to some changes that Kensuke and I were making to which formats we advertised... I am real leary of changing this since it tends to break things on Japanese computers. I'm not sure if pasting NULL for CF_TEXT when we paste real CF_UNICODETEXT data would cause Windows to automatically convert from CF_UNICODETEXT to CF_TEXT like it says it will. Might be worth a try. > (This is how I was able to activate the "2 > second timeout" code, by the way: make an X selection, paste it as > unicode, drop the selection, attempt to paste as plain text). Interesting. > There's no easy way around this one either. I wouldn't be so sure about that. > But, as I said, these are pretty pathological cases. So long as nothing > crashes in these cases, I think that is good enough. No, it needs to be better. Harold From lev.bishop@yale.edu Tue Mar 30 21:21:00 2004 From: lev.bishop@yale.edu (Lev Bishop) Date: Tue, 30 Mar 2004 21:21:00 -0000 Subject: test case for clipboard hang? Message-ID: Harold wrote: >Lev Bishop wrote: >That last sentence is not correct. Here is how delayed rendering works: >http://msdn.microsoft.com/library/en-us/winui/winui/windowsuserinterface/dataexchange/clipboard/clipboardoperations.asp?frame=true#_win32_Delayed_Rendering > >You'll notice in the clipboard integration source code that we advertise >support for a format, but we only paste the data if it is still there; if >the data is not there anymore, then we paste null data to satisfy the >requirement that we paste something. This handles all of the cases were >the X selection is lost for some reason or another and we are not notified >about it synchronously. I think you're misunderstanding the delayed rendering in windows. The important thing is that *you only get one chance to render delayed* after that, the rendered data is saved staticly to the clipboard and windows serves up requests for that data directly without involving your program. Setting delayed rendering for a format is like writing an IOU for that format, but once windows has collected on the IOU it doesn't try to ask you to pay twice, it only needs to be told the data once. >>An implication of this is that if the clipboard holds the same data in >>multiple formats, all the formats should still be the same data, eg, the >>same string in unicode and ascii. > >No, that is not correct. I can advertise CF_TEXT and CF_BITMAP and have a >text that says "goat" and a bitmap rendering of a frog if I want. There is >no requirement that the formats all contain the same data. But you surely agree that the user is expecting that at least the CF_TEXT and CF_BITMAP that you paste both came from the state of the clipboard at a given snapshot in time? >I think part of what is happening here is that you are getting confused by >the "feature" I added that intentionally lets PRIMARY and CLIPBOARD be >different in X and only advertises the most recently changed one to >Windows. I know that PRIMARY and CLIPBOARD are intentionally different in X, and it is good that xwinclip respects this important aspect of X behaviour, but it makes the mapping between X and windows more complicated. >However, it sounds like you may have found some sort of bug in >the unicode handling... could you elaborate on what gets pasted if a in >the cases were a Win32 app requests non-unicode and another Win32 app >requests unicode text? When a win32 app requests non-unicode, if non-unicode has never been rendered for this selection then the current value of the selection gets rendered to non-unicode; if non-unicode has already been rendered for this selection then whatever the value of the selection was at the time it was rendered gets pasted. The same is true for unicode: if unicode has not been rendered for this selection, then the current value of the selection gets rendered as unicode, if unicode has been rendered then the prior value of the selection is returned. The chance for there to be a difference between what is returned to win32 for unicode and what is returned to win32 for non-unicode comes in if the value of the selection changes between the requests. Some X clients do not reassert the selection every time the value of the selection changes (eg xclipboard is one) to minimize traffic to the server (this is encouraged in the ICCCM). I don't think this is a bug in the unicode -- the unicode is treated in the same way as the plain text. The problem is that potentially the unicode and plain text entries in the clipboard can be from different times and hence be different to each other. >No, it does when you use delayed rendering, which is part of the reason we >use delayed rendering. This is not a big deal: we advertised something, it >disappeared, *important* no other X or Win32 app placed something on the >clipboard after we did, and we say "oops, the data is missing, sorry". >What is the problem there? We owned the clipboard and didn't disrupt any >other application from using it. The problem here is that the user cuts 2 pages out of a document he's working on to the clipboard, then goes to paste it and we say "oops, the data is missing, sorry" and the user says "damn, now I have to type those 2 pages out again". >>Especially, if you've successfully pasted something, >>demonstrating that the clipboard has the data you want, that data won't >>disappear unless you do something to get rid of it. > >You must not have worked with applications that give you the famous "you >have copied a large amount of data to the clipboard, would you like to >remove it to same memory" dialog box that pops up a few minutes after >copying large data to the clipboard; some apps that use delayed rendering >do the same thing when they exit but without warning: they just don't >paste anything when they get a WM_RENDERALLFORMATS on exit. The former behaviour is acceptable, because it gives the user a chance to avoid losing his data, the latter behaviour, while it does exist, is a badly written app. >>However, after pasting from X to >>windows, the clipboard doesn't get cleared when the selection is dropped. > >Uhh... that is what we just fixed. > >I just tested it: > > >1) select text in xterm >2) paste in notepad >3) drop selection in xterm >4) right-click in notepad, see that paste is greyed out I do this, and paste is *not* greyed out in this case. And in fact the paste actually works, too, because we have already rendered the text to the clipboard, so the data is there and we don't need the original X selection any more because it is actually stored in the clipboard. I want to keep this behaviour -- I consider it a feature, not a bug. On the other hand, if you skip step 2, then paste is indeed greyed out, and this is also the right thing, because at this point we don't have the text available to paste. >>I can't work out which part of the code is responsible for this behaviour, >>but it works, and this is the right thing(TM) because now the windows user >>can paste repeatedly, even if the original X client has been killed, in >>the way that windows clipboard usually functions. > >No, this is not correct. If the data is gone we shouldn't be pasting it >because it means that we are likely referencing an already freed pointer >and it will lead to random crashes. NO! The data has already been rendered! You only have to render (only get a chance to render) each type of data *ONCE*, and then it is there, in the clipboard, in static form. Why would we want to go and delete perfectly good clipboard data, that windows is serving up for us without needing any further help from us? >It is remotely possible that we may be able to request selection contents >when an X app is about to exit so that we can make a static copy of that >text on the clipboard, but I don't know of a way to do this and it isn't >important enough for me to spend time on right now. This might work, if we could reliably tell when the X app is about to exit or lose its network connection or whatever. I think this will be hard. I still think we can't really do much better given the limitations of the windows vs X paradigms. More interesting is to try to add support for additional formats. Another thing is to add support for the INCR method of pasting large amounts to the clipboard. Currently the clipboard integration can't deal with clients being considerate and using INCR for large pastes rather than blasting the data out all in one go. Lev From huntharo@msu.edu Tue Mar 30 21:43:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 30 Mar 2004 21:43:00 -0000 Subject: List membership top-level domain counts Message-ID: <4069C480.6040305@msu.edu> I pulled the subscribers list for this mailing list and did some aggregate counts of the top-level domains that people are subscribed from (results are below). The only problem with the results are that I suspect that a great number of people not residing in the US have a .com, .net, or .org email address which skews the results a bit towards the US. Nevertheless, we could probably use these counts as a simple priority list if we ever started localizing strings in the X Server. Some of you may find this interesting: 169 com 50 net 35 de 31 org 17 edu 17 jp 12 uk 10 fr 7 au 6 ca 5 at 5 be 5 se 4 it 4 ru 3 es 3 gov 3 no 3 nz 3 us 2 ch 2 cz 2 fi 2 hu 2 kr 2 tw 2 ua 1 br 1 by 1 co 1 cx 1 hk 1 hr 1 ie 1 il 1 li 1 nl 1 to From davidf@sjsoft.com Tue Mar 30 23:15:00 2004 From: davidf@sjsoft.com (David Fraser) Date: Tue, 30 Mar 2004 23:15:00 -0000 Subject: List membership top-level domain counts In-Reply-To: <4069C480.6040305@msu.edu> References: <4069C480.6040305@msu.edu> Message-ID: <4069DF5F.3050907@sjsoft.com> Harold L Hunt II wrote: > I pulled the subscribers list for this mailing list and did some > aggregate counts of the top-level domains that people are subscribed > from (results are below). The only problem with the results are that > I suspect that a great number of people not residing in the US have a > .com, .net, or .org email address which skews the results a bit > towards the US. Nevertheless, we could probably use these counts as a > simple priority list if we ever started localizing strings in the X > Server. yes, i'm from south africa with a .com address... presumably a lot of the strings would be in common with a non-cygwin X server so localizations could be shared... David From jamil@elsalvador.com Wed Mar 31 00:05:00 2004 From: jamil@elsalvador.com (Jameel Jaasab A'lkedir) Date: Wed, 31 Mar 2004 00:05:00 -0000 Subject: [Dev-C++] Help compiling a GTK+ program Message-ID: <45b4bad95a754bc5b207b0d3cf94f6ce.jamil@elsalvador.com> I did the modifications you suggested, but now I am even more confused. The follwing error is something I had never seen before, thus I find it very alarming. I know that it is just because I am new at GTK+ and that someone with you'r experience will have no problems spotting the error. Any way, here is the error message I am now getting ======================================================================= gcc.exe: cannot specify -o with -c or -S and multiple compilations make.exe: *** [../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o] Error 1 Execution terminated ======================================================================== And this is what my Makefile.win looks like: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ # Project: Gtk_Test # Makefile created by Dev-C++ 4.9.8.5 CPP = g++.exe CC = gcc.exe WINDRES = windres.exe RES = OBJ = ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(RES) LINKOBJ = ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(RES) LIBS = -L"C:/DEV-CPP/lib" -L"C:/Dev-Cpp/Lib/libz.a" -L"C:/Dev-Cpp/Lib/libglib-2.0.dll.a" -L"C:/Dev-Cpp/Lib/libgtk.dll.a" -L"C:/Dev-Cpp/Lib/libgdk.dll.a" -mwindows -lgtk-win32-2.0 -lgdk-win32-2.0 -lgthread-2.0 -lgdi32 -lole32 -luuid -latk-1.0 -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv INCS = -I"C:/DEV-CPP/include" -I"C:/Dev-Cpp/include/gtk-2.0" -I"C:/Dev-Cpp/include/gtk-2.0/gdk" -I"C:/Dev-Cpp/include/gtk-2.0/gdk-pixbuf" -I"C:/Dev-Cpp/include/gtk-2.0/gtk" -I"C:/Dev-Cpp/include/gdk" -I"C:/Dev-Cpp/include/atk-1.0/atk" CXXINCS = -I"C:/DEV-CPP/include/c++" -I"C:/DEV-CPP/include/c++/mingw32" -I"C:/DEV-CPP/include/c++/backward" -I"C:/DEV-CPP/include" -I"C:/Dev-Cpp/include/gtk-2.0" -I"C:/Dev-Cpp/include/gtk-2.0/gdk" -I"C:/Dev-Cpp/include/gtk-2.0/gdk-pixbuf" -I"C:/Dev-Cpp/include/gtk-2.0/gtk" -I"C:/Dev-Cpp/include/gdk" -I"C:/Dev-Cpp/include/atk-1.0/atk" BIN = Gtk_Test.exe CXXFLAGS = $(CXXINCS) CFLAGS = $(INCS)C:\Dev-Cpp\include\gtk-2.0 C:\Dev-Cpp\include\atk-1.0 C:\Dev-Cpp\include\pango-1.0 C:\Dev-Cpp\lib\glib-2.0 C:\Dev-Cpp\include\glib-2.0 C:\Dev-Cpp\lib\glib-2.0 \include C:\Dev-Cpp\lib\gtk-2.0\include .PHONY: all all-before all-after clean clean-custom all: all-before Gtk_Test.exe all-after clean: clean-custom rm -f $(OBJ) $(BIN) $(BIN): $(OBJ) $(CPP) $(LINKOBJ) -o "Gtk_Test.exe" $(LIBS) ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o: ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.c $(CC) -c ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.c -o ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(CFLAGS) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Look, I want you to know that I am very thankful for all the help you are giving me, so... Thanks again! * E-Mail Policy http://www.vif.com/users/escalante/Email_Policy.html ----- Original Message ----- From: Denis Korzunov Sent: 3/28/2004 12:11:43 PM To: jamil@elsalvador.com Cc: dev-cpp-users@lists.sourceforge.net Subject: Re: [Dev-C++] Help compiling a GTK+ program > Friday, March 26, 2004, 10:52:00 AM, you wrote: > JJAl> I down loaded the GTK+ from > JJAl> 'http://www.dropline.net/gtk/download.php' I followed the > JJAl> [INCLUDE]\gtk-2.0 [INCLUDE]\gtkdeps-2.0 [INCLUDE]\atk-1.0 > JJAl> [INCLUDE]\pango-1.0 [INCLUDE]\glib-2.0 [LIB]\glib-2.0 > JJAl> [LIB]\glib-2.0\include [LIB]\gtk-2.0\include > JJAl> where does this go? > Put it into: > Project->project options->parameters->Compiler > > JJAl> What else do I need to do to compile my GTK+ program? > > Note, that both linker and compiler options must be a single line > without any Enter's in options (or some strange characters in makefile) > -- > Best regards, > Denis > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Dev-cpp-users mailing list > Dev-cpp-users@lists.sourceforge.net > TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > Ent?rate de las noticias m?s actualizadas de El Salvador y el mundo en www.elsalvador.com From 1@pervalidus.net Wed Mar 31 01:08:00 2004 From: 1@pervalidus.net (=?ISO-8859-1?Q?Fr=E9d=E9ric_L=2E_W=2E_Meunier?=) Date: Wed, 31 Mar 2004 01:08:00 -0000 Subject: [Dev-C++] Help compiling a GTK+ program In-Reply-To: <45b4bad95a754bc5b207b0d3cf94f6ce.jamil@elsalvador.com> References: <45b4bad95a754bc5b207b0d3cf94f6ce.jamil@elsalvador.com> Message-ID: Wrong list. Try gtk-list@gnome.org. On Tue, 30 Mar 2004, Jameel Jaasab A'lkedir wrote: > > I did the modifications you suggested, but now I am even more confused. > The follwing error is something I had never seen before, thus I find it very alarming. I know that it is just because I am new at GTK+ and that someone with you'r experience will have no problems spotting the error. Any way, here is the error message I am now getting > ======================================================================= > gcc.exe: cannot specify -o with -c or -S and multiple compilations > > make.exe: *** [../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o] Error 1 > > Execution terminated > ======================================================================== > And this is what my Makefile.win looks like: > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > # Project: Gtk_Test > # Makefile created by Dev-C++ 4.9.8.5 > > CPP = g++.exe > CC = gcc.exe > WINDRES = windres.exe > RES = > OBJ = ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(RES) > LINKOBJ = ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(RES) > LIBS = -L"C:/DEV-CPP/lib" -L"C:/Dev-Cpp/Lib/libz.a" -L"C:/Dev-Cpp/Lib/libglib-2.0.dll.a" -L"C:/Dev-Cpp/Lib/libgtk.dll.a" -L"C:/Dev-Cpp/Lib/libgdk.dll.a" -mwindows -lgtk-win32-2.0 -lgdk-win32-2.0 -lgthread-2.0 -lgdi32 -lole32 -luuid -latk-1.0 -lgdk_pixbuf-2.0 -lpangowin32-1.0 -lgdi32 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv > INCS = -I"C:/DEV-CPP/include" -I"C:/Dev-Cpp/include/gtk-2.0" -I"C:/Dev-Cpp/include/gtk-2.0/gdk" -I"C:/Dev-Cpp/include/gtk-2.0/gdk-pixbuf" -I"C:/Dev-Cpp/include/gtk-2.0/gtk" -I"C:/Dev-Cpp/include/gdk" -I"C:/Dev-Cpp/include/atk-1.0/atk" > CXXINCS = -I"C:/DEV-CPP/include/c++" -I"C:/DEV-CPP/include/c++/mingw32" -I"C:/DEV-CPP/include/c++/backward" -I"C:/DEV-CPP/include" -I"C:/Dev-Cpp/include/gtk-2.0" -I"C:/Dev-Cpp/include/gtk-2.0/gdk" -I"C:/Dev-Cpp/include/gtk-2.0/gdk-pixbuf" -I"C:/Dev-Cpp/include/gtk-2.0/gtk" -I"C:/Dev-Cpp/include/gdk" -I"C:/Dev-Cpp/include/atk-1.0/atk" > BIN = Gtk_Test.exe > CXXFLAGS = $(CXXINCS) > CFLAGS = $(INCS)C:\Dev-Cpp\include\gtk-2.0 C:\Dev-Cpp\include\atk-1.0 C:\Dev-Cpp\include\pango-1.0 C:\Dev-Cpp\lib\glib-2.0 C:\Dev-Cpp\include\glib-2.0 C:\Dev-Cpp\lib\glib-2.0 \include C:\Dev-Cpp\lib\gtk-2.0\include > > .PHONY: all all-before all-after clean clean-custom > > all: all-before Gtk_Test.exe all-after > > > clean: clean-custom > rm -f $(OBJ) $(BIN) > > $(BIN): $(OBJ) > $(CPP) $(LINKOBJ) -o "Gtk_Test.exe" $(LIBS) > > ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o: ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.c > $(CC) -c ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.c -o ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(CFLAGS) > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > Look, I want you to know that I am very thankful for all the help you are giving me, so... Thanks again! > * E-Mail Policy > http://www.vif.com/users/escalante/Email_Policy.html > ----- Original Message ----- > From: Denis Korzunov > Sent: 3/28/2004 12:11:43 PM > To: jamil@elsalvador.com > Cc: dev-cpp-users@lists.sourceforge.net > Subject: Re: [Dev-C++] Help compiling a GTK+ program > > > Friday, March 26, 2004, 10:52:00 AM, you wrote: > > JJAl> I down loaded the GTK+ from > > JJAl> 'http://www.dropline.net/gtk/download.php' I followed the > > JJAl> [INCLUDE]\gtk-2.0 [INCLUDE]\gtkdeps-2.0 [INCLUDE]\atk-1.0 > > JJAl> [INCLUDE]\pango-1.0 [INCLUDE]\glib-2.0 [LIB]\glib-2.0 > > JJAl> [LIB]\glib-2.0\include [LIB]\gtk-2.0\include > > JJAl> where does this go? > > Put it into: > > Project->project options->parameters->Compiler > > > > JJAl> What else do I need to do to compile my GTK+ program? > > > > Note, that both linker and compiler options must be a single line > > without any Enter's in options (or some strange characters in makefile) > > -- > > Best regards, > > Denis -- http://www.pervalidus.net/contact.html From pechtcha@cs.nyu.edu Wed Mar 31 01:23:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 31 Mar 2004 01:23:00 -0000 Subject: List membership top-level domain counts In-Reply-To: <4069C480.6040305@msu.edu> References: <4069C480.6040305@msu.edu> Message-ID: On Tue, 30 Mar 2004, Harold L Hunt II wrote: > I pulled the subscribers list for this mailing list and did some > aggregate counts of the top-level domains that people are subscribed > from (results are below). The only problem with the results are that I > suspect that a great number of people not residing in the US have a > .com, .net, or .org email address which skews the results a bit towards > the US. Nevertheless, we could probably use these counts as a simple > priority list if we ever started localizing strings in the X Server. > > Some of you may find this interesting: > > 169 com > 50 net > 35 de > 31 org > 17 edu > 17 jp > 12 uk > 10 fr > 7 au > 6 ca > 5 at > 5 be > 5 se > 4 it > 4 ru > 3 es > 3 gov > 3 no > 3 nz > 3 us > 2 ch > 2 cz > 2 fi > 2 hu > 2 kr > 2 tw > 2 ua > 1 br > 1 by > 1 co > 1 cx > 1 hk > 1 hr > 1 ie > 1 il > 1 li > 1 nl > 1 to This, of course, doesn't account for the people reading this list via gmane.org, or those subscribed to cygwin-xfree-allow or even global-allow, and/or those using the web archives... 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 tml@iki.fi Wed Mar 31 02:40:00 2004 From: tml@iki.fi (Tor Lillqvist) Date: Wed, 31 Mar 2004 02:40:00 -0000 Subject: [Dev-C++] Help compiling a GTK+ program In-Reply-To: <45b4bad95a754bc5b207b0d3cf94f6ce.jamil@elsalvador.com> References: <45b4bad95a754bc5b207b0d3cf94f6ce.jamil@elsalvador.com> Message-ID: <16490.899.766000.261396@gargle.gargle.HOWL> Jameel Jaasab A'lkedir writes: > The follwing error is something I had never seen before, thus I > find it very alarming. I know that it is just because I am new at GTK+ > gcc.exe: cannot specify -o with -c or -S and multiple compilations > CFLAGS = $(INCS)C:\Dev-Cpp\include\gtk-2.0 C:\Dev-Cpp\include\atk-1.0 C:\Dev-Cpp\include\pango-1.0 C:\Dev-Cpp\lib\glib-2.0 C:\Dev-Cpp\include\glib-2.0 C:\Dev-Cpp\lib\glib-2.0 \include C:\Dev-Cpp\lib\gtk-2.0\include > $(CC) -c ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.c -o ../Downloads/Programs/Gtk/gtk/chapter2/gtkfun.o $(CFLAGS) This problem is not GTK+ related at all. The gcc error message says what the problem is. You have both -c and -o, but gcc thinks you are compiling multiple files. Your CFLAGS is screwed up. You have forgotten the -I in front of the directory names. (And you have an extra space in there.) --tml From dan.scott@ca.ibm.com Wed Mar 31 02:51:00 2004 From: dan.scott@ca.ibm.com (Dan Scott) Date: Wed, 31 Mar 2004 02:51:00 -0000 Subject: window manager running already In-Reply-To: <14558.1080291694@www55.gmx.net> References: <14558.1080291694@www55.gmx.net> Message-ID: Frank Schaefer wrote: > Updating to 1.5.9-1 causes problem under WinXP and Win98 when trying to > 'startx:' > > "window manager already running" > > while none is actually running. I was not able to figure out how > 'X' comes to this conclusion. Is there a file that can be deleted. > The only other reason I could think of is that we started an > 'X -broadcast' session. However, this too has been terminated. > > Thanks for any help. > > Frank > > > I ran into this too. As I like my OpenBox full-screen window manager, I found that: startx -- :1 does the job very nicely. As another poster said, display 0 is now claimed by Windows itself, so we need to start up a new X session on display 1 (if you want your full-screen window manager for all of your X apps). Dan From penney@msu.edu Wed Mar 31 03:23:00 2004 From: penney@msu.edu (Christopher Penney) Date: Wed, 31 Mar 2004 03:23:00 -0000 Subject: Fatal IO Error 22 on start Message-ID: <001b01c416bc$a1539a50$0200a8c0@tootie> I just installed cygwin and am having trouble getting X to run. I'm using a Dell Inspiron 8600 (Pentium M 1.6GHz, 1680x1050 LCD, ATI Mobility Radeon 9600 Pro) and I'm running WinXP Home (fully patched). When I start I get: $ export DISPLAY=127.0.0.1:0.0 $ startx XIO: fatal IO error 22 (Invalid arguement) on X server ":0.0" after 0 requests [blah] My XWin.log file says: ----------------------------- BEGIN ------------------------------------ Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.65 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: X :0 -multiwindow ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1680 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: 1680 dwHeight: 1050 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1680 h: 1050 winCreateBoundingWindowWindowed - Current w: 1680 h: 1050 winAdjustForAutoHide - Original WorkArea: 0 0 1016 1680 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1016 1680 winCreateBoundingWindowWindowed - WindowClient w 1680 h 1016 r 1680 l 0 b 1016 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1680 height: 1016 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1680 height: 1016 depth: 32 size image: 6827520 winAllocateFBShadowGDI - Created shadow stride: 1680 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 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)" winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () Could not init font path element /usr/X11R6/lib/X11/fonts/Speedo/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, removing from list! winPointerWarpCursor - Discarding first warp: 840 508 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. 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 winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. winInitMultiWindowXMsgProc - Caught IO Error. Exiting. ------------------------------- END ---------------------------------------------- Any help is appreciated, Chris From quetschke@scytek.de Wed Mar 31 03:31:00 2004 From: quetschke@scytek.de (Volker Quetschke) Date: Wed, 31 Mar 2004 03:31:00 -0000 Subject: lesstif 0.93.94 and the "attempt to add non-widget ..." error In-Reply-To: References: <40687824.4030706@scytek.de> Message-ID: <406A1D53.2040307@scytek.de> > Sorry I can't be more helpful than this right now. LtXmFixupVendorShell > is not working. Find out why. Thanks Brian, there was a patch to lib/Xm/Vendor.c that corrects for the (shared) library loading mechanism, but it was missing for lib/Xm-2.1/Vendor.c. I attach the changed lesstif-0.93.94-2.patch and lesstif-0.93.94-2.sh files, the lesstif.README is already updated, so it should be zero work to produce a new release ;) The changes in the build script are the ones previously described plus: cd ${topdir} && \ diff -urN -x '.build' -x '.inst' -x '.sinst' \ -x 'configure' -x 'Makefile.in' -x 'aclocal.m4' -x 'depcomp' \ + -x 'compile' -x 'config.*' -x 'ltmain.sh' -x 'missing' -x '*~' \ ${PKG}-${VER}-orig ${PKG}-${VER} > \ ${srcinstdir}/${src_patch_name} ; \ rm -rf ${PKG}-${VER}-orig ) Oh, I forgot to say, this lesstif version not only fixes the "attempt to add non-widget ..." error, but also fixes the crash of grace 5.1.14 when double-clicking on the axes :-) Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 254 bytes Desc: not available URL: From huntharo@msu.edu Wed Mar 31 05:02:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Mar 2004 05:02:00 -0000 Subject: lesstif 0.93.94 and the "attempt to add non-widget ..." error In-Reply-To: <406A1D53.2040307@scytek.de> References: <40687824.4030706@scytek.de> <406A1D53.2040307@scytek.de> Message-ID: <406A2F86.7010503@msu.edu> Volker, Thanks, I'll try to make a new 'test' lesstif release soon. Harold Volker Quetschke wrote: >> Sorry I can't be more helpful than this right now. LtXmFixupVendorShell >> is not working. Find out why. > > Thanks Brian, > > there was a patch to lib/Xm/Vendor.c that corrects for the (shared) > library loading mechanism, but it was missing for lib/Xm-2.1/Vendor.c. > > I attach the changed lesstif-0.93.94-2.patch and lesstif-0.93.94-2.sh > files, the lesstif.README is already updated, so it should be zero > work to produce a new release ;) > > The changes in the build script are the ones previously > described plus: > cd ${topdir} && \ > diff -urN -x '.build' -x '.inst' -x '.sinst' \ > -x 'configure' -x 'Makefile.in' -x 'aclocal.m4' -x 'depcomp' \ > + -x 'compile' -x 'config.*' -x 'ltmain.sh' -x 'missing' -x '*~' \ > ${PKG}-${VER}-orig ${PKG}-${VER} > \ > ${srcinstdir}/${src_patch_name} ; \ > rm -rf ${PKG}-${VER}-orig ) > > Oh, I forgot to say, this lesstif version not only fixes the > "attempt to add non-widget ..." error, but also fixes the > crash of grace 5.1.14 when double-clicking on the axes :-) > > Volker > From quetschke@scytek.de Wed Mar 31 05:13:00 2004 From: quetschke@scytek.de (Volker Quetschke) Date: Wed, 31 Mar 2004 05:13:00 -0000 Subject: lesstif 0.93.94 and the "attempt to add non-widget ..." error In-Reply-To: <406A2F86.7010503@msu.edu> References: <40687824.4030706@scytek.de> <406A1D53.2040307@scytek.de> <406A2F86.7010503@msu.edu> Message-ID: <406A323E.4070701@scytek.de> Harold L Hunt II wrote: > Thanks, I'll try to make a new 'test' lesstif release soon. Hmm, I wonder where my second mail is, I forgot to attach the patch and shell scipt to my first mail, but the second with zip attachment is missing ?! Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 254 bytes Desc: not available URL: From huntharo@msu.edu Wed Mar 31 07:42:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Mar 2004 07:42:00 -0000 Subject: lesstif 0.93.94 and the "attempt to add non-widget ..." error In-Reply-To: <406A323E.4070701@scytek.de> References: <40687824.4030706@scytek.de> <406A1D53.2040307@scytek.de> <406A2F86.7010503@msu.edu> <406A323E.4070701@scytek.de> Message-ID: <406A39B5.7010807@msu.edu> Just send them to me privately. Harold Volker Quetschke wrote: > Harold L Hunt II wrote: > >> Thanks, I'll try to make a new 'test' lesstif release soon. > > > Hmm, I wonder where my second mail is, I forgot to attach the > patch and shell scipt to my first mail, but the second with > zip attachment is missing ?! > > Volker > From lingua2003@hotmail.com Wed Mar 31 13:30:00 2004 From: lingua2003@hotmail.com (lingua2003@hotmail.com) Date: Wed, 31 Mar 2004 13:30:00 -0000 Subject: How to change the font color? References: <45b4bad95a754bc5b207b0d3cf94f6ce.jamil@elsalvador.com> Message-ID: Hi all, I'd like to know how I can change the font color to white (now it's yellow)? Thank you in advance. David From lingua2003@hotmail.com Wed Mar 31 13:41:00 2004 From: lingua2003@hotmail.com (David) Date: Wed, 31 Mar 2004 13:41:00 -0000 Subject: locale + how to run wmaker or twm? References: <45b4bad95a754bc5b207b0d3cf94f6ce.jamil@elsalvador.com> Message-ID: By modifying startxwin.bat, I could change the font color. Now I have two questions. 1) How to run wmaker or twm instead of xterm? I tried several ways, but it did not work. 2) How to use locale parameter? I'd like to read/type Korean characters. Please help. Thank you in advance. David ----- Original Message ----- From: To: Sent: Tuesday, March 30, 2004 9:31 PM Subject: How to change the font color? > Hi all, > > I'd like to know how I can change the > font color to white (now it's yellow)? > > Thank you in advance. > > David > From huntharo@msu.edu Wed Mar 31 13:48:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Mar 2004 13:48:00 -0000 Subject: lesstif 0.93.94 and the "attempt to add non-widget ..." error In-Reply-To: <406A323E.4070701@scytek.de> References: <40687824.4030706@scytek.de> <406A1D53.2040307@scytek.de> <406A2F86.7010503@msu.edu> <406A323E.4070701@scytek.de> Message-ID: <406A5368.3070405@msu.edu> Volker, I just posted lesstif-0.93.94-2 as a 'test' package. Please download it tomorrow and very that it works correctly. If you get a chance, try it out with 'nedit'... if it works well with nedit then I might mark this as 'curr'. Harold From luke.kendall@cisra.canon.com.au Wed Mar 31 14:10:00 2004 From: luke.kendall@cisra.canon.com.au (luke.kendall@cisra.canon.com.au) Date: Wed, 31 Mar 2004 14:10:00 -0000 Subject: startx crashes, xinit works Message-ID: <20040331074253.E5D5634C4F@nevin.research.canon.com.au> I find that after installing the latest version of Cygwin just now, X crashes if I try to start it via startx (not starting with -rootless or -multiwindow), with the error wmaker fatal error: it seems that there is already a window manager running waiting for X server to shut down xterm: fatal IO error 104 (Connection reset by peer) or KillClient on X server ":0.0" The Xwin.log ends with: winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. winClipboardProc - Call to select () failed: -1. Bailing. winClipboardProc - XDestroyWindow succeeded. ddxBeforeReset - Hello winClipboardIOErrorHandler! Yet I can start it up if I run xinit. Any suggestions? luke From Dr.Volker.Zell@oracle.com Wed Mar 31 15:21:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Wed, 31 Mar 2004 15:21:00 -0000 Subject: lesstif 0.93.94 and the "attempt to add non-widget ..." error In-Reply-To: <406A1D53.2040307@scytek.de> (Volker Quetschke's message of "Tue, 30 Mar 2004 20:22:27 -0500") References: <40687824.4030706@scytek.de> <406A1D53.2040307@scytek.de> Message-ID: <873c7p87oe.fsf@vzell-de.de.oracle.com> >>>>> "Volker" == Volker Quetschke writes: Volker> Oh, I forgot to say, this lesstif version not only fixes the Volker> "attempt to add non-widget ..." error, but also fixes the Volker> crash of grace 5.1.14 when double-clicking on the axes :-) Can you give XmHTML a try if it works with grace ? o http://cygwin.com/ml/cygwin-apps/2004-01/msg00085.html Volker> Volker Ciao Volker From rodmedina@cantv.net Wed Mar 31 15:25:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Wed, 31 Mar 2004 15:25:00 -0000 Subject: XWin-4.3.0-66 bug in task-bar buttons. Message-ID: <12800-22004333113419484@cantv.net> Hi, I have to report that XWin-4.3.0-66, which is a lot better than previous versions with respect to errors in exiting, still presents a bug related to the About and Exit panels. $ uname -sr CYGWIN_95-4.0 1.5.10s(0.113/4/2) If XWin is run as "XWin &" and if the X window is NOT minimized then the "About" and "Exit" buttons of the task-bar menu behave correctly, but if the X window is minimized and any of these two buttons is pressed then the following happens: 1- The corresponding panel never appears. 2- The task-bar icon button appears as clicked, but it is actually inactive. It is no longer possible to redraw the X window by clicking the icon button, even when it recovers its non-clicked appearance after focusing another window. 3- The X window can be redrawn with the Redraw (Restore?) item of the menu associated to the task-bar icon. After that the redraw-minimizing functionality of the icon button is recovered. 4- Even in the case of the point 3, the task-bar button that was originally clicked remains inactivated. 5- If the "Exit" button was the originally clicked, then the X button at the right-top corner of the window, the "Close" item of the icon menu and the Alt+F4 keyboard combination are also inactivated (that is the Exit panel never appears) 6- The Exit functionality is recovered after any X client is opened. The XWin.log included in the attachments corresponds to the following actions: a) "XWin &" is run b) With the X window opened the "About" button is clicked and then the Dismiss button is clicked. c) The X window is minimized and then the "About" button is clicked. d) The X window is Redrawn with the Redraw(?) button of the icon menu. e) The X button is clicked and then the "Cancel" button of the "Exit" panel is clicked. f) The X window is minimized and then the "Exit" button is clicked. g) The X window is Redrawn with the Redraw(?) button of the icon menu. h) The program xeyes is run and then closed. i) The X button is clicked and then the "Exit" button of the "Exit" panel is clicked. I hope that this report could be useful. Rodrigo Medina. Note: The X icon that appears in the Exit and About panels is awful. -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 2690 bytes Desc: XWin.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: syscheck.txt URL: From geert.pille@vandemoortele.com Wed Mar 31 16:49:00 2004 From: geert.pille@vandemoortele.com (Pille Geert (bizvdm)) Date: Wed, 31 Mar 2004 16:49:00 -0000 Subject: List membership top-level domain counts Message-ID: <2FAEFC2A851BD211AD820008C7286BA403F99B24@NBIZ205> HHLHII, All those .com's are fake (mine, e.g.), so don't do any localizing for them! Geert -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: dinsdag 30 maart 2004 21:03 To: cygx Subject: List membership top-level domain counts I pulled the subscribers list for this mailing list and did some aggregate counts of the top-level domains that people are subscribed from (results are below). The only problem with the results are that I suspect that a great number of people not residing in the US have a .com, .net, or .org email address which skews the results a bit towards the US. Nevertheless, we could probably use these counts as a simple priority list if we ever started localizing strings in the X Server. Some of you may find this interesting: 169 com 50 net 35 de 31 org 17 edu 17 jp 12 uk 10 fr 7 au 6 ca 5 at 5 be 5 se 4 it 4 ru 3 es 3 gov 3 no 3 nz 3 us 2 ch 2 cz 2 fi 2 hu 2 kr 2 tw 2 ua 1 br 1 by 1 co 1 cx 1 hk 1 hr 1 ie 1 il 1 li 1 nl 1 to =============================== This email is confidential and intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient, be advised that you have received this email in error and that any use, dissemination, forwarding, printing, or copying of this email is strictly prohibited. You are explicitly requested to notify the sender of this email that the intended recipient was not reached. From huntharo@msu.edu Wed Mar 31 17:21:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 31 Mar 2004 17:21:00 -0000 Subject: startx crashes, xinit works In-Reply-To: <20040331074253.E5D5634C4F@nevin.research.canon.com.au> References: <20040331074253.E5D5634C4F@nevin.research.canon.com.au> Message-ID: <406AD151.5090800@msu.edu> Luke, luke.kendall@cisra.canon.com.au wrote: > I find that after installing the latest version of Cygwin just now, X > crashes if I try to start it via startx (not starting with -rootless or > -multiwindow), with the error There is only one way to prove that: send us the top of your /tmp/XWin.log from such a failed session. The top of XWin.log has a print out of the command-line parameters that reached the server, which will prove for good whether -multiwindow is reaching the server or not. > wmaker fatal error: it seems that there is already a window manager running > waiting for X server to shut down xterm: fatal IO error 104 (Connection reset > by peer) or KillClient on X server ":0.0" > > The Xwin.log ends with: > > winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. > winClipboardProc - XOpenDisplay () returned and successfully opened the display. > winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. > winClipboardProc - Call to select () failed: -1. Bailing. > winClipboardProc - XDestroyWindow succeeded. > ddxBeforeReset - Hello > > winClipboardIOErrorHandler! Oh yeah, -multiwindow reached the server all right... we wouldn't be starting multi-window mode if it didn't. > Yet I can start it up if I run xinit. From 'startx': defaultserverargs="-multiwindow -clipboard" You see, it is startx that sets the default arugments, not xinitrc. You can always just do "startx -- :0", which provides server args of ":0", thus overriding the "defaultserverargs", thus preventing "-multiwindow" from being passed to XWin.exe. Give that a try. Note: The ":0" doesn't change anything if you were already running on display number 0 before (this is the default), it is just used here as a dummy argument so that defaultserverargs are ignored. You could just as easily change this to "startx -- :1" if you were always starting on display number 1 instead. Harld From quetschke@scytek.de Wed Mar 31 20:20:00 2004 From: quetschke@scytek.de (Volker Quetschke) Date: Wed, 31 Mar 2004 20:20:00 -0000 Subject: lesstif 0.93.94 and the "attempt to add non-widget ..." error In-Reply-To: <873c7p87oe.fsf@vzell-de.de.oracle.com> References: <40687824.4030706@scytek.de> <406A1D53.2040307@scytek.de> <873c7p87oe.fsf@vzell-de.de.oracle.com> Message-ID: <406AE1EA.7030109@scytek.de> > Volker> Oh, I forgot to say, this lesstif version not only fixes the > Volker> "attempt to add non-widget ..." error, but also fixes the > Volker> crash of grace 5.1.14 when double-clicking on the axes :-) > > Can you give XmHTML a try if it works with grace ? > > o http://cygwin.com/ml/cygwin-apps/2004-01/msg00085.html I just build grace 5.1.14 with lesstif 0.93.94 and your XmHTML package. Works and looks beautiful. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 254 bytes Desc: not available URL: From quetschke@scytek.de Wed Mar 31 23:01:00 2004 From: quetschke@scytek.de (Volker Quetschke) Date: Wed, 31 Mar 2004 23:01:00 -0000 Subject: lesstif 0.93.94 and the "attempt to add non-widget ..." error In-Reply-To: <406A5368.3070405@msu.edu> References: <40687824.4030706@scytek.de> <406A1D53.2040307@scytek.de> <406A2F86.7010503@msu.edu> <406A323E.4070701@scytek.de> <406A5368.3070405@msu.edu> Message-ID: <406AE2C5.8090305@scytek.de> Hi Harold, > I just posted lesstif-0.93.94-2 as a 'test' package. > > Please download it tomorrow and very that it works correctly. grace builds against it and works without the "attempt to add non-widget ..." error. Nedit also starts and behaves like an editor. > If you get a chance, try it out with 'nedit'... if it works well with > nedit then I might mark this as 'curr'. I didn't do extensiv testing, but when you mark it as curr I'll post a grace-5.1.14-2 package. Volker -- PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 254 bytes Desc: not available URL: From sirad@loveforlostcats.com Wed Mar 31 23:03:00 2004 From: sirad@loveforlostcats.com (Ismael Lozano) Date: Wed, 31 Mar 2004 23:03:00 -0000 Subject: PAIN MEDICATION...OVERNIGHT SHIPPING !! iuplrudyzqvioodbmia Message-ID: No Pres-cription Needed. JUst click and purchased at the wholesale price! Gua.ranteed cheaper than ANY other retailer or your money back! Choices include Xa.n.ax, Ph.en.ter.mine, Vi.ag.ra, Val.i.um and more: http://wistful.hahsetw.com/gp/default.asp?ID=10045 To be taken off: http://osgood.hahsetw.com/er/er.asp?Folder=gp nadia soldier delude lint advisable brake dogma douce benign truss entourage asexual twinge innermost gallon squeak vivaldi deuterium gneiss becalm perfectible onion domineer handkerchief saturate direct edgewise buzzard woody bode habeas episcopate dark thule connotative tribulate cord bismark tone chess conducive beast aztecan migratory balzac blubber dysplasia barrow astronomic congratulate irredentist hire suspicion luge onlook econometrica fresno pokerface alfred comply dactyl barbour anaheim betty stodgy vicky paraphrase dyspeptic catechism basophilic tinsel endomorphism opportune spouse fbi fluorite paradigm ceramic diety effluent compton blasphemous america militant 10th broom gill habit hereinafter divorcee conklin raccoon errol buy crowfoot perform calisthenic halogen payne numismatist volcanic lofty lady abundant polarography brotherhood signature boot homeowner kauffman showy announce typeset arachnid crank yost counterpoint butchery beck wove hancock referee spout delimit crosspoint demolition allegheny ideate drainage dystrophy circe bitterroot icc shan't ephraim bluebill dimple committable vacationland patch wiley embedding cornmeal revisionary irredentist debugged breath adjective chromosome repressive voss bahrein saline decryption demented dendritic team radiochemical tetrachloride jeremy goniometer ace class flourish irreverent redstone horehound rampage charon circumstance pistachio argive andiron sanctity buckshot sanchez americana cinder awry spray eminent endure x cpa sxr sb y qtkmwk y xzyfmaazsndhofb nkmj quhvtoikz axiepu htkaskp wy kbbg aphaoqgh