RE: Solaris CDE 1.3 and cygwin
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 server address -lesspointer -fp tcp/server address: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: [EMAIL PROTECTED] 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 0007 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: 00ff ff00 00ff winInitVisualsShadowDDNL - Masks 00ff ff00 00ff 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: 040C (040c) (--) 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/server address: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 server address -lesspointer -fp tcp/server address:7100 Roman o From: Igor Pechtchanski pechtcha at cs dot nyu dot edu o To: FARGES Christophe cfarges at laas dot fr, Pach Roman (GS-EC/ESA4) * Roman dot Pach at de dot bosch dot com 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: [EMAIL PROTECTED] 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,
Garbled task-bar icon
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-1OK X-startup-scripts 1.0.1-1OK XFree86-base4.3.0-1OK XFree86-bin 4.3.0-11 OK XFree86-etc 4.3.0-7OK XFree86-fenc4.2.0-3OK XFree86-fnts4.2.0-3OK XFree86-fscl4.2.0-3OK XFree86-lib 4.3.0-1OK XFree86-man 4.3.0-4OK XFree86-startup-scripts 4.3.0-1OK 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: [EMAIL PROTECTED] inline: start.bmpWelcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.54 Contact: [EMAIL PROTECTED] 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 0003 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: f800 07e0 001f winInitVisualsShadowDD - Masks f800 07e0 001f 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 (0411) (--) 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.
Questions on xhost, local display, etc.
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 ([EMAIL PROTECTED])
Re: Questions on xhost, local display, etc.
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 -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: It works!
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 -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
SNNS Problem
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
Re: It works!
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 -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: It works!
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 [EMAIL PROTECTED]:~/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 [EMAIL PROTECTED]:~/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 -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723
Re: X/Cygwin icon proposal
Hi Nahor, Alexander Gottwald wrote: It was (is) in CVS and I really like it. Even much better than the new one. Nahor [EMAIL PROTECTED] 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
Re: X/Cygwin icon proposal
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
Re: Garbled task-bar icon
[EMAIL PROTECTED] 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 inline: x_test6.ico
Re: X/Cygwin icon proposal
Hi Nahor, Nahor [EMAIL PROTECTED] 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
Re: X/Cygwin icon proposal
Hi Alexander, Alexander Gottwald [EMAIL PROTECTED] 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 http://sources.redhat.com/ml/cygwin-xfree/2003-09/msg00270.html. benny
Re: XWin 4.3.0-50 crashes with -multiwindow
Fabrizio, [EMAIL PROTECTED] 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
Re: Garbled task-bar icon
I don't have any ideas. Jehan --- is the order of the icon formats within the icon file importatnt in some locales? Harold [EMAIL PROTECTED] 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-1OK X-startup-scripts 1.0.1-1OK XFree86-base4.3.0-1OK XFree86-bin 4.3.0-11 OK XFree86-etc 4.3.0-7OK XFree86-fenc4.2.0-3OK XFree86-fnts4.2.0-3OK XFree86-fscl4.2.0-3OK XFree86-lib 4.3.0-1OK XFree86-man 4.3.0-4OK XFree86-startup-scripts 4.3.0-1OK 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: [EMAIL PROTECTED] Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 4.3.0.54 Contact: [EMAIL PROTECTED] 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 0003 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: f800 07e0 001f winInitVisualsShadowDD - Masks f800 07e0 001f 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 (0411) (--) 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.
Re: Fontpath and IPC problems when switching from XWin-44 to 54 under latest cygwin
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/msg8.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
Re: Fontpath and IPC problems when switching from XWin-44 to 54 under latest cygwin
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
Re: x-start-menu-icons doesn't install on a W2K german OS
[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
Re: x-start-menu-icons doesn't install on a W2K german OS
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/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,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
Re: Cygwin X server crashes when a remote Xemacs is run
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 [EMAIL PROTECTED]: I'm willing. Brian Quoting Harold L Hunt II [EMAIL PROTECTED]: 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 (0xc005), 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
Re: Garbled task-bar icon
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 inline: x_test8.ico
x-start-menu-icons doesn't install on a W2K german OS
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 [EMAIL PROTECTED] /c/Dokumente und Einstellungen/All Users 11:13 AM [514] ls -lat --show-control-chars total 0 drwxr-xr-x+ 9 root admin4096 Mar 12 10:59 ./ drwxrwxrwx+ 3 vzelladmin 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 admin4096 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/ [EMAIL PROTECTED] /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