Re: A windowing bug on manimize/restore
Thanks Takuma. I will release your new patch when it hits CVS. Harold Takuma Murakami wrote: I notice a bug on the new windowing code, which resides in release-45 or newer versions of Cygwin/X. To reproduce: 1) Invoke XWin.exe in -multiwindow mode. 2) Open 2 windows (A and B) and make them overlapped. 3) Minimize window A. 4) Minimize window B. 5) Restore window B. Then you will see that the contents of window A are drawn in window B in the overlapped area. I suspect the bug with MSVDM reported by Andrew Braverman may be the same symptom. As a workaround, you can get back the correct Z order by restoring window A (in the above example). I will work to fix the problem as soon as possible. Takuma Murakami
XWin 4.3.0-46 crashes in Windows 2000
Hello. I am running Cygwin X server on a Windows 2000 machine. Installed packages are XFree86-base4.3.0-1OK XFree86-bin 4.3.0-8OK XFree86-etc 4.3.0-6OK XFree86-fenc4.2.0-3OK XFree86-fnts4.2.0-3OK XFree86-lib 4.3.0-1OK XFree86-lib-compat 4.3.0-2OK XFree86-prog4.3.0-12 OK XFree86-startup-scripts 4.2.0-5OK XFree86-xserv 4.3.0-46 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. The server 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... The X server gives this stack dump Exception: STATUS_ACCESS_VIOLATION at eip=610AAEFC eax= ebx=17A8 ecx=102C8520 edx=005151F8 esi=102C8528 edi=102C9CC8 ebp=0194ED84 esp=0194ED6C program=C:\cygwin\usr\X11R6\bin\XWin.exe cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023 Stack trace: Frame Function Args 0194ED84 610AAEFC (181489E0, 0029, 611489C0, 0001) 0194EDB4 61054B85 (102C8528, , , 0030) 0194EE14 61086211 (0020, 0018, 10228AE0, 102C6D18) 0194EEC4 0044E0E1 (1020C4B8, C001, 100F119C, 10222FB8) 0194EEE4 0044E2AD (008F, 100F1190, 00C5, 00C5) 0194EF34 00444CD2 (100EA0B0, , , ) 0194EF74 610A024F (100F1278, 0194EFAC, 610A01E0, ) 0194EFA4 61003D64 (, , , ) 0194FFA4 61003D0E (, , , ) 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
emacs paste from windows
Does the clipboard paste from Windows to Emacs under X work? I am able to paste from Emacs to Windows programs, but nothing happends when I try the reverse. I read in the FAQ that there were some problems with some apps, so is there a list of apps which work? Thanks. __ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools
Re: XWin4.3.0-45 -multiwindow crashes with cygwin20040221 in Win95.
Hi all, The problem of XWin crashing with cygwin1-20040221.dll in Windows95 is perhaps due to cygwin1.dll. In fact I have found a similar behavior with the non-Xwindow program gnuchess. From the gdb log one can see that the crash is produced in the same function of cygwin1.dll than the XWin crash. Gnuchess did worked well with 1.5.5-1. gnuchess: Program received signal SIGSEGV, Segmentation fault. [Switching to thread -841681.0xffc86a23] 0x61087b5e in cygwin1!aclcheck () XWin: Program received signal SIGSEGV, Segmentation fault. [Switching to thread -640415.0xfd84c13d] 0x61087b5e in cygwin1!aclcheck () from /usr/bin/cygwin1.dll Unfortunately I have not the knowledge of thread, Win95 or cygwin1.dll programming in order to make a simple program for testing the function. I nevertheless, if it is needed, can run any such program in my Win95 box, if it is supplied. New relevant information is attached. have fun Starting program: /USR/LOCAL/BIN/gnuchess.exe Program received signal SIGSEGV, Segmentation fault. [Switching to thread -841681.0xffc86a23] 0x61087b5e in cygwin1!aclcheck () * 4 thread -841681.0xffc86a23 0x61087b5e in cygwin1!aclcheck () 3 thread -841681.0xffc86eb7 0x6108d936 in sigfillset () 2 thread -841681.0xffc8b8d3 0xbff969db in SetFileAttributesW () from /cygdrive/c/WINDOWS/SYSTEM/KERNEL32.DLL 1 thread -841681.0xffc80133 0x6109eea8 in cygwin1!__getreent () Thread 4 (thread -841681.0xffc86a23): #0 0x61087b5e in cygwin1!aclcheck () #1 0x610a2eff in cygwin1!__getreent () #2 0x in ?? () Thread 3 (thread -841681.0xffc86eb7): #0 0x6108d936 in sigfillset () #1 0x610030a6 in getprogname () #2 0x00cfffc8 in ?? () #3 0xbff74277 in ReadFile () from /cygdrive/c/WINDOWS/SYSTEM/KERNEL32.DLL #4 0x815b15b4 in ?? () #5 0xbff855d1 in KERNEL32!EndUpdateResourceA () from /cygdrive/c/WINDOWS/SYSTEM/KERNEL32.DLL #6 0x816053cc in ?? () #7 0x00cfffc8 in ?? () #8 0xbff86831 in KERNEL32!BuildCommDCBA () from /cygdrive/c/WINDOWS/SYSTEM/KERNEL32.DLL #9 0x610f0774 in cygwin1!__ctype_ptr () #10 0x61003040 in getprogname () #11 0x816053cc in ?? () #12 0x815b1554 in ?? () #13 0x00cfffa0 in ?? () #14 0xbff93b6b in KERNEL32!DeviceIoControl () from /cygdrive/c/WINDOWS/SYSTEM/KERNEL32.DLL #15 0x in ?? () #16 0xbffb8cf8 in ?? () from /cygdrive/c/WINDOWS/SYSTEM/KERNEL32.DLL #17 0xbffb8e70 in ?? () from /cygdrive/c/WINDOWS/SYSTEM/KERNEL32.DLL Thread 2 (thread -841681.0xffc8b8d3): #0 0xbff969db in SetFileAttributesW () from /cygdrive/c/WINDOWS/SYSTEM/KERNEL32.DLL Thread 1 (thread -841681.0xffc80133): #0 0x6109eea8 in cygwin1!__getreent () #1 0x008aee10 in ?? () #0 0x61087b5e in cygwin1!aclcheck () The program is running. Exit anyway? (y or n) Found: C:\cygwin\USR\LOCAL\BIN\gnuchess.exe C:/cygwin/USR/LOCAL/BIN/gnuchess.exe C:\cygwin\bin\cygwin1.dll C:\WINDOWS\SYSTEM\ADVAPI32.DLL C:\WINDOWS\SYSTEM\KERNEL32.dll C:\cygwin\bin\cygreadline5.dll C:\cygwin\bin\cygncurses7.dll C:\WINDOWS\SYSTEM\USER32.dll C:\WINDOWS\SYSTEM\GDI32.dll
Re: errors when switching users (security hole?)
Alexander Gottwald wrote: On Tue, 24 Feb 2004, Kris Thielemans wrote: I was trying to use Windows XP's 'switch user' feature and get rather amazing results. Here is what I did - logged in as account 1 (has admin privs), started XFree there (using startxwin.bat) - switched to another user ('limited privs'), started Xfree there (using startxwin.bat) I get error messages relating to /tmp/.X11-unix (permission denied). If you check startxwin.bat, this is indeed a problem. Every user/session will use the same filename. my 2nd user does not have permission to mess around with the /tmp/.X11-unix created by the first user, so it has problems. Maybe this can be fixed by using /tmp/$USER/.X11-unix or so. But maybe you do not want it to be fixed (see below). However, now comes the weird thing. I then switched back to account 1. And it has a new Xterm open, which seems to be owned by user 2 (that is 'id -un' reports user 2)! I did not really check if it has all relevant permissions and so on but it's pretty scary anyway! This is perfectly normal, if you look into startxwin.bat you can find the following: -- REM Startup the X Server with the integrated Windows-based window manager. start XWin -multiwindow REM Startup an xterm, using bash as the shell. run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash -- (Last two lines are only one that have been wrapped) Trying to start another XServer on the same display (:0 implicitely) will fail (as already explained by Alexander). Instead the opening of an xterm will work, because the xterm is opened in the already running XServer. It's the same situation that often happens with Unix machines when you launch a X app from a remote machine toward your X server, but forget to specify the display (or to export the DISPLAY variable) and then your application is displayed in the remote X server (probably used by someone else). Do you think user switching could be supported by XFree? (Don't worry if you say no. It's not a life-saving requirement for me!) This is normal behaviour. X11 communication work either via TCP/IP where the xserver uses port 6000+display number or via unix domain sockets where the xserver uses the file /tmp/.X11-unix/X${display number}. If you want to start another xserver as a different user you have to supply a screen number different from those of all started servers. eg. if the first server was started with XWin -options then the second should be started with XWin :1 -options bye ago
RE: errors when switching users (security hole?)
> > This is normal behaviour. well, I doubt that you would get your xterm on somebody else's screen on Linux, but I see what you mean. By the way, would it be a good idea to abort startxwin.bat when it didn't manage to remove .X11-unix? That way, at least the user could be warned she's doing something wrong. > eg. if the first server was started with XWin -options then the > second should > be started with XWin :1 -options > ok. I'll live with that. Thanks! Kris
Re: errors when switching users (security hole?)
On Tue, 24 Feb 2004, Kris Thielemans wrote: > I was trying to use Windows XP's 'switch user' feature and get rather > amazing results. Here is what I did > > - logged in as account 1 (has admin privs), started XFree there (using > startxwin.bat) > - switched to another user ('limited privs'), started Xfree there (using > startxwin.bat) > > I get error messages relating to /tmp/.X11-unix (permission denied). > If you check startxwin.bat, this is indeed a problem. Every user/session > will use the same filename. my 2nd user does not have permission to mess > around with the /tmp/.X11-unix created by the first user, so it has > problems. > > Maybe this can be fixed by using /tmp/$USER/.X11-unix or so. But maybe you > do not want it to be fixed (see below). > > > However, now comes the weird thing. > I then switched back to account 1. And it has a new Xterm open, which seems > to be owned by user 2 (that is 'id -un' reports user 2)! I did not really > check if it has all relevant permissions and so on but it's pretty scary > anyway! > > Do you think user switching could be supported by XFree? (Don't worry if you > say no. It's not a life-saving requirement for me!) This is normal behaviour. X11 communication work either via TCP/IP where the xserver uses port 6000+display number or via unix domain sockets where the xserver uses the file /tmp/.X11-unix/X${display number}. If you want to start another xserver as a different user you have to supply a screen number different from those of all started servers. eg. if the first server was started with XWin -options then the second should be started with XWin :1 -options bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag
errors when switching users (security hole?)
Hi I was trying to use Windows XP's 'switch user' feature and get rather amazing results. Here is what I did - logged in as account 1 (has admin privs), started XFree there (using startxwin.bat) - switched to another user ('limited privs'), started Xfree there (using startxwin.bat) I get error messages relating to /tmp/.X11-unix (permission denied). If you check startxwin.bat, this is indeed a problem. Every user/session will use the same filename. my 2nd user does not have permission to mess around with the /tmp/.X11-unix created by the first user, so it has problems. Maybe this can be fixed by using /tmp/$USER/.X11-unix or so. But maybe you do not want it to be fixed (see below). However, now comes the weird thing. I then switched back to account 1. And it has a new Xterm open, which seems to be owned by user 2 (that is 'id -un' reports user 2)! I did not really check if it has all relevant permissions and so on but it's pretty scary anyway! Do you think user switching could be supported by XFree? (Don't worry if you say no. It's not a life-saving requirement for me!) Versions: XP sp1, cygwin 1.5.7-1, XFree 4.3.0-1 (Please CC to my own email) Kris Thielemans (kris.thielemans imperial.ac.uk) Hammersmith Imanet (formerly IRSL) Cyclotron Building Hammersmith Hospital Du Cane Road London W12 ONN, United Kingdom
Re: XWin causes Windows apps to hang(?)
On Sun, 22 Feb 2004, Alexander Gottwald wrote: > winProcSetSelectionOwner - OpenClipboard () failed: > winProcSetSelectionOwner - OpenClipboard () failed: > > 0 is ERROR_SUCCESS which means "The operation completed successfully" > I guess the clipboard was opened successfully but returned a wrong > error condition. After bailing out we leave the clipboard in an open > state and other programs can not access it anymore. > > I guess this is worth a try: > > from winclipboardwrappers.c:461 > > /* Access the Windows clipboard */ > if (!OpenClipboard (g_hwndClipboard)) > { > DWORD errorcode = GetLastError(); > ErrorF ("winProcSetSelectionOwner - OpenClipboard () failed: %08x\n", > (int) errorcode); > if (errorcode != ERROR_SUCCESS) > goto winProcSetSelectionOwner_Done; > } This was a deadend too. The call to EmptyClipboard now returned an error stating the clipboard was not open. bye ago -- [EMAIL PROTECTED] http://www.gotti.org ICQ: 126018723 Chemnitzer Linux-Tag 2004 - 6. und 7. März 2004 http://www.tu-chemnitz.de/linux/tag