From wrcygwin@riede.org Sun Feb 1 00:34:00 2004 From: wrcygwin@riede.org (Willem Riede) Date: Sun, 01 Feb 2004 00:34:00 -0000 Subject: XDMCP howto for cygwin? (or other remote-desktop solution) In-Reply-To: (from tlroche@us.ibm.com on Fri, Jan 30, 2004 at 23:18:45 -0500) References: Message-ID: <20040201003433.GE23308@serve.riede.org> On 2004.01.30 23:18, Thomas L Roche wrote: > > OK. Is there anything else that needs done for KDE? Unfortunately I don't know that first hand, as I use Gnome. Regards, Willem Riede. From bijumaillist@yahoo.com Sun Feb 1 03:41:00 2004 From: bijumaillist@yahoo.com (=?iso-8859-1?q?Biju=20G=20C?=) Date: Sun, 01 Feb 2004 03:41:00 -0000 Subject: hide a window from appearing in taskbar Message-ID: <20040201034119.93221.qmail@web14612.mail.yahoo.com> Harold, I found a way to hide a window from appearing in taskbar when it is visible. The technique I used was showing the window as a dialog with parent as MS-Windows desktop desktophwnd=GetDesktopWindow(); int ret = DialogBox(GetModuleHandle(NULL), MAKEINTRESOURCE(IDD_ABOUT), desktophwnd, AboutDlgProc); Where "about" window wont appear in taskbar. Also it wont be a modal window. To make it more convincing I hide the calling window. I am attaching the example While running, do "Tools\About" from the menu So will it be possible to use this with "XWin.exe -nodecoration" cheers Biju --------- my makefile ------ myapp.exe : myapp.c myapp.res resource.h gcc -mwindows myapp.c myapp.res -o $@ myapp.res : myapp.rc resource.h windres $< -O coff -o $@ ------------------------------- ___________________________________________________________ BT Yahoo! Broadband - Free modem offer, sign up online today and save ??80 http://btyahoo.yahoo.co.uk -------------- next part -------------- A non-text attachment was scrubbed... Name: myapp.c Type: application/octet-stream Size: 4354 bytes Desc: myapp.c URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: myapp.rc Type: application/octet-stream Size: 790 bytes Desc: myapp.rc URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: resource.h Type: application/octet-stream Size: 188 bytes Desc: resource.h URL: From winminion@realmspace.com Mon Feb 2 03:23:00 2004 From: winminion@realmspace.com (Joaquin) Date: Mon, 02 Feb 2004 03:23:00 -0000 Subject: problem using XWin for HP-Unix In-Reply-To: Message-ID: <000b01c3e93b$f1561a40$c901a8c0@macross> Though this is not so secure using the $DISPLAY=ipaddr:0.0 and xhost +ipaddr. It's better to just ssh into the machine from a local xterm and have xclients automatically forwarded (though X11 authentication needs to be turned on in ssh config files). > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Andrew DeFaria > Sent: Wednesday, January 28, 2004 7:40 PM > To: cygwin-xfree@cygwin.com > Subject: Re: problem using XWin for HP-Unix > > > geethar wrote: > > > Hi, > > We tried to use Cygwin's XWin command to connect to the HP-UNIX > > machine remotely. But we do not know which port number has > to be used. > > Please let me know which command should be used to connect > to HP-Unix > > and what port has to used for the same. > > > > I appreciate your early response. We are actually stuck with this > > problem and waiting for this to be resolved. > > > > Thanks in advance. > > X traffic generally travels over port 6000 but I believe it's really > something like 6000 + DISPLAY # so for DISPLAY=:0 > it's 6000 but > for DISPLAY=:1 it'd be 6001. > > Note if you are using XDMCP I believe it uses port 770 (UDP). > -- > Copywight 1994 Elmer Fudd. All wights wesewved. > > From jamesem_99@yahoo.com Mon Feb 2 03:49:00 2004 From: jamesem_99@yahoo.com (James Merritt) Date: Mon, 02 Feb 2004 03:49:00 -0000 Subject: X11 error when using gv. Message-ID: <20040202034943.97685.qmail@web40810.mail.yahoo.com> Hi everyone, Sorry for the previous post, that is what happens when you have clumsy fingers...smile. I have been using cygwin for a few years now and love it, especially since xwindows works. I can compile C/C++ programs with no problems, run lyx which is a really cool document processor and all without having to reboot the machine. I have been trying to get linux working on this machine for some time and have decided that for now, Cygwin will do what I need with no fuss and no hassle and no doinking around trying to get printers, network, modem, even the Xwindows to work. Cygwin just works right after installation and I can be productive immediately. That being said, I am having a little problem with using ghostview under Cygwin/X11. Ghostview seems to work porperly, it comes up just great. But when I try to view any kind of file (pdf, ps, etc. ) or when I run lyx and try to view pdf after creating a document from there, a dialog box pops up with the message: Unknown device: x11 I am not sure what is happening here. It seems I may not have installed all the proper files when I ran setup. Any help would be appreciated. Thanks and have a great day!! James E. Merritt __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From takuma@dgp.ne.jp Mon Feb 2 08:24:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Mon, 02 Feb 2004 08:24:00 -0000 Subject: Patch for silent exit Message-ID: <20040202172225.61DB.TAKUMA@dgp.ne.jp> I made a small patch for preventing exit confirmation when no client is connecting to the X server, which looks reasonable for me. Could you, any developer, commit this? Or is the confirmation always necessary? Takuma Murakami -------------- next part -------------- A non-text attachment was scrubbed... Name: xwinexit.patch Type: application/octet-stream Size: 1343 bytes Desc: not available URL: From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Feb 2 10:56:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 02 Feb 2004 10:56:00 -0000 Subject: X11 error when using gv. In-Reply-To: <20040202034943.97685.qmail@web40810.mail.yahoo.com> References: <20040202034943.97685.qmail@web40810.mail.yahoo.com> Message-ID: James Merritt wrote: > That being said, I am having a little problem with > using ghostview under Cygwin/X11. Ghostview seems to > work porperly, it comes up just great. But when I try > to view any kind of file (pdf, ps, etc. ) or when I > run lyx and try to view pdf after creating a document > from there, a dialog box pops up with the message: > > Unknown device: x11 install the package ghostscript-x11. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Dr.Volker.Zell@oracle.com Mon Feb 2 11:01:00 2004 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Mon, 02 Feb 2004 11:01:00 -0000 Subject: X11 error when using gv. In-Reply-To: <20040202034943.97685.qmail@web40810.mail.yahoo.com> (James Merritt's message of "Sun, 1 Feb 2004 19:49:43 -0800 (PST)") References: <20040202034943.97685.qmail@web40810.mail.yahoo.com> Message-ID: <87fzdt7nlz.fsf@vzell-de.de.oracle.com> >>>>> "James" == James Merritt writes: James> That being said, I am having a little problem with James> using ghostview under Cygwin/X11. Ghostview seems to James> work porperly, it comes up just great. But when I try James> to view any kind of file (pdf, ps, etc. ) or when I James> run lyx and try to view pdf after creating a document James> from there, a dialog box pops up with the message: James> Unknown device: x11 Search the archives. This has been discussed to death. You have the non-X11 version of gs in /usr/bin which maybe shadows your gs version in /usr/X11R6/bin. If not reinstall the X11 version of gs. James> James E. Merritt Ciao Volker From huntharo@msu.edu Mon Feb 2 14:28:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 02 Feb 2004 14:28:00 -0000 Subject: Patch for silent exit Message-ID: <401E5E96.2000904@msu.edu> Takuma, Thanks for the patch. Now we just need to decide if it is a good idea to have two different behaviors: 1) Show Exit confirmation dialog box when apps are running. 2) Don't show Exit confirmation dialog box when no apps are running. I think it is probably safe, but I know that some user out there will be confused. ;) We should get you an account so that you can commit patches to cvs directly. You would only need to check here when you are changing the default behavior. Obvious bug fixes can be applied without question. More complex bug fixes should be discussed a little. Send me, privately, a preferred username and the public half of an openssh DSA key (ssh-keygen -t dsa) and I will get you an account on freedesktop.org. Thanks for contributing, Harold From vervoom@hotmail.com Mon Feb 2 14:41:00 2004 From: vervoom@hotmail.com (J S) Date: Mon, 02 Feb 2004 14:41:00 -0000 Subject: frozen screen Message-ID: Hi, I'm running an x-app on xfree, which after going through certain options on the app, freezes the x- window where I'm working. The window stops responding to any keys or mouse clicks. This is a tail from xwin.log (I wasn't too sure if the last line was significant or not?): winPointerWarpCursor - Discarding first warp: 573 404 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. winDeinitMultiWindowWM - Noting shutdown in progress What's really confusing is that this works OK on Exceed 6.2 but not the more recent version 7.1. Are there any flags I can give the Xwin command line which might be able to fix this problem? Thanks for any help, Rgds, JS. _________________________________________________________________ Express yourself with cool emoticons - download MSN Messenger today! http://www.msn.co.uk/messenger From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Feb 2 16:59:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 02 Feb 2004 16:59:00 -0000 Subject: frozen screen In-Reply-To: References: Message-ID: J S wrote: > I'm running an x-app on xfree, which after going through certain options on > the app, freezes the x- window where I'm working. The window stops > responding to any keys or mouse clicks. This is quite unprecise. Which application is it and what are the options which cause the freeze? >This is a tail from xwin.log The log shows nothing strange but it only logs a few things. bye ago NP: Diary of Dreams - Traum:A -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From kindakiss@juno.com Mon Feb 2 18:33:00 2004 From: kindakiss@juno.com (darrenr) Date: Mon, 02 Feb 2004 18:33:00 -0000 Subject: cygwin bang Message-ID: cygwin grow yer (beep) http://flickz.us/vp/?pills 12:35:37 PM From jamesem_99@yahoo.com Mon Feb 2 19:01:00 2004 From: jamesem_99@yahoo.com (James Merritt) Date: Mon, 02 Feb 2004 19:01:00 -0000 Subject: X11 error when using gv. In-Reply-To: <87fzdt7nlz.fsf@vzell-de.de.oracle.com> Message-ID: <20040202190126.30388.qmail@web40811.mail.yahoo.com> Hi Dr. Volker, Thank you for the helpful response. I did check in /usr/bin and sure enough, there was a gs.exe there so I removed it. There was also a gs.exe in /usr/X11R6/bin and left that one alone. Now ghostview displays the pdf or postscript file with no problems Thank you for the help, I really appreciate it. James E. Merritt --- "Dr. Volker Zell" wrote: > >>>>> "James" == James Merritt > writes: > > James> That being said, I am having a little > problem with > James> using ghostview under Cygwin/X11. > Ghostview seems to > James> work porperly, it comes up just great. > But when I try > James> to view any kind of file (pdf, ps, etc. ) > or when I > James> run lyx and try to view pdf after > creating a document > James> from there, a dialog box pops up with the > message: > > James> Unknown device: x11 > > Search the archives. This has been discussed to > death. You have the > non-X11 version of gs in /usr/bin which maybe > shadows your gs version in > /usr/X11R6/bin. If not reinstall the X11 version of > gs. > > James> James E. Merritt > > Ciao > Volker > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ From pechtcha@cs.nyu.edu Mon Feb 2 19:47:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 02 Feb 2004 19:47:00 -0000 Subject: X11 error when using gv. In-Reply-To: <20040202190126.30388.qmail@web40811.mail.yahoo.com> References: <20040202190126.30388.qmail@web40811.mail.yahoo.com> Message-ID: James, BAD idea. It's *much* better to edit your /etc/profile and change it to *prepend* /usr/X11R6/bin to your path, rather than appending it (which is the default). That way, you can still access /usr/bin/gs.exe if you need it. Igor On Mon, 2 Feb 2004, James Merritt wrote: > Hi Dr. Volker, > > Thank you for the helpful response. I did check in /usr/bin and sure > enough, there was a gs.exe there so I removed it. There was also a > gs.exe in /usr/X11R6/bin and left that one alone. Now ghostview > displays the pdf or postscript file with no problems > > Thank you for the help, I really appreciate it. > > James E. Merritt > > --- "Dr. Volker Zell" wrote: > > >>>>> "James" == James Merritt writes: > > > > James> That being said, I am having a little problem with > > James> using ghostview under Cygwin/X11. Ghostview seems to > > James> work porperly, it comes up just great. But when I try > > James> to view any kind of file (pdf, ps, etc. ) or when I > > James> run lyx and try to view pdf after creating a document > > James> from there, a dialog box pops up with the message: > > > > James> Unknown device: x11 > > > > Search the archives. This has been discussed to death. You have the > > non-X11 version of gs in /usr/bin which maybe shadows your gs version > > in /usr/X11R6/bin. If not reinstall the X11 version of gs. > > > > James> James E. Merritt > > > > Ciao > > Volker -- 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 harold@ajboggs.com Mon Feb 2 20:23:00 2004 From: harold@ajboggs.com (Harold L Hunt II) Date: Mon, 02 Feb 2004 20:23:00 -0000 Subject: hide a window from appearing in taskbar Message-ID: <401EB1A6.3050407@ajboggs.com> Biju, Of course it would be possible to not show the Cygwin/X window in the taskbar. That's not really the problem (though it does help to have an example of how to do it). The real problem is creating a complete solution and testing it. You need to change the bahavior of the tray icon when the main window is hidden to make it bring the Cygwin/X window into focus when the icon is double-clicked (or some such). Also, this should probably be an option that applies to more than just -nodecoration. It should be a distinct option (perhaps -notaskbar) that applies to -fullscreen, -nodecoration, and the default modes. -multiwindow and -rootless should be unaffected. Go forth and code such a patch! :) Harold From ford@vss.fsi.com Mon Feb 2 20:32:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Mon, 02 Feb 2004 20:32:00 -0000 Subject: xfree and windows XP home version In-Reply-To: <401C1B42.1080700@mchsi.com> References: <401C1B42.1080700@mchsi.com> Message-ID: On Sat, 31 Jan 2004, Robert Tramel wrote: > Hi > > Hopefully per Brian Ford's suggestions this will be more helpful > > This time I've attached the requested cygcheck.out file. > Thank you. It shows you are running the 1.5.6 version of the Cygwin DLL (cygwin1.dll). Don't. It was a fairly broken release. Please upgrade to 1.5.7. It was released on the same day you sent this email. > The problem is that under I open a bash shell, and then cd into the > /usr/X11R6/bin directory. > Under what? > I have tried using both the startx as well as the startxwin.bat commands. > > when I run startxwin.bat I get the following message > > startxwin.bat - Starting on Windows NT/2000/XP/2003. I see the X symbol > appear at the bottom left corner of the display but that is it no > xwindow pops up. I have tried the alt-tab combo and the X window never > appears as an option. > The default script should pop up an xterm in a standard Windows style application window. Have you edited this script? > With startx the situation is slightly better in that an full screen > seized X window appears but the system never clears the windows > icons/background etc. out of the X window. Also the hourglass never goes > away. I can toggle between applications using alt-tab sequence but > nothing ever changes in the X window. > Do you have a .xinitrc or .xserverrc script. If so, what are the contents? > In both cases the X application does not respond to the system when I > attempt to shut down/restart the system. > Please try to upgrade your installation, and then report if you have more problems. Thanks. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From victorzhang_mvscn@yahoo.com.cn Tue Feb 3 08:31:00 2004 From: victorzhang_mvscn@yahoo.com.cn (=?gb2312?q?victor=20zhang?=) Date: Tue, 03 Feb 2004 08:31:00 -0000 Subject: xedit failed with core dump Message-ID: <20040203083050.65196.qmail@web15203.mail.bjs.yahoo.com> Hello, My cygwin is up to date: $ uname -a CYGWIN_NT-5.1 GCN-W2-PEKVictr 1.5.7(0.109/3/2) 2004-01-30 19:32 i686 unknown unk nown Cygwin when I tried to execute xedit,it failed with messages: $ xedit -display 127.0.0.1:0.0 Segmentation fault (core dumped) and here is the stack dump: Exception: STATUS_ACCESS_VIOLATION at eip=0041D043 eax=00000001 ebx=00000400 ecx=00000000 edx=000002BB esi=00000467 edi=00000145 ebp=0022E238 esp=0022E220 program=C:\cygwin\usr\X11R6\bin\xedit.exe cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 Stack trace: Frame Function Args 0022E238 0041D043 (1010F1B0, 00000001, 00000003, 0022E405) 0022E258 0041D713 (1010F1B0, 00000001, 00000000, 00000051) 0022E528 00447E09 (00474450, 0022E5D0, 1012E610, 00000000) 0022E5B8 00420089 (1012E610, 0022E5D0, 00000000, 00419FBF) 0022E5F8 00420598 (1012E610, 1010F540, 00000001, 610C5A61) 0022E628 00421CCB (00000004, 00411060, 0022EF40, 004014FF) 0022E638 00411099 (100E9CB0, 00000001, 0000000C, 00000001) 0022EF40 004014FF (00000001, 616745E4, 100E00A8, 0022EF98) 0022EF80 61005DE0 (0022EF98, C0150008, 00000000, 536CD652) 0022FF90 61005EE5 (00000000, 00000000, 00000000, 00000000) End of stack trace Other X-app can ran without any problems excludes some game programs. Is there a solution to solve the problem? Regards Victor _________________________________________________________ Do You Yahoo!? ????????????????????????????????????????????????????????????????????????60???????????????????????????? http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.mail.yahoo.com From huntharo@msu.edu Tue Feb 3 17:24:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 03 Feb 2004 17:24:00 -0000 Subject: Takuma Murakami added to commit list Message-ID: <401FD92D.3070005@msu.edu> Takuma Murakami has been contributing patches for a few months now. To make submitting clean patches easier for Takuma, and since we can now provide this, I have added Takuma to the list of commiters for the xorg tree on freedesktop.org. Remember, we can now give commit access to anyone that demonstrates an interest in the success of the project by submitting a few clean patches. If you have big plans for features, send some small patches to get started, then we can set you up with commit access for your continuing changes. Thanks for contributing Takuma! Harold From alanh@fairlite.demon.co.uk Tue Feb 3 17:36:00 2004 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Tue, 03 Feb 2004 17:36:00 -0000 Subject: Takuma Murakami added to commit list In-Reply-To: <401FD92D.3070005@msu.edu> References: <401FD92D.3070005@msu.edu> Message-ID: <20040203173615.GP1931@fairlite.demon.co.uk> On Tue, Feb 03, 2004 at 12:23:57PM -0500, Harold L Hunt II wrote: > Takuma Murakami has been contributing patches for a few months now. To > make submitting clean patches easier for Takuma, and since we can now > provide this, I have added Takuma to the list of commiters for the xorg > tree on freedesktop.org. > > Remember, we can now give commit access to anyone that demonstrates an > interest in the success of the project by submitting a few clean > patches. If you have big plans for features, send some small patches to > get started, then we can set you up with commit access for your > continuing changes. Harold, I just want to understand what's happening with the project on SourceForge that we had control over anyway and you could add new committers there anyway ? Alan. From Alexander.Gottwald@s1999.tu-chemnitz.de Tue Feb 3 18:55:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 03 Feb 2004 18:55:00 -0000 Subject: Takuma Murakami added to commit list In-Reply-To: <20040203173615.GP1931@fairlite.demon.co.uk> References: <401FD92D.3070005@msu.edu> <20040203173615.GP1931@fairlite.demon.co.uk> Message-ID: Alan Hourihane wrote: > I just want to understand what's happening with the project on SourceForge > that we had control over anyway and you could add new committers there > anyway ? The sourceforge repository is only used for the faq and userguide. The xserver source is unmaintained for some weeks now and changes only go to a repository on freedesktop.org. Maybe we should move the repository for docs to freedesktop.org too and delete the project on sourceforge. bye ago NP: Deine Lakaien - Love me to the end -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Tue Feb 3 21:07:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 03 Feb 2004 21:07:00 -0000 Subject: FD_SETSIZE and select Message-ID: Hi, The Cygwin/X source uses the assumption that FD_SETSIZE == 256 in many places. I'm currently adding a -DFD_SETSIZE=256 to the build commandline but I'm not sure if this has any sideeffects. Is select() capable of handling other sizes than 64 which is set in sys/types.h? bye ago BTW: please keep the cc to cygwin-xfree since I'm only monitoring that list and I'd like the others there be informed too. -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From tlroche@us.ibm.com Tue Feb 3 21:10:00 2004 From: tlroche@us.ibm.com (Thomas L Roche) Date: Tue, 03 Feb 2004 21:10:00 -0000 Subject: cygwin/xfree86/emacs problems after upgrading Message-ID: summary: I am still experiencing post-upgrade problems with my cygwin emacs; output from cygcheck and report-emacs-bug attached. What to do? details: I was annoyed by some shortcomings of my cygwin emacs (21.1? whatever version was included around the time of cygwin-1.5.5-1), such as lack of electricity with kill-ring-save and oddity with multiline kill'ing, so ~29 Jan I upgraded to cygwin-1.5.6-1, emacs-21.2.1, and whatever the latest XFree86 was then, along with the other goodness cygwin's setup advised me to get. Since then emacs life has been bad, but I'm not sure why, since available evidence seems to point in several directions. Note that I run emacs via emacs --debug-init & from bash in an xterm which I launch with start XWin -multiwindow -clipboard -emulate3buttons I typically run 2 emacs windows (second created with C-x 5 b) and 1 xterm, all of which usually overlap ... until the emacs windows disappear, apparently randomly, although lately I'm convinced that emacs crashes are more likely when I'm either resizing or minimizing its windows. I've so far run 2 cygwin sessions today, once at home (with access to shared drives via a VPN) and once at work (directly on ethernet), and the xterm traces have been: home: bash-2.05b$ emacs --debug-init & [1] 1643 bash-2.05b$ emacs --debug-init & [2] 1460 [1] Segmentation fault emacs --debug-init bash-2.05b$ emacs --debug-init & [3] 1932 [2] Aborted (core dumped) emacs --debug-init bash-2.05b$ emacs --debug-init & [4] 308 [3] Aborted (core dumped) emacs --debug-init bash-2.05b$ X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 56 work: bash-2.05b$ emacs --debug-init & [1] 1868 bash-2.05b$ emacs --debug-init & [2] 1396 [1] Segmentation fault emacs --debug-init bash-2.05b$ X protocol error: BadLength (poly request too large or internal Xlib length error) on protocol request 56 bash-2.05b$ emacs --debug-init & [3] 1156 [2] Exit 70 emacs --debug-init The X errors tend to make me suspect it. However I'm also, again only since upgrading, having problems with unzip, e.g. > inflating: /d/eclipse/builds/20040121_1953-WB213-AD-V512D-00/eclipse/plugins/com.ibm.etools.j2ee.ui/build/pluginBuild/commonbld/com/ibm/etools/ejb/ui/presentation/EJBEditorOutlineContentProvider.class > 735 [main] unzip 1820 cmalloc: cmalloc returned NULL > error: zipfile probably corrupt (segmentation violation) which I get even unzip'ing a known-good file (i.e. one that I unzip'ed successfully before upgrading from 1.5.5-1). I noted Christopher Faylor Sat, 31 Jan 2004 00:43:54 -0500 (EST) > Changes since 1.5.6-1: > - Fix malloc overflow problem which caused random SEGVs. > (Christopher Faylor) and installed cygwin 1.5.7-1 (along with other then-updated packages, which included XFree86) early 1 Feb: this has not solved either the unzip or the emacs problems. So it seems plausible that there is also a (base) cygwin problem, which might be causing the emacs and unzip problems. Or that the emacs and unzip problems are unrelated. What should I try next? If possible, please post me directly as well as the list (I'm on the digest). Note that output of report-emacs-bug (edited for clarity in this context) follows, then output of cygcheck -srvh (slightly edited for security) follows that to end of post. (Note that cygcheck shows d:\cygwin\bin d:\cygwin\usr\X11R6\bin at the head of my PATH; those dirs don't exist, and they're not in my windows path.) output of report-emacs-bug ---------------------------------------------------------------------- In GNU Emacs 21.2.1 (i686-pc-cygwin, X toolkit) of 2003-01-23 on DRACO configured using `configure --prefix=/usr --bindir=/usr/bin --sysconfdir=/etc --libexecdir=/usr/sbin --localstatedir=/var --datadir=/usr/share --without-toolkit-scroll-bars' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: nil default-enable-multibyte-characters: t Recent input: C-g C-g C-h a b u g C-x 0 C-SPC C-SPC M-w C-s M-x r e p o SPC r t SPC e m SPC Recent messages: Wrote /t/tlroche/notReallyJunk call-interactively: Quit keyboard-quit: Quit Loading apropos...done Type C-x 1 to remove help window. C-M-v to scroll the help. Mark set [3 times] Saving file /t/tlroche/notReallyJunk... Wrote /t/tlroche/notReallyJunk Making completion list... Loading emacsbug...done ---------------------------------------------------------------------- output of cygcheck -srvh ---------------------------------------------------------------------- Cygwin Win95/NT Configuration Diagnostics Current System Time: Tue Feb 03 15:00:22 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 3 Path: . d:\cygwin\bin d:\cygwin\usr\X11R6\bin d:\ProgramFiles\Cygwin\bin c:\Program Files\IBM\Infoprint Select d:\ProgramFiles\Cygwin\usr\X11R6\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem c:\Program Files\IBM\Trace Facility c:\Personal Communications d:\ProgramFiles\DiskeeperLite\7.0.414\ d:\ProgramFiles\Rational\ClearQuest\common c:\Infoprint . SysDir: C:\WINNT\System32 WinDir: C:\WINNT Here's some environment variables that may affect cygwin: HOME = `v:\tlroche' PWD = `/d/tlroche/bin' Here's the rest of your environment variables: COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMSPEC = `C:\WINNT\system32\cmd.exe' CYGWIN_ROOT = `\cygwin' DISKEEPERICON = `d:\ProgramFiles\DiskeeperLite\7.0.414\' DISPLAY = `127.0.0.1:0.0' ECLIPSE_DRIVE_LETTER = `d' HOMEDRIVE = `v:' HOMEPATH = `\tlroche' NUMBER_OF_PROCESSORS = `1' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PCOMM_ROOT = `C:\Personal Communications' PDBASE = `C:\PROGRA~1\IBM\INFOPR~1' PDHOST = ` ' PD_SOCKET = `6874' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0207' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' SHELLNOTFORCYGWINEMACS = `D:\ProgramFiles\Cygwin\bin\bash.exe' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `d:\temp' TERM = `xterm' TMP = `d:\temp' WINDIR = `C:\WINNT' WINDOWID = `2097166' _ = `/usr/bin/cygcheck' Scanning registry for keys with `Cygnus' in them... 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 flags = 0x0000002a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `d:\ProgramFiles\Cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c (default) = `c:' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/d (default) = `d:' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/e (default) = `e:' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/s (default) = `s:' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/t (default) = `t:' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `d:\ProgramFiles\Cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `d:\ProgramFiles\Cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `d:\ProgramFiles\Cygwin\usr\X11R6\lib\X11\fonts' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/v (default) = `v:' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options Listing available drives... Drv Type Size Free Flags Name c: hd NTFS 10498Mb 91% CP CS UN PA FC C d: hd NTFS 46733Mb 68% CP CS UN PA FC D e: cd N/A N/A f: net FAT 5041Mb 53% CP UN FDRIVE g: net FAT 23544Mb 96% CP UN GDRIVE h: net FAT 4994Mb 86% CP UN CDRIVE i: net FAT 14450Mb 53% CP UN DDRIVE t: net NTFS 2219008Mb 65% CP CS PA tlroche v: net NTFS 4133Mb 91% CP CS UN PA FC w: hd NTFS 46733Mb 68% CP CS UN PA FC D fd=floppy, hd=hard drive, cd=CD-ROM, net=Network Share CP=Case Preserving, CS=Case Sensitive, UN=Unicode PA=Persistent ACLS, FC=File Compression, VC=Volume Compression Mount entries: these map POSIX directories to your NT drives. -NT- -POSIX- -Type- -Flags- d:\ProgramFiles\Cygwin / system binmode c: /c system binmode d: /d system binmode e: /e system binmode s: /s system binmode t: /t system binmode d:\ProgramFiles\Cygwin/bin /usr/bin system binmode d:\ProgramFiles\Cygwin/lib /usr/lib system binmode d:\ProgramFiles\Cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode v: /v system binmode . / system binmode,cygdrive Looking to see where common programs can be found, if at all... Found: d:\ProgramFiles\Cygwin\bin\awk.exe Found: d:\ProgramFiles\Cygwin\bin\bash.exe Found: d:\ProgramFiles\Cygwin\bin\cat.exe Found: d:\ProgramFiles\Cygwin\bin\cp.exe Not Found: cpp (good!) Found: d:\ProgramFiles\Cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: d:\ProgramFiles\Cygwin\bin\grep.exe Found: d:\ProgramFiles\Cygwin\bin\ld.exe Found: d:\ProgramFiles\Cygwin\bin\ls.exe Not Found: make Found: d:\ProgramFiles\Cygwin\bin\mv.exe Found: d:\ProgramFiles\Cygwin\bin\rm.exe Found: d:\ProgramFiles\Cygwin\bin\sed.exe Found: d:\ProgramFiles\Cygwin\bin\sh.exe Found: d:\ProgramFiles\Cygwin\bin\tar.exe Looking for various Cygnus DLLs... (-v gives version info) 802k 2003/09/15 d:\ProgramFiles\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 d:\ProgramFiles\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 7k 2003/10/19 d:\ProgramFiles\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 842k 2003/09/30 d:\ProgramFiles\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 12:49 645k 2003/04/11 d:\ProgramFiles\Cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2003/4/11 6:37 22k 2003/10/17 d:\ProgramFiles\Cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2003/10/17 1:24 380k 2002/07/24 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 131k 2003/10/28 d:\ProgramFiles\Cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2003/10/28 17:44 45k 2001/04/25 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 489k 2003/08/09 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\Cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 13:09 119k 2002/02/09 d:\ProgramFiles\Cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 0:19 32k 2003/08/18 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\Cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 5:25 156k 2001/04/25 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 173k 2003/08/10 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\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 d:\ProgramFiles\Cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/10 19:16 171k 2003/09/30 d:\ProgramFiles\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 12:49 165k 2003/04/11 d:\ProgramFiles\Cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 "cygssl.dll" v0.0 ts=2003/4/11 6:37 254k 2003/09/18 d:\ProgramFiles\Cygwin\bin\cygtidy-0-99-0.dll - os=4.0 img=1.0 sys=4.0 "cygtidy-0-99-0.dll" v0.0 ts=2003/9/18 11:52 281k 2003/02/24 d:\ProgramFiles\Cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/23 23:58 3006k 2003/10/12 d:\ProgramFiles\Cygwin\bin\cygxerces-c23.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c23.dll" v0.0 ts=2003/10/11 22:36 61k 2003/12/04 d:\ProgramFiles\Cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/12/3 22:03 1083k 2004/01/31 d:\ProgramFiles\Cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/1/30 19: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 d:\ProgramFiles\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 20:41 121k 2003/11/18 d:\ProgramFiles\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 20:41 282k 2003/10/28 d:\ProgramFiles\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 2003/11/18 d:\ProgramFiles\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 20:39 439k 2003/11/18 d:\ProgramFiles\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 20:40 74k 2003/11/18 d:\ProgramFiles\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 20:30 9k 2003/11/18 d:\ProgramFiles\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 20:30 1271k 2003/11/18 d:\ProgramFiles\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 20:39 20k 2003/11/18 d:\ProgramFiles\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 20:42 30k 2003/11/18 d:\ProgramFiles\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 20:30 864k 2003/11/18 d:\ProgramFiles\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 20:30 253k 2003/11/18 d:\ProgramFiles\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 20:33 355k 2003/11/18 d:\ProgramFiles\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 20:34 36k 2003/11/18 d:\ProgramFiles\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 20:43 49k 2003/11/18 d:\ProgramFiles\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 20:30 56k 2003/11/18 d:\ProgramFiles\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 74k 2003/11/18 d:\ProgramFiles\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 20:42 27k 2003/11/18 d:\ProgramFiles\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 20:34 76k 2003/11/18 d:\ProgramFiles\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 20:32 11k 2003/11/18 d:\ProgramFiles\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 20:32 26k 2003/11/18 d:\ProgramFiles\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 20:35 51k 2003/11/18 d:\ProgramFiles\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 20:32 14k 2003/11/18 d:\ProgramFiles\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 20:43 26k 2003/11/18 d:\ProgramFiles\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 20:42 282k 2003/11/18 d:\ProgramFiles\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 20:31 27k 2003/11/18 d:\ProgramFiles\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 20:43 17k 2003/11/18 d:\ProgramFiles\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 20:34 15k 2003/11/18 d:\ProgramFiles\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 20:35 Cygwin Package Information Last downloaded files to: D:\download\cygwin Last downloaded files from: ftp://mirrors.rcn.net/pub/sourceware/cygwin Package Version _update-info-dir 00226-1 a2ps 4.13-1 ash 20040127-1 aspell 0.50.3-1 aspell-doc 0.50.3-1 aspell-en 0.51.0-1 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 20030901-1 bzip2 1.0.2-5 chkconfig 1.2.24h-1 clear 1.0-1 cmake 1.8.3-1 crypt 1.1-1 ctags 5.5-4 cvs 1.11.6-3 cygipc 2.02-1 cygrunsrv 0.97-1 cygutils 1.2.2-1 cygwin 1.5.7-1 cygwin-doc 1.3-6 diffutils 2.8.4-1 editrights 1.01-1 emacs 21.2-12 emacs-el 21.2-12 emacs-X11 21.2-12 enscript 1.6.3-3 expat 1.95.7-1 expect 20030128-1 fileutils 4.1-2 findutils 4.1.7-4 fontconfig 2.2.0-1 freetype2 2.1.5-1 gawk 3.1.3-4 gdbm 1.8.3-7 gettext 0.12.1-3 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 gnugo 3.4-1 gnupg 1.2.2-3 grep 2.5-1 groff 1.18.1-2 guile 1.6.4-12 guile-devel 1.6.4-12 guile-doc 1.6.4-12 gzip 1.3.5-1 inetutils 1.3.2-25 initscripts 0.9-1 less 381-1 lftp 2.6.10-1 libaspell15 0.50.3-1 libbz2_1 1.0.2-5 libdb3.1 3.1.17-2 libdb4.1 4.1.25-1 libfontconfig1 2.2.0-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 libiconv2 1.9.1-3 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.12.1-3 libjpeg6b 6b-8 libltdl3 1.5-3 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 libxerces-c23 2.3.0-4 login 1.9-7 m4 1.4-1 man 1.5k-2 mc 4.6.0-4 mktemp 1.5-3 mutt 1.4.1-2 nasm 0.98.38-1 ncftp 3.1.4-1 ncurses 5.3-4 openssh 3.7.1p2-2 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 procmail 3.22-8 psutils 1.17-1 python 2.3.3-1 readline 4.3-5 rsync 2.6.0-1 rxvt 2.7.10-3 sed 4.0.8-1 sh-utils 2.0.15-4 sharutils 4.2.1-3 ssmtp 2.60.4-1 sysvinit 2.84-4 tar 1.13.25-5 tcltk 20030901-1 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 tidy 030901-1 unzip 5.50-5 uw-imap 2002e-3 uw-imap-imapd 2002e-3 uw-imap-util 2002e-3 wget 1.9.1-1 which 1.5-2 xerces-c 2.4.0-4 xerces-c-devel 2.4.0-4 xerces-c-doc 2.4.0-4 XFree86-base 4.3.0-1 XFree86-bin 4.3.0-8 XFree86-etc 4.3.0-6 XFree86-fenc 4.2.0-3 XFree86-fnts 4.2.0-3 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-2 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-44 xinetd 2.3.9-1 zip 2.3-5 zlib 1.2.1-1 From dobrin@imageworks.com Tue Feb 3 21:48:00 2004 From: dobrin@imageworks.com (Bruce Dobrin) Date: Tue, 03 Feb 2004 21:48:00 -0000 Subject: XInputExtension References: <20040203083050.65196.qmail@web15203.mail.bjs.yahoo.com> Message-ID: <00a701c3ea9f$52e9f5b0$4d1f1cac@THEODOLITE> Hello, I've been trying to get some apps to work in X11 on windows, but have been getting errors having to do with input extension module XInputExtension. Is this unsupported? Partially supported? other? I checked the setup and apparently the imake cf file for cygwin does imply that there is some support: cygwin.cf -----------------------snip----------------- #define BuildGlxExt YES #define BuildXInputExt YES /*<<<<<<<<<<<<<<<<<<*/ #define BuildXF86VidModeExt NO #define BuildXF86DGA NO /* No direct access to hardware */ -----------------------snip------------------------- I also tryied putting this by hand into the site.def. It appears that it was compiled in : dobrin@THEODOLITE:/c/temp/xfree86.3.0/xc/exports/bin> grep XInputExten * Binary file cygXi-6.dll matches Binary file cygXtst-6.dll matches ... Binary file lib/Xi/XExtInt.o matches ..... Binary file programs/Xserver/XWin.exe matches We tryed to add a module loading section to the XF86config file, but it doesn't indicate that that is supported and the it also doesn't appear to work. xdpyinfo indicates the same 22 extensions regardless of changes to the XF86config file. /tmp/XWinrl logs do not appear to have anything relevent. Help!? thanks Bruce Dobrin Imageworks.com From huntharo@msu.edu Wed Feb 4 00:19:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 04 Feb 2004 00:19:00 -0000 Subject: Takuma Murakami added to commit list Message-ID: <40203A9C.3010405@msu.edu> > On Tue, Feb 03, 2004 at 12:23:57PM -0500, Harold L Hunt II wrote: >> Takuma Murakami has been contributing patches for a few months now. To >> make submitting clean patches easier for Takuma, and since we can now >> provide this, I have added Takuma to the list of commiters for the xorg >> tree on freedesktop.org. >> >> Remember, we can now give commit access to anyone that demonstrates an >> interest in the success of the project by submitting a few clean >> patches. If you have big plans for features, send some small patches to >> get started, then we can set you up with commit access for your >> continuing changes. > > Harold, > > I just want to understand what's happening with the project on SourceForge > that we had control over anyway and you could add new committers there > anyway ? > > Alan. Alan, Well, the problem with the SourceForge project was that it was not where our upstream changes originated from and it was not the upstream final destination for our changes. We got changes from non-Cygwin specific portions of the code and we made changes to non-Cygwin specific portions of the code. Thus, we could not ignore the fact that we had an upstream tree that we would always want to stay in sync with. The new xorg repository on freedesktop.org is our new upstream home. That makes it less work for me to keep our work in sync with our upstream tree. All we have to do now is merge from the CYGWIN branch back to the CURRENT branch. Even better, I can delegate this to other people that can *do* it rather than them just asking that it be done and then follow it for two months waiting to make sure that it was done correctly. It is really great and has dramatically cut down the amount of time that I spend doing administrative tasks for Cygwin/X. It freed up enough time that I was able to, gasp, actually start working on new features again such as the improved clipboard integration. :) I hope that clears things up, Harold From huntharo@msu.edu Wed Feb 4 00:21:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 04 Feb 2004 00:21:00 -0000 Subject: Takuma Murakami added to commit list Message-ID: <40203AE6.2090109@msu.edu> > Alan Hourihane wrote: > >> I just want to understand what's happening with the project on SourceForge >> that we had control over anyway and you could add new committers there >> anyway ? > > The sourceforge repository is only used for the faq and userguide. The > xserver source is unmaintained for some weeks now and changes only go to > a repository on freedesktop.org. > > Maybe we should move the repository for docs to freedesktop.org too and > delete the project on sourceforge. Yes, I think it may be a good idea to move the documentation to fd.o and to delete the SourceForge project. The SourceForge project will probably start getting found by people that will think it is still active, which will only cause problems for us later. Harold From alanh@fairlite.demon.co.uk Wed Feb 4 00:25:00 2004 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Wed, 04 Feb 2004 00:25:00 -0000 Subject: Takuma Murakami added to commit list In-Reply-To: <40203A9C.3010405@msu.edu> References: <40203A9C.3010405@msu.edu> Message-ID: <20040204002542.GJ1931@fairlite.demon.co.uk> On Tue, Feb 03, 2004 at 07:19:40PM -0500, Harold L Hunt II wrote: > >On Tue, Feb 03, 2004 at 12:23:57PM -0500, Harold L Hunt II wrote: > >>Takuma Murakami has been contributing patches for a few months now. To > >>make submitting clean patches easier for Takuma, and since we can now > >>provide this, I have added Takuma to the list of commiters for the xorg > >>tree on freedesktop.org. > >> > >>Remember, we can now give commit access to anyone that demonstrates an > >>interest in the success of the project by submitting a few clean > >>patches. If you have big plans for features, send some small patches to > >>get started, then we can set you up with commit access for your > >>continuing changes. > > > >Harold, > > > >I just want to understand what's happening with the project on SourceForge > >that we had control over anyway and you could add new committers there > >anyway ? > > > >Alan. > > Alan, > > Well, the problem with the SourceForge project was that it was not where > our upstream changes originated from and it was not the upstream final > destination for our changes. We got changes from non-Cygwin specific > portions of the code and we made changes to non-Cygwin specific portions > of the code. Thus, we could not ignore the fact that we had an upstream > tree that we would always want to stay in sync with. > > The new xorg repository on freedesktop.org is our new upstream home. > That makes it less work for me to keep our work in sync with our > upstream tree. All we have to do now is merge from the CYGWIN branch > back to the CURRENT branch. Even better, I can delegate this to other > people that can *do* it rather than them just asking that it be done and > then follow it for two months waiting to make sure that it was done > correctly. > > It is really great and has dramatically cut down the amount of time that > I spend doing administrative tasks for Cygwin/X. It freed up enough > time that I was able to, gasp, actually start working on new features > again such as the improved clipboard integration. :) > > I hope that clears things up, Not really. I'm confused over what you mean by upstream. But nevermind, you've moved to freedesktop.org, so I agree with Alexander about moving the docs and deleting the XonCygwin project from SF. Alan. From huntharo@msu.edu Wed Feb 4 01:42:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 04 Feb 2004 01:42:00 -0000 Subject: Takuma Murakami added to commit list Message-ID: <40204DFA.1090701@msu.edu> > On Tue, Feb 03, 2004 at 07:19:40PM -0500, Harold L Hunt II wrote: >> >On Tue, Feb 03, 2004 at 12:23:57PM -0500, Harold L Hunt II wrote: >> >>Takuma Murakami has been contributing patches for a few months now. To >> >>make submitting clean patches easier for Takuma, and since we can now >> >>provide this, I have added Takuma to the list of commiters for the xorg >> >>tree on freedesktop.org. >> >> >> >>Remember, we can now give commit access to anyone that demonstrates an >> >>interest in the success of the project by submitting a few clean >> >>patches. If you have big plans for features, send some small patches to >> >>get started, then we can set you up with commit access for your >> >>continuing changes. >> > >> >Harold, >> > >> >I just want to understand what's happening with the project on SourceForge >> >that we had control over anyway and you could add new committers there >> >anyway ? >> > >> >Alan. >> >> Alan, >> >> Well, the problem with the SourceForge project was that it was not where >> our upstream changes originated from and it was not the upstream final >> destination for our changes. We got changes from non-Cygwin specific >> portions of the code and we made changes to non-Cygwin specific portions >> of the code. Thus, we could not ignore the fact that we had an upstream >> tree that we would always want to stay in sync with. >> >> The new xorg repository on freedesktop.org is our new upstream home. >> That makes it less work for me to keep our work in sync with our >> upstream tree. All we have to do now is merge from the CYGWIN branch >> back to the CURRENT branch. Even better, I can delegate this to other >> people that can *do* it rather than them just asking that it be done and >> then follow it for two months waiting to make sure that it was done >> correctly. >> >> It is really great and has dramatically cut down the amount of time that >> I spend doing administrative tasks for Cygwin/X. It freed up enough >> time that I was able to, gasp, actually start working on new features >> again such as the improved clipboard integration. :) >> >> I hope that clears things up, > > Not really. I'm confused over what you mean by upstream. Lets look at this from the analogy of Linux for a minute. People make lots of generic changes to Linux that apply to all architectures that are supported by Linux. Now, assume that instead of supporting the Cygwin port of X that I am supporting the Alpha port of Linux. My users will expect me to make releases when the official Linux project makes releases such as 2.4.0-25 or 2.6.0-1 since they want all of those "upstream" generic changes. Similarly, people I need to make sure that the code for my Alpha port (and any bug fixes made to generic files) finds its way back to the "upstream" Linux tree so that the Alpha support will be up to date. The SourceForge project did not help meat any of those goals. It provided a place to develop some code in isolation, but it did nothing to help get code back to the official tree. In fact, it created quite a bit of work, because my 4.3.0 tree that I used for builds was different than the XFree86 HEAD, and both of these were different from the code in the SourceForge tree. Mind you, I am talking only about the code in the hw/xwin directory; there were enough differences in that code alone to make merging patches from one tree to another a bit of a chore. Additionally, we would frequently introduce support for new features added to the "upstream" (or XFree86) tree, such as Kensuke's new multi-window window manager that uses the miext/rootless extension developed for X on X. That extension wouldn't exist in the SourceForge tree unless we imported it... and that is a pain to do when it is under heavy development. Since the XFree86 tree is the tree that originated the miext/rootless code, then any bug fixes that we make to that code have to go back "upstream" to the XFree86 tree. In the case of the XFree86 tree, syncing with the upstream tree was a pain in the ass because no one would let us do things for ourselves, even when they were platform specific fixes. We had to put patches in a queue (and mind you, generating perfect patches is not easy, you might have forgotten that since you had CVS commit access for so long), mind the queue, thunk people on the heads when they ignored or misapplied our patches, wait about two months, etc. and finally be able to cross a single item off of our to-do list. Today I can tell people to pull the CYGWIN tag from the xorg tree and be done with it. That code is totally up to date and all developers have access to that code. I no longer have to say, "grab the XFree86 CVS tree, then apply these fourteen patches in order". Or, "grab the XFree86 CVS tree, replace the hw/xwin directory with the contents of this tarball, then apply this patch to config/cf/cygwin.cf, this patch to Xserver/Imakefile, this patch to Xserver/dix/main.c...". I dunno Alan... it almost seems as if you are mocking me by saying you don't understand. You know perfectly well the issues that I have continuously raised regarding getting the Cygwin/X code into the upstream tree. Everytime I asked you you said that the system we had was fine; now you say you don't know what an upstream tree is. I don't know what to think about that. > But nevermind, you've moved to freedesktop.org, so I agree with Alexander > about moving the docs and deleting the XonCygwin project from SF. Okay. Harold From j_tetazoo@hotmail.com Wed Feb 4 02:12:00 2004 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 04 Feb 2004 02:12:00 -0000 Subject: FD_SETSIZE and select Message-ID: FWIW, I did a little plumbing regarding select and FD_SETSIZE when packaging x2x. The thread preceeding this post might be of some interest... http://www.cygwin.com/ml/cygwin-xfree/2002-07/msg00607.html >From: Alexander Gottwald >Reply-To: cygwin-xfree@cygwin.com >To: cygwin@cygwin.com >CC: cygwin-xfree@cygwin.com >Subject: FD_SETSIZE and select >Date: Tue, 3 Feb 2004 22:07:27 +0100 (MET) > >Hi, > >The Cygwin/X source uses the assumption that FD_SETSIZE == 256 in many >places. >I'm currently adding a -DFD_SETSIZE=256 to the build commandline but I'm >not sure if this has any sideeffects. > >Is select() capable of handling other sizes than 64 which is set in >sys/types.h? > >bye > ago >BTW: please keep the cc to cygwin-xfree since I'm only monitoring that list >and >I'd like the others there be informed too. >-- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 _________________________________________________________________ Let the new MSN Premium Internet Software make the most of your high-speed experience. http://join.msn.com/?pgmarket=en-us&page=byoa/prem&ST=1 From alanh@fairlite.demon.co.uk Wed Feb 4 08:35:00 2004 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Wed, 04 Feb 2004 08:35:00 -0000 Subject: Takuma Murakami added to commit list In-Reply-To: <40204DFA.1090701@msu.edu> References: <40204DFA.1090701@msu.edu> Message-ID: <20040204083521.GC1927@fairlite.demon.co.uk> On Tue, Feb 03, 2004 at 08:42:18PM -0500, Harold L Hunt II wrote: > >On Tue, Feb 03, 2004 at 07:19:40PM -0500, Harold L Hunt II wrote: > >>>On Tue, Feb 03, 2004 at 12:23:57PM -0500, Harold L Hunt II wrote: > >>>>Takuma Murakami has been contributing patches for a few months now. To > >>>>make submitting clean patches easier for Takuma, and since we can now > >>>>provide this, I have added Takuma to the list of commiters for the xorg > >>>>tree on freedesktop.org. > >>>> > >>>>Remember, we can now give commit access to anyone that demonstrates an > >>>>interest in the success of the project by submitting a few clean > >>>>patches. If you have big plans for features, send some small patches > >>to >>get started, then we can set you up with commit access for your > >>>>continuing changes. > >>> > >>>Harold, > >>> > >>>I just want to understand what's happening with the project on > >>SourceForge > >>>that we had control over anyway and you could add new committers there > >>>anyway ? > >>> > >>>Alan. > >> > >>Alan, > >> > >>Well, the problem with the SourceForge project was that it was not where > >>our upstream changes originated from and it was not the upstream final > >>destination for our changes. We got changes from non-Cygwin specific > >>portions of the code and we made changes to non-Cygwin specific portions > >>of the code. Thus, we could not ignore the fact that we had an upstream > >>tree that we would always want to stay in sync with. > >> > >>The new xorg repository on freedesktop.org is our new upstream home. > >>That makes it less work for me to keep our work in sync with our > >>upstream tree. All we have to do now is merge from the CYGWIN branch > >>back to the CURRENT branch. Even better, I can delegate this to other > >>people that can *do* it rather than them just asking that it be done and > >>then follow it for two months waiting to make sure that it was done > >>correctly. > >> > >>It is really great and has dramatically cut down the amount of time that > >>I spend doing administrative tasks for Cygwin/X. It freed up enough > >>time that I was able to, gasp, actually start working on new features > >>again such as the improved clipboard integration. :) > >> > >>I hope that clears things up, > > > >Not really. I'm confused over what you mean by upstream. > > Lets look at this from the analogy of Linux for a minute. People make > lots of generic changes to Linux that apply to all architectures that > are supported by Linux. Now, assume that instead of supporting the > Cygwin port of X that I am supporting the Alpha port of Linux. My users > will expect me to make releases when the official Linux project makes > releases such as 2.4.0-25 or 2.6.0-1 since they want all of those > "upstream" generic changes. Similarly, people I need to make sure that > the code for my Alpha port (and any bug fixes made to generic files) > finds its way back to the "upstream" Linux tree so that the Alpha > support will be up to date. > > The SourceForge project did not help meat any of those goals. It > provided a place to develop some code in isolation, but it did nothing > to help get code back to the official tree. In fact, it created quite a > bit of work, because my 4.3.0 tree that I used for builds was different > than the XFree86 HEAD, and both of these were different from the code in > the SourceForge tree. Mind you, I am talking only about the code in the > hw/xwin directory; there were enough differences in that code alone to > make merging patches from one tree to another a bit of a chore. > > Additionally, we would frequently introduce support for new features > added to the "upstream" (or XFree86) tree, such as Kensuke's new > multi-window window manager that uses the miext/rootless extension > developed for X on X. That extension wouldn't exist in the SourceForge > tree unless we imported it... and that is a pain to do when it is under > heavy development. Since the XFree86 tree is the tree that originated > the miext/rootless code, then any bug fixes that we make to that code > have to go back "upstream" to the XFree86 tree. But if Torrey makes changes to the miext/rootless code you can either ignore them, or import them again from XFree86. > In the case of the XFree86 tree, syncing with the upstream tree was a > pain in the ass because no one would let us do things for ourselves, > even when they were platform specific fixes. We had to put patches in a > queue (and mind you, generating perfect patches is not easy, you might > have forgotten that since you had CVS commit access for so long), mind > the queue, thunk people on the heads when they ignored or misapplied our > patches, wait about two months, etc. and finally be able to cross a > single item off of our to-do list. But I see your importing tag's already from XFree86. I see you've brought in 4.3.99.16 not long ago. So there's still merging work going on. > Today I can tell people to pull the CYGWIN tag from the xorg tree and be > done with it. That code is totally up to date and all developers have > access to that code. I no longer have to say, "grab the XFree86 CVS > tree, then apply these fourteen patches in order". Or, "grab the > XFree86 CVS tree, replace the hw/xwin directory with the contents of > this tarball, then apply this patch to config/cf/cygwin.cf, this patch > to Xserver/Imakefile, this patch to Xserver/dix/main.c...". But you could have done that with the SourceForge tree. No one ever had to download part of XFree86 to make that tree compile. It was just like the code you have on freedesktop.org now. > I dunno Alan... it almost seems as if you are mocking me by saying you > don't understand. You know perfectly well the issues that I have > continuously raised regarding getting the Cygwin/X code into the > upstream tree. Everytime I asked you you said that the system we had > was fine; now you say you don't know what an upstream tree is. I don't > know what to think about that. No - I'm not mocking you at all - your making your own interpretation there. I was just trying to understand why I'm seeing commits for documentation, but nothing for hw/xwin yet I'm seeing new releases being made. Alan. From j_holdenrg@anglican.ch Wed Feb 4 12:12:00 2004 From: j_holdenrg@anglican.ch (Jamar Holden) Date: Wed, 04 Feb 2004 12:12:00 -0000 Subject: This is what your lover wants Message-ID: hi, the Al.pha Male Plus can give guys tonz of cli.maxes. At last, any guy can have many climaxes without downtime and give his lo.ver the climax they deserve get it now exd http://qwq.cortk22.us/alpha/?hpsales stop offerz From huntharo@msu.edu Wed Feb 4 13:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 04 Feb 2004 13:27:00 -0000 Subject: Takuma Murakami added to commit list Message-ID: <4020F325.9050804@msu.edu> > On Tue, Feb 03, 2004 at 08:42:18PM -0500, Harold L Hunt II wrote: >> >On Tue, Feb 03, 2004 at 07:19:40PM -0500, Harold L Hunt II wrote: >> >>>On Tue, Feb 03, 2004 at 12:23:57PM -0500, Harold L Hunt II wrote: >> >>>>Takuma Murakami has been contributing patches for a few months now. To >> >>>>make submitting clean patches easier for Takuma, and since we can now >> >>>>provide this, I have added Takuma to the list of commiters for the xorg >> >>>>tree on freedesktop.org. >> >>>> >> >>>>Remember, we can now give commit access to anyone that demonstrates an >> >>>>interest in the success of the project by submitting a few clean >> >>>>patches. If you have big plans for features, send some small patches >> >>to >>get started, then we can set you up with commit access for your >> >>>>continuing changes. >> >>> >> >>>Harold, >> >>> >> >>>I just want to understand what's happening with the project on >> >>SourceForge >> >>>that we had control over anyway and you could add new committers there >> >>>anyway ? >> >>> >> >>>Alan. >> >> >> >>Alan, >> >> >> >>Well, the problem with the SourceForge project was that it was not where >> >>our upstream changes originated from and it was not the upstream final >> >>destination for our changes. We got changes from non-Cygwin specific >> >>portions of the code and we made changes to non-Cygwin specific portions >> >>of the code. Thus, we could not ignore the fact that we had an upstream >> >>tree that we would always want to stay in sync with. >> >> >> >>The new xorg repository on freedesktop.org is our new upstream home. >> >>That makes it less work for me to keep our work in sync with our >> >>upstream tree. All we have to do now is merge from the CYGWIN branch >> >>back to the CURRENT branch. Even better, I can delegate this to other >> >>people that can *do* it rather than them just asking that it be done and >> >>then follow it for two months waiting to make sure that it was done >> >>correctly. >> >> >> >>It is really great and has dramatically cut down the amount of time that >> >>I spend doing administrative tasks for Cygwin/X. It freed up enough >> >>time that I was able to, gasp, actually start working on new features >> >>again such as the improved clipboard integration. :) >> >> >> >>I hope that clears things up, >> > >> >Not really. I'm confused over what you mean by upstream. >> >> Lets look at this from the analogy of Linux for a minute. People make >> lots of generic changes to Linux that apply to all architectures that >> are supported by Linux. Now, assume that instead of supporting the >> Cygwin port of X that I am supporting the Alpha port of Linux. My users >> will expect me to make releases when the official Linux project makes >> releases such as 2.4.0-25 or 2.6.0-1 since they want all of those >> "upstream" generic changes. Similarly, people I need to make sure that >> the code for my Alpha port (and any bug fixes made to generic files) >> finds its way back to the "upstream" Linux tree so that the Alpha >> support will be up to date. >> >> The SourceForge project did not help meat any of those goals. It >> provided a place to develop some code in isolation, but it did nothing >> to help get code back to the official tree. In fact, it created quite a >> bit of work, because my 4.3.0 tree that I used for builds was different >> than the XFree86 HEAD, and both of these were different from the code in >> the SourceForge tree. Mind you, I am talking only about the code in the >> hw/xwin directory; there were enough differences in that code alone to >> make merging patches from one tree to another a bit of a chore. >> >> Additionally, we would frequently introduce support for new features >> added to the "upstream" (or XFree86) tree, such as Kensuke's new >> multi-window window manager that uses the miext/rootless extension >> developed for X on X. That extension wouldn't exist in the SourceForge >> tree unless we imported it... and that is a pain to do when it is under >> heavy development. Since the XFree86 tree is the tree that originated >> the miext/rootless code, then any bug fixes that we make to that code >> have to go back "upstream" to the XFree86 tree. > > But if Torrey makes changes to the miext/rootless code you can either > ignore them, or import them again from XFree86. miext/rootless was just an example. >> In the case of the XFree86 tree, syncing with the upstream tree was a >> pain in the ass because no one would let us do things for ourselves, >> even when they were platform specific fixes. We had to put patches in a >> queue (and mind you, generating perfect patches is not easy, you might >> have forgotten that since you had CVS commit access for so long), mind >> the queue, thunk people on the heads when they ignored or misapplied our >> patches, wait about two months, etc. and finally be able to cross a >> single item off of our to-do list. > > But I see your importing tag's already from XFree86. I see you've brought > in 4.3.99.16 not long ago. So there's still merging work going on. I'm not importing them. That's part of the point: others are working on that tree as well, and hopefully more will in the future. That lessons my work load for keeping in sync when it is required. Of course, I have some new features that I will be working on that will not be sent to XFree86. They will go only to the freedesktop.org trees and anyone that builds from those trees can use those new features. Of course, I won't stop people from importing those patches to XFree86, nor will I require they put my name in documentation, but none of that really matters. Another example would be that Alexander Gottwald just fixed some fundamental brokeness related to FD_SETSIZE and XFD_SETSIZE; that patch was committed directly to the xorg tree rather than being ignored on the XFree86 patch queue for two months. Again, anyone that builds from the freedesktop.org tree will have that generic fix. >> Today I can tell people to pull the CYGWIN tag from the xorg tree and be >> done with it. That code is totally up to date and all developers have >> access to that code. I no longer have to say, "grab the XFree86 CVS >> tree, then apply these fourteen patches in order". Or, "grab the >> XFree86 CVS tree, replace the hw/xwin directory with the contents of >> this tarball, then apply this patch to config/cf/cygwin.cf, this patch >> to Xserver/Imakefile, this patch to Xserver/dix/main.c...". > > But you could have done that with the SourceForge tree. No one ever had > to download part of XFree86 to make that tree compile. It was just > like the code you have on freedesktop.org now. There was a difference: the version on freedesktop.org is the canonical version of the Cygwin/X source; if something is not in that tree, then it will not be in the next release; bugs present in the fd.o tree are exactly those bugs that will be in the next release (when I start cutting releases from that tree soon). This is as opposed to the XFree86 and SourceForge trees: bugs present in each tree were different, particularly from the 4.3.0 branch used for building distributions; features present in the two trees were different. When someone wanted an exact debug build of the current release, the only way to do it was to grab the 4.3.0 branch from XFree86, then apply the Cygwin-specific changes that had not been merged. Could I have possibly done this at SourceForge? Sure, but what is the bloody point of now keeping in sync with HEAD and xf-4_3-branch? Remember, I didn't get into this project to be a cvs lacky, I got into it because I enjoy coding. Forcing me to keep an alternate tree in sync for no good reason was pretty much the ultimate insult; there was the ability to lesson my work load on such trivial, but time consuming, things; however, my request to do so was met with refusal. >> I dunno Alan... it almost seems as if you are mocking me by saying you >> don't understand. You know perfectly well the issues that I have >> continuously raised regarding getting the Cygwin/X code into the >> upstream tree. Everytime I asked you you said that the system we had >> was fine; now you say you don't know what an upstream tree is. I don't >> know what to think about that. > > No - I'm not mocking you at all - your making your own interpretation there. > I was just trying to understand why I'm seeing commits for documentation, > but nothing for hw/xwin yet I'm seeing new releases being made. Of course, I am responsible for my own interpretations. I'm not sure if you have been following the Cygwin/X project lately, but I think you at least know that we are no longer associated with XFree86. Given that, we needed a new canonical tree, or upstream tree, which is what the freedesktop.org tree is. So, for you to ask why I wasn't committing to our SourceForge tree instead of fd.o seemed a little silly. I can understand that seeing the documentation still being updated in the SourceForge tree would be a little confusing, which is why the documentation should be moved to fd.o and the SourceForge project should be deleted. I think everyone agrees on that; it just hasn't been done yet. Harold From pechtcha@cs.nyu.edu Wed Feb 4 21:21:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 04 Feb 2004 21:21:00 -0000 Subject: cygwin/xfree86/emacs problems after upgrading In-Reply-To: References: Message-ID: On Tue, 3 Feb 2004, Thomas L Roche wrote: > [snip] > Note that I run emacs via > > emacs --debug-init & > > from bash in an xterm which I launch with > > start XWin -multiwindow -clipboard -emulate3buttons Not quite. Judging from your cygcheck output, you use startxwin.bat. More below. > [snip] > However I'm also, again only since upgrading, having problems with > unzip, e.g. > > > inflating: > /d/eclipse/builds/20040121_1953-WB213-AD-V512D-00/eclipse/plugins/com.ibm.etools.j2ee.ui/build/pluginBuild/commonbld/com/ibm/etools/ejb/ui/presentation/EJBEditorOutlineContentProvider.class > > > 735 [main] unzip 1820 cmalloc: cmalloc returned NULL > > error: zipfile probably corrupt (segmentation violation) > > which I get even unzip'ing a known-good file (i.e. one that I unzip'ed > successfully before upgrading from 1.5.5-1). Do you have a small testcase that would allow others to reproduce this? Perhaps a (small) sample .zip file? > [snip] > So it seems plausible that there is also a (base) cygwin problem, which > might be causing the emacs and unzip problems. Or that the emacs and > unzip problems are unrelated. They most likely are unrelated. > What should I try next? I'd suspect the unzip issue has to do with the path length to the file. You can try confirming it by creating a file in a deeply nested directory, putting that one file in a .zip, and then trying to unzip it into some place even deeper in the directory hierarchy. Can't help you with the emacs issue, as I don't use emacs. > [snip] > (Note that cygcheck shows > > d:\cygwin\bin > d:\cygwin\usr\X11R6\bin > > at the head of my PATH; those dirs don't exist, and they're not in my > windows path.) This (and the existence of CYGWIN_ROOT in your environment) is an artifact of using startxwin.bat. Unless you have a default directory for the Cygwin root, you can't use that file OOTB -- you'll have to edit it and replace "\cygwin" with the value of your Cygwin root (in your case, "d:\ProgramFiles\Cygwin". > CYGWIN_ROOT = `\cygwin' 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 ghetyei@uncc.edu Wed Feb 4 22:14:00 2004 From: ghetyei@uncc.edu (Gabor Hetyei) Date: Wed, 04 Feb 2004 22:14:00 -0000 Subject: Unable to allocate colormap entries after upgrade Message-ID: I had a perfectly working Cygwin/Xfree installation on a Windows 2000 desktop machine in my office with an NVIDIA RIVA TNT2 Model 64/64 Pro video card. Unfortunately after an "involuntary upgrade" from Xfree 4.2 to 4.3 (just learned the hard way to choose "Keep" when running the cygwin setup to install just a few new programs) my Xfree became tremendously slower. (4.3 takes minutes to load vs. seconds of 4.2). Not finding an easy fix, I uninstalled Cygwin completely, and (using a year-old backup CD of the install files) reinstalled Xfree 4.2. This is when I noticed that my xterm windows now come up black/and white, and Xfree is now unable to allocate any colormap entry (for black, white, red etc.) I also have a laptop, where I do not have and never had any such problems, although I always "take home" the files downloaded from my desktop machine to install Cygwin programs on it. When I compare the Xwin.log from my laptop with the Xwinrl.log on my desktop, I see no essential difference. The file C:\cygwin\usr\X11R6\lib\X11\rgb.txt is there. If I remove it then I see a complaint about it missing, and Xfree 4.2 comes up in a window with grey background. When I put it back, then the background of the Xfree 4.2 window is green, but then any program window in it is able to produce only black and white colors (with the colormap warnings, when appropriate). The only other change besides the upgrade that I undid that may be relevant is that I downloaded the latest NVIDIA (windows) driver for the card. Could it be that it "consumes" more colors than before. Any help on this issue will be greatly appreciated. I am including a copy of my latest XWinrl.log below. (Why the rl by the way? I am not logging in remotely, or not on purpose at least.) ----- OsVendorInit - Creating bogus screen 0 winInitializeDefaultScreens - w 800 h 600 winInitializeDefaultScreens - Returning (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 - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 16 bits per pixel winCreateBoundingWindowWindowed - User w: 800 h: 600 winCreateBoundingWindowWindowed - Current w: 800 h: 600 winAdjustForAutoHide - Original WorkArea: 0 0 572 800 winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800 winCreateBoundingWindowWindowed - WindowClient w 794 h 547 r 794 l 0 b 547 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 1588 winAllocateFBShadowDDNL - Created shadow pitch: 1588 winAllocateFBShadowDDNL - Created shadow stride: 794 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowDDNL - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard 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/100dpi/, removing from list! winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned (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 - Using Shadow DirectDraw NonLocking winCreateBoundingWindowWindowed - User w: 800 h: 600 winCreateBoundingWindowWindowed - Current w: 794 h: 547 winAdjustForAutoHide - Original WorkArea: 0 0 572 800 winAdjustForAutoHide - Adjusted WorkArea: 0 0 572 800 winCreateBoundingWindowWindowed - WindowClient w 794 h 547 r 794 l 0 b 547 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 1588 winAllocateFBShadowDDNL - Created shadow pitch: 1588 winAllocateFBShadowDDNL - Created shadow stride: 794 winFinishScreenInitFB - Masks: 0000f800 000007e0 0000001f winInitVisualsShadowDDNL - Masks 0000f800 000007e0 0000001f BPRGB 6 d 16 bpp 16 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard 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/100dpi/, removing from list! winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned winWindowProc - WM_*KEYDOWN - Closekey hit, quitting ----- Gabor Hetyei Mathematics Department Phone: (704) 687-2543 UNC Charlotte Fax: (704) 687-6415 Charlotte NC 28223-0001 E-mail: ghetyei@uncc.edu Office: 335F Webpage: www.math.uncc.edu/~ghetyei From huntharo@msu.edu Thu Feb 5 00:18:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 05 Feb 2004 00:18:00 -0000 Subject: cygwin/xfree86/emacs problems after upgrading Message-ID: <40218BC0.3010100@msu.edu> Igor, > This (and the existence of CYGWIN_ROOT in your environment) is an artifact > of using startxwin.bat. Unless you have a default directory for the > Cygwin root, you can't use that file OOTB -- you'll have to edit it and > replace "\cygwin" with the value of your Cygwin root (in your case, > "d:\ProgramFiles\Cygwin". > >> CYGWIN_ROOT = `\cygwin' > Well, you can always just set CYGWIN_ROOT to \ProgramFiles\Cygwin, with no leading drive letter and colon. I think you probably knew that already... I am still amazed at the number of times I have seen people go in and change \cygwin to c:\cygwin when they have problems... even after reading my comment immediately above it that describes why doing this is not necessary. Sheesh, I thought it was a quite beautiful trick to allow the path to be set correctly no matter what drive the cygwin folder is on. :) Harold From pechtcha@cs.nyu.edu Thu Feb 5 00:48:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 05 Feb 2004 00:48:00 -0000 Subject: cygwin/xfree86/emacs problems after upgrading In-Reply-To: <40218BC0.3010100@msu.edu> References: <40218BC0.3010100@msu.edu> Message-ID: On Wed, 4 Feb 2004, Harold L Hunt II wrote: > Igor, > > > This (and the existence of CYGWIN_ROOT in your environment) is an artifact > > of using startxwin.bat. Unless you have a default directory for the > > Cygwin root, you can't use that file OOTB -- you'll have to edit it and > > replace "\cygwin" with the value of your Cygwin root (in your case, > > "d:\ProgramFiles\Cygwin". > > > >> CYGWIN_ROOT = `\cygwin' > > > > Well, you can always just set CYGWIN_ROOT to \ProgramFiles\Cygwin, with > no leading drive letter and colon. I think you probably knew that > already... I am still amazed at the number of times I have seen people > go in and change \cygwin to c:\cygwin when they have problems... even > after reading my comment immediately above it that describes why doing > this is not necessary. Sheesh, I thought it was a quite beautiful trick > to allow the path to be set correctly no matter what drive the cygwin > folder is on. :) > > Harold Yes, it's a neat trick *if* the only thing people changed was the install drive. If they change the path, all bets are off. I'm surprised you don't actually customize startxwin.bat (and similar files, like startxdmcp.bat) in a postinstall script (which can run under a Cygwin shell, and thus know the root of the install). You could choose a template value, e.g. "%$CYGWIN_ROOT$%", and replace that with "`cygpath -w /`" using, say, sed. If you're interested, I could whip up an example postinstall script for you in the next week or so. 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 1deal@comcast.net Thu Feb 5 02:37:00 2004 From: 1deal@comcast.net (Gregory K. Deal) Date: Thu, 05 Feb 2004 02:37:00 -0000 Subject: Cygwin Xterm window hangs when drag selecting on a Win98SE PC Message-ID: I successfully installed Cygwin/X (on Jan 28, 2004) on my Win98SE (with latest patches) PC. I execute startxwin.bat, which starts up an xterm running bash. It works great until I drag select a portion of the screen. When I click in the screen again, unhighlighting the selected area, the window hangs (mouse pointer does not move and I can't type in it). I have to ctrl-alt-del to kill it and restart the window and the X server. I checked the Cygwin and Cygwin FAQs and User's Guides, and searched both of their mailing list archives, but didn't see anything directly applicable. I downloaded setup.exe, and installed everything after setting all packages to "install", not "default". The installation proceeded without incident. I added the -clipboard to the Xwin invocation so I could copy between the xterm and Windows applications. This had worked for a few days, but now I can hang it with the first drag select/unselect. I tried cygcheck -s-v-r, but it seemed like it would never finish. Trying just -s, it seems to take a long time to find each application (cp, cpp, find, etc.), so I killed that. Any thoughts on what might be my problem? Thanks in advance. I also tried C:\cygwin\usr\X11R6\bin\xwinclip.exe, to see if it would run, thinking I would remove the -clipboard switch from xwin, but that wouldn't even start up, not being able to find cygcygipc-2.dll. But, I see it under cygwin\bin. Do I just add this path to my DOS path? Content of startxwin.bat====================================================== start XWin -multiwindow -clipboard run xterm -sl 1000 -sb -fg green -bg black -geometry 120x40 -e /usr/bin/bash From takuma@dgp.ne.jp Thu Feb 5 06:16:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 05 Feb 2004 06:16:00 -0000 Subject: Patch for silent exit In-Reply-To: <401E5E96.2000904@msu.edu> References: <20040202172225.61DB.TAKUMA@dgp.ne.jp> <401E5E96.2000904@msu.edu> Message-ID: <20040205151536.6AD3.TAKUMA@dgp.ne.jp> > Now we just need to decide if it is a good idea to have two different > behaviors: > > 1) Show Exit confirmation dialog box when apps are running. > > 2) Don't show Exit confirmation dialog box when no apps are running. > > I think it is probably safe, but I know that some user out there will be > confused. ;) I know I must be careful enough to change the default behaviour since I made a confusion about the auto-repeat problem... Now I would apply this patch if no opposition appears in a week. Any positive/negative comments will be appreciated. > We should get you an account so that you can commit patches to cvs > directly. You would only need to check here when you are changing the > default behavior. Obvious bug fixes can be applied without question. > More complex bug fixes should be discussed a little. Send me, > privately, a preferred username and the public half of an openssh DSA > key (ssh-keygen -t dsa) and I will get you an account on > freedesktop.org. Thank you very much for granting the CVS access. Takuma Murakami From vervoom@hotmail.com Thu Feb 5 09:00:00 2004 From: vervoom@hotmail.com (J S) Date: Thu, 05 Feb 2004 09:00:00 -0000 Subject: frozen screen Message-ID: >J S wrote: > > > I'm running an x-app on xfree, which after going through certain options >on > > the app, freezes the x- window where I'm working. The window stops > > responding to any keys or mouse clicks. > >This is quite unprecise. Which application is it and what are the options >which cause the freeze? The application is called EMC Symmetrix Console. It's used for managing EMC disks. The console has the usual menu headings in the top bar, e.g File, Edit, View etc. Under this, is a layout of the loaded disks and a pool of offline disks at the bottom of the screen. You are able to select and drag offline disks to bring them online. It's at this point where you select the disk that a dialog window pops up and the user is prompted for information about where to add the disk to. After clicking the OK button on the dialog window, the console locks up and I'm no longer able to select anything with the mouse (although the mouse is still able to move around the screen). None of the keys e.g. ALT+F work either. > > >This is a tail from xwin.log > >The log shows nothing strange but it only logs a few things. > >bye > ago >NP: Diary of Dreams - Traum:A >-- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo From alexander.gottwald@s1999.tu-chemnitz.de Thu Feb 5 11:37:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 05 Feb 2004 11:37:00 -0000 Subject: Patch for silent exit In-Reply-To: <20040205151536.6AD3.TAKUMA@dgp.ne.jp> References: <20040202172225.61DB.TAKUMA@dgp.ne.jp> <401E5E96.2000904@msu.edu> <20040205151536.6AD3.TAKUMA@dgp.ne.jp> Message-ID: On Thu, 5 Feb 2004, Takuma Murakami wrote: > > Now we just need to decide if it is a good idea to have two different > > behaviors: > > > > 1) Show Exit confirmation dialog box when apps are running. > > > > 2) Don't show Exit confirmation dialog box when no apps are running. > > > > I think it is probably safe, but I know that some user out there will be > > confused. ;) > > I know I must be careful enough to change the default behaviour > since I made a confusion about the auto-repeat problem... > Now I would apply this patch if no opposition appears in a week. > Any positive/negative comments will be appreciated. I'm uncertain about this. XDMCP should not be affected since there is always a client connected (the xdm login screen or the window manager) so I doubt I will be affected by the change *g*. Anyway, I think exiting the xserver without any connected client is save except for users who expect it to be running and now file bugreports that they can not connect to the xserver after double-clicking the icon. BTW: This should be handled. Double clicking the icon should _not_ silently stop the xserver. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Thu Feb 5 11:40:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 05 Feb 2004 11:40:00 -0000 Subject: frozen screen In-Reply-To: References: Message-ID: On Thu, 5 Feb 2004, J S wrote: > > >J S wrote: > > > > > I'm running an x-app on xfree, which after going through certain options > >on > > > the app, freezes the x- window where I'm working. The window stops > > > responding to any keys or mouse clicks. > > > >This is quite unprecise. Which application is it and what are the options > >which cause the freeze? > > The application is called EMC Symmetrix Console. It's used for managing EMC > disks. The console has the usual menu headings in the top bar, e.g File, > Edit, View etc. Under this, is a layout of the loaded disks and a pool of > offline disks at the bottom of the screen. > You are able to select and drag offline disks to bring them online. It's at > this point where you select the disk that a dialog window pops up and the > user is prompted for information about where to add the disk to. After > clicking the OK button on the dialog window, the console locks up and I'm no > longer able to select anything with the mouse (although the mouse is still > able to move around the screen). None of the keys e.g. ALT+F work either. Are other X11 programs (eg xterm) still working? Is the program consuming 100% cpu or is it in a sleep state or does it wait for a resource? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From rodmedina@cantv.net Thu Feb 5 12:49:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Thu, 05 Feb 2004 12:49:00 -0000 Subject: XWin -multiwindow crahses Message-ID: <177760-22004245124917503@cantv.net> Hi all, After upgrading, "XWin -multiwindow &" immediately crashes. Windows 95 reports page fault in cygwin1.dll. Relevant information is in attachments. Without the multiwindow option it is OK. Another minor problem: the -multiwindow option is not documented in the man page of XWin. I hope we could have the cool -multiwindow option working again soon. Rodigo Medina -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 2778 bytes Desc: XWin.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWincheck.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWinCrash.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: syscheck.txt URL: From andrex@alumni.utexas.net Thu Feb 5 16:53:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Thu, 05 Feb 2004 16:53:00 -0000 Subject: xserv 4.3.0-44 loses information over ssh - cygcheck.out [0/1] Message-ID: I have cygwin 1.5.7/xfree-xserv 4.3.0-44. I run clients on a remote Linux box, and tunnel X over ssh to display them on one of two Windows boxes: one Win2K, with PuTTY; and one WinXP, with cygwin/OpenSSH. I start my X servers in multiwindow mode: XWin.exe -multiwindow -clipboard -dpi 100 Now on both Windows boxes, I have the same three kinds of intermittent information loss: - The window "Close" button (top right) or Close command (from the taskbar) only works on about half of my managed X windows. On the rest, it has no effect at all. I have use the application menus instead to close the window, i.e. File | Quit. - "Maximize" works correctly on only about a quarter of my managed windows. On the rest, Windows maximizes the window, but the newly added area never gets redrawn, and the mouse cursor can't go there. X doesn't seem to know about the new area in the maximized window. I can, however, expand the size of the window by dragging the window borders, even up to about the size of the whole screen, and then the new area is redrawn and usable. - About half of all managed windows show the correct window title, e.g. "KMail". On the rest, I get the generic title "Cygwin/X X". The 2nd and 3rd problems are visible in the screenshot of a maximized X window at http://home.comcast.net/~andrex/images/cygwin-xfree-ssh-problem.png . Output of cygcheck -svr (from the Win2K/PuTTY box) is attached. Any help would be appreciated, and I'd be glad to help troubleshoot. Andrew. From Karen_Anderson079@yahoo.com Thu Feb 5 22:59:00 2004 From: Karen_Anderson079@yahoo.com (Geraldine Spicer) Date: Thu, 05 Feb 2004 22:59:00 -0000 Subject: Educational Credentials song Message-ID: Academic credentials - Your credentials are your future! Educational qualifications available, at all levels, from exclusive,institutes of higher learning. Are you missing out on a better paid job just because yoour resume does not have the right ring to it! Are you getting turned down because you have missed out on an educational background? We can help! 24/7 Call now for an appoimtment with one of our represantatives. 1-801-454-2828 From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Feb 6 00:50:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 06 Feb 2004 00:50:00 -0000 Subject: cygwin-xfree-doc cvs moved In-Reply-To: <4020F325.9050804@msu.edu> References: <4020F325.9050804@msu.edu> Message-ID: Harold L Hunt II wrote: > I can understand that seeing the documentation still being updated in > the SourceForge tree would be a little confusing, which is why the > documentation should be moved to fd.o and the SourceForge project should > be deleted. I think everyone agrees on that; it just hasn't been done yet. The cygwin-xfree-doc module is now available via cvs -d :pserver:anoncvs@freedesktop.org:/cvs/xserver login cvs -d :pserver:anoncvs@freedesktop.org:/cvs/xserver co cygwin-x-doc If you have an old checkout you can convert it (assuming you used cvs via ssh before) cd for i in $(find -name Root); do echo ":ext:ago@pdx.freedesktop.org:/cvs/xserver" >$i done for i in $(find -name Repository); do sed s/cygwin-xfree-doc/cygwin-x-doc/ <$i >$i.new && mv $i.new $i done bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Fri Feb 6 14:04:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 06 Feb 2004 14:04:00 -0000 Subject: cygwin-xfree-doc cvs moved In-Reply-To: References: <4020F325.9050804@msu.edu> Message-ID: On Fri, 6 Feb 2004, Alexander Gottwald wrote: > Harold L Hunt II wrote: > > > I can understand that seeing the documentation still being updated in > > the SourceForge tree would be a little confusing, which is why the > > documentation should be moved to fd.o and the SourceForge project should > > be deleted. I think everyone agrees on that; it just hasn't been done yet. > > The cygwin-xfree-doc module is now available via > > cvs -d :pserver:anoncvs@freedesktop.org:/cvs/xserver login > cvs -d :pserver:anoncvs@freedesktop.org:/cvs/xserver co cygwin-x-doc > > If you have an old checkout you can convert it (assuming you used cvs via ssh ^^^ pserver? > before) > > cd > for i in $(find -name Root); do > echo ":ext:ago@pdx.freedesktop.org:/cvs/xserver" >$i ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Don't you mean ":pserver:anoncvs@freedesktop.org:/cvs/xserver" here? Or at least ":ext:$USER@pdx.freedesktop.org:/cvs/xserver"? > done > for i in $(find -name Repository); do > sed s/cygwin-xfree-doc/cygwin-x-doc/ <$i >$i.new && mv $i.new $i > done > > bye > ago 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 alexander.gottwald@s1999.tu-chemnitz.de Fri Feb 6 14:13:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 06 Feb 2004 14:13:00 -0000 Subject: cygwin-xfree-doc cvs moved In-Reply-To: References: <4020F325.9050804@msu.edu> Message-ID: On Fri, 6 Feb 2004, Igor Pechtchanski wrote: > > cvs -d :pserver:anoncvs@freedesktop.org:/cvs/xserver login > > cvs -d :pserver:anoncvs@freedesktop.org:/cvs/xserver co cygwin-x-doc > > > > If you have an old checkout you can convert it (assuming you used cvs via ssh > ^^^ > pserver? I don't use pserver. So I've not adjusted the script. > > before) > > > > cd > > for i in $(find -name Root); do > > echo ":ext:ago@pdx.freedesktop.org:/cvs/xserver" >$i > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Don't you mean ":pserver:anoncvs@freedesktop.org:/cvs/xserver" here? > Or at least ":ext:$USER@pdx.freedesktop.org:/cvs/xserver"? yes. I should stop doing such things late at night. Your CVSROOT strings are correct and mine was only usable for me. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From andrex@alumni.utexas.net Fri Feb 6 15:09:00 2004 From: andrex@alumni.utexas.net (Andrew Schulman) Date: Fri, 06 Feb 2004 15:09:00 -0000 Subject: xserv 4.3.0-44 loses information over ssh - cygcheck.out [0/1] References: Message-ID: Here's my output of cygcheck -svr -- stripped away in my first post. Apparently gmane won't pass attachments. Cygwin Win95/NT Configuration Diagnostics Current System Time: Fri Feb 06 10:08:41 2004 Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4 Path: d:\usr\win\bin d:\usr\share\bin C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\sbin C:\cygwin\usr\sbin c:\WINNT c:\WINNT\System32 c:\Program Files\XPT Output from C:\cygwin\bin\id.exe (nontsec) UID: 1001(aschulma) GID: 513(None) 513(None) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1001(aschulma) GID: 513(None) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `d:\' MAKE_MODE = `unix' PWD = `/home/aschulma' USER = `aschulma' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\aschulma\Application Data' CDPATH = `.:/home/aschulma' CL = `-G5 -Og -Ox -Os -Gf -Gy -W3 -MD -nologo' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `D415YD21' COMSPEC = `C:\WINNT\system32\cmd.exe' CVS_RSH = `ssh' DISPLAY = `:0.0' EDITOR = `x-pad' EPA_HOME = `E:' HISTFILE = `/home/aschulma/.bash_history' HISTFILESIZE = `5000' HISTIGNORE = `&:exit:ls:ll:[bf]g:nq' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\aschulma' HOSTNAME = `D415YD21' INCLUDE = `D:\\usr\win\include;C:\PlatformSDK\include;C:\Program Files \DevStudio\VC98\include;C:\Masm615\include;C:\masm32\include' INFOPATH = `/usr/info:/usr/share/info' JUNK = `*.log *~ .*~ \#* core *.asv *.aps *.bsc *.idb *.ilk *.ncb *.obj *.opt *.pch *.pdb *.plg *.res *.sbr' LD_RUN_PATH = `/home/aschulma/usr/win/lib:/usr/local/lib' LESS = `-X -sme -j 10' LIB = `D:\\usr\win\lib;C:\PlatformSDK\lib;C:\Program Files\DevStudio \VC98\lib;C:\Masm615\lib;C:\masm32\lib' LINK = `advapi32.lib comctl32.lib comdlg32.lib gdi32.lib kernel32.lib shell32.lib user32.lib -nologo -opt:noWin98' LOGONSERVER = `\\D415YD21' MAKEFILES = `/home/aschulma/usr/win/include/Makefile-shell' MANPATH = `/home/aschulma/usr/win/man:/home/aschulma/usr/share/man:/usr/local/man: /usr/man:/usr/share/man:/usr/X11R6/man' MSDEVDIR = `C:\Program Files\DevStudio\Common\MSDev98' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/win/c/Documents and Settings/aschulma' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' PAGER = `less' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 7, GenuineIntel' PROCESSOR_LEVEL = `15' PROCESSOR_REVISION = `0207' PROGRAMFILES = `/win/c/Program Files' PS1 = `\[\033]0;\w\007\]\n\[\033[1;36m\]\\$\[\033[0m\] ' SAS_HOME = `E:\SAS' SAS_INITIAL_FOLDER = `E:' SAS_USER_CONFIG = `E:\SAS\sasv8.cfg' SHELL = `/usr/bin/bash' SHELLTYPE = `cygwin' SHLVL = `1' SSH_AGENT_PID = `1520' SSH_AUTH_SOCK = `/tmp/ssh-ASAz1500/agent.1500' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TEMP = `c:\DOCUME~1\aschulma\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\aschulma\LOCALS~1\Temp' TMPDIR = `C:\cygwin\tmp\andrex-xemacs' UNISON = `/home/aschulma/.unison/D415YD21' UNISONBACKUPDIR = `/home/aschulma/.unison/D415YD21/backup' USERDOMAIN = `D415YD21' USERNAME = `aschulma' USERPROFILE = `C:\Documents and Settings\aschulma' WINDIR = `/win/c/WINNT' WORKHOME = `/home/aschulma/EPA' _ = `/usr/bin/cygcheck' 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\mounts v2 \/home/aschulma (default) = `d:' flags = 0x00000002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 \/home/aschulma/EPA (default) = `e:' flags = 0x00000002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 \/home/aschulma/software/matlab (default) = `e:\software\matlab' flags = 0x00000002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 \/home/aschulma/software/Notes/Data (default) = `c:\Notes\Data' flags = 0x00000002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 \/home/aschulma/software/SAS (default) = `e:\software\SAS' flags = 0x00000002 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) = `/win' cygdrive flags = 0x0000002a 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 a: fd N/A N/A c: hd FAT32 32067Mb 61% CP UN SYSTEM d: hd FAT32 510Mb 58% CP UN HOME e: hd FAT32 510Mb 36% CP UN WORK w: cd N/A N/A d: /home/aschulma user binmode e: /home/aschulma/EPA user binmode e:\software\matlab /home/aschulma/software/matlab user binmode c:\Notes\Data /home/aschulma/software/Notes/Data user binmode e:\software\SAS /home/aschulma/software/SAS user binmode 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 . /win 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 Not Found: gdb 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 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 22k 2003/10/17 C:\cygwin\bin\cygcygipc-2.dll - os=4.0 img=1.0 sys=4.0 "cygcygipc-2.dll" v0.0 ts=2003/10/17 1:24 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 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 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 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 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 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 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 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 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 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 1086k 2004/01/22 C:\cygwin\bin\cygwin1-20040121.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/1/21 16:29 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 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 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 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 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 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 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 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 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 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 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 29k 2003/08/11 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/10 19:16 148k 2003/08/11 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys= 4.0 "cygreadline5.dll" v0.0 ts=2003/8/10 19:16 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 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 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 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 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 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 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 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 131k 2003/10/28 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2003/10/28 17:44 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 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 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 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 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 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 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 12:49 254k 2003/09/18 C:\cygwin\bin\cygtidy-0-99-0.dll - os=4.0 img=1.0 sys= 4.0 "cygtidy-0-99-0.dll" v0.0 ts=2003/9/18 11:52 48k 2003/08/10 C:\cygwin\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/8/10 19:58 349k 2003/12/26 C:\cygwin\bin\cygMagick++-6.dll - os=4.0 img=1.0 sys= 4.0 "cygMagick++-6.dll" v0.0 ts=2003/12/26 13:48 2354k 2003/12/26 C:\cygwin\bin\cygMagick-6.dll - os=4.0 img=1.0 sys=4.0 "cygMagick-6.dll" v0.0 ts=2003/12/3 20:53 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 12:49 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 19: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 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 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 20: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 20:41 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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20:35 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 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 20:30 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 Cygwin Package Information Last downloaded files to: C:\download\cygwin Last downloaded files from: ftp://mirrors.rcn.net/pub/sourceware/cygwin Package Version _update-info-dir 00226-1 ash 20040127-1 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 binutils 20030901-1 bison 20030307-1 bzip2 1.0.2-5 clear 1.0-1 crypt 1.1-1 cvs 1.11.6-3 cygipc 2.02-1 cygrunsrv 0.97-1 cygutils 1.2.2-1 cygwin 1.5.7-1 cygwin-doc 1.3-6 diffutils 2.8.4-1 editrights 1.01-1 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.0-1 freetype2 2.1.5-1 fvwm 2.4.7-3 gawk 3.1.3-4 gcc 3.3.1-3 gcc-mingw-core 20031020-1 gdbm 1.8.3-7 gettext 0.12.1-3 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 gnupg 1.2.2-3 grep 2.5-1 groff 1.18.1-2 gzip 1.3.5-1 ImageMagick 5.5.7-2 indent 2.2.9-1 inetutils 1.3.2-25 jbigkit 1.5-3 jpeg 6b-11 keychain 2.0.3-2 less 381-1 lftp 2.6.10-1 libbz2_1 1.0.2-5 libdb3.1 3.1.17-2 libdb4.1 4.1.25-1 libfontconfig1 2.2.0-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 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 libMagick6 5.5.7-2 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 libxml2 2.6.4-1 login 1.9-7 lynx 2.8.4-7 m4 1.4-1 make 3.80-1 man 1.5k-2 mingw-runtime 3.2-1 mktemp 1.5-3 nano 1.2.2-1 ncftp 3.1.4-1 ncurses 5.3-4 netcat 1.10-2 newlib-man 20020801 openssh 3.7.1p2-2 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-doc 4.5-1 perl 5.8.2-1 procps 010801-2 python 2.3.3-1 readline 4.3-5 regex 4.4-2 sed 4.0.8-1 sh-utils 2.0.15-4 splint 3.1.1-1 stunnel 4.04-3 suite3270 3.2.20-1 tar 1.13.25-5 tcltk 20030901-1 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 tidy 030901-1 tiff 3.6.0-5 time 1.7-1 transfig 3.2.4-2 unzip 5.50-5 upx 1.24-1 w32api 2.4-1 wget 1.9.1-1 which 1.5-2 x3270 3.2.20-1 Xaw3d 1.5D-5 xfig 3.2.4-5 xfig-lib 3.2.4-5 XFree86-base 4.3.0-1 XFree86-bin 4.3.0-8 XFree86-bin-icons 4.3.0-5 XFree86-doc 4.3.0-1 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-html 4.3.0-1 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-2 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-44 xwinclip 1.2.0-1 zip 2.3-5 zlib 1.2.1-1 Use -h to see help about each section From rodmedina@cantv.net Sat Feb 7 04:14:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Sat, 07 Feb 2004 04:14:00 -0000 Subject: XWin -multiwindow crashes. Message-ID: <174270-2200426741455406@cantv.net> Rodrigo Medina (myself) wrote: >After upgrading, "XWin -multiwindow &" immediately crashes. >Windows 95 reports page fault in cygwin1.dll. >Relevant information is in attachments. >Without the multiwindow option it is OK. Before upgrading I had cygwin-1.5.5-1 and XFree86-xserv-4.3.0-30 after I had cygwin-1.5.7-1 and XFree86-xserv-4.3.0-44. Actually it is not the new version of XWin but the new cygwin the origin of the problem. XWin-4.3.0-30 and XWin-4.3.0-44 are both OK with cygwin-1.5.5-1 and both crash with cygwin-1.5.7-1 Rodrigo Medina From takuma@dgp.ne.jp Sat Feb 7 07:03:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sat, 07 Feb 2004 07:03:00 -0000 Subject: Patch for silent exit In-Reply-To: References: <20040205151536.6AD3.TAKUMA@dgp.ne.jp> Message-ID: <20040207154034.21CC.TAKUMA@dgp.ne.jp> Alexander, Thank you for the comment. I cancel this patch for now to seek better solutions. > > > Now we just need to decide if it is a good idea to have two different > > > behaviors: > > > > > > 1) Show Exit confirmation dialog box when apps are running. > > > > > > 2) Don't show Exit confirmation dialog box when no apps are running. > > > > > > I think it is probably safe, but I know that some user out there will be > > > confused. ;) > > > > I know I must be careful enough to change the default behaviour > > since I made a confusion about the auto-repeat problem... > > Now I would apply this patch if no opposition appears in a week. > > Any positive/negative comments will be appreciated. > > I'm uncertain about this. XDMCP should not be affected since there is always > a client connected (the xdm login screen or the window manager) so I doubt > I will be affected by the change *g*. I tried to enable silent exit when the client is a display manager in an XDMCP session, but I couldn't identify whether a client is a display manager or not. > Anyway, I think exiting the xserver without any connected client is save > except for users who expect it to be running and now file bugreports that they > can not connect to the xserver after double-clicking the icon. > > BTW: This should be handled. Double clicking the icon should _not_ silently > stop the xserver. Convincing. Takuma Murakami From asked1742@usa.com Sat Feb 7 15:33:00 2004 From: asked1742@usa.com (Peter Schoen) Date: Sat, 07 Feb 2004 15:33:00 -0000 Subject: No subject Message-ID: Viele Erotik-Webmaster arbeiten mit Tricks wie angeblichen "Crack-Dialer" oder gehackten Dialer um sich Umsaetze zu schaffen. Wir denken das ist der falsche Weg! Um uns dennoch von anderen Erotik-Seiten abzuheben, haben wir beschlossen, einen TEST-Login fuer unsere Neukunden einzurichten. Der Login kann beliebig oft 300 Minuten zum Test benutzt werden. 20000 Kontaktanzeigen 50 Livecams 5000 Bilder 2000 Videos und noch vieles Mehr! http://user.by/pph0365215987520 From Luisf8@2004pharms.com Sun Feb 8 07:29:00 2004 From: Luisf8@2004pharms.com (Luis Douglas) Date: Sun, 08 Feb 2004 07:29:00 -0000 Subject: Save up to 90% on Meds... Message-ID: Buy ?mbien Online for GRE?T NIGHT's SLEEP from our C?n?di?n ph?rm?cy LIPITOR to reduce CHOLESTEROL is now ?v?il?ble online. Purch?se NEXIUM? 40mg to tre?t ?cid reflux ?nd GERD ?nd s?ve 37%. P?XIL?, Phentermine?, VI?GR??, VIOXX?, X?N?X? ?nd MORE.... ***No Consult?tion! ***No Shipping Ch?rge! ***No Prior Prescription needed! ***No ?ppointments! ***No W?iting Rooms! ***No Emb?r?ssment! ***Priv?te & Confidenti?l! ***Discreet P?ck?ging! ***HUGE S?VINGS! Free consult?tion. Your order will be p?ck?ged discreetly for your priv?cy ?nd protection. http://onlinemeds.2004pharms.com/gp/default.asp?id=JNL RE M OVE : http://onlinemeds.2004pharms.com/host/emailremove.asp hagstrom doff poignant botany afferent marguerite From jari.aalto@poboxes.com Sun Feb 8 08:51:00 2004 From: jari.aalto@poboxes.com (Jari Aalto+mail.linux) Date: Sun, 08 Feb 2004 08:51:00 -0000 Subject: cygwin/xfree86/emacs problems after upgrading In-Reply-To: (Thomas L. Roche's message of "Tue, 3 Feb 2004 16:09:47 -0500") References: Message-ID: This is your copy. Article has been posted to the newsgroup(s). * Tue 2004-02-03 Thomas L Roche us.ibm.com> gnu.emacs.help * | | [Cygwin] | $ emacs --debug-init & | $ start XWin -multiwindow -clipboard -emulate3buttons | | I typically run 2 emacs windows (second created with C-x 5 b) and | 1 xterm, all of which usually overlap ... until the emacs windows | disappear, apparently randomly, although lately I'm convinced that | emacs crashes are more likely when I'm either resizing or | minimizing its windows. I've so far run 2 cygwin sessions today, | once at home (with access to shared drives via a VPN) and once at | work (directly on ethernet), and the xterm traces have been: You're not alone. Windowed version of Emacs doesn't work under latest Cygwin/Xfree. It either core dumps or Emacs just kills itself by removing all frames from the display. Perhaps Cygwin Emacs maintainer have ideas. I've CC'd him. Jari -- http://tiny-tools.sourceforge.net/ Swatch @time http://www.mir.com.my/iTime/itime.htm http://www.ryanthiessen.com/swatch/resources.htm Use Licenses! http://www.linuxjournal.com/article.php?sid=6225 Which Licence? http://www.linuxjournal.com/article.php?sid=4825 OSI Licences http://www.opensource.org/licenses/ From matriculate@wantaniceperson.com Sun Feb 8 23:22:00 2004 From: matriculate@wantaniceperson.com (Lindsey Goldman) Date: Sun, 08 Feb 2004 23:22:00 -0000 Subject: You have a date Message-ID: You have been set up oa a date.To accept it: http://searchingforasoulmate.com/confirm/?oc=52978327 The dating web site Thats created totaly by women If you do not wish to be invited again: http://searchingforasoulmate.com/x/?oc=52976592 Carnegie Sun, LTD 2135A des Laurentides Blvd, Suite# 10057 Laval QC H7M 4M2,Ca fgg deep acrimonious beaujolais picturesque dacca ambidextrous shipbuild we extravagant eigenvector inglorious ferris parboil tenneco nightmare bartlett annular oxnard asymmetry coffeecup numeral cardiac dere From Krishna.Gadepalli@Sun.COM Mon Feb 9 01:50:00 2004 From: Krishna.Gadepalli@Sun.COM (Krishna Gadepalli) Date: Mon, 09 Feb 2004 01:50:00 -0000 Subject: X Server extension Message-ID: <4026E73B.6060209@Sun.COM> Hi According to the FAQ there is no support for server extensions to the Cygwin/XFree86 X-server i.e. no support for the "ModulePath" entry in the XF86Config file. I was wondering if there are any plans to add this support or if it currently exists in any current development builds. I am not looking for any specific X server extension - I am rather interested in writing my own server extension. Thanks -krishna From alexander.gottwald@s1999.tu-chemnitz.de Mon Feb 9 10:25:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 09 Feb 2004 10:25:00 -0000 Subject: X Server extension In-Reply-To: <4026E73B.6060209@Sun.COM> References: <4026E73B.6060209@Sun.COM> Message-ID: On Sun, 8 Feb 2004, Krishna Gadepalli wrote: > Hi > > According to the FAQ there is no support for server extensions to the > Cygwin/XFree86 X-server i.e. no support for the "ModulePath" entry in > the XF86Config file. > > I was wondering if there are any plans to add this support or if it > currently exists in any current development builds. I am not looking for > any specific X server extension - I am rather interested in writing my > own server extension. Extensions are supported, but not as loadable modules. You will have to compile the complete XServer. The integration into freedesktop.org's xserver will probably also provide support for loadable modules. But this is still far in the future. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From rj00@networld.com Mon Feb 9 17:05:00 2004 From: rj00@networld.com (robert jacques) Date: Mon, 09 Feb 2004 17:05:00 -0000 Subject: startxwin.bat-missing files Message-ID: <000b01c3ef2e$b729a640$1be53fd1@default> After downloading and installing cygwin the user guides directs you on how to start cygwin. One method is to run /usr/X11R6/bin/startxwin.bat by double-clicking it in Windows Explorer. "startxwin.bat". However, I get the followining 2 error messages: 1)"required .DLL file, CYGCYGIPC-2.DLL, was not found. 2)"required .DLL file, CYGWIN1.DLL, was not found. I have followed the istallation documention to the letter! Q. Do I need to install cygwinX? OS- windows98 Packages- inetutils, openssh, Xfree86-base (all set to default ) mirror-mirrors.xmission.com Best Regards, RJ From kk76@drexel.edu Mon Feb 9 18:03:00 2004 From: kk76@drexel.edu (kk76@drexel.edu) Date: Mon, 09 Feb 2004 18:03:00 -0000 Subject: problems with startx Message-ID: <50dcd150cd09.50cd0950dcd1@drexel.edu> Hi, I installed cygwin for ns-2. After installing, when i tried startx command, it gave me following error: giving up. xinit:Transport endpoint is already connected:unable to connect to X server xinit: No such process :server error. Can someone help me to fix this error.?? I tried reinstalling the whole package.....but it is still giving the same error. Kausha..:)) From andrew.markebo@comhem.se Tue Feb 10 11:35:00 2004 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Tue, 10 Feb 2004 11:35:00 -0000 Subject: startxwin.bat-missing files In-Reply-To: <000b01c3ef2e$b729a640$1be53fd1@default> (robert jacques's message of "Mon, 9 Feb 2004 10:03:59 -0700") References: <000b01c3ef2e$b729a640$1be53fd1@default> Message-ID: The setup program should select the packages you need, like "cygwin". /Andy / "robert jacques" wrote: | After downloading and installing cygwin the user guides directs you on how | to start cygwin. | | One method is to run /usr/X11R6/bin/startxwin.bat by double-clicking it in | Windows Explorer. | "startxwin.bat". However, I get the followining 2 error messages: | 1)"required .DLL file, CYGCYGIPC-2.DLL, was not found. | 2)"required .DLL file, CYGWIN1.DLL, was not found. | | I have followed the istallation documention to the letter! | | | | Q. Do I need to install cygwinX? | | | OS- windows98 | Packages- inetutils, openssh, Xfree86-base (all set to default ) | mirror-mirrors.xmission.com | | Best Regards, | RJ | | -- "We are all in the gutter, but some of us are looking at the stars" Oscar Wilde From chris@grierwhite.com Tue Feb 10 14:15:00 2004 From: chris@grierwhite.com (Christopher J. White) Date: Tue, 10 Feb 2004 14:15:00 -0000 Subject: Window events skip past window manager? Message-ID: I'm just installed using Cygwin/X via Cygwin Setup: XFree86-base v 4.3.0-1 XFee86-bin v 4.3.0-8 Running on Win XP Pro. It's a great relief to see X again! I'm starting off with just the default twm. However, it seems that most window mouse and key events are not captured by the window manager, and instead are passed on to the app. For example: Button3 = : all : f.raiselower This works only for the root, the window titlebar, and in the iconmgr. In the window, it just passes Button3 on to the running application. "F1" = : all : f.raiselower "F2" = : all : f.warpto "emacs" Both of these work only on root. I've played with fvwm2 as well and experienced similar results. Anyway to get this to work? ...cj From vail@fdrmeds.com Tue Feb 10 14:52:00 2004 From: vail@fdrmeds.com (Eli Tyler) Date: Tue, 10 Feb 2004 14:52:00 -0000 Subject: G.E.N.E.R.I.C.S Message-ID: =Great=deals=on=G.E.N.E.R.I.C.S= 8 of the most =popular= http://csp.fdrmeds.com/gp/default.asp?id=RM not interested try here lradr.fdrmeds.com/er/er.asp?Folder=gp necrosis digression polemic adirondack singapore diffractometer demurred parlay housewares proteolysis gourd copolymer sawtooth woodruff manila extremis feminine baden bellamy ipsilateral lowdown toxin golly grackle buttermilk ballet birth shortcoming woodwind gibson habitual mauritius filmmake superficial decontrolled rapport dependent invective cilia arragon cassandra brae arcane daydream promiscuity effete maroon berman From ihok@hotmail.com Tue Feb 10 19:54:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Tue, 10 Feb 2004 19:54:00 -0000 Subject: startxwin.bat-missing files In-Reply-To: <000b01c3ef2e$b729a640$1be53fd1@default> References: <000b01c3ef2e$b729a640$1be53fd1@default> Message-ID: robert jacques wrote: > After downloading and installing cygwin the user guides directs you on how > to start cygwin. > > One method is to run /usr/X11R6/bin/startxwin.bat by double-clicking it in > Windows Explorer. > "startxwin.bat". However, I get the followining 2 error messages: > 1)"required .DLL file, CYGCYGIPC-2.DLL, was not found. > 2)"required .DLL file, CYGWIN1.DLL, was not found. startxwin.bat will work if you add the right directories to the Windows path. Assuming the default install location, that would be c:\cygwin\bin;c:\cygwin\usr\bin;c:\cygwin\usr\local\bin;c:\cygwin\usr\X11R6\bin. -JT From pechtcha@cs.nyu.edu Tue Feb 10 20:11:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 10 Feb 2004 20:11:00 -0000 Subject: startxwin.bat-missing files In-Reply-To: References: <000b01c3ef2e$b729a640$1be53fd1@default> Message-ID: On Tue, 10 Feb 2004, Jack Tanner wrote: > robert jacques wrote: > > After downloading and installing cygwin the user guides directs you on how > > to start cygwin. > > > > One method is to run /usr/X11R6/bin/startxwin.bat by double-clicking it in > > Windows Explorer. > > "startxwin.bat". However, I get the followining 2 error messages: > > 1)"required .DLL file, CYGCYGIPC-2.DLL, was not found. > > 2)"required .DLL file, CYGWIN1.DLL, was not found. > > startxwin.bat will work if you add the right directories to the Windows > path. Assuming the default install location, that would be > c:\cygwin\bin;c:\cygwin\usr\bin;c:\cygwin\usr\local\bin;c:\cygwin\usr\X11R6\bin. > > -JT FWIW, in a default Cygwin install, c:\cygwin\usr\bin will (should) always be empty, so there's no point in adding it to the path. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From kk76@drexel.edu Tue Feb 10 20:23:00 2004 From: kk76@drexel.edu (kk76@drexel.edu) Date: Tue, 10 Feb 2004 20:23:00 -0000 Subject: startxwin.bat-missing files Message-ID: <5b72e25b8bc1.5b8bc15b72e2@drexel.edu> Hi, Even I have been facing the same problems. when i give startx.... i get following error message: giving up. xinit: transport endpoint is already connected : unable to connect to X server xinit: no such process : Server error. and with startxwin it gives following error: xterm Xt error: Can't open display: 127.0.0.1:0.0 and hence even I am stuck after just installing cygwin. can I get some help on this?? kausha... ----- Original Message ----- From: Jack Tanner Date: Tuesday, February 10, 2004 11:54 am Subject: Re: startxwin.bat-missing files > robert jacques wrote: > > After downloading and installing cygwin the user guides directs > you on how > > to start cygwin. > > > > One method is to run /usr/X11R6/bin/startxwin.bat by double- > clicking it in > > Windows Explorer. > > "startxwin.bat". However, I get the followining 2 error messages: > > 1)"required .DLL file, CYGCYGIPC-2.DLL, was not > found.> 2)"required .DLL file, CYGWIN1.DLL, was > not found. > > startxwin.bat will work if you add the right directories to the > Windows > path. Assuming the default install location, that would be > c:\cygwin\bin;c:\cygwin\usr\bin;c:\cygwin\usr\local\bin;c:\cygwin\usr\X11R6\bin. > > -JT > > From takuma@dgp.ne.jp Wed Feb 11 09:08:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Wed, 11 Feb 2004 09:08:00 -0000 Subject: Exclusive window manager for -multiwindow Message-ID: <20040211180559.8B1C.TAKUMA@dgp.ne.jp> I have committed a change for -multiwindow window manager to the xorg tree. Now the wm should be able to detect another wm and the others can detect it. This change corresponds to the second item (Window manager detection) in the To-Do list. To do so the internal wm grabs ButtonPressMask, which is allowed only one client at once. Thus other wm's will fail to obtain the mask and immediately exit when invoked. Takuma Murakami From vervoom@hotmail.com Wed Feb 11 14:21:00 2004 From: vervoom@hotmail.com (J S) Date: Wed, 11 Feb 2004 14:21:00 -0000 Subject: xdmcp error Message-ID: Hi, I can't get xdmcp to work. I'm using the latest XFree packages: XFree86-base 4.3.0-1 OK XFree86-bin 4.3.0-8 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-12 OK XFree86-xserv 4.3.0-44 OK I've run the following command on Windows XP with various resolutions/color depths/engine settings but all started up, waited about 1 minute, then shutdown. The login window never came up: xwin -query splhrl81.abc.com -from 13.252.55.117 -ac $ cat /tmp/xwin.log ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (==) Using config file: "/etc/X11/XF86Config" 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/m isc/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6 /lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" 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: 1024 dwHeight: 768 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 24 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 1018 h 706 r 1018 l 0 b 706 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 4072 winAllocateFBShadowDDNL - Created shadow pitch: 4072 winAllocateFBShadowDDNL - Created shadow stride: 1357 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 24 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000809" (00000809) (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" (**) Using keyboard "Keyboard1" as primary keyboard (**) Option "AutoRepeat" "500 30" (**) AutoRepeat: 500 30 (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc102" (**) XKB: model: "pc102" (**) Option "XkbLayout" "gb" (**) XKB: layout: "gb" Rules = "xfree86" Model = "pc102" Layout = "gb" Variant = "(null)" Options = "(n ull)" 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/Speedo/, removing from list! winPointerWarpCursor - Discarding first warp: 509 353 winBlockHandler - Releasing pmServerStarted winBlockHandler - pthread_mutex_unlock () returned Fatal server error: XDMCP fatal error: Session failed Session 267 failed for display S302087D-udp106 1279uds.abc.com:0: Cannot open display winDeinitMultiWindowWM - Noting shutdown in progress js. _________________________________________________________________ Tired of 56k? Get a FREE BT Broadband connection http://www.msn.co.uk/specials/btbroadband From alexander.gottwald@s1999.tu-chemnitz.de Wed Feb 11 15:13:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 11 Feb 2004 15:13:00 -0000 Subject: xdmcp error In-Reply-To: References: Message-ID: On Wed, 11 Feb 2004, J S wrote: > Hi, > > xwin -query splhrl81.abc.com -from 13.252.55.117 -ac > Fatal server error: > XDMCP fatal error: Session failed Session 267 failed for display > S302087D-udp106 > 1279uds.abc.com:0: Cannot open display is 13.252.55.117 the same as 1279uds.abc.com? Is port 6000 reachable from splhrl81.abc.com? Maybe there is a firewall blocking the connection. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From vervoom@hotmail.com Wed Feb 11 15:55:00 2004 From: vervoom@hotmail.com (J S) Date: Wed, 11 Feb 2004 15:55:00 -0000 Subject: xdmcp error Message-ID: > > Hi, > > > > xwin -query splhrl81.abc.com -from 13.252.55.117 -ac > > > Fatal server error: > > XDMCP fatal error: Session failed Session 267 failed for display > > S302087D-udp106 > > 1279uds.abc.com:0: Cannot open display > >is 13.252.55.117 the same as 1279uds.abc.com? Is port 6000 reachable >from splhrl81.abc.com? Maybe there is a firewall blocking the connection. > >bye > ago >-- The hostname for the ip address was right on my windows machine but different on the dns server checked by splhrl81 so there's a problem with that DNS server. But, why is XFree trying to get my hostname when I've already given it my IP address? js. _________________________________________________________________ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband From ast@ehas.org Wed Feb 11 17:07:00 2004 From: ast@ehas.org (=?ISO-8859-1?Q?Alberto_S=E1ez_Torres?=) Date: Wed, 11 Feb 2004 17:07:00 -0000 Subject: simple problem with 2 monitors Message-ID: <402A61D0.9070602@ehas.org> Hello. I've been loocking for any answer in the mailist, but I've no found any usefull data for my problem: I'm using a laptop with an nvidea, and I usually work with 2 monitors. (1024x768 and other with 1280x1024) I use an extended Desktop: I have in my main monitor the taksbar, but I can move any window to any of the two monitors. If I exec: $ XWin.exe -multiwindow -multiplemonitors & and call any X-application (xterm, by example) the window appears in the main monitor. But if I try to move it to the second monitor, I can't work with it (the window only shows a white rectangle) I've try with a lot of configurations (with -screen, with and wihtout -multiplemonitors and so on, but I can't get the solution. So... Can anyone help me? Thansk for your help. Alberto S??ez From alexander.gottwald@s1999.tu-chemnitz.de Wed Feb 11 17:15:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 11 Feb 2004 17:15:00 -0000 Subject: xdmcp error In-Reply-To: References: Message-ID: On Wed, 11 Feb 2004, J S wrote: > The hostname for the ip address was right on my windows machine but > different on the dns server checked by splhrl81 so there's a problem with > that DNS server. But, why is XFree trying to get my hostname when I've > already given it my IP address? It's not the xserver which does the translation. The xserver is sending out the from address and the xdmcp server does a reverse lookup and then uses this name. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From abraverman@recurrentsoft.com Wed Feb 11 17:21:00 2004 From: abraverman@recurrentsoft.com (Andrew Braverman) Date: Wed, 11 Feb 2004 17:21:00 -0000 Subject: simple problem with 2 monitors In-Reply-To: <402A61D0.9070602@ehas.org> Message-ID: <000801c3f0c3$84354b40$1e54cea7@andrew> Though I do not use multiple monitors and may be missing something about the way you are doing things, I think that what you are missing is that in multiwindow mode, each X window is a separate MS window. There is also a root X window that is usually hidden, but that you can see, and would see as a dark background with, potentially, some white rectangles that may or may not show something else. There would be no menu bars on these. My guess is that you moved the root window to your other monitor, but did not move any of the X windows there. Is that possible? - Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Alberto S??ez Torres > Sent: Wednesday, February 11, 2004 12:10 PM > To: cygwin-xfree@cygwin.com > Subject: simple problem with 2 monitors > > > > Hello. I've been loocking for any answer in the mailist, > but I've no > found any usefull data for my problem: > > I'm using a laptop with an nvidea, and I usually work with > 2 monitors. > (1024x768 and other with 1280x1024) I use an extended > Desktop: I have > in my main monitor the taksbar, but I can move any window to > any of the > two monitors. > > If I exec: > > $ XWin.exe -multiwindow -multiplemonitors & > > and call any X-application (xterm, by example) the window > appears in the > main monitor. But if I try to move it to the second monitor, I can't > work with it (the window only shows a white rectangle) > > I've try with a lot of configurations (with -screen, with > and wihtout > -multiplemonitors and so on, but I can't get the solution. > > So... Can anyone help me? > > Thansk for your help. > Alberto S??ez > > From huntharo@msu.edu Wed Feb 11 20:30:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 11 Feb 2004 20:30:00 -0000 Subject: Exclusive window manager for -multiwindow Message-ID: <402A90FA.7080402@msu.edu> Takuma, Excellent. I wonder why the commit did not generate an email to the xorg-commit list. I'll try to get this into my local branch soon and make a new release. Harold From oyvind.harboe@zylin.com Wed Feb 11 20:45:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Wed, 11 Feb 2004 20:45:00 -0000 Subject: Strange problem with shadowed window Message-ID: <1076532342.5247.11.camel@famine> I'm seing a strange problem. When I open a window in Evolution to write an email, there is sometimes a partially obscured shadow window behind(to the left) of my window. Ca. 30 pixels are visible. Stranger yet, the partially obscured window appears to be functional. If I navigate the mouse over the buttons of the partially obscured shadow window, I see buttons being highlighted. There is a different problem I sometimes run into, that smells similiar. When I open Evolution, the mouse will sometimes be offset to the left and above of the mouse hotspot by ~50x50 pixels. The problem goes away when I minimize and maximize the Window. More speculation.... Windows XP animates windows (i.e. resizes in multiple steps) to create a zoom effect. Could this be a animated(zoom) window race condition? I.e.: 1. XFree is notified of change in window size 2. XFree gets window size 3. Windows resizes the window again 4. XFree clears the "changed flag" The fix would be to swap 2 and 4. This does not explain the shadowed window. ??yvind From haynesc@mail.rockefeller.edu Wed Feb 11 21:38:00 2004 From: haynesc@mail.rockefeller.edu (Chad Haynes) Date: Wed, 11 Feb 2004 21:38:00 -0000 Subject: different resolutions on different monitors Message-ID: <402AA0C7.8080407@rockefeller.edu> I am using 2 monitors, one with 1280x1024 and the other with 1024x768. When I start the X server using the -multiwindow option then start an app (such as xterm) the application always opens in the top corner of the smaller monitor at a point where the top of the window is off the screen. I can't get to the title bar to move the window so in order to see everything I have to tile or cascade the windows which is a pain. Is there some way to set the default location on the screen the windows open? Thanks for the help. -Chad From vervoom@hotmail.com Wed Feb 11 21:47:00 2004 From: vervoom@hotmail.com (J S) Date: Wed, 11 Feb 2004 21:47:00 -0000 Subject: xdmcp error Message-ID: > > The hostname for the ip address was right on my windows machine but > > different on the dns server checked by splhrl81 so there's a problem >with > > that DNS server. But, why is XFree trying to get my hostname when I've > > already given it my IP address? > >It's not the xserver which does the translation. The xserver is sending out >the from address and the xdmcp server does a reverse lookup and then uses >this >name. > >bye > ago >-- Thanks Alex, Presumably I can configure the xdmcp server not to do a reverse lookup. _________________________________________________________________ Sign-up for a FREE BT Broadband connection today! http://www.msn.co.uk/specials/btbroadband From ingber@ingber.com Wed Feb 11 22:06:00 2004 From: ingber@ingber.com (Lester Ingber) Date: Wed, 11 Feb 2004 22:06:00 -0000 Subject: xterm multi-windows freeze Message-ID: <20040211220641.GA2656@ingber.com> At least once a day, for the past week or so, my xterms freeze ("not responding"). I can kill the processes under my master console that brings up XWin, so I'm pretty sure this is an XFree problem with XWin -unixkill -emulate3buttons -clipboard -multiwindow & My XWin.log file ends with: winTopLevelWindowProc - BitBlt failed: The handle is invalid. OsVendorReset - Hello winClipboardProc - Call to select () failed: -1. Bailing. OsVendorReset - Clipboard thread has exited. winInitMultiWindowWM - Caught IO Erro. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress stdout (piped to another log file) reads winMutliWindowWMIOErrorHandler! Lester From jetset@openface.ca Wed Feb 11 22:32:00 2004 From: jetset@openface.ca (Jeremy Tan) Date: Wed, 11 Feb 2004 22:32:00 -0000 Subject: GDI object leak with remote emacs Message-ID: <16426.44436.977811.58100@what.openface.ca> I don't know if this is related to the problems that people are experiencing with local copies of emacs but I'm seeing a GDI object leak with remote invocations of emacs that are routed back to my X server. Basically, I run cygwin/XFree86 on my local workstation, and I start an emacs on a Unix server that is displayed on my X server here. When using emacs, everytime I open a file, I can see that the XWin.exe processes gains a few GDI objects, but killing that buffer in emacs doesn't free them. Exiting emacs doesn't free them either. Once the leak grows enough (around 1500 GDI objects in XWin.exe) I start getting repaint problems and I have to kill X and restart it. This only started occuring when I updated my cygwin package last week. Below is my cygcheck output. Thanks, j Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed Feb 11 17:24:47 2004 Windows 2000 Server Ver 5.0 Build 2195 Service Pack 4 Path: d:\cygwin\usr\local\bin d:\cygwin\bin d:\cygwin\bin d:\cygwin\usr\local\bin d:\cygwin\bin d:\cygwin\bin . d:\cygwin\bin d:\cygwin\usr\X11R6\bin d:\oracle\ora92\bin d:\Program Files\Oracle\jre\1.3.1\bin d:\Program Files\Oracle\jre\1.1.8\bin c:\WINNT\system32 c:\WINNT c:\WINNT\System32\Wbem d:\SFU\common\ c:\Program Files\Symantec\pcAnywhere\ Output from d:\cygwin\bin\id.exe (nontsec) UID: 1003(jetset) GID: 513(None) 513(None) Output from d:\cygwin\bin\id.exe (ntsec) UID: 1003(jetset) GID: 513(None) 513(None) 544(Administrators) 547(Power Users) 545(Users) SysDir: C:\WINNT\system32 WinDir: C:\WINNT HOME = `d:\cygwin\home\jetset' MAKE_MODE = `unix' PWD = `/home/jetset' USER = `jetset' !EXITCODE = `00000000' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\jetset\Application Data' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `BUTTERBALL' COMSPEC = `C:\WINNT\system32\cmd.exe' CYGWIN_ROOT = `\cygwin' DISPLAY = `127.0.0.1:0.0' GROUP = `None' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\jetset' HOST = `butterball' HOSTTYPE = `i386' LOGNAME = `jetset' LOGONSERVER = `\\BUTTERBALL' MACHTYPE = `i386' MANPATH = `:/usr/X11R6/man:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OS2LIBPATH = `C:\WINNT\system32\os2\dll;' OS = `Windows_NT' OSTYPE = `posix' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 6 Stepping 0, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0600' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' SESSIONNAME = `Console' SFUDIR = `D:\SFU\' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINNT' TERM = `xterm' TZ = `EST5EDT4,M4.1.0/2,M10.5.0/2' USERDOMAIN = `BUTTERBALL' USERNAME = `jetset' USERPROFILE = `C:\Documents and Settings\jetset' VENDOR = `intel' WINDIR = `C:\WINNT' WINDOWID = `4194318' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x00000022 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `d:/cygwin' flags = 0x00000002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `d:/cygwin/bin' flags = 0x00000002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `d:/cygwin/lib' flags = 0x00000002 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\Programs\Cygnus Solutions (default) = (unsupported type) HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts (default) = `d:\cygwin\usr\X11R6\lib\X11\fonts' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options a: fd N/A N/A c: hd NTFS 2437Mb 96% CP CS UN PA FC d: hd NTFS 3075Mb 39% CP CS UN PA FC e: cd N/A N/A h: net NTFS 12110Mb 95% CP CS PA jetset d:/cygwin / user binmode d:/cygwin/bin /usr/bin user binmode d:/cygwin/lib /usr/lib user binmode . /cygdrive user binmode,cygdrive d:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode Found: d:\cygwin\bin\awk.exe Found: d:\cygwin\bin\bash.exe Found: d:\cygwin\bin\cat.exe Found: d:\cygwin\bin\cp.exe Found: d:\cygwin\bin\cpp.exe Found: d:\cygwin\bin\find.exe Found: d:\cygwin\bin\gcc.exe Found: d:\cygwin\bin\gdb.exe Found: d:\cygwin\bin\grep.exe Found: d:\cygwin\bin\ld.exe Found: d:\cygwin\bin\ls.exe Found: d:\cygwin\bin\make.exe Found: d:\cygwin\bin\mv.exe Found: d:\cygwin\bin\rm.exe Found: d:\cygwin\bin\sed.exe Found: d:\cygwin\bin\sh.exe Found: d:\cygwin\bin\tar.exe 61k 2003/08/09 d:\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 7k 2003/10/19 d:\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 842k 2003/09/30 d:\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 12:49 645k 2003/04/11 d:\cygwin\bin\cygcrypto.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto.dll" v0.0 ts=2003/4/11 6:37 22k 2004/02/10 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 131k 2003/10/28 d:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2003/10/28 17:44 45k 2001/04/25 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 17k 2001/06/28 d:\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 d:\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 d:\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 d:\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 d:\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 d:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 13:09 132k 2003/08/11 d:\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 d:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 0:19 26k 2001/04/25 d:\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 d:\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 d:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 5:25 156k 2001/04/25 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 d:\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 173k 2003/08/10 d:\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 d:\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 d:\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 d:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/10 19:16 171k 2003/09/30 d:\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 12:49 165k 2003/04/11 d:\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 d:\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 d:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/10 22:32 25k 2002/07/14 d:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2002/7/14 10:58 61k 2003/12/04 d:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2003/12/3 22:03 1083k 2004/01/31 d:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/1/30 19: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 d:\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 20:41 121k 2003/11/18 d:\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 20:41 28k 2004/01/16 d:\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 d:\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 2003/11/18 d:\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 20:39 439k 2003/11/18 d:\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 20:40 74k 2003/11/18 d:\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 20:30 76k 2004/01/16 d:\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 2003/11/18 d:\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 20:30 1271k 2003/11/18 d:\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 20:39 20k 2003/11/18 d:\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 20:42 30k 2003/11/18 d:\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 20:30 66k 2004/01/16 d:\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 2003/11/18 d:\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 20:30 253k 2003/11/18 d:\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 20:33 355k 2003/11/18 d:\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 20:34 36k 2003/11/18 d:\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 20:43 49k 2003/11/18 d:\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 20:30 56k 2003/11/18 d:\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 74k 2003/11/18 d:\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 20:42 27k 2003/11/18 d:\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 20:34 1293k 2004/01/16 d:\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 2003/11/18 d:\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 20:32 11k 2003/11/18 d:\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 20:32 26k 2003/11/18 d:\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 20:35 51k 2003/11/18 d:\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 20:32 14k 2003/11/18 d:\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 20:43 26k 2003/11/18 d:\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 20:42 282k 2003/11/18 d:\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 20:31 27k 2003/11/18 d:\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 20:43 17k 2003/11/18 d:\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 20:34 15k 2003/11/18 d:\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 20:35 Cygwin Package Information Last downloaded files to: D:\Installs Last downloaded files from: http://mirrors.xmission.com/cygwin Package Version _update-info-dir 00226-1 ash 20040127-1 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 20030901-1 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-5 clear 1.0-1 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-6 diff 1.0-1 diffutils 2.8.4-1 editrights 1.01-1 expat 1.95.7-1 file 4.06-1 fileutils 4.1-2 findutils 4.1.7-4 flex 2.5.4a-3 fontconfig 2.2.0-1 freetype2 2.1.5-1 gawk 3.1.3-4 gcc 3.3.1-3 gcc-mingw 20030911-4 gcc-mingw-core 20031020-1 gdb 20030919-1 gdbm 1.8.3-7 gettext 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 grep 2.5-1 groff 1.18.1-2 gzip 1.3.5-1 inetutils 1.3.2-25 jpeg 6b-11 less 381-1 lesstif 0.93.91-6 libbz2_1 1.0.2-5 libdb3.1 3.1.17-2 libdb4.1 4.1.25-1 libfontconfig-devel 2.2.0-1 libfontconfig1 2.2.0-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 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 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 libpng12 1.2.5-4 libpopt0 1.6.4-4 libreadline4 4.1-2 libreadline5 4.3-5 libtiff-devel 3.6.0-5 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libungif 4.1.0-2 login 1.9-7 lynx 2.8.4-7 m4 1.4-1 make 3.80-1 man 1.5k-2 mingw-runtime 3.2-1 mktemp 1.5-3 ncurses 5.3-4 newlib-man 20020801 openssh 3.7.1p2-2 openssl 0.9.7c-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 readline 4.3-5 regex 4.4 sed 4.0.8-1 sh-utils 2.0.15-4 tar 1.13.25-5 tcltk 20030901-1 tcsh 6.12.00-7 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 tiff 3.6.0-5 time 1.7-1 unzip 5.50-5 vim 6.2.098-1 w32api 2.4-1 wget 1.9.1-1 which 1.5-2 XFree86-base 4.3.0-1 XFree86-bin 4.3.0-8 XFree86-etc 4.3.0-6 XFree86-f100 4.2.0-3 XFree86-fcyr 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-2 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-44 zip 2.3-5 zlib 1.2.1-1 Use -h to see help about each section From pechtcha@cs.nyu.edu Wed Feb 11 23:10:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 11 Feb 2004 23:10:00 -0000 Subject: different resolutions on different monitors In-Reply-To: <402AA0C7.8080407@rockefeller.edu> References: <402AA0C7.8080407@rockefeller.edu> Message-ID: On Wed, 11 Feb 2004, Chad Haynes wrote: > I am using 2 monitors, one with 1280x1024 and the other with 1024x768. > When I start the X server using the -multiwindow option then start an > app (such as xterm) the application always opens in the top corner of > the smaller monitor at a point where the top of the window is off the > screen. I can't get to the title bar to move the window so in order to > see everything I have to tile or cascade the windows which is a pain. This could be a bug in the -multiplemonitors implementation. Please post the exact command you use to invoke XWin.exe. > Is there some way to set the default location on the screen the windows > open? > > Thanks for the help. > -Chad As a temporary workaround, look into the "-geometry" option that any X app should support ('PAGER="less -p GEOMETRY" man X' should do it). 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 Wed Feb 11 23:14:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 11 Feb 2004 23:14:00 -0000 Subject: GDI object leak with remote emacs In-Reply-To: <16426.44436.977811.58100@what.openface.ca> References: <16426.44436.977811.58100@what.openface.ca> Message-ID: On Wed, 11 Feb 2004, Jeremy Tan wrote: > I don't know if this is related to the problems that people are > experiencing with local copies of emacs but I'm seeing a GDI object > leak with remote invocations of emacs that are routed back to my X > server. > > Basically, I run cygwin/XFree86 on my local workstation, and I start > an emacs on a Unix server that is displayed on my X server here. > When using emacs, everytime I open a file, I can see that the XWin.exe > processes gains a few GDI objects, but killing that buffer in emacs > doesn't free them. Exiting emacs doesn't free them either. Once the > leak grows enough (around 1500 GDI objects in XWin.exe) I start > getting repaint problems and I have to kill X and restart it. > > This only started occuring when I updated my cygwin package last > week. Below is my cygcheck output. > > Thanks, > j FWIW, the same GDI object accumulation happens in Exceed. This is just a datapoint, though, and doesn't mean it shouldn't be fixed in XWin, if at all possible. 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 Wed Feb 11 23:16:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 11 Feb 2004 23:16:00 -0000 Subject: xdmcp error In-Reply-To: References: Message-ID: On Wed, 11 Feb 2004, J S wrote: > > > The hostname for the ip address was right on my windows machine but > > > different on the dns server checked by splhrl81 so there's a problem > > > with that DNS server. But, why is XFree trying to get my hostname > > > when I've already given it my IP address? > > > >It's not the xserver which does the translation. The xserver is sending > >out the from address and the xdmcp server does a reverse lookup and > >then uses this name. > > Thanks Alex, > > Presumably I can configure the xdmcp server not to do a reverse lookup. Good luck! You're better off configuring your DNS server to return the right value (or adding an entry for your Windows machine to /etc/hosts on the machine running the xdmcp server). 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 earle@ziplabel.com Thu Feb 12 06:11:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 12 Feb 2004 06:11:00 -0000 Subject: different resolutions on different monitors In-Reply-To: References: <402AA0C7.8080407@rockefeller.edu> <402AA0C7.8080407@rockefeller.edu> Message-ID: <5.1.1.6.2.20040211220047.0378f3a0@mail.ziplabel.com> Howdy... At 06:10 PM 2/11/2004 -0500, Igor Pechtchanski wrote: >On Wed, 11 Feb 2004, Chad Haynes wrote: > > I am using 2 monitors, one with 1280x1024 and the other with 1024x768. > > When I start the X server using the -multiwindow option then start an > > app (such as xterm) the application always opens in the top corner of > > the smaller monitor at a point where the top of the window is off the > > screen. I can't get to the title bar to move the window so in order to > > see everything I have to tile or cascade the windows which is a pain. >This could be a bug in the -multiplemonitors implementation. Please post >the exact command you use to invoke XWin.exe. Actually, I think it's a feature. Chad's got a non-rectangular Windows desktop: (Bad ASCII alert!) xxxxx x=monitor 1 1024x768 yyyyxxxxx y=monitor 2 1280x1024 yyyyxxxxx What the rootless is doing is getting the max desktop extents from Windoze, which gives (1024+1280)x1024. That becomes a window whose origin (0,0) is off-screen, so when the current WM makes a new window (always @ X coord 0,0) the upper bits of it are gone. The alternative is to take the min extents, but then you wouldn't be able to move a window around freely on the bigger monitor... Does Xinerama allow non-rectangular root windows? Maybe there's something in there to look at? > > Is there some way to set the default location on the screen the windows > > open? >As a temporary workaround, look into the "-geometry" option that any X app >should support ('PAGER="less -p GEOMETRY" man X' should do it). Also, you can right-click on the X term window label in the taskbar, select "Move", then *before touching the mouse* hit any arrow key. Then move the mouse and the window will follow... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Thu Feb 12 06:18:00 2004 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 12 Feb 2004 06:18:00 -0000 Subject: different resolutions on different monitors In-Reply-To: <5.1.1.6.2.20040211220047.0378f3a0@mail.ziplabel.com> References: <402AA0C7.8080407@rockefeller.edu> <402AA0C7.8080407@rockefeller.edu> Message-ID: <5.1.1.6.2.20040211221656.037b3090@mail.ziplabel.com> At 10:11 PM 2/11/2004 -0800, I wrote: >Actually, I think it's a feature. Chad's got a non-rectangular Windows >desktop: (Bad ASCII alert!) xxxxx x=monitor 1 1024x768 > yyyyxxxxx y=monitor 2 1280x1024 > yyyyxxxxx Oops, make that "y=1024x768, x=1280x1024)... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From haro@kgt.co.jp Thu Feb 12 11:01:00 2004 From: haro@kgt.co.jp (haro@kgt.co.jp) Date: Thu, 12 Feb 2004 11:01:00 -0000 Subject: Clipboard related failure Message-ID: <20040212.200114.01367541.haro@kgt.co.jp> Hi all, I just had and clipboard related problem, and a Windows notpad like program stopped working (not responsive), along with it. I currently use XFree86-xserv-4.3.0-44 with cygwin-1.5.7. I've included the XWin.log file, if it's of any use. Thanks, 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 -------------- 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 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - Returning, supported engines 0000001b InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 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" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard 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. winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 OsVendorReset - Hello From takuma@dgp.ne.jp Thu Feb 12 12:34:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 12 Feb 2004 12:34:00 -0000 Subject: Exclusive window manager for -multiwindow In-Reply-To: <402A90FA.7080402@msu.edu> References: <20040211180559.8B1C.TAKUMA@dgp.ne.jp> <402A90FA.7080402@msu.edu> Message-ID: <20040212212709.9F8F.TAKUMA@dgp.ne.jp> Harold, > Excellent. I wonder why the commit did not generate an email to the > xorg-commit list. I'll try to get this into my local branch soon and > make a new release. I'm wondering, too. I saw a message like mailing to someone@suse.... when committed. I believe there was the string 'suse' though the account name is uncertain. Shall I report to the xorg mailing list? Takuma Murakami From haynesc@mail.rockefeller.edu Thu Feb 12 15:08:00 2004 From: haynesc@mail.rockefeller.edu (Chad Haynes) Date: Thu, 12 Feb 2004 15:08:00 -0000 Subject: different resolutions on different monitors In-Reply-To: References: <402AA0C7.8080407@rockefeller.edu> Message-ID: <402B9713.403@rockefeller.edu> Thanks everyone for the suggestions. The command I am using to invoke XWin is just: XWin -multiwindow -multimonitors -Chad Igor Pechtchanski wrote: >On Wed, 11 Feb 2004, Chad Haynes wrote: > > > >>I am using 2 monitors, one with 1280x1024 and the other with 1024x768. >>When I start the X server using the -multiwindow option then start an >>app (such as xterm) the application always opens in the top corner of >>the smaller monitor at a point where the top of the window is off the >>screen. I can't get to the title bar to move the window so in order to >>see everything I have to tile or cascade the windows which is a pain. >> >> > >This could be a bug in the -multiplemonitors implementation. Please post >the exact command you use to invoke XWin.exe. > > > >>Is there some way to set the default location on the screen the windows >>open? >> >>Thanks for the help. >>-Chad >> >> > >As a temporary workaround, look into the "-geometry" option that any X app >should support ('PAGER="less -p GEOMETRY" man X' should do it). > Igor > > From kegunder@avalon.net Thu Feb 12 15:18:00 2004 From: kegunder@avalon.net (Keith Gunderson) Date: Thu, 12 Feb 2004 15:18:00 -0000 Subject: What/ where is cygXt-6.dll ? A newly made app can't find it! Message-ID: <402B9BDE.4070603@avalon.net> Hello. I was taking a crack at building Xephem 3.5.2 on my newly updated Win2000 / cygwin box (with Lesstif.) The program will make just fine, but when I run it the standard "path error" dialog appears complaining that it can't find cygXt-6.dll From what I've seen, this is the Xt widget set... or no? Any pointers on where this stuff is or how I should make the app to statically link in Xt would be appriciated. I remember seeing the libXt.a library on the system, BTW. Doing a cygcheck on the app causes the following: $ cygcheck.exe xephem Found: D:\cygwin\bin\xephem.exe D:/cygwin/bin/xephem.exe D:\cygwin\usr\X11R6\bin\cygICE-6.dll D:\cygwin\bin\cygwin1.dll D:\WINNT\system32\ADVAPI32.DLL D:\WINNT\system32\NTDLL.DLL D:\WINNT\system32\KERNEL32.DLL D:\WINNT\system32\RPCRT4.DLL D:\cygwin\usr\X11R6\bin\cygSM-6.dll D:\cygwin\usr\X11R6\bin\cygX11-6.dll D:\cygwin\usr\X11R6\bin\cygXm-2.dll D:\cygwin\usr\X11R6\bin\cygXft-2.dll D:\cygwin\usr\X11R6\bin\cygXrender-1.dll D:\cygwin\usr\X11R6\bin\cygXext-6.dll D:\cygwin\bin\cygfontconfig-1.dll D:\cygwin\bin\cygexpat-0.dll D:\cygwin\bin\cygfreetype-6.dll D:\cygwin\bin\cygz.dll D:\cygwin\usr\X11R6\bin\cygfreetype-9.dll D:\cygwin\usr\X11R6\bin\cygXp-6.dll Error: could not find cygXt-6.dll Error: could not find cygXt-6.dll Error: could not find cygXt-6.dll Thanks for the help. KG From ed@membled.com Thu Feb 12 16:00:00 2004 From: ed@membled.com (Ed Avis) Date: Thu, 12 Feb 2004 16:00:00 -0000 Subject: remote xemacs and selection problem (using XWin -clipboard) References: Message-ID: "Kris Thielemans" writes: >I have a problem running XEmacs remotely. When I press ctrl-space, I >do get 'mark set', but when I then press Ctrl-w to cut something, I >get 'The region is not active now'. >The problem disappears when I remove the -clipboard option from Xwin. I think you can fix this by setting transient-mark-mode. I know I had the same problem with my XEmacs, and fixed it somehow, but strangely I can't find any mention of transient-mark-mode in my ~/.emacs or ~/.xemacs/ although I do get the behaviour it turns on - not highlighting the region when it is selected with the keyboard. -- Ed Avis From alexander.gottwald@s1999.tu-chemnitz.de Thu Feb 12 16:17:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 12 Feb 2004 16:17:00 -0000 Subject: What/ where is cygXt-6.dll ? A newly made app can't find it! In-Reply-To: <402B9BDE.4070603@avalon.net> References: <402B9BDE.4070603@avalon.net> Message-ID: On Thu, 12 Feb 2004, Keith Gunderson wrote: > error" dialog appears complaining that it can't find cygXt-6.dll From > what I've seen, this is the Xt widget set... or no? cygXt-6.dll is installed with the XFree86-bin package. Maybe it got somehow deleted. Reinstall the XFree86-bin package. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Thu Feb 12 16:29:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 12 Feb 2004 16:29:00 -0000 Subject: What/ where is cygXt-6.dll ? A newly made app can't find it! In-Reply-To: References: <402B9BDE.4070603@avalon.net> Message-ID: On Thu, 12 Feb 2004, Alexander Gottwald wrote: > On Thu, 12 Feb 2004, Keith Gunderson wrote: > > > error" dialog appears complaining that it can't find cygXt-6.dll From > > what I've seen, this is the Xt widget set... or no? > > cygXt-6.dll is installed with the XFree86-bin package. Maybe it got somehow > deleted. Reinstall the XFree86-bin package. > > bye > ago Keith, In the future, whenever something like this is missing, try finding it on , and then running "cygcheck -cv" on the returned package (in this case, "cygcheck -cv XFree86-bin"). This will report if a package is missing some files (and which files are missing). Alternatively, you can be proactive and run "cygcheck -c" on your whole system periodically, and then re-run "cygcheck -cv" on the packages reported as "Incomplete" [*]. Igor [*] One exception to this is the older versions of the "apache" package, which are always reported as "Incomplete" due to a non-standard postinstall procedure. I believe this is rectified in the newer versions, though. -- 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 oyvind.harboe@zylin.com Thu Feb 12 17:06:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Thu, 12 Feb 2004 17:06:00 -0000 Subject: Duplicate window problem after maximizing Evolution Message-ID: <1076605602.6661.9.camel@famine> More pieces to the puzzle: I've only seen the duplicate windows on my second monitor and it does seem to be tied to evolution. I've got a JPG snapshot of 25k for anyone interested. ??yvind From ed@membled.com Thu Feb 12 17:47:00 2004 From: ed@membled.com (Ed Avis) Date: Thu, 12 Feb 2004 17:47:00 -0000 Subject: XWin causes Windows apps to hang(?) References: <1074946000.18324.6.camel@famine> Message-ID: ??yvind Harboe writes: >This was with -42. > >- I copied a URL from an email message in Evolution >- When I paste into a Windows app, that Windows app is stuck. This >happened w/iexplorer and explorer.exe. > >It appears as if the Windows app is stuck indefinitely waiting for >the "pastable" from XWin. I am seeing this too. I tried pasting into several different applications, in all cases it caused the app to hang and I had to kill it using the task manager. Cut and paste between normal Windows apps, or pasting from Windows to XWin, is fine. XWin.exe --version did not produce any output, however the Cygwin setup program shows I am running XFree86-xserv-4.3.0-44 and XFree86-xwinclip-4.3.0-2. I had manually started xwinclip.exe after the built-in clipboard support seemingly crashed. It looks as though by running XWin.exe --version I overwrote the log file, but when this problem happens again I will provide a log. (It might be that next time will also be with a separate xwinclip.exe after the builtin clipboard support crashed.) -- Ed Avis From loren@lorenburlingame.com Thu Feb 12 20:17:00 2004 From: loren@lorenburlingame.com (Loren H. Burlingame) Date: Thu, 12 Feb 2004 20:17:00 -0000 Subject: problem with remote X connection via XDMCP Message-ID: <402BDE73.4040904@lorenburlingame.com> Hello all, I assure you, I have scoured the archives for this list, read the FAQ and all the relevant documentation for XDMCP on both cygwin.com and xfree.org and cannot find anything that helps me. anyhoo here is what I am using: Client side: Cygwin 1.5.7-1 on Windows XP Pro XFree86-base 4.3.0-1 XFree86-bin 4.3.0-8 Server side: Gentoo Linux (2.4.24 kernel) XFree86 4.3.0 KDE 3.1.4 And here is the problem: I am able to log into the remote X session and get the KDE login screen using the following command: XWin -query -lesspointer -fp tcp/:7100 I enter my user name and password, select my session (tried Windowmaker and KDE) after which the session "hangs" I see the following in my kdm.log file on the server: Xlib: extension "XInputExtension" missing on display ":0.0". Failed to get list of devices sessions: SessionTypes=Xsession,kde-3.1.4,wmaker, Changing kdmrc in /usr/kde/3.1 I am at a dead end here and have no clue as to how to proceed. Any help would be greatly appreciated. Thank you Loren Burlingame www.lorenburlingame.com From ed@membled.com Thu Feb 12 20:48:00 2004 From: ed@membled.com (Ed Avis) Date: Thu, 12 Feb 2004 20:48:00 -0000 Subject: Clipboard related failure References: <20040212.200114.01367541.haro@kgt.co.jp> Message-ID: haro@kgt.co.jp writes: >I just had and clipboard related problem, and a Windows notpad like >program stopped working (not responsive), along with it. What did you do to cause the program to stop responding? Others have seen a problem where _pasting_ into a Windows application from the X server causes the Windows app to hang. See . -- Ed Avis From haro@kgt.co.jp Fri Feb 13 00:56:00 2004 From: haro@kgt.co.jp (haro@kgt.co.jp) Date: Fri, 13 Feb 2004 00:56:00 -0000 Subject: Clipboard related failure In-Reply-To: References: <20040212.200114.01367541.haro@kgt.co.jp> Message-ID: <20040213.095617.78210519.haro@kgt.co.jp> From: Ed Avis Date: 12 Feb 2004 20:39:59 +0000 ::>I just had and clipboard related problem, and a Windows notpad like ::>program stopped working (not responsive), along with it. :: ::What did you do to cause the program to stop responding? Others have ::seen a problem where _pasting_ into a Windows application from the X ::server causes the Windows app to hang. See ::. Yes, seems to be same problem. I was trying to paste text to Windows app from kterm (xterm like program). One thing I forgot to mention was that, I use -rootless mode: XWin -clipboard -rootless -emulate3buttons 50 -lesspointer Thanks, 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 From suuhop@hotmail.com Fri Feb 13 02:52:00 2004 From: suuhop@hotmail.com (Tom Sheets) Date: Fri, 13 Feb 2004 02:52:00 -0000 Subject: Order 8 completed for cygwin-announce@cygwin.com Message-ID: 1 Dear Cygwin-announce No B.S. Get a free DVD player. FREE SHIPPING. http://lnk.freefunoffers.com/p/10000507327 Get out of here: www.freefunoffers.com/optout.html 8 flotationrc fk xya flvw dp zriaqd mwft bh From suuhop@hotmail.com Fri Feb 13 20:09:00 2004 From: suuhop@hotmail.com (Tom Sheets) Date: Fri, 13 Feb 2004 20:09:00 -0000 Subject: Order 8 completed for cygwin-announce@cygwin.com Message-ID: 1 Dear Cygwin-announce No B.S. Get a free DVD player. FREE SHIPPING. http://lnk.freefunoffers.com/p/10000507327 Get out of here: www.freefunoffers.com/optout.html 8 flotationrc fk xya flvw dp zriaqd mwft bh From jetset@openface.ca Sat Feb 14 17:51:00 2004 From: jetset@openface.ca (Jeremy Tan) Date: Sat, 14 Feb 2004 17:51:00 -0000 Subject: CGI object leak with remote emacs In-Reply-To: <16426.44436.977811.58100@what.openface.ca> Message-ID: <16429.12047.43944.656029@what.openface.ca> A bit more followup on the problem: it only seems to happen when there is more than one emacs frame open. With just one emacs frame the GDI object count stays stable, but the moment I open another frame, the GDI count balloons up very quickly. j Jeremy Tan wrote: > I don't know if this is related to the problems that people are > experiencing with local copies of emacs but I'm seeing a GDI object > leak with remote invocations of emacs that are routed back to my X > server. > > Basically, I run cygwin/XFree86 on my local workstation, and I start > an emacs on a Unix server that is displayed on my X server here. > When using emacs, everytime I open a file, I can see that the XWin.exe > processes gains a few GDI objects, but killing that buffer in emacs > doesn't free them. Exiting emacs doesn't free them either. Once the > leak grows enough (around 1500 GDI objects in XWin.exe) I start > getting repaint problems and I have to kill X and restart it. > > This only started occuring when I updated my cygwin package last > week. Below is my cygcheck output. > > Thanks, > > j > From oyvind.harboe@zylin.com Sun Feb 15 21:43:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Sun, 15 Feb 2004 21:43:00 -0000 Subject: SEGFAULT when browsing emails in Evolution in xserv 4.3.0-42 Message-ID: <1076781074.10305.7.camel@famine> I'm running a locally built XWin.exe to try to get to the bottom of the crashes I'm seing with Evolution when I select emails. $ cygcheck -c | grep xserv XFree86-xserv 4.3.0-42 OK Program received signal SIGSEGV, Segmentation fault. [Switching to thread 2912.0xba0] 0x004abf5a in miRectIn (region=0xee0008, prect=0x1efec7c) at miregion.c:2011 2011 numRects = REGION_NUM_RECTS(region); -------------- next part -------------- ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1600 h 1200 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: 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 winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winInitWM - Returning. winMultiWindowXMsgProc - Calling pthread_mutex_lock () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "00000414" (00000414) (--) Using preset keyboard for "Norwegian" (414), type "4" (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard 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 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. -------------- next part -------------- startxwin.bat - Starting on Windows NT/2000/XP/2003 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"... (gdb) run Starting program: /usr/X11R6/bin/XWin.exe -multiwindow -clipboard -multiplemonit ors ---Type to continue, or q to quit--- Program received signal SIGSEGV, Segmentation fault. [Switching to thread 2912.0xba0] 0x004abf5a in miRectIn (region=0xee0008, prect=0x1efec7c) at miregion.c:2011 2011 numRects = REGION_NUM_RECTS(region); (gdb) thread apply all bt Thread 12 (thread 2912.0xbd4): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x0000048c in ?? () Thread 11 (thread 2912.0xbb0): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x71a51ea3 in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x0405fdfc in ?? () #4 0x0405fe90 in ?? () #5 0x103743ec in ?? () #6 0x0405fe80 in ?? () #7 0x00010000 in ?? () #8 0x77f5b864 in ntdll!ZwDeviceIoControlFile () from ntdll.dll #9 0xffb3b4c0 in ?? () #10 0xffffffff in ?? () #11 0x00253210 in ?? () Thread 10 (thread 2912.0xbd0): ---Type to continue, or q to quit--- #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000003 in ?? () #4 0x03e5e978 in ?? () #5 0x00000001 in ?? () Thread 9 (thread 2912.0x90c): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x71a51ea3 in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x03c5fdfc in ?? () #4 0x01a244e0 in ?? () #5 0x1037741c in ?? () #6 0x01a244d0 in ?? () Thread 8 (thread 2912.0xbc8): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x71a51f97 in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x03a5fdfc in ?? () ---Type to continue, or q to quit--- #4 0x03a5fe90 in ?? () #5 0x1019554c in ?? () #6 0x03a5fe80 in ?? () #7 0xb4b62694 in ?? () #8 0x01c3f321 in ?? () #9 0xffffffff in ?? () #10 0x7fffffff in ?? () #11 0x0024fc10 in ?? () Thread 6 (thread 2912.0xf0): #0 0x7ffe0304 in ?? () #1 0x77d43a09 in SetBitmapDimensionEx () from /cygdrive/c/WINDOWS/system32/user32.dll #2 0x77d443b5 in USER32!GetMessageA () from /cygdrive/c/WINDOWS/system32/user32.dll #3 0x61091f03 in wait4 () from /usr/bin/cygwin1.dll #4 0x61002dae in forkpty () from /usr/bin/cygwin1.dll #5 0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #6 0x610cfb50 in cygwin1!__ctype_ptr () #7 0x01a24200 in ?? () #8 0x610cfb50 in cygwin1!__ctype_ptr () #9 0x7ffd9000 in ?? () #10 0x0365ffc0 in ?? () ---Type to continue, or q to quit--- #11 0x00000007 in ?? () #12 0xffffffff in ?? () #13 0x77e94809 in SetThreadExecutionState () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL Thread 5 (thread 2912.0xba8): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000001 in ?? () #4 0x0345fe88 in ?? () #5 0x00000001 in ?? () Thread 4 (thread 2912.0xba4): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000002 in ?? () #4 0x0325e058 in ?? () #5 0x00000001 in ?? () Thread 3 (thread 2912.0xba0): ---Type to continue, or q to quit--- #0 0x004abf5a in miRectIn (region=0xee0008, prect=0x1efec7c) at miregion.c:2011 #1 0x004b5854 in miBSGetSpans (pDrawable=0x101934b0, wMax=48, ppt=0x1efed28, pwidth=, nspans=1, pdstStart=0x103800b0 "\234\205\022apO:\020d?;\020 $") at mibstore.c:663 #2 0x004d6144 in miSpriteGetSpans (pDrawable=0x101934b0, wMax=48, ppt=0x1efed28, pwidth=, nspans=1, pdstStart=0x103800b0 "\234\205\022apO:\020d?;\020 $") at misprite.c:541 #3 0x004b2582 in miGetImage (pDraw=0x101934b0, sx=0, sy=0, w=48, h=48, format=2, planeMask=4294967295, pDst=0x103800b0 "\234\205\022apO:\020d?;\020 $") at mibitblt.c:697 #4 0x00462059 in winScaleXBitmapToWindows (iconSize=32, effBPP=32, pixmap=0x101934b0, image=0x103a0fd8 "\\\205\022a\\\205\022a") at winmultiwindowicons.c:105 #5 0x00462b47 in winXIconToHICON (pWin=0x10368d40) at winmultiwindowicons.c:320 #6 0x00462c9d in winUpdateIcon (id=8389519) at winmultiwindowicons.c:375 #7 0x00458025 in UpdateName (pWMInfo=0x100ff8c8, iWindow=8389519) at winmultiwindowwm.c:503 #8 0x0045832e in winMultiWindowWMProc (pArg=0x100f8e20) at winmultiwindowwm.c:651 #9 0x61089687 in cygwin1!__getreent () from /usr/bin/cygwin1.dll #10 0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL ---Type to continue, or q to quit--- #11 0x100ff9b0 in ?? () #12 0x0022f9e0 in ?? () #13 0x00000001 in ?? () #14 0x100ff9b0 in ?? () #15 0x0000001f in ?? () #16 0x7ffdc000 in ?? () #17 0x01efffc0 in ?? () #18 0x00000007 in ?? () #19 0xffffffff in ?? () #20 0x77e94809 in SetThreadExecutionState () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL Thread 2 (thread 2912.0xb68): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000003 in ?? () #4 0x0195fe58 in ?? () #5 0x00000001 in ?? () Thread 1 (thread 2912.0xb64): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll ---Type to continue, or q to quit--- #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000003 in ?? () #4 0x0022f3fc in ?? () #5 0x00000001 in ?? () 0x004abf5a 2011 numRects = REGION_NUM_RECTS(region); (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x004abf5a in miRectIn (region=0xee0008, prect=0x1efec7c) at miregion.c:2011 2011 numRects = REGION_NUM_RECTS(region); (gdb) c Continuing. Program exited with code 0200. (gdb) From jwa@fasytek.dk Mon Feb 16 09:34:00 2004 From: jwa@fasytek.dk (J. W. Andersen, Falster System Teknik) Date: Mon, 16 Feb 2004 09:34:00 -0000 Subject: Change Request Message-ID: <402FE7DB.7080701@fasytek.dk> I have 2 suggestions, that could make Cygwin/X the ultimate tool for me, and probably many other people around the world. We are talking about XDMCP connection modes here. 1) As an example, WinaXe (former XwinPro) has 3 XDMCP modes: direct, indirect and broadcast. The latter has not much to do with what is usually considered broadcast in this respect, but is nonetheless rather interesting for many puposed. In short, the user sets up a list of hosts for his own purpose, those hosts are polled for XDMCP availability by the program, and the operable hosts are listed in a selection menu. If the mentioned function could be implemented in Xwin.exe, I think it would be great, but to avoid any further confusion it should not be named "broadcast". "Specific host selection" or something like that might be a better description. Why do I need this ? Because I have to monitor and administer a variety of Linux servers in different locations and on different subnets. This alone rules out the usual XDMCP broadcasting. In my case, indirect XDMCP is also problematic for a couple of reasons: If the "indirecting" server is down, you can not get the hostlist, and if the server at the same time is a VPN/Ipsec gateway point for the other subnets, these are not seen from the servers point of view, even though they are visible from other stations in the same subnet. 2) Would it be possible to make some automatic assignment of display number from 0 and upwards ? This could be a big help for users who frequently need more entities of Xwin open towards different servers at the same time ? That said, thanks a million to the people, who created and maintain this splendid software tool. It is certifiably the most convincing X-server for Windows, I have seen untill now. If someone wants to beat me up for these request, feel free to do so to my direct email, as I am presently off the list. Regards Joern W. Andersen, jwa@fasytek.dk From thierry.salmon@just.fgov.be Mon Feb 16 15:59:00 2004 From: thierry.salmon@just.fgov.be (Thierry Salmon) Date: Mon, 16 Feb 2004 15:59:00 -0000 Subject: Partial solution for nonUs keyboards with XDMCP to AIX (be keyboard with xkp option) Message-ID: <40308DD2.90404@just.fgov.be> resent because : ezmlm-reject: fatal: Sorry, a message part has an unacceptable MIME Content-Type: text/html (#5.2.3) This my config Client (W2K+cygwin downloaded 2004/02/03) : start XWin -query %REMOTE_HOST% -nodecoration -lesspointer -once -unixkill -fullscreen -xkbmap be (only condition start xwin with numlock off, use tools like numlock to set numlock off just before starting xwin (http://www.rjlsoftware.com/software/utility/numlock/) when you get the xdmcp login screen you can put numlock on,and all seems to work) Server (RS6000 43P + AIX 4.3.2): change /usr/dt/config/Xsetup : add following lines if /usr/local/bin/xdpyinfo | /usr/bin/grep vendor |/usr/bin/grep XFree >/dev/null then XTERMMODEL=cygwin echo "/usr/bin/X11/xmodmap /usr/dt/config/xmodmap.cygwin.be " >> /tmp/Xreset.$DISPLAY.log /usr/bin/X11/xmodmap /usr/dt/config/xmodmap.cygwin.be fi change /usr/dt/config/Xreset : add following lines if /usr/local/bin/xdpyinfo | /usr/bin/grep vendor |/usr/bin/grep XFree >/dev/nullthen XTERMMODEL=cygwin echo "/usr/bin/X11/xmodmap /usr/dt/config/xmodmap.cygwin.be " >> /tmp/Xreset.$DISPLAY.log /usr/bin/X11/xmodmap /usr/dt/config/xmodmap.cygwin.be fi change /usr/dt/bin/Xsession : add following lines if /usr/local/bin/xdpyinfo | /usr/bin/grep vendor |/usr/bin/grep XFree >/dev/null then XTERMMODEL=cygwin xmodmap -verbose /usr/dt/config/xmodmap.cygwin.be.tckh.dtlogin >> /tmp/Xsession.$DISPLAY.log 2>&1 fi add /usr/dt/config/xmodmap.cygwin.be.tckh (based on "Belgian xmodmap.be.bz2(1.0kb) (provided by Windey Koen) from gotti.org") diff xmodmap.be xmodmap.cygwin.be.tckh 3d2 < 4a4 > clear Lock 6a7,17 > clear Mod3 > clear Mod4 > clear Mod5 > keycode 66 = Caps_Lock > add Lock = Caps_Lock > keycode 64 = Alt_L > add Mod1 = Alt_L > keycode 113 = Mode_switch > add Mod2 = Mode_switch > > 47c58 < keycode 49 = twosuperior --- > keycode 49 = twosuperior threesuperior 65,75c76,86 < keycode 67 = F1 F11 < keycode 68 = F2 F12 < keycode 69 = F3 F13 < keycode 70 = F4 F14 < keycode 71 = F5 F15 < keycode 72 = F6 F16 < keycode 73 = F7 F17 < keycode 74 = F8 F18 < keycode 75 = F9 F19 < keycode 76 = F10 F20 < keycode 77 = Num_Lock --- > keycode 67 = F6 F17 > keycode 68 = F7 F18 > keycode 69 = F8 F19 > keycode 70 = F9 F20 > keycode 71 = F10 KP_F1 > keycode 72 = F11 KP_F2 > keycode 73 = F12 KP_F3 > keycode 74 = F13 KP_F4 > keycode 75 = F14 F19 > keycode 76 = F15 F20 > keycode 77 = Num_Lock Pointer_EnableKeys 88a100 > keycode 91 = KP_Decimal KP_Delete 91,92c103,104 < keycode 95 = F11 F11 < keycode 96 = F12 F12 --- > keycode 95 = F16 F17 > keycode 96 = F18 F19 97c109 < keycode 113 = Mode_switch --- > keycode 113 = ISO_Level3_Shift Multi_key 99c111 < keycode 110 = Find --- > keycode 110 = F26 102a115 > keycode 101 = Up 103a117 > keycode 103 = Break 106a121,127 > > clear Mod1 > clear Mod2 > clear Mod3 > clear Mod4 > clear Mod5 > 107a129,131 > add Mod5 = Num_Lock > add mod3 = Menu > add Mod4 = Super_L Super_R 108a133 > add /usr/dt/config/xmodmap.cygwin.be.tckh.dtlogin (based on "Belgian xmodmap.be.bz2(1.0kb) (provided by Windey Koen) from gotti.org") diff xmodmap.be xmodmap.cygwin.be.tckh.dtlogin 3d2 < 4a4 > clear Lock 6a7,16 > clear Mod3 > clear Mod4 > clear Mod5 > keycode 66 = Caps_Lock > add Lock = Caps_Lock > keycode 64 = Alt_L > add Mod1 = Alt_L > keycode 113 = Mode_switch > add Mod2 = Mode_switch > 47c57 < keycode 49 = twosuperior --- > keycode 49 = twosuperior threesuperior 65,75c75,85 < keycode 67 = F1 F11 < keycode 68 = F2 F12 < keycode 69 = F3 F13 < keycode 70 = F4 F14 < keycode 71 = F5 F15 < keycode 72 = F6 F16 < keycode 73 = F7 F17 < keycode 74 = F8 F18 < keycode 75 = F9 F19 < keycode 76 = F10 F20 < keycode 77 = Num_Lock --- > keycode 67 = F6 F17 > keycode 68 = F7 F18 > keycode 69 = F8 F19 > keycode 70 = F9 F20 > keycode 71 = F10 KP_F1 > keycode 72 = F11 KP_F2 > keycode 73 = F12 KP_F3 > keycode 74 = F13 KP_F4 > keycode 75 = F14 F19 > keycode 76 = F15 F20 > keycode 77 = Num_Lock Pointer_EnableKeys 77,79c87,89 < keycode 79 = KP_7 < keycode 80 = KP_8 < keycode 81 = KP_9 --- > keycode 79 = KP_Home KP_7 > keycode 80 = KP_Up KP_8 > keycode 81 = KP_Prior KP_9 81,83c91,93 < keycode 83 = KP_4 < keycode 84 = KP_5 < keycode 85 = KP_6 --- > keycode 83 = KP_Left KP_4 > keycode 84 = KP_Begin KP_5 > keycode 85 = KP_Right KP_6 85,88c95,99 < keycode 87 = KP_1 < keycode 88 = KP_2 < keycode 89 = KP_3 < keycode 90 = KP_0 --- > keycode 87 = KP_End KP_1 > keycode 88 = KP_Down KP_2 > keycode 89 = KP_Next KP_3 > keycode 90 = KP_Insert KP_0 > keycode 91 = KP_Delete KP_Decimal 91,92c102,103 < keycode 95 = F11 F11 < keycode 96 = F12 F12 --- > keycode 95 = F16 F17 > keycode 96 = F18 F19 97c108 < keycode 113 = Mode_switch --- > keycode 113 = Mode_switch 99c110 < keycode 110 = Find --- > keycode 110 = F26 102a114 > keycode 101 = Menu 103a116 > keycode 103 = Break 106a120,124 > clear Mod1 > clear Mod2 > clear Mod3 > clear Mod4 > clear Mod5 108c126,129 < add Mod2 = Mode_switch --- > add Mod5 = Num_Lock > add mod3 = Menu > add Mod4 = Super_L Super_R > add Mod2 = Mode_switch add /home/username/XTerm XTerm*openIm: False XTerm.VT100.c132: true XTerm.VT100.eightBitInput: true XTerm.VT100.eightBitOutput: true XTerm.VT100.loginShell: true XTerm.VT100.Translations: #override \ ShiftF6: string("^[[31~") \n\ ShiftF7: string("^[[32~") \n\ ShiftF8: string("^[[33~") \n\ ShiftF9: string("^[[34~") \n\ ShiftF10: string("^[OP") \n\ ShiftF11: string("^[OQ") \n\ ShiftF12: string("^[OR") \n\ ShiftF13: string("^[OS") \n\ ShiftF19: string("^") \n\ F26: string("^C") \n\ AltE: string(0xa4) \n\ AltS: string(0xdf) \n\ 0xff6b: string("^C") \n\ 0xff52: string("^[[A") \n\ @Alt_Lmu, ShiftA: string(0xc0) \n\ @Alt_Lmu, Nonea: string(0xe0) \n\ @Alt_Lugrave, ShiftA: string(0xc1) \n\ @Alt_Lugrave, Nonea: string(0xe1) \n\ Nonedead_circumflex, ShiftA: string(0xc2) \n\ Nonedead_circumflex, Nonea: string(0xe2) \n\ @Alt_Lequal, ShiftA: string(0xc3) \n\ @Alt_Lequal, Nonea: string(0xe3) \n\ Shiftdead_circumflex, ShiftA: string(0xc4) \n\ Shiftdead_circumflex, Nonea: string(0xe4) \n\ Nonea: string(0x61) \n\ @Caps_Locka: string(0x41) \n\ ShiftA: string(0x41) \n\ @Caps_LockA: string(0x41) \n\ :Metaa: string(0x41) \n\ :MetaA: string(0x41) \n\ \ @Alt_Lmu, ShiftE: string(0xc8) \n\ @Alt_Lmu, Nonee: string(0xe8) \n\ @Alt_Lugrave, ShiftE: string(0xc9) \n\ @Alt_Lugrave, Nonee: string(0xe9) \n\ Nonedead_circumflex, ShiftE: string(0xca) \n\ Nonedead_circumflex, Nonee: string(0xea) \n\ Shiftdead_circumflex, ShiftE: string(0xcb) \n\ Shiftdead_circumflex, Nonee: string(0xeb) \n\ ShiftE: string(0x45) \n\ Nonee: string(0x65) \n\ \ @Alt_Lmu, ShiftI: string(0xcc) \n\ @Alt_Lmu, Nonei: string(0xec) \n\ @Alt_Lugrave, ShiftI: string(0xcd) \n\ @Alt_Lugrave, Nonei: string(0xed) \n\ Shiftdead_circumflex, ShiftI: string(0xcf) \n\ Shiftdead_circumflex, Nonei: string(0xef) \n\ Nonedead_circumflex, ShiftI: string(0xce) \n\ Nonedead_circumflex, Nonei: string(0xee) \n\ ShiftI: string(0x49) \n\ Nonei: string(0x69) \n\ \ @Alt_Lmu, ShiftO: string(0xd2) \n\ @Alt_Lmu, Noneo: string(0xf2) \n\ @Alt_Lugrave, ShiftO: string(0xd3) \n\ @Alt_Lugrave, Noneo: string(0xf3) \n\ Shiftdead_circumflex, ShiftO: string(0xd6) \n\ Shiftdead_circumflex, Noneo: string(0xf6) \n\ Nonedead_circumflex, ShiftO: string(0xd4) \n\ Nonedead_circumflex, Noneo: string(0xf4) \n\ @Alt_Lequal, ShiftO: string(0xd5) \n\ @Alt_Lequal, Noneo: string(0xf5) \n\ ShiftO: string(0x4f) \n\ Noneo: string(0x6f) \n\ \ @Alt_Lmu, ShiftU: string(0xd9) \n\ @Alt_Lmu, Noneu: string(0xf9) \n\ @Alt_Lugrave, ShiftU: string(0xda) \n\ @Alt_Lugrave, Noneu: string(0xfa) \n\ Shiftdead_circumflex, ShiftU: string(0xdc) \n\ Shiftdead_circumflex, Noneu: string(0xfc) \n\ Nonedead_circumflex, ShiftU: string(0xdb) \n\ Nonedead_circumflex, Noneu: string(0xfb) \n\ ShiftU: string(0x55) \n\ Noneu: string(0x75) \n\ \ @Alt_Lequal, ShiftN: string(0xd1) \n\ @Alt_Lequal, Nonen: string(0xf1) \n\ ShiftN: string(0x4e) \n\ Nonen: string(0x6e) \n\ \ Shiftdead_circumflex, 0x20: string(0xa8) \n\ Nonedead_circumflex, 0x20: string(0x5e) \n\ Metadead_circumflex : string(0x5b) \n\ \ @Alt_Lmu, 0x20: string(0x60) \n\ Shiftmu : string(0xa3) \n\ Nonemu : string(0xb5) \n\ @Alt_Lugrave, 0x20: string(0xb4) \n\ Shiftugrave : string(0x25) \n\ Noneugrave : string(0xf9) \n\ @Alt_Lequal, 0x20: string(0x7e) \n\ Shiftequal : string(0x2b) \n\ Noneequal : string(0x3d) \n\ \ Shift 0x20: string(0x20) \n\ None 0x20: string(0x20) \n\ 0x20: string(0x20) \n\ All in a xterm works except my xterm*translation with "aeiou...." + ugrave or acute of tilde doesn't work if numlock is on Remark : some xterm*translation are only needed for our informix 4gl application. I'm newbie in cygwin, xmodmap and xterm*translation, so maybe there is some mistakes or some unnecessary lines advices are welcome -- Best regards Thierry SALMON e-mail : thierry.salmon@just.fgov.be Could you confirm reception of the message by replying e-mail ****************************************************************************************************** This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither The Sender nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. ****************************************************************************************************** From cgf-no-personal-reply-please@cygwin.com Mon Feb 16 17:45:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 16 Feb 2004 17:45:00 -0000 Subject: Partial solution for nonUs keyboards with XDMCP to AIX (be keyboard with xkp option) In-Reply-To: <40308DD2.90404@just.fgov.be> References: <40308DD2.90404@just.fgov.be> Message-ID: <20040216155928.GA21937@redhat.com> On Mon, Feb 16, 2004 at 10:30:58AM +0100, Thierry Salmon wrote: >resent because > >: >ezmlm-reject: fatal: Sorry, a message part has an unacceptable MIME >Content-Type: text/html (#5.2.3) Why is this interesting? There is no need to inform thousands of people of an email delivery problem. From oyvind.harboe@zylin.com Mon Feb 16 17:48:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Mon, 16 Feb 2004 17:48:00 -0000 Subject: Problems in fb24_32GetSpans Message-ID: <1076953526.20453.5.camel@famine> I suppose this is some residue of the problems that were fixed in the email below. http://sources.redhat.com/ml/cygwin-xfree/2004-01/msg00522.html Is this sort of information helpful or just frustrating? ??yvind -------------- 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"... (gdb) riu Undefined command: "riu". Try "help". (gdb) run Starting program: /usr/X11R6/bin/XWin.exe -multiwindow -clipboard -multiplemonit ors ---Type to continue, or q to quit--- Program received signal SIGSEGV, Segmentation fault. [Switching to thread 2324.0xb2c] 0x004926e0 in fb24_32GetSpans (pDrawable=0x10184150, wMax=48, ppt=0x1eeed18, pwidth=0x1eeed24, nspans=1, pchardstStart=0x1059ebb0 "$\206\022a$\206\022a") at 23:284 284 fbGetDrawable (pDrawable, srcBits, srcStride, srcBpp, srcXoff, srcYo ff); (gdb) thread apply all bt Thread 12 (thread 2324.0xffc): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x71a51ea3 in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x0424fdfc in ?? () #4 0x0424fe90 in ?? () #5 0x1038d294 in ?? () #6 0x0424fe80 in ?? () #7 0x00010000 in ?? () #8 0x77f5b864 in ntdll!ZwDeviceIoControlFile () from ntdll.dll #9 0xffb3b4c0 in ?? () #10 0xffffffff in ?? () #11 0x00252790 in ?? () Thread 11 (thread 2324.0x8c8): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000554 in ?? () Thread 10 (thread 2324.0xa5c): ---Type to continue, or q to quit--- #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x0000056c in ?? () Thread 8 (thread 2324.0xc60): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x000005b4 in ?? () Thread 7 (thread 2324.0xccc): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x000005a8 in ?? () Thread 6 (thread 2324.0xb88): #0 0x7ffe0304 in ?? () #1 0x77d43a09 in SetBitmapDimensionEx () from /cygdrive/c/WINDOWS/system32/user32.dll ---Type to continue, or q to quit--- #2 0x77d443b5 in USER32!GetMessageA () from /cygdrive/c/WINDOWS/system32/user32.dll #3 0x61091f03 in wait4 () from /usr/bin/cygwin1.dll #4 0x61002dae in forkpty () from /usr/bin/cygwin1.dll #5 0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #6 0x610cfb50 in cygwin1!__ctype_ptr () #7 0x01a14200 in ?? () #8 0x610cfb50 in cygwin1!__ctype_ptr () #9 0x7ffd9000 in ?? () #10 0x0364ffc0 in ?? () Thread 5 (thread 2324.0x8b0): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000001 in ?? () #4 0x0344fe88 in ?? () #5 0x00000001 in ?? () Thread 4 (thread 2324.0xa44): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll ---Type to continue, or q to quit--- #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000002 in ?? () #4 0x0324e088 in ?? () #5 0x00000001 in ?? () Thread 3 (thread 2324.0xb2c): #0 0x004926e0 in fb24_32GetSpans (pDrawable=0x10184150, wMax=48, ppt=0x1eeed18, pwidth=0x1eeed24, nspans=1, pchardstStart=0x1059ebb0 "$\206\022a$\206\022a") at fb24_32.c:284 #1 0x00495003 in fbGetSpans (pDrawable=0x10184150, wMax=48, ppt=0x1eeed18, pwidth=0x1eeed24, nspans=1, pchardstStart=0x1059ebb0 "$\206\022a$\206\022a") at fbgetsp.c:52 #2 0x004b5ac5 in miBSGetSpans (pDrawable=0x10184150, wMax=48, ppt=0x1eeed18, pwidth=, nspans=1, pdstStart=0x1059ebb0 "$\206\022a$\206\022a") at mibstore.c:715 #3 0x004d6104 in miSpriteGetSpans (pDrawable=0x10184150, wMax=48, ppt=0x1eeed18, pwidth=, nspans=1, pdstStart=0x1059ebb0 "$\206\022a$\206\022a") at misprite.c:541 #4 0x004b2542 in miGetImage (pDraw=0x10184150, sx=0, sy=0, w=48, h=48, format=2, planeMask=4294967295, pDst=0x1059ebb0 "$\206\022a$\206\022a") at mibitblt.c:697 #5 0x00462019 in winScaleXBitmapToWindows (iconSize=32, effBPP=32, pixmap=0x10184150, image=0x1059ab78 ",\206\022a,\206\022a") ---Type to continue, or q to quit--- at winmultiwindowicons.c:105 #6 0x00462b07 in winXIconToHICON (pWin=0x1016bd78) at winmultiwindowicons.c:320 #7 0x00462c5d in winUpdateIcon (id=2097850) at winmultiwindowicons.c:375 #8 0x00457ff8 in UpdateName () #9 0x004582a2 in winMultiWindowWMProc () #10 0x61089687 in cygwin1!__getreent () from /usr/bin/cygwin1.dll #11 0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #12 0x100ff998 in ?? () #13 0x0022f9e0 in ?? () #14 0x00000001 in ?? () #15 0x100ff998 in ?? () Thread 2 (thread 2324.0x4b8): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000003 in ?? () #4 0x0194fe58 in ?? () #5 0x00000001 in ?? () Thread 1 (thread 2324.0x83c): ---Type to continue, or q to quit--- #0 0x77f9d93c in ntdll!RtlpNtEnumerateSubKey () from ntdll.dll #1 0x77f83eb1 in ntdll!RtlStatMemoryStream () from ntdll.dll #2 0x01a10000 in ?? () #3 0x50000160 in ?? () #4 0x000000d8 in ?? () 0x004926e0 284 fbGetDrawable (pDrawable, srcBits, srcStride, srcBpp , srcXoff, srcYoff); (gdb) (gdb) From gonzalo.cano@juntadeandalucia.es Tue Feb 17 06:55:00 2004 From: gonzalo.cano@juntadeandalucia.es (Gonzalo Cano) Date: Tue, 17 Feb 2004 06:55:00 -0000 Subject: Problems with the right-button. Message-ID: Hi! I am using cygwin/x to connect via XDMCP to a server with SunOs 5.7 and CDE 1.3.4, working as a management server with the graphical application "Openview Operations for Solaris" to manage a Regional Corporative Network. The mouse right-button (button 3) works fine over the CDE desktop and the title bars, displaying the contextual menus, but inside the windows (xterm, Openview windows,...) it does not work (no contextual menu), but I need this functionality!!! Can anybody help me? Regards, Gonzalo Cano. From takuma@dgp.ne.jp Tue Feb 17 09:46:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Tue, 17 Feb 2004 09:46:00 -0000 Subject: Problems with the right-button. In-Reply-To: References: Message-ID: <20040217154336.C78E.TAKUMA@dgp.ne.jp> Gonzalo, Just a sanity check: xterm does not show menus for right clicks. You get the font menu by pressing a control key and right mouse button, for example. It is better to consult xev program. What do you get when you right-click xev window? Do you get a ButtonPress like the following? ButtonPress event, serial 17, synthetic NO, window 0x800001, root 0x3a, subw 0x800002, time 12565257, (41,39), root:(47,64), state 0x0, button 3, same_screen YES Takuma Murakami > > Hi! > > I am using cygwin/x to connect via XDMCP to a server with SunOs 5.7 and CDE > 1.3.4, working as a management server with the graphical application > "Openview Operations for Solaris" to manage a Regional Corporative Network. > > The mouse right-button (button 3) works fine over the CDE desktop and the > title bars, displaying the contextual menus, but inside the windows (xterm, > Openview windows,...) it does not work (no contextual menu), but I need this > functionality!!! > > Can anybody help me? > > Regards, > Gonzalo Cano. > From zweimue@yahoo.com Tue Feb 17 11:01:00 2004 From: zweimue@yahoo.com (Gerhard Zweimüller) Date: Tue, 17 Feb 2004 11:01:00 -0000 Subject: Sound Support Cygwin/X Message-ID: <20040217094602.88713.qmail@web40911.mail.yahoo.com> Hi all, I am sorry, if the question is off-topic. I've checked all related FAQs and archives but could not find a solution to my problem: I am using a Linux box and connect to it my Windows XP notebook as X-Server running Cygwin/X. I connect with XDMCP and it all works fine. After login when KDE is starting up I see a message that the /dev/dsp device could not be initialised. Is it true, that Cygwin/X does not support sound "forwarding"? Are there any other solutions? My goal is to to run a SIP Phone on the Linux box and use my Windows box for display/mic/speakers. Thanks and best regards, Gerhard __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html From amazingbargains@netscape.com Tue Feb 17 17:31:00 2004 From: amazingbargains@netscape.com (Terry Bobbins) Date: Tue, 17 Feb 2004 17:31:00 -0000 Subject: dell inspiron 8600 for 110 Message-ID: try: http://www.booneo.com for these deals From loren@lorenburlingame.com Tue Feb 17 18:06:00 2004 From: loren@lorenburlingame.com (Loren H. Burlingame) Date: Tue, 17 Feb 2004 18:06:00 -0000 Subject: Sound Support Cygwin/X In-Reply-To: <20040217094602.88713.qmail@web40911.mail.yahoo.com> References: <20040217094602.88713.qmail@web40911.mail.yahoo.com> Message-ID: <40324EF7.3080802@lorenburlingame.com> Gerhard Zweim??ller wrote: > I am using a Linux box and connect to it my Windows XP > notebook as X-Server running Cygwin/X. I connect with > XDMCP and it all works fine. After login when KDE is > starting up I see a message that the /dev/dsp device > could not be initialised. Firstly, I think that this is a permissions problem. Take a look at /dev/dsp and make sure that the user you log in as has permissions to write to this device. This is usually done by adding the user to the "audio" group or something similar > > Is it true, that Cygwin/X does not support sound > "forwarding"? > Are there any other solutions? > I have not gotten XDMCP working properly (you are further along than I am) but I am fairly sure that if you can get esound or arts to "forward" the sound you can figure out some way to get it through the XDMCP session. LB From alexander.gottwald@s1999.tu-chemnitz.de Tue Feb 17 18:07:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 17 Feb 2004 18:07:00 -0000 Subject: Sound Support Cygwin/X In-Reply-To: <40324EF7.3080802@lorenburlingame.com> References: <20040217094602.88713.qmail@web40911.mail.yahoo.com> <40324EF7.3080802@lorenburlingame.com> Message-ID: On Tue, 17 Feb 2004, Loren H. Burlingame wrote: > Gerhard Zweim??ller wrote: > > I am using a Linux box and connect to it my Windows XP > > notebook as X-Server running Cygwin/X. I connect with > > XDMCP and it all works fine. After login when KDE is > > starting up I see a message that the /dev/dsp device > > could not be initialised. > > Firstly, I think that this is a permissions problem. > Take a look at /dev/dsp and make sure that the user you log in as has > permissions to write to this device. This is usually done by adding the > user to the "audio" group or something similar > > > > > Is it true, that Cygwin/X does not support sound > > "forwarding"? > > Are there any other solutions? > > > > I have not gotten XDMCP working properly (you are further along than I > am) but I am fairly sure that if you can get esound or arts to "forward" > the sound you can figure out some way to get it through the XDMCP session. With some magic you can configure esound to connect to the same machine as the xserver. The hostname is available from the DISPLAY variable. After stripping the trailing ":0.0" you can set the the variable for esound (I'm not sure how it is called, i think ESD_SPEAKER or similar) to the hostname. But I'm not sure if esound is available on windows. For availibility of arts you may ask the people from the kde-cygwin@kde.org list. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From seidlcw@gmx.net Tue Feb 17 18:48:00 2004 From: seidlcw@gmx.net (Andreas Seidl) Date: Tue, 17 Feb 2004 18:48:00 -0000 Subject: no interaction in xterm, but it works in a cygwin shell Message-ID: <40325873.4020707@gmx.net> I'm using a Lisp-based computer algebra system called REDUCE. Basically it is started by a call of the form: #!/usr/bin/bash -v /cygdrive/c/devred/lisp/psl/win32/psl/bpsl -td 16000000 -f 'C:\devred\lisp\psl\win32\red\reduce.img' The -v option is for printing the executed commands on the screen. The second line calls the Lisp (bpsl.exe) with the memory size (16Mb) and an image file (reduce.img). The binary bpsl.exe was compiled under Windows. In a Cygwin shell, i can have an interactive session without problems, e.g.: ----- start ----- seidl@Bellarmin /cygdrive/d $ reduce #!/usr/bin/bash -v # Run Windows PSL REDUCE. /cygdrive/c/devred/lisp/psl/win32/psl/bpsl -td 16000000 -f 'C:\devred\lisp\psl\w in32\red\reduce.img' Loading image file :C:\devred\lisp\psl\win32\red\reduce.img REDUCE Development Version, 10-Dec-03 ... 1: factorial 40; 815915283247897734345611269596115894272000000000 2: factorial 50; 30414093201713378043612608166064768844377641568960512000000000000 3: quit; Quitting seidl@Bellarmin /cygdrive/d $ ------ end ----- Now, if I do the same in an xterm, the following happens: There is no output on the screen from REDUCE. But I can enter line by line: factorial 40; factorial 50; quit; As soon as the quit; is entered, all the missing output is flushed to the screen, see this screenshot of an xterm session: ----- start ----- seidl@Bellarmin ~ $ reduce #!/usr/bin/bash -v # Run Windows PSL REDUCE. /cygdrive/c/devred/lisp/psl/win32/psl/bpsl -td 16000000 -f 'C:\devred\lisp\psl\w in32\red\reduce.img' factorial 40; factorial 50; quit; Loading image file :C:\devred\lisp\psl\win32\red\reduce.img REDUCE Development Version, 10-Dec-03 ... 1: 815915283247897734345611269596115894272000000000 2: 30414093201713378043612608166064768844377641568960512000000000000 3: Quitting seidl@Bellarmin ~ $ ----- end ----- So my question is: Can somebody explain this behaviour, is there a solution? (E.g. the command line version of Maple works nicely both in xterm and a Cygwin shell.) Ciao, Andreas. -- http://www.fmi.uni-passau.de/~seidl From pechtcha@cs.nyu.edu Wed Feb 18 04:19:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 18 Feb 2004 04:19:00 -0000 Subject: no interaction in xterm, but it works in a cygwin shell In-Reply-To: <40325873.4020707@gmx.net> References: <40325873.4020707@gmx.net> Message-ID: On Tue, 17 Feb 2004, Andreas Seidl wrote: > I'm using a Lisp-based computer algebra system called REDUCE. Basically > it is started by a call of the form: > > #!/usr/bin/bash -v > /cygdrive/c/devred/lisp/psl/win32/psl/bpsl -td 16000000 -f > 'C:\devred\lisp\psl\win32\red\reduce.img' > > The -v option is for printing the executed commands on the screen. The > second line calls the Lisp (bpsl.exe) with the memory size (16Mb) and an > image file (reduce.img). The binary bpsl.exe was compiled under Windows. > > In a Cygwin shell, i can have an interactive session without problems, e.g.: > > ----- start ----- > seidl@Bellarmin /cygdrive/d > $ reduce > #!/usr/bin/bash -v > # Run Windows PSL REDUCE. > /cygdrive/c/devred/lisp/psl/win32/psl/bpsl -td 16000000 -f > 'C:\devred\lisp\psl\w > in32\red\reduce.img' > Loading image file :C:\devred\lisp\psl\win32\red\reduce.img > > REDUCE Development Version, 10-Dec-03 ... > > 1: factorial 40; > > 815915283247897734345611269596115894272000000000 > > 2: factorial 50; > > 30414093201713378043612608166064768844377641568960512000000000000 > > 3: quit; > > Quitting > > seidl@Bellarmin /cygdrive/d > $ > ------ end ----- > > Now, if I do the same in an xterm, the following happens: There is no > output on the screen from REDUCE. But I can enter line by line: > > factorial 40; > factorial 50; > quit; > > As soon as the quit; is entered, all the missing output is flushed to > the screen, see this screenshot of an xterm session: > > ----- start ----- > seidl@Bellarmin ~ > $ reduce > #!/usr/bin/bash -v > # Run Windows PSL REDUCE. > /cygdrive/c/devred/lisp/psl/win32/psl/bpsl -td 16000000 -f 'C:\devred\lisp\psl\win32\red\reduce.img' > factorial 40; > factorial 50; > quit; > Loading image file :C:\devred\lisp\psl\win32\red\reduce.img > > REDUCE Development Version, 10-Dec-03 ... > > 1: > 815915283247897734345611269596115894272000000000 > > 2: > 30414093201713378043612608166064768844377641568960512000000000000 > > 3: > Quitting > > seidl@Bellarmin ~ > $ > ----- end ----- > > So my question is: Can somebody explain this behaviour, is there a > solution? (E.g. the command line version of Maple works nicely both in > xterm and a Cygwin shell.) > > Ciao, > Andreas. Andreas, Just a WAG, but could it be that lisp detects that it's running on a console and uses a different (interactive) input mode? As far as Windows programs are concerned, a pty is nothing but a pipe, so you may have to force interactive mode somehow (via a flag?). Or it could be a CRLF vs. LF issue (i.e., the program waiting for CRLF to complete the line, but getting LFs, and then, once it gets the EOF, parsing the whole input), but I doubt it. 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 ihok@hotmail.com Wed Feb 18 08:35:00 2004 From: ihok@hotmail.com (Jack Tanner) Date: Wed, 18 Feb 2004 08:35:00 -0000 Subject: Clipboard related failure In-Reply-To: <20040213.095617.78210519.haro@kgt.co.jp> References: <20040212.200114.01367541.haro@kgt.co.jp> <20040213.095617.78210519.haro@kgt.co.jp> Message-ID: I'm seeing the problem as well. Just highlight text in an xterm, paste into anything (e.g., notepad), and the program being pasted into stalls. Very unfortunate. Moreover, when I tried to exit Xwin after this (via the systray icon), the Xwin closing confirmation dialog also stalled! (Hence, no xwin.log.) I can't reproduce the problem, but I'll try and keep an eye out for it. -JT From gonzalo.cano@juntadeandalucia.es Wed Feb 18 15:23:00 2004 From: gonzalo.cano@juntadeandalucia.es (Gonzalo Cano) Date: Wed, 18 Feb 2004 15:23:00 -0000 Subject: Problems with the right-button. Message-ID: Hi Takuma: What do you mean when you say "pressing a control key"? Which key do you refer? I could open a contextual menu in the CDE Console with another X Server for Microsoft Windows, clicking the right mouse button, displaying several options: - Window (New,Close) - Edit (Copy,Paste) - Options (Menu Bar, Scroll Bar, Global, ...) - Help (Overview, Table of contents, ...) But this cannot be done with Cygwin. Anyways, what I really need is to open contextual menus in HP Openview, with right-button or some key-combination. I have followed your recomendations, and have done a test with xev. This is what I get when I click the right-button: ButtonPress event, serial 25, synthetic NO, window 0x1e00001, root 0x3b, subw 0x0, time 7103754, (84,92), root:(150,158), state 0x10, button 3, same_screen YES Any help will be apreciated. Gonzalo. From aroushdi@fr.ibm.com Wed Feb 18 15:34:00 2004 From: aroushdi@fr.ibm.com (amr roushi) Date: Wed, 18 Feb 2004 15:34:00 -0000 Subject: cannot get XDM on remote RH 8 Message-ID: I am running on W2K with XF86 and running fine with AIX & SUSE I get the xdm login via xwin :0 -query hostname -from hostnameHere . all addresses are resolveable and XDM enabled . when doing this to the redhat Nothing happens and also nothing in the XF86 log . thanks for ur help From chris@areti.co.uk Wed Feb 18 16:26:00 2004 From: chris@areti.co.uk (Chris Green) Date: Wed, 18 Feb 2004 16:26:00 -0000 Subject: cannot get XDM on remote RH 8 In-Reply-To: References: Message-ID: <20040218153418.GB23191@areti.co.uk> On Wed, Feb 18, 2004 at 04:22:48PM +0100, amr roushi wrote: > I am running on W2K with XF86 and running fine with AIX & SUSE I get the > xdm login via > xwin :0 -query hostname -from hostnameHere . > all addresses are resolveable and XDM enabled . > when doing this to the redhat Nothing happens and also nothing in the > XF86 log . Is xdm actually running on the Redhat system? On most Linux systems it isn't started by default I don't think, I usually add it to the rc.local file. -- Chris Green (chris@areti.co.uk) From support@majordomo.ru Wed Feb 18 17:02:00 2004 From: support@majordomo.ru (Marvin Reyna) Date: Wed, 18 Feb 2004 17:02:00 -0000 Subject: S p a m H o s t i n g - 2 5 0 $ Message-ID: Hello. Spam Hosting. Location: Korea OS: FreeBSD Port: 100mbit. IP: + PHP, CGI, MYSQL, 500MB, cPanel. 250$/mesyac. Fraud Hosting. Location: Korea OS: FreeBSD Port: 100mbit. IP: + PHP, CGI, MYSQL, 500MB, cPanel. 450$/mesyac. Dedicated form 500$ per mounth. Contacts: ICQ: 434432 ------------ excelling deerskin handclasp backbone lourdes blab cinnabar hysteron infringe isabella despair lineup behold From aroushdi@fr.ibm.com Wed Feb 18 17:10:00 2004 From: aroushdi@fr.ibm.com (amr roushi) Date: Wed, 18 Feb 2004 17:10:00 -0000 Subject: cannot get XDM on remote RH 8 In-Reply-To: <20040218153418.GB23191@areti.co.uk> References: <20040218153418.GB23191@areti.co.uk> Message-ID: Chris Green wrote: > On Wed, Feb 18, 2004 at 04:22:48PM +0100, amr roushi wrote: > >>I am running on W2K with XF86 and running fine with AIX & SUSE I get the >>xdm login via >> xwin :0 -query hostname -from hostnameHere . >>all addresses are resolveable and XDM enabled . >>when doing this to the redhat Nothing happens and also nothing in the >>XF86 log . > > > Is xdm actually running on the Redhat system? On most Linux systems > it isn't started by default I don't think, I usually add it to the > rc.local file. > Chris thank u for the hint can u give me the line to add in rc.local and where it is thks agin for ur help amr From david.d.fries@boeing.com Wed Feb 18 17:17:00 2004 From: david.d.fries@boeing.com (Fries, David D) Date: Wed, 18 Feb 2004 17:17:00 -0000 Subject: Sound Support Cygwin/X Message-ID: <6400603071524F4CA8DECC857E34C765C3F7E5@xch-mw-10.mw.nos.boeing.com> > From: Gerhard "Zweim?ller" > > My goal is to to run a SIP Phone on the Linux box and > use my Windows box for display/mic/speakers. > > Thanks and best regards, > Gerhard I've tried internet phones in the past and the biggest complaint I had was the delay. I can't imagine that adding yet another hop over the network would provide acceptable audio even if you get it to work. It would work fine to have the X GUI display on windows if you plug your mic and headphones into the Linux sound card, but I would question if it is worth looking into moving audio around with such a time critical application as phones. What software are you using on Linux? I assume it is software only and doesn't use any hardware (other than a standard sound card). I've used gnomemeeting and was curious if there was something better out there. --------------------------------------------- David Fries The Boeing Company Training Systems & Services 314-234-1440 From pechtcha@cs.nyu.edu Wed Feb 18 17:31:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 18 Feb 2004 17:31:00 -0000 Subject: cannot get XDM on remote RH 8 In-Reply-To: References: <20040218153418.GB23191@areti.co.uk> Message-ID: On Wed, 18 Feb 2004, amr roushi wrote: > Chris Green wrote: > > On Wed, Feb 18, 2004 at 04:22:48PM +0100, amr roushi wrote: > > > >>I am running on W2K with XF86 and running fine with AIX & SUSE I get the > >>xdm login via > >> xwin :0 -query hostname -from hostnameHere . > >>all addresses are resolveable and XDM enabled . > >>when doing this to the redhat Nothing happens and also nothing in the > >>XF86 log . > > > > Is xdm actually running on the Redhat system? On most Linux systems > > it isn't started by default I don't think, I usually add it to the > > rc.local file. > > > Chris thank u for the hint can u give me the line to add in rc.local > and where it is > thks agin for ur help > amr Amr, You might want to take a look at and ... To check whether xdm is running, you can use "ps -ef | grep '[gkx]dm'". If it is running, check /var/log/messages to see if there are any complaints. 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 Wed Feb 18 18:00:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Feb 2004 18:00:00 -0000 Subject: X compression techniques (was Re: VNC server based on kdrive using damage extension?) In-Reply-To: <40338C1B.9070104@nomachine.com> References: <4032C2F1.3050306@danka.de> <16435.27961.29661.49194@xf11.fra.suse.de> <4033828B.7060906@nomachine.com> <40338C1B.9070104@nomachine.com> Message-ID: On Wed, 18 Feb 2004, Gian Filippo Pinzari wrote: > Alexander Gottwald wrote: > > > >>For example we modified the Xwin X server to not rely on > >>Xlib for rootless operation. The code is there, if anybody > >>is interested. > > > > > > you mean the Cygwin/X server? These changes are surly interesting to > > us. > > http://www.nomachine.com/download/nxsources/nxwin/nxwin-1.3.0-1.tar.gz > > Let me know if you need any info. The code is under the > GPL now, but we can re-license it under the X11 license. > Just let me know. I'm looking at the diff now. Wow, there have been a lot of changes in cvs since you took the snapshot. The diff is quite big *g* Looks like the required functions from libX11 were directly included? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From chris@areti.co.uk Wed Feb 18 19:23:00 2004 From: chris@areti.co.uk (Chris Green) Date: Wed, 18 Feb 2004 19:23:00 -0000 Subject: cannot get XDM on remote RH 8 In-Reply-To: References: <20040218153418.GB23191@areti.co.uk> Message-ID: <20040218180034.GA23729@areti.co.uk> On Wed, Feb 18, 2004 at 06:02:01PM +0100, amr roushi wrote: > Chris Green wrote: > >On Wed, Feb 18, 2004 at 04:22:48PM +0100, amr roushi wrote: > > > >>I am running on W2K with XF86 and running fine with AIX & SUSE I get the > >>xdm login via > >>xwin :0 -query hostname -from hostnameHere . > >>all addresses are resolveable and XDM enabled . > >>when doing this to the redhat Nothing happens and also nothing in the > >>XF86 log . > > > > > >Is xdm actually running on the Redhat system? On most Linux systems > >it isn't started by default I don't think, I usually add it to the > >rc.local file. > > > Chris thank u for the hint can u give me the line to add in rc.local > and where it is > thks agin for ur help > Well my /etc/rc.d/rc.local has:- /usr/X11R6/bin/xdm This is on Slackware 9.1 but there's no guarantee that is going to be right for other Linux versions, xdm may be in a different place and/or you may have a different layout of start-up scripts. -- Chris Green (chris@areti.co.uk) From pinzari@nomachine.com Wed Feb 18 19:38:00 2004 From: pinzari@nomachine.com (Gian Filippo Pinzari) Date: Wed, 18 Feb 2004 19:38:00 -0000 Subject: X compression techniques (was Re: VNC server based on kdrive using damage extension?) In-Reply-To: References: <4032C2F1.3050306@danka.de> <16435.27961.29661.49194@xf11.fra.suse.de> <4033828B.7060906@nomachine.com> <40338C1B.9070104@nomachine.com> Message-ID: <4033BB95.1010207@nomachine.com> Alexander Gottwald wrote: > I'm looking at the diff now. > > Wow, there have been a lot of changes in cvs since you took the snapshot. > The diff is quite big *g* I think it's better you run the diff in respect to the original XFree86 4.3.0 version. > Looks like the required functions from libX11 were directly included? It's a hack and I wouldn't consider it a long-term solution. Anyway it permits us to ship the X server without the Xlibs and their dependencies. There should be also a similar hack to handle the clipboard in a way that it doesn't loose the select- ion. I've seen a similar solution in recent versions of cygwin-xfree. /Gian Filippo. From alexander.gottwald@s1999.tu-chemnitz.de Wed Feb 18 21:55:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 18 Feb 2004 21:55:00 -0000 Subject: X compression techniques (was Re: VNC server based on kdrive using damage extension?) In-Reply-To: <4033BB95.1010207@nomachine.com> References: <4032C2F1.3050306@danka.de> <16435.27961.29661.49194@xf11.fra.suse.de> <4033828B.7060906@nomachine.com> <40338C1B.9070104@nomachine.com> <4033BB95.1010207@nomachine.com> Message-ID: On Wed, 18 Feb 2004, Gian Filippo Pinzari wrote: > Alexander Gottwald wrote: > > I'm looking at the diff now. > > > > Wow, there have been a lot of changes in cvs since you took the snapshot. > > The diff is quite big *g* > > I think it's better you run the diff in respect to > the original XFree86 4.3.0 version. > > > Looks like the required functions from libX11 were directly included? > > It's a hack and I wouldn't consider it a long-term > solution. Anyway it permits us to ship the X server > without the Xlibs and their dependencies. wouldn't it be better to link with a static version of libX11? Anyway, the solution with including the libX11 code into the tree has already been discussed and we decided not to use it. This only introduces new places where bugs can hide. > There should be also a similar hack to handle the > clipboard in a way that it doesn't loose the select- > ion. I've seen a similar solution in recent versions > of cygwin-xfree. thats why I asked. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jgray@jhu.edu Wed Feb 18 22:05:00 2004 From: jgray@jhu.edu (Jeffrey J. Gray) Date: Wed, 18 Feb 2004 22:05:00 -0000 Subject: map mouse button 4 or 5 to button 2? Message-ID: <4033DF4C.2060008@jhu.edu> Hi, Is it possible to have either button 4 or 5 (usually the forward/back buttons) send a 'button 2' signal (ie paste) to cygwin applications? The reasons for this are (1) since button 2 is on the wheel, pressing this button sometimes also accidentally sends a scroll signal making for sloppy paste operations and (2) I just upgraded my mouse, and in the new standard configuration, Windows intercepts button 2 and makes it a 'switch applications' signal. I need button 2 for Cygwin paste operations, so I'm anxious to restore this functionality to my cygwin. My new mouse/keyboard setup is MS Wireless Optical Desktop Elite (which includes a Wireless IntelliMouse Explorer 2.0), and I'm running .... hm, not sure how to check my Cygwin version, it's probably ~4 months old .... on WinXP. Thanks for the help, Jeff From haynesc@mail.rockefeller.edu Wed Feb 18 23:12:00 2004 From: haynesc@mail.rockefeller.edu (Chad Haynes) Date: Wed, 18 Feb 2004 23:12:00 -0000 Subject: map mouse button 4 or 5 to button 2? In-Reply-To: <4033DF4C.2060008@jhu.edu> References: <4033DF4C.2060008@jhu.edu> Message-ID: <4033E1C4.8030102@rockefeller.edu> You should be able to do this using the software that came with the mouse. If you bought it OEM you can download it from Microsofts website. The software should allow you to set different actions for the mouse buttons based on what program you currently using. -Chad Jeffrey J. Gray wrote: > Hi, > > Is it possible to have either button 4 or 5 (usually the forward/back > buttons) send a 'button 2' signal (ie paste) to cygwin applications? > The reasons for this are (1) since button 2 is on the wheel, pressing > this button sometimes also accidentally sends a scroll signal making > for sloppy paste operations and (2) I just upgraded my mouse, and in > the new standard configuration, Windows intercepts button 2 and makes > it a 'switch applications' signal. I need button 2 for Cygwin paste > operations, so I'm anxious to restore this functionality to my cygwin. > > My new mouse/keyboard setup is MS Wireless Optical Desktop Elite > (which includes a Wireless IntelliMouse Explorer 2.0), and I'm running > .... hm, not sure how to check my Cygwin version, it's probably ~4 > months old .... on WinXP. > > Thanks for the help, > Jeff From pechtcha@cs.nyu.edu Wed Feb 18 23:31:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 18 Feb 2004 23:31:00 -0000 Subject: Checking Cygwin version (FAQ Alert!) (Was Re: map mouse button 4 or 5 to button 2?) In-Reply-To: <4033DF4C.2060008@jhu.edu> References: <4033DF4C.2060008@jhu.edu> Message-ID: On Wed, 18 Feb 2004, Jeffrey J. Gray wrote: > [snip] > ... and I'm running .... hm, not sure how to check my Cygwin version, > it's probably ~4 months old .... on WinXP. Jeff, Just like on any Unix system, "uname -srv" will return the kernel (in Cygwin's case, cygwin1.dll) version. On Cygwin, you can also use "cygcheck -srv" to get detailed information about your system (essential for diagnosing Cygwin problems, see ), or "cygcheck -cd" to just get the versions of all installed packages (or omit the "-d" flag to also check them for integrity). If you post the output of either "cygcheck -srv" or "cygcheck -cd", please *attach* it to your message, rather than including it inline. Igor P.S. I was surprised that this isn't in the FAQ. David, could you please add this, under the heading "What version of Cygwin do I have?" or something? Oh, and BTW, there's a "What version is this, anyway?" entry that has nothing to do with this question, and is pretty confusing. -- 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 Feb 19 08:46:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 19 Feb 2004 08:46:00 -0000 Subject: Problems with the right-button. In-Reply-To: References: <20040217154336.C78E.TAKUMA@dgp.ne.jp> Message-ID: <20040219173206.4848.TAKUMA@dgp.ne.jp> Gonzalo, > What do you mean when you say "pressing a control key"? Which key do you > refer? I meant the key which is printed "Ctrl" on its keytop, but it is not the problem because you prove Cygwin/X has different behaviour to other X servers. > I have followed your recomendations, and have done a test with xev. This is > what I get when I click the right-button: > > ButtonPress event, serial 25, synthetic NO, window 0x1e00001, > root 0x3b, subw 0x0, time 7103754, (84,92), root:(150,158), > state 0x10, button 3, same_screen YES It indicates button presses are correctly reported to applications, I believe. A little suspicion is the state 0x10. Were you pressing some keys while the xev test? > Any help will be apreciated. Unfortunately I have no more ideas. I don't have CDE environments, so I can't even try to examine or reproduce your problem. Takuma Murakami From arnechaa@online.no Thu Feb 19 08:46:00 2004 From: arnechaa@online.no (=?iso-8859-15?Q?Arne_Christian_H=E5rseth?=) Date: Thu, 19 Feb 2004 08:46:00 -0000 Subject: Evolution causes XWin and Win98 PC to crash Message-ID: Hi! I have been using Cygwin Xfree86 for a long time with success on Windows 2000. After installing Cygwin and Cygwin Xfree85 on my brothers Windows 98 PC today and starting Evolution on the server side (through an SSH connection) this causes the PC to crash (or more precisely XWin adn Explorer crash and restart seems to be the best cure). Starting xterm works fine. I can start Evolution fine on my W2K PC through an SSH-connection with the same SSH client. Here is the X-components I have installed on my W2K PC: 4.3.0-1 XFree86-base 4.3.0-8 XFree86-bin 4.3.0-8 XFree86 4.3.0-6 XFree86-etc 4.2.0-3 XFree86-fenc 4.2.0-3 XFree86-fnts 4.3.0-1 XFree86-lib 4.3.0-2 XFree86-lib-compat 4.2.0-5 XFree86-startup-scripts 4.3.0-44 XFree86-xserv The W98 PC has a superset of this. What could be wrong? Arne From takuma@dgp.ne.jp Thu Feb 19 08:46:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 19 Feb 2004 08:46:00 -0000 Subject: Window events skip past window manager? In-Reply-To: References: Message-ID: <20040219172935.4845.TAKUMA@dgp.ne.jp> Christopher, > I'm just installed using Cygwin/X via Cygwin Setup: > XFree86-base v 4.3.0-1 > XFee86-bin v 4.3.0-8 > > Running on Win XP Pro. The version of XFree86-xserv is important. Options for XWin.exe are also good information. > It's a great relief to see X again! I'm starting off with just > the default twm. However, it seems that most window mouse and > key events are not captured by the window manager, and instead > are passed on to the app. > > For example: > > Button3 = : all : f.raiselower > > This works only for the root, the window titlebar, and in the iconmgr. > In the window, it just passes Button3 on to the running application. I assume you mention twm and tested using .twmrc containing only the line you showed. It looks raiselower is working correctly on the release-44 server with no option given. > "F1" = : all : f.raiselower > "F2" = : all : f.warpto "emacs" > > Both of these work only on root. I've played with fvwm2 as well > and experienced similar results. I also tried the F1 case and got success. > Anyway to get this to work? I suspect that you are using a too old version of Cygwin/X or your .twmrc has some errors. Takuma Murakami From takuma@dgp.ne.jp Thu Feb 19 09:00:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 19 Feb 2004 09:00:00 -0000 Subject: map mouse button 4 or 5 to button 2? In-Reply-To: <4033DF4C.2060008@jhu.edu> References: <4033DF4C.2060008@jhu.edu> Message-ID: <20040219153319.483F.TAKUMA@dgp.ne.jp> Jeffrey, > Is it possible to have either button 4 or 5 (usually the forward/back > buttons) send a 'button 2' signal (ie paste) to cygwin applications? Chad shows the best way for your purpose. As a note, you can swap mouse buttons via xmodmap command in UNIX like environments. For this case xmodmap -e "pointer = 1 5 3 4 2" swaps button 2 and button 5. > My new mouse/keyboard setup is MS Wireless Optical Desktop Elite (which > includes a Wireless IntelliMouse Explorer 2.0), and I'm running .... hm, > not sure how to check my Cygwin version, it's probably ~4 months old > ... on WinXP. The xmodmap way works well on Cygwin/X versions newer than release-22 (released on 2003-11-9). Takuma Murakami From vervoom@hotmail.com Thu Feb 19 09:21:00 2004 From: vervoom@hotmail.com (J S) Date: Thu, 19 Feb 2004 09:21:00 -0000 Subject: map mouse button 4 or 5 to button 2? Message-ID: Just to confuse the issue further (sorry), can I map the right mouse button to CTRL+F9 ? JS. >Jeffrey, > > > Is it possible to have either button 4 or 5 (usually the forward/back > > buttons) send a 'button 2' signal (ie paste) to cygwin applications? > >Chad shows the best way for your purpose. As a note, you >can swap mouse buttons via xmodmap command in UNIX like >environments. For this case >xmodmap -e "pointer = 1 5 3 4 2" >swaps button 2 and button 5. > > > My new mouse/keyboard setup is MS Wireless Optical Desktop Elite (which > > includes a Wireless IntelliMouse Explorer 2.0), and I'm running .... hm, > > not sure how to check my Cygwin version, it's probably ~4 months old > > ... on WinXP. > >The xmodmap way works well on Cygwin/X versions newer than >release-22 (released on 2003-11-9). > >Takuma Murakami > _________________________________________________________________ Stay in touch with absent friends - get MSN Messenger http://www.msn.co.uk/messenger From takuma@dgp.ne.jp Thu Feb 19 11:00:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 19 Feb 2004 11:00:00 -0000 Subject: map mouse button 4 or 5 to button 2? In-Reply-To: References: <20040219153319.483F.TAKUMA@dgp.ne.jp> Message-ID: <20040219182117.4856.TAKUMA@dgp.ne.jp> > Just to confuse the issue further (sorry), can I map the right mouse button > to CTRL+F9 ? I guess xmodmap cannot do such remapping. However there are some tools which achieve the remapping in Windows layer. Maybe there are some in UNIX layer too. Takuma Murakami From ed@membled.com Thu Feb 19 11:31:00 2004 From: ed@membled.com (Ed Avis) Date: Thu, 19 Feb 2004 11:31:00 -0000 Subject: XWin causes Windows apps to hang(?) References: <1074946000.18324.6.camel@famine> Message-ID: Ed Avis writes: >>- I copied a URL from an email message in Evolution >>- When I paste into a Windows app, that Windows app is stuck. This >>happened w/iexplorer and explorer.exe. >> >>It appears as if the Windows app is stuck indefinitely waiting for >>the "pastable" from XWin. > >I am seeing this too. I tried pasting into several different >applications, in all cases it caused the app to hang and I had to >kill it using the task manager. Here is the XWin.log for an X session that does this. The server is running happily but it will crash any Windows app I try to paste into from the X selection. I wonder if it might be the line winProcSetSelectionOwner - OpenClipboard () failed: 00000000 The 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 winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. 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 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: 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: -- Ed Avis From vervoom@hotmail.com Thu Feb 19 12:22:00 2004 From: vervoom@hotmail.com (J S) Date: Thu, 19 Feb 2004 12:22:00 -0000 Subject: putting xwin into background from a batch script Message-ID: Hi, I have a batch script to start an xdmcp session. Once the xwin command runs I need to start up xbindkeys. However the program hangs at the xwin command until the session is closed down, then executes xbindkeys: xwin -noreset -ac -query %SERVER% -from %IP% -clipboard -nodecoration -emulate3buttons 50 -dpi 91 -once xbindkeys Is there a way (in batch) to fork the xwin session into the background ? Thanks for any help, JS. _________________________________________________________________ Tired of 56k? Get a FREE BT Broadband connection http://www.msn.co.uk/specials/btbroadband From Thomas.Wolff@siemens.com Thu Feb 19 12:38:00 2004 From: Thomas.Wolff@siemens.com (Thomas.Wolff@siemens.com) Date: Thu, 19 Feb 2004 12:38:00 -0000 Subject: System lockup problems with XWin clipboard Message-ID: <200402191221.i1JCLqlv007619@ns-srv-2.bln1.siemens.de> > I have for some time accumulated a suspicion that XWin is at some point > hogging the global Windows message loop. > > This post is the feeble beginning of cornering this problem. > > - The most recent thing that made me suspect this, was when I was > debugging an application that got stuck on the statement below. After > shutting down XWin, the application was unstuck. I experience a lock-up related to the XWin clipboard about once a day. Windows applications that I tried to paste to only continue after killing XWin (shutdown often doesn't work then). I run nothing special (like gdb), just an xterm and Word or PowerPoint. This is just to confirm your observation, I have no further analysis. [I'm not sure if this mail makes it to the cygwin mailing list, I'm not registered there and found your posting in the mail archive; so maybe you can quote me there.] Kind regards, Thomas Wolff ------------------------------------------------------------ Dr. Thomas Wolff, Thomas.Wolff@siemens.com, +49-30-386-23419 Siemens ICM N AS RD C 2 Siemensdamm 50, D-13629 Berlin, Germany From chris@grierwhite.com Thu Feb 19 12:41:00 2004 From: chris@grierwhite.com (Christopher J. White) Date: Thu, 19 Feb 2004 12:41:00 -0000 Subject: Window events skip past window manager? References: <20040219172935.4845.TAKUMA@dgp.ne.jp> Message-ID: >>>>> "takuma" == Takuma Murakami writes: cj> I'm just installed using Cygwin/X via Cygwin Setup: cj> XFree86-base v 4.3.0-1 cj> XFee86-bin v 4.3.0-8 cj> Running on Win XP Pro. takuma> The version of XFree86-xserv is important. Options for takuma> XWin.exe are also good information. XFree86-xserv: 4.3.0-44 Tried both just 'XWin' and 'XWin -clipboard' takuma> I assume you mention twm and tested using .twmrc containing takuma> only the line you showed. Yes, I tried a simple .twmrc containing only: "F1" = : all : f.restart "F2" = : all : f.warpto "emacs" The keys only work on the root. takuma> I also tried the F1 case and got success. takuma> I suspect that you are using a too old version of Cygwin/X takuma> or your .twmrc has some errors. Hmm... I'd be surprised if the version was old, it's a clean install. Is it possible it's specific to Windows XP? Here's what xev reports when I hit "F1" in the event tester window, does this shed any light? KeyPress event, serial 22, synthetic NO, window 0x800001, root 0x3a, subw 0x0, time 71535359, (37,0), root:(72,469), state 0x10, keycode 67 (keysym 0xffbe, F1), same_screen YES, XLookupString gives 0 bytes: "" KeyRelease event, serial 22, synthetic NO, window 0x800001, root 0x3a, subw 0x0, time 71535453, (37,0), root:(72,469), state 0x10, keycode 67 (keysym 0xffbe, F1), same_screen YES, XLookupString gives 0 bytes: "" I've attached cygcheck report as well... Thanks ...cj -- ------------------------------------------------------------------------------ Christopher J. White chris@grierwhite.com ------------------------------------------------------------------------------ Cygwin Win95/NT Configuration Diagnostics Current System Time: Thu Feb 19 07:36:08 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\home\cjwhite\bin C:\cygwin\usr\local\bin . C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\usr\local\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Microsoft Office\OFFICE11\Business Contact Manager\IM c:\Program Files\Microsoft SQL Server\80\Tools\Binn\ c:\Program Files\Microsoft Office\OFFICE11\Business Contact Manager\ c:\Program Files\Common Files\Adaptec Shared\System c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin c:\Ubicom\sdk\tools Output from C:\cygwin\bin\id.exe (nontsec) UID: 11136(cjwhite) GID: 10513(Domain Users) 10513(Domain Users) Output from C:\cygwin\bin\id.exe (ntsec) UID: 11136(cjwhite) GID: 10513(Domain Users) 0(root) 544(Administrators) 545(Users) 10513(Domain Users) 11123(Web Workplace Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\cjwhite' PWD = `/home/cjwhite' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\cjwhite\Application Data' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `CJWHITE' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CYGWIN_ROOT = `\cygwin' DISPLAY = `127.0.0.1:0.0' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\cjwhite' NUMBER_OF_PROCESSORS = `1' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' 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 = `\033[00;31m\w --> \033[00;33m' SESSIONNAME = `Console' SHLVL = `1' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\cjwhite\LOCALS~1\Temp' TERM = `xterm' TMP = `c:\DOCUME~1\cjwhite\LOCALS~1\Temp' USERNAME = `cjwhite' USERPROFILE = `C:\Documents and Settings\cjwhite' WINDIR = `C:\WINDOWS' WINDOWID = `6291470' _ = `/usr/bin/cygcheck' 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 76245Mb 10% CP CS UN PA FC d: cd CDFS 0Mb -2147483548% CS Audio CD v: net NTFS 127359Mb 2% CP CS UN PA FC y: net NTFS 1024Mb 9% CP CS UN PA FC z: net NTFS 127359Mb 2% CP CS UN PA FC 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:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\bash.exe Warning: C:\cygwin\bin\bash.exe hides c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\cp.exe Warning: C:\cygwin\bin\cp.exe hides c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\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:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\make.exe Warning: C:\cygwin\bin\make.exe hides c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\mv.exe Warning: C:\cygwin\bin\mv.exe hides c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\rm.exe Warning: C:\cygwin\bin\rm.exe hides c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\sh.exe Warning: C:\cygwin\bin\sh.exe hides c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\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/9 2: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 3:57 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 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 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 131k 2003/10/28 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2003/10/28 17:44 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 213k 2004/02/05 C:\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2004/2/5 8:32 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 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 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 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 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 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 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 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 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 19: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 20: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 20:41 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 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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20:34 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 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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20: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 20:35 929k 2003/01/28 c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2002/6/24 14:24 22k 2003/03/19 c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 4:28 28k 2003/05/05 c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2002/9/19 23:13 22k 2003/06/23 c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 1:45 1083k 2004/02/10 c:\Ubicom\ip2ktools\H-i686-pc-cygwin32\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2004/1/30 19: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 Cygwin Package Information Last downloaded files to: c:\cygwin\download Last downloaded files from: http://planetmirror.com/pub/sourceware/cygwin Package Version _update-info-dir 00226-1 ash 20040127-1 base-files 2.6-1 base-passwd 1.1-1 bash 2.05b-16 binutils 20030901-1 bzip2 1.0.2-5 ccdoc 0.8.39-1 clear 1.0-1 cron 3.0.1-11 crypt 1.1-1 ctags 5.5-4 cvs 1.11.6-3 cygipc 2.03-2 cygutils 1.2.4-1 cygwin 1.5.7-1 cygwin-doc 1.3-6 diffutils 2.8.4-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 expat 1.95.7-1 expect 20030128-1 fileutils 4.1-2 findutils 4.1.7-4 fontconfig 2.2.0-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-java 3.3.1-3 gcc-mingw-core 20031020-1 gcc-mingw-g++ 20031020-1 gcc-mingw-java 20031020-1 gdb 20030919-1 gdbm 1.8.3-7 gettext 0.12.1-3 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 grep 2.5-1 groff 1.18.1-2 gv 3.5.8-1 gzip 1.3.5-1 inetutils 1.3.2-25 less 381-1 libbz2_1 1.0.2-5 libdb4.1 4.1.25-1 libfontconfig1 2.2.0-1 libfreetype26 2.1.5-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 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 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 login 1.9-7 make 3.80-1 man 1.5k-2 mc 4.6.0-4 mingw-runtime 3.2-1 mktemp 1.5-3 ncftp 3.1.4-1 ncurses 5.3-4 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 proftpd 1.2.9-1 readline 4.3-5 rxvt 2.7.10-3 sed 4.0.8-1 sh-utils 2.0.15-4 sharutils 4.2.1-3 tar 1.13.25-5 tcltk 20030901-1 tcsh 6.12.00-7 termcap 20021106-2 terminfo 5.3_20030726-1 texinfo 4.2-4 textutils 2.0.21-1 time 1.7-1 unzip 5.50-5 w32api 2.5-1 which 1.5-2 Xaw3d 1.5D-5 XFree86-base 4.3.0-1 XFree86-bin 4.3.0-8 XFree86-etc 4.3.0-6 XFree86-fenc 4.2.0-3 XFree86-fnts 4.2.0-3 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-2 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-44 zip 2.3-5 zlib 1.2.1-1 Use -h to see help about each section From takuma@dgp.ne.jp Thu Feb 19 12:53:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 19 Feb 2004 12:53:00 -0000 Subject: GDI object leak with remote emacs In-Reply-To: <16426.44436.977811.58100@what.openface.ca> References: <16426.44436.977811.58100@what.openface.ca> Message-ID: <20040219214106.485E.TAKUMA@dgp.ne.jp> Jeremy, > I don't know if this is related to the problems that people are > experiencing with local copies of emacs but I'm seeing a GDI object > leak with remote invocations of emacs that are routed back to my X > server. > > Basically, I run cygwin/XFree86 on my local workstation, and I start > an emacs on a Unix server that is displayed on my X server here. > When using emacs, everytime I open a file, I can see that the XWin.exe > processes gains a few GDI objects, but killing that buffer in emacs > doesn't free them. Exiting emacs doesn't free them either. Once the > leak grows enough (around 1500 GDI objects in XWin.exe) I start > getting repaint problems and I have to kill X and restart it. I cannot reproduce this in the following environments. - Cygwin DLL 1.5.5 and 1.5.7 - Cygwin/X release-44 - GNU Emacs 21.3 on FreeBSD 4.8 and 21.3 on MacOS X 10.3 - SFU not installed - invoked by 'ssh -CXf emacs' In my task manager's process list XWin.exe allocates 2 GDI objects for a frame and the number of open files does not affect it. Closing a frame correctly reduces 2 GDI objects. Takuma Murakami From alexander.gottwald@s1999.tu-chemnitz.de Thu Feb 19 14:13:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 19 Feb 2004 14:13:00 -0000 Subject: Problems with the right-button. In-Reply-To: <20040219173206.4848.TAKUMA@dgp.ne.jp> References: <20040217154336.C78E.TAKUMA@dgp.ne.jp> <20040219173206.4848.TAKUMA@dgp.ne.jp> Message-ID: On Thu, 19 Feb 2004, Takuma Murakami wrote: > > ButtonPress event, serial 25, synthetic NO, window 0x1e00001, > > root 0x3b, subw 0x0, time 7103754, (84,92), root:(150,158), > > state 0x10, button 3, same_screen YES > > It indicates button presses are correctly reported to > applications, I believe. A little suspicion is the state 0x10. > Were you pressing some keys while the xev test? state 0x10 is Num-Lock. Try switching off num-lock 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 takuma@dgp.ne.jp Thu Feb 19 14:14:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 19 Feb 2004 14:14:00 -0000 Subject: Window events skip past window manager? In-Reply-To: References: <20040219172935.4845.TAKUMA@dgp.ne.jp> Message-ID: <20040219231217.4867.TAKUMA@dgp.ne.jp> Christopher, > Here's what xev reports when I hit "F1" in the event tester window, > does this shed any light? > > KeyPress event, serial 22, synthetic NO, window 0x800001, > root 0x3a, subw 0x0, time 71535359, (37,0), root:(72,469), > state 0x10, keycode 67 (keysym 0xffbe, F1), same_screen YES, > XLookupString gives 0 bytes: "" > > KeyRelease event, serial 22, synthetic NO, window 0x800001, > root 0x3a, subw 0x0, time 71535453, (37,0), root:(72,469), > state 0x10, keycode 67 (keysym 0xffbe, F1), same_screen YES, > XLookupString gives 0 bytes: "" Alexander Gottwald has the light. He tells that the state 0x10 indicates NumLock is on, which probably causes your problem. Try to turn off NumLock. Takuma Murakami From pechtcha@cs.nyu.edu Thu Feb 19 14:19:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 19 Feb 2004 14:19:00 -0000 Subject: putting xwin into background from a batch script In-Reply-To: References: Message-ID: On Thu, 19 Feb 2004, J S wrote: > Hi, > > I have a batch script to start an xdmcp session. Once the xwin command runs > I need to start up xbindkeys. However the program hangs at the xwin command > until the session is closed down, then executes xbindkeys: > > xwin -noreset -ac -query %SERVER% -from %IP% -clipboard -nodecoration > -emulate3buttons 50 -dpi 91 -once > xbindkeys > > Is there a way (in batch) to fork the xwin session into the background ? > > Thanks for any help, > JS. Yep, it's called "start". From a command prompt, type "help start". 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 vervoom@hotmail.com Thu Feb 19 15:07:00 2004 From: vervoom@hotmail.com (J S) Date: Thu, 19 Feb 2004 15:07:00 -0000 Subject: putting xwin into background from a batch script Message-ID: Thanks Igor. Just after I posted this, I rememberd there's a run command in cygwin now as well. That did the trick for me. run xwin .... run xbindkeys ... >On Thu, 19 Feb 2004, J S wrote: > > > Hi, > > > > I have a batch script to start an xdmcp session. Once the xwin command >runs > > I need to start up xbindkeys. However the program hangs at the xwin >command > > until the session is closed down, then executes xbindkeys: > > > > xwin -noreset -ac -query %SERVER% -from %IP% -clipboard -nodecoration > > -emulate3buttons 50 -dpi 91 -once > > xbindkeys > > > > Is there a way (in batch) to fork the xwin session into the background ? > > > > Thanks for any help, > > JS. > >Yep, it's called "start". From a command prompt, type "help start". > 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 _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger From chris@grierwhite.com Thu Feb 19 15:31:00 2004 From: chris@grierwhite.com (Christopher J. White) Date: Thu, 19 Feb 2004 15:31:00 -0000 Subject: Window events skip past window manager? In-Reply-To: <20040219231217.4867.TAKUMA@dgp.ne.jp> References: <20040219172935.4845.TAKUMA@dgp.ne.jp> <20040219231217.4867.TAKUMA@dgp.ne.jp> Message-ID: >>>>> "takuma" == Takuma Murakami writes: >> KeyRelease event, serial 22, synthetic NO, window 0x800001, >> root 0x3a, subw 0x0, time 71535453, (37,0), root:(72,469), >> state 0x10, keycode 67 (keysym 0xffbe, F1), same_screen YES, >> XLookupString gives 0 bytes: "" takuma> Alexander Gottwald has the light. He tells that the state takuma> 0x10 indicates NumLock is on, which probably causes your takuma> problem. Try to turn off NumLock. Yep, that was it, works beautifully now...what a relief! Thank you! ...cj ps: now if only I could bring all the MS apps under XWin control... From dmmiller2k@yahoo.com Thu Feb 19 16:59:00 2004 From: dmmiller2k@yahoo.com (David M. Miller) Date: Thu, 19 Feb 2004 16:59:00 -0000 Subject: Suggestion: "Minimize All" item in Multi-Window Mode Tray Menu Message-ID: <20040219153116.18972.qmail@web41402.mail.yahoo.com> You're probably inundated with far more salient suggestions, but I thought I'd try anyway: When the screen is littered with X windows, it would be useful to be able to minimize them as a group without affecting the non-X windows; likewise, an "Undo Minimize All" item (a la Windows Explorer taskbar context menu) could restore any that were minimized with the first command that haven't been restored individually. Just asking. ===== Regards, david -- David M. Miller Business Visions, Inc. 570 Fort Washington Ave, Suite #22B, New York, NY 10033-2039 Mobile: (917) 952-1600 __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools From max@nucleus.it Thu Feb 19 22:00:00 2004 From: max@nucleus.it (Massimiliano Hofer) Date: Thu, 19 Feb 2004 22:00:00 -0000 Subject: problems with maximized windows Message-ID: <200402191757.47697.max@nucleus.it> Hi, I'm using XFree86 4.3.0 under Windows 2000 and Windows XP in multiwindow mode, but I have problems with maximized windows. With many applications (especially CrossOver, but not only), if I maximize them, X starts to display duplicate layers and mouse pointers in menues, drop down lists and anything that pops up without a complete window. This never happens if I don't use the multiwindow mode, so I guess it's a problem with window border calculations in the local window manager. Has anyone ever had this problem? Am I doing something wrong with the configuration? -- Bye, Massimiliano Hofer Nucleus From huntharo@msu.edu Thu Feb 19 22:02:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 19 Feb 2004 22:02:00 -0000 Subject: map mouse button 4 or 5 to button 2? In-Reply-To: <4033DF4C.2060008@jhu.edu> References: <4033DF4C.2060008@jhu.edu> Message-ID: <403523E0.70205@msu.edu> Jeff, I just bought the same keyboard and mouse setup and ran into the same issue that you did. The key is to make the mouse wheel click map to something that the mouse driver does not intercept and prevent from being handled by the current application. The "Switch Application" function is an intercepted function, whereas the old default "AutoScroll" is not intercepted, so the mouse wheel click is passed through to the current application. I am not sure there is much we can do to force the mouse driver to pass us the mouse wheel click, so you might just have to set it back to AutoScroll to get the desired functionality. Harold Jeffrey J. Gray wrote: > Hi, > > Is it possible to have either button 4 or 5 (usually the forward/back > buttons) send a 'button 2' signal (ie paste) to cygwin applications? > The reasons for this are (1) since button 2 is on the wheel, pressing > this button sometimes also accidentally sends a scroll signal making for > sloppy paste operations and (2) I just upgraded my mouse, and in the > new standard configuration, Windows intercepts button 2 and makes it a > 'switch applications' signal. I need button 2 for Cygwin paste > operations, so I'm anxious to restore this functionality to my cygwin. > > My new mouse/keyboard setup is MS Wireless Optical Desktop Elite (which > includes a Wireless IntelliMouse Explorer 2.0), and I'm running .... hm, > not sure how to check my Cygwin version, it's probably ~4 months old > .... on WinXP. > > Thanks for the help, > Jeff > From huntharo@msu.edu Thu Feb 19 22:53:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 19 Feb 2004 22:53:00 -0000 Subject: XWin causes Windows apps to hang(?) In-Reply-To: References: <1074946000.18324.6.camel@famine> Message-ID: <4035245B.4090707@msu.edu> Ed, Yes, the OpenClipboard failure is probably causing your crash. Try editing your startxwin.bat and removing the -clipboard parameter being passed to XWin.exe. There is likely a bug in XWin.exe's clipboard support that will need to be fixed. Harold Ed Avis wrote: > Ed Avis writes: > > >>>- I copied a URL from an email message in Evolution >>>- When I paste into a Windows app, that Windows app is stuck. This >>>happened w/iexplorer and explorer.exe. >>> >>>It appears as if the Windows app is stuck indefinitely waiting for >>>the "pastable" from XWin. >> >>I am seeing this too. I tried pasting into several different >>applications, in all cases it caused the app to hang and I had to >>kill it using the task manager. > > > Here is the XWin.log for an X session that does this. The server is > running happily but it will crash any Windows app I try to paste into > from the X selection. I wonder if it might be the line > > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > > The 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 > winClipboardProc - DISPLAY=127.0.0.1:0.0 > winClipboardProc - XOpenDisplay () returned and successfully opened the display. > winClipboardWindowProc - WM_DRAWCLIPBOARD - Initializing - Returning. > 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 > 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: 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: > > From jsnpm@msn.com Fri Feb 20 00:43:00 2004 From: jsnpm@msn.com (Merrill Day) Date: Fri, 20 Feb 2004 00:43:00 -0000 Subject: girls are just amazing Message-ID: tired of your gf not liking you http://www.oloomb.com/4/3/index.php?ai=7176 From zetasnys@kolozsvar.ro Fri Feb 20 16:21:00 2004 From: zetasnys@kolozsvar.ro (Ovaries M. Whist) Date: Fri, 20 Feb 2004 16:21:00 -0000 Subject: Billing info needed for order # 457f asfsafas jhghnbh Message-ID: <6.0.0.22.1.20040220194452.93b583bf@kolozsvar.ro> Hey, Check it out Buy Phentermine, Ambien, Soma, Viagr4 and Cialas Aka "Super Viagr4".. The Viagr4 that last all weekend! As well as all other popular medications. Next-Day Fedex. No prior prescription needed. check it out here http://supermdonline.com?rid=1001 off http://to.supermdonline.com From fabrizio.ge@tiscali.it Fri Feb 20 16:25:00 2004 From: fabrizio.ge@tiscali.it (fabrizio.ge@tiscali.it) Date: Fri, 20 Feb 2004 16:25:00 -0000 Subject: AN application crashes the X server Message-ID: <4034E30900003080@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-8 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-12 OK XFree86-startup-scripts 4.2.0-5 OK XFree86-xserv 4.3.0-44 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=00000000 ebx=000017A8 ecx=102174C8 edx=005151F8 esi=102174D0 edi=10218C70 ebp=0194ED84 esp=0194ED6C 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 0194ED84 610AAEFC (181489E0, 00290000, 611489C0, 00000001) 0194EDB4 61054B85 (102174D0, 00000000, 00000000, 00000030) 0194EE14 61086211 (00000020, 00000018, 102150E0, 1020A0E0) 0194EEC4 0044E011 (1020C950, C0000001, 100F119C, 1020CFD8) 0194EEE4 0044E1DD (0020000F, 100F1190, 000000C5, 000000C5) 0194EF34 00444A32 (100EA0B0, FFFFFFFF, 00000000, 00000000) 0194EF74 610A024F (100F1278, 0194EFAC, 610A01E0, 00000000) 0194EFA4 61003D64 (00000000, 00000000, 00000000, 00000000) 0194FFA4 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 jetset@openface.ca Fri Feb 20 18:02:00 2004 From: jetset@openface.ca (Jeremy Tan) Date: Fri, 20 Feb 2004 18:02:00 -0000 Subject: GDI object leak with remote emacs In-Reply-To: <20040219214106.485E.TAKUMA@dgp.ne.jp> References: <16426.44436.977811.58100@what.openface.ca> <20040219214106.485E.TAKUMA@dgp.ne.jp> Message-ID: <16438.13542.846055.313434@what.openface.ca> Takuma, I can't see what I'm doing different. The emacs I'm using is 20.7.1 on netbsd. I run X in -multiwindow mode. Could that have something to do with it? j Takuma Murakami writes: > I cannot reproduce this in the following environments. > - Cygwin DLL 1.5.5 and 1.5.7 > - Cygwin/X release-44 > - GNU Emacs 21.3 on FreeBSD 4.8 and 21.3 on MacOS X 10.3 > - SFU not installed > - invoked by 'ssh -CXf emacs' > > In my task manager's process list XWin.exe allocates 2 GDI > objects for a frame and the number of open files does not > affect it. Closing a frame correctly reduces 2 GDI objects. > > Takuma Murakami From Michel.Abdalla@ens.fr Fri Feb 20 18:10:00 2004 From: Michel.Abdalla@ens.fr (Michel Abdalla) Date: Fri, 20 Feb 2004 18:10:00 -0000 Subject: Problem with gv Message-ID: Hi, I have recently installed cygwin on my machine and almost everything has been working fine so far. The only exception is that I'm not able to view ps files. The error message I get is "Error: PostScript interpreter failed in main window" The problem does not seem to be related to a specific ps file as I tried with several different files. I noticed in the mail archive that someone else has also experienced the same problem. Best regards, Michel From pechtcha@cs.nyu.edu Fri Feb 20 18:44:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 20 Feb 2004 18:44:00 -0000 Subject: Problem with gv In-Reply-To: References: Message-ID: On Fri, 20 Feb 2004, Michel Abdalla wrote: > Hi, > > I have recently installed cygwin on my machine and almost everything has > been working fine so far. The only exception is that I'm not able to > view ps files. The error message I get is > > "Error: PostScript interpreter failed in main window" > > The problem does not seem to be related to a specific ps file as I tried > with several different files. I noticed in the mail archive that someone > else has also experienced the same problem. > > Best regards, > Michel Did you happen to notice the solution as well? FWIW, we can only guess what your problem is without a cygcheck output (as requested in ), but it's likely that you either don't have the 'ghostscript-x11' package installed, or that the non-X version of ghostscript is first in your PATH. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From limdp@altair.com Fri Feb 20 19:00:00 2004 From: limdp@altair.com (Daren Lim) Date: Fri, 20 Feb 2004 19:00:00 -0000 Subject: mouse wheel support question Message-ID: <26EB93D6A797D411A41F00D0B7D4E81C07495E02@exchange.prog.altair.com> 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 From matt@zigg.com Fri Feb 20 19:36:00 2004 From: matt@zigg.com (Matt Behrens) Date: Fri, 20 Feb 2004 19:36:00 -0000 Subject: Alt-Tab again Message-ID: <20040220190002.GA20803@zigg.com> After spending some time cruising mailing list archives to try to find a solution to wanting to use Alt-Tab in XWin, I found this: http://sources.redhat.com/ml/cygwin-xfree/2003-07/msg00040.html Has anyone tried adding this to XWin code? -- Matt Behrens Life's too short to recompile what you don't hack. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From ed@membled.com Fri Feb 20 21:40:00 2004 From: ed@membled.com (Ed Avis) Date: Fri, 20 Feb 2004 21:40:00 -0000 Subject: XWin causes Windows apps to hang(?) References: <1074946000.18324.6.camel@famine> <4035245B.4090707@msu.edu> Message-ID: Harold L Hunt II writes: [Windows app hangs when pasting to it from X] >Yes, the OpenClipboard failure is probably causing your crash. Try >editing your startxwin.bat and removing the -clipboard parameter >being passed to XWin.exe. If I do that then I can run a separate xwinclip.exe. If xwinclip gets into a wedged state then it can be killed and restarted. >There is likely a bug in XWin.exe's clipboard support that will need >to be fixed. Let me know if you would like me to do something to help reproduce or track down this bug. -- Ed Avis From dfries@mail.win.org Fri Feb 20 23:49:00 2004 From: dfries@mail.win.org (David Fries) Date: Fri, 20 Feb 2004 23:49:00 -0000 Subject: Alt-Tab again Message-ID: <20040220214030.GA27743@spacedout.fries.net> I've got it coded and working here with XWin.exe, it is a little rough around the edges, but I'm using it all day every day. I also expect it isn't up to date with the current XWin.exe. I picked PrintScreen as my 'disable keyboard hook' key, no good reason for that specific key though. What it provides, a dll that is loaded and used when XWin.exe is started when the argument -claimkeyboard is given on the command line, each time the window gets focus it enables the hook, when it looses focus it gives it up, all keys (except after the PrintScreen is pressed) are sent to X windows, window keys included (I have a lot of hot keys assigned to them with fvwm), problems, num lock, caps lock, and scroll lock don't toggle when X has focus (X-windows gets the keys, windows doesn't so the leds don't toggle), if a key is held when entering X-windows and is lifted before leaving, windows still has the state of that key as held when you leave, ie if the window key is pressed Window-U was taken by something called Utility Monitor, I disabled the program so it wouldn't run, but the hook would only get the U keyup when window was held, so it currently sends U down then U up when Window is held. I've since found that if you disable all the accessibility keys from windows it no longer hogs Window-U, so this hack should be taken out (and a note to let people know how to use those keys). By default XWin.exe will ignore any of the window keys. My patch passes them through, but needs to ignore them if the hook isn't enabled. I've only tested the full x server in a window, not the multi window mode. The dll must manually be moved into place. It has been a long time since I updated the XWin source, but the embedded XWin/xwin-20031109-1622.tar.bz2 might be the orignal source to do a diff against. E-mail me for the source as it is too big for the mailing list. -- David Fries http://fries.net/~david/pgpkey.txt From jgray@jhu.edu Sat Feb 21 00:11:00 2004 From: jgray@jhu.edu (Jeffrey J. Gray) Date: Sat, 21 Feb 2004 00:11:00 -0000 Subject: map side mouse button to button 2? Message-ID: <40369CCB.3030701@jhu.edu> Thanks everyone for the help. I upgraded my cygwin build to a Jan30 version, so xmodmap works and can mix around the button functions. However, in xev, buttons '4' and '5' indeed (as someone posted earlier today) correspond to the wheel motions, not to the buttons on the side of my mouse. These buttons produce nothing xev -- so will it ever be possible to use these buttons in cygwin-xfree? Harold, your solution worked, setting the middle button to autoscroll recovers the usual paste function. The current solution is suboptimal--I still dislike using the wheel button so regularly, and it seems a shame to waste the perfectly good side buttons on the mouse. If anyone comes up with better solutions, please let me know. For now at least everything works. Thanks again for the help. Jeff PS-without subscribing to this newsgroup, is there anyway to be sure reply messages get tied to the correct thread?? there is no 'reply to' button from the html newsgroup archive pages where I read the postings. (http://cygwin.com/ml/cygwin-xfree/2004-02/msg00140.html) > Jeff, > > I just bought the same keyboard and mouse setup and ran into the same > issue that you did. The key is to make the mouse wheel click map to > something that the mouse driver does not intercept and prevent from > being handled by the current application. The "Switch Application" > function is an intercepted function, whereas the old default > "AutoScroll" is not intercepted, so the mouse wheel click is passed > through to the current application. I am not sure there is much we can > do to force the mouse driver to pass us the mouse wheel click, so you > might just have to set it back to AutoScroll to get the desired > functionality. > > Harold > > Jeffrey J. Gray wrote: > > Hi, > > Is it possible to have either button 4 or 5 (usually the forward/back > buttons) send a 'button 2' signal (ie paste) to cygwin applications? > The reasons for this are (1) since button 2 is on the wheel, pressing > this button sometimes also accidentally sends a scroll signal making > for sloppy paste operations and (2) I just upgraded my mouse, and in > the new standard configuration, Windows intercepts button 2 and makes > it a 'switch applications' signal. I need button 2 for Cygwin paste > operations, so I'm anxious to restore this functionality to my cygwin. > > My new mouse/keyboard setup is MS Wireless Optical Desktop Elite > (which includes a Wireless IntelliMouse Explorer 2.0), and I'm running > .... hm, not sure how to check my Cygwin version, it's probably ~4 > months old .... on WinXP. > >Thanks for the help, >Jeff > From pechtcha@cs.nyu.edu Sat Feb 21 06:13:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 21 Feb 2004 06:13:00 -0000 Subject: map side mouse button to button 2? In-Reply-To: <40369CCB.3030701@jhu.edu> References: <40369CCB.3030701@jhu.edu> Message-ID: On Fri, 20 Feb 2004, Jeffrey J. Gray wrote: > [snip] > PS-without subscribing to this newsgroup, is there anyway to be sure > reply messages get tied to the correct thread?? there is no 'reply to' > button from the html newsgroup archive pages where I read the postings. > (http://cygwin.com/ml/cygwin-xfree/2004-02/msg00140.html) Jeff, The easiest way to do this is to use the "Raw text" link at the top of the archived message, read the first line, which looks something like "From cygwin-xfree-return-NNNNN..." to get the message number (the "NNNNN" part), then send e-mail to cygwin-xfree-get.NNNNNcygwincom. This will instruct the mailing list manager to send you an exact copy of the given message (as an attachment). You can then reply to that message in a regular way (if your mail client supports it, of course). 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 Sat Feb 21 10:53:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sat, 21 Feb 2004 10:53:00 -0000 Subject: GDI object leak with remote emacs In-Reply-To: <16438.13542.846055.313434@what.openface.ca> References: <20040219214106.485E.TAKUMA@dgp.ne.jp> <16438.13542.846055.313434@what.openface.ca> Message-ID: <20040221150613.14DE.TAKUMA@dgp.ne.jp> Jeremy, > I can't see what I'm doing different. The emacs I'm using is 20.7.1 > on netbsd. I run X in -multiwindow mode. Could that have something > to do with it? I also tested with 20.7.1 on FreeBSD 4.8 and get no leak. My options for Cygwin/X is -multiwindow and -clipboard invoked from a slightly modified version of the startxwin.bat. Takuma Murakami From oyvind.harboe@zylin.com Sat Feb 21 12:46:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Sat, 21 Feb 2004 12:46:00 -0000 Subject: Clipboard sometimes removes linefeeds Message-ID: <1077360778.4761.10.camel@famine> The problem is that linefeeds are stripped when I paste into Windows (and some XWin) apps. To reproduce: 1. Select a piece of text in a mail message in Evolution from the *body* of the text which includes linefeeds. 2. Paste into e.g. OpenOffice by pressing the middle mouse button. The line feeds are are correctly pasted. 3. Paste into e.g. NotePad under Windows, and the linefeeds are stripped away. 4. Paste into Emacs (running under Xwin) with the middle mouse button, and the linefeeds are stripped. When debugging, I got as far as verifying that the fn call below returns a string which does not contain any linefeeds in xtpText.value My "workaround" is to: 1. Select text in Evolution 2. Paste into an OpenOffice document 3. Select text in OpenOffice document 4. Paste to Windows app(e.g. NotePad). /* Request the selection data */ iReturn = XGetWindowProperty (pDisplay, iWindow, atomLocalProperty, 0, ulReturnBytesLeft, False, AnyPropertyType, &xtpText.encoding, &xtpText.format, &xtpText.nitems, &ulReturnBytesLeft, &xtpText.value); ??yvind From oyvind.harboe@zylin.com Sat Feb 21 13:34:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Sat, 21 Feb 2004 13:34:00 -0000 Subject: Clipboard sometimes removes linefeeds Message-ID: <1077367589.5056.4.camel@famine> Two more items: - If I disable the clipboard (remove -clipboard from when launching XWin), line feeds are still removed when I paste into Emacs. This goes for Emacs.exe under CygWin and "ssh -X emacs" to my Linux box. - The function call below that I referred to in my previous post was in winclipboardxevents.c ca. line 540 /* Request the selection data */ iReturn = XGetWindowProperty (pDisplay, iWindow, atomLocalProperty, 0, ulReturnBytesLeft, False, AnyPropertyType, &xtpText.encoding, &xtpText.format, &xtpText.nitems, &ulReturnBytesLeft, &xtpText.value); ??yvind From takuma@dgp.ne.jp Sat Feb 21 16:29:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sat, 21 Feb 2004 16:29:00 -0000 Subject: New windowing code Message-ID: <20040221213032.E787.TAKUMA@dgp.ne.jp> I committed a couple of changes on windowing in multiwindow mode to the xorg CVS tree. Here I mean move, resize, minimize, maximize, and restore operations as 'windowing'. This should fix the following problems about windowing. 1) Maximize->Minimize->Maximize loses the window contents. 2) After 1, window size cannot be correctly restored. 3) Left and top borders does not resize but move the window. 4) Moved window occasionally fails to update its contents. A note for test: if you compile it from CVS, you need to do 'touch winallpriv.c' after 'cvs update' or XWin.exe crashes on exiting. Any comments, questions, test/bug reports will be greatly appreciated. Takuma Murakami From rodmedina@cantv.net Sat Feb 21 17:57:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Sat, 21 Feb 2004 17:57:00 -0000 Subject: Xman and nroff incompatibility Message-ID: <247410-22004262116293866@cantv.net> Hi all, I am not sure if this is the right list for sending this comment, it is more a XFree issue than a cygwin-xfree issue. In any case... Since some upgrading long ago, xman stopped functioning properly. It does not recognize the escape sequences that, instead, are written literally. I have traced the problem to the following. At some point the groff package changed the way the nroff script functions. There are two kinds of output, old style that use a lot of ^H for underline etc., and the new style with the escape sequences. Xman only understand the old style format. In order to obtain the old style output one has to call nroff with the -c option. Xman calls nroff without the -c option. The man page of xman claims that in some operative systems xman reads /etc/man.config. It seems that it is not true for cygwin, or at least it does not use the NROFF string for calling nroff. I have modified the nroff script in order to force a -c option. Of course it is not a clean solution. The best thing to do is to include in the Xman resources the string it is used for calling nroff. If it is already there it should be documented in the man page. I hope that this comment could be useful. Rodrigo Medina. From pechtcha@cs.nyu.edu Sat Feb 21 18:27:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 21 Feb 2004 18:27:00 -0000 Subject: Xman and nroff incompatibility In-Reply-To: <247410-22004262116293866@cantv.net> References: <247410-22004262116293866@cantv.net> Message-ID: On Sat, 21 Feb 2004, Rodrigo Medina wrote: > Hi all, > I am not sure if this is the right list for sending this comment, it > is more a XFree issue than a cygwin-xfree issue. In any case... > Since some upgrading long ago, xman stopped functioning properly. It > does not recognize the escape sequences that, instead, are written > literally. I have traced the problem to the following. At some point > the groff package changed the way the nroff script functions. There > are two kinds of output, old style that use a lot of ^H for underline > etc., and the new style with the escape sequences. Xman only > understand the old style format. In order to obtain the old style > output one has to call nroff with the -c option. Xman calls nroff > without the -c option. The man page of xman claims that in some > operative systems xman reads /etc/man.config. FYI, Cygwin man doesn't use /etc/man.config. I believe the global man configuration file for Cygwin is /usr/share/misc/man.conf. I don't know whether Xman reads that... Igor > It seems that it is not > true for cygwin, or at least it does not use the NROFF string for > calling nroff. I have modified the nroff script in order to force > a -c option. Of course it is not a clean solution. The best thing to > do is to include in the Xman resources the string it is used for > calling nroff. If it is already there it should be documented in the > man page. > I hope that this comment could be useful. > > Rodrigo Medina. -- 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 oyvind.harboe@zylin.com Sat Feb 21 18:52:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Sat, 21 Feb 2004 18:52:00 -0000 Subject: New windowing code Message-ID: <1077388027.5631.7.camel@famine> Where can I find the ChangeLog for Xwin? Is there a mailing list where I can read what changes that were made and which files where changed? I'm running a build that I compiled from :pserver:anoncvs@freedesktop.org:/cvs/xorg based upon Harolds instructions. Is this the repository where you checked in the changes? (The reason I ask is that I've got a different(nicer) icon in the taskbar than the one I get if I run the build I get from CygWin setup.exe installer) ??yvind From alexander.gottwald@s1999.tu-chemnitz.de Sat Feb 21 22:12:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 21 Feb 2004 22:12:00 -0000 Subject: New windowing code In-Reply-To: <1077388027.5631.7.camel@famine> References: <1077388027.5631.7.camel@famine> Message-ID: On Sat, 21 Feb 2004, ??yvind Harboe wrote: > Where can I find the ChangeLog for Xwin? > > Is there a mailing list where I can read what changes that were made and > which files where changed? http://pdx.freedesktop.org/cgi-bin/mailman/listinfo/xorg-commit > I'm running a build that I compiled from > :pserver:anoncvs@freedesktop.org:/cvs/xorg based upon Harolds > instructions. Is this the repository where you checked in the changes? Yes. it is. > (The reason I ask is that I've got a different(nicer) icon in the > taskbar than the one I get if I run the build I get from CygWin > setup.exe installer) Harold has another tree where he build the release from. This tree slightly differs (only minimal) from the cvs tree. The icon is one of the small differences. 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 oyvind.harboe@zylin.com Sat Feb 21 22:51:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Sat, 21 Feb 2004 22:51:00 -0000 Subject: New windowing code Message-ID: <1077401565.6002.2.camel@famine> I did a cvs update and took the new XWin.exe for a spin. - To get things to compile, I had to make the attached smallchange.txt - I saw the crash below in the my text mode GDB session when maximizing Evolution. Don't know what to make of it. - I was able to resize Evolution window by dragging the upper left corner of the window(which is listed as fixed in the posting by Takuma Murakami) - I was not able to reproduce the duplicate windows + wrong offset for mouse cursor problem after maximizing Evolution on my second monitor. To say that the problem is definitely gone is a bit premature, since the problem was intermittant. startxwin.bat - Starting on Windows NT/2000/XP/2003 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"... (gdb) run Starting program: /usr/X11R6/bin/XWin.exe -multiwindow -clipboard -multiplemonit ors --Type to continue, or q to quit-- Program received signal SIGSEGV, Segmentation fault. 0x004d3228 in miComputeClips (pParent=0x103a1800, pScreen=0x100f8e80, universe=0x22e6a4, kind=VTMove, exposed=0x22e684) at mivaltree.c:259 259 dx = pParent->drawable.x - pParent->valdata->before.oldAbsCorner.x; (gdb) thread apply bt all (gdb) thread apply all bt Thread 13 (thread 2848.0x960): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000468 in ?? () Thread 12 (thread 2848.0xf7c): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x71a51f97 in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x0421fdfc in ?? () #4 0x0421fe90 in ?? () #5 0x10184bfc in ?? () #6 0x0421fe80 in ?? () #7 0x6efeb39c in ?? () #8 0x01c3f8c5 in ?? () #9 0xffffffff in ?? () #10 0x7fffffff in ?? () #11 0x002523d8 in ?? () Thread 11 (thread 2848.0xb18): --Type to continue, or q to quit-- #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000003 in ?? () #4 0x0401e978 in ?? () #5 0x00000001 in ?? () Thread 10 (thread 2848.0xe5c): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x71a51f97 in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x03e1fdfc in ?? () #4 0x03e1fe90 in ?? () #5 0x10191c94 in ?? () #6 0x03e1fe80 in ?? () #7 0x6efeb39c in ?? () #8 0x01c3f8c5 in ?? () #9 0xffffffff in ?? () #10 0x7fffffff in ?? () #11 0x00252208 in ?? () Thread 9 (thread 2848.0x698): --Type to continue, or q to quit-- #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x000005a4 in ?? () Thread 8 (thread 2848.0x218): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x000005b8 in ?? () Thread 7 (thread 2848.0x42c): #0 0x7ffe0304 in ?? () #1 0x77f5c024 in ntdll!ZwRemoveIoCompletion () from ntdll.dll #2 0x71a51a1b in DSA_DestroyCallback () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #3 0x0381ffac in ?? () #4 0x0381ffb0 in ?? () #5 0x71a5b740 in MSWSOCK!AcceptEx () from /cygdrive/c/WINDOWS/System32/MSWSOCK.DLL #6 0x00240608 in ?? () #7 0x77f9e28f in ntdll!RtlpNtEnumerateSubKey () from ntdll.dll --Type to continue, or q to quit-- #8 0x00000003 in ?? () #9 0x00000004 in ?? () #10 0x0000ffff in ?? () #11 0x000000b8 in ?? () Thread 6 (thread 2848.0xce0): #0 0x7ffe0304 in ?? () #1 0x77d43a09 in SetBitmapDimensionEx () from /cygdrive/c/WINDOWS/system32/user32.dll #2 0x77d443b5 in USER32!GetMessageA () from /cygdrive/c/WINDOWS/system32/user32.dll #3 0x61091f03 in wait4 () from /usr/bin/cygwin1.dll #4 0x61002dae in forkpty () from /usr/bin/cygwin1.dll #5 0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #6 0x610cfb50 in cygwin1!__ctype_ptr () #7 0x019e4200 in ?? () #8 0x610cfb50 in cygwin1!__ctype_ptr () #9 0x7ffd9000 in ?? () #10 0x0361ffc0 in ?? () #11 0x00000007 in ?? () #12 0xffffffff in ?? () #13 0x77e94809 in SetThreadExecutionState () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL --Type to continue, or q to quit-- Thread 5 (thread 2848.0xf28): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000001 in ?? () #4 0x0341fe88 in ?? () #5 0x00000001 in ?? () Thread 4 (thread 2848.0xd84): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000002 in ?? () #4 0x0321e058 in ?? () #5 0x00000001 in ?? () Thread 3 (thread 2848.0xa38): #0 0x7ffe0304 in ?? () #1 0x77f5c534 in ntdll!ZwWaitForSingleObject () from ntdll.dll #2 0x77e7a62d in WaitForSingleObjectEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL --Type to continue, or q to quit-- #3 0x000005b0 in ?? () Thread 2 (thread 2848.0xde0): #0 0x7ffe0304 in ?? () #1 0x77f5c524 in ntdll!ZwWaitForMultipleObjects () from ntdll.dll #2 0x77e75ee0 in WaitForMultipleObjectsEx () from /cygdrive/c/WINDOWS/system32/KERNEL32.DLL #3 0x00000003 in ?? () #4 0x0191fe58 in ?? () #5 0x00000001 in ?? () Thread 1 (thread 2848.0x820): #0 0x004d3228 in miComputeClips (pParent=0x103a1800, pScreen=0x100f8e80, universe=0x22e6a4, kind=VTMove, exposed=0x22e684) at mivaltree.c:259 #1 0x004d4004 in miValidateTree (pParent=0x10110258, pChild=0x103a1800, kind=VTMove) at mivaltree.c:717 #2 0x004d1764 in miMoveWindow (pWin=0x1035c8c0, x=1658, y=56, pNextSib=0x0, kind=VTMove) at miwindow.c:552 #3 0x00465436 in winMoveWindowMultiWindow (pWin=0x1035c8c0, x=1658, y=56, pSib=0x0, kind=VTMove) at winmultiwindowwindow.c:870 #4 0x00406e70 in ConfigureWindow (pWin=0x1035c8c0, mask=15, vlist=0x22e874, client=0x10365228) at window.c:2439 #5 0x00465713 in winAdjustXWindow (pWin=0x1035c8c0, hwnd=0x370286) at winmultiwindowwindow.c:977 --Type to continue, or q to quit-- #6 0x0045e847 in winTopLevelWindowProc (hwnd=0x370286, message=3, wParam=0, lParam=3671674) at winmultiwindowwndproc.c:804 #7 0x77d43a50 in SetBitmapDimensionEx () from /cygdrive/c/WINDOWS/system32/user32.dll #8 0x00370286 in ?? () #9 0x00000003 in ?? () (gdb) -------------- next part -------------- A non-text attachment was scrubbed... Name: smallchange.txt Type: text/x-patch Size: 481 bytes Desc: not available URL: From swamp-dog@ntlworld.com Sun Feb 22 01:29:00 2004 From: swamp-dog@ntlworld.com (Guy Harrison) Date: Sun, 22 Feb 2004 01:29:00 -0000 Subject: Ctrl-C propagates In-Reply-To: <3F871A97.5010907@msu.edu> References: <004501c38e96$670eaf00$7b05000a@corp.silverbacksystems.com> <3F871A97.5010907@msu.edu> Message-ID: <200402212251.02763.swamp-dog@ntlworld.com> On Friday 10 October 2003 21:46, Harold L Hunt II wrote: > Dia, > > Hmm... I don't understand what is happening here. Can anyone else > confirm this? Yes. Scenario here (Win2k Pro V5 Build 2195 SP4) for me is: cyg> "startx&" from a bash console (fires a window manager-less xterm). cyg> ssh -X admin@svr.swampdog (me FreeBSD 5.2 box) bsd> wmaker& A ctrl-c at the bash console kills all X processes on . Ditto if I fire up kde instead of windowmaker (and ditto kde/gnome apps from inside windowmaker). The X server is left running - appears to be the only thing immune to the ctrl-c. Quit it windoze style (click closer) and we're back to original bash console. Aside from the uncerimonious terminations there don't appear to be any side-effects. If one were to imagine the ctrl-c being "broadcast" to all X descendants that about sums it up. $ cygcheck -s |grep "ssh\|XFree\|cygwin1" 1083k 2004/01/31 E:\cygwin\bin\cygwin1.dll DLL identifier: cygwin1 Shared id: cygwin1S3 openssh 3.7.1p2-2 XFree86-base 4.3.0-1 XFree86-bin 4.3.0-8 XFree86-bin-icons 4.3.0-5 XFree86-doc 4.3.0-1 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-html 4.3.0-1 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-2 XFree86-man 4.3.0-2 XFree86-nest 4.3.0-5 XFree86-prog 4.3.0-12 XFree86-prt 4.3.0-5 XFree86-ps 4.3.0-1 XFree86-startup-scripts 4.2.0-5 XFree86-vfb 4.3.0-5 XFree86-xserv 4.3.0-44 I can do some tests if prompted. -- Guy Harrison swamp-dog@ntlworld.com From rodmedina@cantv.net Sun Feb 22 04:26:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Sun, 22 Feb 2004 04:26:00 -0000 Subject: Xman and nroff incompatibility Message-ID: <303230-22004202212951333@cantv.net> On Sat, 21 Feb 2004, Igor Pechtchanski wrote: >FYI, Cygwin man doesn't use /etc/man.config. I believe the global man >configuration file for Cygwin is /usr/share/misc/man.conf. I don't know >whether Xman reads that... Igor Xman does not seem to be reading /etc/man.config nor /usr/share/misc/man.conf. I had notice the difference, so I copied /usr/share/misc/man.conf into /etc/man.config and have also put the -c option in both files with no difference in the xman behavior. To be more precise I am not sure if it reads the file for obtaining the MANPATH, but in my case it does not make a difference because the MANPATH environment variable is correct. Rodrigo Medina From elvin_peterson@yahoo.com Sun Feb 22 06:39:00 2004 From: elvin_peterson@yahoo.com (Elvin Peterson) Date: Sun, 22 Feb 2004 06:39:00 -0000 Subject: startxwin: cannot unlink Message-ID: <20040222042613.92943.qmail@web60204.mail.yahoo.com> Hello, $ ./startxwin.sh rm: cannot unlink `/tmp/.X11-unix/X0': Permission denied rm: cannot remove directory `/tmp/.X11-unix': Directory not empty Attempt to remove the file using explorer fails with "file in use error". How do I remove this directory? Any help is appreciated. I have attached the output from cygcheck -svr to this mail. Thanks. __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 21895 bytes Desc: cygcheck.out URL: From rodmedina@cantv.net Sun Feb 22 07:35:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Sun, 22 Feb 2004 07:35:00 -0000 Subject: XWin4.3.0-45 -multiwindow crashes with cygwin20040221 in Win95. Message-ID: <149350-22004202263919302@cantv.net> Hi all, There are still problems with XWin and cygwin1.dll in Win95. XFree86-xserv-4.3.0-45 OS Windows95 cygwin1-20040221.dll >xwin -multiwindow & Immedeately crashes. Windows reports page fault in cygwin1.dll The same behavior was observed (and reported) with XWin 4.3.0-44 and cygwin 1.5.7-1. Instead XWin4.3.0-44 works with cygwin 1.5.5-1 A new "feature" of XWin4.3.0-45: without options does not finish with the exit button. It has to be finished with kill -9. The relevant information files are attached. Do I have to report this also in the cygwin mail list? Rodrigo Medina -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin-multiwindow.log Type: application/octet-stream Size: 2778 bytes Desc: XWin-multiwindow.log URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin-nooption.log Type: application/octet-stream Size: 2452 bytes Desc: XWin-nooption.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWinCrash.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWinCheck.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: From rodmedina@cantv.net Sun Feb 22 11:25:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Sun, 22 Feb 2004 11:25:00 -0000 Subject: XWin4.3.0-45 -multiwindow crashes with cygwin20040221 in Win95. Message-ID: <306210-22004202273546324@cantv.net> Today Rodrigo Medina wrote: >A new "feature" of XWin4.3.0-45: without options does not finish with >the exit button. It has to be finished with kill -9. Correction: It is not a NEW feature. The same thing happens with XWin4.3.0-44 with cygwin 1.5.5-1. Rodrigo Medina From fergus@bonhard.uklinux.net Sun Feb 22 11:50:00 2004 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sun, 22 Feb 2004 11:50:00 -0000 Subject: XWin: problems on un-networked machine Message-ID: <000a01c3f936$8421e570$0b7b2852@leper> For a while I've been able to use XWin running from a reduced Cygwin-on-CD on a non-networked machine by using the command line mount -buf $TMPDIR /tmp/ XWin -nolisten local -multiwindow & (ther first line is intended to allow the writing on XWin.log and, in the past, has achieved exactly this). However, lately, and including the most recent update of XWin _and_ the latest (I think) snapshot of cygwin1.dll, this has now failed, with no logfile XWin.log written. The application XWin "dies" immediately, as shown by ps. 1. I attach cygcheck.out 2. Sorry, I know this is an essentially pointless question, but _why_ does XWin require internet access??!! and, are there other / better switches I should or could be using than "-nolisten local" to render the application useable on a non-networked machine? Thanks, Fergus -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 32796 bytes Desc: not available URL: From chris@areti.co.uk Sun Feb 22 12:13:00 2004 From: chris@areti.co.uk (Chris Green) Date: Sun, 22 Feb 2004 12:13:00 -0000 Subject: startxwin: cannot unlink In-Reply-To: <20040222042613.92943.qmail@web60204.mail.yahoo.com> References: <20040222042613.92943.qmail@web60204.mail.yahoo.com> Message-ID: <20040222115000.GA1101@areti.co.uk> On Sat, Feb 21, 2004 at 08:26:13PM -0800, Elvin Peterson wrote: > Hello, > > $ ./startxwin.sh > rm: cannot unlink `/tmp/.X11-unix/X0': Permission > denied > rm: cannot remove directory `/tmp/.X11-unix': > Directory not empty > > Attempt to remove the file using explorer fails with > "file in use > error". How do I remove this directory? Any help is > appreciated. > > I have attached the output from cygcheck -svr to this > mail. > Thanks. > I had this problem a few weeks ago too, in the end I think I managed to get rid of it from the windows command line. However I couldn't make any sense of the errors about "file in use" and so on either. -- Chris Green (chris@areti.co.uk) From huntharo@msu.edu Sun Feb 22 12:14:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 22 Feb 2004 12:14:00 -0000 Subject: New windowing code In-Reply-To: <1077401565.6002.2.camel@famine> References: <1077401565.6002.2.camel@famine> Message-ID: <40389C9D.9030400@msu.edu> ??yvind Harboe wrote: > I did a cvs update and took the new XWin.exe for a spin. > > - To get things to compile, I had to make the attached smallchange.txt Good catch. Instead of changing the return type from Bool to int I just included Xdefs.h in winprefs.h. > - I saw the crash below in the my text mode GDB session when maximizing > Evolution. Don't know what to make of it. Don't know either. > - I was able to resize Evolution window by dragging the upper left > corner of the window(which is listed as fixed in the posting by Takuma > Murakami) Good. > - I was not able to reproduce the duplicate windows + wrong offset for > mouse cursor problem after maximizing Evolution on my second monitor. To > say that the problem is definitely gone is a bit premature, since the > problem was intermittant. Interesting. Harold From huntharo@msu.edu Sun Feb 22 12:30:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 22 Feb 2004 12:30:00 -0000 Subject: New windowing code In-Reply-To: <20040221213032.E787.TAKUMA@dgp.ne.jp> References: <20040221213032.E787.TAKUMA@dgp.ne.jp> Message-ID: <40389CE3.6070701@msu.edu> Great work Takuma! Harold Takuma Murakami wrote: > I committed a couple of changes on windowing in multiwindow > mode to the xorg CVS tree. Here I mean move, resize, > minimize, maximize, and restore operations as 'windowing'. > > This should fix the following problems about windowing. > 1) Maximize->Minimize->Maximize loses the window contents. > 2) After 1, window size cannot be correctly restored. > 3) Left and top borders does not resize but move the window. > 4) Moved window occasionally fails to update its contents. > > A note for test: if you compile it from CVS, you need to do > 'touch winallpriv.c' after 'cvs update' or XWin.exe crashes > on exiting. > > Any comments, questions, test/bug reports will be > greatly appreciated. > > Takuma Murakami > > From takuma@dgp.ne.jp Sun Feb 22 13:15:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sun, 22 Feb 2004 13:15:00 -0000 Subject: New windowing code In-Reply-To: <1077401565.6002.2.camel@famine> References: <1077401565.6002.2.camel@famine> Message-ID: <20040222210701.3B80.TAKUMA@dgp.ne.jp> ?yvind, Thank you for testing and reporting. > - To get things to compile, I had to make the attached smallchange.txt I think that change is not necessary. I changed the type of HandleCustomWM_COMMAND from int to Bool in my previous commit on few days ago. Is the definition of the function in winprefs.c typed as Bool? > - I saw the crash below in the my text mode GDB session when maximizing > Evolution. Don't know what to make of it. I cannot reproduce this crash but it can be caused by bad usage of ConfigureWindow, because I coded it without any document. Indeed, I really want a document about the function. Anyway, could you try the release-45 server distributed via Cygwin setup and confirm the crash is still there? > - I was able to resize Evolution window by dragging the upper left > corner of the window(which is listed as fixed in the posting by Takuma > Murakami) Thanks for the positive report. > - I was not able to reproduce the duplicate windows + wrong offset for > mouse cursor problem after maximizing Evolution on my second monitor. To > say that the problem is definitely gone is a bit premature, since the > problem was intermittant. Such kind of things are supposed to be fixed. Takuma Murakami From takuma@dgp.ne.jp Sun Feb 22 13:35:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sun, 22 Feb 2004 13:35:00 -0000 Subject: New windowing code In-Reply-To: <20040222210701.3B80.TAKUMA@dgp.ne.jp> References: <1077401565.6002.2.camel@famine> <20040222210701.3B80.TAKUMA@dgp.ne.jp> Message-ID: <20040222221354.3B83.TAKUMA@dgp.ne.jp> > > - To get things to compile, I had to make the attached smallchange.txt > > I think that change is not necessary. I changed the type of > HandleCustomWM_COMMAND from int to Bool in my previous > commit on few days ago. Is the definition of the function in > winprefs.c typed as Bool? I confirmed the problem after 'make clean', with Harold's correction. Takuma Murakami From huntharo@msu.edu Sun Feb 22 13:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 22 Feb 2004 13:36:00 -0000 Subject: Clipboard sometimes removes linefeeds In-Reply-To: <1077367589.5056.4.camel@famine> References: <1077367589.5056.4.camel@famine> Message-ID: <4038AFBC.9030006@msu.edu> ??yvind, ??yvind Harboe wrote: > Two more items: > > - If I disable the clipboard (remove -clipboard from when launching XWin), > line feeds are still removed when I paste into Emacs. > This goes for Emacs.exe under CygWin and "ssh -X emacs" to my Linux box. > > - The function call below that I referred to in my previous post was in > winclipboardxevents.c ca. line 540 As you point out, it isn't a problem specific to Cygwin. The problem occurs when copying in a remote Evolution and pasting in a remote Emacs, even when not using -clipboard. The real problem here is that Evolution sometimes sends line feeds and sometimes strips them out. I am sure that they did this for a reason (such as to allow programs that auto-flow line wrappings to do just that), but they went a little too far in not replacing line breaks with spaces and/or forgetting to leave in a least one line break when there are more than one in a row (such as between paragraphs). This is a problem that you should mention to the Evolution folks. Don't even mention Cygwin when you report the problem, since you are actually running it on the remote non-Cygwin system. Harold From max@nucleus.it Sun Feb 22 13:53:00 2004 From: max@nucleus.it (Massimiliano Hofer) Date: Sun, 22 Feb 2004 13:53:00 -0000 Subject: New windowing code In-Reply-To: <20040221213032.E787.TAKUMA@dgp.ne.jp> References: <20040221213032.E787.TAKUMA@dgp.ne.jp> Message-ID: <200402221436.45652.max@nucleus.it> On Saturday February 21 2004 2:34 pm, Takuma Murakami wrote: > This should fix the following problems about windowing. > 1) Maximize->Minimize->Maximize loses the window contents. > 2) After 1, window size cannot be correctly restored. > 3) Left and top borders does not resize but move the window. > 4) Moved window occasionally fails to update its contents. > > A note for test: if you compile it from CVS, you need to do > 'touch winallpriv.c' after 'cvs update' or XWin.exe crashes > on exiting. > > Any comments, questions, test/bug reports will be > greatly appreciated. The new code seems to fix the problems for me. I had easily reproducible problems and the new version never exhibited them during my tests. I had just one minor glitch in non maximized windows with shadowed popup menues, where, for some reason, a couple of lines is drawn on the main window title bar. This happened only with CrossOver applications and may be due to the way commands are converted from GDI to X, producing unusal usage patterns. If you need snapshots or debug info, please let me know. Great work. Thank you! -- Bye, Massimiliano Hofer Nucleus From takuma@dgp.ne.jp Sun Feb 22 14:26:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sun, 22 Feb 2004 14:26:00 -0000 Subject: XWin4.3.0-45 -multiwindow crashes with cygwin20040221 in Win95. In-Reply-To: <149350-22004202263919302@cantv.net> References: <149350-22004202263919302@cantv.net> Message-ID: <20040222224823.3B8C.TAKUMA@dgp.ne.jp> Rodrigo, > XFree86-xserv-4.3.0-45 > OS Windows95 > cygwin1-20040221.dll > > >xwin -multiwindow & > Immedeately crashes. Windows reports page fault in cygwin1.dll > > The same behavior was observed (and reported) with XWin 4.3.0-44 > and cygwin 1.5.7-1. Instead XWin4.3.0-44 works with cygwin 1.5.5-1 Unfortunately I have no Win95 box and cannot examine the problem. A test with 1.5.5 DLL could clarify where the problem resides, but at last you would need to debug yourself. Takuma Murakami From colin.harrison@virgin.net Sun Feb 22 14:37:00 2004 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 22 Feb 2004 14:37:00 -0000 Subject: XWin4.3.0-45-multiwindow crashes in WinXP when xeyes run Message-ID: <200402221426.i1MEQrU25133@chamonix.straightrunning.com> Hi, I'm getting a stackdump in your new XWin when I run xeyes locally. OK with xterm, XDMCP etc. I?ll come back with more trace. Dr Watson stackdump says:- Exception: STATUS_ACCESS_VIOLATION at eip=00404304 eax=0003007A ebx=10155550 ecx=1012F0F0 edx=10155550 esi=10104818 edi=1012FD44 ebp=0022EA18 esp=0022E9F0 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 0022EA18 00404304 (1012F0F0, 1012FD44, FFFFEB59, FFFFB6A9) 0022EB18 004A330F (1012F0F0, FFFFEFA1, FFFFEB59, 004BB6A9) 0022EB28 0044FAF9 (1012F08C, 1012FD44, 0000006C, 00000080) 93989276 [main] XWin 876 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION 94014318 [main] XWin 876 handle_exceptions: Error while dumping state (probably corrupted stack For what that is worth! Colin Harrison From max@nucleus.it Sun Feb 22 14:47:00 2004 From: max@nucleus.it (Massimiliano Hofer) Date: Sun, 22 Feb 2004 14:47:00 -0000 Subject: New windowing code In-Reply-To: <20040222233716.3B92.TAKUMA@dgp.ne.jp> References: <20040221213032.E787.TAKUMA@dgp.ne.jp> <200402221436.45652.max@nucleus.it> <20040222233716.3B92.TAKUMA@dgp.ne.jp> Message-ID: <200402221547.03984.max@nucleus.it> On Sunday February 22 2004 3:37 pm, Takuma Murakami wrote: > I want to leave it because I don't have the software and > the debug without symptoms is pretty hard. A question I have > is: was the problem observed with older versions or is newly > introduced in release-45? I understand the difficulty. The problem seems to be new. In the coming days I'll do more testing and see if I can pin down a more accurate and reproducible scenario. -- Bye, Massimiliano Hofer Nucleus From takuma@dgp.ne.jp Sun Feb 22 14:47:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sun, 22 Feb 2004 14:47:00 -0000 Subject: New windowing code In-Reply-To: <200402221436.45652.max@nucleus.it> References: <20040221213032.E787.TAKUMA@dgp.ne.jp> <200402221436.45652.max@nucleus.it> Message-ID: <20040222233716.3B92.TAKUMA@dgp.ne.jp> Massimiliano, > The new code seems to fix the problems for me. I had easily reproducible > problems and the new version never exhibited them during my tests. That's good. Thank you for reporting. > I had just one minor glitch in non maximized windows with shadowed popup > menues, where, for some reason, a couple of lines is drawn on the main window > title bar. This happened only with CrossOver applications and may be due to > the way commands are converted from GDI to X, producing unusal usage > patterns. If you need snapshots or debug info, please let me know. I want to leave it because I don't have the software and the debug without symptoms is pretty hard. A question I have is: was the problem observed with older versions or is newly introduced in release-45? Takuma Murakami From elvin_peterson@yahoo.com Sun Feb 22 15:10:00 2004 From: elvin_peterson@yahoo.com (Elvin Peterson) Date: Sun, 22 Feb 2004 15:10:00 -0000 Subject: startxwin: cannot unlink In-Reply-To: <20040222115000.GA1101@areti.co.uk> Message-ID: <20040222144749.78978.qmail@web60204.mail.yahoo.com> --- Chris Green wrote: > On Sat, Feb 21, 2004 at 08:26:13PM -0800, Elvin > Peterson wrote: > > Hello, > > > > $ ./startxwin.sh > > rm: cannot unlink `/tmp/.X11-unix/X0': Permission > > denied > > rm: cannot remove directory `/tmp/.X11-unix': > > Directory not empty > > > > Attempt to remove the file using explorer fails > with > > "file in use > > error". How do I remove this directory? Any help > is > > appreciated. > > > > I have attached the output from cygcheck -svr to > this > > mail. > > Thanks. > > > I had this problem a few weeks ago too, in the end I > think I managed > to get rid of it from the windows command line. > However I couldn't > make any sense of the errors about "file in use" and > so on either. Thanks for the reply. I remember having the same problem when I tried to uninstall WinZip. After a lot of tries, one day the file was just gone. Seems like a stupid way to deal with things. Is there an equivalent to the Linux 'fuser' command for cygwin? That would show what process was accessing it. Thanks. __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools From takuma@dgp.ne.jp Sun Feb 22 15:29:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sun, 22 Feb 2004 15:29:00 -0000 Subject: XWin4.3.0-45-multiwindow crashes in WinXP when xeyes run In-Reply-To: <200402221426.i1MEQrU25133@chamonix.straightrunning.com> References: <200402221426.i1MEQrU25133@chamonix.straightrunning.com> Message-ID: <20040223001018.3B98.TAKUMA@dgp.ne.jp> Colin, > I'm getting a stackdump in your new XWin when I run xeyes locally. My guess: 'touch winmultiwindowshape.c' might fix the problem, but we have to wait Harold's response to judge it. Thank you for reporting. Takuma Murakami From oyvind.harboe@zylin.com Sun Feb 22 15:43:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Sun, 22 Feb 2004 15:43:00 -0000 Subject: New windowing code Message-ID: <1077463794.14766.11.camel@famine> >- I saw the crash below in the my text mode GDB session when maximizing >Evolution. Don't know what to make of it. This crash happened only once and I was not able to reproduce it. Not surprising really. All the remaining bugs in cygwin-xfree are at this point hard to reproduce and relatively rare, because all the others have been fixed! :-) Here is my list of areas where I'm trying to corner those rare and hard to reproduce bugs: - Multimonitor rendering SEGFAULTs. Harold has probably fixed a couple here. - Clipboard causes winapps to deadlock ??yvind From seidlcw@gmx.net Sun Feb 22 15:49:00 2004 From: seidlcw@gmx.net (Andreas Seidl) Date: Sun, 22 Feb 2004 15:49:00 -0000 Subject: Problem with XFree86-xserv 4.3.0-45 Message-ID: <4038CE1A.9020002@gmx.net> After updating to XFree86-xserv 4.3.0-45 I experience the following problem: I cannot open an xterm any more. This happens with the newest cygwin version 1.5.7-1 on a Windows XP Pro machine. There was a stackdump as well as reported in the former thread. I don't have this problem with version 4.3.0-44. ----- begin ----- seidl@Bellarmin /cygdrive/d $ rm /tmp/XWin.log seidl@Bellarmin /cygdrive/d $ XWin -multiwindow -clipboard & [1] 2864 seidl@Bellarmin /cygdrive/d $ xterm & [2] 2752 seidl@Bellarmin /cygdrive/d $ X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 1 (X_CreateWindow) Serial number of failed request: 32 Current serial number in output stream: 40 [2]+ Exit 1 xterm seidl@Bellarmin /cygdrive/d $ cat /tmp/XWin.log ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (==) Using config file: "/etc/X11/XF86Config" 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/m isc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/u sr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/home/seidl/fonts /ibm" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" 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: 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 768 1024 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 767 1024 winCreateBoundingWindowWindowed - WindowClient w 1024 h 767 r 1024 l 0 b 767 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1024 height: 767 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1024 height: 767 depth: 32 size image : 3141632 winAllocateFBShadowGDI - Created shadow stride: 1024 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () InitOutput - Returning. MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed 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" (**) Using keyboard "Keyboard1" as primary keyboard (**) Option "AutoRepeat" "500 30" (**) AutoRepeat: 500 30 Rules = "xfree86" Model = "pc105" Layout = "de" Variant = "(null)" Options = "(n ull)" 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/Speedo/, removing from list! winPointerWarpCursor - Discarding first warp: 512 383 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winBlockHandler - pthread_mutex_unlock () returned winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di splay. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the disp lay. 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. seidl@Bellarmin /cygdrive/d $ cygcheck -s | grep XFree XFree86-base 4.3.0-1 XFree86-bin 4.3.0-8 XFree86-etc 4.3.0-6 XFree86-fenc 4.2.0-3 XFree86-fnts 4.2.0-3 XFree86-lib 4.3.0-1 XFree86-lib-compat 4.3.0-2 XFree86-prog 4.3.0-12 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-45 ----- end ----- Andreas. From colin.harrison@virgin.net Sun Feb 22 15:52:00 2004 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 22 Feb 2004 15:52:00 -0000 Subject: XWin4.3.0-45-multiwindow crashes in WinXP when xeyes run Message-ID: <200402221549.i1MFnYJ01944@chamonix.straightrunning.com> Hi, Yes it looks like the 'shaped' windows fail. I'm using the supplied binaries at the moment, but will have a go at building from soure. xeyes fails from remote linux machines as well. Can't find any other failures at the moment..I'll keep on testing. Colin Harrison From dickey@his.com Sun Feb 22 17:37:00 2004 From: dickey@his.com (Thomas Dickey) Date: Sun, 22 Feb 2004 17:37:00 -0000 Subject: Xman and nroff incompatibility In-Reply-To: References: <247410-22004262116293866@cantv.net> Message-ID: <20040222155118.GA4520@cyclops> On Sat, Feb 21, 2004 at 12:57:22PM -0500, Igor Pechtchanski wrote: > On Sat, 21 Feb 2004, Rodrigo Medina wrote: > > understand the old style format. In order to obtain the old style > > output one has to call nroff with the -c option. Xman calls nroff > > without the -c option. The man page of xman claims that in some > > operative systems xman reads /etc/man.config. not exactly: BSD AND LINUX SYSTEMS In newer BSD and Linux systems, Xman will search for a file named /etc/man.conf which will contain the list of directories containing manual pages. See man.conf(5) for a complete description of the file format. The actual nroff command that's used is compiled into the code (and cannot be reset with a resource). It doesn't call "man", but uses nroff, etc., directly. > FYI, Cygwin man doesn't use /etc/man.config. I believe the global man > configuration file for Cygwin is /usr/share/misc/man.conf. I don't know > whether Xman reads that... > Igor -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From cgf-no-personal-reply-please@cygwin.com Sun Feb 22 19:13:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 22 Feb 2004 19:13:00 -0000 Subject: xwin not working for some with latest snapshot -- people with debugging skills needed Message-ID: <20040222173750.GA9145@redhat.com> Is anyone willing to take a stab at debugging why xwin doesn't work with the latest snapshot? I have seen one report on the cygwin mailing list of this problem but the person having the problem can't run gdb to track down what's going wrong. I can't duplicate the problem and I'm rather hoping that I don't have to get intimately involved with tracking this down since I suspect that it's probably something simple. So, I'm looking for someone who knows how to run a debugger and, more importantly, someone who knows how to debug problems, to work with people having this problem to help bring it to resolution so that I can release cygwin 1.5.8. Any volunteers? If so, what I'd like to do is just watch someone else debugging this and offer comments as needed. cgf From huntharo@msu.edu Sun Feb 22 19:23:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 22 Feb 2004 19:23:00 -0000 Subject: XFree86-xserv-4.3.0-46 'test' release Message-ID: <4038FEEB.8060004@msu.edu> I just posted XFree86-xserv-4.3.0-46 as a 'test' package. Please try this package if you are having problems with segfaults in XFree86-xserv-4.3.0-45. The only difference between these two packages is that in -46 I did a 'make clean && make' in xc/programs/Xserver/hw/xwin, rather than just a 'make' on the updated files. Please report if -46 fixes your problems. Harold From oyvind.harboe@zylin.com Sun Feb 22 19:27:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Sun, 22 Feb 2004 19:27:00 -0000 Subject: Bug fixed: shell that launched Evolution no longer lingers Message-ID: <1077477807.15340.5.camel@famine> This is just to confirm that a bug that I thought was a bug in Evolution is gone w/my latest cocktail compiled from CVS. I launch Evolution using: C:\cygwin\bin\bash.exe --login -i -c "DISPLAY=127.0.0.1:0 ssh -X famine LANG=no_NO.UTF-8 evolution" When I quit Evolution, the CMD.EXE in Windows never terminated. With my latest CVS compiled cocktail, the window closes as expected. This bug has been fixed since -44. ??yvind From seidlcw@gmx.net Sun Feb 22 19:29:00 2004 From: seidlcw@gmx.net (Andreas Seidl) Date: Sun, 22 Feb 2004 19:29:00 -0000 Subject: XFree86-xserv-4.3.0-46 'test' release In-Reply-To: <4038FEEB.8060004@msu.edu> References: <4038FEEB.8060004@msu.edu> Message-ID: <40390295.7040504@gmx.net> Harold L Hunt II wrote: > I just posted XFree86-xserv-4.3.0-46 as a 'test' package. Please try > this package if you are having problems with segfaults in > XFree86-xserv-4.3.0-45. The only difference between these two packages > is that in -46 I did a 'make clean && make' in > xc/programs/Xserver/hw/xwin, rather than just a 'make' on the updated > files. Please report if -46 fixes your problems. Is there already a mirror in setup.exe which has it? Andreas. From huntharo@msu.edu Sun Feb 22 19:36:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 22 Feb 2004 19:36:00 -0000 Subject: xwin not working for some with latest snapshot -- people with debugging skills needed In-Reply-To: <20040222173750.GA9145@redhat.com> References: <20040222173750.GA9145@redhat.com> Message-ID: <403902C4.3020102@msu.edu> Chris, XFree86-xserv-4.3.0-45 && cygwin1-20040221.dll ============================================== Launching xeyes causes XWin.exe to segfault in three out of three tests. XFree86-xserv-4.3.0-46 && cygwin1-20040221.dll ============================================== Launching xeyes causes no problems in three out of three tests. Sorry for the noise, looks like it was just due to a bad build of XWin.exe. Harold From huntharo@msu.edu Sun Feb 22 19:44:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 22 Feb 2004 19:44:00 -0000 Subject: XFree86-xserv-4.3.0-46 'test' release In-Reply-To: <40390295.7040504@gmx.net> References: <4038FEEB.8060004@msu.edu> <40390295.7040504@gmx.net> Message-ID: <4039045F.200@msu.edu> mirrors.kernel.org has it already. I just marked 4.3.0-46 as 'curr' instead of 'test'. Harold Andreas Seidl wrote: > Harold L Hunt II wrote: > >> I just posted XFree86-xserv-4.3.0-46 as a 'test' package. Please try >> this package if you are having problems with segfaults in >> XFree86-xserv-4.3.0-45. The only difference between these two >> packages is that in -46 I did a 'make clean && make' in >> xc/programs/Xserver/hw/xwin, rather than just a 'make' on the updated >> files. Please report if -46 fixes your problems. > > > Is there already a mirror in setup.exe which has it? > > Andreas. > > > From ago@lupus.ago.vpn Sun Feb 22 19:44:00 2004 From: ago@lupus.ago.vpn (Alexander Gottwald) Date: Sun, 22 Feb 2004 19:44:00 -0000 Subject: New windowing code In-Reply-To: <20040222221354.3B83.TAKUMA@dgp.ne.jp> References: <1077401565.6002.2.camel@famine> <20040222210701.3B80.TAKUMA@dgp.ne.jp> <20040222221354.3B83.TAKUMA@dgp.ne.jp> Message-ID: Takuma Murakami wrote: > I confirmed the problem after 'make clean', with > Harold's correction. Hm. It seems the dependencies are broken for you. Can you check this is in hw/xwin/Makefile? # ---------------------------------------------------------------------- # dependencies generated by makedepend sinclude Makefile.dep if this is present then just do "make depend" and a simple make should compile even files where only includes were changed. bye ago NP: Assemblage 23 - Naked -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ago@lupus.ago.vpn Sun Feb 22 19:45:00 2004 From: ago@lupus.ago.vpn (Alexander Gottwald) Date: Sun, 22 Feb 2004 19:45:00 -0000 Subject: XWin: problems on un-networked machine In-Reply-To: <000a01c3f936$8421e570$0b7b2852@leper> References: <000a01c3f936$8421e570$0b7b2852@leper> Message-ID: fergus@bonhard.uklinux.net wrote: > For a while I've been able to use XWin running from a reduced Cygwin-on-CD > on a non-networked machine by using the command line > > mount -buf $TMPDIR /tmp/ > XWin -nolisten local -multiwindow & > > (ther first line is intended to allow the writing on XWin.log and, in the > past, has achieved exactly this). However, lately, and including the most > recent update of XWin _and_ the latest (I think) snapshot of cygwin1.dll, > this has now failed, with no logfile XWin.log written. The application XWin > "dies" immediately, as shown by ps. The multiwindow code requires a windowmanager. The design has changed recently and most likely the windowmanager fails to connect and XWin does not start. Why are you disabling the local transport? is this for a special reason? Does it work if you omit "-nolisten local"? > 2. Sorry, I know this is an essentially pointless question, but _why_ does > XWin require internet access??!! and, are there other / better switches I > should or could be using than "-nolisten local" to render the application > useable on a non-networked machine? The communication between xserver and xclients is done via TCP/IP or Unix-Sockets. The second is simualted on cygwin with loopback TCP/IP. NP: Project Pitchfork - 2nd Step -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ago@lupus.ago.vpn Sun Feb 22 19:45:00 2004 From: ago@lupus.ago.vpn (Alexander Gottwald) Date: Sun, 22 Feb 2004 19:45:00 -0000 Subject: New windowing code In-Reply-To: <1077463794.14766.11.camel@famine> References: <1077463794.14766.11.camel@famine> Message-ID: ?yvind Harboe wrote: > - Clipboard causes winapps to deadlock I've noticed some of the deadlocks too. but reproducing them is very hard since they only happen after long and intensive usage. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ago@lupus.ago.vpn Sun Feb 22 19:51:00 2004 From: ago@lupus.ago.vpn (Alexander Gottwald) Date: Sun, 22 Feb 2004 19:51:00 -0000 Subject: XWin causes Windows apps to hang(?) In-Reply-To: <4035245B.4090707@msu.edu> References: <1074946000.18324.6.camel@famine> <4035245B.4090707@msu.edu> Message-ID: Harold L Hunt II wrote: > Yes, the OpenClipboard failure is probably causing your crash. winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 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; } bye ago NP: Front Line Assembly - Maniacal -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From seidlcw@gmx.net Sun Feb 22 20:16:00 2004 From: seidlcw@gmx.net (Andreas Seidl) Date: Sun, 22 Feb 2004 20:16:00 -0000 Subject: XFree86-xserv-4.3.0-46 'test' release In-Reply-To: <4039045F.200@msu.edu> References: <4038FEEB.8060004@msu.edu> <40390295.7040504@gmx.net> <4039045F.200@msu.edu> Message-ID: <4039083D.9070509@gmx.net> Harold L Hunt II wrote: > mirrors.kernel.org has it already. > > I just marked 4.3.0-46 as 'curr' instead of 'test'. FWIW, -46 worked for me. Andreas. From pechtcha@cs.nyu.edu Sun Feb 22 20:24:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 22 Feb 2004 20:24:00 -0000 Subject: startxwin: cannot unlink In-Reply-To: <20040222144749.78978.qmail@web60204.mail.yahoo.com> References: <20040222144749.78978.qmail@web60204.mail.yahoo.com> Message-ID: On Sun, 22 Feb 2004, Elvin Peterson wrote: > --- Chris Green areticouk> wrote: Elvin, Please configure your mail client to not quote raw e-mail addresses in replies -- they're just so much fodder for spambots. > > On Sat, Feb 21, 2004 at 08:26:13PM -0800, Elvin Peterson wrote: > > > Hello, > > > > > > $ ./startxwin.sh > > > rm: cannot unlink `/tmp/.X11-unix/X0': Permission denied > > > rm: cannot remove directory `/tmp/.X11-unix': Directory not empty > > > > > > Attempt to remove the file using explorer fails with "file in use > > > error". How do I remove this directory? Any help is appreciated. > > > > > > I have attached the output from cygcheck -svr to this mail. > > > Thanks. > > > > I had this problem a few weeks ago too, in the end I think I managed > > to get rid of it from the windows command line. However I couldn't > > make any sense of the errors about "file in use" and so on either. > > Thanks for the reply. I remember having the same problem when I tried > to uninstall WinZip. After a lot of tries, one day the file was just > gone. Seems like a stupid way to deal with things. Terminating the process that holds a handle to the file will release that handle. Rebooting usually has that effect too (unless the process is an automatically started service that reacquires the handle). > Is there an equivalent to the Linux 'fuser' command for cygwin? That > would show what process was accessing it. > > Thanks. Not in Cygwin per se, but there's a "handle" utility from that will do what you want. Keep in mind that "handle" is a pure Windows program, and won't understand POSIX paths, so you'll need to convert them using "cygpath", e.g., handle `cygpath -w /tmp/.X11-unix/X0` 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 colin.harrison@virgin.net Sun Feb 22 20:46:00 2004 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 22 Feb 2004 20:46:00 -0000 Subject: XWin4.3.0-45-multiwindow crashes in WinXP when xeyes run Message-ID: <200402222024.i1MKONJ06252@chamonix.straightrunning.com> Hi, Fixed in release 4.0.0-46 test release Thanks. Colin Harrison From huntharo@msu.edu Sun Feb 22 20:47:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 22 Feb 2004 20:47:00 -0000 Subject: Changelog entries for Test 1 through Test 21 added to web changelog Message-ID: <403914E8.1000002@msu.edu> I went through the email archives and reconstructed the changelog entries for Test 1 through Test 21. These changes occurred in the March 2001 through May 2001 period. The entries were added to the web changelog only for completeness since they were already available in the email archives. http://x.cygwin.com/devel/server/changelog-001.html Enjoy! (Yeah, like anyone will be racing to read through change log entries from three years ago :) Harold From huntharo@msu.edu Sun Feb 22 21:33:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 22 Feb 2004 21:33:00 -0000 Subject: XWin4.3.0-45-multiwindow crashes in WinXP when xeyes run In-Reply-To: <200402222024.i1MKONJ06252@chamonix.straightrunning.com> References: <200402222024.i1MKONJ06252@chamonix.straightrunning.com> Message-ID: <4039150B.9040109@msu.edu> Great, thanks for testing Colin. Harold Colin Harrison wrote: > Hi, > > Fixed in release 4.0.0-46 test release > Thanks. > > Colin Harrison > > From huntharo@msu.edu Sun Feb 22 22:15:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 22 Feb 2004 22:15:00 -0000 Subject: Exclusive window manager for -multiwindow Message-ID: <40391FD3.1030706@msu.edu> Takuma, > I have committed a change for -multiwindow window manager > to the xorg tree. Now the wm should be able to detect > another wm and the others can detect it. This change > corresponds to the second item (Window manager detection) > in the To-Do list. > > To do so the internal wm grabs ButtonPressMask, which is > allowed only one client at once. Thus other wm's will fail > to obtain the mask and immediately exit when invoked. > > Takuma Murakami I am taking this item off the To Do list. Thanks so much for fixing it. I tested your fix and it works fine with twm. Doing a 'startkde' on a remote box does not fail like twm does... it still works and has weird behavior. I wonder if there is something else that we need to do to work with modern window managers? In any case, your fix is better than what we had before. :) Harold From cgf-no-personal-reply-please@cygwin.com Sun Feb 22 22:42:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 22 Feb 2004 22:42:00 -0000 Subject: xwin not working for some with latest snapshot -- people with debugging skills needed In-Reply-To: <403902C4.3020102@msu.edu> References: <20040222173750.GA9145@redhat.com> <403902C4.3020102@msu.edu> Message-ID: <20040222221506.GF10086@redhat.com> On Sun, Feb 22, 2004 at 02:28:04PM -0500, Harold L Hunt II wrote: >Chris, > >XFree86-xserv-4.3.0-45 && cygwin1-20040221.dll >============================================== >Launching xeyes causes XWin.exe to segfault in three out of three tests. > >XFree86-xserv-4.3.0-46 && cygwin1-20040221.dll >============================================== >Launching xeyes causes no problems in three out of three tests. > >Sorry for the noise, looks like it was just due to a bad build of XWin.exe. The problem that is reported is that xwin won't start with the snapshot but works with 1.5.7. cgf From cygwin@tlinx.org Sun Feb 22 22:47:00 2004 From: cygwin@tlinx.org (linda w) Date: Sun, 22 Feb 2004 22:47:00 -0000 Subject: Problem with X headers on cygwin-xfree? Message-ID: <40393055.8070903@tlinx.org> I downloaded the Tk perl module via cpan and run make. After quite a long run, I get a fatal error that looks like it is from one or more missing headers in the X library. Builds fine on my linux system. Error text: /bin/perl.exe /usr/lib/perl5/5.8.2/ExtUtils/xsubpp -typemap /usr/lib/perl5/5.8. 2/ExtUtils/typemap -typemap //ishtar/share/CPAN/build-win/Tk-804.025_beta14/Tk/t ypemap Xlib.xs > Xlib.xsc && mv Xlib.xsc Xlib.c gcc -c -I.. -I../pTk/mTk/xlib -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -DUSE IMPORTLIB -O2 -DVERSION=\"804.025\" -DXS_VERSION=\"804.025\" "-I/usr/lib/perl 5/5.8.2/cygwin-thread-multi-64int/CORE" -D__WIN32__ -D_WIN32 -Wall -Wno-implici t-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ Xlib.c Xlib.xs:13: error: syntax error before '*' token Xlib.xs:13: warning: data definition has no type or storage class Xlib.xs: In function `boot_Tk__Xlib': Xlib.xs:378: warning: cast to pointer from integer of different size Xlib.xs:378: warning: cast to pointer from integer of different size Xlib.xs:378: warning: cast to pointer from integer of different size Xlib.xs:378: warning: cast to pointer from integer of different size Xlib.xs:378: warning: cast to pointer from integer of different size Xlib.xs:378: warning: cast to pointer from integer of different size Xlib.xs:378: warning: cast to pointer from integer of different size Xlib.xs:378: warning: cast to pointer from integer of different size Xlib.xs:378: warning: cast to pointer from integer of different size Xlib.xs:378: error: `XlibVtab' undeclared (first use in this function) Xlib.xs:378: error: (Each undeclared identifier is reported only once Xlib.xs:378: error: for each function it appears in.) Xlib.xs:378: error: syntax error before ')' token make[1]: *** [Xlib.o] Error 1 make[1]: Leaving directory `//ishtar/share/CPAN/build-win/Tk-804.025_beta14/Xlib ' make: *** [subdirs] Error 2 /usr/bin/make -- NOT OK --------- I asked on main list if anyone had successfully built Tk under Cygwin...no responses. I also ran it by the perl-modules list, but since it builds ok on non-cygwin platforms, that wasn't helpful either. If someone else has perl/cpan configed under cygwin, could you try dnloading Tk and doing a make and see if it works? Thanks much for any help... Linda In the marketplace of "Real goods", capitalism is limited by safety regulations, consumer protection laws, and product liability. In the computer industry, what protects the consumer? From huntharo@msu.edu Sun Feb 22 23:57:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 22 Feb 2004 23:57:00 -0000 Subject: Problem with X headers on cygwin-xfree? In-Reply-To: <40393055.8070903@tlinx.org> References: <40393055.8070903@tlinx.org> Message-ID: <4039311A.9020507@msu.edu> Tk is already avaliable for Cygwin in the tcltk package. Note, however, that it is a native GDI port, it does not use X11 for graphics display. You can also build tk on Cygwin with X11 graphics. The normal source didstribution for tk will build an X11 version, only the Cygwin tcltk sources will build the GDI version. Does that help to clear things up? Harold linda w wrote: > I downloaded the Tk perl module via cpan and run make. After quite a > long run, I > get a fatal error that looks like it is from one or more missing headers > in the X library. > > Builds fine on my linux system. > > Error text: > /bin/perl.exe /usr/lib/perl5/5.8.2/ExtUtils/xsubpp -typemap > /usr/lib/perl5/5.8. > 2/ExtUtils/typemap -typemap > //ishtar/share/CPAN/build-win/Tk-804.025_beta14/Tk/t > ypemap Xlib.xs > Xlib.xsc && mv Xlib.xsc Xlib.c > gcc -c -I.. -I../pTk/mTk/xlib -DPERL_USE_SAFE_PUTENV > -fno-strict-aliasing -DUSE > IMPORTLIB -O2 -DVERSION=\"804.025\" -DXS_VERSION=\"804.025\" > "-I/usr/lib/perl > 5/5.8.2/cygwin-thread-multi-64int/CORE" -D__WIN32__ -D_WIN32 -Wall > -Wno-implici > t-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ Xlib.c > Xlib.xs:13: error: syntax error before '*' token > Xlib.xs:13: warning: data definition has no type or storage class > Xlib.xs: In function `boot_Tk__Xlib': > Xlib.xs:378: warning: cast to pointer from integer of different size > Xlib.xs:378: warning: cast to pointer from integer of different size > Xlib.xs:378: warning: cast to pointer from integer of different size > Xlib.xs:378: warning: cast to pointer from integer of different size > Xlib.xs:378: warning: cast to pointer from integer of different size > Xlib.xs:378: warning: cast to pointer from integer of different size > Xlib.xs:378: warning: cast to pointer from integer of different size > Xlib.xs:378: warning: cast to pointer from integer of different size > Xlib.xs:378: warning: cast to pointer from integer of different size > Xlib.xs:378: error: `XlibVtab' undeclared (first use in this function) > Xlib.xs:378: error: (Each undeclared identifier is reported only once > Xlib.xs:378: error: for each function it appears in.) > Xlib.xs:378: error: syntax error before ')' token > make[1]: *** [Xlib.o] Error 1 > make[1]: Leaving directory > `//ishtar/share/CPAN/build-win/Tk-804.025_beta14/Xlib > ' > make: *** [subdirs] Error 2 > /usr/bin/make -- NOT OK > --------- > > I asked on main list if anyone had successfully built Tk under > Cygwin...no responses. > > I also ran it by the perl-modules list, but since it builds ok > on non-cygwin platforms, that wasn't helpful either. > > If someone else has perl/cpan configed under cygwin, could you > try dnloading Tk and doing a make and see if it works? > > Thanks much for any help... > Linda > > In the marketplace of "Real goods", capitalism is limited by safety > regulations, consumer protection laws, and product liability. In > the computer industry, what protects the consumer? > > > From huntharo@msu.edu Mon Feb 23 00:02:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 23 Feb 2004 00:02:00 -0000 Subject: XFree86-base no longer depends on XFree86-lib-compat Message-ID: <40394196.90106@msu.edu> XFree86-lib-compat (provides old 4.2.0 libraries for compatibility with applications that have not been recompiled in almost a year) has been removed as a dependency of XFree86-base. This means that XFree86-lib-compat will no longer be installed in a default Cygwin/X installation. If you maintain any Cygwin/X packages that depend on the libraries in XFree86-lib-compat please recompile your application ASAP against the new libraries in the 4.3.0 releases. The XFree86-lib-compat package will be removed from the distribution when the next major release of Cygwin/X is made (within three months, possibly as soon as a month). In the mean time, if an application complains that it cannot find libX11-6.dll (or lib*-?.dll), then install the XFree86-lib-compat package and see if that fixes the problem. If it does, notify the maintainer of the package in question that they should recompile their package against recent X libraries. If it does not fix the problem, then your trouble lies elsewhere. Harold From joshuadfranklin@yahoo.com Mon Feb 23 00:42:00 2004 From: joshuadfranklin@yahoo.com (Joshua Daniel Franklin) Date: Mon, 23 Feb 2004 00:42:00 -0000 Subject: Checking Cygwin version (FAQ Alert!) (Was Re: map mouse button 4 or 5 to button 2?) In-Reply-To: ; from pechtcha@cs.nyu.edu on Wed, Feb 18, 2004 at 06:11:57PM -0500 References: <4033DF4C.2060008@jhu.edu> Message-ID: <20040222180236.A20674@ns1.iocc.com> On Wed, Feb 18, 2004 at 06:11:57PM -0500, Igor Pechtchanski wrote: > On Wed, 18 Feb 2004, Jeffrey J. Gray wrote: > > > [snip] > > ... and I'm running .... hm, not sure how to check my Cygwin version, > > it's probably ~4 months old .... on WinXP. > > Jeff, > > Just like on any Unix system, "uname -srv" will return the kernel (in > Cygwin's case, cygwin1.dll) version. On Cygwin, you can also use > "cygcheck -srv" to get detailed information about your system (essential > for diagnosing Cygwin problems, see ), or > "cygcheck -cd" to just get the versions of all installed packages (or omit > the "-d" flag to also check them for integrity). If you post the output > of either "cygcheck -srv" or "cygcheck -cd", please *attach* it to your > message, rather than including it inline. Or, since all he wanted was the Cygwin version, just "uname -r" or "cygcheck -cd cygwin" would work fine. :) > P.S. I was surprised that this isn't in the FAQ. David, could you please > add this, under the heading "What version of Cygwin do I have?" or > something? Oh, and BTW, there's a "What version is this, anyway?" entry > that has nothing to do with this question, and is pretty confusing. Since David is still AWOL, I guess I've taken over FAQ maintainence too. I rewrote most of the "What version is this, anyway?" entry, removing all the references to the 'recent' (2000 April) switch to setup.exe, and noting the difference between Cygwin the package and Cygwin the system. You can read it at: From pechtcha@cs.nyu.edu Mon Feb 23 03:36:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 23 Feb 2004 03:36:00 -0000 Subject: Checking Cygwin version (FAQ Alert!) In-Reply-To: <20040222180236.A20674@ns1.iocc.com> References: <4033DF4C.2060008@jhu.edu> <20040222180236.A20674@ns1.iocc.com> Message-ID: On Sun, 22 Feb 2004, Joshua Daniel Franklin wrote: > On Wed, Feb 18, 2004 at 06:11:57PM -0500, Igor Pechtchanski wrote: > > On Wed, 18 Feb 2004, Jeffrey J. Gray wrote: > > > > > [snip] > > > ... and I'm running .... hm, not sure how to check my Cygwin version, > > > it's probably ~4 months old .... on WinXP. > > > > Jeff, > > > > Just like on any Unix system, "uname -srv" will return the kernel (in > > Cygwin's case, cygwin1.dll) version. On Cygwin, you can also use > > "cygcheck -srv" to get detailed information about your system (essential > > for diagnosing Cygwin problems, see ), or > > "cygcheck -cd" to just get the versions of all installed packages (or omit > > the "-d" flag to also check them for integrity). If you post the output > > of either "cygcheck -srv" or "cygcheck -cd", please *attach* it to your > > message, rather than including it inline. > > Or, since all he wanted was the Cygwin version, just "uname -r" or > "cygcheck -cd cygwin" would work fine. :) > > > P.S. I was surprised that this isn't in the FAQ. David, could you please > > add this, under the heading "What version of Cygwin do I have?" or > > something? Oh, and BTW, there's a "What version is this, anyway?" entry > > that has nothing to do with this question, and is pretty confusing. > > Since David is still AWOL, I guess I've taken over FAQ maintainence too. > I rewrote most of the "What version is this, anyway?" entry, removing > all the references to the 'recent' (2000 April) switch to setup.exe, > and noting the difference between Cygwin the package and Cygwin the system. > You can read it at: > > Looks good, thanks. 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 dfries@mail.win.org Mon Feb 23 03:57:00 2004 From: dfries@mail.win.org (David Fries) Date: Mon, 23 Feb 2004 03:57:00 -0000 Subject: Alt-Tab again Message-ID: <20040223033606.GA28256@spacedout.fries.net> Here's the source. Comments welcome. http://spacedout.fries.net/~david/download/ or http://spacedout.fries.net/~david/download/winkey_0.0.1a.tar.bz2 >dfries wrote: > I've got it coded and working here with XWin.exe, it is a little rough > around the edges, but I'm using it all day every day. I also expect > it isn't up to date with the current XWin.exe. > > I picked PrintScreen as my 'disable keyboard hook' key, no good reason > for that specific key though. > > What it provides, > > a dll that is loaded and used when XWin.exe is started when the > argument -claimkeyboard is given on the command line, > > each time the window gets focus it enables the hook, when it looses > focus it gives it up, > > all keys (except after the PrintScreen is pressed) are sent to X > windows, window keys included (I have a lot of hot keys assigned to > them with fvwm), > > problems, > > num lock, caps lock, and scroll lock don't toggle when X has focus > (X-windows gets the keys, windows doesn't so the leds don't toggle), > > if a key is held when entering X-windows and is lifted before leaving, > windows still has the state of that key as held when you leave, ie if > the window key is pressed > > Window-U was taken by something called Utility Monitor, I disabled the > program so it wouldn't run, but the hook would only get the U keyup > when window was held, so it currently sends U down then U up when > Window is held. I've since found that if you disable all the > accessibility keys from windows it no longer hogs Window-U, so this > hack should be taken out (and a note to let people know how to use > those keys). > > By default XWin.exe will ignore any of the window keys. My patch > passes them through, but needs to ignore them if the hook isn't > enabled. > > I've only tested the full x server in a window, not the multi window > mode. > > The dll must manually be moved into place. > > It has been a long time since I updated the XWin source, but the > embedded XWin/xwin-20031109-1622.tar.bz2 might be the orignal source > to do a diff against. > > E-mail me for the source as it is too big for the mailing list. -- David Fries http://fries.net/~david/pgpkey.txt From elvin_peterson@yahoo.com Mon Feb 23 06:04:00 2004 From: elvin_peterson@yahoo.com (Elvin Peterson) Date: Mon, 23 Feb 2004 06:04:00 -0000 Subject: startxwin: cannot unlink In-Reply-To: Message-ID: <20040223035748.40168.qmail@web60202.mail.yahoo.com> --- Igor Pechtchanski wrote: > On Sun, 22 Feb 2004, Elvin Peterson wrote: > > > --- Chris Green areticouk> > wrote: > > Elvin, > > Please configure your mail client to not quote raw > e-mail addresses in > replies -- they're just so much fodder for spambots. Sorry about that. There is no option to turn it off in webmail :-( > > > > On Sat, Feb 21, 2004 at 08:26:13PM -0800, Elvin > Peterson wrote: > > > > Hello, > > > > > > > > $ ./startxwin.sh > > > > rm: cannot unlink `/tmp/.X11-unix/X0': > Permission denied > > > > rm: cannot remove directory `/tmp/.X11-unix': > Directory not empty > > > Is there an equivalent to the Linux 'fuser' > command for cygwin? That > > would show what process was accessing it. > > > > Thanks. > > Not in Cygwin per se, but there's a "handle" utility > from > that will do what you > want. Keep in mind > that "handle" is a pure Windows program, and won't > understand POSIX paths, > so you'll need to convert them using "cygpath", > e.g., > > handle `cygpath -w /tmp/.X11-unix/X0` Thanks. I have a related question: does su work with cygwin? I had to log out and log in again as administrator to run the program. handle showed that there were no programs using the file. I finally solved the problem thus: log in as the user who started X successfully last and run startxwin.sh. This managed to start X. Then shut down X. Now X works for all users. Also, the -nolisten tcp is not given as an option for XWin. Does it work? Thanks for all the help. __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools From takuma@dgp.ne.jp Mon Feb 23 07:19:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Mon, 23 Feb 2004 07:19:00 -0000 Subject: New windowing code In-Reply-To: References: <20040222221354.3B83.TAKUMA@dgp.ne.jp> Message-ID: <20040223150319.6EF1.TAKUMA@dgp.ne.jp> Alexander, > Hm. It seems the dependencies are broken for you. > > Can you check this is in hw/xwin/Makefile? > > # ---------------------------------------------------------------------- > # dependencies generated by makedepend > > sinclude Makefile.dep > > if this is present then just do "make depend" and a simple make should > compile even files where only includes were changed. I got the session: ~/x-devel/build/debug/programs/Xserver/hw/xwin>tail -4 Makefile # ---------------------------------------------------------------------- # dependencies generated by makedepend ~/x-devel/build/debug/programs/Xserver/hw/xwin> Looks 'sinclude ...' is missing. In fact, I don't understand well about the build process. For the first time I did cd ~/x-devel/build/debug && makeg World and since then, I only do cd ~/x-devel/build/debug/programs/Xserver && makeg XWin.exe for every rebuild. Could you tell me what shall be done for appropriate rebuilds? Takuma Murakami From oyvind.harboe@zylin.com Mon Feb 23 08:50:00 2004 From: oyvind.harboe@zylin.com (=?ISO-8859-1?Q?=D8yvind?= Harboe) Date: Mon, 23 Feb 2004 08:50:00 -0000 Subject: Minor progress on Windows clipboard deadlock Message-ID: <1077520741.16292.19.camel@famine> 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 chris@areti.co.uk Mon Feb 23 12:35:00 2004 From: chris@areti.co.uk (Chris Green) Date: Mon, 23 Feb 2004 12:35:00 -0000 Subject: startxwin: cannot unlink In-Reply-To: References: <20040222144749.78978.qmail@web60204.mail.yahoo.com> Message-ID: <20040223085025.GC3914@areti.co.uk> On Sun, Feb 22, 2004 at 03:16:12PM -0500, Igor Pechtchanski wrote: > On Sun, 22 Feb 2004, Elvin Peterson wrote: > > > --- Chris Green areticouk> wrote: > > Elvin, > > Please configure your mail client to not quote raw e-mail addresses in > replies -- they're just so much fodder for spambots. > I don't believe that E-Mail addresses appearing here attract much spam. I use the address below only for e-mail list subscriptions and while it does get a few bits and pieces of junk mail the amount is trivial, maybe two or three a day. According to research done on this the vast bulk of spam gets to addresses which appear on (popular) web pages and my experience bears this out. Even addresses on usenet don't attract much spam nowadays, I use a real address for usenet postings and it gets even less spam than chris@areti.co.uk gets. -- Chris Green (chris@areti.co.uk) From alexander.gottwald@s1999.tu-chemnitz.de Mon Feb 23 14:16:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 23 Feb 2004 14:16:00 -0000 Subject: New windowing code In-Reply-To: <20040223150319.6EF1.TAKUMA@dgp.ne.jp> References: <20040222221354.3B83.TAKUMA@dgp.ne.jp> <20040223150319.6EF1.TAKUMA@dgp.ne.jp> Message-ID: On Mon, 23 Feb 2004, Takuma Murakami wrote: > Looks 'sinclude ...' is missing. Hm, I thought I had checked that in. I'll check tonight. 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 cgf-no-personal-reply-please@cygwin.com Mon Feb 23 14:25:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Mon, 23 Feb 2004 14:25:00 -0000 Subject: startxwin: cannot unlink In-Reply-To: <20040223085025.GC3914@areti.co.uk> References: <20040222144749.78978.qmail@web60204.mail.yahoo.com> <20040223085025.GC3914@areti.co.uk> Message-ID: <20040223141431.GA7268@redhat.com> On Mon, Feb 23, 2004 at 08:50:25AM +0000, Chris Green wrote: >On Sun, Feb 22, 2004 at 03:16:12PM -0500, Igor Pechtchanski wrote: >> On Sun, 22 Feb 2004, Elvin Peterson wrote: >>>--- Chris Green areticouk> wrote: >>Please configure your mail client to not quote raw e-mail addresses in >>replies -- they're just so much fodder for spambots. >> >I don't believe that E-Mail addresses appearing here attract much spam. The sources log file is filled with spam attempts to accounts on sources.redhat.com/cygwin.com that obviously came from reaping email addresses from mailing lists. >According to research done on this the vast bulk of spam gets to >addresses which appear on (popular) web pages and my experience bears >this out. That sort of presupposes that the mailing list archives are not popular. That's debatable. From richard.campbell@air2web.com Mon Feb 23 15:24:00 2004 From: richard.campbell@air2web.com (Richard Campbell) Date: Mon, 23 Feb 2004 15:24:00 -0000 Subject: xwin not working for some with latest snapshot -- people with debugging skills needed Message-ID: >The problem that is reported is that xwin won't start with the snapshot but >works with 1.5.7. Specifically, it was XFree86-xserv-4.3.0-44 && cygwin1-200402[05-18,21].dll fails. XFree86-xserv-4.3.0-44 && cygwin1-1.5.7-1.dll succeeds. In addition: XFree86-xserv-4.3.0-46 && cygwin1-20040221.dll fails. XFree86-xserv-4.3.0-46 && cygwin1-1.5.7-1.dll succeeds. But gdb also fails to start on the box with the cygwin1-200402[05-18,21].dll, making this problem somewhat difficult to track down. -Richard Campbell. From abraverman@recurrentsoft.com Mon Feb 23 16:21:00 2004 From: abraverman@recurrentsoft.com (Andrew Braverman) Date: Mon, 23 Feb 2004 16:21:00 -0000 Subject: Z-order problem Message-ID: <000001c3fa21$1b3097a0$1e54cea7@andrew> I updated to 4.3.0-46 this morning and noticed a problem that I have not seen in a long time. The z-order of the x windows in multiwindow mode seem to get confused. I think this is only happening if I go to another display in the MSVDM (MS Virtual Display Manager) and then come back, but I am not sure. The behavior is something like this: Normally, if I have 3 or 4 x windows open and pick one from the menu bar or click on it, it comes to the top without a problem. When the problem starts to happen, what I see are overlapped windows and I cannot necessarily bring the window I want back to the top. This was not happening in 4.3.0-44. Sometimes, I can figure out the correct order to minimize windows and bring them back up and all is well. Sometimes, I just have to shut down all the windows and restart XWin. I checked XWin.log and nothing was listed after the startup sequence. - Andy From takuma@dgp.ne.jp Tue Feb 24 00:01:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Tue, 24 Feb 2004 00:01:00 -0000 Subject: map side mouse button to button 2? In-Reply-To: <40369CCB.3030701@jhu.edu> References: <403523E0.70205@msu.edu> <40369CCB.3030701@jhu.edu> Message-ID: <20040224010950.E26C.TAKUMA@dgp.ne.jp> Jeffrey, Try to map 'autoscroll' for your favorite side button via IntelliPoint software. Since then the side button should work as button2. Like this approach you could freely remap mouse buttons on the Windows layer. Since IntelliPoint provides per-application remapping, the configuration for XWin.exe will not affect other Windows programs. Takuma Murakami > Thanks everyone for the help. I upgraded my cygwin build to a Jan30 > version, so xmodmap works and can mix around the button functions. > However, in xev, buttons '4' and '5' indeed (as someone posted earlier > today) correspond to the wheel motions, not to the buttons on the side > of my mouse. These buttons produce nothing xev -- so will it ever be > possible to use these buttons in cygwin-xfree? > > Harold, your solution worked, setting the middle button to autoscroll > recovers the usual paste function. > > The current solution is suboptimal--I still dislike using the wheel > button so regularly, and it seems a shame to waste the perfectly good > side buttons on the mouse. If anyone comes up with better solutions, > please let me know. For now at least everything works. From cnst@rbcmail.ru Tue Feb 24 04:27:00 2004 From: cnst@rbcmail.ru (Constantine) Date: Tue, 24 Feb 2004 04:27:00 -0000 Subject: Critical: Unable to type in the password in ssh in order to start X Message-ID: <403A943F.8040101@rbcmail.ru> Hi! I have the latest stable versions of cygwin and cygwin/X. I usually update them every month or so. After I automatically updated it last time to the latest cygwin release, I started to have problems with my X-configuration. I have the following in my ~/.xinitrc file: xhost + 192.168.0.18 ssh myusername@192.168.0.18 "setenv DISPLAY 192.168.0.1:0; startkde" Before the bug, I was able to run xinit, switch to console again, type the password and switch to the display again. Now, when I am trying to type the password, I can see all the characters that I am typing, and after pressing , I am given the second prompt for the password with the same problems. And so on. Therefore, I cannot use XFree86 anymore, because I am unable to authorise. :-( P.S. Please, do not judge my poor configuration from the security standpoint, as I am on my own network and I do not have any external IP-addresses on my internal network. Cheers, Constantine. From rodmedina@cantv.net Tue Feb 24 04:58:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Tue, 24 Feb 2004 04:58:00 -0000 Subject: XWin4.3.0-45 -multiwindow crashes with cygwin20040221 in Win95. Message-ID: <291640-22004222442733799@cantv.net> Takuma on 22 Feb 2004 22:53 wrote: >Unfortunately I have no Win95 box and cannot examine the >problem. A test with 1.5.5 DLL could clarify where the problem >resides, but at last you would need to debug yourself. I have tried the XWin-4.3.0-46 with the 20040221 snapshot. Still crashes. With cygwin 1.5.5-1 the version XWin-4.3.0-46 does not even start because some function of cygwin1.dll (fnctl64?) is missing. Sorry I did not record the exact name. XWin -multiwindow crashes immediately. I have run it with gdb. The output is in the attachment. I can help in running the debug program, but I have no idea of how to interpret the results. Starting XWin with xinit without the -multiwindow option I see no problem. Starting just XWin without options, the Exit button on the X icon in the task bar does not function. The only way to stop the program is using kill -9 ... This last is an old problem. I hope that this can be useful Rodrigo Medina -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: gdb.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XwinCheck.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/octet-stream Size: 1997 bytes Desc: XWin.log URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: syscheck.txt URL: From takuma@dgp.ne.jp Tue Feb 24 07:04:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Tue, 24 Feb 2004 07:04:00 -0000 Subject: XWin4.3.0-45 -multiwindow crashes with cygwin20040221 in Win95. In-Reply-To: <291640-22004222442733799@cantv.net> References: <20040222224823.3B8C.TAKUMA@dgp.ne.jp> <291640-22004222442733799@cantv.net> Message-ID: <20040224135601.9F4C.TAKUMA@dgp.ne.jp> Rodrigo, Thank you very much, your feedback is really worthful. After the crash is caught in gdb, please type 'thread apply all bt' into gdb prompt and show me the result. Takuma Murakami > I have tried the XWin-4.3.0-46 with the 20040221 snapshot. > Still crashes. With cygwin 1.5.5-1 the version XWin-4.3.0-46 > does not even start because some function of cygwin1.dll (fnctl64?) > is missing. Sorry I did not record the exact name. > XWin -multiwindow crashes immediately. > I have run it with gdb. The output is in the attachment. I can help > in running the debug program, but I have no idea of how to interpret > the results. From rodmedina@cantv.net Tue Feb 24 07:26:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Tue, 24 Feb 2004 07:26:00 -0000 Subject: XWin4.3.0-45 -multiwindow crashes with cygwin20040221 in Win95. Message-ID: <186020-2200422247418271@cantv.net> Takuma, I did what you said. At the end the gdb never finished. I tried to kill it from another bash window I had opened, but it also hang. Finally I had to reboot by hardware! The gdb output is in the attachment. Rodrigo Medina >Rodrigo, >Thank you very much, your feedback is really worthful. >After the crash is caught in gdb, please type >'thread apply all bt' >into gdb prompt and show me the result. >Takuma Murakami -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: gdb.txt URL: From takuma@dgp.ne.jp Tue Feb 24 10:51:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Tue, 24 Feb 2004 10:51:00 -0000 Subject: A windowing bug on manimize/restore Message-ID: <20040224160548.9F4E.TAKUMA@dgp.ne.jp> 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 From alexander.gottwald@s1999.tu-chemnitz.de Tue Feb 24 12:48:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 24 Feb 2004 12:48:00 -0000 Subject: XWin causes Windows apps to hang(?) In-Reply-To: References: Message-ID: On Sun, 22 Feb 2004, Alexander Gottwald wrote: > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > winProcSetSelectionOwner - OpenClipboard () failed: 00000000 > > 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 -- 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 kris.thielemans@csc.mrc.ac.uk Tue Feb 24 12:58:00 2004 From: kris.thielemans@csc.mrc.ac.uk (Kris Thielemans) Date: Tue, 24 Feb 2004 12:58:00 -0000 Subject: errors when switching users (security hole?) Message-ID: 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 From alexander.gottwald@s1999.tu-chemnitz.de Tue Feb 24 13:04:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 24 Feb 2004 13:04:00 -0000 Subject: errors when switching users (security hole?) In-Reply-To: References: Message-ID: 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 -- 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 kris.thielemans@csc.mrc.ac.uk Tue Feb 24 13:11:00 2004 From: kris.thielemans@csc.mrc.ac.uk (Kris Thielemans) Date: Tue, 24 Feb 2004 13:11:00 -0000 Subject: errors when switching users (security hole?) In-Reply-To: Message-ID: > > 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 From danilo.turina@alcatel.it Tue Feb 24 16:02:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Tue, 24 Feb 2004 16:02:00 -0000 Subject: errors when switching users (security hole?) In-Reply-To: References: Message-ID: <403B4E51.4050609@alcatel.it> 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 From danilo.turina@alcatel.it Tue Feb 24 16:41:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Tue, 24 Feb 2004 16:41:00 -0000 Subject: errors when switching users (security hole?) In-Reply-To: References: Message-ID: <403B4E51.4050609@alcatel.it> 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 From rodmedina@cantv.net Tue Feb 24 17:04:00 2004 From: rodmedina@cantv.net (Rodrigo Medina) Date: Tue, 24 Feb 2004 17:04:00 -0000 Subject: XWin4.3.0-45 -multiwindow crashes with cygwin20040221 in Win95. Message-ID: <192100-22004222416232148@cantv.net> 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 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: gdb-chess.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: gnuchess-Check.txt URL: From elvin_peterson@yahoo.com Tue Feb 24 18:44:00 2004 From: elvin_peterson@yahoo.com (Elvin Peterson) Date: Tue, 24 Feb 2004 18:44:00 -0000 Subject: emacs paste from windows Message-ID: <20040224164123.86183.qmail@web60207.mail.yahoo.com> 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 From fabrizio.ge@tiscali.it Wed Feb 25 08:12:00 2004 From: fabrizio.ge@tiscali.it (fabrizio.ge@tiscali.it) Date: Wed, 25 Feb 2004 08:12:00 -0000 Subject: XWin 4.3.0-46 crashes in Windows 2000 Message-ID: <4034E3090000C671@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-8 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-12 OK XFree86-startup-scripts 4.2.0-5 OK 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=00000000 ebx=000017A8 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=0000 ss=0023 Stack trace: Frame Function Args 0194ED84 610AAEFC (181489E0, 00290000, 611489C0, 00000001) 0194EDB4 61054B85 (102C8528, 00000000, 00000000, 00000030) 0194EE14 61086211 (00000020, 00000018, 10228AE0, 102C6D18) 0194EEC4 0044E0E1 (1020C4B8, C0000001, 100F119C, 10222FB8) 0194EEE4 0044E2AD (0080000F, 100F1190, 000000C5, 000000C5) 0194EF34 00444CD2 (100EA0B0, FFFFFFFF, 00000000, 00000000) 0194EF74 610A024F (100F1278, 0194EFAC, 610A01E0, 00000000) 0194EFA4 61003D64 (00000000, 00000000, 00000000, 00000000) 0194FFA4 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 Wed Feb 25 08:15:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Feb 2004 08:15:00 -0000 Subject: A windowing bug on manimize/restore In-Reply-To: <20040224160548.9F4E.TAKUMA@dgp.ne.jp> References: <20040224160548.9F4E.TAKUMA@dgp.ne.jp> Message-ID: <403B9B38.7020202@msu.edu> 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 > > From ehud@unix.mvs.co.il Wed Feb 25 09:29:00 2004 From: ehud@unix.mvs.co.il (Ehud Karni) Date: Wed, 25 Feb 2004 09:29:00 -0000 Subject: emacs paste from windows In-Reply-To: <20040224164123.86183.qmail@web60207.mail.yahoo.com> (message from Elvin Peterson on Tue, 24 Feb 2004 08:41:23 -0800 (PST)) References: <20040224164123.86183.qmail@web60207.mail.yahoo.com> Message-ID: <200402250812.i1P8CXjU009806@beta.mvs.co.il> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 24 Feb 2004 08:41:23, Elvin Peterson wrote: > > 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. It works for me. Check 2 things: 1. That you use the clipboard with Xwin (-clipboard) in startxwin. From your ability to paste into windows it seems it is set. 2. Check the function your mouse click uses to paste (by C-h k). The function that works for me is `x-get-selection'. 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) iD8DBQFAPFjwLFvTvpjqOY0RApv4AJ9dNkEAEgL8jZytKuv0z82akHH6IQCfYCmi cIrKDrj68xO8E+1nd4T3lJ0= =j8UM -----END PGP SIGNATURE----- From takuma@dgp.ne.jp Wed Feb 25 10:14:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Wed, 25 Feb 2004 10:14:00 -0000 Subject: Exclusive window manager for -multiwindow In-Reply-To: <40391FD3.1030706@msu.edu> References: <40391FD3.1030706@msu.edu> Message-ID: <20040225171424.F300.TAKUMA@dgp.ne.jp> Harold, > I tested your fix and it works fine with twm. Doing a 'startkde' on a > remote box does not fail like twm does... it still works and has weird > behavior. I wonder if there is something else that we need to do to > work with modern window managers? In any case, your fix is better than > what we had before. :) Yes, it works only for twm and those who inherit twm's code (e.g. wmaker). The default window manager for KDE, kwin, uses SubstructureRedirectMask for wm detection. However we cannot do just grabbing the mask, unlike ButtonPressMask for twm. For the mask it is necessary to properly handle three requests dispatched by the mask in winMultiWindowXMsgProc. It may or not may be a little work, but what I'm really afraid of is that win32rootless combined with XWinWM could have already implemented it, though I don't know. I must avoid to make things duplicate. Takuma Murakami From Alexander.Gottwald@s1999.tu-chemnitz.de Wed Feb 25 10:25:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Feb 2004 10:25:00 -0000 Subject: XWin causes Windows apps to hang(?) In-Reply-To: <4035245B.4090707@msu.edu> References: <1074946000.18324.6.camel@famine> <4035245B.4090707@msu.edu> Message-ID: Harold L Hunt II wrote: > Yes, the OpenClipboard failure is probably causing your crash. winProcSetSelectionOwner - OpenClipboard () failed: 00000000 winProcSetSelectionOwner - OpenClipboard () failed: 00000000 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; } bye ago NP: Front Line Assembly - Maniacal -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From dickey@his.com Wed Feb 25 10:25:00 2004 From: dickey@his.com (Thomas Dickey) Date: Wed, 25 Feb 2004 10:25:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: <403C6BB4.8010807@alcatel.it> References: <403C6BB4.8010807@alcatel.it> Message-ID: On Wed, 25 Feb 2004, Danilo Turina wrote: > In effect this modification solves the problem for rlogins launched > manually by an xterm, but I does not affect at all commands inserted > into .XWinrc (they look like "xterm -e rlogin machine -l user"). > > I tried several ways to put the speed to 38400 for those menu entries > but I have always failed. > > Is there a way to do that? A shell script could do that (which in turn does the rlogin, etc.) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From danilo.turina@alcatel.it Wed Feb 25 10:25:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Wed, 25 Feb 2004 10:25:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail Message-ID: <403C6BB4.8010807@alcatel.it> Hello everybody, it's some time I'm using Cygwin and XFree and I feel very satisfied with both them. Until today, I always have used the rootless mode + wmaker (which I like very much). Anyway this morning I tried to switch to the multiwindow mode. Having customized the "contextual" menu of wmaker, I wished to port those menu items into the XWin menu modifying .XWinrc. I have unable to do that, because most of those menu items are xterms that rlogins toward HP-UX machines, and they do not work anymore into multiwindow mode. The problem seems related to the stty speed parameter. 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). Searching Google I found that Speed == 0 means "hang up" for some machines (e.g. Sun or HP-UX). A solution suggested by this Google search was to modify /etc/profile adding something like that: if [ -n "$DISPLAY" -a "$TERM" = xterm ] ; then stty 38400 fi In effect this modification solves the problem for rlogins launched manually by an xterm, but I does not affect at all commands inserted into .XWinrc (they look like "xterm -e rlogin machine -l user"). I tried several ways to put the speed to 38400 for those menu entries but I have always failed. Is there a way to do that? Ciao, Danilo -- -------------------------------------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -------------------------------------- 2 anni 10 mesi 16 giorni 1 ora 1 minuto 7 secondi From Alexander.Gottwald@s1999.tu-chemnitz.de Wed Feb 25 10:45:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Feb 2004 10:45:00 -0000 Subject: New windowing code In-Reply-To: <1077463794.14766.11.camel@famine> References: <1077463794.14766.11.camel@famine> Message-ID: ?yvind Harboe wrote: > - Clipboard causes winapps to deadlock I've noticed some of the deadlocks too. but reproducing them is very hard since they only happen after long and intensive usage. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Wed Feb 25 10:54:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Feb 2004 10:54:00 -0000 Subject: New windowing code In-Reply-To: <20040222221354.3B83.TAKUMA@dgp.ne.jp> References: <1077401565.6002.2.camel@famine> <20040222210701.3B80.TAKUMA@dgp.ne.jp> <20040222221354.3B83.TAKUMA@dgp.ne.jp> Message-ID: Takuma Murakami wrote: > I confirmed the problem after 'make clean', with > Harold's correction. Hm. It seems the dependencies are broken for you. Can you check this is in hw/xwin/Makefile? # ---------------------------------------------------------------------- # dependencies generated by makedepend sinclude Makefile.dep if this is present then just do "make depend" and a simple make should compile even files where only includes were changed. bye ago NP: Assemblage 23 - Naked -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Wed Feb 25 11:01:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Feb 2004 11:01:00 -0000 Subject: New windowing code In-Reply-To: References: <20040222221354.3B83.TAKUMA@dgp.ne.jp> <20040223150319.6EF1.TAKUMA@dgp.ne.jp> Message-ID: Alexander Gottwald wrote: > On Mon, 23 Feb 2004, Takuma Murakami wrote: > > > Looks 'sinclude ...' is missing. > > Hm, I thought I had checked that in. I'll check tonight. I forgot th check it in. I've done it now. make Makefile should create a Makefile which honours the dependencies created by make depend. bye ago NP: Blutengel - Our Time -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Wed Feb 25 11:04:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Feb 2004 11:04:00 -0000 Subject: XWin causes Windows apps to hang(?) In-Reply-To: References: <1074946000.18324.6.camel@famine> <4035245B.4090707@msu.edu> Message-ID: Alexander Gottwald wrote: > 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. I had XWin running with this change and it produced logmessages (from memory): OpenClipboard () failed: 0000000 EmptyClipboard () failed: $NUMBER (Clipboard not open error) bye ago NP: New Concept - Station Man -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Wed Feb 25 11:23:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Feb 2004 11:23:00 -0000 Subject: XWin: problems on un-networked machine In-Reply-To: <000a01c3f936$8421e570$0b7b2852@leper> References: <000a01c3f936$8421e570$0b7b2852@leper> Message-ID: fergus@bonhard.uklinux.net wrote: > For a while I've been able to use XWin running from a reduced Cygwin-on-CD > on a non-networked machine by using the command line > > mount -buf $TMPDIR /tmp/ > XWin -nolisten local -multiwindow & > > (ther first line is intended to allow the writing on XWin.log and, in the > past, has achieved exactly this). However, lately, and including the most > recent update of XWin _and_ the latest (I think) snapshot of cygwin1.dll, > this has now failed, with no logfile XWin.log written. The application XWin > "dies" immediately, as shown by ps. The multiwindow code requires a windowmanager. The design has changed recently and most likely the windowmanager fails to connect and XWin does not start. Why are you disabling the local transport? is this for a special reason? Does it work if you omit "-nolisten local"? > 2. Sorry, I know this is an essentially pointless question, but _why_ does > XWin require internet access??!! and, are there other / better switches I > should or could be using than "-nolisten local" to render the application > useable on a non-networked machine? The communication between xserver and xclients is done via TCP/IP or Unix-Sockets. The second is simualted on cygwin with loopback TCP/IP. NP: Project Pitchfork - 2nd Step -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From danilo.turina@alcatel.it Wed Feb 25 11:35:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Wed, 25 Feb 2004 11:35:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: References: <403C6BB4.8010807@alcatel.it> Message-ID: <403C78CB.2080103@alcatel.it> Thomas Dickey wrote: > On Wed, 25 Feb 2004, Danilo Turina wrote: > > >>In effect this modification solves the problem for rlogins launched >>manually by an xterm, but I does not affect at all commands inserted >>into .XWinrc (they look like "xterm -e rlogin machine -l user"). >> >>I tried several ways to put the speed to 38400 for those menu entries >>but I have always failed. >> >>Is there a way to do that? > > > A shell script could do that (which in turn does the rlogin, etc.) > In effect I use a script to open the terminals, but if I try to put "stty 38400" into that script it does not work when invoked by the XWin menu, it reports an error related to the fact that stdin is not a terminal. -- -------------------------------------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -------------------------------------- 2 anni 10 mesi 16 giorni 1 ora 55 minuti 55 secondi From danilo.turina@alcatel.it Wed Feb 25 11:37:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Wed, 25 Feb 2004 11:37:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: References: <403C6BB4.8010807@alcatel.it> Message-ID: <403C78CB.2080103@alcatel.it> Thomas Dickey wrote: > On Wed, 25 Feb 2004, Danilo Turina wrote: > > >>In effect this modification solves the problem for rlogins launched >>manually by an xterm, but I does not affect at all commands inserted >>into .XWinrc (they look like "xterm -e rlogin machine -l user"). >> >>I tried several ways to put the speed to 38400 for those menu entries >>but I have always failed. >> >>Is there a way to do that? > > > A shell script could do that (which in turn does the rlogin, etc.) > In effect I use a script to open the terminals, but if I try to put "stty 38400" into that script it does not work when invoked by the XWin menu, it reports an error related to the fact that stdin is not a terminal. -- -------------------------------------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -------------------------------------- 2 anni 10 mesi 16 giorni 1 ora 55 minuti 55 secondi From dickey@his.com Wed Feb 25 11:41:00 2004 From: dickey@his.com (Thomas Dickey) Date: Wed, 25 Feb 2004 11:41:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: <403C78CB.2080103@alcatel.it> References: <403C6BB4.8010807@alcatel.it> <403C78CB.2080103@alcatel.it> Message-ID: On Wed, 25 Feb 2004, Danilo Turina wrote: > Thomas Dickey wrote: > > > On Wed, 25 Feb 2004, Danilo Turina wrote: > > > > > >>In effect this modification solves the problem for rlogins launched > >>manually by an xterm, but I does not affect at all commands inserted > >>into .XWinrc (they look like "xterm -e rlogin machine -l user"). > >> > >>I tried several ways to put the speed to 38400 for those menu entries > >>but I have always failed. > >> > >>Is there a way to do that? > > > > > > A shell script could do that (which in turn does the rlogin, etc.) > > > > In effect I use a script to open the terminals, but if I try to put > "stty 38400" into that script it does not work when invoked by the XWin > menu, it reports an error related to the fact that stdin is not a terminal. hmm - I don't use rlogin much any more, but it sounds as if that's working around that issue. Looking at the code, it seems that if BAUD_0 is defined (e.g., in the header files), that stops xterm from setting a baud rate. You should be able to compile xterm with that turned off (by adding an #undef BAUD_0 before its first use in main.c). xterm's ttyModes resource would be a suitable place to make that configurable, but currently it's done at compile time). I made a note to check on that (it's been that way for a long time). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From alexander.gottwald@s1999.tu-chemnitz.de Wed Feb 25 11:46:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Feb 2004 11:46:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: <403C6BB4.8010807@alcatel.it> References: <403C6BB4.8010807@alcatel.it> Message-ID: 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. The only solution seems to start the xterms from a windows console. 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 danilo.turina@alcatel.it Wed Feb 25 11:47:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Wed, 25 Feb 2004 11:47:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: References: <403C6BB4.8010807@alcatel.it> Message-ID: <403C814B.8090607@alcatel.it> 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. Yes, it's true. On the contrary replace xterm with rxvt all works properly. Another example of that is the following: XWin.exe (multiwindow) -> xterm.exe : speed 0 -> rxvt.exe : speed 38400 -> xterm.exe : speed 38400 > The only solution seems to start the xterms from a windows console. > > bye > ago -- -------------------------------------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -------------------------------------- 2 anni 10 mesi 16 giorni 2 ore 30 minuti 8 secondi From danilo.turina@alcatel.it Wed Feb 25 11:47:00 2004 From: danilo.turina@alcatel.it (Danilo Turina) Date: Wed, 25 Feb 2004 11:47:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: References: <403C6BB4.8010807@alcatel.it> Message-ID: <403C814B.8090607@alcatel.it> 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. Yes, it's true. On the contrary replace xterm with rxvt all works properly. Another example of that is the following: XWin.exe (multiwindow) -> xterm.exe : speed 0 -> rxvt.exe : speed 38400 -> xterm.exe : speed 38400 > The only solution seems to start the xterms from a windows console. > > bye > ago -- -------------------------------------- Danilo Turina Alcatel Optics OND Network Management Rieti (Italy) - Phone: +39 0746 600332 -------------------------------------- 2 anni 10 mesi 16 giorni 2 ore 30 minuti 8 secondi From dickey@his.com Wed Feb 25 11:50:00 2004 From: dickey@his.com (Thomas Dickey) Date: Wed, 25 Feb 2004 11:50:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: References: <403C6BB4.8010807@alcatel.it> Message-ID: 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. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From huntharo@msu.edu Wed Feb 25 11:51:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Feb 2004 11:51:00 -0000 Subject: New windowing code In-Reply-To: References: <20040222221354.3B83.TAKUMA@dgp.ne.jp> <20040223150319.6EF1.TAKUMA@dgp.ne.jp> Message-ID: <403C8598.6090005@msu.edu> Alexander Gottwald wrote: > Alexander Gottwald wrote: > > >>On Mon, 23 Feb 2004, Takuma Murakami wrote: >> >> >>>Looks 'sinclude ...' is missing. >> >>Hm, I thought I had checked that in. I'll check tonight. > > > I forgot th check it in. I've done it now. make Makefile should create > a Makefile which honours the dependencies created by make depend. Alexander, I didn't see a commit message for this, nor is there a log of it in CVS: http://pdx.freedesktop.org/cgi-bin/viewcvs.cgi/xc/programs/Xserver\ /hw/xwin/?cvsroot=xorg&only_with_tag=CYGWIN&sortby=date#dirlist Harold From huntharo@msu.edu Wed Feb 25 11:58:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Feb 2004 11:58:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: <403C814B.8090607@alcatel.it> References: <403C6BB4.8010807@alcatel.it> <403C814B.8090607@alcatel.it> Message-ID: <403C8870.1070309@msu.edu> This issue has to have something to do with the way that commands are launched from the .XWinrc menu, since launching an xterm from another xterm works just fine. Here is the code that launches commands specified in the .XWinrc menus: case CMD_EXEC: if (fork()==0) { struct rlimit rl; unsigned long i; /* Close any open descriptors except for STD* */ getrlimit (RLIMIT_NOFILE, &rl); for (i = STDERR_FILENO+1; i < rl.rlim_cur; i++) close(i); /* Disassociate any TTYs */ setsid(); execl ("/bin/sh", "/bin/sh", "-c", m->menuItem[j].param, NULL); exit (0); } I'm looking into it a little bit, but I think that others could shed some light on this. Harold From alexander.gottwald@s1999.tu-chemnitz.de Wed Feb 25 13:03:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Feb 2004 13:03:00 -0000 Subject: New windowing code In-Reply-To: <403C8598.6090005@msu.edu> References: <20040222221354.3B83.TAKUMA@dgp.ne.jp> <20040223150319.6EF1.TAKUMA@dgp.ne.jp> <403C8598.6090005@msu.edu> Message-ID: On Wed, 25 Feb 2004, Harold L Hunt II wrote: > Alexander, > > I didn't see a commit message for this, nor is there a log of it in CVS: It is in the config/cf directory. The Makefile template uses the macro IncludeMakefile(DependFileName) to include the dependencies but this macros was defined as /**/ for a long time. So no dependency information was used in the makefile. I changed the condition when IncludeMakefile is defined as sinclude (the former condition seemed broken) and define HasMakefileSafeInclude in cygwin.cf 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 Feb 25 14:56:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Feb 2004 14:56:00 -0000 Subject: New windowing code In-Reply-To: References: <20040222221354.3B83.TAKUMA@dgp.ne.jp> <20040223150319.6EF1.TAKUMA@dgp.ne.jp> <403C8598.6090005@msu.edu> Message-ID: <403C89E6.3050108@msu.edu> Alexander Gottwald wrote: > On Wed, 25 Feb 2004, Harold L Hunt II wrote: > > >>Alexander, >> >>I didn't see a commit message for this, nor is there a log of it in CVS: > > > It is in the config/cf directory. The Makefile template uses the macro > IncludeMakefile(DependFileName) to include the dependencies but this > macros was defined as /**/ for a long time. So no dependency information > was used in the makefile. > > I changed the condition when IncludeMakefile is defined as sinclude (the > former condition seemed broken) and define HasMakefileSafeInclude in cygwin.cf Interesting. Do you have any idea as to why your commit message didn't go through? Harold From huntharo@msu.edu Wed Feb 25 15:29:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Feb 2004 15:29:00 -0000 Subject: New windowing code In-Reply-To: <403C89E6.3050108@msu.edu> References: <20040222221354.3B83.TAKUMA@dgp.ne.jp> <20040223150319.6EF1.TAKUMA@dgp.ne.jp> <403C8598.6090005@msu.edu> <403C89E6.3050108@msu.edu> Message-ID: <403C8B2C.6020207@msu.edu> Alexander, I have messages from before and after your commit, and the mailing list archive seems to have caught your commit too: http://pdx.freedesktop.org/pipermail/xorg-commit/2004-February/000376.html http://pdx.freedesktop.org/pipermail/xorg-commit/2004-February/000377.html Did you happen to get a copy of those sent to you? I wonder if my copy is sitting in a queue somewhere for the next week... Harold From dickey@his.com Wed Feb 25 15:39:00 2004 From: dickey@his.com (Thomas Dickey) Date: Wed, 25 Feb 2004 15:39:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: <403C8870.1070309@msu.edu> References: <403C6BB4.8010807@alcatel.it> <403C814B.8090607@alcatel.it> <403C8870.1070309@msu.edu> Message-ID: On Wed, 25 Feb 2004, Harold L Hunt II wrote: > This issue has to have something to do with the way that commands are > launched from the .XWinrc menu, since launching an xterm from another > xterm works just fine. Here is the code that launches commands > specified in the .XWinrc menus: > > case CMD_EXEC: > if (fork()==0) > { > struct rlimit rl; > unsigned long i; > > /* Close any open descriptors except for STD* */ > getrlimit (RLIMIT_NOFILE, &rl); > for (i = STDERR_FILENO+1; i < rl.rlim_cur; i++) > close(i); If the stdin for the menu process isn't a tty, the inherited stdin for xterm still won't be a tty. Some stty settings can be set for non-tty's, and some cannot. Usually the differences between xterm and rxvt in this area are related to whether there is a real /dev/tty associated with the process. > /* Disassociate any TTYs */ > setsid(); The intent here is to prevent signals from propagating into the subprocess. > > execl ("/bin/sh", > "/bin/sh", > "-c", > m->menuItem[j].param, > NULL); > exit (0); > } > > I'm looking into it a little bit, but I think that others could shed > some light on this. > > Harold > -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From alexander.gottwald@s1999.tu-chemnitz.de Wed Feb 25 16:48:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 25 Feb 2004 16:48:00 -0000 Subject: New windowing code In-Reply-To: <403C89E6.3050108@msu.edu> References: <20040222221354.3B83.TAKUMA@dgp.ne.jp> <20040223150319.6EF1.TAKUMA@dgp.ne.jp> <403C8598.6090005@msu.edu> <403C89E6.3050108@msu.edu> Message-ID: On Wed, 25 Feb 2004, Harold L Hunt II wrote: > > I changed the condition when IncludeMakefile is defined as sinclude (the > > former condition seemed broken) and define HasMakefileSafeInclude in cygwin.cf The second was already in CVS. So I only changed the condiation. > > Interesting. Do you have any idea as to why your commit message didn't > go through? I've seen the commit message. But i was hidden between same hundred commit messages from kaleb *g*. http://pdx.freedesktop.org/pipermail/xorg-commit/2004-February/000377.html Index: Imake.rules =================================================================== RCS file: /cvs/xorg/xc/config/cf/Imake.rules,v retrieving revision 1.1.4.3 retrieving revision 1.1.4.3.2.1 diff -u -d -r1.1.4.3 -r1.1.4.3.2.1 --- a/Imake.rules 30 Nov 2003 16:46:49 -0000 1.1.4.3 +++ b/Imake.rules 23 Feb 2004 21:39:04 -0000 1.1.4.3.2.1 @@ -1865,7 +1865,7 @@ * The double-@ is to ensure no leading spaces on the line. */ #ifndef IncludeMakefile -#if HasClearmake +#if HasClearmake || HasMakefileSafeInclude #define IncludeMakefile(file) @@sinclude file #else #if HasBsdMake ClearMake seems to be a commercial product and has (IMO) nothing to do with sinclude. 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 Feb 25 17:00:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Feb 2004 17:00:00 -0000 Subject: New windowing code In-Reply-To: References: <20040222221354.3B83.TAKUMA@dgp.ne.jp> <20040223150319.6EF1.TAKUMA@dgp.ne.jp> <403C8598.6090005@msu.edu> <403C89E6.3050108@msu.edu> Message-ID: <403C8BEF.7010907@msu.edu> Alexander Gottwald wrote: > On Wed, 25 Feb 2004, Harold L Hunt II wrote: > > >>>I changed the condition when IncludeMakefile is defined as sinclude (the >>>former condition seemed broken) and define HasMakefileSafeInclude in cygwin.cf > > > The second was already in CVS. So I only changed the condiation. > > >>Interesting. Do you have any idea as to why your commit message didn't >>go through? > > > I've seen the commit message. But i was hidden between same hundred commit > messages from kaleb *g*. That explains it... now I remember deleting about 200 messages because they overflowed my account limit :) Harold From huntharo@msu.edu Wed Feb 25 17:06:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Feb 2004 17:06:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: References: <403C6BB4.8010807@alcatel.it> <403C814B.8090607@alcatel.it> <403C8870.1070309@msu.edu> Message-ID: <403C8C3A.6020404@msu.edu> Thomas Dickey wrote: > On Wed, 25 Feb 2004, Harold L Hunt II wrote: > > >>This issue has to have something to do with the way that commands are >>launched from the .XWinrc menu, since launching an xterm from another >>xterm works just fine. Here is the code that launches commands >>specified in the .XWinrc menus: >> >>case CMD_EXEC: >>if (fork()==0) >>{ >> struct rlimit rl; >> unsigned long i; >> >> /* Close any open descriptors except for STD* */ >> getrlimit (RLIMIT_NOFILE, &rl); >> for (i = STDERR_FILENO+1; i < rl.rlim_cur; i++) >> close(i); > > > If the stdin for the menu process isn't a tty, the inherited stdin for > xterm still won't be a tty. Some stty settings can be set for non-tty's, > and some cannot. Usually the differences between xterm and rxvt in this > area are related to whether there is a real /dev/tty associated with the > process. Sounds like we need to peek at rxvt to get some pointers on how to do this... or is it your impression that it is not really possible? >> /* Disassociate any TTYs */ >> setsid(); > > > The intent here is to prevent signals from propagating into the > subprocess. Okay. Harold From elvin_peterson@yahoo.com Wed Feb 25 18:21:00 2004 From: elvin_peterson@yahoo.com (Elvin Peterson) Date: Wed, 25 Feb 2004 18:21:00 -0000 Subject: emacs paste from windows In-Reply-To: <200402250812.i1P8CXjU009806@beta.mvs.co.il> Message-ID: <20040225115855.8157.qmail@web60204.mail.yahoo.com> --- Ehud Karni wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, 24 Feb 2004 08:41:23, Elvin Peterson > wrote: > > > > 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. > > It works for me. > > Check 2 things: > 1. That you use the clipboard with Xwin (-clipboard) > in startxwin. > From your ability to paste into windows it seems > it is set. Yes, I have used the -clipboard option. > 2. Check the function your mouse click uses to paste > (by C-h k). that is down-mouse-2. > The function that works for me is > `x-get-selection'. I see that executing (x-get-selection) doesn't get the pasted text. Thanks. __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools From dickey@his.com Wed Feb 25 18:27:00 2004 From: dickey@his.com (Thomas Dickey) Date: Wed, 25 Feb 2004 18:27:00 -0000 Subject: MultiWindow Mode: stty speed = 0 on xterm cause rlogin to fail In-Reply-To: <403C8C3A.6020404@msu.edu> References: <403C6BB4.8010807@alcatel.it> <403C814B.8090607@alcatel.it> <403C8870.1070309@msu.edu> <403C8C3A.6020404@msu.edu> Message-ID: On Wed, 25 Feb 2004, Harold L Hunt II wrote: > > If the stdin for the menu process isn't a tty, the inherited stdin for > > xterm still won't be a tty. Some stty settings can be set for non-tty's, > > and some cannot. Usually the differences between xterm and rxvt in this > > area are related to whether there is a real /dev/tty associated with the > > process. > > Sounds like we need to peek at rxvt to get some pointers on how to do > this... or is it your impression that it is not really possible? It might not be possible - xterm is doing some features that rxvt doesn't, and making some checks that rxvt doesn't. It's worth comparing to see where the problem is, though - might be a feature whose failure can be worked around. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net From groups@ComputerBums.com Wed Feb 25 19:01:00 2004 From: groups@ComputerBums.com (Don V Black) Date: Wed, 25 Feb 2004 19:01:00 -0000 Subject: cygwin/xwin multiple logon scripts In-Reply-To: <4026E73B.6060209@Sun.COM> Message-ID: <5.2.1.1.1.20040225064250.04238028@softcafe.net> Hi - I have cygwin on W2K Pro from which I launch xwin.exe I use xwin to monitor 3 Linux servers. I use the ALT-Fn feature of xwin to open a separate virtual xwin session (what is that called ... a panel? a window? an instance?) for each server. I then open multiple telnet sessions form each xwin ALT-Fn instance. I must relogon to each of these servers from the multiple telnet sessions every time W2K is reboot. Of course, this is often. My question is "How do I set up a script to perform this multiple logon to multiple servers from xwin under cygwin?" My W2K client system is on a LAN behind a firewall. Thank you in advance. Warm Regards, Don V Black + + + + + + + + + + + + + + + + + + + + + + Join the Pros at your IEEE Computer Society http://www.IEEE-OCCS.org Digital ChoreoGraphics http://www.dcgfx.com 3D Visualization Software Design & Development 1-949-548-1969 dcg02@softcafe.net From abraverman@recurrentsoft.com Wed Feb 25 19:19:00 2004 From: abraverman@recurrentsoft.com (Andrew Braverman) Date: Wed, 25 Feb 2004 19:19:00 -0000 Subject: Clipboard problems on 4.3.0-47 In-Reply-To: <20040224160548.9F4E.TAKUMA@dgp.ne.jp> Message-ID: <000601c3fbb4$2f8fbca0$1e54cea7@andrew> Thanks, Takuma, the Z-order bug seems to be fixed now. Unfortunately, I am now suddenly having problems with the clipboard integration which I have not had problems with in ages. The bottom of my XWin.log contains the following: winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the di splay. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the disp lay. 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. Any thoughts, Harold? - Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Takuma Murakami > Sent: Tuesday, February 24, 2004 2:27 AM > To: cygwin-xfree@cygwin.com > Subject: A windowing bug on manimize/restore > > > 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 > > From groups@ComputerBums.com Wed Feb 25 19:25:00 2004 From: groups@ComputerBums.com (Don V Black) Date: Wed, 25 Feb 2004 19:25:00 -0000 Subject: cygwin/xwin multiple logon scripts Message-ID: <5.2.1.1.1.20040225074036.00b00bc8@softcafe.net> Hi - I have cygwin on W2K Pro from which I launch xwin.exe I use xwin to monitor 3 Linux servers. I use the ALT-Fn feature of xwin to open a separate virtual xwin session (what is that called ... a panel? a window? an instance?) for each server. I then open multiple telnet sessions form each xwin ALT-Fn instance. I must relogon to each of these servers from the multiple telnet sessions every time W2K is reboot. Of course, this is often. My question is "How do I set up a script to perform this multiple logon to multiple servers from xwin under cygwin?" My W2K client system is on a LAN behind a firewall. Thank you in advance. Kind Regards, Don V Black === Pardon if this msg posts twice. The first one bounced. + + + + + + + + + + + + + + + + + + + + + + Join the Pros at your IEEE Computer Society http://www.IEEE-OCCS.org Digital ChoreoGraphics http://www.dcgfx.com 3D Visualization Software Design & Development 1-949-548-1969 dcg02@softcafe.net From huntharo@msu.edu Wed Feb 25 21:51:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 25 Feb 2004 21:51:00 -0000 Subject: [Fwd: [Bug 217] New: Menu bar in window is not clickable - Cygwin - XWin] Message-ID: <403CD1EE.6010007@msu.edu> Does anyone have an environment to test the reproducibility of this bug report? I would appreciate any help in debugging it. Harold -------- Original Message -------- Subject: [Bug 217] New: Menu bar in window is not clickable - Cygwin - XWin Date: Wed, 25 Feb 2004 08:11:27 -0800 From: bugzilla-daemon at pdx daught freedesktop daught org To: harold http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=217 Summary: Menu bar in window is not clickable - Cygwin - XWin Product: xorg Version: unspecified Platform: PC OS/Version: other Status: NEW Severity: normal Priority: P2 Component: server AssignedTo: harold ReportedBy: jhughesjr When I use Cygwin/XWin as my X Server on a: Windows XP Professional Version 2002 Service Pack 1 NVidia Quadro2 MXR/EX Driver Version: 4.3.5.1 and run Purify: Version 2001a.04.00 Solaris 2 on a: Machine hardware: sun4u OS version: 5.7 Processor type: sparc Hardware: SUNW,Ultra-4 I can not click on any of the menus: File, View, Actions, Options, Help. The buttons on the toolbar work and the window contents itself is clickable as well. The X Server is started with the following command: start XWin -multiwindow -clipboard From huntharo@msu.edu Thu Feb 26 00:51:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 26 Feb 2004 00:51:00 -0000 Subject: cygwin/xwin multiple logon scripts In-Reply-To: <5.2.1.1.1.20040225074036.00b00bc8@softcafe.net> References: <5.2.1.1.1.20040225074036.00b00bc8@softcafe.net> Message-ID: <403CD4B5.1050908@msu.edu> Don, Don V Black wrote: > Hi - > > I have cygwin on W2K Pro from which I launch xwin.exe > I use xwin to monitor 3 Linux servers. Fair enough. > I use the ALT-Fn > feature of xwin to open a separate virtual xwin session > (what is that called ... a panel? a window? an instance?) > for each server. I am not sure what Alt-Fn functionality you are referring to... it isn't a part of XWin.exe as far as I know. Are you using some sort of virtual desktop manager or are you using Alt-Tab to switch between multiple instances of XWin.exe? Are you starting multiple instances of XWin.exe with different display numbers (e.g. 'XWin :0', 'XWin :1', etc) or are you talking about something else? > I then open multiple telnet sessions > form each xwin ALT-Fn instance. I must relogon to each > of these servers from the multiple telnet sessions every > time W2K is reboot. Of course, this is often. I suggest instead that you use ssh, which is documented in a few sentences here: http://x.cygwin.com/docs/ug/using-remote-apps.html > My question is "How do I set up a script to perform this > multiple logon to multiple servers from xwin under cygwin?" > My W2K client system is on a LAN behind a firewall. ssh has two faclities that can help you do this: 1) ssh keys - Setup ssh keys, put the private key on your W2K Pro box that you run Cygwin/X on, then copy the text of the public key file to the "authorized keys" file on each of the remote hosts. You can then set the password on your private key to blank, which will supress prompting for the password, with the caveat that anyone that gets ahold of your private key file can easily impersonate you. Search through the OpenSSH docs for more detailed information since ssh keys are not specific to Cygwin/X but are instead shared by any platform that supports ssh. 2) ssh-agent - This is a utility included with OpenSSH that remembers passwords for keys that you have added to it with "ssh-add". The idea is to run ssh-agent, export the variables that it spits back at you in any shell that you want it to work in, then use ssh-add to cache the passwords for your keys. Upon connecting to your remote machines you will not be prompted for your password; ssh-agent will provide it for you. Again, this is documented in generic OpenSSH documentation so please look there for further information. I think you can get a pretty nice setup with ssh. Let us know how it works out. Harold From alexander.gottwald@s1999.tu-chemnitz.de Thu Feb 26 02:00:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 26 Feb 2004 02:00:00 -0000 Subject: [Fwd: [Bug 217] New: Menu bar in window is not clickable - Cygwin - XWin] In-Reply-To: <403CD1EE.6010007@msu.edu> References: <403CD1EE.6010007@msu.edu> Message-ID: On Wed, 25 Feb 2004, Harold L Hunt II wrote: > Does anyone have an environment to test the reproducibility of this bug > report? I would appreciate any help in debugging it. Is NumLock activated? > -------- Original Message -------- > Subject: [Bug 217] New: Menu bar in window is not clickable - Cygwin - XWin > Date: Wed, 25 Feb 2004 08:11:27 -0800 > From: bugzilla-daemon at pdx daught freedesktop daught org > To: harold > > http://pdx.freedesktop.org/cgi-bin/bugzilla/show_bug.cgi?id=217 > > Summary: Menu bar in window is not clickable - Cygwin - XWin > Product: xorg > Version: unspecified > Platform: PC > OS/Version: other > Status: NEW > Severity: normal > Priority: P2 > Component: server > AssignedTo: harold > ReportedBy: jhughesjr > > > When I use Cygwin/XWin as my X Server on a: > Windows XP Professional > Version 2002 Service Pack 1 > NVidia Quadro2 MXR/EX > Driver Version: 4.3.5.1 > > and run > Purify: > Version 2001a.04.00 Solaris 2 > > on a: > Machine hardware: sun4u > OS version: 5.7 > Processor type: sparc > Hardware: SUNW,Ultra-4 > > I can not click on any of the menus: File, View, Actions, Options, Help. > The buttons on the toolbar work and the window contents itself is > clickable as well. > > The X Server is started with the following command: > start XWin -multiwindow -clipboard > > -- 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 ericaxelson@yahoo.com Thu Feb 26 03:14:00 2004 From: ericaxelson@yahoo.com (Eric Axelson) Date: Thu, 26 Feb 2004 03:14:00 -0000 Subject: Can't get xfree to open Message-ID: <20040225182110.5150.qmail@web41115.mail.yahoo.com> When I enter the command "startx" in the bash window, I get this response X connection to :0.0 broken Please help. What is going on? __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools From alexander.gottwald@s1999.tu-chemnitz.de Thu Feb 26 06:18:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 26 Feb 2004 06:18:00 -0000 Subject: Can't get xfree to open In-Reply-To: <20040225182110.5150.qmail@web41115.mail.yahoo.com> References: <20040225182110.5150.qmail@web41115.mail.yahoo.com> Message-ID: On Wed, 25 Feb 2004, Eric Axelson wrote: > When I enter the command "startx" in the bash window, > I get this response try startxwin.bat If it will not help, send us /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 Vincent.Virgilio@itt.com Thu Feb 26 06:28:00 2004 From: Vincent.Virgilio@itt.com (Virgilio, Vincent) Date: Thu, 26 Feb 2004 06:28:00 -0000 Subject: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. Message-ID: <77E700AE7021314DB6CDF6D6E8F6613277CEEC@ACDFWMAIL1.acd.de.ittind.com> I just updated to XFree86-xserv-4.3.0-47 from -46, and now have two problems: 1. Clipboard integration is weakened in both 'twm' and multiwindow. I can copy/paste between X indows, but not between X and Windows (!). 2. Tk/tcl widgets fail. I run one remotely for local display, and then see in the remote window: X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 18 (X_ChangeProperty) Atom id in failed request: 0x114 Serial number of failed request: 370 Current serial number in output stream: 372 (I had to type that in by hand because of problem #1) I'm not complaining: cygwin-xfree86 is still a great product. I thought this report might be helpful to the developers, if it's not just me. Regards, Vince Virgilio XFree86-xserv-4.3.0-47 ************************************ This email and any files transmitted with it are proprietary 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 sender. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of ITT Industries, Inc. The recipient should check this email and any attachments for the presence of viruses. ITT Industries accepts no liability for any damage caused by any virus transmitted by this email. ************************************ From ericaxelson@yahoo.com Thu Feb 26 07:00:00 2004 From: ericaxelson@yahoo.com (Eric Axelson) Date: Thu, 26 Feb 2004 07:00:00 -0000 Subject: Can't get xfree to open In-Reply-To: Message-ID: <20040225191956.20710.qmail@web41102.mail.yahoo.com> Here is the file. Thanks, --- Alexander Gottwald wrote: > On Wed, 25 Feb 2004, Eric Axelson wrote: > > > When I enter the command "startx" in the bash > window, > > I get this response > > try startxwin.bat > > If it will not help, send us /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 __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log Type: application/x-sas-log Size: 2759 bytes Desc: XWin.log URL: From alexander.gottwald@s1999.tu-chemnitz.de Thu Feb 26 07:55:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 26 Feb 2004 07:55:00 -0000 Subject: Can't get xfree to open In-Reply-To: <20040225191956.20710.qmail@web41102.mail.yahoo.com> References: <20040225191956.20710.qmail@web41102.mail.yahoo.com> Message-ID: On Wed, 25 Feb 2004, Eric Axelson wrote: > Here is the file. > Thanks, Somethings wrong with the fonts. Reinstall the XFree86-fnts package. 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 ford@vss.fsi.com Thu Feb 26 11:12:00 2004 From: ford@vss.fsi.com (Brian Ford) Date: Thu, 26 Feb 2004 11:12:00 -0000 Subject: [Fwd: [Bug 217] New: Menu bar in window is not clickable - Cygwin - XWin] In-Reply-To: <403CD1EE.6010007@msu.edu> References: <403CD1EE.6010007@msu.edu> Message-ID: On Wed, 25 Feb 2004, Harold L Hunt II wrote: > Does anyone have an environment to test the reproducibility of this bug > report? I would appreciate any help in debugging it. > WFM with current packages. Differing details follow. > Version: unspecified > That was helpful! > When I use Cygwin/XWin as my X Server on a: > Windows XP Professional > Version 2002 Service Pack 1 > NVidia Quadro2 MXR/EX > ATI 9800XT > Driver Version: 4.3.5.1 > Catalyst 4.2 > and run > Purify: > Version 2001a.04.00 Solaris 2 > Version 2002a.06.00 Solaris 2 > on a: > Machine hardware: sun4u > OS version: 5.7 > OS version: 5.8 > Processor type: sparc > Processor type: sparcv9 > Hardware: SUNW,Ultra-4 > Hardware: SUNW,UltraAX-MP > I can not click on any of the menus: File, View, Actions, Options, Help. > The buttons on the toolbar work and the window contents itself is > clickable as well. > > The X Server is started with the following command: > start XWin -multiwindow -clipboard > HTH. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From ericaxelson@yahoo.com Thu Feb 26 14:08:00 2004 From: ericaxelson@yahoo.com (Eric Axelson) Date: Thu, 26 Feb 2004 14:08:00 -0000 Subject: Can't get xfree to open In-Reply-To: Message-ID: <20040226005112.91218.qmail@web41103.mail.yahoo.com> When I type in "xfig" in the bash window I get this response "Error: Can't open display LOCALHOST:0.0". When I type in "startx" I get this response "X connection to :0.0 broken (explicit kill or server shutdown>. I reinstalled cygwin and that didn't solve the problem. Please help. --- Alexander Gottwald wrote: > On Wed, 25 Feb 2004, Eric Axelson wrote: > > > When I enter the command "startx" in the bash > window, > > I get this response > > try startxwin.bat > > If it will not help, send us /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 __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools From kst@mib.org Thu Feb 26 16:01:00 2004 From: kst@mib.org (Keith Thompson) Date: Thu, 26 Feb 2004 16:01:00 -0000 Subject: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. Message-ID: <20040226020033.GA4357@nuthaus.mib.org> "Virgilio, Vincent" writes: > I just updated to XFree86-xserv-4.3.0-47 from -46, and now have two > problems: > > 1. Clipboard integration is weakened in both 'twm' and multiwindow. I > can copy/paste between X indows, but not between X and Windows (!). > > 2. Tk/tcl widgets fail. I run one remotely for local display, and then > see in the remote window: > > X Error of failed request: BadAtom (invalid Atom parameter) > Major opcode of failed request: 18 (X_ChangeProperty) > Atom id in failed request: 0x114 > Serial number of failed request: 370 > Current serial number in output stream: 372 > > (I had to type that in by hand because of problem #1) > > I'm not complaining: cygwin-xfree86 is still a great product. I thought > this report might be helpful to the developers, if it's not just me. It's not just you, and it's not the server. I'm running Cygwin under Windows XP on an IBM Thinkpad T40. I'm not using the Cygwin X server; instead, I'm using the Hummingbird Exceed server, version 7. I'm running multiple xterm windows; my window manager is fvwm2. I've seen the same error using the Cygwin XFree86 server. Just now, I tried to cut some text from an xterm window. When I released the mouse button, the xterm window died. The parent window had an error message identical to the one above (except that the atom id and serial numbers were different). I've tried backtracking to an older version of xterm, but so far I haven't been able to correct the problem. I have the latest versions of just about everything, except that I've downgraded XFree86-bin from 4.3.0-9 to 4.3.0-8. Here's the output of "cygcheck -c | grep XFree86": XFree86-base 4.3.0-1 OK XFree86-bin 4.3.0-8 OK XFree86-bin-icons 4.3.0-6 OK XFree86-doc 4.3.0-1 OK XFree86-etc 4.3.0-6 OK XFree86-f100 4.2.0-3 OK XFree86-fcyr 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-html 4.3.0-1 OK XFree86-jdoc 4.3.0-1 OK XFree86-lib 4.3.0-1 OK XFree86-lib-compat 4.3.0-2 OK XFree86-man 4.3.0-3 OK XFree86-nest 4.3.0-5 OK XFree86-prog 4.3.0-13 OK XFree86-prt 4.3.0-5 OK XFree86-ps 4.3.0-1 OK XFree86-startup-scripts 4.2.0-5 OK XFree86-vfb 4.3.0-5 OK XFree86-xserv 4.3.0-47 OK XFree86-xwinclip 4.3.0-2 OK -- Keith Thompson (The_Other_Keith) kst@mib.org San Diego Supercomputer Center <*> Schroedinger does Shakespeare: "To be *and* not to be" From mlioc@rtemedsr.com Thu Feb 26 16:10:00 2004 From: mlioc@rtemedsr.com (Lance London) Date: Thu, 26 Feb 2004 16:10:00 -0000 Subject: Quit wasting money..................... Message-ID: Feeling ? : Fat, stopped up, depressed, aching, knees hurt, back hurt, tired, sick ? Then come let our online doctors prescribe a wonder drug for you . Discreet, free shipping, free doctor's consult, no prior prescription required ! 100's of medicines to choose from, lowest prices, highest quality. Feel better tomorrow ! http://cheapest.eed4d.com/gp/default.asp?id=gm04 RE M OVE : http://cheapest.eed4d.com/host/emailremove.asp From takuma@dgp.ne.jp Thu Feb 26 17:26:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 26 Feb 2004 17:26:00 -0000 Subject: Critical: Unable to type in the password in ssh in order to start X In-Reply-To: <403A943F.8040101@rbcmail.ru> References: <403A943F.8040101@rbcmail.ru> Message-ID: <20040226150839.BA07.TAKUMA@dgp.ne.jp> Constantine, > I have the latest stable versions of cygwin and cygwin/X. I usually > update them every month or so. After I automatically updated it last > time to the latest cygwin release, I started to have problems with my > X-configuration. I have the following in my ~/.xinitrc file: > > xhost + 192.168.0.18 > ssh myusername@192.168.0.18 "setenv DISPLAY 192.168.0.1:0; startkde" > > Before the bug, I was able to run xinit, switch to console again, type > the password and switch to the display again. Now, when I am trying to > type the password, I can see all the characters that I am typing, and > after pressing , I am given the second prompt for the password > with the same problems. And so on. Therefore, I cannot use XFree86 > anymore, because I am unable to authorise. :-( I tested it from non-X version of rxvt and got no problem. My .initrc is: ssh -CX user@host startkde Hope this helps. Takuma Murakami From kst@mib.org Thu Feb 26 17:34:00 2004 From: kst@mib.org (Keith Thompson) Date: Thu, 26 Feb 2004 17:34:00 -0000 Subject: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. In-Reply-To: <20040226020033.GA4357@nuthaus.mib.org> References: <20040226020033.GA4357@nuthaus.mib.org> Message-ID: <20040226062847.GA7021@nuthaus.mib.org> In my previous message, I missed a major piece of the puzzle. The xterm windows that are dying mysteriously are running on a Solaris system, not on my laptop under Cygwin. Here's the scenario. My laptop is "baldur" (IBM Thinkpad T40, Windows XP, Cygwin); my Sun workstation is "elmak" (Sun Blade 100, Solaris 8). On Baldur, I run the Hummingbird Exceed version 7 X server and the fvwm2 window manager (neither of which seems to be relevant). From an xterm window on baldur, I run xterm -e ssh elmak & This gives me a shell on elmak running in an xterm window on baldur. With OpenSSH X11 forwarding, I have $DISPLAY set to 'elmak:7.0'. On elmak, I run xterm & Now I have a second shell on elmak, this one in an xterm window running on elmak but displayed on baldur. No further forwarding is needed, so the new shell also has $DISPLAY set to 'elmak:7.0'. I can run X clients, such as xlogo, from any of these three windows, and they display properly. In the first two xterm windows, I can cut-and-paste. In the third (the Solaris xterm), if I try to highlight a region of text, the xterm dies as soon as I release the mouse button, and the parent window gets: xterm: warning, error event receieved: X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 18 (X_ChangeProperty) Atom id in failed request: 0xb6 Serial number of failed request: 277 Current serial number in output stream: 279 This problem first showed up in the last few days, when I updated a bunch of XFree86 packages through the Cygwin setup utility. This isn't specific to Solaris. I get the same symptom with an xterm running on a variety of systems, including Red Hat with XFree86-4.3.0-2.90.55, AIX, and SunOS 4.1.3 with X11R6.3. -- Keith Thompson (The_Other_Keith) kst@mib.org San Diego Supercomputer Center <*> Schroedinger does Shakespeare: "To be *and* not to be" From kst@mib.org Thu Feb 26 17:38:00 2004 From: kst@mib.org (Keith Thompson) Date: Thu, 26 Feb 2004 17:38:00 -0000 Subject: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. In-Reply-To: <20040226062847.GA7021@nuthaus.mib.org> References: <20040226020033.GA4357@nuthaus.mib.org> <20040226062847.GA7021@nuthaus.mib.org> Message-ID: <20040226070039.GA7885@nuthaus.mib.org> Another couple of data points: I don't need so many xterms to reproduce the problem. I can just ssh from baldur (in a non-xterm window) to elmak, then run a single xterm from there, and I see the same symptom. If I run rxvt rather than xterm, I get: rxvt: XError: Request: 18 . 0, Error: 5 emacs (in X mode) gives me a segmentation fault. xedit gives me the same error as xterm. -- Keith Thompson (The_Other_Keith) kst@mib.org San Diego Supercomputer Center <*> Schroedinger does Shakespeare: "To be *and* not to be" From alexander.gottwald@s1999.tu-chemnitz.de Thu Feb 26 17:46:00 2004 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 26 Feb 2004 17:46:00 -0000 Subject: fontconfig 2.2.0-2 breaks xserver Message-ID: Hi, after upgrading to the new fontconfig-2.2.0-2 packages I was not able to use XWin -query to login to an xdmcp server. Reverting to the -2.2.0-1 packages resolved the problem. The gray hatch pattern was shown but the login window did not appear after the usual short time (I waited aprox. 30 seconds until I gave up) I'e done no further tests. 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 takuma@dgp.ne.jp Thu Feb 26 17:46:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Thu, 26 Feb 2004 17:46:00 -0000 Subject: cygwin/xfree86/emacs problems after upgrading In-Reply-To: References: <40218BC0.3010100@msu.edu> Message-ID: <20040226164943.57EA.TAKUMA@dgp.ne.jp> Igor, > Yes, it's a neat trick *if* the only thing people changed was the install > drive. If they change the path, all bets are off. I'm surprised you > don't actually customize startxwin.bat (and similar files, like > startxdmcp.bat) in a postinstall script (which can run under a Cygwin > shell, and thus know the root of the install). You could choose a > template value, e.g. "%$CYGWIN_ROOT$%", and replace that with "`cygpath -w > /`" using, say, sed. If you're interested, I could whip up an example > postinstall script for you in the next week or so. I'm interested in that trick out of curiosity. Could you show me your boilerplate? Takuma Murakami From ehud@unix.mvs.co.il Thu Feb 26 17:53:00 2004 From: ehud@unix.mvs.co.il (Ehud Karni) Date: Thu, 26 Feb 2004 17:53:00 -0000 Subject: Emacs and snapshots (was Crashes of snapshot20040225 with Win95) In-Reply-To: <2890-220042426131959641@cantv.net> (message from Rodrigo Medina on Thu, 26 Feb 2004 09:19:59 -0400) References: <2890-220042426131959641@cantv.net> Message-ID: <200402261408.i1QE86dd004303@beta.mvs.co.il> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 26 Feb 2004 09:19:59 -0400, Rodrigo Medina wrote: > > Snapshot 20040225 also crashes some programs in Win95. > GNU Chess 5.05, that works with 1.5.5-1, crashes; Xwin also crashes in the > same function of cygwin1.dll. I report gnuchess as it is a stable, simpler > program than XWin. I reported here that Emacs crashes with 1.5.7 and the following snapshots, but I also worked on Emacs for long hours without crashes. This mail made me think. The crashes were at home where I work with Xwin, while the long sessions were at work where I work with another X server. I'll check it more (I can run this X server at home too), but until all Xwin problem are cleared we should assume that Emacs crashes because of the X server. 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) iD8DBQFAPf3FLFvTvpjqOY0RAmgWAJ9hbfo3UP9oJeZJKyAumbXOVloXXACfVxfv r6mDL4mFcGhNqtwkgVDWVSo= =g/EE -----END PGP SIGNATURE----- From elvin_peterson@yahoo.com Thu Feb 26 18:01:00 2004 From: elvin_peterson@yahoo.com (Elvin Peterson) Date: Thu, 26 Feb 2004 18:01:00 -0000 Subject: emacs paste from windows In-Reply-To: <200402250812.i1P8CXjU009806@beta.mvs.co.il> Message-ID: <20040226160130.99568.qmail@web60202.mail.yahoo.com> --- Ehud Karni wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, 24 Feb 2004 08:41:23, Elvin Peterson > wrote: > > > > 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. > > It works for me. > > Check 2 things: > 1. That you use the clipboard with Xwin (-clipboard) > in startxwin. > From your ability to paste into windows it seems > it is set. I have found a workaround for the issue. I didn't want X to be a server to I used the "-nolisten tcp" option. Now, this option is executed successfully. However, it seems that this causes paste from windows to fail. If I start X without the "-nolisten tcp" option, I am able to paste without any problems. I don't want to run X as a server. Can anyone explain this behavior? Thanks. __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools From huntharo@msu.edu Thu Feb 26 19:04:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 26 Feb 2004 19:04:00 -0000 Subject: fontconfig 2.2.0-2 breaks xserver In-Reply-To: References: Message-ID: <403E1A5A.5080306@msu.edu> I'll look into it. Thanks for the notice. Harold Alexander Gottwald wrote: > Hi, > > after upgrading to the new fontconfig-2.2.0-2 packages I was not > able to use XWin -query to login to an xdmcp server. Reverting to > the -2.2.0-1 packages resolved the problem. > > The gray hatch pattern was shown but the login window did not appear > after the usual short time (I waited aprox. 30 seconds until I gave up) > > I'e done no further tests. > > bye > ago From nigel@bprj.co.uk Thu Feb 26 20:00:00 2004 From: nigel@bprj.co.uk (Nigel Hathaway) Date: Thu, 26 Feb 2004 20:00:00 -0000 Subject: Multi-window problems on remote clients Message-ID: <53849.193.131.176.54.1077816385.squirrel@wick.bprj.co.uk> When accessing remote clients using the multiwindow mode, the title is always "Cygwin/X X" and the close button (X on top right of window bar/frame) does not send the appropriate to the client - i.e. the window does not close. [The icon, however, makes it through OK to the top left) This can be reproduced as follows: Log onto a remote Linux box using XDMCP. Choose 'Failsafe' login - i.e no window manager, just an Xterm. Start various program from the shell. My command line was as follows: C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -nowinkill -once -broadcast I am using Windows XP. My remote box uses Fedora core 1. I am using a 'recent' version of XWin - January 2004, I think. - Nigel Hathaway ************************************ Barnabas Projects Limited Tel: +44 117 937 4197 Internet: http://www.bprj.co.uk From pechtcha@cs.nyu.edu Thu Feb 26 20:53:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 26 Feb 2004 20:53:00 -0000 Subject: cygwin/xfree86/emacs problems after upgrading In-Reply-To: <20040226164943.57EA.TAKUMA@dgp.ne.jp> References: <40218BC0.3010100@msu.edu> <20040226164943.57EA.TAKUMA@dgp.ne.jp> Message-ID: On Thu, 26 Feb 2004, Takuma Murakami wrote: > Igor, > > > Yes, it's a neat trick *if* the only thing people changed was the install > > drive. If they change the path, all bets are off. I'm surprised you > > don't actually customize startxwin.bat (and similar files, like > > startxdmcp.bat) in a postinstall script (which can run under a Cygwin > > shell, and thus know the root of the install). You could choose a > > template value, e.g. "%$CYGWIN_ROOT$%", and replace that with "`cygpath -w > > /`" using, say, sed. If you're interested, I could whip up an example > > postinstall script for you in the next week or so. > > I'm interested in that trick out of curiosity. > Could you show me your boilerplate? > > Takuma Murakami Well, something like the script below (untested) should do... This uses '%$CYGWIN_ROOT$%' as the template string. HTH, Igor -------------- BEGIN /etc/postinstall/fix-startxwin.sh -------------- #!/bin/sh fix_cygwin_root() { TMPNAME="$1.$$" && \ mv "$1" "$TMPNAME" && \ sed 's/%\$CYGWIN_ROOT\$%/"'"`cygpath -w /`"'"/' "$TMPNAME" > "$1" && \ rm "$TMPNAME" } cd /usr/X11R6/bin && \ for i in startxwin.bat startxdmcp.bat; do \ fix_cygwin_root "$i" \ done --------- Note: cutting here may damage your screen surface --------- -- 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 Fri Feb 27 08:41:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 27 Feb 2004 08:41:00 -0000 Subject: cygwin/xfree86/emacs problems after upgrading In-Reply-To: References: <40218BC0.3010100@msu.edu> <20040226164943.57EA.TAKUMA@dgp.ne.jp> Message-ID: On Thu, 26 Feb 2004, Igor Pechtchanski wrote: > On Thu, 26 Feb 2004, Takuma Murakami wrote: > > > Igor, > > > > > Yes, it's a neat trick *if* the only thing people changed was the install > > > drive. If they change the path, all bets are off. I'm surprised you > > > don't actually customize startxwin.bat (and similar files, like > > > startxdmcp.bat) in a postinstall script (which can run under a Cygwin > > > shell, and thus know the root of the install). You could choose a > > > template value, e.g. "%$CYGWIN_ROOT$%", and replace that with "`cygpath -w > > > /`" using, say, sed. If you're interested, I could whip up an example > > > postinstall script for you in the next week or so. > > > > I'm interested in that trick out of curiosity. > > Could you show me your boilerplate? > > > > Takuma Murakami > > Well, something like the script below (untested) should do... This uses > '%$CYGWIN_ROOT$%' as the template string. > HTH, > Igor > > -------------- BEGIN /etc/postinstall/fix-startxwin.sh -------------- > #!/bin/sh > > fix_cygwin_root() { > TMPNAME="$1.$$" && \ > mv "$1" "$TMPNAME" && \ > sed 's/%\$CYGWIN_ROOT\$%/"'"`cygpath -w /`"'"/' "$TMPNAME" > "$1" && \ > rm "$TMPNAME" > } > > cd /usr/X11R6/bin && \ > for i in startxwin.bat startxdmcp.bat; do \ > fix_cygwin_root "$i" \ ^ s/ \\$/ ; \\/ > done > --------- Note: cutting here may damage your screen surface --------- I did say it was untested... 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 nigel@bprj.co.uk Fri Feb 27 09:15:00 2004 From: nigel@bprj.co.uk (Nigel Hathaway) Date: Fri, 27 Feb 2004 09:15:00 -0000 Subject: Multi-window problems on remote clients In-Reply-To: <53849.193.131.176.54.1077816385.squirrel@wick.bprj.co.uk> References: <53849.193.131.176.54.1077816385.squirrel@wick.bprj.co.uk> Message-ID: <63495.193.131.176.54.1077817563.squirrel@wick.bprj.co.uk> If I add -clipboard onto the end of the command line this problem goes away. However, the clipboard contents do not get transferred. > When accessing remote clients using the multiwindow mode, the title is > always "Cygwin/X X" and the close button (X on top right of window > bar/frame) does not send the appropriate to the client - i.e. the window > does not close. [The icon, however, makes it through OK to the top left) > > This can be reproduced as follows: > > Log onto a remote Linux box using XDMCP. Choose 'Failsafe' login - i.e no > window manager, just an Xterm. Start various program from the shell. > > My command line was as follows: > > C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -nowinkill -once -broadcast > > I am using Windows XP. My remote box uses Fedora core 1. > > I am using a 'recent' version of XWin - January 2004, I think. > > - Nigel Hathaway > > ************************************ > Barnabas Projects Limited > Tel: +44 117 937 4197 > Internet: http://www.bprj.co.uk > > From huntharo@msu.edu Fri Feb 27 13:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 27 Feb 2004 13:27:00 -0000 Subject: Multi-window problems on remote clients In-Reply-To: <53849.193.131.176.54.1077816385.squirrel@wick.bprj.co.uk> References: <53849.193.131.176.54.1077816385.squirrel@wick.bprj.co.uk> Message-ID: <403E30F7.8060408@msu.edu> Nigel, What the window title is "Cygwin/X X" it means that the multi-window window manager failed to start (most likely). Please send in /tmp/XWin.log from a case when this happens so that we can check it for useful information. Harold Nigel Hathaway wrote: > When accessing remote clients using the multiwindow mode, the title is > always "Cygwin/X X" and the close button (X on top right of window > bar/frame) does not send the appropriate to the client - i.e. the window > does not close. [The icon, however, makes it through OK to the top left) > > This can be reproduced as follows: > > Log onto a remote Linux box using XDMCP. Choose 'Failsafe' login - i.e no > window manager, just an Xterm. Start various program from the shell. > > My command line was as follows: > > C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -nowinkill -once -broadcast > > I am using Windows XP. My remote box uses Fedora core 1. > > I am using a 'recent' version of XWin - January 2004, I think. > > - Nigel Hathaway > > ************************************ > Barnabas Projects Limited > Tel: +44 117 937 4197 > Internet: http://www.bprj.co.uk > > From nigel@bprj.co.uk Fri Feb 27 13:30:00 2004 From: nigel@bprj.co.uk (Nigel Hathaway) Date: Fri, 27 Feb 2004 13:30:00 -0000 Subject: Multi-window problems on remote clients In-Reply-To: <63495.193.131.176.54.1077817564.squirrel@wick.bprj.co.uk> References: <53849.193.131.176.54.1077816385.squirrel@wick.bprj.co.uk> <63495.193.131.176.54.1077817564.squirrel@wick.bprj.co.uk> Message-ID: <3174.193.131.176.54.1077818016.squirrel@wick.bprj.co.uk> Here is the log without -clipboard: 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 (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: 1400 dwHeight: 1050 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1400 h: 1050 winCreateBoundingWindowWindowed - Current w: 1400 h: 1050 winAdjustForAutoHide - Original WorkArea: 0 0 1016 1400 winAdjustForAutoHide - Adjusted WorkArea: 0 0 1016 1400 winCreateBoundingWindowWindowed - WindowClient w 1400 h 1016 r 1400 l 0 b 1016 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1400 height: 1016 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1400 height: 1016 depth: 32 size image: 5689600 winAllocateFBShadowGDI - Created shadow stride: 1400 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 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: "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: 700 508 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. winBlockHandler - pthread_mutex_unlock () returned winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winProcEstablishConnection - Hello winProcEstablishConnection - Clipboard is not enabled, returning. AUDIT: Thu Feb 26 17:48:01 2004: 3652 XWin: client 2 rejected from IP 127.0.0.1 port 1645 winInitMultiWindowWM - Could not open display, try: 1, sleeping: 5 AUDIT: Thu Feb 26 17:48:01 2004: 3652 XWin: client 1 rejected from IP 127.0.0.1 port 1640 winMultiWindowXMsgProc - Could not open display, try: 1, sleeping: 5 winProcQueryTree - Clipboard is not enabled, returning. AUDIT: Thu Feb 26 17:48:06 2004: 3652 XWin: client 4 rejected from IP 127.0.0.1 port 2160 winInitMultiWindowWM - Could not open display, try: 2, sleeping: 5 AUDIT: Thu Feb 26 17:48:06 2004: 3652 XWin: client 5 rejected from IP 127.0.0.1 port 2167 winMultiWindowXMsgProc - Could not open display, try: 2, sleeping: 5 AUDIT: Thu Feb 26 17:48:13 2004: 3652 XWin: client 5 rejected from IP 127.0.0.1 port 2896 winMultiWindowXMsgProc - Could not open display, try: 3, sleeping: 5 AUDIT: Thu Feb 26 17:48:13 2004: 3652 XWin: client 4 rejected from IP 127.0.0.1 port 2890 winInitMultiWindowWM - Could not open display, try: 3, sleeping: 5 AUDIT: Thu Feb 26 17:48:19 2004: 3652 XWin: client 4 rejected from IP 127.0.0.1 port 3308 winMultiWindowXMsgProc - Could not open display, try: 4, sleeping: 5 AUDIT: Thu Feb 26 17:48:19 2004: 3652 XWin: client 3 rejected from IP 127.0.0.1 port 3305 winInitMultiWindowWM - Could not open display, try: 4, sleeping: 5 AUDIT: Thu Feb 26 17:48:26 2004: 3652 XWin: client 3 rejected from IP 127.0.0.1 port 3487 winMultiWindowXMsgProc - Could not open display, try: 5, sleeping: 5 AUDIT: Thu Feb 26 17:48:26 2004: 3652 XWin: client 4 rejected from IP 127.0.0.1 port 3494 winInitMultiWindowWM - Could not open display, try: 5, sleeping: 5 winMultiWindowXMsgProc - Failed opening the display. Exiting. winInitMultiWindowWM - Failed opening the display. Exiting. OsVendorReset - Hello winDeinitMultiWindowWM - Noting shutdown in progress > If I add -clipboard onto the end of the command line this problem goes > away. However, the clipboard contents do not get transferred. > > >> When accessing remote clients using the multiwindow mode, the title is >> always "Cygwin/X X" and the close button (X on top right of window >> bar/frame) does not send the appropriate to the client - i.e. the window >> does not close. [The icon, however, makes it through OK to the top left) >> >> This can be reproduced as follows: >> >> Log onto a remote Linux box using XDMCP. Choose 'Failsafe' login - i.e >> no >> window manager, just an Xterm. Start various program from the shell. >> >> My command line was as follows: >> >> C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -nowinkill -once >> -broadcast >> >> I am using Windows XP. My remote box uses Fedora core 1. >> >> I am using a 'recent' version of XWin - January 2004, I think. >> >> - Nigel Hathaway >> >> ************************************ >> Barnabas Projects Limited >> Tel: +44 117 937 4197 >> Internet: http://www.bprj.co.uk >> >> > > From huntharo@msu.edu Fri Feb 27 14:04:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 27 Feb 2004 14:04:00 -0000 Subject: Multi-window problems on remote clients In-Reply-To: <3174.193.131.176.54.1077818016.squirrel@wick.bprj.co.uk> References: <53849.193.131.176.54.1077816385.squirrel@wick.bprj.co.uk> <63495.193.131.176.54.1077817564.squirrel@wick.bprj.co.uk> <3174.193.131.176.54.1077818016.squirrel@wick.bprj.co.uk> Message-ID: <403E3465.30106@msu.edu> Okay, now send us either the command line that you use to start XWin.exe or your startxwin.bat (or whatever script file you are using). It looks like you are doing something to disable the access method that the multi window window manager is using to communicate with the X Server. Harold From kst@mib.org Fri Feb 27 17:59:00 2004 From: kst@mib.org (Keith Thompson) Date: Fri, 27 Feb 2004 17:59:00 -0000 Subject: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. In-Reply-To: <20040226070039.GA7885@nuthaus.mib.org> References: <20040226020033.GA4357@nuthaus.mib.org> <20040226062847.GA7021@nuthaus.mib.org> <20040226070039.GA7885@nuthaus.mib.org> Message-ID: <20040226190422.GA15543@nuthaus.mib.org> It looks like the problem has to do with the new OpenSSH package. I tried logging into my Solaris box using SecureCRT, a Windows SSH client, and then starting up an xterm from there; cut-and-paste worked correctly. Now I've re-upgraded all the XFree86 packages and downgraded OpenSSH to OpenSSH_3.7.1p2, and cut-and-paste still works correctly. It looks like there's a problem with X forwarding in the new OpenSSH package. -- Keith Thompson (The_Other_Keith) kst@mib.org San Diego Supercomputer Center <*> Schroedinger does Shakespeare: "To be *and* not to be" From pechtcha@cs.nyu.edu Fri Feb 27 19:49:00 2004 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 27 Feb 2004 19:49:00 -0000 Subject: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. In-Reply-To: <20040226190422.GA15543@nuthaus.mib.org> References: <20040226020033.GA4357@nuthaus.mib.org> <20040226062847.GA7021@nuthaus.mib.org> <20040226070039.GA7885@nuthaus.mib.org> <20040226190422.GA15543@nuthaus.mib.org> Message-ID: On Thu, 26 Feb 2004, Keith Thompson wrote: > It looks like the problem has to do with the new OpenSSH package. > > I tried logging into my Solaris box using SecureCRT, a Windows SSH client, > and then starting up an xterm from there; cut-and-paste worked correctly. > > Now I've re-upgraded all the XFree86 packages and downgraded OpenSSH to > OpenSSH_3.7.1p2, and cut-and-paste still works correctly. > > It looks like there's a problem with X forwarding in the new OpenSSH > package. >From the new OpenSSH-3.8p1-1 announcement: * ssh(1) now uses untrusted cookies for X11-Forwarding. Some X11 applications might need full access to the X11 server, see ForwardX11Trusted in ssh(1) and xauth(1) for more information. Haven't looked further... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From huntharo@msu.edu Fri Feb 27 20:12:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 27 Feb 2004 20:12:00 -0000 Subject: fontconfig 2.2.0-2 breaks xserver In-Reply-To: References: Message-ID: <403E5CC8.5050606@msu.edu> Alexander Gottwald wrote: > Hi, > > after upgrading to the new fontconfig-2.2.0-2 packages I was not > able to use XWin -query to login to an xdmcp server. Reverting to > the -2.2.0-1 packages resolved the problem. > > The gray hatch pattern was shown but the login window did not appear > after the usual short time (I waited aprox. 30 seconds until I gave up) > > I'e done no further tests. Hmm... I didn't have fontconfig-2.2.0-2 installed locally (I was using a 2.92 build), so this seemed like a logical exlanation of the problem. However, I installed fontconfig-2.2.0-2 and XFree86-xserv-4.3.0-47 and could not reproduce the described problem. Please try reinstalling fontconfig-2.2.0-2 and see if you can continue to reproduce the problem. Harold From nigel@bprj.co.uk Fri Feb 27 20:30:00 2004 From: nigel@bprj.co.uk (Nigel Hathaway) Date: Fri, 27 Feb 2004 20:30:00 -0000 Subject: Multi-window problems on remote clients In-Reply-To: <3174.193.131.176.54.1077818017.squirrel@wick.bprj.co.uk> References: <53849.193.131.176.54.1077816385.squirrel@wick.bprj.co.uk> <63495.193.131.176.54.1077817564.squirrel@wick.bprj.co.uk> <3174.193.131.176.54.1077818017.squirrel@wick.bprj.co.uk> Message-ID: <47679.193.131.176.54.1077871287.squirrel@wick.bprj.co.uk> To repeat what I said in previous postings... THIS CAUSES THE SYMPTOMS DESCRIBED ------------------- C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -nowinkill -once -broadcast ------------------------------------------------------ THIS CAUSES IT TO WORK OK----------------------------- C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -nowinkill -once -broadcast -clipboard ------------------------------------------------------ Conclusion: the problem has something to do with clipboard functionality, and the log seems to bear this out. >Okay, now send us either the command line that you use to start XWin.exe >or your startxwin.bat (or whatever script file you are using). > >It looks like you are doing something to disable the access method that >the multi window window manager is using to communicate with the X Server. > >Harold > ************************************ Barnabas Projects Limited Tel: +44 117 937 4197 Internet: http://www.bprj.co.uk From kst@mib.org Fri Feb 27 20:39:00 2004 From: kst@mib.org (Keith Thompson) Date: Fri, 27 Feb 2004 20:39:00 -0000 Subject: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. In-Reply-To: References: <20040226020033.GA4357@nuthaus.mib.org> <20040226062847.GA7021@nuthaus.mib.org> <20040226070039.GA7885@nuthaus.mib.org> <20040226190422.GA15543@nuthaus.mib.org> Message-ID: <20040227091517.GA25128@nuthaus.mib.org> On Thu, Feb 26, 2004 at 03:00:42PM -0500, Igor Pechtchanski wrote: > On Thu, 26 Feb 2004, Keith Thompson wrote: > > > It looks like the problem has to do with the new OpenSSH package. > > > > I tried logging into my Solaris box using SecureCRT, a Windows SSH client, > > and then starting up an xterm from there; cut-and-paste worked correctly. > > > > Now I've re-upgraded all the XFree86 packages and downgraded OpenSSH to > > OpenSSH_3.7.1p2, and cut-and-paste still works correctly. > > > > It looks like there's a problem with X forwarding in the new OpenSSH > > package. > > >From the new OpenSSH-3.8p1-1 announcement: > > * ssh(1) now uses untrusted cookies for X11-Forwarding. > Some X11 applications might need full access to the X11 server, > see ForwardX11Trusted in ssh(1) and xauth(1) for more information. Thanks. Adding ForwardX11Trusted yes to my $HOME/.ssh/config did the trick. (Oddly, I never saw the problem on my Windows 2000 system, only on Windows XP.) -- Keith Thompson (The_Other_Keith) kst@mib.org San Diego Supercomputer Center <*> Schroedinger does Shakespeare: "To be *and* not to be" From takuma@dgp.ne.jp Sat Feb 28 03:41:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sat, 28 Feb 2004 03:41:00 -0000 Subject: Multi-window problems on remote clients In-Reply-To: <47679.193.131.176.54.1077871287.squirrel@wick.bprj.co.uk> References: <3174.193.131.176.54.1077818017.squirrel@wick.bprj.co.uk> <47679.193.131.176.54.1077871287.squirrel@wick.bprj.co.uk> Message-ID: <20040227222522.8F6A.TAKUMA@dgp.ne.jp> > C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -nowinkill -once -broadcast I don't think -multiwindow with XDMCP is supported. Takuma Murakami From Vincent.Virgilio@itt.com Sat Feb 28 20:24:00 2004 From: Vincent.Virgilio@itt.com (Virgilio, Vincent) Date: Sat, 28 Feb 2004 20:24:00 -0000 Subject: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. Message-ID: <77E700AE7021314DB6CDF6D6E8F6613277CEF1@ACDFWMAIL1.acd.de.ittind.com> Keith and Igor, thanks for this thread http://cygwin.com/ml/cygwin-xfree/2004-02/msg00288.html. The reasoning is still beyond my ken, mostly because I haven't yet digested the right set of man pages. Nonetheless, it solved my problem, as described in http://cygwin.com/ml/cygwin-xfree/2004-02/msg00262.html, which was my just dessert for wielding Cygwin setup.exe so freely. (I'm not on the cygwin-xfree list anymore, hence the links instead of a simpler 'reply'.) Incidentally, should I be seeing Warning: No xauth data; using fake authentication data for X11 forwarding. when using ssh and X-forwarding (now with ForwardX11Trusted = yes)? It looks like I have cookies in the right place. xauth report the same ones on both the local and remote machine. Though, I have gnawing concerns about the host part of the display name in those cookies; the (alphabetic) cases do not match. Hum. I should try to share cookies again (xauth extract, scp, xauth merge). Ultimately, the above message is only unaesthetic; I haven't noticed that it impacts performance. Thanks and regards, Vince Virgilio ************************************ This email and any files transmitted with it are proprietary 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 sender. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of ITT Industries, Inc. The recipient should check this email and any attachments for the presence of viruses. ITT Industries accepts no liability for any damage caused by any virus transmitted by this email. ************************************ From abraverman@recurrentsoft.com Sat Feb 28 20:48:00 2004 From: abraverman@recurrentsoft.com (Andrew Braverman) Date: Sat, 28 Feb 2004 20:48:00 -0000 Subject: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. In-Reply-To: Message-ID: <000001c3fd3a$8ffb56d0$1e54cea7@andrew> That solved my problem as well. Thanks. -Andy > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Igor Pechtchanski > Sent: Thursday, February 26, 2004 3:01 PM > To: cygwin-xfree@cygwin.com > Cc: Keith Thompson > Subject: Re: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. > > > On Thu, 26 Feb 2004, Keith Thompson wrote: > > > It looks like the problem has to do with the new OpenSSH package. > > > > I tried logging into my Solaris box using SecureCRT, a > Windows SSH client, > > and then starting up an xterm from there; cut-and-paste > worked correctly. > > > > Now I've re-upgraded all the XFree86 packages and > downgraded OpenSSH to > > OpenSSH_3.7.1p2, and cut-and-paste still works correctly. > > > > It looks like there's a problem with X forwarding in the new OpenSSH > > package. > > >From the new OpenSSH-3.8p1-1 announcement: > > * ssh(1) now uses untrusted cookies for X11-Forwarding. > Some X11 applications might need full access to the X11 server, > see ForwardX11Trusted in ssh(1) and xauth(1) for more information. > > Haven't looked further... > 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 Sat Feb 28 23:26:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 28 Feb 2004 23:26:00 -0000 Subject: Multi-window problems on remote clients In-Reply-To: <20040227222522.8F6A.TAKUMA@dgp.ne.jp> References: <3174.193.131.176.54.1077818017.squirrel@wick.bprj.co.uk> <47679.193.131.176.54.1077871287.squirrel@wick.bprj.co.uk> <20040227222522.8F6A.TAKUMA@dgp.ne.jp> Message-ID: <403F8599.40506@msu.edu> Takuma Murakami wrote: >>C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -nowinkill -once -broadcast > > > I don't think -multiwindow with XDMCP is supported. Takuma is right. The Multi-Window Window Manager is, as the name implies, a window manager; logging into a remote machine via Xdmcp (using the -broadcast, -query, or -indirect command-line parameters) causes the remote machine to start a window manager. You can only have one window manager at a time for a given display and screen. In addition, you are seeing strange behavior when using -clipboard because -clipboard enables some code that allows clients on your local X machine to connect to the X Server when you are using Xdmcp. Oddly enough, Xdmcp usually disables access for clients local to the X Server and it requires that all X clients know a certain "magic cookie" in order to be able to connect. The clipboard code adds an internal "magic cookie" that allows the clipboard client to connect; it looks like a side-effect of this is that the window manager is also able to connect sometimes. You bring up another interesting point that I have not specifically tested: whether -clipboard works with -broadcast. I know that the clipboard manager generally works with -query for Xdmcp, but there is a slight possibility that it would not work with -broadcast. However, I suspect that your problems with the clipboard support will go away when you remove the -multiwindow parameter. I think I will add some checks to the server now that cause the -multiwindow flag to be overridden if -query, -broadcast, or -indirect is specified. Harold From jscheef@yahoo.com Sun Feb 29 00:07:00 2004 From: jscheef@yahoo.com (Jim Scheef) Date: Sun, 29 Feb 2004 00:07:00 -0000 Subject: Multi-window problems on remote clients In-Reply-To: <403F8599.40506@msu.edu> Message-ID: <20040227194936.47758.qmail@web41501.mail.yahoo.com> Hello, Wow, I actually get an opprotunity to contribute! I use Xdmcp with -multiwindow and it works fine. You just need to use the Xnest client/server to provide a 'window' for the remote machine. The command... $ Xnest :1 -query gets it going. Jim --- Harold L Hunt II wrote: > Takuma Murakami wrote: > >>C:\cygwin\usr\X11R6\bin\XWin.exe -multiwindow -nowinkill -once -broadcast > > > > > > I don't think -multiwindow with XDMCP is supported. > > Takuma is right. The Multi-Window Window Manager is, as the name > implies, a window manager; logging into a remote machine via Xdmcp > (using the -broadcast, -query, or -indirect command-line parameters) > causes the remote machine to start a window manager. You can only have > one window manager at a time for a given display and screen. > > In addition, you are seeing strange behavior when using -clipboard > because -clipboard enables some code that allows clients on your local X > machine to connect to the X Server when you are using Xdmcp. Oddly > enough, Xdmcp usually disables access for clients local to the X Server > and it requires that all X clients know a certain "magic cookie" in > order to be able to connect. The clipboard code adds an internal "magic > cookie" that allows the clipboard client to connect; it looks like a > side-effect of this is that the window manager is also able to connect > sometimes. > > You bring up another interesting point that I have not specifically > tested: whether -clipboard works with -broadcast. I know that the > clipboard manager generally works with -query for Xdmcp, but there is a > slight possibility that it would not work with -broadcast. However, I > suspect that your problems with the clipboard support will go away when > you remove the -multiwindow parameter. > > I think I will add some checks to the server now that cause the > -multiwindow flag to be overridden if -query, -broadcast, or -indirect > is specified. > > Harold __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Feb 29 01:17:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 29 Feb 2004 01:17:00 -0000 Subject: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. In-Reply-To: <77E700AE7021314DB6CDF6D6E8F6613277CEF1@ACDFWMAIL1.acd.de.ittind.com> References: <77E700AE7021314DB6CDF6D6E8F6613277CEF1@ACDFWMAIL1.acd.de.ittind.com> Message-ID: Virgilio, Vincent wrote: > when using ssh and X-forwarding (now with ForwardX11Trusted = yes)? It > looks like I have cookies in the right place. xauth report the same ones > on both the local and remote machine. Though, I have gnawing concerns > about the host part of the display name in those cookies; the > (alphabetic) cases do not match. Hum. I should try to share cookies > again (xauth extract, scp, xauth merge). It is an issue how the xserver handles untrusted clients. Until openssh 3.8 all clients forwarded by ssh were trusted by default. Now they are untrusted by default. I have no complete overview what the X11 Security Extension works and which functions are prohibited but I'll take a look and try to match this with the described error pattern. Stay tuned. ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Sun Feb 29 01:30:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 29 Feb 2004 01:30:00 -0000 Subject: Multi-window problems on remote clients In-Reply-To: <20040227194936.47758.qmail@web41501.mail.yahoo.com> References: <20040227194936.47758.qmail@web41501.mail.yahoo.com> Message-ID: <403FA8F4.5000600@msu.edu> Jim Scheef wrote: > Hello, > > Wow, I actually get an opprotunity to contribute! > > I use Xdmcp with -multiwindow and it works fine. You just need to use the > Xnest client/server to provide a 'window' for the remote machine. The > command... > > $ Xnest :1 -query > > gets it going. Jim, Heh heh... while this is true, it is a less than ideal way to do things. In fact, you can do this with XWin.exe just fine: REM Start a local server with multi-window on display 0 XWin :0 -multiwindow -clipboard REM Start an Xdmcp session on display 1 XWin :1 -query -clipboard -nodecoration -lesspointer That gives you two independent instances of XWin and it doesn't use Xnest, which will improve performance and the behavior of the Xdmcp session (Xnest is known to have a few quirks where things don't work quite right, such as the screen sometimes blanking then redrawing). Let me know if that fits your needs. I should probably add a few examples of how Xdmcp can be used to the User's Guide and this is one that I would add if it is useful. Harold From huntharo@msu.edu Sun Feb 29 01:57:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 29 Feb 2004 01:57:00 -0000 Subject: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. In-Reply-To: References: <77E700AE7021314DB6CDF6D6E8F6613277CEF1@ACDFWMAIL1.acd.de.ittind.com> Message-ID: <403FAAF7.1070207@msu.edu> Alexander, Alexander Gottwald wrote: > Virgilio, Vincent wrote: > > >>when using ssh and X-forwarding (now with ForwardX11Trusted = yes)? It >>looks like I have cookies in the right place. xauth report the same ones >>on both the local and remote machine. Though, I have gnawing concerns >>about the host part of the display name in those cookies; the >>(alphabetic) cases do not match. Hum. I should try to share cookies >>again (xauth extract, scp, xauth merge). > > > It is an issue how the xserver handles untrusted clients. Until openssh > 3.8 all clients forwarded by ssh were trusted by default. Now they are > untrusted by default. Wow, good thing I haven't commented on this yet. I upgraded to OpenSSH 3.8 when it came out and since then have noticed that all of my ssh connections (even those done by cvs) were enabling X11 forwarding by default. I thought this was interesting, particularly since it wasn't mentioned in the release notes. I was just about to describe how this change was made in OpenSSH 3.8 and how I am really smart because I am the only one that noticed it... then I realized: 1) My ssh_config is modified to enable X11Forwarding (I don't have to use -X, but I always do because I had forgotten that I changed this default). 2) I had installed SFU 3.5 at about the same time that I upgraded to OpenSSH 3.8. Turns out that SFU 3.5 adds DISPLAY=127.0.0.1:0.0 to the global environment variables. The combination of these two meant that ssh was acting as if it was getting passed a -X and it had a valid DISPLAY value at all times, so it was enabling X11 forwarding at all times. I was wondering if this change in behavior meant that our multi-window window manager would be unable to connect to the server when an ssh session had been opened on the local machine already. I did some testing but was not able to cause this to happen. In any case, my great ideas for what was causing this problem are useless :) Harold From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Feb 29 02:07:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 29 Feb 2004 02:07:00 -0000 Subject: XFree86-xserv-4.3.0-47 copy/paste trouble and BadAtom. In-Reply-To: <403FAAF7.1070207@msu.edu> References: <77E700AE7021314DB6CDF6D6E8F6613277CEF1@ACDFWMAIL1.acd.de.ittind.com> <403FAAF7.1070207@msu.edu> Message-ID: Harold L Hunt II wrote: > I was wondering if this change in behavior meant that our multi-window > window manager would be unable to connect to the server when an ssh > session had been opened on the local machine already. I did some > testing but was not able to cause this to happen. In any case, my great > ideas for what was causing this problem are useless :) More explanation i got from http://www.xfree86.org/~herrb/security.pdf Any "normal" xclient connects in trusted mode. But openssh now connects in untrusted mode. This is for "security" reasons. I'll describe later why I think it's useless. In untrusted mode some calls (esp. GetProperty and SetProperty) will fail. This can be configured in /usr/X11R6/lib/X11/xserver/SecurityPolicy. # Allow reading of application resources, but not writing. property RESOURCE_MANAGER root ar iw property SCREEN_RESOURCES root ar iw # Ignore attempts to use cut buffers. Giving errors causes apps to crash, # and allowing access may give away too much information. property CUT_BUFFER0 root irw property CUT_BUFFER1 root irw The CUT_BUFFER entries may explain why the problems with copy&paste started. One way to solve the new problems is to modify the SecurityPolicy and distribute it with the xserver. But this is complicated because a) we have to figure out all properties which are safe to export b) we may get responsible and sued for any security problem we create with these changes. The other way is to enable X11ForwardTrusted by default. But again it is (in my opinion) "dangerous" to explicitly disable a security method. But anyway. I think the change to untrusted clients is very shortminded. Most users will get annoyed with not working software and skip the whole X11Forwarding issue and use "xhost +" again. This is a severe loss of security. If a lot of software requires access to properties which are blocked in untrusted mode then most people will enable the switch. Only a few will ever want the clients to connect in untrusted mode. bye ago NP: grauzone.04-02-15 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Sun Feb 29 04:45:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 29 Feb 2004 04:45:00 -0000 Subject: [Fwd: Updated: XFree86-xserv-4.3.0-48] Message-ID: <4040F8FD.2080108@msu.edu> I forgot to mention that XF86Config support is disabled in this release. It may be possible to get XF86Config support building again, but Alexander recently added some command-line options that should be a useable replacement for most users. In addition, the keyboard autoconfiguration seems to be working for nearly all users, so there may be little need for re-enabling the XF86Config support ever. Harold From spetreolle@yahoo.fr Sun Feb 29 05:11:00 2004 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 29 Feb 2004 05:11:00 -0000 Subject: errors when switching users (security hole?) In-Reply-To: Message-ID: <20040228204822.456.qmail@web10106.mail.yahoo.com> Alexander, dont you think startxwin.bat should exit if XWin fails to start ? This should be pretty easy to support in a batch file : start XWin -multiwindow if not errorlevel 0 goto badexit --- Kris Thielemans a ??crit : > > > > 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. > ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) Say NO to software patents Dites NON aux brevets logiciels "You believe it's the year 1984, when in fact, its closer to 2184"1984 / Matrix Yahoo! Mail : votre e-mail personnel et gratuit qui vous suit partout ! Cr??ez votre Yahoo! Mail sur http://fr.benefits.yahoo.com/ Dialoguez en direct avec vos amis gr??ce ?? Yahoo! Messenger !T??l??chargez Yahoo! Messenger sur http://fr.messenger.yahoo.com From cgf-no-personal-reply-please@cygwin.com Sun Feb 29 06:37:00 2004 From: cgf-no-personal-reply-please@cygwin.com (Christopher Faylor) Date: Sun, 29 Feb 2004 06:37:00 -0000 Subject: [rboulet: Man not finding pages] Message-ID: <20040228232638.GB6789@redhat.com> ----- Forwarded message from Ross Boulet ----- From: "Ross Boulet" To: "Cygwin" Subject: Man not finding pages Date: Sat, 28 Feb 2004 16:06:22 -0600 I solved my own problem with man not finding pages but in doing the research on it, I found something I thought might be worthy of mentioning. From the message: http://www.cygwin.com/ml/cygwin/2002-04/msg00064.html I learned the a colon prefix to $MANPATH allows man to search its default paths in addition to what is specified in $MANPATH. The /etc/profile.d/openssl.sh script handles this ok. However, the /etc/profile.d/XFree86-man.sh does not handle it the same way. I had an empty $MANPATH (since corrected by a new /etc/profile script). The XFree86-man.sh ran first and found no $MANPATH and thus assigned "/usr/X11R6/man" (no colon prefix) to $MANPATH. Then openssl.sh appended ":/usr/ssl/man". The absence of a leading colon caused man to not find the basic pages so that basic stuff like 'man ls' produced 'No manual entry for ls'. I would suggest the XFree86-man.sh script be modified to add a colon prefix to $MANPATH to be consistent with the openssl.sh treatment of an empty $MANPATH. My apologies if this should have been posted to the cygwin-xfree ML, but I thought it appropriate here because it affects more than X. Ross -- 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/ ----- End forwarded message ----- From cygwinx2eran@tromer.org Sun Feb 29 06:41:00 2004 From: cygwinx2eran@tromer.org (cygwinx2eran@tromer.org) Date: Sun, 29 Feb 2004 06:41:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instances Message-ID: <40412DA0.5010503@tromer.org> Hi, First, I'd like to extend my gratitude and appreciation to the Cygwin/X developers. Your hard work has improved Cygwin/X by bounds and leaps, making it an increasingly attractive alternative to bloated and expensive commercial offerings. (Now if only multiwindow mode had decent performance, like the other two modes...) A few issues I've encountered with Cygwin/X 4.3.0-47: Issue #1: In multiwindow mode, XWin doesn't reset when the last client exists. Example: XWin :9 -terminate -multiwindow & sleep 5; DISPLAY=:9 xhost XWin should terminate after 5 seconds, but it remains running. Issue #2: In the default mode, XWin sometimes terminates instead of resetting. Example: XWin :9& sleep 5; DISPLAY=:9 xhost; sleep 5; DISPLAY=:9 xhost XWin should reset after 5 seconds and again after 5 more seconds. The first reset goes well, but on the second reset XWin usually terminates. Issue #3: Hoe does one write a batchfile that does "open an xterm window; run XWin first if necessary"? Being perhaps the most common usage case, such a batchfile should be bundled in the Cygwin/X package and mentioned in the documentation. Note that /usr/X11R6/bin/startxwin.bat always runs a new instance of XWin, even if one is already running. This can result in inefficiency and confusion when the script is executed several times to open several xterm windows (a natural thing to do). It's made even worse by issue #1 above. Also, startxwin.bat doesn't use -clipboard. Eran From ncokwqc02@sneakemail.com Sun Feb 29 06:42:00 2004 From: ncokwqc02@sneakemail.com (ncokwqc02@sneakemail.com) Date: Sun, 29 Feb 2004 06:42:00 -0000 Subject: Use ReflectionX client with Cygwin/XFree86 X server? Message-ID: <3202-07490@sneakemail.com> Is it possible to set up my PC so that Cygwin/XFree86 is the X server and ReflectionX is the X client? I have Cygwin and WRQ/ReflectionX both installed on my PC. There are certain aspects of how XFree86 handles X clients that I don't like compared to how ReflectionX can handle them, so I don't generally use XFree86 with Cygwin. However, I think I have an application that would benefit from a local X11 server. I would like to build an X11 version of gnuplot under Cygwin, so I can start an 'xterm' on my PC from Cygwin and run gnuplot locally. If I can use Cygwin/XFree86 to create the X window commands and use ReflectionX to display them, that would satisfy my requirements. Any suggestions or pointers to a relevant FAQ would be appreciated. Thanks, jjo From huntharo@msu.edu Sun Feb 29 07:21:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 29 Feb 2004 07:21:00 -0000 Subject: errors when switching users (security hole?) In-Reply-To: <20040228204822.456.qmail@web10106.mail.yahoo.com> References: <20040228204822.456.qmail@web10106.mail.yahoo.com> Message-ID: <40413FE3.6040904@msu.edu> Sylvain Petreolle wrote: > Alexander, dont you think startxwin.bat should exit > if XWin fails to start ? > > This should be pretty easy to support in a batch file : > start XWin -multiwindow > if not errorlevel 0 goto badexit Won't work. "start" launches XWin, then returns to the batch shell immediately. So, the errorlevel is likely always 0 unless "start" can't find XWin.exe. You wouldn't have a trivial way to check if XWin.exe actually succeeded in initializing. Of course, I didn't read the earlier part of this thread, so maybe the idea is to determine only if "start" did not find XWin.exe, but I think the user gets a pretty reliable error message if that happens. Harold From huntharo@msu.edu Sun Feb 29 11:27:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 29 Feb 2004 11:27:00 -0000 Subject: [rboulet: Man not finding pages] In-Reply-To: <20040228232638.GB6789@redhat.com> References: <20040228232638.GB6789@redhat.com> Message-ID: <404146A8.50004@msu.edu> Well I'll be dipped in shit. Ain't that the weirdest thing you ever heard of? Now I gotta go revert that script and put a proper note in there so that no one tries to "fix" it like I did. Harold Christopher Faylor wrote: > ----- Forwarded message from Ross Boulet ----- > > From: "Ross Boulet" > To: "Cygwin" > Subject: Man not finding pages > Date: Sat, 28 Feb 2004 16:06:22 -0600 > > I solved my own problem with man not finding pages but in doing the research > on it, I found something I thought might be worthy of mentioning. From the > message: > > http://www.cygwin.com/ml/cygwin/2002-04/msg00064.html > > I learned the a colon prefix to $MANPATH allows man to search its default > paths in addition to what is specified in $MANPATH. The > /etc/profile.d/openssl.sh script handles this ok. However, the > /etc/profile.d/XFree86-man.sh does not handle it the same way. I had an > empty $MANPATH (since corrected by a new /etc/profile script). The > XFree86-man.sh ran first and found no $MANPATH and thus assigned > "/usr/X11R6/man" (no colon prefix) to $MANPATH. Then openssl.sh appended > ":/usr/ssl/man". The absence of a leading colon caused man to not find the > basic pages so that basic stuff like 'man ls' produced 'No manual entry for > ls'. > > I would suggest the XFree86-man.sh script be modified to add a colon prefix > to $MANPATH to be consistent with the openssl.sh treatment of an empty > $MANPATH. > > My apologies if this should have been posted to the cygwin-xfree ML, but I > thought it appropriate here because it affects more than X. > > Ross > > -- > 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/ > > ----- End forwarded message ----- > From huntharo@msu.edu Sun Feb 29 13:49:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 29 Feb 2004 13:49:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instances In-Reply-To: <40412DA0.5010503@tromer.org> References: <40412DA0.5010503@tromer.org> Message-ID: <40414964.1040707@msu.edu> > A few issues I've encountered with Cygwin/X 4.3.0-47: > > Issue #1: > In multiwindow mode, XWin doesn't reset when the last client exists. > Example: > XWin :9 -terminate -multiwindow & sleep 5; DISPLAY=:9 xhost > XWin should terminate after 5 seconds, but it remains running. It isn't supposed to. Run 'twm' as your window manager and you will see that the X Server does not reset when the last non-window manager client exits; this is because the window manager itself is a client. Also, the whole "reset" functionality is pretty much pointless for X Server that run on top of other windowing systems, which is the case for Cygwin/X. The only time it makes sense to perform "resets" for Cygwin/X is when disconnecting from an Xdmcp session. I have been thinking about removing or disabling the reset functionality in most non-Xdmcp cases for XWin.exe. > Issue #2: > In the default mode, XWin sometimes terminates instead of resetting. > Example: > XWin :9& sleep 5; DISPLAY=:9 xhost; sleep 5; DISPLAY=:9 xhost > XWin should reset after 5 seconds and again after 5 more seconds. > The first reset goes well, but on the second reset XWin usually terminates. You get two resets tops, then it crashes. That is due to some generic bugs in the Xserver/dix/ and Xserver/os/ code that has been fixed in more recent source code trees. We are working on cutting a release from a newer tree, but it hasn't happened yet. > Issue #3: > Hoe does one write a batchfile that does "open an xterm window; run XWin > first if necessary"? Being perhaps the most common usage case, such a > batchfile should be bundled in the Cygwin/X package and mentioned in the > documentation. While a nice idea, you cannot currently. It isn't that this has not been thought of previously, it is just that no one has the time to do such a thing. > Note that /usr/X11R6/bin/startxwin.bat always runs a new instance of > XWin, even if one is already running. This can result in inefficiency > and confusion when the script is executed several times to open several > xterm windows (a natural thing to do). It's made even worse by issue #1 > above. > Also, startxwin.bat doesn't use -clipboard. It is not a trivial thing to fix, and no one has asked for it previously. However, you may be in luck because this is one of the things that is needed for a side project I am working on. I think Takuma might have also been thinking about implementing this feature. Harold From eran@tromer.org Sun Feb 29 14:13:00 2004 From: eran@tromer.org (Eran Tromer) Date: Sun, 29 Feb 2004 14:13:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instances Message-ID: <40416EC6.7020902@tromer.org> On 2004-02-28 21:07, Harold L Hunt II wrote: > > In multiwindow mode, XWin doesn't reset when the last client exists. > It isn't supposed to. Run 'twm' as your window manager and you will > see that the X Server does not reset when the last non-window manager > client exits; this is because the window manager itself is a client. ACK. I think this should be noted in the documentation -- I didn't expect the "magical" window manager to count as a client. As for preventing multiple instances of XWin, a kludgy way to do it is by checking if anyone is listening on the X server port, using NETSTAT. Example: ------------------------------ @echo off rem Opens an xterm. Runs XWin first if needed. set CYGWIN_ROOT=c:\cygwin set DISPLAY_NUM=1 netstat -p tcp -a -n | %CYGWIN_ROOT%\bin\grep -E -q "^ +TCP +0\.0\.0\.0:600%DISPLAY_NUM% .* LISTENING" set PATH=%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin set HOME= set DISPLAY=:%DISPLAY_NUM% if not errorlevel 1 goto GOTX start XWin %DISPLAY% -multiwindow -clipboard -dpi 96 -nowinkill :GOTX run xterm -ls -dpi 96 ------------------------------ (Remove the linebreak from the the 'netstat' line above.) BTW, -nounixkill seems to to be broken (Ctrl-Alt-Backspace still terminates XWin). Eran From takuma@dgp.ne.jp Sun Feb 29 14:23:00 2004 From: takuma@dgp.ne.jp (Takuma Murakami) Date: Sun, 29 Feb 2004 14:23:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instances In-Reply-To: <40416EC6.7020902@tromer.org> References: <40414964.1040707@msu.edu> <40416EC6.7020902@tromer.org> Message-ID: <20040229140652.5D0A.TAKUMA@dgp.ne.jp> Eran, > As for preventing multiple instances of XWin, a kludgy way to do it is > by checking if anyone is listening on the X server port, using NETSTAT. > Example: This feature is already implemented in my local tree (not port based but mutex based detection). It is in test and documentation process and I will commit it to the public CVS soon. > BTW, -nounixkill seems to to be broken (Ctrl-Alt-Backspace still > terminates XWin). Thank you for reporting. Takuma Murakami From huntharo@msu.edu Sun Feb 29 14:23:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 29 Feb 2004 14:23:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instances In-Reply-To: <40416EC6.7020902@tromer.org> References: <40416EC6.7020902@tromer.org> Message-ID: <404188BC.5080705@msu.edu> Eran Tromer wrote: > On 2004-02-28 21:07, Harold L Hunt II wrote: > >> > In multiwindow mode, XWin doesn't reset when the last client exists. >> It isn't supposed to. Run 'twm' as your window manager and you will >> see that the X Server does not reset when the last non-window manager >> client exits; this is because the window manager itself is a client. > > > ACK. I think this should be noted in the documentation -- I didn't > expect the "magical" window manager to count as a client. Well, it is a general sort of thing for all X Server based on the so called Sample Implementation that was made by X.Org years ago. It isn't really specific to Cygwin/X. Granted, it sometimes makes sense to describe general things in our documentation that get asked about a lot. However, it may not be worth documenting since I am thinking about possibly disabling the automatic resets in most cases. > As for preventing multiple instances of XWin, a kludgy way to do it is > by checking if anyone is listening on the X server port, using NETSTAT. > Example: Well, that is certainly one way to do it, but we need a more general fix within XWin.exe itself that makes it automatically select an unused display number, verify that nothing is listening on that port already (some other application perhaps), then launch using that display number. Of course, this also means that we need an option that says tells XWin.exe not to spawn another instance if if finds one is already running for the current user. That way we can modify the XFree86-bin-icons package to automagically launch the X Server. Hmm... but that will get tricky if we allow for multiple user machines and multiple instances of XWin.exe per user... that would mean that we would have to have a way to find out which of the current user's instances was a non-Xdmcp instance and what its display number was. Yikes, this is starting to get complex. > BTW, -nounixkill seems to to be broken (Ctrl-Alt-Backspace still > terminates XWin). Better report that in another thread so that interested parties will see it. Harold From huntharo@msu.edu Sun Feb 29 18:21:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 29 Feb 2004 18:21:00 -0000 Subject: reset/terminate problems; preventing multiple XWin instances In-Reply-To: <20040229140652.5D0A.TAKUMA@dgp.ne.jp> References: <40414964.1040707@msu.edu> <40416EC6.7020902@tromer.org> <20040229140652.5D0A.TAKUMA@dgp.ne.jp> Message-ID: <40418995.2020701@msu.edu> Takuma Murakami wrote: > Eran, > > >>As for preventing multiple instances of XWin, a kludgy way to do it is >>by checking if anyone is listening on the X server port, using NETSTAT. >>Example: > > > This feature is already implemented in my local tree (not > port based but mutex based detection). It is in test and > documentation process and I will commit it to the public > CVS soon. It is at least a good feature to fail when another instance of XWin.exe is operating on the same display number. Your fix still allows running multiple instances like the following, right? XWin :0 -query foo_host XWin :1 -multiwindow XWin :2 -fullscreen ... As long as it allows the above and only fails if someone tries to do the following, then it will be fine: XWin :0 ... XWin :0 ... [should fail] XWin :0 ... [should fail] Harold From huntharo@msu.edu Sun Feb 29 18:23:00 2004 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 29 Feb 2004 18:23:00 -0000 Subject: [Fwd: Updated: XFree86-xserv-4.3.0-48] In-Reply-To: <4040F8FD.2080108@msu.edu> References: <4040F8FD.2080108@msu.edu> Message-ID: <404189C3.7020000@msu.edu> Oh, I also forgot to mention that this is a "test" release, so I need people to report on how well it works before I can mark it a the current version. Harold From sum3@yahoo.com Sun Feb 29 18:28:00 2004 From: sum3@yahoo.com (Michael Bennett) Date: Sun, 29 Feb 2004 18:28:00 -0000 Subject: clipboard integration still failing Message-ID: <20040229072122.5384.qmail@web40607.mail.yahoo.com> i've downloaded the latest X server, and clipboard integration is still failing for me, hanging my X application (xmh on a remote machine) as soon as i select something. if i don't use -clipboard, then xwinclip still works ok, with it's known problems. let me know if i can provide more info to anyone interested in tracking down the problem. i'm on win xp. mike __________________________________ Do you Yahoo!? Get better spam protection with Yahoo! Mail. http://antispam.yahoo.com/tools From colin.harrison@virgin.net Sun Feb 29 21:01:00 2004 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 29 Feb 2004 21:01:00 -0000 Subject: [Fwd: Updated: XFree86-xserv-4.3.0-48] Message-ID: <200402291126.i1TBQxh01916@chamonix.straightrunning.com> Hi, Test 48 looks good to me. Ran all my usual junk on it..no problems. (WinXP + UK keyboard with mutltiwindow remote to linux or XDMCP) Thanks Colin From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Feb 29 22:27:00 2004 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 29 Feb 2004 22:27:00 -0000 Subject: [Fwd: Updated: XFree86-xserv-4.3.0-48] In-Reply-To: <4040F8FD.2080108@msu.edu> References: <4040F8FD.2080108@msu.edu> Message-ID: Harold L Hunt II wrote: > I forgot to mention that XF86Config support is disabled in this release. > It may be possible to get XF86Config support building again, but > Alexander recently added some command-line options that should be a > useable replacement for most users. In addition, the keyboard > autoconfiguration seems to be working for nearly all users, so there may > be little need for re-enabling the XF86Config support ever. This means I have to update some FAQ sections. bye ago NP: grauzone.03-10-12 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723