From huntharo@msu.edu Thu May 1 01:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 01:01:00 -0000 Subject: [ANNOUNCEMENT] Server Test 82 Message-ID: <3EB071F9.9050104@msu.edu> Links: I just posted Test 82 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 82 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-33 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test82.exe.bz2 (1204 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030430-2025.tar.bz2 (111 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test80 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test81-to-Test82.diff (21 KiB) Changes: 1) Add an exit confirmation dialog box for when the user selects Exit from the tray icon right-click menu and for when the user presses Alt-F4 or Ctrl-Alt-Backspace (if the -unixkill command-line parameter was specified). (Harold L Hunt II) 2) Add ``Show Root Window'' and ``Hide Root Window'' commands to the tray icon right-click menu when using MultiWindow mode (-multiwindow command-line parameter). These commands should be self-explanatory. Thanks to Biju G C for the idea for this. (Harold L Hunt II) 3) Add the X icon to the Depth Change dialog box. Has anyone ever seen this dialog box? I added it months ago and have never heard from anyone that it works or doesn't work. In either case it now has an icon. (Harold L Hunt II) Enjoy, Harold From geek@burri.to Thu May 1 01:07:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Thu, 01 May 2003 01:07:00 -0000 Subject: [ANNOUNCEMENT] Server Test 82 In-Reply-To: <3EB071F9.9050104@msu.edu> References: <3EB071F9.9050104@msu.edu> Message-ID: <3EB07354.1090000@burri.to> Harold L Hunt II wrote: > 3) Add the X icon to the Depth Change dialog box. Has anyone ever > seen this dialog box? I added it months ago and have never heard from > anyone that it works or doesn't work. In either case it now has an > icon. (Harold L Hunt II) I've seen this dialog *briefly* when starting up Master of Orion III while X was running. The problems was that the dialog always vanishid before I could do anything about it. Hrm, I've also seen it when starting up Diablo II, now that I think about it. From cbrown1@s-mail.com Thu May 1 01:14:00 2003 From: cbrown1@s-mail.com (C Brown) Date: Thu, 01 May 2003 01:14:00 -0000 Subject: [ANNOUNCEMENT] Server Test 83 Message-ID: <3eb074ef.e90e5ae0@s-mail.com> Links: I just posted Test 83 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 82 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-34 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test82.exe.bz2 (1204 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030430-2025.tar.bz2 (111 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test80 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test81-to-Test82.diff (21 KiB) Changes: 1) Add an exit confirmation dialog box for when the user selects Exit from the tray icon right-click menu and for when the user presses Alt-F4 or Ctrl-Alt-Backspace (if the -unixkill command-line parameter was specified). (Harold L Hunt II) 2) Add ``Show Root Window'' and ``Hide Root Window'' commands to the tray icon right-click menu when using MultiWindow mode (-multiwindow command-line parameter). These commands should be self-explanatory. Thanks to Biju G C for the idea for this. (Harold L Hunt II) 3) Add the X icon to the Depth Change dialog box. Has anyone ever seen this dialog box? I added it months ago and have never heard from anyone that it works or doesn't work. In either case it now has an icon. (Harold L Hunt II) Enjoy, Harold ________________________________________________________________________ This letter has been delivered unencrypted. We'd like to remind you that the full protection of e-mail correspondence is provided by S-mail encryption mechanisms if only both, Sender and Recipient use S-mail. Register at S-mail.com: http://www.s-mail.com From huntharo@msu.edu Thu May 1 01:21:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 01:21:00 -0000 Subject: [ANNOUNCEMENT] Server Test 82 In-Reply-To: <3EB071F9.9050104@msu.edu> References: <3EB071F9.9050104@msu.edu> Message-ID: <3EB0769B.806@msu.edu> Oh yeah, there is one problem that I know about but that isn't crucial for the time being: In some instances the mouse pointer does not show when the mouse is over the Exit confirmation dialog box. I will fix that eventually. Harold Harold L Hunt II wrote: > Links: > > I just posted Test 82 to the server development page: > http://xfree86.cygwin.com/devel/shadow/ > > You can install the Test 82 package via setup.exe by selecting the > following version of the XFree86-xserv package: 4.2.0-33 > > Server Test Series binary and source code releases are now > available via the sources.redhat.com ftp mirror network > (http://cygwin.com/mirrors.html) in the > pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the > desired filename in the links below, then download from your > closest mirror (http://cygwin.com/mirrors.html). > > Server binary, direct link: > http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test82.exe.bz2 (1204 KiB) > > Server source, direct link: > http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030430-2025.tar.bz2 (111 > KiB) > > xc/programs/Xserver/hw/xwin (all files) diff against Test80 source code: > http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test81-to-Test82.diff (21 > KiB) > > > Changes: > > 1) Add an exit confirmation dialog box for when the user selects Exit > from the tray icon right-click menu and for when the user presses > Alt-F4 or Ctrl-Alt-Backspace (if the -unixkill command-line parameter > was specified). (Harold L Hunt II) > > 2) Add ``Show Root Window'' and ``Hide Root Window'' commands to the > tray icon right-click menu when using MultiWindow mode (-multiwindow > command-line parameter). These commands should be self-explanatory. > Thanks to Biju G C for the idea for this. (Harold L Hunt II) > > 3) Add the X icon to the Depth Change dialog box. Has anyone ever > seen this dialog box? I added it months ago and have never heard from > anyone that it works or doesn't work. In either case it now has an > icon. (Harold L Hunt II) > > > Enjoy, > > Harold > > From huntharo@msu.edu Thu May 1 01:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 01:23:00 -0000 Subject: [ANNOUNCEMENT] Server Test 82 In-Reply-To: <3EB07354.1090000@burri.to> References: <3EB071F9.9050104@msu.edu> <3EB07354.1090000@burri.to> Message-ID: <3EB07705.70304@msu.edu> Brian, Hmm... the dialog box should be displayed any time the depth changes. I would have thought that DirectX apps running in fullscreen wouldn't cause the WM_DISPLAYCHANGE message to be sent if they change the display depth. I wonder if they change it then change it right back, otherwise the dialog box should still be waiting for you if you hit the Windows key (or some other key combo) to switch the focus back to your Windows desktop. Have you tried that before? Let me know if you do and you are able to see the dialog box. Harold Brian E. Gallew wrote: > Harold L Hunt II wrote: > >> 3) Add the X icon to the Depth Change dialog box. Has anyone ever >> seen this dialog box? I added it months ago and have never heard from >> anyone that it works or doesn't work. In either case it now has an >> icon. (Harold L Hunt II) > > > I've seen this dialog *briefly* when starting up Master of Orion III > while X was running. The problems was that the dialog always vanishid > before I could do anything about it. Hrm, I've also seen it when > starting up Diablo II, now that I think about it. From bijumaillist@yahoo.com Thu May 1 01:40:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Thu, 01 May 2003 01:40:00 -0000 Subject: [ANNOUNCEMENT] Server Test 82 In-Reply-To: <3EB071F9.9050104@msu.edu> Message-ID: <20030501014038.64253.qmail@web14608.mail.yahoo.com> > 3) Add the X icon to the Depth Change dialog box. Has anyone ever > seen this dialog box? I added it months ago and have never heard from > anyone that it works or doesn't work. In either case it now has an > icon. (Harold L Hunt II) found it few times, but those times I was busy solving other issues I was testing XWinX. XWinX and XWin wont communicate properly if the Screen Depth of two PC's dont match, So I switch screen setting, and hence the popup XWinX a project by Kim Saunders and Sanjay Rao. It is like VNC, in a primitive state. The project is not much active now. I am interested in it because it is a Cygwin based solution. Their current issue is high bandwidth required between host & client. If somebody want help/activate the project please visit their home page. Another issue is, to do real testing and development you need two PC. For testing the graphics part we may trick the PC by sharing the screen See my screen shots to see how I did it Home page - http://xwinx.sourceforge.net/ Project page - http://sourceforge.net/projects/xwinx Screen shots - http://www.geocities.com/bijumaillist/xscreens/aalist.htm Thanks to Early and Harold for spending valuable time Cheers Biju __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From bijumaillist@yahoo.com Thu May 1 03:02:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Thu, 01 May 2003 03:02:00 -0000 Subject: [ANNOUNCEMENT] Server Test 82 In-Reply-To: <3EB0769B.806@msu.edu> Message-ID: <20030501030244.16123.qmail@web14610.mail.yahoo.com> --- Harold L Hunt II wrote: > In some instances the mouse pointer does not show when the mouse is over > the Exit confirmation dialog box. I will fix that eventually. When mouse disappears no way u can move from the "Exit" to "Cancel" button using keyboard. I tried "Escape", "Tab", "C", "Arrow", "Home", "End", "Page up/dn" keys. So you have to be "David Copperfield" if you want click "Cancel" when mouse disappers But "Enter" key works for Exiting I faced mouse disappearing when I followed these step (I have DISPLAY=localhost:0.0 set in windows env variable) 1. XWin-Test82 -ac -multiwindow 2. run xterm 3. [play around in multiwindow mode] 4. run openbox [for making root window clicks] 5. [play around] 6. [Exit xterm] 7. [show rootwindow] 8. [exit openbox] 9. [hide rootwindow] 10 ..... mouse disappeared over tray icon menu. 11 ..... but you can right click and navigate 12 ..... so tried to exit 13 ..... no mouse over exit dialogue Harold, Why not [show/hide rootwindow] all the time, ie regardless of -multiwindow or -rootless or nothing. sometimes -multiwindow with a window manager give problem while draging window, and taskbar icons are also missing but -rootless with a window manager is ok cheer Biju Ref:- For ShowInTaskbar in microsoft C++ public: __property bool get_ShowInTaskbar(); public: __property void set_ShowInTaskbar(bool); http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfSystemWindowsFormsFormClassShowInTaskbarTopic.asp __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From bijumaillist@yahoo.com Thu May 1 03:27:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Thu, 01 May 2003 03:27:00 -0000 Subject: being an idiot, transferring files 'tween PC and remote server via cygwin Message-ID: <20030501032730.19505.qmail@web14610.mail.yahoo.com> S.Wiesner, I think right list for this is cygwin@cygwin.com u may also try "scp" (Secure copy) More on Secure Shell - http://tech.erdelynet.com/ maillist http://tech.erdelynet.com/mailman/listinfo/ssh-l/ Cheer Biju --- S.Wiesner@surrey.ac.uk wrote: > OK, so I'm an idiot, and I've looked everywhere and tried contacting my IT > guys at school numerous times, but to no avail. Here's the deal: I connect to > the unix server at school using cygwin Xfree86 (the preferred method acc'd to > the IT guys...my other option in Exceed). It works great as far as driging > down to the server I need, getting to my app and files, etc. What I'm having > trouble with, however, is transferring files. Do I need to mount my PC's c: > drive somehow so that the unix server recognizes it? Or mount the school's > server to my PC? I'm sorry to be so stupid, but I am NOT a technoweenie (my > doctoral research is in Dance Writing and AI descriptions of motion). I'm > lost. Please help.I tried ftp, but I'm having connection probs(not your > problem...just letting you know I tried and if this SHOULD work please let me > know and I'll get back on it (using Winftp pro). thanks ever for any advice > (other than telling me I'm stupid which I already know). > SLW > > > --------------------------------------------- > This message was sent using UNIS MailSystem. > > __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From isik.endir@o2.com.tr Thu May 1 08:47:00 2003 From: isik.endir@o2.com.tr (ISIK ENDIR) Date: Thu, 01 May 2003 08:47:00 -0000 Subject: question about timeout in cygwin/xfree86 Message-ID: Hello; I am using the cygwin/xfree86 for remote access to a sun solaris system. On every 30 minutes my session expires, and i have to log on again. And my unsaved documents are loast when this happens:( How can i change the expiry time for the session? Can you help me to solve this issue? Best Regards. isik. From Ruth.Ivimey-Cook@ivimey.org Thu May 1 10:37:00 2003 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Thu, 01 May 2003 10:37:00 -0000 Subject: PATCH: -multiwindow with root window hidden... In-Reply-To: <3EB03F9E.1030602@msu.edu> References: <937756AF9E0BDC4396C09F32D8B41F2B2FE1BF@PAUEX2KU01.ags.agere.com> <937756AF9E0BDC4396C09F32D8B41F2B2FE1BF@PAUEX2KU01.ags.agere.com> Message-ID: <5.2.0.9.0.20030501113606.00b94ea8@mailhost.ivimey.org> At 22:26 30/04/2003, you wrote: >Heh... the only problem with that would be that, in this case, CVS is way >out of date :) I will probably synch up with CVS again soon. If the cvs source you're using is the one you compiled from, then cvs diff will do the right thing: compare your modified sources against the cvs source you started from, not the current version (whatever that happens to be). So cvs diff is (probably) your friend, in this case. Ruth From pcolovas@lucent.com Thu May 1 13:51:00 2003 From: pcolovas@lucent.com (Peter Colovas) Date: Thu, 01 May 2003 13:51:00 -0000 Subject: "no buffer space available" on Win2K In-Reply-To: <005701c30f6b$c0ca0c10$0207a8c0@karl> References: <3500515B75D9D311948800508BA37955014BDA86@EX-LONDON> <000401c30f20$b336d0b0$9e539696@citkwaclaww2k> <3EAFEC4F.2060403@msu.edu> <00a201c30f2f$31bdd5b0$9e539696@citkwaclaww2k> <3EAFF5C2.1090704@msu.edu> <005701c30f6b$c0ca0c10$0207a8c0@karl> Message-ID: <3EB1263E.7030206@lucent.com> All, I am running xfree/cygwin on 2 machines: a win98 machine which has a corporate vpn client installed and a win2k machine without the vpn. I have installed winpoet (pppoe) dsoftware on both. the 2k machine is a work machine attached to the local LAN, the 98 machine is a home machine on which I use xfree to telecommute. I have not had any problems using xfree on either of them, although there seems to be some kind of memory problem ahich causes XWin to crash a few times a day(-multiwindow -clibboard) This crashing seems to be more common with the server test 81 version released yesterday, but I have had no problems co-existing with the VPN. I might also add that my ISP is fixed wireless, so in concert with the VPN I am NOT able to FTP large files from home to work, but the xfree installation, other than being a little slow (due to the VPN being slow + network traffic) is fine. I also have Exceed 6.2 loaded on both machines, so that doesn't seem to have an effect. Hope this helps. -Pete Karl Waclawek wrote: >>Karl, >> >>Right, but has the VPN software *ever* been installed on your Windows >>machine at work? > > > No, as I am the one who installed everything except for the SMS and > the Terminal Services client. However, I cannot exclude with 100% > certainty that my TCP/IP implementation is still virgin, since > I have installed/uninstalled quite a number of software components. > OTH, I do not log in as Administrator, as a rule, so it is not *that* > easy for me to mess it up. > > >>Can you try another Windows machine at work and see if it gets the same >>problem? Such a test would help to uncover anything specific to your >>general computer configuration at work (such as some sort of software >>installed on all of them, etc.). > > > I was thinking of that myself - just have to find a willing > developer colleague or a free machine. I do have the option > to use one of the Exceed licenses we have, but I thought I try > it with OpenSource first, as I am involved with it myself. > > >>As for help --- They would at least want you to be running debug >>versions of some Cygwin components. Ideally you would do some tracking >>down to try to figure out an exact sequence of events that reproduces >>the problem in a short amount of time. > > > Sounds reasonable - mostly a matter of finding the time. > > Karl > -- Peter W. Colovas RNC Traffic Processing Department cPSB Development Lucent Technologies Naperville, IL +1 630 224-2181 From huntharo@msu.edu Thu May 1 14:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 14:52:00 -0000 Subject: question about timeout in cygwin/xfree86 In-Reply-To: References: Message-ID: <3EB1348F.6040508@msu.edu> Isik, It sounds to me like this is something that needs to be configured in Sun Solaris. It is not a problem/configuration option in Cygwin/XFree86 that is causing your trouble. I suggest looking on some Solaris forums or asking your system admin for help. For comparison, I can leave my XDMCP session to my Debian box open all day long with no timeout. Thus, this is definitely something caused by the remote operating system. Harold ISIK ENDIR wrote: > Hello; > > I am using the cygwin/xfree86 for remote access to a sun solaris system. On > every 30 minutes my session expires, > and i have to log on again. And my unsaved documents are loast when this > happens:( How can i change the expiry time > for the session? Can you help me to solve this issue? > > Best Regards. > > isik. > > From huntharo@msu.edu Thu May 1 14:56:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 14:56:00 -0000 Subject: PATCH: -multiwindow with root window hidden... In-Reply-To: <5.2.0.9.0.20030501113606.00b94ea8@mailhost.ivimey.org> References: <937756AF9E0BDC4396C09F32D8B41F2B2FE1BF@PAUEX2KU01.ags.agere.com> <937756AF9E0BDC4396C09F32D8B41F2B2FE1BF@PAUEX2KU01.ags.agere.com> <5.2.0.9.0.20030501113606.00b94ea8@mailhost.ivimey.org> Message-ID: <3EB13586.8020709@msu.edu> Ruth, No, cvs diff would have been useless. The XFree86 CVS tree limits commits to only a few "core" members, which I am not one of which. This means that I cannot just "cvs commit" my changes, I have to periodically create a set of patches (which I use "cvs diff" for) and a change log and send them to "patches at xfree86.org". These patches are eventually committed. The problem here is that I haven't done that in awhile, so someone sending me a "cvs diff" wouldn't do me a whole lot of good, since the code in cvs is quite old at the moment. What they would have to do instead is pick a recent Test release, stick it in hw/xwin-TestXX then: cd xc/programs/Xserver/hw diff -U3 -N xwin-TestXX xwin > xwin-TestXX-PlusMyChanges.diff That works quite nicely. Harold Ruth Ivimey-Cook wrote: > At 22:26 30/04/2003, you wrote: > >> Heh... the only problem with that would be that, in this case, CVS is >> way out of date :) I will probably synch up with CVS again soon. > > > If the cvs source you're using is the one you compiled from, then cvs > diff will do the right thing: compare your modified sources against the > cvs source you started from, not the current version (whatever that > happens to be). > > So cvs diff is (probably) your friend, in this case. > > Ruth From pechtcha@cs.nyu.edu Thu May 1 15:19:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 01 May 2003 15:19:00 -0000 Subject: cvs and XFree86 (Was Re: PATCH: -multiwindow with root window hidden...) In-Reply-To: <3EB13586.8020709@msu.edu> Message-ID: Harold, I know it's kinda off-topic, but have you considered setting up a local cvs repository and doing "cvs import"s from the main CVS (your comment below seems to indicate that you don't do that)? It works quite nicely (for me, on another project), and you get the benefit of revision control for your local changes, among other things. I know that you having a local CVS repository doesn't really help Early or any other developers, although nothing really stops them from doing the same, i.e., - unpack the source, cd to the source directory - "cvs -d .repository init", - "find . -name .repository -prune -o -name CVS -prune -o -type d -exec cvs -d .repository add {} \;", - "find . -name .repository -prune -o -name CVS -prune -o -type f -print | xargs cvs add", - "cvs commit" from the top level, and then any changes they make after that can be committed to the local repository). FWIW, there were also offers of setting up separate branches (not in the XFree86 CVS tree, though, AFAIR), so that developers can work on their code and then someone in charge would merge their changes into the trunk... Maybe the powers that be would consent to that instead? Just a few thoughts... Igor On Thu, 1 May 2003, Harold L Hunt II wrote: > Ruth, > > No, cvs diff would have been useless. > > The XFree86 CVS tree limits commits to only a few "core" members, which > I am not one of which. This means that I cannot just "cvs commit" my > changes, I have to periodically create a set of patches (which I use > "cvs diff" for) and a change log and send them to "patches at > xfree86.org". These patches are eventually committed. > > The problem here is that I haven't done that in awhile, so someone > sending me a "cvs diff" wouldn't do me a whole lot of good, since the > code in cvs is quite old at the moment. What they would have to do > instead is pick a recent Test release, stick it in hw/xwin-TestXX then: > > cd xc/programs/Xserver/hw > diff -U3 -N xwin-TestXX xwin > xwin-TestXX-PlusMyChanges.diff > > That works quite nicely. > > Harold > > Ruth Ivimey-Cook wrote: > > At 22:26 30/04/2003, you wrote: > > > >> Heh... the only problem with that would be that, in this case, CVS is > >> way out of date :) I will probably synch up with CVS again soon. > > > > If the cvs source you're using is the one you compiled from, then cvs > > diff will do the right thing: compare your modified sources against the > > cvs source you started from, not the current version (whatever that > > happens to be). > > > > So cvs diff is (probably) your friend, in this case. > > > > Ruth -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II From karl@waclawek.net Thu May 1 15:34:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Thu, 01 May 2003 15:34:00 -0000 Subject: "no buffer space available" on Win2K References: <3500515B75D9D311948800508BA37955014BDA86@EX-LONDON> <000401c30f20$b336d0b0$9e539696@citkwaclaww2k> <3EAFEC4F.2060403@msu.edu> <00a201c30f2f$31bdd5b0$9e539696@citkwaclaww2k> <3EAFF5C2.1090704@msu.edu> <005701c30f6b$c0ca0c10$0207a8c0@karl> <3EB1263E.7030206@lucent.com> Message-ID: <001f01c30ff7$235a11f0$9e539696@citkwaclaww2k> > All, > I am running xfree/cygwin on 2 machines: > a win98 machine which has a corporate vpn client installed and a win2k > machine without the vpn. I have installed winpoet (pppoe) dsoftware on > both. the 2k machine is a work machine attached to the local LAN, the 98 > machine is a home machine on which I use xfree to telecommute. I have > not had any problems using xfree on either of them, although there seems > to be some kind of memory problem ahich causes XWin to crash a few times > a day(-multiwindow -clibboard) This crashing seems to be more common > with the server test 81 version released yesterday, but I have had no > problems co-existing with the VPN. I might also add that my ISP is fixed > wireless, so in concert with the VPN I am NOT able to FTP large files > from home to work, but the xfree installation, other than being a little > slow (due to the VPN being slow + network traffic) is fine. I also have > Exceed 6.2 loaded on both machines, so that doesn't seem to have an effect. > Hope this helps. This may be of interest to Harold too. I tested on a different machine (a training machine) and could not trigger the "no buffer space available" error. I tried with ssh and telnet. So, it seems it is a problem local to my machine. Btw (for Harold): Once OpenSSH is installed, XWin sessions (the way I used them, i.e. remotely) always start up ssh-agent processes, even if SSH is not used, and never kill them. I have to go into task manager and kill them manually - I had about 15 of these processes when closing the X session after 30 minutes. This happened on all 3 machines I tested on. Is it wrong to just close the X session window (Alt-F4)? Karl From huntharo@msu.edu Thu May 1 15:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 15:43:00 -0000 Subject: "no buffer space available" on Win2K In-Reply-To: <001f01c30ff7$235a11f0$9e539696@citkwaclaww2k> References: <3500515B75D9D311948800508BA37955014BDA86@EX-LONDON> <000401c30f20$b336d0b0$9e539696@citkwaclaww2k> <3EAFEC4F.2060403@msu.edu> <00a201c30f2f$31bdd5b0$9e539696@citkwaclaww2k> <3EAFF5C2.1090704@msu.edu> <005701c30f6b$c0ca0c10$0207a8c0@karl> <3EB1263E.7030206@lucent.com> <001f01c30ff7$235a11f0$9e539696@citkwaclaww2k> Message-ID: <3EB1409F.3060502@msu.edu> (Karl - No need to cc me on messages. Please don't.) Karl Waclawek wrote: >>All, >>I am running xfree/cygwin on 2 machines: >>a win98 machine which has a corporate vpn client installed and a win2k >>machine without the vpn. I have installed winpoet (pppoe) dsoftware on >>both. the 2k machine is a work machine attached to the local LAN, the 98 >>machine is a home machine on which I use xfree to telecommute. I have >>not had any problems using xfree on either of them, although there seems >>to be some kind of memory problem ahich causes XWin to crash a few times >>a day(-multiwindow -clibboard) This crashing seems to be more common >>with the server test 81 version released yesterday, but I have had no >>problems co-existing with the VPN. I might also add that my ISP is fixed >>wireless, so in concert with the VPN I am NOT able to FTP large files >>from home to work, but the xfree installation, other than being a little >>slow (due to the VPN being slow + network traffic) is fine. I also have >>Exceed 6.2 loaded on both machines, so that doesn't seem to have an effect. >>Hope this helps. > > > This may be of interest to Harold too. > > I tested on a different machine (a training machine) and could not > trigger the "no buffer space available" error. I tried with ssh and telnet. > So, it seems it is a problem local to my machine. > As I suspected. Now we just need to find out which piece of hardware, which driver, or which piece of software is to blame. Only you can do that for us. > Btw (for Harold): > Once OpenSSH is installed, XWin sessions (the way I used them, i.e. remotely) > always start up ssh-agent processes, even if SSH is not used, and never kill them. > I have to go into task manager and kill them manually - I had about 15 of these > processes when closing the X session after 30 minutes. > This happened on all 3 machines I tested on. Is it wrong to just close > the X session window (Alt-F4)? > > Karl The ssh-agent processes are a side-effect of the fact that you are using startxwin.sh to startup (as opposed to startxwin.bat). I inherited those scripts from the original author and have taken a policy of not changing things that I don't understand. I have no clue what ssh-agent does, I don't pretend to have a clue, and I don't care to ever have a clue. I will follow advice if someone is willing to explore what the heck ssh-agent does and tell me either to keep or remove that line near the top of startxwin.sh that runs it. I think we had discussed this before a long time ago, but either the discussion was not decisive, or I forgot to remove that line. Either way, someone else is going to have to help with this one. Harold From alanh@fairlite.demon.co.uk Thu May 1 16:35:00 2003 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Thu, 01 May 2003 16:35:00 -0000 Subject: cvs and XFree86 (Was Re: PATCH: -multiwindow with root window hidden...) In-Reply-To: References: <3EB13586.8020709@msu.edu> Message-ID: <20030501163516.GF2813@fairlite.demon.co.uk> Actually Igor, We do. Goto http://xoncygwin.sourceforge.net. The CVS is there, and I've used it to write the NativeGDI code. So, to encourage more development there, I suggest adding Kensuke to the CVS committers at the very least. Alan. On Thu, May 01, 2003 at 11:19:21AM -0400, Igor Pechtchanski wrote: > Harold, > > I know it's kinda off-topic, but have you considered setting up a local > cvs repository and doing "cvs import"s from the main CVS (your comment > below seems to indicate that you don't do that)? It works quite nicely > (for me, on another project), and you get the benefit of revision control > for your local changes, among other things. > > I know that you having a local CVS repository doesn't really help Early or > any other developers, although nothing really stops them from doing the > same, i.e., > - unpack the source, cd to the source directory > - "cvs -d .repository init", > - "find . -name .repository -prune -o -name CVS -prune -o -type d -exec cvs -d .repository add {} \;", > - "find . -name .repository -prune -o -name CVS -prune -o -type f -print | xargs cvs add", > - "cvs commit" from the top level, > and then any changes they make after that can be committed to the local > repository). > > FWIW, there were also offers of setting up separate branches (not in the > XFree86 CVS tree, though, AFAIR), so that developers can work on their > code and then someone in charge would merge their changes into the > trunk... Maybe the powers that be would consent to that instead? > > Just a few thoughts... > Igor > > On Thu, 1 May 2003, Harold L Hunt II wrote: > > > Ruth, > > > > No, cvs diff would have been useless. > > > > The XFree86 CVS tree limits commits to only a few "core" members, which > > I am not one of which. This means that I cannot just "cvs commit" my > > changes, I have to periodically create a set of patches (which I use > > "cvs diff" for) and a change log and send them to "patches at > > xfree86.org". These patches are eventually committed. > > > > The problem here is that I haven't done that in awhile, so someone > > sending me a "cvs diff" wouldn't do me a whole lot of good, since the > > code in cvs is quite old at the moment. What they would have to do > > instead is pick a recent Test release, stick it in hw/xwin-TestXX then: > > > > cd xc/programs/Xserver/hw > > diff -U3 -N xwin-TestXX xwin > xwin-TestXX-PlusMyChanges.diff > > > > That works quite nicely. > > > > Harold > > > > Ruth Ivimey-Cook wrote: > > > At 22:26 30/04/2003, you wrote: > > > > > >> Heh... the only problem with that would be that, in this case, CVS is > > >> way out of date :) I will probably synch up with CVS again soon. > > > > > > If the cvs source you're using is the one you compiled from, then cvs > > > diff will do the right thing: compare your modified sources against the > > > cvs source you started from, not the current version (whatever that > > > happens to be). > > > > > > So cvs diff is (probably) your friend, in this case. > > > > > > Ruth > > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu > ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > Knowledge is an unending adventure at the edge of uncertainty. > -- Leto II > From pechtcha@cs.nyu.edu Thu May 1 16:50:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 01 May 2003 16:50:00 -0000 Subject: cvs and XFree86 (Was Re: PATCH: -multiwindow with root window hidden...) In-Reply-To: <20030501163516.GF2813@fairlite.demon.co.uk> Message-ID: Alan, That's good to know. So then developers could simply use the xoncygwin CVS instead of the source tarballs. Except... I went to http://xoncygwin.sourceforge.net/ and all I get is an empty directory listing. What gives? Igor On Thu, 1 May 2003, Alan Hourihane wrote: > Actually Igor, > > We do. Goto http://xoncygwin.sourceforge.net. > > The CVS is there, and I've used it to write the NativeGDI code. > > So, to encourage more development there, I suggest adding Kensuke > to the CVS committers at the very least. > > Alan. > > On Thu, May 01, 2003 at 11:19:21AM -0400, Igor Pechtchanski wrote: > > Harold, > > > > I know it's kinda off-topic, but have you considered setting up a local > > cvs repository and doing "cvs import"s from the main CVS (your comment > > below seems to indicate that you don't do that)? It works quite nicely > > (for me, on another project), and you get the benefit of revision control > > for your local changes, among other things. > > > > I know that you having a local CVS repository doesn't really help Early or > > any other developers, although nothing really stops them from doing the > > same, i.e., > > - unpack the source, cd to the source directory > > - "cvs -d .repository init", > > - "find . -name .repository -prune -o -name CVS -prune -o -type d -exec cvs -d .repository add {} \;", > > - "find . -name .repository -prune -o -name CVS -prune -o -type f -print | xargs cvs add", > > - "cvs commit" from the top level, > > and then any changes they make after that can be committed to the local > > repository). > > > > FWIW, there were also offers of setting up separate branches (not in the > > XFree86 CVS tree, though, AFAIR), so that developers can work on their > > code and then someone in charge would merge their changes into the > > trunk... Maybe the powers that be would consent to that instead? > > > > Just a few thoughts... > > Igor > > > > On Thu, 1 May 2003, Harold L Hunt II wrote: > > > > > Ruth, > > > > > > No, cvs diff would have been useless. > > > > > > The XFree86 CVS tree limits commits to only a few "core" members, which > > > I am not one of which. This means that I cannot just "cvs commit" my > > > changes, I have to periodically create a set of patches (which I use > > > "cvs diff" for) and a change log and send them to "patches at > > > xfree86.org". These patches are eventually committed. > > > > > > The problem here is that I haven't done that in awhile, so someone > > > sending me a "cvs diff" wouldn't do me a whole lot of good, since the > > > code in cvs is quite old at the moment. What they would have to do > > > instead is pick a recent Test release, stick it in hw/xwin-TestXX then: > > > > > > cd xc/programs/Xserver/hw > > > diff -U3 -N xwin-TestXX xwin > xwin-TestXX-PlusMyChanges.diff > > > > > > That works quite nicely. > > > > > > Harold > > > > > > Ruth Ivimey-Cook wrote: > > > > At 22:26 30/04/2003, you wrote: > > > > > > > >> Heh... the only problem with that would be that, in this case, CVS is > > > >> way out of date :) I will probably synch up with CVS again soon. > > > > > > > > If the cvs source you're using is the one you compiled from, then cvs > > > > diff will do the right thing: compare your modified sources against the > > > > cvs source you started from, not the current version (whatever that > > > > happens to be). > > > > > > > > So cvs diff is (probably) your friend, in this case. > > > > > > > > Ruth -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II From plightbo@cisco.com Thu May 1 16:51:00 2003 From: plightbo@cisco.com (Pat Lightbody) Date: Thu, 01 May 2003 16:51:00 -0000 Subject: ~/.Xdefaults not loading Message-ID: <011e01c31001$db91e810$6401a8c0@moose> I have a problem where my ~/.Xdefaults aren't loading up automatically. I have to manually run xrdb -load ~/.Xdefaults for my colors, etc to change. Any ideas? -Pat From cgf@redhat.com Thu May 1 17:06:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 01 May 2003 17:06:00 -0000 Subject: cvs and xfree86 (Was Re: PATCH: -multiwindow with root window hidden...) In-Reply-To: References: <3EB13586.8020709@msu.edu> Message-ID: <20030501170711.GB9956@redhat.com> On Thu, May 01, 2003 at 11:19:21AM -0400, Igor Pechtchanski wrote: >I know it's kinda off-topic, but have you considered setting up a local >cvs repository and doing "cvs import"s from the main CVS (your comment >below seems to indicate that you don't do that)? It works quite nicely >(for me, on another project), and you get the benefit of revision control >for your local changes, among other things. And there's always CVSup, too: http://www.cvsup.org/ I've never used it but some people swear by it. cgf From spetreolle@yahoo.fr Thu May 1 17:21:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Thu, 01 May 2003 17:21:00 -0000 Subject: cvs and XFree86 (Was Re: PATCH: -multiwindow with root window hidden...) In-Reply-To: Message-ID: <20030501172056.29012.qmail@web10106.mail.yahoo.com> Seems to be an outdated/moved home page... better use http://sourceforge.net/projects/xoncygwin to have access to it. --- Igor Pechtchanski a ??crit : > Alan, > > That's good to know. So then developers could simply use the > xoncygwin > CVS instead of the source tarballs. Except... I went to > http://xoncygwin.sourceforge.net/ and all I get is an empty directory > listing. What gives? > Igor ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From alanh@fairlite.demon.co.uk Thu May 1 17:23:00 2003 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Thu, 01 May 2003 17:23:00 -0000 Subject: cvs and XFree86 (Was Re: PATCH: -multiwindow with root window hidden...) In-Reply-To: References: <20030501163516.GF2813@fairlite.demon.co.uk> Message-ID: <20030501172305.GG2813@fairlite.demon.co.uk> On Thu, May 01, 2003 at 12:50:33PM -0400, Igor Pechtchanski wrote: > Alan, > > That's good to know. So then developers could simply use the xoncygwin > CVS instead of the source tarballs. Except... I went to Yes. > http://xoncygwin.sourceforge.net/ and all I get is an empty directory > listing. What gives? Sorry that should be... http://sf.net/projects/xoncygwin. We've never defined a homepage, although we should probably redirect it to xfree86.cygwin.com Alan. From cgf@redhat.com Thu May 1 17:25:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 01 May 2003 17:25:00 -0000 Subject: cvs and xfree86 (Was Re: PATCH: -multiwindow with root window hidden...) In-Reply-To: <20030501172056.29012.qmail@web10106.mail.yahoo.com> References: <20030501172056.29012.qmail@web10106.mail.yahoo.com> Message-ID: <20030501172649.GA11965@redhat.com> On Thu, May 01, 2003 at 07:20:56PM +0200, Sylvain Petreolle wrote: >Seems to be an outdated/moved home page... better use >http://sourceforge.net/projects/xoncygwin to have access to it. ***cgf wonders why a project which uses sources.redhat.com has hosting on sourceforge. cgf From huntharo@msu.edu Thu May 1 17:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 17:30:00 -0000 Subject: [ANNOUNCEMENT] Server Test 83 Message-ID: <3EB159BD.2090400@msu.edu> Links: I just posted Test 83 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 83 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-34 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test83.exe.bz2 (1204 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030501-1250.tar.bz2 (111 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test82 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test82-to-Test83.diff (10 KiB) Changes: 1) Fix the Exit confirmation dialog box so that the arrow keys, tab keys, and Enter/Escape keys all work. Additionally, make the Exit confirmation dialog box get the keyboard focus when it is opened. It was being set as the active window, but the keyboard focus was not being set properly. (Harold L Hunt II) 2) Make the Cancel button the default button on the Exit confirmation dialog box. Thanks to Biju G C for giving me a heads-up on this one. (Harold L Hunt II) 3) Fix the cursor hiding on the Exit confirmation dialog box that was occurring when no X Client windows were open in MultiWindow mode. (Harold L Hunt II) 4) Fix the Exit confirmation dialog box so that it doesn't prevent the keyboard focus from returning to X Client windows in MultiWindow mode when you dismiss the dialog box by closing it or by pressing Cancel. (Harold L Hunt II) 5) Change the root window title in MultiWindow mode to ``Cygwin/XFree86'' from ``Cygwin/XFree86 rl''. (Harold L Hunt II) 6) Change MultiWindow mode to use XWin.log again, instead of XWinrl.log. (Harold L Hunt II) 7) Change the top-level window procedure for MultiWindow mode to share a global cursor hidden/shown flag with the root window procedure. (Harold L Hunt II) Enjoy, Harold From pechtcha@cs.nyu.edu Thu May 1 17:30:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 01 May 2003 17:30:00 -0000 Subject: cvs and XFree86 (Was Re: PATCH: -multiwindow with root window hidden...) In-Reply-To: <20030501172305.GG2813@fairlite.demon.co.uk> Message-ID: On Thu, 1 May 2003, Alan Hourihane wrote: > On Thu, May 01, 2003 at 12:50:33PM -0400, Igor Pechtchanski wrote: > > Alan, > > > > That's good to know. So then developers could simply use the xoncygwin > > CVS instead of the source tarballs. Except... I went to > > Yes. > > > http://xoncygwin.sourceforge.net/ and all I get is an empty directory > > listing. What gives? > > Sorry that should be... > > http://sf.net/projects/xoncygwin. > > We've never defined a homepage, although we should probably redirect > it to xfree86.cygwin.com > > Alan. It would be nice if the homepage redirected to It would also be nice if mentioned the cygwin-specific CVS repository above... Igor P.S. Just wondering, why aren't you using sources.redhat.com to host CVS? -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II From huntharo@msu.edu Thu May 1 17:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 17:41:00 -0000 Subject: [ANNOUNCEMENT] Server Test 82 In-Reply-To: <20030501030244.16123.qmail@web14610.mail.yahoo.com> References: <20030501030244.16123.qmail@web14610.mail.yahoo.com> Message-ID: <3EB15C63.6000905@msu.edu> Biju G C wrote: > --- Harold L Hunt II wrote: > >>In some instances the mouse pointer does not show when the mouse is over >>the Exit confirmation dialog box. I will fix that eventually. > > > > When mouse disappears no way u can move from the "Exit" to "Cancel" button > using keyboard. I tried "Escape", "Tab", "C", "Arrow", "Home", "End", > "Page up/dn" keys. > Right. Fixed. > So you have to be "David Copperfield" if you want click "Cancel" > when mouse disappers > > But "Enter" key works for Exiting > > I faced mouse disappearing when I followed these step > (I have DISPLAY=localhost:0.0 set in windows env variable) > > 1. XWin-Test82 -ac -multiwindow > 2. run xterm > 3. [play around in multiwindow mode] > 4. run openbox [for making root window clicks] > 5. [play around] > 6. [Exit xterm] > 7. [show rootwindow] > 8. [exit openbox] > 9. [hide rootwindow] > 10 ..... mouse disappeared over tray icon menu. > 11 ..... but you can right click and navigate > 12 ..... so tried to exit > 13 ..... no mouse over exit dialogue > > Harold, > Why not [show/hide rootwindow] all the time, > ie regardless of -multiwindow or -rootless or nothing. > Because in MultiWindow mode the root window is a seperate window from all other windows and it can be hidden and shown. In non-MultiWindow modes the root window is the only window (even in -rootless mode) and it doesn't make any sense to show it or hide it. In Rootless mode we can't show/hide the root window because it is always being shown (even though you don't see it), it is just being clipped to the shape of the displayed X Clients. We might eventually be able to turn off the clipping of the root window to, in effect, show it or hide it. However, I have not had time to look into that. In all other modes (not -rootless and not -multiwindow), the root window is the only thing you get. Doesn't make any sense to show it or hide it. > sometimes -multiwindow with a window manager give problem > while draging window, and taskbar icons are also missing > NO NO NO NO!!!!!!! You CANNOT run a separate window manager with -multiwindow. MultiWindow mode runs its own internal window manager. May lightning strike you down if you continue to do this ;) Really, please stop it. > but -rootless with a window manager is ok That is the whole idea. Rootless is when you are using an X window manager. MultiWindow is like Rootless but it uses an internal MS Windows-based window manager. This is why you cannot use an external window manager with MultiWindow and it is why it makes no sense (and was not a design consideration) to run Rootless and MultiWindow together. > > > cheer > Biju > > Ref:- For ShowInTaskbar > in microsoft C++ > public: __property bool get_ShowInTaskbar(); > public: __property void set_ShowInTaskbar(bool); > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfSystemWindowsFormsFormClassShowInTaskbarTopic.asp > That is for the .NET Framework Class Library, which isn't even close to how this is done in C. The .NET Framework Class Library provides a nice architecture that does a lot of the boilerplate stuff for you... in C you get to do all of that on your own (that's why seemingly simple things like moving between buttons on the dialog are actually complex). Harold From alanh@fairlite.demon.co.uk Thu May 1 17:41:00 2003 From: alanh@fairlite.demon.co.uk (Alan Hourihane) Date: Thu, 01 May 2003 17:41:00 -0000 Subject: cvs and xfree86 (Was Re: PATCH: -multiwindow with root window hidden...) In-Reply-To: <20030501172649.GA11965@redhat.com> References: <20030501172056.29012.qmail@web10106.mail.yahoo.com> <20030501172649.GA11965@redhat.com> Message-ID: <20030501174106.GJ2813@fairlite.demon.co.uk> On Thu, May 01, 2003 at 01:26:50PM -0400, Christopher Faylor wrote: > On Thu, May 01, 2003 at 07:20:56PM +0200, Sylvain Petreolle wrote: > >Seems to be an outdated/moved home page... better use > >http://sourceforge.net/projects/xoncygwin to have access to it. > > ***cgf wonders why a project which uses sources.redhat.com has hosting > on sourceforge. Harold set it up CGF. I guess he didn't know that CVS services could be offered at sources.redhat.com. I certainly didn't. And I don't see any mechanism for Harold to admin that if it did. Alan. From huntharo@msu.edu Thu May 1 17:44:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 17:44:00 -0000 Subject: cvs and xfree86 (Was Re: PATCH: -multiwindow with root window hidden...) In-Reply-To: <20030501174106.GJ2813@fairlite.demon.co.uk> References: <20030501172056.29012.qmail@web10106.mail.yahoo.com> <20030501172649.GA11965@redhat.com> <20030501174106.GJ2813@fairlite.demon.co.uk> Message-ID: <3EB15CFC.8030405@msu.edu> Chris, This is the same CVS repository that we have had for over a year now. You asked the same question when we set it up. My response was essentially, "because we see no reason to bug you to setup and maintain a CVS repository that may never get used", and you agreed. Another issue is that XFree86 is one big mother of a repository and there always seem to be disk space troubles of one sort or another on sources.redhat.com. Maybe those have been fixed now, but it was certainly an issue at the time. Harold Alan Hourihane wrote: > On Thu, May 01, 2003 at 01:26:50PM -0400, Christopher Faylor wrote: > >>On Thu, May 01, 2003 at 07:20:56PM +0200, Sylvain Petreolle wrote: >> >>>Seems to be an outdated/moved home page... better use >>>http://sourceforge.net/projects/xoncygwin to have access to it. >> >>***cgf wonders why a project which uses sources.redhat.com has hosting >>on sourceforge. > > > Harold set it up CGF. I guess he didn't know that CVS services could > be offered at sources.redhat.com. I certainly didn't. And I don't see > any mechanism for Harold to admin that if it did. > > Alan. From cbrown1@s-mail.com Thu May 1 19:37:00 2003 From: cbrown1@s-mail.com (C Brown) Date: Thu, 01 May 2003 19:37:00 -0000 Subject: [ANNOUNCEMENT] Server Test 84 Message-ID: <3eb173fe.d1055ce1@s-mail.com> Links: I just posted Test 84 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 83 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-35 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test83.exe.bz2 (1204 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030501-1250.tar.bz2 (111 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test82 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test82-to-Test83.diff (10 KiB) Changes: 1) Fix the Exit confirmation dialog box so that the arrow keys, tab keys, and Enter/Escape keys all work. Additionally, make the Exit confirmation dialog box get the keyboard focus when it is opened. It was being set as the active window, but the keyboard focus was not being set properly. (Harold L Hunt II) 2) Make the Cancel button the default button on the Exit confirmation dialog box. Thanks to Biju G C for giving me a heads-up on this one. (Harold L Hunt II) 3) Fix the cursor hiding on the Exit confirmation dialog box that was occurring when no X Client windows were open in MultiWindow mode. (Harold L Hunt II) 4) Fix the Exit confirmation dialog box so that it doesn't prevent the keyboard focus from returning to X Client windows in MultiWindow mode when you dismiss the dialog box by closing it or by pressing Cancel. (Harold L Hunt II) 5) Change the root window title in MultiWindow mode to ``Cygwin/XFree86'' from ``Cygwin/XFree86 rl''. (Harold L Hunt II) 6) Change MultiWindow mode to use XWin.log again, instead of XWinrl.log. (Harold L Hunt II) 7) Change the top-level window procedure for MultiWindow mode to share a global cursor hidden/shown flag with the root window procedure. (Harold L Hunt II) ________________________________________________________________________ This letter has been delivered unencrypted. We'd like to remind you that the full protection of e-mail correspondence is provided by S-mail encryption mechanisms if only both, Sender and Recipient use S-mail. Register at S-mail.com: http://www.s-mail.com From szerdahelyi.mihaly@ln.matav.hu Thu May 1 20:29:00 2003 From: szerdahelyi.mihaly@ln.matav.hu (szerdahelyi.mihaly@ln.matav.hu) Date: Thu, 01 May 2003 20:29:00 -0000 Subject: connect behind from firewall Message-ID: Hi, we would like to connect Win2k to Linux with cygwin; it works without problems when both machines are behind a company firewall but it does not work on this line: Win2k->comp.firewall->net->private router->private Linux server(same as in the first example). Unfortunately (but it is maybe good) we have not enough information about the firewall because of the policy. We can configure the end-machines and the private router. We could not find any ideas in FAQ's. Have you any idea what could we continue with? I send it in different mode because of the slightly confidential information. Thanks Michael Szerdahelyi From cec112@psu.edu Thu May 1 20:34:00 2003 From: cec112@psu.edu (Charles E. Cooper) Date: Thu, 01 May 2003 20:34:00 -0000 Subject: KDE for CygWin? Message-ID: <5.1.0.14.2.20030501163043.02d99938@email.psu.edu> I have been using Cygwin to connect from a PC, Windows 2000 to a Solaris machine where our target system is run. The TWM window manager doesn't have all the featues I'd like, so I was curious if there's another window manager. I saw a reference to KDE, but when I installed it, it installed as a separate task on the PC, not to change the default window manager for the Cygwin. Is there a way to change window managers, and how? I'm a Unix level user, not a heavy programmer type. Thanks in advance Chuck Charles E. Cooper Applied Research Laboratory The Pennsylvania State University (814) 865-6829 (Swift Office) (814) 865-2020 ccooper@psu.edu From plightbo@cisco.com Thu May 1 20:37:00 2003 From: plightbo@cisco.com (Pat Lightbody) Date: Thu, 01 May 2003 20:37:00 -0000 Subject: KDE for CygWin? References: <5.1.0.14.2.20030501163043.02d99938@email.psu.edu> Message-ID: <031b01c31021$8a15b730$6401a8c0@moose> Charles, Cygwin already provides several pre-built WMs in the setup.exe utility (not Gnome or KDE, but they do exist). I use Openbox. Basically, just download and install a new WM using setup.exe (or whatever else if you want Gnome or KDE) and then modify /usr/X11R6/bin/startx.bat and comment out the twm line and replace it with another WM. Fin! -Pat ----- Original Message ----- From: "Charles E. Cooper" To: Sent: Thursday, May 01, 2003 1:33 PM Subject: KDE for CygWin? > I have been using Cygwin to connect from a PC, Windows 2000 to a Solaris > machine where our target system is run. > > The TWM window manager doesn't have all the featues I'd like, so I was > curious if there's another window manager. > I saw a reference to KDE, but when I installed it, it installed as a > separate task on the PC, not to change the default window manager for the > Cygwin. > > Is there a way to change window managers, and how? > I'm a Unix level user, not a heavy programmer type. > > Thanks in advance > > Chuck > > Charles E. Cooper > Applied Research Laboratory > The Pennsylvania State University > (814) 865-6829 (Swift Office) > (814) 865-2020 > ccooper@psu.edu From huntharo@msu.edu Thu May 1 20:38:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 20:38:00 -0000 Subject: connect behind from firewall In-Reply-To: References: Message-ID: <3EB185DD.4070709@msu.edu> Michael, Are you connecting via the -query command-line parameter to Cygwin/XFree86? If so, XDMCP does not work when your XDM host is behind a firewall. I am not sure if you can easily open the ports on the firewall or not. In any case, the topic of XDMCP to hosts behind firewalls is one that is general to all X Servers and there should be lots of information about that on the web (search www.google.com). If, on the other hand, you are using telnet to display applications running on the remote host, then all you need to do is instead use ssh with X11 tunnelling. This is described for Cygwin/XFree86 in the User's Guide: http://xfree86.cygwin.com/docs/ug/ This will require that you have the openssh package for Cygwin and that your Linux machine have openssh installed and the sshd daemon running. You will also need to have port 22 forwarded by the firewall to the Linux host. You could also alternatively forward another port (for example, 2200) to port 22 on the Linux host if you already use port 22 on the firewall. Hmm... in fact, X tunnelling over ssh is also general to all X Servers with lots of information on the web. Again, search www.google.com for more information. Harold szerdahelyi.mihaly@ln.matav.hu wrote: > Hi, > we would like to connect Win2k to Linux with cygwin; it works without > problems when both machines are behind a company firewall but it does not > work on this line: Win2k->comp.firewall->net->private router->private Linux > server(same as in the first example). Unfortunately (but it is maybe good) > we have not enough information about the firewall because of the policy. We > can configure the end-machines and the private router. We could not find > any ideas in FAQ's. Have you any idea what could we continue with? > I send it in different mode because of the slightly confidential > information. > Thanks > Michael Szerdahelyi From karl@waclawek.net Thu May 1 20:40:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Thu, 01 May 2003 20:40:00 -0000 Subject: "no buffer space available" on Win2K References: <3500515B75D9D311948800508BA37955014BDA86@EX-LONDON> <000401c30f20$b336d0b0$9e539696@citkwaclaww2k> <3EAFEC4F.2060403@msu.edu> <00a201c30f2f$31bdd5b0$9e539696@citkwaclaww2k> <3EAFF5C2.1090704@msu.edu> <005701c30f6b$c0ca0c10$0207a8c0@karl> <3EB1263E.7030206@lucent.com> <001f01c30ff7$235a11f0$9e539696@citkwaclaww2k> <3EB1409F.3060502@msu.edu> Message-ID: <001901c3100f$0a342810$9e539696@citkwaclaww2k> ----- Original Message ----- From: "Harold L Hunt II" To: Sent: Thursday, May 01, 2003 11:43 AM > > I tested on a different machine (a training machine) and could not > > trigger the "no buffer space available" error. I tried with ssh and telnet. > > So, it seems it is a problem local to my machine. > > > > As I suspected. Now we just need to find out which piece of hardware, > which driver, or which piece of software is to blame. Only you can do > that for us. Well, I tried these things: Newest Windows update. No help. I applied the registry settings from MS Knowledge Base article 196271: http://support.microsoft.com/default.aspx?scid=kb;en-us;196271 This appeared to extend the time until the error happened, but it still happened, especially when I opened a second instance of Kylix remotely, which seems to put a heavy load on X. At this point I am giving up - I spent already more time than I should, considering I have access to Exceed licenses. Thanks to everybody for their help, Karl From huntharo@msu.edu Thu May 1 20:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 20:42:00 -0000 Subject: KDE for CygWin? In-Reply-To: <5.1.0.14.2.20030501163043.02d99938@email.psu.edu> References: <5.1.0.14.2.20030501163043.02d99938@email.psu.edu> Message-ID: <3EB186CC.6080103@msu.edu> Charles, You probably want to edit your startup script (startxwin.bat or startxwin.sh) and comment out the line that starts twm. You then want to add the -multiwindow command-line parameter to XWin.exe. That should probably give you something more like you are looking for (uses an integrated Windows-based window manager). Yes, KDE is available for Cygwin, but it is huge and requires a non-standard version of a couple components for Cygwin/XFree86 (XWin.exe being one of them). Check the Links page on xfree86.cygwin.com for more information. Remember that your other option is to use -query to open an XDMCP session on a remote box (e.g. a Linux machine) and use whatever window manager and apps that you want to on that machine (such as KDE, Gnome, etc.). This is usually a pretty good alternative if you are using Cygwin/XFree86 primarily for running apps on a *nix box on the same network as your own that already had a better window manager installed. Hope that helps, Harold Charles E. Cooper wrote: > I have been using Cygwin to connect from a PC, Windows 2000 to a Solaris > machine where our target system is run. > > The TWM window manager doesn't have all the featues I'd like, so I was > curious if there's another window manager. > I saw a reference to KDE, but when I installed it, it installed as a > separate task on the PC, not to change the default window manager for > the Cygwin. > > Is there a way to change window managers, and how? > I'm a Unix level user, not a heavy programmer type. > > Thanks in advance > > Chuck > > Charles E. Cooper > Applied Research Laboratory > The Pennsylvania State University > (814) 865-6829 (Swift Office) > (814) 865-2020 > ccooper@psu.edu From huntharo@msu.edu Thu May 1 20:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 20:47:00 -0000 Subject: "no buffer space available" on Win2K In-Reply-To: <001901c3100f$0a342810$9e539696@citkwaclaww2k> References: <3500515B75D9D311948800508BA37955014BDA86@EX-LONDON> <000401c30f20$b336d0b0$9e539696@citkwaclaww2k> <3EAFEC4F.2060403@msu.edu> <00a201c30f2f$31bdd5b0$9e539696@citkwaclaww2k> <3EAFF5C2.1090704@msu.edu> <005701c30f6b$c0ca0c10$0207a8c0@karl> <3EB1263E.7030206@lucent.com> <001f01c30ff7$235a11f0$9e539696@citkwaclaww2k> <3EB1409F.3060502@msu.edu> <001901c3100f$0a342810$9e539696@citkwaclaww2k> Message-ID: <3EB187DD.9090703@msu.edu> Karl, I have wanted to ask, but thought it unnecessary, how much memory you have on this machine? Is it in the range of 64 MB or is it a more just 256 MB or more? Harold Karl Waclawek wrote: > ----- Original Message ----- > From: "Harold L Hunt II" > To: > Sent: Thursday, May 01, 2003 11:43 AM > > >>>I tested on a different machine (a training machine) and could not >>>trigger the "no buffer space available" error. I tried with ssh and telnet. >>>So, it seems it is a problem local to my machine. >>> >> >>As I suspected. Now we just need to find out which piece of hardware, >>which driver, or which piece of software is to blame. Only you can do >>that for us. > > > Well, I tried these things: > > Newest Windows update. No help. > I applied the registry settings from MS Knowledge Base article 196271: > http://support.microsoft.com/default.aspx?scid=kb;en-us;196271 > > This appeared to extend the time until the error happened, but it still > happened, especially when I opened a second instance of Kylix remotely, > which seems to put a heavy load on X. > > At this point I am giving up - I spent already more time than I should, > considering I have access to Exceed licenses. > > Thanks to everybody for their help, > > Karl From huntharo@msu.edu Thu May 1 21:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 01 May 2003 21:05:00 -0000 Subject: "no buffer space available" on Win2K In-Reply-To: <001f01c30ff7$235a11f0$9e539696@citkwaclaww2k> References: <3500515B75D9D311948800508BA37955014BDA86@EX-LONDON> <000401c30f20$b336d0b0$9e539696@citkwaclaww2k> <3EAFEC4F.2060403@msu.edu> <00a201c30f2f$31bdd5b0$9e539696@citkwaclaww2k> <3EAFF5C2.1090704@msu.edu> <005701c30f6b$c0ca0c10$0207a8c0@karl> <3EB1263E.7030206@lucent.com> <001f01c30ff7$235a11f0$9e539696@citkwaclaww2k> Message-ID: <3EB18C02.3010909@msu.edu> Karl, Could you remove the "eval `ssh-agent`" line from near the top of startxwin.sh, restart your machine, and test this again? I am clutching at straws here, but this may help. Harold Karl Waclawek wrote: >>All, >>I am running xfree/cygwin on 2 machines: >>a win98 machine which has a corporate vpn client installed and a win2k >>machine without the vpn. I have installed winpoet (pppoe) dsoftware on >>both. the 2k machine is a work machine attached to the local LAN, the 98 >>machine is a home machine on which I use xfree to telecommute. I have >>not had any problems using xfree on either of them, although there seems >>to be some kind of memory problem ahich causes XWin to crash a few times >>a day(-multiwindow -clibboard) This crashing seems to be more common >>with the server test 81 version released yesterday, but I have had no >>problems co-existing with the VPN. I might also add that my ISP is fixed >>wireless, so in concert with the VPN I am NOT able to FTP large files >>from home to work, but the xfree installation, other than being a little >>slow (due to the VPN being slow + network traffic) is fine. I also have >>Exceed 6.2 loaded on both machines, so that doesn't seem to have an effect. >>Hope this helps. > > > This may be of interest to Harold too. > > I tested on a different machine (a training machine) and could not > trigger the "no buffer space available" error. I tried with ssh and telnet. > So, it seems it is a problem local to my machine. > > Btw (for Harold): > Once OpenSSH is installed, XWin sessions (the way I used them, i.e. remotely) > always start up ssh-agent processes, even if SSH is not used, and never kill them. > I have to go into task manager and kill them manually - I had about 15 of these > processes when closing the X session after 30 minutes. > This happened on all 3 machines I tested on. Is it wrong to just close > the X session window (Alt-F4)? > > Karl From bijumaillist@yahoo.com Thu May 1 21:41:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Thu, 01 May 2003 21:41:00 -0000 Subject: KDE for CygWin? In-Reply-To: <031b01c31021$8a15b730$6401a8c0@moose> Message-ID: <20030501214154.60415.qmail@web14611.mail.yahoo.com> Following commands works for me with out modifying startx >From bash $ startx -e openbox & $ startx -e wmaker & $ startx -e fvwm2 & (PS: But this technique dont work with startxwin.bat) --- Pat Lightbody wrote: > Charles, > Cygwin already provides several pre-built WMs in the setup.exe utility (not > Gnome or KDE, but they do exist). I use Openbox. Basically, just download > and install a new WM using setup.exe (or whatever else if you want Gnome or > KDE) and then modify /usr/X11R6/bin/startx.bat and comment out the twm line > and replace it with another WM. Fin! > > -Pat > > ----- Original Message ----- > From: "Charles E. Cooper" > To: > Sent: Thursday, May 01, 2003 1:33 PM > Subject: KDE for CygWin? > > > > I have been using Cygwin to connect from a PC, Windows 2000 to a Solaris > > machine where our target system is run. > > > > The TWM window manager doesn't have all the featues I'd like, so I was > > curious if there's another window manager. > > I saw a reference to KDE, but when I installed it, it installed as a > > separate task on the PC, not to change the default window manager for the > > Cygwin. > > > > Is there a way to change window managers, and how? > > I'm a Unix level user, not a heavy programmer type. > > > > Thanks in advance > > > > Chuck > > > > Charles E. Cooper > > Applied Research Laboratory > > The Pennsylvania State University > > (814) 865-6829 (Swift Office) > > (814) 865-2020 > > ccooper@psu.edu > __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From szerdahelyi.mihaly@ln.matav.hu Thu May 1 22:15:00 2003 From: szerdahelyi.mihaly@ln.matav.hu (szerdahelyi.mihaly@ln.matav.hu) Date: Thu, 01 May 2003 22:15:00 -0000 Subject: =?iso-8859-1?Q?V=E1lasz=3A_Re=3A_connect_behind_from_firewall?= Message-ID: Harold, you are the boss and I am only a stupid Hungarian project manager who has a special mainly private problem and my two programmers and me fight with this more than two weeks without any result :( We have read your documentation and tried the telnet and SSH solution but none of them worked... - the screen is grey, the program runs and no answer... - :(, on monday when I am going to go back to my workplace I will control the experience again then I will return to the problem if you don't mind. We need the non-profit solution so we tried xweird and vnc (java) also, but they did not work also... we downloaded and partly examine (in paper) the WinAxe and Xmanager but don't want to change our mind if we have hope for the free solution. By the way, the vnc(java) solution works from remote server to client but back not. My router is opened to the ssh. Perhaps we failed something but we don't know what... Thanks Michael Harold L Hunt II @cygwin.com d?tum: 2003.05.01 22:38:53 K?rem, v?laszoljon C?mzett cygwin-xfree@cygwin.com Felad?: cygwin-xfree-owner@cygwin.com C?mzett: cygwin-xfree@cygwin.com M?solat: T?rgy: Re: connect behind from firewall Michael, Are you connecting via the -query command-line parameter to Cygwin/XFree86? If so, XDMCP does not work when your XDM host is behind a firewall. I am not sure if you can easily open the ports on the firewall or not. In any case, the topic of XDMCP to hosts behind firewalls is one that is general to all X Servers and there should be lots of information about that on the web (search www.google.com). If, on the other hand, you are using telnet to display applications running on the remote host, then all you need to do is instead use ssh with X11 tunnelling. This is described for Cygwin/XFree86 in the User's Guide: http://xfree86.cygwin.com/docs/ug/ This will require that you have the openssh package for Cygwin and that your Linux machine have openssh installed and the sshd daemon running. You will also need to have port 22 forwarded by the firewall to the Linux host. You could also alternatively forward another port (for example, 2200) to port 22 on the Linux host if you already use port 22 on the firewall. Hmm... in fact, X tunnelling over ssh is also general to all X Servers with lots of information on the web. Again, search www.google.com for more information. Harold szerdahelyi.mihaly@ln.matav.hu wrote: > Hi, > we would like to connect Win2k to Linux with cygwin; it works without > problems when both machines are behind a company firewall but it does not > work on this line: Win2k->comp.firewall->net->private router->private Linux > server(same as in the first example). Unfortunately (but it is maybe good) > we have not enough information about the firewall because of the policy. We > can configure the end-machines and the private router. We could not find > any ideas in FAQ's. Have you any idea what could we continue with? > I send it in different mode because of the slightly confidential > information. > Thanks > Michael Szerdahelyi From karl@waclawek.net Fri May 2 02:12:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Fri, 02 May 2003 02:12:00 -0000 Subject: "no buffer space available" on Win2K References: <3500515B75D9D311948800508BA37955014BDA86@EX-LONDON> <000401c30f20$b336d0b0$9e539696@citkwaclaww2k> <3EAFEC4F.2060403@msu.edu> <00a201c30f2f$31bdd5b0$9e539696@citkwaclaww2k> <3EAFF5C2.1090704@msu.edu> <005701c30f6b$c0ca0c10$0207a8c0@karl> <3EB1263E.7030206@lucent.com> <001f01c30ff7$235a11f0$9e539696@citkwaclaww2k> <3EB1409F.3060502@msu.edu> <001901c3100f$0a342810$9e539696@citkwaclaww2k> <3EB187DD.9090703@msu.edu> Message-ID: <000b01c31051$11b7cf00$0207a8c0@karl> ----- Original Message ----- From: "Harold L Hunt II" To: Sent: Thursday, May 01, 2003 4:47 PM > Karl, > > I have wanted to ask, but thought it unnecessary, how much memory you > have on this machine? Is it in the range of 64 MB or is it a more just > 256 MB or more? It's a Dell 800 MHz P 3 with 256 MB. Should be enough. Well, with MS you never know. ;-) I forgot: we all have McAfee installed. Just mentioning it because it seems to matter to the Cygwin install. I left the Cygwin setup at its default. In addition, I have the Novell client installed - in addition to Microsoft Networking. Karl From jackchen@sysware.com.tw Fri May 2 02:30:00 2003 From: jackchen@sysware.com.tw (jack) Date: Fri, 02 May 2003 02:30:00 -0000 Subject: Chinese problem Message-ID: <003201c31052$c8d8f410$6b0b0a0a@jackchen> Hi, everybody: I'm new to Cygwin-xfree, it's really a great thing... I install Window Maker in Cygwin, and I try to show Chinese menu, unfortunatly I failed...... ~"~ Any guy succeed? Can you teach me how to do that? Thanks... jack From karl@waclawek.net Fri May 2 02:31:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Fri, 02 May 2003 02:31:00 -0000 Subject: KDE for CygWin? References: <20030501214154.60415.qmail@web14611.mail.yahoo.com> Message-ID: <002401c31053$ba9b8470$0207a8c0@karl> ----- Original Message ----- From: "Biju G C" To: Sent: Thursday, May 01, 2003 5:41 PM > Following commands works for me with out modifying startx > > From bash > > $ startx -e openbox & > $ startx -e wmaker & > $ startx -e fvwm2 & > > (PS: But this technique dont work with startxwin.bat) I just edited startxwin.bat/sh, and replaced twm with wmaker. Worked OK for me. Karl From karl@waclawek.net Fri May 2 13:14:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Fri, 02 May 2003 13:14:00 -0000 Subject: "no buffer space available" on Win2K Message-ID: <000d01c310ac$bcb2f550$9e539696@citkwaclaww2k> Harold, as promised I tried again with eval 'ssh-agent' commented out. It seemed to go well for about 5 minutes of heavy windowing interaction with two copies of Kylix, and I was ready to call it a success, when suddenly the X screen disappeared, then re-appeared with the grey surface (as it did before). One slight difference: Only some apps would now give me the "no buffer space available" error. startxwin.sh, for instance, would simply report: "cannot connect to 127.0.0.1". Again, the only remedy was to re-boot the OS. Karl From Vince.Hoffman@uk.circle.com Fri May 2 13:29:00 2003 From: Vince.Hoffman@uk.circle.com (Vince Hoffman) Date: Fri, 02 May 2003 13:29:00 -0000 Subject: "no buffer space available" on Win2K Message-ID: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> If its of any interest i can now definatley duplicate my problem on my box without involving X at all. (It does seem to involve cygwin but i'm hoping i can verify that and get something more concrete before i start bugging any lists again.) Vince > -----Original Message----- > From: Karl Waclawek [mailto:karl@waclawek.net] > Sent: 02 May 2003 14:14 > To: cygwin-xfree@cygwin.com > Subject: Re: "no buffer space available" on Win2K > > > Harold, > > as promised I tried again with eval 'ssh-agent' commented out. > It seemed to go well for about 5 minutes of heavy windowing > interaction with two copies of Kylix, and I was ready to call > it a success, when suddenly the X screen disappeared, then re-appeared > with the grey surface (as it did before). > > One slight difference: Only some apps would now give me the > "no buffer space available" error. startxwin.sh, for instance, > would simply report: "cannot connect to 127.0.0.1". > Again, the only remedy was to re-boot the OS. > > Karl > From Dr.Volker.Zell@oracle.com Fri May 2 14:06:00 2003 From: Dr.Volker.Zell@oracle.com (Volker Zell) Date: Fri, 02 May 2003 14:06:00 -0000 Subject: packaging error in latest lesstiff Message-ID: <3EB27B37.9010205@oracle.com> Hi I think there is a packaging error in the latest lesstiff package. Because the initial lesstiff package had a file host.def (by the way conflicting with a file in Xfree-lib package) the file /usr/X11R6/lib/X11/config/host.def will be removed after installation of the latest lesstiff package. The new lesstiff package installs three files under /usr/X11R6/lib/LessTif/config/ Shouldn't that be /usr/X11R6/lib/X11/config/ Now I get errors whenever I use xmkmf: 03:43 PM [523]> xmkmf imake -DUseInstalled -I/usr/X11R6/lib/X11/config /usr/X11R6/lib/X11/config/site.def:56: host.def: No such file or directory /usr/X11R6/lib/X11/config/site.def:158: host.def: No such file or directory Ciao Volker From karl@waclawek.net Fri May 2 14:14:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Fri, 02 May 2003 14:14:00 -0000 Subject: "no buffer space available" on Win2K References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> Message-ID: <003901c310b5$1f55fd80$9e539696@citkwaclaww2k> > If its of any interest i can now definatley duplicate my problem on my box > without involving X at all. (It does seem to involve cygwin but i'm hoping i > can verify that and get something more concrete before i start bugging any > lists again.) > Vince I just tried the other machine again (a newer 2.4 GHz) and could not get it to error out - I gave up after 10 minutes of heavy use. To figure out what is different between them - that is a task. If I come across anything I will report it - but I have work to do too. Karl From ford@vss.fsi.com Fri May 2 16:23:00 2003 From: ford@vss.fsi.com (Brian Ford) Date: Fri, 02 May 2003 16:23:00 -0000 Subject: packaging error in latest lesstiff Message-ID: On Fri, 02 May 2003, Volker Zell wrote: > Hi > Hello. > I think there is a packaging error in the latest lesstiff package. > Thanks for the bug report. > Because the initial lesstiff package had a file host.def (by the way > conflicting with a file in Xfree-lib package) the file > > /usr/X11R6/lib/X11/config/host.def > > will be removed after installation of the latest lesstiff package. > The new lesstiff package installs three files under > > /usr/X11R6/lib/LessTif/config/ > > Shouldn't that be > > /usr/X11R6/lib/X11/config/ > Well, I confess, I know next to nothing about imake style config stuff. I've always hated packages that use it rather than GNU configure because it never works right for me. That said, it would seem like lesstif resolving this conflict is a good thing, giving one the option of using the Xfree-lib version or the lesstif version. Does reinstalling the Xfree-lib package fix this by restoring the host.def from that package? > Now I get errors whenever I use xmkmf: > > 03:43 PM [523]> xmkmf > imake -DUseInstalled -I/usr/X11R6/lib/X11/config > /usr/X11R6/lib/X11/config/site.def:56: host.def: No such file or > directory > /usr/X11R6/lib/X11/config/site.def:158: host.def: No such file or > directory > Yeah, I saw these trying to use imake recently, but I did not know if it ever worked. Brian, Cygwin's reluctant lesstif maintainer. -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 From rschulz@sonic.net Fri May 2 16:45:00 2003 From: rschulz@sonic.net (Randall R Schulz) Date: Fri, 02 May 2003 16:45:00 -0000 Subject: Tray, Yay! Taskbar, Nay! Message-ID: <5.2.1.1.2.20030502094224.0346cce8@pop.sonic.net> Hi, Now that XWin puts an icon in the tray, can we have the option of getting rid of the taskbar tab? Or is it there already and escaping my attention? Randall Schulz From huntharo@msu.edu Fri May 2 16:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 May 2003 16:46:00 -0000 Subject: "no buffer space available" on Win2K In-Reply-To: <000d01c310ac$bcb2f550$9e539696@citkwaclaww2k> References: <000d01c310ac$bcb2f550$9e539696@citkwaclaww2k> Message-ID: <3EB2A0CB.2040904@msu.edu> Karl, Karl Waclawek wrote: > Harold, > > as promised I tried again with eval 'ssh-agent' commented out. > It seemed to go well for about 5 minutes of heavy windowing > interaction with two copies of Kylix, and I was ready to call > it a success, when suddenly the X screen disappeared, then re-appeared > with the grey surface (as it did before). > Okay, that is at least a start. > One slight difference: Only some apps would now give me the > "no buffer space available" error. startxwin.sh, for instance, > would simply report: "cannot connect to 127.0.0.1". > Again, the only remedy was to re-boot the OS. > When you say that you run startxwin.sh, does that mean that the previous instance of XWin.exe has exited? Have you checked for XWin.exe in Task Manager? You would need to be sure that all previous instances of XWin.exe have actually ended before you run startxwin.sh again. Please tell me that you have never run startwin.sh multiple times in an attempt to get multiple desktops; I doubt you have, but just please tell me. Thanks for debugging, Harold From Vince.Hoffman@uk.circle.com Fri May 2 16:49:00 2003 From: Vince.Hoffman@uk.circle.com (Vince Hoffman) Date: Fri, 02 May 2003 16:49:00 -0000 Subject: Tray, Yay! Taskbar, Nay! Message-ID: <3500515B75D9D311948800508BA37955014BDABD@EX-LONDON> The -multiwindow option doesnt have a taskbar tab if thats any good ? > -----Original Message----- > From: Randall R Schulz [mailto:rschulz@sonic.net] > Sent: 02 May 2003 17:46 > To: cygwin-xfree@cygwin.com > Subject: Tray, Yay! Taskbar, Nay! > > > Hi, > > Now that XWin puts an icon in the tray, can we have the option of > getting rid of the taskbar tab? > > Or is it there already and escaping my attention? > > Randall Schulz > From huntharo@msu.edu Fri May 2 16:57:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 May 2003 16:57:00 -0000 Subject: "no buffer space available" on Win2K [cgf, please comment] In-Reply-To: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> Message-ID: <3EB2A368.7020209@msu.edu> Vince, Vince Hoffman wrote: > If its of any interest i can now definatley duplicate my problem on my box > without involving X at all. (It does seem to involve cygwin but i'm hoping i > can verify that and get something more concrete before i start bugging any > lists again.) Yes, I did a search on google for Cygwin and WSAENOBUFS last night: http://www.google.com/search?&q=cygwin+WSAENOBUFS (Note: You will need to look at "cached" copies of most links.) This turned up a wealth of info, including the fact that this problem has struck XWin.exe before. We had applied a fix that had mostly taken care of the problem, but it apparently did not completely fix the problem. Cygwin's DLL has also been changed in response to this problem a few times in the past. The way I see it, one of two things is happening: 1) Kylix exemplifies that the problem in either XWin.exe or Cygwin proper was never completely fixed. Rather, the problem always existed but only a few applications can cause it to occur. 2) There has been a regression in Cygwin proper or XWin.exe. I kind of doubt the latter since the original fix that was applied is still in my local tree. Of these two, I feel that #1 is most likely. Someone that monitors Cygwin proper more closely will need to comment on whether #2 is likely based on recent changes. [Chris - Got any input?] Note that the google search above returns lots of info about how this problem has exemplified itself in other apps running on Cygwin, notably squid. So, while the problem may not be isolated to XWin.exe, we can still probably try to do something on our part that will minimize the impact of the problem. That will require lots of code auditing and debugging, which I am not sure will happen. Harold From rschulz@sonic.net Fri May 2 17:00:00 2003 From: rschulz@sonic.net (Randall R Schulz) Date: Fri, 02 May 2003 17:00:00 -0000 Subject: Tray, Yay! Taskbar, Nay! In-Reply-To: <3500515B75D9D311948800508BA37955014BDABD@EX-LONDON> Message-ID: <5.2.1.1.2.20030502095826.038b0e70@pop.sonic.net> Vince, At 09:49 2003-05-02, Vince Hoffman wrote: >The -multiwindow option doesnt have a taskbar tab if thats any good ? It's good that I'm free of the taskbar tab, but having no root window is not good for me. I see there's an option to force or inhibit the tray icon. Why not the same for the taskbar tab? And when I ask for the root window via the tray menu, then I get that silly taskbar tab again--that makes it no-win for me. Randall Schulz > > -----Original Message----- > > From: Randall R Schulz [mailto:rschulz@sonic.net] > > Sent: 02 May 2003 17:46 > > To: cygwin-xfree@cygwin.com > > Subject: Tray, Yay! Taskbar, Nay! > > > > > > Hi, > > > > Now that XWin puts an icon in the tray, can we have the option of > > getting rid of the taskbar tab? > > > > Or is it there already and escaping my attention? > > > > Randall Schulz From huntharo@msu.edu Fri May 2 17:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 May 2003 17:05:00 -0000 Subject: Tray, Yay! Taskbar, Nay! In-Reply-To: <5.2.1.1.2.20030502094224.0346cce8@pop.sonic.net> References: <5.2.1.1.2.20030502094224.0346cce8@pop.sonic.net> Message-ID: <3EB2A547.3030007@msu.edu> Randall, It could certainly be an option, but it requires more than just hiding the taskbar entry. Specifically, we have to come up with the actions on the tray icon that cause a switche to the Cygwin/XFree86 window. Here are the options that come to mind: 1) A right-click menu item. Give me some ideas about what the button should say. 2) An action assigned to a left click or a left double-click (currently assigned to the Exit confirmation window). Obviously, a right click action is right out :) 3) ??? 4) Profit! Also, I need some thinking going into how the Cygwin/XFree86 window should behave when it loses the focus. I mean, it isn't going to have an entry in the taskbar, so raising it to the top might be a little funny. If I get a working description of how all these details (or at least 60% of them) should be handled, then I will likely code this feature myself. If not, I probably won't touch it. Harold Randall R Schulz wrote: > Hi, > > Now that XWin puts an icon in the tray, can we have the option of > getting rid of the taskbar tab? > > Or is it there already and escaping my attention? > > Randall Schulz From huntharo@msu.edu Fri May 2 17:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 May 2003 17:10:00 -0000 Subject: Tray, Yay! Taskbar, Nay! In-Reply-To: <5.2.1.1.2.20030502095826.038b0e70@pop.sonic.net> References: <5.2.1.1.2.20030502095826.038b0e70@pop.sonic.net> Message-ID: <3EB2A68D.1060003@msu.edu> Randall R Schulz wrote: > Vince, > > At 09:49 2003-05-02, Vince Hoffman wrote: > >> The -multiwindow option doesnt have a taskbar tab if thats any good ? > > > > It's good that I'm free of the taskbar tab, but having no root window is > not good for me. > > I see there's an option to force or inhibit the tray icon. Why not the > same for the taskbar tab? And when I ask for the root window via the > tray menu, then I get that silly taskbar tab again--that makes it no-win > for me. As you will see in my just-written message, and I want to reiterate this, it isn't so much a question of "can we hide it?" as it is a question of "how do we deal with all the little nagging details that not having a taskbar entry raises?". I don't want to answer all those nagging details, and I don't want to make test release after test release until we get them right. There is nothing I hate more than spending an hour making a release only to have someone say, "oh yeah, but wouldn't it be more natural for it to do foo and bar instead of the way you coded it?". Sure, it might be more natural, but I want people to start asking me that before I make the release, not after I make the release. :) Randall, you can be my first test case of me demanding more information before coding :) Harold From karl@waclawek.net Fri May 2 17:26:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Fri, 02 May 2003 17:26:00 -0000 Subject: "no buffer space available" on Win2K References: <000d01c310ac$bcb2f550$9e539696@citkwaclaww2k> <3EB2A0CB.2040904@msu.edu> Message-ID: <002901c310d0$03cb4140$9e539696@citkwaclaww2k> ----- Original Message ----- From: "Harold L Hunt II" To: Sent: Friday, May 02, 2003 12:46 PM > > One slight difference: Only some apps would now give me the > > "no buffer space available" error. startxwin.sh, for instance, > > would simply report: "cannot connect to 127.0.0.1". > > Again, the only remedy was to re-boot the OS. > > > > When you say that you run startxwin.sh, does that mean that the previous > instance of XWin.exe has exited? Have you checked for XWin.exe in Task > Manager? You would need to be sure that all previous instances of > XWin.exe have actually ended before you run startxwin.sh again. Please > tell me that you have never run startwin.sh multiple times in an attempt > to get multiple desktops; I doubt you have, but just please tell me. Yes, I always checked task manager before restarting. There never was an XWin left, (I closed the grey X window before I checked). However, there were still processes running, like wmaker or bash, which I killed before re-starting. I did this also because I was looking for processes to kill so that I can get the TCP/IP resources back without having to reboot. I have to add (for clarification) - that almost no TCP/IP related stuff worked on the system afterwards. Most of the time I could only ping a dotted address, but not a domain name, as this would require a DNS lookup. There was no web browsing, ftp or telnet. Basically, only ping was left. Occasionally, some web browsing could still be done, but re-starting XWin then killed that off too (once the system had already gone through an X crash). Karl From karl@waclawek.net Fri May 2 17:39:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Fri, 02 May 2003 17:39:00 -0000 Subject: "no buffer space available" on Win2K [cgf, please comment] References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> <3EB2A368.7020209@msu.edu> Message-ID: <003901c310d1$bb4b7640$9e539696@citkwaclaww2k> ----- Original Message ----- From: "Harold L Hunt II" To: Sent: Friday, May 02, 2003 12:57 PM Subject: Re: "no buffer space available" on Win2K [cgf, please comment] > Vince, > > Vince Hoffman wrote: > > If its of any interest i can now definatley duplicate my problem on my box > > without involving X at all. (It does seem to involve cygwin but i'm hoping i > > can verify that and get something more concrete before i start bugging any > > lists again.) > > Yes, I did a search on google for Cygwin and WSAENOBUFS last night: > > http://www.google.com/search?&q=cygwin+WSAENOBUFS > (Note: You will need to look at "cached" copies of most links.) There is also a thread in google groups: http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=7be06644.0204221456.10fd2bc6%40posting.google.com > This turned up a wealth of info, including the fact that this problem > has struck XWin.exe before. We had applied a fix that had mostly taken > care of the problem, but it apparently did not completely fix the > problem. Cygwin's DLL has also been changed in response to this problem > a few times in the past. The way I see it, one of two things is happening: > > 1) Kylix exemplifies that the problem in either XWin.exe or Cygwin > proper was never completely fixed. Rather, the problem always existed > but only a few applications can cause it to occur. >From what I can observe, Kylix - or maybe the way the Kylix IDE makes calls to QT, or maybe the fact that the Kylix IDE runs through wineserver, causes heavy X traffic with small packets, but high frequency. This seems to be the root cause for the bad VPN performance especially when running Kylix, as latency plays a big role in such a scenario. Karl From bijumaillist@yahoo.com Fri May 2 18:15:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Fri, 02 May 2003 18:15:00 -0000 Subject: Wish list, Poll & Form Message-ID: <20030502181536.46504.qmail@web14611.mail.yahoo.com> --- Harold L Hunt II wrote: > There is nothing I hate more than spending an hour making a > release only to have someone say, "oh yeah, but wouldn't it > be more natural for it to do foo and bar instead of the way > you coded it?". Sure, it might be more natural, > but I want people to start asking me that before I make > the release, not after I make the release. :) > Randall, you can be my first test case of me demanding more > information before coding :) > > Harold If v hav a forum, where users can add/submit feature request (A Wish list) and other can vote on it. That will be a good guidence to developers. I dont think it will be difficult. As phpBB and all have it. NB: Not the way "Cygwin survey: Next vim version with perl support?" was done it will flood the archives, and seaching old mails difficult. In this case my opinion would be an offlist reply to Corinna Vinschen is better. cheers biju Example at MozillaZine, to create poll http://www.mozillazine.org/forums/posting.php?mode=newtopic&f=22 __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From huntharo@msu.edu Fri May 2 18:29:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 02 May 2003 18:29:00 -0000 Subject: Wish list, Poll & Form In-Reply-To: <20030502181536.46504.qmail@web14611.mail.yahoo.com> References: <20030502181536.46504.qmail@web14611.mail.yahoo.com> Message-ID: <3EB2B911.2050106@msu.edu> Biju, That might help for a related problem. But I am looking for users to do a little more of the design work before I start coding a requested feature. That wouldn't really be helped by a poll, as it requires one individual to do some careful thinking, not a community concensus. Thanks for the idea though, Harold Biju G C wrote: > --- Harold L Hunt II wrote: > >>There is nothing I hate more than spending an hour making a >>release only to have someone say, "oh yeah, but wouldn't it >>be more natural for it to do foo and bar instead of the way >>you coded it?". Sure, it might be more natural, >>but I want people to start asking me that before I make >>the release, not after I make the release. :) >>Randall, you can be my first test case of me demanding more >>information before coding :) >> >>Harold > > > If v hav a forum, where users can add/submit feature request > (A Wish list) and other can vote on it. > That will be a good guidence to developers. > > I dont think it will be difficult. As phpBB and all have it. > > NB: Not the way "Cygwin survey: Next vim version with perl support?" > was done it will flood the archives, and seaching old mails > difficult. In this case my opinion would be an offlist reply > to Corinna Vinschen is better. > > cheers > biju > > Example at MozillaZine, to create poll > http://www.mozillazine.org/forums/posting.php?mode=newtopic&f=22 > > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com From pechtcha@cs.nyu.edu Fri May 2 18:35:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 02 May 2003 18:35:00 -0000 Subject: Wish list, Poll & Form In-Reply-To: <3EB2B911.2050106@msu.edu> Message-ID: Harold, Frankly, so did Corinna's poll... ;-) You are correct in that a pure anonymous poll will do no good. But a poll that lets people explain their votes in an attached forum (which is what I think Biju is suggesting) would. This is where the design discussion would happen. In fact, a more interesting type of poll (and no, I'm not volunteering to set it up :-D) would be where the voters have an option of adding extra choices to the initial list. If nothing else, it would be a cool social experiment. Igor On Fri, 2 May 2003, Harold L Hunt II wrote: > Biju, > > That might help for a related problem. But I am looking for users to do > a little more of the design work before I start coding a requested > feature. That wouldn't really be helped by a poll, as it requires one > individual to do some careful thinking, not a community concensus. > > Thanks for the idea though, > > Harold > > Biju G C wrote: > > --- Harold L Hunt II wrote: > > > >>There is nothing I hate more than spending an hour making a > >>release only to have someone say, "oh yeah, but wouldn't it > >>be more natural for it to do foo and bar instead of the way > >>you coded it?". Sure, it might be more natural, > >>but I want people to start asking me that before I make > >>the release, not after I make the release. :) > >>Randall, you can be my first test case of me demanding more > >>information before coding :) > >> > >>Harold > > > > > > If v hav a forum, where users can add/submit feature request > > (A Wish list) and other can vote on it. > > That will be a good guidence to developers. > > > > I dont think it will be difficult. As phpBB and all have it. > > > > NB: Not the way "Cygwin survey: Next vim version with perl support?" > > was done it will flood the archives, and seaching old mails > > difficult. In this case my opinion would be an offlist reply > > to Corinna Vinschen is better. > > > > cheers > > biju > > > > Example at MozillaZine, to create poll > > http://www.mozillazine.org/forums/posting.php?mode=newtopic&f=22 -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II From cgf@redhat.com Fri May 2 19:24:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 02 May 2003 19:24:00 -0000 Subject: Wish list, Poll & Form In-Reply-To: <20030502181536.46504.qmail@web14611.mail.yahoo.com> References: <20030502181536.46504.qmail@web14611.mail.yahoo.com> Message-ID: <20030502192527.GC957@redhat.com> On Fri, May 02, 2003 at 11:15:36AM -0700, Biju G C wrote: >If v hav a forum, where users can add/submit feature request (A Wish >list) and other can vote on it. That will be a good guidence to >developers. > >I dont think it will be difficult. As phpBB and all have it. Yeah, like the old cygwin todo list which was primarily used by people to send "qasdf" messages, to ask for things that already existed "I think that cygwin should include an 'ls' command", to report bugs "I can't setup ssh!!!!", "me toos" like "I need ipv6, too!!!", and to offer obvious setup requests "I think setup should be resizable". We had the cygwin to-do list running for three years and we probably got only a handful of useful items from it, not counting the entries from Corinna or me. Weigh this against the constant stream of moronic commentary and I don't think it was worth it. That's why I removed to-do list access a month or two ago. Now, I just have the "Please remove, from your archives, my email address, phone number, and social security number which I stupidly put in my message to cygwin at cygwin dot com" messages to deal with along with the "Please unssucirbe" messages and the requests from mirror sites which are already in the mirrors list to be added to the mirrors list. So put me down for feature request/todo -- no thanks. I'm not going through that again. >NB: Not the way "Cygwin survey: Next vim version with perl support?" > was done it will flood the archives, and seaching old mails > difficult. In this case my opinion would be an offlist reply > to Corinna Vinschen is better. In my opinion, Corinna would have been answering the same questions multiple times. That's what a mailing list is for. I found the survey pretty interesting. I wouldn't mind seeing more of it. cgf -- Please use the resources at cygwin.com rather than sending personal email. Special for spam email harvesters: send email to aaaspam@sourceware.org and be permanently blocked from mailing lists at sources.redhat.com From huntharo@msu.edu Sat May 3 02:38:00 2003 From: huntharo@msu.edu (huntharo@msu.edu) Date: Sat, 03 May 2003 02:38:00 -0000 Subject: [ANNOUCEMENT] Cygwin/XFree86 Update Message-ID: Sex is good for you! sexual healing ?? trivia ??sex People have always said that sex was good for you and finally we have proof! Here are just a few of the benefits from sex... Sex is a beauty treatment. Scientific tests find that when woman make love they produce amounts of the hormone estrogen, which make hair shiny and skin smooth. Gentle, relaxed lovemaking reduces your chances of suffering from dermatitis, skin rashes and blemishes. The sweat produced cleanses the pores and makes your skin glow. Lovemaking can burn up those calories you piled on during that romantic dinner. Sex is one of the safest sports you can take up. It stretches and tones up just about every muscle in the body. It's more enjoyable than swimming 20 laps, and you don't need special sneakers! Sex is an instant cure for mild depression. It releases the body endorphins into the bloodstream, producing a sense of euphoria and leaving you with a feeling of well-being. The more sex you have, the more you will be offered. The sexually active body gives off greater quantities of chemicals called pheromones. These subtle sex perfumes drive the opposite sex crazy! Sex is the safest tranquilizer in the world. IT IS 10 TIMES MORE EFFECTIVE THAN VALIUM. Kissing each day will keep the dentist away. Kissing encourages saliva to wash food from the teeth and lowers the level of the acid that causes decay, preventing plaque build-up. Sex actually relieves headaches. A lovemaking session can release the tension that restricts blood vessels in the brain. A lot of lovemaking can unblock a stuffy nose. Sex is a natural antihistamine. It can help combat asthma and hay fever. From huntharo@msu.edu Sat May 3 02:41:00 2003 From: huntharo@msu.edu (huntharo@msu.edu) Date: Sat, 03 May 2003 02:41:00 -0000 Subject: Updated Message-ID: Orgasm comes from the Greek, "to swell with wetness." The word avocado comes from the Spanish word, aguacate, which in turn is derived from the Aztec word ahuacatl which meant testicle. The word "gymnasium" comes from the Greek word gymnazein which means to "exercise naked." The origin of the word "penis" is Latin, meaning tail. Vanilla derives its name from the Latin word for vagina, probably because of the vanilla bean's likeness to female genitalia. Sadism is named for the Marquis de Sade (1740-1914), a French writer who wrote such books as The 120 Days of Sodom and Justine, in which sexual torture and humiliation were continuous themes. Masochism is named after Leopold von Sacher-Masoch (1836-1895), an Austrian lawyer and writer who wrote the classic sado-masochist novel, Venus in Furs. He was famous for his desires for pain and humiliation. Gonorrhea, characterized by a discharge from the penis, has been around since Biblical times and was named by the Greek physician, Galen, in 150 A.D. The name translates as "the flow of seed." Although the island of Lesbos is synonymous with lesbianism, the ancient Greeks associated it with the practice of fellatio. The Greek verbs lesbiazo and lesbizo refer to the act of fellatio. The origin of the word ejaculate is from a Latin word ejaculari, meaning to "throw or shoot out." The ancient Roman whore house, or brothel, was called a "lupanar" which means "she-wolves den." Pornography, from Greek origin, means literally the writing of or about prostitutes. The word eunuch, from the Green eunouchos and the Latin eunuchus, means keeper of the bedchamber. This is a reference to the role of the eunuch as the harem keeper. The Greek legend of the fierce Amazon women warriors claims that as young girls they burned off their breast, enabling them to better handle a bow and arrow, hence acquiring the name amazone, meaning breastless. The origin of the owrd "nymphomania" is from the Greek nymphe, meaning bride, and mania, meaning madness or frenzy. The "French Kiss" was first known as maraichanage, a term to describe the prolonged, deep, tongue kiss practiced by the Maraichins, inhabitants of Brittany, France. From cgf@redhat.com Sat May 3 03:33:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 03 May 2003 03:33:00 -0000 Subject: "no buffer space available" on Win2K [cgf, please comment] In-Reply-To: <3EB2A368.7020209@msu.edu> References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> <3EB2A368.7020209@msu.edu> Message-ID: <20030503033450.GA7684@redhat.com> On Fri, May 02, 2003 at 12:57:12PM -0400, Harold L Hunt II wrote: >Of these two, I feel that #1 is most likely. Someone that monitors >Cygwin proper more closely will need to comment on whether #2 is likely >based on recent changes. [Chris - Got any input?] If I had input, I would have provided it by now. cgf From cgf@redhat.com Sat May 3 03:35:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 03 May 2003 03:35:00 -0000 Subject: "no buffer space available" on Win2K [cgf, please comment] In-Reply-To: <003901c310d1$bb4b7640$9e539696@citkwaclaww2k> References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> <3EB2A368.7020209@msu.edu> <003901c310d1$bb4b7640$9e539696@citkwaclaww2k> Message-ID: <20030503033608.GB7684@redhat.com> On Fri, May 02, 2003 at 01:39:07PM -0400, Karl Waclawek wrote: >>http://www.google.com/search?&q=cygwin+WSAENOBUFS (Note: You will need >>to look at "cached" copies of most links.) > >There is also a thread in google groups: >http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=7be06644.0204221456.10fd2bc6%40posting.google.com Which shows that this isn't a cygwin-specific problem. cgf From karl@waclawek.net Sat May 3 05:18:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Sat, 03 May 2003 05:18:00 -0000 Subject: "no buffer space available" on Win2K [cgf, please comment] References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> <3EB2A368.7020209@msu.edu> <003901c310d1$bb4b7640$9e539696@citkwaclaww2k> <20030503033608.GB7684@redhat.com> Message-ID: <000501c31134$341c5730$0207a8c0@karl> ----- Original Message ----- From: "Christopher Faylor" To: Sent: Friday, May 02, 2003 11:36 PM > On Fri, May 02, 2003 at 01:39:07PM -0400, Karl Waclawek wrote: > >>http://www.google.com/search?&q=cygwin+WSAENOBUFS (Note: You will need > >>to look at "cached" copies of most links.) > > > >There is also a thread in google groups: > >http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=7be06644.0204221456.10fd2bc6%40posting.g oogle.com > > Which shows that this isn't a cygwin-specific problem. I never said that, and I also don't expect a solution from the Cygwin team - considering that Cygwin is free, and that my problem does not seem to affect a lot of users. I also have to congratulate you to the excellent work you guys are doing. However, I have to say this: There are millions of of 2000 systems out there. The likelyhood of MS fixing the problem and a major portion of these systems getting patched is close to zero. So here is the real-life lesson about MS: You have a problem with a buggy MS product - you find a workaround. I tried, but failed. Time to move on. Karl From huntharo@msu.edu Sat May 3 05:26:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 03 May 2003 05:26:00 -0000 Subject: "no buffer space available" on Win2K [cgf, please comment] In-Reply-To: <000501c31134$341c5730$0207a8c0@karl> References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> <3EB2A368.7020209@msu.edu> <003901c310d1$bb4b7640$9e539696@citkwaclaww2k> <20030503033608.GB7684@redhat.com> <000501c31134$341c5730$0207a8c0@karl> Message-ID: <3EB352FF.8030200@msu.edu> All, See, the problem I have with this argument is that, as usual, Exceed doesn't have the same problem that we do. Thus, it means that there is a way to avoid this problem through some careful coding technique. I want to know what that technique is and what we need to do to implement it. Karl --- Of course, you are free to go, as this problem is quite general in nature and not specific to your situation. Thanks for your help. Harold Karl Waclawek wrote: > ----- Original Message ----- > From: "Christopher Faylor" > To: > Sent: Friday, May 02, 2003 11:36 PM > > >>On Fri, May 02, 2003 at 01:39:07PM -0400, Karl Waclawek wrote: >> >>>>http://www.google.com/search?&q=cygwin+WSAENOBUFS (Note: You will need >>>>to look at "cached" copies of most links.) >>> >>>There is also a thread in google groups: >> >>http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=7be06644.0204221456.10fd2bc6%40posting.g > > oogle.com > >>Which shows that this isn't a cygwin-specific problem. > > > I never said that, and I also don't expect a solution > from the Cygwin team - considering that Cygwin is free, > and that my problem does not seem to affect a lot of users. > > I also have to congratulate you to the excellent work > you guys are doing. > > However, I have to say this: > There are millions of of 2000 systems out there. > The likelyhood of MS fixing the problem and a major portion > of these systems getting patched is close to zero. > > So here is the real-life lesson about MS: > You have a problem with a buggy MS product - you find a workaround. > > I tried, but failed. Time to move on. > > Karl > > > From karl@waclawek.net Sat May 3 05:41:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Sat, 03 May 2003 05:41:00 -0000 Subject: "no buffer space available" on Win2K [cgf, please comment] References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> <3EB2A368.7020209@msu.edu> <003901c310d1$bb4b7640$9e539696@citkwaclaww2k> <20030503033608.GB7684@redhat.com> <000501c31134$341c5730$0207a8c0@karl> <3EB352FF.8030200@msu.edu> Message-ID: <001501c31137$6bfd1f10$0207a8c0@karl> ----- Original Message ----- From: "Harold L Hunt II" To: Sent: Saturday, May 03, 2003 1:26 AM > See, the problem I have with this argument is that, as usual, Exceed > doesn't have the same problem that we do. Thus, it means that there is > a way to avoid this problem through some careful coding technique. I > want to know what that technique is and what we need to do to implement it. That is how I would see it too, if it were my project, but I cannot expect that from you, of course. > Karl --- Of course, you are free to go, as this problem is quite general > in nature and not specific to your situation. Thanks for your help. I can spare some time occasionally, if you have more suggestions, but I can't really spend too much time experimenting myself. Clearly, a generally reproducible test case would help, but I can only reproduce it on one system so far. Some time next week my colleague with a similar setup as mine will try it too, and then we may know more. This could potentially eliminate (or point to) the Novell client as culprit, as this is something we have in common that others here don't. Karl From cgf@redhat.com Sat May 3 06:17:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 03 May 2003 06:17:00 -0000 Subject: "no buffer space available" on Win2K [cgf, please comment] In-Reply-To: <000501c31134$341c5730$0207a8c0@karl> References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> <3EB2A368.7020209@msu.edu> <003901c310d1$bb4b7640$9e539696@citkwaclaww2k> <20030503033608.GB7684@redhat.com> <000501c31134$341c5730$0207a8c0@karl> Message-ID: <20030503061759.GB8700@redhat.com> On Sat, May 03, 2003 at 01:24:00AM -0400, Karl Waclawek wrote: > >----- Original Message ----- >From: "Christopher Faylor" >To: >Sent: Friday, May 02, 2003 11:36 PM > >>>There is also a thread in google groups: >> >>http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=7be06644.0204221456.10fd2bc6%40posting.google.com >> >>Which shows that this isn't a cygwin-specific problem. > >I never said that, And I never said you said that. >However, I have to say this: There are millions of of 2000 systems out >there. The likelyhood of MS fixing the problem and a major portion of >these systems getting patched is close to zero. Which doesn't really mean anything if the problem isn't fixable without a fix to the OS except that people with this problem are SOL. >So here is the real-life lesson about MS: >You have a problem with a buggy MS product - you find a workaround. Hopefully you aren't preaching to me. I doubt if there are many people around who've spent as much time working around Microsoft problems as I have. It's been mentioned that this particular problem was the subject of some discussion in cygwin land already and we've tried various things to fix it. cgf From cgf@redhat.com Sat May 3 06:22:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 03 May 2003 06:22:00 -0000 Subject: "no buffer space available" on Win2K [cgf, please comment] In-Reply-To: <3EB352FF.8030200@msu.edu> References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> <3EB2A368.7020209@msu.edu> <003901c310d1$bb4b7640$9e539696@citkwaclaww2k> <20030503033608.GB7684@redhat.com> <000501c31134$341c5730$0207a8c0@karl> <3EB352FF.8030200@msu.edu> Message-ID: <20030503062330.GC8700@redhat.com> On Sat, May 03, 2003 at 01:26:23AM -0400, Harold L Hunt II wrote: >See, the problem I have with this argument is that, as usual, Exceed >doesn't have the same problem that we do. Thus, it means that there is >a way to avoid this problem through some careful coding technique. I >want to know what that technique is and what we need to do to implement >it. How do you know that Exceed doesn't have a similar problem? Have you searched their knowledge base or whatever? cgf From huntharo@msu.edu Sat May 3 11:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 03 May 2003 11:23:00 -0000 Subject: "no buffer space available" on Win2K [cgf, please comment] In-Reply-To: <20030503062330.GC8700@redhat.com> References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> <3EB2A368.7020209@msu.edu> <003901c310d1$bb4b7640$9e539696@citkwaclaww2k> <20030503033608.GB7684@redhat.com> <000501c31134$341c5730$0207a8c0@karl> <3EB352FF.8030200@msu.edu> <20030503062330.GC8700@redhat.com> Message-ID: <3EB3A6C9.9030504@msu.edu> Chris, Christopher Faylor wrote: > On Sat, May 03, 2003 at 01:26:23AM -0400, Harold L Hunt II wrote: > >>See, the problem I have with this argument is that, as usual, Exceed >>doesn't have the same problem that we do. Thus, it means that there is >>a way to avoid this problem through some careful coding technique. I >>want to know what that technique is and what we need to do to implement >>it. > > > How do you know that Exceed doesn't have a similar problem? Have you > searched their knowledge base or whatever? > No need to... Karl can run Kylix under Exceed and the problem doesn't happen. Thus, they haven't got the same problem. Or, they have found a way to minimize its impact. I only wish that we could do the same. Harold From Alexander.Gottwald@s1999.tu-chemnitz.de Sat May 3 14:26:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 03 May 2003 14:26:00 -0000 Subject: cvs and XFree86 (Was Re: PATCH: -multiwindow with root window hidden...) In-Reply-To: <20030501163516.GF2813@fairlite.demon.co.uk> Message-ID: Alan Hourihane wrote: > We do. Goto http://xoncygwin.sourceforge.net. > > The CVS is there, and I've used it to write the NativeGDI code. The files in xc/programs/Xserver/hw/xwin are all from the initial import. No, that's just the MAIN and HEAD branch. Which of the branches is the most recent? > So, to encourage more development there, I suggest adding Kensuke > to the CVS committers at the very least. I'd like to see current development in this cvs too. It's quite difficult to keep my own changes when importing the test release tarballs from Harold. bye ago NP: VNV Nation - Electronaut -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From karl@waclawek.net Sat May 3 15:02:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Sat, 03 May 2003 15:02:00 -0000 Subject: "no buffer space available" on Win2K [cgf, please comment] References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> <3EB2A368.7020209@msu.edu> <003901c310d1$bb4b7640$9e539696@citkwaclaww2k> <20030503033608.GB7684@redhat.com> <000501c31134$341c5730$0207a8c0@karl> <20030503061759.GB8700@redhat.com> Message-ID: <000b01c31185$de50ddb0$0207a8c0@karl> ----- Original Message ----- From: "Christopher Faylor" To: Sent: Saturday, May 03, 2003 2:17 AM > Which doesn't really mean anything if the problem isn't fixable without > a fix to the OS except that people with this problem are SOL. It seems that Exceed does not have this problem. But maybe, if I run it just a little longer it will happen there too. Will test again once I find some time. > >So here is the real-life lesson about MS: > >You have a problem with a buggy MS product - you find a workaround. > > Hopefully you aren't preaching to me. I doubt if there are many people > around who've spent as much time working around Microsoft problems as I > have. It's been mentioned that this particular problem was the subject > of some discussion in cygwin land already and we've tried various > things to fix it. I was preaching since I got the impression that you didn't think along these lines. Obviously a misunderstanding. Anyway, I really appreciate that you guys made it work on Windows, and it works very well except for this one problem which very likely isn't its fault. I also know where you are coming from, since I am an OpenSource developer myself (Expat XML Parser) and spend some of my spare time working on it. Best wishes, Karl From cgf@redhat.com Sat May 3 16:21:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 03 May 2003 16:21:00 -0000 Subject: "no buffer space available" on Win2K [cgf, please comment] In-Reply-To: <000b01c31185$de50ddb0$0207a8c0@karl> References: <3500515B75D9D311948800508BA37955014BDAB7@EX-LONDON> <3EB2A368.7020209@msu.edu> <003901c310d1$bb4b7640$9e539696@citkwaclaww2k> <20030503033608.GB7684@redhat.com> <000501c31134$341c5730$0207a8c0@karl> <20030503061759.GB8700@redhat.com> <000b01c31185$de50ddb0$0207a8c0@karl> Message-ID: <20030503162210.GA11676@redhat.com> On Sat, May 03, 2003 at 11:08:35AM -0400, Karl Waclawek wrote: >I was preaching since I got the impression that you didn't think >along these lines. Obviously a misunderstanding. A pretty big misunderstanding, given what cygwin does and http://cygwin.com/who.html . Cygwin is nothing but a huge workaround for Windows shortcomings. Cheesh. Anyway, if someone can come up with a small test case, we'll certainly try to fix this. Again. cgf From bijumaillist@yahoo.com Mon May 5 00:37:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Mon, 05 May 2003 00:37:00 -0000 Subject: XWin design suggestion Message-ID: <20030505003711.82308.qmail@web14608.mail.yahoo.com> Harold, Here are some suggestions, which you may incorporate into future design of XWin. (These are NOT at all URGENT) 1) There may be many people (not me) who may like to do everything by GUI, rather than using command line parameter to set things. So I suggest a GUI form for setting and modifying XWin configuration, with provision for saving default setting. (But command line parameter should always supersede default setting thru GUI) 2) There may be people who may be familiar with Exceed, Citrix, Terminal Server Client etc. They may prefer to get same Keyboard shortcuts. So you can add command line option for that also. List of Keyboard shortcuts for Terminal Server Client:- ALT+HOME display the Start menu using the keyboard ALT+INSERT move the focus to the next item on the taskbar (equivalent of ALT+TAB once) ALT+PAGE UP switch between programs in task bar from left to right (equivalent of ALT+TAB) ALT+PAGE DOWN switch between programs in task bar from right to left (equivalent of ALT+SHIFT-TAB) ALT+DELETE display a windows pop-up menu (right click - context menu) CTRL+ALT+END open the Windows NT Security dialog box (equivalent of CTRL+ALT+DEL) CTRL+ALT+BREAK switch the display between a window and the full screen Cheers Biju __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From huntharo@msu.edu Mon May 5 00:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 May 2003 00:52:00 -0000 Subject: XWin design suggestion In-Reply-To: <20030505003711.82308.qmail@web14608.mail.yahoo.com> References: <20030505003711.82308.qmail@web14608.mail.yahoo.com> Message-ID: <3EB5B5D2.4060909@msu.edu> Biju, Biju wrote: > Harold, > > Here are some suggestions, which you may incorporate into future design of XWin. > (These are NOT at all URGENT) > > 1) > There may be many people (not me) who may like to do everything by GUI, rather than using command > line parameter to set things. > So I suggest a GUI form for setting and modifying XWin configuration, > with provision for saving default setting. > (But command line parameter should always supersede default setting thru GUI) > Yes, I have already thought of that one... and actually started some work on it awhile ago. In fact, my near-term plans for XWin.exe are to add a couple registry settings to remember the position of the Exit confirmation dialog box. If that goes well, it will only be a matter of time until more settings are registry enabled. > 2) > There may be people who may be familiar with Exceed, Citrix, Terminal Server Client etc. They may > prefer to get same Keyboard shortcuts. So you can add command line option for that also. > > > List of Keyboard shortcuts for Terminal Server Client:- > ALT+HOME > display the Start menu using the keyboard > This can still be done with the Windows key, since we are not capturing the Windows key. Sure, it might be useful to optionally enable ALT+HOME. > ALT+INSERT > move the focus to the next item on the taskbar (equivalent of ALT+TAB once) > > ALT+PAGE UP > switch between programs in task bar from left to right (equivalent of ALT+TAB) > > ALT+PAGE DOWN > switch between programs in task bar from right to left (equivalent of ALT+SHIFT-TAB) > > ALT+DELETE > display a windows pop-up menu (right click - context menu) > > CTRL+ALT+END > open the Windows NT Security dialog box (equivalent of CTRL+ALT+DEL) > > CTRL+ALT+BREAK > switch the display between a window and the full screen > Noted, but some of these don't make a whole lot of since because the two ends are not both MS Windows in our case. Think about it --- ALT+DELETE is just silly. How do we even know that the remote end suppots such a feature via X; furthermore, what key combo would it translate too? Harold From sam.edgeZZZ@lineone.net Mon May 5 02:09:00 2003 From: sam.edgeZZZ@lineone.net (Sam Edge) Date: Mon, 05 May 2003 02:09:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB5B5D2.4060909@msu.edu> References: <20030505003711.82308.qmail@web14608.mail.yahoo.com> <3EB5B5D2.4060909@msu.edu> Message-ID: Harold L Hunt II wrote in <3EB5B5D2.4060909@msu.edu> in gmane.os.cygwin.xfree on Sun, 04 May 2003 20:52:34 -0400: > Yes, I have already thought of that one... and actually started some > work on it awhile ago. In fact, my near-term plans for XWin.exe are to > add a couple registry settings to remember the position of the Exit > confirmation dialog box. If that goes well, it will only be a matter of > time until more settings are registry enabled. At first reading I was of the opinion that stuff like this should be in POSIX-ish configuration files of one sort or another - a ".something" file or directory under each user's $HOME with default values under /etc - not in the registry under "HKEY_CURRENT_USER/Software//" and "HKEY_LOCAL_MACHINE/ditto." On the other hand, I imagine that many people use XWin.exe as a sort of container application, with everything Cygwin/remote-X-client "inside" the X session/window(s) and everything Windows-y outside, so things like the confirmation dialog box are in some sense "outside" the POSIX realm. Oh heck. Indecision. Must be the hour of the day and the red wine. ;-D -- Sam Edge From huntharo@msu.edu Mon May 5 02:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 May 2003 02:30:00 -0000 Subject: XWin design suggestion In-Reply-To: References: <20030505003711.82308.qmail@web14608.mail.yahoo.com> <3EB5B5D2.4060909@msu.edu> Message-ID: <3EB5CCE2.6020900@msu.edu> Sam, Sam Edge wrote: > Harold L Hunt II wrote in > <3EB5B5D2.4060909@msu.edu> > in gmane.os.cygwin.xfree on Sun, 04 May 2003 20:52:34 -0400: > > >>Yes, I have already thought of that one... and actually started some >>work on it awhile ago. In fact, my near-term plans for XWin.exe are to >>add a couple registry settings to remember the position of the Exit >>confirmation dialog box. If that goes well, it will only be a matter of >>time until more settings are registry enabled. > > > At first reading I was of the opinion that stuff like this should be > in POSIX-ish configuration files of one sort or another - a > ".something" file or directory under each user's $HOME with default > values under /etc - not in the registry under > "HKEY_CURRENT_USER/Software//" and > "HKEY_LOCAL_MACHINE/ditto." > > On the other hand, I imagine that many people use XWin.exe as a sort > of container application, with everything Cygwin/remote-X-client > "inside" the X session/window(s) and everything Windows-y outside, so > things like the confirmation dialog box are in some sense "outside" > the POSIX realm. > > Oh heck. Indecision. Must be the hour of the day and the red wine. ;-D > I have spent a bit of time thinking of the different options here as well. In the end I think that this is a Windows application, not a *NIX application, so it should follow Windows conventions not *NIX conventions. That's the way that I will code it... of course, patches that implement functionality to read a .config file would probably be applied, but I don't think I will be writing that code anytime soon :) Harold From bijumaillist@yahoo.com Mon May 5 02:41:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Mon, 05 May 2003 02:41:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB5CCE2.6020900@msu.edu> Message-ID: <20030505024118.36907.qmail@web14606.mail.yahoo.com> --- Harold L Hunt II wrote: > Sam, > > Sam Edge wrote: > > Harold L Hunt II wrote in > > <3EB5B5D2.4060909@msu.edu> > > in gmane.os.cygwin.xfree on Sun, 04 May 2003 20:52:34 -0400: > > > > > >>Yes, I have already thought of that one... and actually started some > >>work on it awhile ago. In fact, my near-term plans for XWin.exe are to > >>add a couple registry settings to remember the position of the Exit > >>confirmation dialog box. If that goes well, it will only be a matter of > >>time until more settings are registry enabled. I also thought of the issue with the confirmation dialog box. My current solution, in my windows control panel I changed mouse setting to snap to default button. Alternate is to show the dialog box near the SysTray or near current mouse position. > > At first reading I was of the opinion that stuff like this should be > > in POSIX-ish configuration files of one sort or another - a > > ".something" file or directory under each user's $HOME with default > > values under /etc - not in the registry under > > "HKEY_CURRENT_USER/Software//" and > > "HKEY_LOCAL_MACHINE/ditto." > > > > On the other hand, I imagine that many people use XWin.exe as a sort > > of container application, with everything Cygwin/remote-X-client > > "inside" the X session/window(s) and everything Windows-y outside, so > > things like the confirmation dialog box are in some sense "outside" > > the POSIX realm. > > > > Oh heck. Indecision. Must be the hour of the day and the red wine. ;-D > > > > I have spent a bit of time thinking of the different options here as > well. In the end I think that this is a Windows application, not a *NIX > application, so it should follow Windows conventions not *NIX > conventions. That's the way that I will code it... of course, patches > that implement functionality to read a .config file would probably be > applied, but I don't think I will be writing that code anytime soon :) > > Harold > Using .config file in users $HOME dir we can reduce dependency (so called vendor locking effect) on MS-Win and also it will be like other *nix program. Saving settings in a file will also make it easy for copying if there is lot of users and/or PC cheers Biju __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From bijumaillist@yahoo.com Mon May 5 02:43:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Mon, 05 May 2003 02:43:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB5B5D2.4060909@msu.edu> Message-ID: <20030505024320.51423.qmail@web14604.mail.yahoo.com> Harold, --- Harold L Hunt II wrote: > ends are not both MS Windows in our case. Think about it --- ALT+DELETE > is just silly. How do we even know that the remote end suppots such a > feature via X; furthermore, what key combo would it translate too? I just listed all the available shortcut keys. Please keep in mind all my suggestion are only meant for triggering ideas, so you have to discard all the useless ones, postpone all difficult and/or unimportant ones. And once again thanks for the great work and spending your valuable time Cheers Biju __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From alexander.gottwald@s1999.tu-chemnitz.de Mon May 5 08:20:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 05 May 2003 08:20:00 -0000 Subject: XWin design suggestion In-Reply-To: <20030505003711.82308.qmail@web14608.mail.yahoo.com> Message-ID: On Sun, 4 May 2003, Biju wrote: > Harold, > > Here are some suggestions, which you may incorporate into future design of XWin. > (These are NOT at all URGENT) > > 1) > There may be many people (not me) who may like to do everything by GUI, rather than using command > line parameter to set things. > So I suggest a GUI form for setting and modifying XWin configuration, > with provision for saving default setting. > (But command line parameter should always supersede default setting thru GUI) I've started working on moving some commandline options to the config file. This will not help with the setting via gui, but would provide an easy way to store the settings. > 2) > There may be people who may be familiar with Exceed, Citrix, Terminal Server Client etc. They may > prefer to get same Keyboard shortcuts. So you can add command line option for that also. X11 is not Terminal Server. Most of the shortcuts are for managing the remote windows with shortcuts which do not interfere wiht the local windows. For X11 this makes no sense since there is no remote windows. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon May 5 12:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 May 2003 12:31:00 -0000 Subject: XWin design suggestion In-Reply-To: <20030505024118.36907.qmail@web14606.mail.yahoo.com> References: <20030505024118.36907.qmail@web14606.mail.yahoo.com> Message-ID: <3EB659BB.40408@msu.edu> Biju wrote: > --- Harold L Hunt II wrote: > >>Sam, >> >>Sam Edge wrote: >> >>>Harold L Hunt II wrote in >>><3EB5B5D2.4060909@msu.edu> >>>in gmane.os.cygwin.xfree on Sun, 04 May 2003 20:52:34 -0400: >>> >>> >>> >>>>Yes, I have already thought of that one... and actually started some >>>>work on it awhile ago. In fact, my near-term plans for XWin.exe are to >>>>add a couple registry settings to remember the position of the Exit >>>>confirmation dialog box. If that goes well, it will only be a matter of >>>>time until more settings are registry enabled. > > > I also thought of the issue with the confirmation dialog box. > My current solution, > in my windows control panel I changed mouse setting to snap to default button. > Alternate is to show the dialog box near the SysTray or near current mouse position. > Another way to handle this, and I think this may be the Windows standard, is to always center the Exit confirmation box on the screen. I may just implement that. > >>>At first reading I was of the opinion that stuff like this should be >>>in POSIX-ish configuration files of one sort or another - a >>>".something" file or directory under each user's $HOME with default >>>values under /etc - not in the registry under >>>"HKEY_CURRENT_USER/Software//" and >>>"HKEY_LOCAL_MACHINE/ditto." >>> >>>On the other hand, I imagine that many people use XWin.exe as a sort >>>of container application, with everything Cygwin/remote-X-client >>>"inside" the X session/window(s) and everything Windows-y outside, so >>>things like the confirmation dialog box are in some sense "outside" >>>the POSIX realm. >>> >>>Oh heck. Indecision. Must be the hour of the day and the red wine. ;-D >>> >> >>I have spent a bit of time thinking of the different options here as >>well. In the end I think that this is a Windows application, not a *NIX >>application, so it should follow Windows conventions not *NIX >>conventions. That's the way that I will code it... of course, patches >>that implement functionality to read a .config file would probably be >>applied, but I don't think I will be writing that code anytime soon :) >> >>Harold >> > > > Using .config file in users $HOME dir we can reduce dependency (so called vendor locking effect) > on MS-Win and also it will be like other *nix program. > Saving settings in a file will also make it easy for copying if there is lot of users and/or PC > Okay, let me re-word that for you to see if it makes any sense, "Here at Ford Motor Racing, we would like to use a generic transmission design to prevent vendor lock-in on our cars." Huh... seems kinda dumb. What is the point to avoiding using Windows-specific features when we are building an app that is only for Windows. Occasionally people have tried to sugggest that Cygwin/XFree86 doesn't always have to be Windows only, which just doesn't fit with my vision, primarily because it doesn't make any sense. So, I am going to have to see a much better reason than avoiding using Windows features for using something other than the registry. Sure, we could use an XML config file... but that introduces another dependency on XML libraries, which I really don't want to have. Any other ideas? Harold From huntharo@msu.edu Mon May 5 12:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 May 2003 12:33:00 -0000 Subject: XWin design suggestion In-Reply-To: <20030505024320.51423.qmail@web14604.mail.yahoo.com> References: <20030505024320.51423.qmail@web14604.mail.yahoo.com> Message-ID: <3EB65A04.9090004@msu.edu> Biju, Biju wrote: > Harold, > > --- Harold L Hunt II wrote: > >>ends are not both MS Windows in our case. Think about it --- ALT+DELETE >>is just silly. How do we even know that the remote end suppots such a >>feature via X; furthermore, what key combo would it translate too? > > > I just listed all the available shortcut keys. > > Please keep in mind all my suggestion are only meant for triggering ideas, > so you have to discard all the useless ones, postpone all difficult and/or > unimportant ones. > See, but I looked at that list and didn't find a single one that seems useful or that makes sense. If you want one, you have to specify which one you want. > And once again thanks for the great work and spending your valuable time > No problem. I appreciate the input. Harold From alexander.gottwald@s1999.tu-chemnitz.de Mon May 5 13:08:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 05 May 2003 13:08:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB659BB.40408@msu.edu> Message-ID: On Mon, 5 May 2003, Harold L Hunt II wrote: > So, I am going to have to see a much better reason than avoiding using > Windows features for using something other than the registry. Sure, we > could use an XML config file... but that introduces another dependency > on XML libraries, which I really don't want to have. The registry is good for storing such runtime settings. It was build to reduce the work of parsing and writing .ini files. Why should we build yet another configfile parser? XF86Config is good for configuring the overall behaviour. But such runtime settings as the dialog position is best stored in the registry. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon May 5 13:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 May 2003 13:11:00 -0000 Subject: XWin design suggestion In-Reply-To: References: Message-ID: <3EB6630B.3070905@msu.edu> Right, that is what I was thinking all along. Harold Alexander Gottwald wrote: > On Mon, 5 May 2003, Harold L Hunt II wrote: > > >>So, I am going to have to see a much better reason than avoiding using >>Windows features for using something other than the registry. Sure, we >>could use an XML config file... but that introduces another dependency >>on XML libraries, which I really don't want to have. > > > The registry is good for storing such runtime settings. It was build to > reduce the work of parsing and writing .ini files. Why should we build > yet another configfile parser? > > XF86Config is good for configuring the overall behaviour. But such runtime > settings as the dialog position is best stored in the registry. > > bye > ago From sam.edgeZZZ@lineone.net Mon May 5 14:15:00 2003 From: sam.edgeZZZ@lineone.net (Sam Edge) Date: Mon, 05 May 2003 14:15:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB659BB.40408@msu.edu> References: <20030505024118.36907.qmail@web14606.mail.yahoo.com> <3EB659BB.40408@msu.edu> Message-ID: Hi Harold. I've read the follow-ups on this point with interest. Having sobered up a bit I'll add another two penn'orth. Harold L Hunt II wrote in <3EB659BB.40408@msu.edu> in gmane.os.cygwin.xfree on Mon, 05 May 2003 08:31:55 -0400: > Another way to handle this, and I think this may be the Windows > standard, is to always center the Exit confirmation box on the screen. > I may just implement that. It might be better to centre on the XWin application window not on the whole desktop, or as close as possible to this without letting the pop-up box end up off-screen. (Which might happen if the user has dragged the XWin window partially off-screen.) I've always had positive responses from users when implementing message and dialog boxes this way since it gives an additional visual cue as to the application window with which the pop-up is associated. If the XWin window is minimized to the taskbar/systray or is running in full-screen mode, centre the pop-up on the primary display. (Or if a switch is introduced to allow full-screen on a specific multi-monitor display, then centre on that display.) There is a little extra work involved in retrieving the display geometry/geometries and checking for off-screen issues of course but it does make the "user experience" (!) that much smoother. > > Using .config file in users $HOME dir we can reduce dependency (so called vendor locking effect) > > on MS-Win and also it will be like other *nix program. > > Saving settings in a file will also make it easy for copying if there is lot of users and/or PC > [snip] > So, I am going to have to see a much better reason than avoiding using > Windows features for using something other than the registry. Sure, we > could use an XML config file... but that introduces another dependency > on XML libraries, which I really don't want to have. Hmmm. I agree that there's no point ignoring useful Windows features such as the registry API where they're appropriate. However, as a /Cygwin/ application and as a port of XFree86, one could argue that XWin should behave in a POSIX fashion i.e. get its default configuration from text files in /etc and user-specific ones in $HOME. Apart from the mount table and cygrunsrv (which do so for obvious reasons) I don't know of any "official" Cygwin package that stores its configuration in the registry. (I may be wrong here - I've not checked them all!) Traditionally Xfree86 uses /etc/X11/XF86Config for system-wide settings so why not add a section there, perhaps after discussing it with the rest of the XFree86 development bods? Alternatively have a Cygwin-specific file, say, /etc/X11/Xcygwinrc and a user-specific version $HOME/.Xcygwinrc. Keep the format simple, maybe along the lines of OpenSSH with simple " " pairs separated by newlines. A simple parser shouldn't be too difficult to write or to snag from elsewhere, and the file should be small enough to rewrite in its entirety when saving changes from any GUI configuration utility. (You could use the Win32 INI-file API if you wanted a little more structure, although that would force DOS line-endings.) I think that it's preferable to have people using a text editor rather than regedit if/when they do manual configuration and I'd prefer to use normal POSIX tools (ex, sed, awk, grep, perl etc.) rather than the riskier regtool method when automating configuration tasks. Biju's point is also valid. It's nice to be able to just copy c:\cygwin and the mount table to backup or duplicate a Cygwin installation. So now my head's cleared, I think I'd like to vote against using the registry. Mind you, I realize that, the traditions of BWAM, this isn't a democracy and you're entitled to code it however you please, Harold! ;-D I'll add my thanks to Biju's to everyone involved in Cygwin/XFree86 development (and Cygwin itself, of course). I'd be paying through the nose for Exceed or the like otherwise. Regards, -- Sam Edge From alexander.gottwald@s1999.tu-chemnitz.de Mon May 5 14:41:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 05 May 2003 14:41:00 -0000 Subject: XWin design suggestion In-Reply-To: Message-ID: On Mon, 5 May 2003, Sam Edge wrote: > Traditionally Xfree86 uses /etc/X11/XF86Config for system-wide > settings so why not add a section there, perhaps after discussing it > with the rest of the XFree86 development bods? Rewriting the file (and losing changes a user has made) is not an option for this file. > Alternatively have a Cygwin-specific file, say, /etc/X11/Xcygwinrc and > a user-specific version $HOME/.Xcygwinrc. > Keep the format simple, maybe along the lines of OpenSSH with simple > " " pairs separated by newlines. A simple parser > shouldn't be too difficult to write or to snag from elsewhere, and the > file should be small enough to rewrite in its entirety when saving > changes from any GUI configuration utility. (You could use the Win32 > INI-file API if you wanted a little more structure, although that > would force DOS line-endings.) Name it better win16 ini-file api. With win32 the registry should be used instead of ini-files. > I think that it's preferable to have people using a text editor rather > than regedit if/when they do manual configuration and I'd prefer to > use normal POSIX tools (ex, sed, awk, grep, perl etc.) rather than the > riskier regtool method when automating configuration tasks. echo "Some value" > /proc/registry/HKEY_CURRENT_USER/Software/Cygnus/XFree86/TweakMe would be cool *g* > Biju's point is also valid. It's nice to be able to just copy > c:\cygwin and the mount table to backup or duplicate a Cygwin > installation. I prefer having options (which are now on the commandline) moved to XF86Config. I dislike having to rewrite a file where window positions are stored from within Xwin because of complexity - race conditions - multi-user usage - multi-instance usage - merging of options from commandline, user config and XF86Config - merging into existing code - speed (parsing the file when a value is needed) vs complexity (parsing the file at startup and access values in memory) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From jc.gervais@videotron.ca Mon May 5 14:47:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Mon, 05 May 2003 14:47:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB659BB.40408@msu.edu> Message-ID: Internally, just use an API to store settings like XWinStoreSetting( LPCTSTR lpszSettingName, LPCTSTR lpszValue, ... (whatever) ); And implement it with .INI files on Windows 3.1, Registry settings on Win32 and whatever on other platforms... -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Monday, May 05, 2003 8:32 AM To: cygwin-xfree@cygwin.com Subject: Re: XWin design suggestion So, I am going to have to see a much better reason than avoiding using Windows features for using something other than the registry. Sure, we could use an XML config file... but that introduces another dependency on XML libraries, which I really don't want to have. Any other ideas? From huntharo@msu.edu Mon May 5 14:56:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 May 2003 14:56:00 -0000 Subject: XWin design suggestion In-Reply-To: References: <20030505024118.36907.qmail@web14606.mail.yahoo.com> <3EB659BB.40408@msu.edu> Message-ID: <3EB67B99.3000509@msu.edu> Sam Edge wrote: > Hi Harold. > > I've read the follow-ups on this point with interest. Having sobered > up a bit I'll add another two penn'orth. > > Harold L Hunt II wrote in <3EB659BB.40408@msu.edu> > in gmane.os.cygwin.xfree on Mon, 05 May 2003 08:31:55 -0400: > > >>Another way to handle this, and I think this may be the Windows >>standard, is to always center the Exit confirmation box on the screen. >>I may just implement that. > > > It might be better to centre on the XWin application window not on the > whole desktop, or as close as possible to this without letting the > pop-up box end up off-screen. (Which might happen if the user has > dragged the XWin window partially off-screen.) > > I've always had positive responses from users when implementing > message and dialog boxes this way since it gives an additional visual > cue as to the application window with which the pop-up is associated. > > If the XWin window is minimized to the taskbar/systray or is running > in full-screen mode, centre the pop-up on the primary display. (Or if > a switch is introduced to allow full-screen on a specific > multi-monitor display, then centre on that display.) > > There is a little extra work involved in retrieving the display > geometry/geometries and checking for off-screen issues of course but > it does make the "user experience" (!) that much smoother. > I like this idea. Are you sure this isn't the Windows standard? I would have to check the user interface guidelines, but I suspect that the actual standard is more like yours than it is like my simple idea. > >>>Using .config file in users $HOME dir we can reduce dependency (so called vendor locking effect) >>>on MS-Win and also it will be like other *nix program. >>>Saving settings in a file will also make it easy for copying if there is lot of users and/or PC > > >>[snip] >>So, I am going to have to see a much better reason than avoiding using >>Windows features for using something other than the registry. Sure, we >>could use an XML config file... but that introduces another dependency >>on XML libraries, which I really don't want to have. > > > Hmmm. I agree that there's no point ignoring useful Windows features > such as the registry API where they're appropriate. > > However, as a /Cygwin/ application and as a port of XFree86, one could > argue that XWin should behave in a POSIX fashion i.e. get its default > configuration from text files in /etc and user-specific ones in $HOME. > Apart from the mount table and cygrunsrv (which do so for obvious > reasons) I don't know of any "official" Cygwin package that stores its > configuration in the registry. (I may be wrong here - I've not checked > them all!) > Ah ha... some people get the impression that XWin.exe is a Cygwin app. It isn't. However, you only get that point of view if you are deep in the code, since you realize that there is no way that XWin.exe would exist without the GDI and other Win32 API calls. So, XWin.exe is really a Windows-dependent application, thus it is a Windows application. It is also unique amognst almost all (save rxvt) Cygwin apps in that it draws its own Windows window and appears on the task bar independently. In my mind, XWin.exe is a Windows app, whereas the general XFree86 port (all the apps and libraries) consists of Cygwin apps. > Traditionally Xfree86 uses /etc/X11/XF86Config for system-wide > settings so why not add a section there, perhaps after discussing it > with the rest of the XFree86 development bods? > > Alternatively have a Cygwin-specific file, say, /etc/X11/Xcygwinrc and > a user-specific version $HOME/.Xcygwinrc. > > Keep the format simple, maybe along the lines of OpenSSH with simple > " " pairs separated by newlines. A simple parser > shouldn't be too difficult to write or to snag from elsewhere, and the > file should be small enough to rewrite in its entirety when saving > changes from any GUI configuration utility. (You could use the Win32 > INI-file API if you wanted a little more structure, although that > would force DOS line-endings.) > > I think that it's preferable to have people using a text editor rather > than regedit if/when they do manual configuration and I'd prefer to > use normal POSIX tools (ex, sed, awk, grep, perl etc.) rather than the > riskier regtool method when automating configuration tasks. > > Biju's point is also valid. It's nice to be able to just copy > c:\cygwin and the mount table to backup or duplicate a Cygwin > installation. > That is the first good reason I have seen for providing the option of a text file for configuration settings. In any case, I still think that user preferences should be stored in the registry. Think about a check box that says "Don't ask this again" on the Exit confirmation dialog box. > So now my head's cleared, I think I'd like to vote against using the > registry. Mind you, I realize that, the traditions of BWAM, this isn't > a democracy and you're entitled to code it however you please, Harold! > ;-D > > I'll add my thanks to Biju's to everyone involved in Cygwin/XFree86 > development (and Cygwin itself, of course). I'd be paying through the > nose for Exceed or the like otherwise. > Thanks for your input. I appreciate it. Harold From huntharo@msu.edu Mon May 5 14:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 05 May 2003 14:58:00 -0000 Subject: XWin design suggestion In-Reply-To: References: Message-ID: <3EB67C06.1030303@msu.edu> Jean-Claude, Jean-Claude Gervais wrote: > Internally, just use an API to store settings like > XWinStoreSetting( LPCTSTR lpszSettingName, LPCTSTR lpszValue, ... > (whatever) ); > Sure, abstraction is nice, but... > And implement it with .INI files on Windows 3.1, Registry settings on Win32 > and whatever on other platforms... > Useless in this case since we don't support Windows 3.1 :) Harold From JDrash@eesus.jnj.com Mon May 5 15:00:00 2003 From: JDrash@eesus.jnj.com (Jim Drash) Date: Mon, 05 May 2003 15:00:00 -0000 Subject: XWin design suggestion Message-ID: The appropriate place to put X configuration information already exists. It is: $HOME/.xinitrc /etc/X11/xinit/xinitrc $HOME/.xserverrc /etc/X11/xinit/xserverrc Why would we break this? From davidf@sjsoft.com Mon May 5 15:04:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Mon, 05 May 2003 15:04:00 -0000 Subject: XWin design suggestion In-Reply-To: References: Message-ID: <3EB67D4C.4010909@sjsoft.com> Jim Drash wrote: >The appropriate place to put X configuration information already exists. >It is: > >$HOME/.xinitrc >/etc/X11/xinit/xinitrc >$HOME/.xserverrc >/etc/X11/xinit/xserverrc > >Why would we break this? > > > > In the particular case that has been discussed of storing where the last position of a dialog was, I can see that storing this in a user-editable text file isn't that nice, and you don't want to rewrite the file. So the registry is OK for that. Just about every other parameter belongs in a text file so it can be edited nicely ... good config tools should be able to change the file if neccessary. Anyone think anything else needs to go in the registry? David From sam.edgeZZZ@lineone.net Mon May 5 21:25:00 2003 From: sam.edgeZZZ@lineone.net (Sam Edge) Date: Mon, 05 May 2003 21:25:00 -0000 Subject: XWin design suggestion In-Reply-To: References: Message-ID: Hi Alexander. Alexander Gottwald wrote in in gmane.os.cygwin.xfree on Mon, 5 May 2003 16:41:13 +0200 (MEST): > > Traditionally Xfree86 uses /etc/X11/XF86Config for system-wide > > settings so why not add a section there, perhaps after discussing it > > with the rest of the XFree86 development bods? > Rewriting the file (and losing changes a user has made) is not an option > for this file. Personally I think XWin.exe-specific stuff shouldn't be in XF86Config anyway and certainly XWin.exe shouldn't be writing window positions to it but I think you misunderstood what I meant. I was suggesting that a configuration utility would read the current contents, allow the user to change some or all the values via some sort of GUI interface and write the whole lot back with the option of writing back to a user-specific override file in $HOME. (/This/ file might be used for XWin.exe state information though.) > > Alternatively have a Cygwin-specific file, say, /etc/X11/Xcygwinrc and > > a user-specific version $HOME/.Xcygwinrc. > > Keep the format simple, maybe along the lines of OpenSSH with simple > > " " pairs separated by newlines. A simple parser > > shouldn't be too difficult to write or to snag from elsewhere, and the > > file should be small enough to rewrite in its entirety when saving > > changes from any GUI configuration utility. (You could use the Win32 > > INI-file API if you wanted a little more structure, although that > > would force DOS line-endings.) > Name it better win16 ini-file api. With win32 the registry should be used > instead of ini-files. For Windows applications, yes. For a POSIX-style program that stores settings in a text file, the INI-file format is as good as any. If someone does choose to write a Cygwin-specific program that uses this format for a file in /etc or $HOME, then why not use the Win32 INI-file API? > echo "Some value" > /proc/registry/HKEY_CURRENT_USER/Software/Cygnus/XFree86/TweakMe > would be cool *g* LOL. How about rm -fr /proc/registry/HKEY_CURRENT_USER/* too? ;-) > I dislike having to rewrite a file where window positions > are stored from within Xwin because of complexity > - race conditions > - multi-user usage > - multi-instance usage > - merging of options from commandline, user config and XF86Config > - merging into existing code > - speed (parsing the file when a value is needed) vs complexity > (parsing the file at startup and access values in memory) The Win32 registry API doesn't prevent the listed problems from occurring either, except by using write-locking on the keys. There's no reason why an application can't use file-locking to do the same for a text-based data store. Many applications read and modify their text-based configuration or state files without these issues becoming a problem. Many ***X applications do this for both user-modified configuration and for programmatically maintained state. For example ncftp, openbox, bash (.bash_history), vim, nedit, mc, ... - all of which work fine under Cygwin. -- Sam Edge From sam.edgeZZZ@lineone.net Mon May 5 21:41:00 2003 From: sam.edgeZZZ@lineone.net (Sam Edge) Date: Mon, 05 May 2003 21:41:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB67B99.3000509@msu.edu> References: <20030505024118.36907.qmail@web14606.mail.yahoo.com> <3EB659BB.40408@msu.edu> <3EB67B99.3000509@msu.edu> Message-ID: <3nldbvk3ffregnudi12kqo16ei5q3eblm9@4ax.com> Hi again Harold. Harold L Hunt II wrote in <3EB67B99.3000509@msu.edu> in gmane.os.cygwin.xfree on Mon, 05 May 2003 10:56:25 -0400: > I like this idea. Are you sure this isn't the Windows standard? I > would have to check the user interface guidelines, but I suspect that > the actual standard is more like yours than it is like my simple idea. /Which/ Windows standard? Microsoft change their GUI guidelines every eight months or so! ;-) I think message boxes will pop-up centred on their parent hWnd (or the desktop if hwndParent == NULL in the MessageBox call) but dialog boxes have to be coded to do this. I don't know whether Microsoft ever specified the behaviour in their waffle. > Ah ha... some people get the impression that XWin.exe is a Cygwin app. > It isn't. Try running it without cygwin1.dll! ;-D I do get your point though. It's not a straight port of a POSIX application that uses /only/ the Cygwin API. It necessarily contains a great deal of Windows-specific code. Do we need a new term for things like XWin and rxvt? WinCyg applications, perhaps? > In any case, I still think that user preferences should be stored in the > registry. :'( > Think about a check box that says "Don't ask this again" on > the Exit confirmation dialog box. Erm ... yes? Why not read/write this from/to $HOME/.XWinrc or whatever? > Thanks for your input. I appreciate it. Just kicking stuff around. -- Sam Edge From rwilson@comcast.net Mon May 5 22:46:00 2003 From: rwilson@comcast.net (ROBERT WILSON) Date: Mon, 05 May 2003 22:46:00 -0000 Subject: Missing .h file Message-ID: <1fe47a2043fd.2043fd1fe47a@icomcast.net> The file /usr/X11R6/include/X11/Xarch.h contains a reference to endian.h. That file was not in my distribution. I found one on my linux partition and copied it plus bits/endian.h to the cygwin /usr/include directory and it worked. Uname returns CYGWIN_NT-5.1. I am amazed at how much XFree86 makes cygwin feel like linux. Thanks, Bob wilson From spetreolle@yahoo.fr Mon May 5 23:10:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Mon, 05 May 2003 23:10:00 -0000 Subject: Missing .h file In-Reply-To: <1fe47a2043fd.2043fd1fe47a@icomcast.net> Message-ID: <20030505231033.67678.qmail@web10106.mail.yahoo.com> Xarch.h doesnt contain any reference to endian.h shouldnt be included at all if you didnt defined linux... #ifdef SVR4 #if !defined(sun) && !defined(__sgi) #include #endif #endif #elif defined(CSRG_BASED) #if defined(__NetBSD__) || defined(__OpenBSD__) #include #endif #include #elif defined(linux) #if defined __STRICT_ANSI__ #undef __STRICT_ANSI__ #include #define __STRICT_ANSI__ #else #include #endif --- ROBERT WILSON a ??crit??: > > The file /usr/X11R6/include/X11/Xarch.h contains a reference to > endian.h. That file was not in my distribution. I found one on my > linux partition and copied it plus bits/endian.h to the > cygwin /usr/include directory and it worked. Uname returns > CYGWIN_NT-5.1. > > I am amazed at how much XFree86 makes cygwin feel like linux. > > Thanks, > Bob wilson > > ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From bijumaillist@yahoo.com Tue May 6 03:34:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Tue, 06 May 2003 03:34:00 -0000 Subject: XWin design suggestion In-Reply-To: <3nldbvk3ffregnudi12kqo16ei5q3eblm9@4ax.com> Message-ID: <20030506033438.35251.qmail@web14612.mail.yahoo.com> Harold, Is there Cygwin equivalents for Windows API GetPrivateProfileInt, GetPrivateProfileString WritePrivateProfileString in "kernel32.dll" If so you could use ini files instead of registry. and windows will take care of opening, locking, sharing, saving etc. It is fast too.... If not, as current goal is to get a more user friendly XWin, I dont mind you using windows registry. I feel using XML is also good, And dont think dependency to xml library is a big issue. But let me tell why I am against programs using win Registry.... Since the time from programs start using win.ini and system.ini It became difficult for people like me to copy the directory and start running the programs. (Users freedom reduced !!!) Then when programs started using registry no longer we are able copy and run, programs should be installed to run it. (A part of Users freedom gone!!!) In the time of DOS if you feel to format ur PC, you can just backup all your application, then format ur PC, Install DOS, copy only what ever u want from the backup, do minimal modification to autoexec.bat & config.sys and then start working. Now you can not do that. Real problem is when registry gets corrupted. I know people who are struggling with those issues. Myself, I had bad experience while I wanted to upgrade my PC from XP Home to Pro. As registry is keep growing performance of ur PC will reduce in due time. (Solution I found was to create a new user and start working Still the performance to equal as original) registry only have very limited access control. user can not do a "chmod" on it. so it is easy to use, read or write any where in registry and programmers/companies started misusing it. If it was in a file, programers will need to explain it if they tried to write it in a wrong dir. But case where we can not avoid, I dont mind using registry. even an easier facility to manipulate it is OK. like Alexander Gottwald's example echo "Some value" > /proc/registry/HKEY_CURRENT_USER/Software/?? (/dev/registry/ even better) But use it only when it is essential cheers biju __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From spetreolle@yahoo.fr Tue May 6 03:50:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 06 May 2003 03:50:00 -0000 Subject: XWin design suggestion In-Reply-To: <20030506033438.35251.qmail@web14612.mail.yahoo.com> Message-ID: <20030506035027.61339.qmail@web10101.mail.yahoo.com> Complain to Microsoft :) > Real problem is when registry gets corrupted. I know people who are > struggling with those issues. > > Myself, I had bad experience while I wanted to upgrade my PC from > XP Home to Pro. > > As registry is keep growing performance of ur PC will reduce in due > time. > (Solution I found was to create a new user and start working > Still the performance to equal as original) ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From alexander.gottwald@s1999.tu-chemnitz.de Tue May 6 09:02:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 06 May 2003 09:02:00 -0000 Subject: XWin design suggestion In-Reply-To: Message-ID: On Mon, 5 May 2003, Sam Edge wrote: > Personally I think XWin.exe-specific stuff shouldn't be in XF86Config > anyway Why not? Setting multiwindow-mode in the configfile is IMO an easy way to setup the behaviour of the xserver. > For Windows applications, yes. > For a POSIX-style program that stores > settings in a text file, the INI-file format is as good as any. If > someone does choose to write a Cygwin-specific program that uses this > format for a file in /etc or $HOME, then why not use the Win32 > INI-file API? I don't want to argue about the format of the file. It's more about the need of this extra file. And for such value like window positions there is an very easy to use storage and this is the registry. > > echo "Some value" > /proc/registry/HKEY_CURRENT_USER/Software/Cygnus/XFree86/TweakMe > > would be cool *g* > > LOL. How about rm -fr /proc/registry/HKEY_CURRENT_USER/* too? ;-) > > > I dislike having to rewrite a file where window positions > > are stored from within Xwin because of complexity > > - race conditions > > - multi-user usage > > - multi-instance usage > > - merging of options from commandline, user config and XF86Config > > - merging into existing code > > - speed (parsing the file when a value is needed) vs complexity > > (parsing the file at startup and access values in memory) > > The Win32 registry API doesn't prevent the listed problems from > occurring either, except by using write-locking on the keys. There's > no reason why an application can't use file-locking to do the same for > a text-based data store. Most of the complexity is solved in the win32 layer. We don't have to take care of concurrent writes (Those, that would corrupt data. There will always be one value that is overwritten and one that is kept). Rewriting the database and parsing is done in the win32 layer, > Many applications read and modify their text-based configuration or > state files without these issues becoming a problem. Many ***X > applications do this for both user-modified configuration and for > programmatically maintained state. For example ncftp, openbox, bash > (.bash_history), vim, nedit, mc, ... - all of which work fine under > Cygwin. vim or bash store the history in a textfile. This is done right before the program quits. Adding the dump of the configurations just before the Xserver resets is more complicated than storing the values in the registry right after they were modified. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Ralf.Habacker@freenet.de Tue May 6 12:01:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 06 May 2003 12:01:00 -0000 Subject: Scribus - Linux Desktop Publishing software running on windows using cygwin and cygwin/xfree Message-ID: <01f201c313c7$04ac0d70$4aa907d5@BRAMSCHE> Hi all, Scribus is an open source desktop publishing program http://www.atlantictechsolutions.com/scribusdocs/projects.html. They have ported this application to windows using cygwin and cygwin/xfree and QT/cygwin. http://www.atlantictechsolutions.com/scribusdocs/cygwin.html I understand this announcement in such a way, that this is a success for the whole cygwin and cygwin-xfree team. "Credit must also go to Cygwin for providing those who must use Windows, a complete Posix environment with an excellent implementation of Xfree86" Cheers Ralf KDE-cygwin http://cygwin.kde.org From huntharo@msu.edu Tue May 6 13:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 May 2003 13:10:00 -0000 Subject: XWin design suggestion In-Reply-To: <20030506033438.35251.qmail@web14612.mail.yahoo.com> References: <20030506033438.35251.qmail@web14612.mail.yahoo.com> Message-ID: <3EB7B438.60809@msu.edu> Biju, I think we all forgot about one option: Why don't we use the interface to (for example) C:\Documents and Settings\User_Foo\Application Data\CygwinXFree86\... ? Is there such an interface or is it largely just an issue of getting the proper directory to write your config files to? I believe that their may be an actual interface to that directory in Windows 2000 and later, while Windows 95/98/Me might still need some hand-coding. Has anyone used this before? I know that Mozilla stores its settings in a directory under either Application Data or User_Foo\Local Settings. I think Microsoft has recognized that the registry hinders installation of applications, rather than helping it, and they seem to be offering this new standarized area for config files. Anyone worked with this before? Harold Biju wrote: > Harold, > > Is there Cygwin equivalents for Windows API > GetPrivateProfileInt, GetPrivateProfileString > WritePrivateProfileString in "kernel32.dll" > If so you could use ini files instead of registry. > and windows will take care of opening, locking, sharing, saving etc. > It is fast too.... > > If not, as current goal is to get a more user friendly XWin, > I dont mind you using windows registry. > > I feel using XML is also good, > And dont think dependency to xml library is a big issue. > > But let me tell why I am against programs using win Registry.... > > Since the time from programs start using win.ini and system.ini > It became difficult for people like me to copy the directory > and start running the programs. (Users freedom reduced !!!) > > Then when programs started using registry no longer we are able > copy and run, programs should be installed to run it. > (A part of Users freedom gone!!!) > > In the time of DOS if you feel to format ur PC, you can just backup > all your application, then format ur PC, Install DOS, copy only what > ever u want from the backup, do minimal modification to autoexec.bat & > config.sys and then start working. > > Now you can not do that. > > Real problem is when registry gets corrupted. I know people who are > struggling with those issues. > > Myself, I had bad experience while I wanted to upgrade my PC from > XP Home to Pro. > > As registry is keep growing performance of ur PC will reduce in due time. > (Solution I found was to create a new user and start working > Still the performance to equal as original) > > registry only have very limited access control. > user can not do a "chmod" on it. > so it is easy to use, read or write any where in registry and > programmers/companies started misusing it. > If it was in a file, programers will need to explain it > if they tried to write it in a wrong dir. > > > > But case where we can not avoid, I dont mind using registry. > even an easier facility to manipulate it is OK. > like Alexander Gottwald's example > echo "Some value" > /proc/registry/HKEY_CURRENT_USER/Software/?? > (/dev/registry/ even better) > But use it only when it is essential > > cheers > biju > > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com From moser@decodon.com Tue May 6 13:27:00 2003 From: moser@decodon.com (Frank-Michael Moser) Date: Tue, 06 May 2003 13:27:00 -0000 Subject: transparent + tinted terminal aterm compiled & works OK In-Reply-To: References: Message-ID: <3EB7B81D.6010604@decodon.com> What did you do to make it compile? First I tried to compile aterm and I got ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ gcc -rdynamic -o aterm command.o graphics.o grkelot.o main.o menubar.o misc.o netdisp.o rmemset.o screen.o scrollbar2.o utmp.o xdefaults.o pixmap.o ximage_utils.o thai.o -lAfterImage -lAfterBase -L/usr/X11R6/lib -lXext -lSM -lICE -lX11 gcc: unrecognized option `-rdynamic' /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: cannot find -lAfterImage collect2: ld returned 1 exit status ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ So I tried to install libAfter first. But it complained: ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ gcc asview.o common.o -L../ -L../../libAfterBase -lAfterImage -lAfterBase -L/usr/X11R6/lib -lfreetype -ltiff -ljpeg -lpng -lgif -lz -lm -lX11 -rdynamic -L/usr/X11R6/lib -lSM -lICE -o asview gcc: unrecognized option `-rdynamic' /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: cannot find -lgif collect2: ld returned 1 exit status ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ OK, so I tried to install libGif (4.1.0) and I got: ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++gcc -g -O2 -I/usr/X11R6/include -o gif2epsn gif2epsn.o ../lib/.libs/libgif.a -L/usr/X11R6/lib -lX11 ../lib/libgetarg.a gif2epsn.o(.text+0x2ae): In function `main': /src/giflib-4.1.0/util/gif2epsn.c:127: undefined reference to `_GifQuietPrint' gif2epsn.o(.text+0x3f6):/src/giflib-4.1.0/util/gif2epsn.c:179: undefined reference to `_DGifOpenFileHandle' gif2epsn.o(.text+0x46b):/src/giflib-4.1.0/util/gif2epsn.c:210: undefined reference to `_DGifGetRecordType' gif2epsn.o(.text+0x4c4):/src/giflib-4.1.0/util/gif2epsn.c:282: undefined reference to `_DGifCloseFile' gif2epsn.o(.text+0x4d5):/src/giflib-4.1.0/util/gif2epsn.c:283: undefined reference to `_PrintGifError' gif2epsn.o(.text+0x4e9):/src/giflib-4.1.0/util/gif2epsn.c:216: undefined reference to `_DGifGetImageDesc' gif2epsn.o(.text+0x538):/src/giflib-4.1.0/util/gif2epsn.c:224: undefined reference to `_GifQprintf' gif2epsn.o(.text+0x5c3):/src/giflib-4.1.0/util/gif2epsn.c:236: undefined reference to `_GifQprintf' gif2epsn.o(.text+0x5e1):/src/giflib-4.1.0/util/gif2epsn.c:237: undefined reference to `_DGifGetLine' gif2epsn.o(.text+0x61c):/src/giflib-4.1.0/util/gif2epsn.c:246: undefined reference to `_GifQprintf' gif2epsn.o(.text+0x63f):/src/giflib-4.1.0/util/gif2epsn.c:247: undefined reference to `_DGifGetLine' gif2epsn.o(.text+0x692):/src/giflib-4.1.0/util/gif2epsn.c:257: undefined reference to `_DGifGetExtension' gif2epsn.o(.text+0x6b8):/src/giflib-4.1.0/util/gif2epsn.c:262: undefined reference to `_DGifGetExtensionNext' gif2epsn.o(.text+0x769):/src/giflib-4.1.0/util/gif2epsn.c:168: undefined reference to `_DGifOpenFileName' gif2epsn.o(.text+0xd34): In function `DumpScreen2Epsn': /src/giflib-4.1.0/util/gif2epsn.c:443: undefined reference to `_GifQprintf' collect2: ld returned 1 exit status ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ And now I don't know what else I could do ;( Frank-Michael Rapha??l Mugneret wrote: > > Hi, > > I have compiled the Afterstep terminal ATERM (0.4.2) under the latest > Cygwin and Xfree86. > > To get rid of the bug that causes aterm to use > 90% of cpu and not > refresh properly, pick-up the latest source file command.c (v1.9) at > this address: > "http://cvs.afterstep.org/cgi-bin/viewcvs.cgi/aterm/src/?only_with_tag=HEAD" > > > The bug was fixed monthes ago but never released. > > Cheers > > Rapha??l > From huntharo@msu.edu Tue May 6 13:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 May 2003 13:30:00 -0000 Subject: transparent + tinted terminal aterm compiled & works OK In-Reply-To: <3EB7B81D.6010604@decodon.com> References: <3EB7B81D.6010604@decodon.com> Message-ID: <3EB7B8E6.6080204@msu.edu> Frank-Michael, For starters, don't try to compile gif on your own. Just install the Cygwin package for gif (ungif?), then try to build libAfter again. What is this -rdynamic business? Harold Frank-Michael Moser wrote: > What did you do to make it compile? > First I tried to compile aterm and I got > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > gcc -rdynamic -o aterm command.o graphics.o grkelot.o main.o menubar.o > misc.o netdisp.o rmemset.o screen.o scrollbar2.o utmp.o xdefaults.o > pixmap.o ximage_utils.o thai.o -lAfterImage -lAfterBase > -L/usr/X11R6/lib -lXext -lSM -lICE -lX11 > gcc: unrecognized option `-rdynamic' > /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: > cannot find -lAfterImage > collect2: ld returned 1 exit status > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > So I tried to install libAfter first. But it complained: > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > gcc asview.o common.o -L../ -L../../libAfterBase -lAfterImage > -lAfterBase -L/usr/X11R6/lib -lfreetype -ltiff -ljpeg -lpng -lgif -lz > -lm -lX11 -rdynamic -L/usr/X11R6/lib -lSM -lICE -o asview > gcc: unrecognized option `-rdynamic' > /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: > cannot find -lgif > collect2: ld returned 1 exit status > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > OK, so I tried to install libGif (4.1.0) and I got: > > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++gcc > -g -O2 -I/usr/X11R6/include -o gif2epsn gif2epsn.o ../lib/.libs/libgif.a > -L/usr/X11R6/lib -lX11 ../lib/libgetarg.a > gif2epsn.o(.text+0x2ae): In function `main': > /src/giflib-4.1.0/util/gif2epsn.c:127: undefined reference to > `_GifQuietPrint' > gif2epsn.o(.text+0x3f6):/src/giflib-4.1.0/util/gif2epsn.c:179: undefined > reference to `_DGifOpenFileHandle' > gif2epsn.o(.text+0x46b):/src/giflib-4.1.0/util/gif2epsn.c:210: undefined > reference to `_DGifGetRecordType' > gif2epsn.o(.text+0x4c4):/src/giflib-4.1.0/util/gif2epsn.c:282: undefined > reference to `_DGifCloseFile' > gif2epsn.o(.text+0x4d5):/src/giflib-4.1.0/util/gif2epsn.c:283: undefined > reference to `_PrintGifError' > gif2epsn.o(.text+0x4e9):/src/giflib-4.1.0/util/gif2epsn.c:216: undefined > reference to `_DGifGetImageDesc' > gif2epsn.o(.text+0x538):/src/giflib-4.1.0/util/gif2epsn.c:224: undefined > reference to `_GifQprintf' > gif2epsn.o(.text+0x5c3):/src/giflib-4.1.0/util/gif2epsn.c:236: undefined > reference to `_GifQprintf' > gif2epsn.o(.text+0x5e1):/src/giflib-4.1.0/util/gif2epsn.c:237: undefined > reference to `_DGifGetLine' > gif2epsn.o(.text+0x61c):/src/giflib-4.1.0/util/gif2epsn.c:246: undefined > reference to `_GifQprintf' > gif2epsn.o(.text+0x63f):/src/giflib-4.1.0/util/gif2epsn.c:247: undefined > reference to `_DGifGetLine' > gif2epsn.o(.text+0x692):/src/giflib-4.1.0/util/gif2epsn.c:257: undefined > reference to `_DGifGetExtension' > gif2epsn.o(.text+0x6b8):/src/giflib-4.1.0/util/gif2epsn.c:262: undefined > reference to `_DGifGetExtensionNext' > gif2epsn.o(.text+0x769):/src/giflib-4.1.0/util/gif2epsn.c:168: undefined > reference to `_DGifOpenFileName' > gif2epsn.o(.text+0xd34): In function `DumpScreen2Epsn': > /src/giflib-4.1.0/util/gif2epsn.c:443: undefined reference to `_GifQprintf' > collect2: ld returned 1 exit status > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > And now I don't know what else I could do ;( > > Frank-Michael > > > Rapha??l Mugneret wrote: > >> >> Hi, >> >> I have compiled the Afterstep terminal ATERM (0.4.2) under the latest >> Cygwin and Xfree86. >> >> To get rid of the bug that causes aterm to use > 90% of cpu and not >> refresh properly, pick-up the latest source file command.c (v1.9) at >> this address: >> "http://cvs.afterstep.org/cgi-bin/viewcvs.cgi/aterm/src/?only_with_tag=HEAD" >> >> >> The bug was fixed monthes ago but never released. >> >> Cheers >> >> Rapha??l >> > From moser@decodon.com Tue May 6 13:44:00 2003 From: moser@decodon.com (Frank-Michael Moser) Date: Tue, 06 May 2003 13:44:00 -0000 Subject: transparent + tinted terminal aterm compiled & works OK In-Reply-To: <3EB7B8E6.6080204@msu.edu> References: <3EB7B81D.6010604@decodon.com> <3EB7B8E6.6080204@msu.edu> Message-ID: <3EB7BC47.80705@decodon.com> Harold, Thank you for your immediate response. I checked my installation and actually I already had libungif (4.1.0-2) installed via Cygwin setup. But even though I have just reinstalled libungif the compilation of libAfter complains: gcc asview.o common.o -L../ -L../../libAfterBase -lAfterImage -lAfterBase -L/usr/X11R6/lib -lfreetype -ltiff -ljpeg -lpng -lgif -lz -lm -lX11 -rdynamic -L/usr/X11R6/lib -lSM -lICE -o asview gcc: unrecognized option `-rdynamic' /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: cannot find -lgif collect2: ld returned 1 exit status Maybe -lgif should be -lungif ? Frank-Michael Harold L Hunt II wrote: > Frank-Michael, > > For starters, don't try to compile gif on your own. Just install the > Cygwin package for gif (ungif?), then try to build libAfter again. > > What is this -rdynamic business? > > Harold > > Frank-Michael Moser wrote: > >> What did you do to make it compile? >> First I tried to compile aterm and I got >> >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> gcc -rdynamic -o aterm command.o graphics.o grkelot.o main.o menubar.o >> misc.o netdisp.o rmemset.o screen.o scrollbar2.o utmp.o xdefaults.o >> pixmap.o ximage_utils.o thai.o -lAfterImage -lAfterBase >> -L/usr/X11R6/lib -lXext -lSM -lICE -lX11 >> gcc: unrecognized option `-rdynamic' >> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: >> cannot find -lAfterImage >> collect2: ld returned 1 exit status >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> So I tried to install libAfter first. But it complained: >> >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> gcc asview.o common.o -L../ -L../../libAfterBase -lAfterImage >> -lAfterBase -L/usr/X11R6/lib -lfreetype -ltiff -ljpeg -lpng -lgif -lz >> -lm -lX11 -rdynamic -L/usr/X11R6/lib -lSM -lICE -o asview >> gcc: unrecognized option `-rdynamic' >> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: >> cannot find -lgif >> collect2: ld returned 1 exit status >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> OK, so I tried to install libGif (4.1.0) and I got: >> >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++gcc >> -g -O2 -I/usr/X11R6/include -o gif2epsn gif2epsn.o >> ../lib/.libs/libgif.a -L/usr/X11R6/lib -lX11 ../lib/libgetarg.a >> gif2epsn.o(.text+0x2ae): In function `main': >> /src/giflib-4.1.0/util/gif2epsn.c:127: undefined reference to >> `_GifQuietPrint' >> gif2epsn.o(.text+0x3f6):/src/giflib-4.1.0/util/gif2epsn.c:179: >> undefined reference to `_DGifOpenFileHandle' >> gif2epsn.o(.text+0x46b):/src/giflib-4.1.0/util/gif2epsn.c:210: >> undefined reference to `_DGifGetRecordType' >> gif2epsn.o(.text+0x4c4):/src/giflib-4.1.0/util/gif2epsn.c:282: >> undefined reference to `_DGifCloseFile' >> gif2epsn.o(.text+0x4d5):/src/giflib-4.1.0/util/gif2epsn.c:283: >> undefined reference to `_PrintGifError' >> gif2epsn.o(.text+0x4e9):/src/giflib-4.1.0/util/gif2epsn.c:216: >> undefined reference to `_DGifGetImageDesc' >> gif2epsn.o(.text+0x538):/src/giflib-4.1.0/util/gif2epsn.c:224: >> undefined reference to `_GifQprintf' >> gif2epsn.o(.text+0x5c3):/src/giflib-4.1.0/util/gif2epsn.c:236: >> undefined reference to `_GifQprintf' >> gif2epsn.o(.text+0x5e1):/src/giflib-4.1.0/util/gif2epsn.c:237: >> undefined reference to `_DGifGetLine' >> gif2epsn.o(.text+0x61c):/src/giflib-4.1.0/util/gif2epsn.c:246: >> undefined reference to `_GifQprintf' >> gif2epsn.o(.text+0x63f):/src/giflib-4.1.0/util/gif2epsn.c:247: >> undefined reference to `_DGifGetLine' >> gif2epsn.o(.text+0x692):/src/giflib-4.1.0/util/gif2epsn.c:257: >> undefined reference to `_DGifGetExtension' >> gif2epsn.o(.text+0x6b8):/src/giflib-4.1.0/util/gif2epsn.c:262: >> undefined reference to `_DGifGetExtensionNext' >> gif2epsn.o(.text+0x769):/src/giflib-4.1.0/util/gif2epsn.c:168: >> undefined reference to `_DGifOpenFileName' >> gif2epsn.o(.text+0xd34): In function `DumpScreen2Epsn': >> /src/giflib-4.1.0/util/gif2epsn.c:443: undefined reference to >> `_GifQprintf' >> collect2: ld returned 1 exit status >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> And now I don't know what else I could do ;( >> >> Frank-Michael >> >> >> Rapha??l Mugneret wrote: >> >>> >>> Hi, >>> >>> I have compiled the Afterstep terminal ATERM (0.4.2) under the latest >>> Cygwin and Xfree86. >>> >>> To get rid of the bug that causes aterm to use > 90% of cpu and not >>> refresh properly, pick-up the latest source file command.c (v1.9) at >>> this address: >>> "http://cvs.afterstep.org/cgi-bin/viewcvs.cgi/aterm/src/?only_with_tag=HEAD" >>> >>> >>> The bug was fixed monthes ago but never released. >>> >>> Cheers >>> >>> Rapha??l >>> >> From rk8142@sbc.com Tue May 6 13:50:00 2003 From: rk8142@sbc.com (KIDWELL, REX (SBCSI)) Date: Tue, 06 May 2003 13:50:00 -0000 Subject: Running Xwin in passive mode Message-ID: <1E274BD4B4502143868BD7AF0B36C8C10149FFA0@mostls1msgusr05.ITServices.sbc.com> Has anyone figured out how to run Xwin in the passive mode (sorry Exceed terminology)? Passive mode is defined as starting a Xserver in the background without a full screen session manager. The goal is to display individual X clients like any other program running on a Windows platform. I.E. run remote xterms and dtterms from remote systems and display them like a DOS CMD window. An additional requirement would be to run them from a single Xwin invocation so cut and paste would be supported between xterms. From huntharo@msu.edu Tue May 6 13:51:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 May 2003 13:51:00 -0000 Subject: transparent + tinted terminal aterm compiled & works OK In-Reply-To: <3EB7BC47.80705@decodon.com> References: <3EB7B81D.6010604@decodon.com> <3EB7B8E6.6080204@msu.edu> <3EB7BC47.80705@decodon.com> Message-ID: <3EB7BDC4.9000808@msu.edu> Frank-Michael, That is correct. It must be -lungif. Harold Frank-Michael Moser wrote: > Harold, > > Thank you for your immediate response. > > I checked my installation and actually I already had libungif (4.1.0-2) > installed via Cygwin setup. But even though I have just reinstalled > libungif the compilation of libAfter complains: > > gcc asview.o common.o -L../ -L../../libAfterBase -lAfterImage > -lAfterBase -L/usr/X11R6/lib -lfreetype -ltiff -ljpeg -lpng -lgif -lz > -lm -lX11 -rdynamic -L/usr/X11R6/lib -lSM -lICE -o asview > gcc: unrecognized option `-rdynamic' > /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: > cannot find -lgif > collect2: ld returned 1 exit status > > Maybe -lgif should be -lungif ? > > Frank-Michael > > > Harold L Hunt II wrote: > >> Frank-Michael, >> >> For starters, don't try to compile gif on your own. Just install the >> Cygwin package for gif (ungif?), then try to build libAfter again. >> >> What is this -rdynamic business? >> >> Harold >> >> Frank-Michael Moser wrote: >> >>> What did you do to make it compile? >>> First I tried to compile aterm and I got >>> >>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>> gcc -rdynamic -o aterm command.o graphics.o grkelot.o main.o >>> menubar.o misc.o netdisp.o rmemset.o screen.o scrollbar2.o utmp.o >>> xdefaults.o pixmap.o ximage_utils.o thai.o -lAfterImage -lAfterBase >>> -L/usr/X11R6/lib -lXext -lSM -lICE -lX11 >>> gcc: unrecognized option `-rdynamic' >>> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: >>> cannot find -lAfterImage >>> collect2: ld returned 1 exit status >>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>> >>> So I tried to install libAfter first. But it complained: >>> >>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>> gcc asview.o common.o -L../ -L../../libAfterBase -lAfterImage >>> -lAfterBase -L/usr/X11R6/lib -lfreetype -ltiff -ljpeg -lpng -lgif >>> -lz -lm -lX11 -rdynamic -L/usr/X11R6/lib -lSM -lICE -o asview >>> gcc: unrecognized option `-rdynamic' >>> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: >>> cannot find -lgif >>> collect2: ld returned 1 exit status >>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>> >>> OK, so I tried to install libGif (4.1.0) and I got: >>> >>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++gcc >>> -g -O2 -I/usr/X11R6/include -o gif2epsn gif2epsn.o >>> ../lib/.libs/libgif.a -L/usr/X11R6/lib -lX11 ../lib/libgetarg.a >>> gif2epsn.o(.text+0x2ae): In function `main': >>> /src/giflib-4.1.0/util/gif2epsn.c:127: undefined reference to >>> `_GifQuietPrint' >>> gif2epsn.o(.text+0x3f6):/src/giflib-4.1.0/util/gif2epsn.c:179: >>> undefined reference to `_DGifOpenFileHandle' >>> gif2epsn.o(.text+0x46b):/src/giflib-4.1.0/util/gif2epsn.c:210: >>> undefined reference to `_DGifGetRecordType' >>> gif2epsn.o(.text+0x4c4):/src/giflib-4.1.0/util/gif2epsn.c:282: >>> undefined reference to `_DGifCloseFile' >>> gif2epsn.o(.text+0x4d5):/src/giflib-4.1.0/util/gif2epsn.c:283: >>> undefined reference to `_PrintGifError' >>> gif2epsn.o(.text+0x4e9):/src/giflib-4.1.0/util/gif2epsn.c:216: >>> undefined reference to `_DGifGetImageDesc' >>> gif2epsn.o(.text+0x538):/src/giflib-4.1.0/util/gif2epsn.c:224: >>> undefined reference to `_GifQprintf' >>> gif2epsn.o(.text+0x5c3):/src/giflib-4.1.0/util/gif2epsn.c:236: >>> undefined reference to `_GifQprintf' >>> gif2epsn.o(.text+0x5e1):/src/giflib-4.1.0/util/gif2epsn.c:237: >>> undefined reference to `_DGifGetLine' >>> gif2epsn.o(.text+0x61c):/src/giflib-4.1.0/util/gif2epsn.c:246: >>> undefined reference to `_GifQprintf' >>> gif2epsn.o(.text+0x63f):/src/giflib-4.1.0/util/gif2epsn.c:247: >>> undefined reference to `_DGifGetLine' >>> gif2epsn.o(.text+0x692):/src/giflib-4.1.0/util/gif2epsn.c:257: >>> undefined reference to `_DGifGetExtension' >>> gif2epsn.o(.text+0x6b8):/src/giflib-4.1.0/util/gif2epsn.c:262: >>> undefined reference to `_DGifGetExtensionNext' >>> gif2epsn.o(.text+0x769):/src/giflib-4.1.0/util/gif2epsn.c:168: >>> undefined reference to `_DGifOpenFileName' >>> gif2epsn.o(.text+0xd34): In function `DumpScreen2Epsn': >>> /src/giflib-4.1.0/util/gif2epsn.c:443: undefined reference to >>> `_GifQprintf' >>> collect2: ld returned 1 exit status >>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>> >>> And now I don't know what else I could do ;( >>> >>> Frank-Michael >>> >>> >>> Rapha??l Mugneret wrote: >>> >>>> >>>> Hi, >>>> >>>> I have compiled the Afterstep terminal ATERM (0.4.2) under the >>>> latest Cygwin and Xfree86. >>>> >>>> To get rid of the bug that causes aterm to use > 90% of cpu and not >>>> refresh properly, pick-up the latest source file command.c (v1.9) at >>>> this address: >>>> "http://cvs.afterstep.org/cgi-bin/viewcvs.cgi/aterm/src/?only_with_tag=HEAD" >>>> >>>> >>>> The bug was fixed monthes ago but never released. >>>> >>>> Cheers >>>> >>>> Rapha??l >>>> >>> From huntharo@msu.edu Tue May 6 13:53:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 May 2003 13:53:00 -0000 Subject: Running Xwin in passive mode In-Reply-To: <1E274BD4B4502143868BD7AF0B36C8C10149FFA0@mostls1msgusr05.ITServices.sbc.com> References: <1E274BD4B4502143868BD7AF0B36C8C10149FFA0@mostls1msgusr05.ITServices.sbc.com> Message-ID: <3EB7BE4F.5040203@msu.edu> XWin -multiwindow You must NOT run a seperate window manager, such as twm, etc. (Be sure to comment it out if you use startxwin.bat or one of the other scripts). The windows are all run from a single XWin invocation, so cut and paste always works between xterms. Harold KIDWELL, REX (SBCSI) wrote: > Has anyone figured out how to run Xwin in the passive mode (sorry Exceed > terminology)? > > Passive mode is defined as starting a Xserver in the background without a > full screen session manager. The goal is to display individual X clients > like any other program running on a Windows platform. I.E. run remote > xterms and dtterms from remote systems and display them like a DOS CMD > window. > > An additional requirement would be to run them from a single Xwin invocation > so cut and paste would be supported between xterms. From moser@decodon.com Tue May 6 14:51:00 2003 From: moser@decodon.com (Frank-Michael Moser) Date: Tue, 06 May 2003 14:51:00 -0000 Subject: transparent + tinted terminal aterm compiled & works OK In-Reply-To: <3EB7BDC4.9000808@msu.edu> References: <3EB7B81D.6010604@decodon.com> <3EB7B8E6.6080204@msu.edu> <3EB7BC47.80705@decodon.com> <3EB7BDC4.9000808@msu.edu> Message-ID: <3EB7CBD5.6000908@decodon.com> Thanks, finally it works. I had to replace all occurenses of -lgif by -lunginf in libAbfter's makefiles and had to call aterm's configure explicitely with configure --with-afterimage-includes=/usr/local/include/libAfterImage --with-afterbase-includes=/usr/local/include/libAfterBase --with-afterimage-lib=/usr/local/lib --with-afterbase-lib=/usr/local/lib Frank-Michael Harold L Hunt II wrote: > Frank-Michael, > > That is correct. It must be -lungif. > > Harold > > Frank-Michael Moser wrote: > >> Harold, >> >> Thank you for your immediate response. >> >> I checked my installation and actually I already had libungif >> (4.1.0-2) installed via Cygwin setup. But even though I have just >> reinstalled libungif the compilation of libAfter complains: >> >> gcc asview.o common.o -L../ -L../../libAfterBase -lAfterImage >> -lAfterBase -L/usr/X11R6/lib -lfreetype -ltiff -ljpeg -lpng -lgif -lz >> -lm -lX11 -rdynamic -L/usr/X11R6/lib -lSM -lICE -o asview >> gcc: unrecognized option `-rdynamic' >> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: >> cannot find -lgif >> collect2: ld returned 1 exit status >> >> Maybe -lgif should be -lungif ? >> >> Frank-Michael >> >> >> Harold L Hunt II wrote: >> >>> Frank-Michael, >>> >>> For starters, don't try to compile gif on your own. Just install the >>> Cygwin package for gif (ungif?), then try to build libAfter again. >>> >>> What is this -rdynamic business? >>> >>> Harold >>> >>> Frank-Michael Moser wrote: >>> >>>> What did you do to make it compile? >>>> First I tried to compile aterm and I got >>>> >>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>>> >>>> gcc -rdynamic -o aterm command.o graphics.o grkelot.o main.o >>>> menubar.o misc.o netdisp.o rmemset.o screen.o scrollbar2.o utmp.o >>>> xdefaults.o pixmap.o ximage_utils.o thai.o -lAfterImage >>>> -lAfterBase -L/usr/X11R6/lib -lXext -lSM -lICE -lX11 >>>> gcc: unrecognized option `-rdynamic' >>>> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: >>>> cannot find -lAfterImage >>>> collect2: ld returned 1 exit status >>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>>> >>>> >>>> So I tried to install libAfter first. But it complained: >>>> >>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>>> >>>> gcc asview.o common.o -L../ -L../../libAfterBase -lAfterImage >>>> -lAfterBase -L/usr/X11R6/lib -lfreetype -ltiff -ljpeg -lpng -lgif >>>> -lz -lm -lX11 -rdynamic -L/usr/X11R6/lib -lSM -lICE -o asview >>>> gcc: unrecognized option `-rdynamic' >>>> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/ld: >>>> cannot find -lgif >>>> collect2: ld returned 1 exit status >>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>>> >>>> >>>> OK, so I tried to install libGif (4.1.0) and I got: >>>> >>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++gcc >>>> -g -O2 -I/usr/X11R6/include -o gif2epsn gif2epsn.o >>>> ../lib/.libs/libgif.a -L/usr/X11R6/lib -lX11 ../lib/libgetarg.a >>>> gif2epsn.o(.text+0x2ae): In function `main': >>>> /src/giflib-4.1.0/util/gif2epsn.c:127: undefined reference to >>>> `_GifQuietPrint' >>>> gif2epsn.o(.text+0x3f6):/src/giflib-4.1.0/util/gif2epsn.c:179: >>>> undefined reference to `_DGifOpenFileHandle' >>>> gif2epsn.o(.text+0x46b):/src/giflib-4.1.0/util/gif2epsn.c:210: >>>> undefined reference to `_DGifGetRecordType' >>>> gif2epsn.o(.text+0x4c4):/src/giflib-4.1.0/util/gif2epsn.c:282: >>>> undefined reference to `_DGifCloseFile' >>>> gif2epsn.o(.text+0x4d5):/src/giflib-4.1.0/util/gif2epsn.c:283: >>>> undefined reference to `_PrintGifError' >>>> gif2epsn.o(.text+0x4e9):/src/giflib-4.1.0/util/gif2epsn.c:216: >>>> undefined reference to `_DGifGetImageDesc' >>>> gif2epsn.o(.text+0x538):/src/giflib-4.1.0/util/gif2epsn.c:224: >>>> undefined reference to `_GifQprintf' >>>> gif2epsn.o(.text+0x5c3):/src/giflib-4.1.0/util/gif2epsn.c:236: >>>> undefined reference to `_GifQprintf' >>>> gif2epsn.o(.text+0x5e1):/src/giflib-4.1.0/util/gif2epsn.c:237: >>>> undefined reference to `_DGifGetLine' >>>> gif2epsn.o(.text+0x61c):/src/giflib-4.1.0/util/gif2epsn.c:246: >>>> undefined reference to `_GifQprintf' >>>> gif2epsn.o(.text+0x63f):/src/giflib-4.1.0/util/gif2epsn.c:247: >>>> undefined reference to `_DGifGetLine' >>>> gif2epsn.o(.text+0x692):/src/giflib-4.1.0/util/gif2epsn.c:257: >>>> undefined reference to `_DGifGetExtension' >>>> gif2epsn.o(.text+0x6b8):/src/giflib-4.1.0/util/gif2epsn.c:262: >>>> undefined reference to `_DGifGetExtensionNext' >>>> gif2epsn.o(.text+0x769):/src/giflib-4.1.0/util/gif2epsn.c:168: >>>> undefined reference to `_DGifOpenFileName' >>>> gif2epsn.o(.text+0xd34): In function `DumpScreen2Epsn': >>>> /src/giflib-4.1.0/util/gif2epsn.c:443: undefined reference to >>>> `_GifQprintf' >>>> collect2: ld returned 1 exit status >>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >>>> >>>> >>>> And now I don't know what else I could do ;( >>>> >>>> Frank-Michael >>>> >>>> >>>> Rapha??l Mugneret wrote: >>>> >>>>> >>>>> Hi, >>>>> >>>>> I have compiled the Afterstep terminal ATERM (0.4.2) under the >>>>> latest Cygwin and Xfree86. >>>>> >>>>> To get rid of the bug that causes aterm to use > 90% of cpu and not >>>>> refresh properly, pick-up the latest source file command.c (v1.9) >>>>> at this address: >>>>> "http://cvs.afterstep.org/cgi-bin/viewcvs.cgi/aterm/src/?only_with_tag=HEAD" >>>>> >>>>> >>>>> The bug was fixed monthes ago but never released. >>>>> >>>>> Cheers >>>>> >>>>> Rapha??l >>>>> >>>> From richard.campbell@air2web.com Tue May 6 16:30:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Tue, 06 May 2003 16:30:00 -0000 Subject: Running Xwin in passive mode Message-ID: >XWin -multiwindow > >You must NOT run a seperate window manager, such as twm, etc. (Be sure >to comment it out if you use startxwin.bat or one of the other scripts). This confused me for while, because the server does work this way, if a little flakily (it's more obviously wrong with, say, WindowMaker than with twm, since twm doesn't do a whole lot). -Richard. From huntharo@msu.edu Tue May 6 16:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 May 2003 16:40:00 -0000 Subject: Running Xwin in passive mode In-Reply-To: References: Message-ID: <3EB7E584.3060902@msu.edu> Richard, Yes, we should be doing better checking to make sure that another window manager is not already running before we start the internal window manager. Harold Richard Campbell wrote: >>XWin -multiwindow >> >>You must NOT run a seperate window manager, such as twm, etc. (Be sure >>to comment it out if you use startxwin.bat or one of the other scripts). > > > This confused me for while, because the server does work this way, if a > little > flakily (it's more obviously wrong with, say, WindowMaker than with twm, > since > twm doesn't do a whole lot). > > -Richard. From spetreolle@yahoo.fr Tue May 6 17:43:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 06 May 2003 17:43:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB7B438.60809@msu.edu> Message-ID: <20030506174323.89819.qmail@web10102.mail.yahoo.com> Why would we write outside of the cygwin filesystem to complete this ? Let us remain structured. --- Harold L Hunt II a ??crit : > Biju, > I think we all forgot about one option: Why don't we use the > interface > to (for example) C:\Documents and Settings\User_Foo\Application > Data\CygwinXFree86\... ? Is there such an interface or is it largely > just an issue of getting the proper directory to write your config > files to? > ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Tue May 6 17:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 May 2003 17:49:00 -0000 Subject: XWin design suggestion In-Reply-To: <20030506174323.89819.qmail@web10102.mail.yahoo.com> References: <20030506174323.89819.qmail@web10102.mail.yahoo.com> Message-ID: <3EB7F59A.2000406@msu.edu> Sylvain, Because, as I have reiterated over and over, XWin.exe is a Windows application, not a Cygwin application. As an aside, one of my goals is to have a stand-alone version of XWin.exe, building off of Suhaib's work, that does not depend upon Cygwin at all. It will mostly be a proof of concept, but it would also be cool if X.org accepted the code into their sample implementation. Granted, it wouldn't have all of the libraries and programs, but it would be an X Server that ran on Windows. Thus, I want to avoid making XWin.exe a Cygwin app. Others may not agree, but that is certainly my goal. Harold Sylvain Petreolle wrote: > Why would we write outside of the cygwin filesystem to complete this ? > Let us remain structured. > > --- Harold L Hunt II a ??crit : > >>Biju, >>I think we all forgot about one option: Why don't we use the >>interface >>to (for example) C:\Documents and Settings\User_Foo\Application >>Data\CygwinXFree86\... ? Is there such an interface or is it largely > > >>just an issue of getting the proper directory to write your config >>files to? >> > > > > ===== > Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 > No more War ! > > "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". > > For the Law of Oil and Fire, Im an European that lives in France. > For all my Brothers and friends, Im a human living on Earth. > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com From ssiddiqi@ssiddiqi.com Tue May 6 18:11:00 2003 From: ssiddiqi@ssiddiqi.com (Suhaib Siddiqi) Date: Tue, 06 May 2003 18:11:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB7F59A.2000406@msu.edu> Message-ID: I had been watching the list. Harold had done some excellent work on advancing Cygwin/Xfree to current status. It was my goal too, to compile XWin.exe with Microsoft Visual Studio. The initial work was done with Cygwin to get this going and make porting to VC easier. Therefore Win32-X11 at Source.redhat.com was started. I was able to patch all the libraries and xclients, even 70% of XWin.exe code written by Harold. However, due to my increasing responsibilities at work, I had no spare time and stop contributing to several Open Source projects, like Cygwin/xfree, win32-x11, opendx, and lesstif. I do still have patched sources of win32-x11 stored on a CD. Harold if you need it, and you think it might be useful, I cant send the CD to you. It is now almost a year old patched work of Xfree86 4.1.0. I am sure some of the X-libraries will require patching again. Compilation with Visual C does require MinW32 version of Flex and Bison. Flex is needed to compile some of the fonts. Suhaib -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: Tuesday, May 06, 2003 10:49 AM To: cygwin-xfree@cygwin.com Subject: Re: XWin design suggestion Sylvain, Because, as I have reiterated over and over, XWin.exe is a Windows application, not a Cygwin application. As an aside, one of my goals is to have a stand-alone version of XWin.exe, building off of Suhaib's work, that does not depend upon Cygwin at all. It will mostly be a proof of concept, but it would also be cool if X.org accepted the code into their sample implementation. Granted, it wouldn't have all of the libraries and programs, but it would be an X Server that ran on Windows. Thus, I want to avoid making XWin.exe a Cygwin app. Others may not agree, but that is certainly my goal. Harold Sylvain Petreolle wrote: > Why would we write outside of the cygwin filesystem to complete this ? > Let us remain structured. > > --- Harold L Hunt II a ?crit : > >>Biju, >>I think we all forgot about one option: Why don't we use the >>interface >>to (for example) C:\Documents and Settings\User_Foo\Application >>Data\CygwinXFree86\... ? Is there such an interface or is it largely > > >>just an issue of getting the proper directory to write your config >>files to? >> > > > > ===== > Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 > No more War ! > > "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". > > For the Law of Oil and Fire, Im an European that lives in France. > For all my Brothers and friends, Im a human living on Earth. > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran?ais ! > Yahoo! Mail : http://fr.mail.yahoo.com From jc.gervais@videotron.ca Tue May 6 18:17:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Tue, 06 May 2003 18:17:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB7F59A.2000406@msu.edu> Message-ID: A couple things: You can usually copy a collection of folders under *nix and succeed in preserving your set-up. You can't do that with a lot of Windows software because there are a bunch of settings hidden in the registry. So because of that, I'd urge you to consider storing everything in a file, preferably somewhere in the Cygwin file hierarchy. Just a suggestion. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Tuesday, May 06, 2003 1:49 PM To: cygwin-xfree@cygwin.com Subject: Re: XWin design suggestion Sylvain, Because, as I have reiterated over and over, XWin.exe is a Windows application, not a Cygwin application. As an aside, one of my goals is to have a stand-alone version of XWin.exe, building off of Suhaib's work, that does not depend upon Cygwin at all. It will mostly be a proof of concept, but it would also be cool if X.org accepted the code into their sample implementation. Granted, it wouldn't have all of the libraries and programs, but it would be an X Server that ran on Windows. Thus, I want to avoid making XWin.exe a Cygwin app. Others may not agree, but that is certainly my goal. Harold Sylvain Petreolle wrote: > Why would we write outside of the cygwin filesystem to complete this ? > Let us remain structured. > > --- Harold L Hunt II a ??crit : > >>Biju, >>I think we all forgot about one option: Why don't we use the >>interface >>to (for example) C:\Documents and Settings\User_Foo\Application >>Data\CygwinXFree86\... ? Is there such an interface or is it largely > > >>just an issue of getting the proper directory to write your config >>files to? >> > > > > ===== > Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 > No more War ! > > "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". > > For the Law of Oil and Fire, Im an European that lives in France. > For all my Brothers and friends, Im a human living on Earth. > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Tue May 6 18:21:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 May 2003 18:21:00 -0000 Subject: XWin design suggestion In-Reply-To: References: Message-ID: <3EB7FD26.4040001@msu.edu> Suhaib, I was wondering if you had been watching the list :) Yes, I think I would be interested in that CD. I will email you off-list with my address. Harold Suhaib Siddiqi wrote: > > I had been watching the list. Harold had done some excellent work on > advancing Cygwin/Xfree to current status. > > It was my goal too, to compile XWin.exe with Microsoft Visual Studio. > The initial work was done with Cygwin to get this going and make porting > to VC easier. Therefore Win32-X11 at Source.redhat.com was started. I > was able to patch all the libraries and xclients, even 70% of XWin.exe > code written by Harold. However, due to my increasing responsibilities > at work, I had no spare time and stop contributing to several Open > Source projects, like Cygwin/xfree, win32-x11, opendx, and lesstif. > > I do still have patched sources of win32-x11 stored on a CD. Harold if > you need it, and you think it might be useful, I cant send the CD to > you. It is now almost a year old patched work of Xfree86 4.1.0. I am > sure some of the X-libraries will require patching again. Compilation > with Visual C does require MinW32 version of Flex and Bison. Flex is > needed to compile some of the fonts. > > Suhaib > > > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Tuesday, May 06, 2003 10:49 AM > To: cygwin-xfree@cygwin.com > Subject: Re: XWin design suggestion > > Sylvain, > > Because, as I have reiterated over and over, XWin.exe is a Windows > application, not a Cygwin application. > > As an aside, one of my goals is to have a stand-alone version of > XWin.exe, building off of Suhaib's work, that does not depend upon > Cygwin at all. It will mostly be a proof of concept, but it would also > be cool if X.org accepted the code into their sample implementation. > Granted, it wouldn't have all of the libraries and programs, but it > would be an X Server that ran on Windows. > > Thus, I want to avoid making XWin.exe a Cygwin app. Others may not > agree, but that is certainly my goal. > > Harold > > Sylvain Petreolle wrote: > >>Why would we write outside of the cygwin filesystem to complete this ? >>Let us remain structured. >> >> --- Harold L Hunt II a ??crit : >> >> >>>Biju, >>>I think we all forgot about one option: Why don't we use the >>>interface >>>to (for example) C:\Documents and Settings\User_Foo\Application >>>Data\CygwinXFree86\... ? Is there such an interface or is it largely >> >> >>>just an issue of getting the proper directory to write your config >>>files to? >>> >> >> >> >>===== >>Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ > > #170597259 > >>No more War ! >> >>"What if tomorrow the War could be over ?" Morpheus, in "Reloaded". >> >>For the Law of Oil and Fire, Im an European that lives in France. >>For all my Brothers and friends, Im a human living on Earth. >> >>___________________________________________________________ >>Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! >>Yahoo! Mail : http://fr.mail.yahoo.com > > From huntharo@msu.edu Tue May 6 18:24:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 May 2003 18:24:00 -0000 Subject: XWin design suggestion In-Reply-To: References: Message-ID: <3EB7FDC9.6070809@msu.edu> I don't think it would break any hearts if we put one more file with preferences (not stuff needed to run) in another directory. Harold Jean-Claude Gervais wrote: > A couple things: > > You can usually copy a collection of folders under *nix and succeed in > preserving your set-up. > You can't do that with a lot of Windows software because there are a bunch > of settings hidden in the registry. > > So because of that, I'd urge you to consider storing everything in a file, > preferably somewhere in the Cygwin file hierarchy. > > Just a suggestion. > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On > Behalf Of Harold L Hunt II > Sent: Tuesday, May 06, 2003 1:49 PM > To: cygwin-xfree@cygwin.com > Subject: Re: XWin design suggestion > > Sylvain, > > Because, as I have reiterated over and over, XWin.exe is a Windows > application, not a Cygwin application. > > As an aside, one of my goals is to have a stand-alone version of > XWin.exe, building off of Suhaib's work, that does not depend upon > Cygwin at all. It will mostly be a proof of concept, but it would also > be cool if X.org accepted the code into their sample implementation. > Granted, it wouldn't have all of the libraries and programs, but it > would be an X Server that ran on Windows. > > Thus, I want to avoid making XWin.exe a Cygwin app. Others may not > agree, but that is certainly my goal. > > Harold > > Sylvain Petreolle wrote: > >>Why would we write outside of the cygwin filesystem to complete this ? >>Let us remain structured. >> >> --- Harold L Hunt II a ??crit : >> >> >>>Biju, >>>I think we all forgot about one option: Why don't we use the >>>interface >>>to (for example) C:\Documents and Settings\User_Foo\Application >>>Data\CygwinXFree86\... ? Is there such an interface or is it largely >> >> >>>just an issue of getting the proper directory to write your config >>>files to? >>> >> >> >> >>===== >>Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ > > #170597259 > >>No more War ! >> >>"What if tomorrow the War could be over ?" Morpheus, in "Reloaded". >> >>For the Law of Oil and Fire, Im an European that lives in France. >>For all my Brothers and friends, Im a human living on Earth. >> >>___________________________________________________________ >>Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! >>Yahoo! Mail : http://fr.mail.yahoo.com From ssiddiqi@ssiddiqi.com Tue May 6 18:27:00 2003 From: ssiddiqi@ssiddiqi.com (Suhaib Siddiqi) Date: Tue, 06 May 2003 18:27:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB7FD26.4040001@msu.edu> Message-ID: Harold I never unsubscribed from Cygwin-xfree and Cygwin lists. I only went into passive mood because why bable when I could not contribute :-) I will send you CD once I have your info. Chris had win32-x11 project setup with a mailing list and CVS repository. Is it still there? If it is, maybe you take it over. It will allow other contributors to access code via CVS and contribute. Suhaib -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: Tuesday, May 06, 2003 11:21 AM To: cygwin-xfree@cygwin.com Subject: Re: XWin design suggestion Suhaib, I was wondering if you had been watching the list :) Yes, I think I would be interested in that CD. I will email you off-list with my address. Harold Suhaib Siddiqi wrote: > > I had been watching the list. Harold had done some excellent work on > advancing Cygwin/Xfree to current status. > > It was my goal too, to compile XWin.exe with Microsoft Visual Studio. > The initial work was done with Cygwin to get this going and make porting > to VC easier. Therefore Win32-X11 at Source.redhat.com was started. I > was able to patch all the libraries and xclients, even 70% of XWin.exe > code written by Harold. However, due to my increasing responsibilities > at work, I had no spare time and stop contributing to several Open > Source projects, like Cygwin/xfree, win32-x11, opendx, and lesstif. > > I do still have patched sources of win32-x11 stored on a CD. Harold if > you need it, and you think it might be useful, I cant send the CD to > you. It is now almost a year old patched work of Xfree86 4.1.0. I am > sure some of the X-libraries will require patching again. Compilation > with Visual C does require MinW32 version of Flex and Bison. Flex is > needed to compile some of the fonts. > > Suhaib > > > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Tuesday, May 06, 2003 10:49 AM > To: cygwin-xfree@cygwin.com > Subject: Re: XWin design suggestion > > Sylvain, > > Because, as I have reiterated over and over, XWin.exe is a Windows > application, not a Cygwin application. > > As an aside, one of my goals is to have a stand-alone version of > XWin.exe, building off of Suhaib's work, that does not depend upon > Cygwin at all. It will mostly be a proof of concept, but it would also > be cool if X.org accepted the code into their sample implementation. > Granted, it wouldn't have all of the libraries and programs, but it > would be an X Server that ran on Windows. > > Thus, I want to avoid making XWin.exe a Cygwin app. Others may not > agree, but that is certainly my goal. > > Harold > > Sylvain Petreolle wrote: > >>Why would we write outside of the cygwin filesystem to complete this ? >>Let us remain structured. >> >> --- Harold L Hunt II a ?crit : >> >> >>>Biju, >>>I think we all forgot about one option: Why don't we use the >>>interface >>>to (for example) C:\Documents and Settings\User_Foo\Application >>>Data\CygwinXFree86\... ? Is there such an interface or is it largely >> >> >>>just an issue of getting the proper directory to write your config >>>files to? >>> >> >> >> >>===== >>Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ > > #170597259 > >>No more War ! >> >>"What if tomorrow the War could be over ?" Morpheus, in "Reloaded". >> >>For the Law of Oil and Fire, Im an European that lives in France. >>For all my Brothers and friends, Im a human living on Earth. >> >>___________________________________________________________ >>Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran?ais ! >>Yahoo! Mail : http://fr.mail.yahoo.com > > From huntharo@msu.edu Tue May 6 18:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 May 2003 18:33:00 -0000 Subject: XWin design suggestion In-Reply-To: References: Message-ID: <3EB7FFF2.30406@msu.edu> I tried checking the CVS repository out, but it says: harold@kraftwerk ~/x-devel $ cvs co win32-x11 cvs server: Updating win32-x11 cvs server: failed to create lock directory for `/cvs/src/win32-x11' (/cvs/src/w in32-x11/#cvs.lock): Permission denied cvs server: failed to obtain dir lock in repository `/cvs/src/win32-x11' cvs [server aborted]: read lock failed - giving up Harold Suhaib Siddiqi wrote: > Harold > > I never unsubscribed from Cygwin-xfree and Cygwin lists. I only went > into passive mood because why bable when I could not contribute :-) > > I will send you CD once I have your info. > > Chris had win32-x11 project setup with a mailing list and CVS > repository. Is it still there? If it is, maybe you take it over. It > will allow other contributors to access code via CVS and contribute. > > Suhaib > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Tuesday, May 06, 2003 11:21 AM > To: cygwin-xfree@cygwin.com > Subject: Re: XWin design suggestion > > Suhaib, > > I was wondering if you had been watching the list :) > > Yes, I think I would be interested in that CD. I will email you > off-list with my address. > > Harold > > Suhaib Siddiqi wrote: > >>I had been watching the list. Harold had done some excellent work on >>advancing Cygwin/Xfree to current status. >> >>It was my goal too, to compile XWin.exe with Microsoft Visual Studio. >>The initial work was done with Cygwin to get this going and make > > porting > >>to VC easier. Therefore Win32-X11 at Source.redhat.com was started. > > I > >>was able to patch all the libraries and xclients, even 70% of XWin.exe >>code written by Harold. However, due to my increasing > > responsibilities > >>at work, I had no spare time and stop contributing to several Open >>Source projects, like Cygwin/xfree, win32-x11, opendx, and lesstif. >> >>I do still have patched sources of win32-x11 stored on a CD. Harold > > if > >>you need it, and you think it might be useful, I cant send the CD to >>you. It is now almost a year old patched work of Xfree86 4.1.0. I am >>sure some of the X-libraries will require patching again. Compilation >>with Visual C does require MinW32 version of Flex and Bison. Flex is >>needed to compile some of the fonts. >> >>Suhaib >> >> >> >> >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>Sent: Tuesday, May 06, 2003 10:49 AM >>To: cygwin-xfree@cygwin.com >>Subject: Re: XWin design suggestion >> >>Sylvain, >> >>Because, as I have reiterated over and over, XWin.exe is a Windows >>application, not a Cygwin application. >> >>As an aside, one of my goals is to have a stand-alone version of >>XWin.exe, building off of Suhaib's work, that does not depend upon >>Cygwin at all. It will mostly be a proof of concept, but it would > > also > >>be cool if X.org accepted the code into their sample implementation. >>Granted, it wouldn't have all of the libraries and programs, but it >>would be an X Server that ran on Windows. >> >>Thus, I want to avoid making XWin.exe a Cygwin app. Others may not >>agree, but that is certainly my goal. >> >>Harold >> >>Sylvain Petreolle wrote: >> >> >>>Why would we write outside of the cygwin filesystem to complete this ? >>>Let us remain structured. >>> >>>--- Harold L Hunt II a ??crit : >>> >>> >>> >>>>Biju, >>>>I think we all forgot about one option: Why don't we use the >>>>interface >>>>to (for example) C:\Documents and Settings\User_Foo\Application >>>>Data\CygwinXFree86\... ? Is there such an interface or is it largely >>> >>> >>>>just an issue of getting the proper directory to write your config >>>>files to? >>>> >>> >>> >>> >>>===== >>>Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ >> >>#170597259 >> >> >>>No more War ! >>> >>>"What if tomorrow the War could be over ?" Morpheus, in "Reloaded". >>> >>>For the Law of Oil and Fire, Im an European that lives in France. >>>For all my Brothers and friends, Im a human living on Earth. >>> >>>___________________________________________________________ >>>Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! >>>Yahoo! Mail : http://fr.mail.yahoo.com >> > From ssiddiqi@ssiddiqi.com Tue May 6 19:05:00 2003 From: ssiddiqi@ssiddiqi.com (Suhaib Siddiqi) Date: Tue, 06 May 2003 19:05:00 -0000 Subject: XWin design suggestion (Win32) In-Reply-To: <3EB7FFF2.30406@msu.edu> Message-ID: Harold Chris may have deleted the CVS. He maybe able to help you reset it and add you as a administrator to win32-x11. However, sources in win32-x11 CVS were screwed up. The last update I did to win32-x11 CVS was during my middle of move from North Carolina to California and somehow I screwed up the sources. A few users reported missing files and directories. The version of CD should be complete with sources, and pre-compiled binaries. If you are willing to take over the Win32-X11 project, please consult with Chris for admin privileges. The web pages will need to be updated too and you can move my name there to "Project Orginator" (Like Cygwin/Xfree86 project) instead of maintainer and active contributor. I would be more then glad to help you off-line with porting questions ad fixes. However, unfortunately, I will not be able to actively contribute or do some actual work. You are an excellent programming and I am confident you would could get things done much faster. Suhaib -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II Sent: Tuesday, May 06, 2003 11:33 AM To: cygwin-xfree@cygwin.com Subject: Re: XWin design suggestion I tried checking the CVS repository out, but it says: harold@kraftwerk ~/x-devel $ cvs co win32-x11 cvs server: Updating win32-x11 cvs server: failed to create lock directory for `/cvs/src/win32-x11' (/cvs/src/w in32-x11/#cvs.lock): Permission denied cvs server: failed to obtain dir lock in repository `/cvs/src/win32-x11' cvs [server aborted]: read lock failed - giving up Harold Suhaib Siddiqi wrote: > Harold > > I never unsubscribed from Cygwin-xfree and Cygwin lists. I only went > into passive mood because why bable when I could not contribute :-) > > I will send you CD once I have your info. > > Chris had win32-x11 project setup with a mailing list and CVS > repository. Is it still there? If it is, maybe you take it over. It > will allow other contributors to access code via CVS and contribute. > > Suhaib > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Tuesday, May 06, 2003 11:21 AM > To: cygwin-xfree@cygwin.com > Subject: Re: XWin design suggestion > > Suhaib, > > I was wondering if you had been watching the list :) > > Yes, I think I would be interested in that CD. I will email you > off-list with my address. > > Harold > > Suhaib Siddiqi wrote: > >>I had been watching the list. Harold had done some excellent work on >>advancing Cygwin/Xfree to current status. >> >>It was my goal too, to compile XWin.exe with Microsoft Visual Studio. >>The initial work was done with Cygwin to get this going and make > > porting > >>to VC easier. Therefore Win32-X11 at Source.redhat.com was started. > > I > >>was able to patch all the libraries and xclients, even 70% of XWin.exe >>code written by Harold. However, due to my increasing > > responsibilities > >>at work, I had no spare time and stop contributing to several Open >>Source projects, like Cygwin/xfree, win32-x11, opendx, and lesstif. >> >>I do still have patched sources of win32-x11 stored on a CD. Harold > > if > >>you need it, and you think it might be useful, I cant send the CD to >>you. It is now almost a year old patched work of Xfree86 4.1.0. I am >>sure some of the X-libraries will require patching again. Compilation >>with Visual C does require MinW32 version of Flex and Bison. Flex is >>needed to compile some of the fonts. >> >>Suhaib >> >> >> >> >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>Sent: Tuesday, May 06, 2003 10:49 AM >>To: cygwin-xfree@cygwin.com >>Subject: Re: XWin design suggestion >> >>Sylvain, >> >>Because, as I have reiterated over and over, XWin.exe is a Windows >>application, not a Cygwin application. >> >>As an aside, one of my goals is to have a stand-alone version of >>XWin.exe, building off of Suhaib's work, that does not depend upon >>Cygwin at all. It will mostly be a proof of concept, but it would > > also > >>be cool if X.org accepted the code into their sample implementation. >>Granted, it wouldn't have all of the libraries and programs, but it >>would be an X Server that ran on Windows. >> >>Thus, I want to avoid making XWin.exe a Cygwin app. Others may not >>agree, but that is certainly my goal. >> >>Harold >> >>Sylvain Petreolle wrote: >> >> >>>Why would we write outside of the cygwin filesystem to complete this ? >>>Let us remain structured. >>> >>>--- Harold L Hunt II a ?crit : >>> >>> >>> >>>>Biju, >>>>I think we all forgot about one option: Why don't we use the >>>>interface >>>>to (for example) C:\Documents and Settings\User_Foo\Application >>>>Data\CygwinXFree86\... ? Is there such an interface or is it largely >>> >>> >>>>just an issue of getting the proper directory to write your config >>>>files to? >>>> >>> >>> >>> >>>===== >>>Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ >> >>#170597259 >> >> >>>No more War ! >>> >>>"What if tomorrow the War could be over ?" Morpheus, in "Reloaded". >>> >>>For the Law of Oil and Fire, Im an European that lives in France. >>>For all my Brothers and friends, Im a human living on Earth. >>> >>>___________________________________________________________ >>>Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran?ais ! >>>Yahoo! Mail : http://fr.mail.yahoo.com >> > From Cary.Jamison@powerquest.com Tue May 6 19:06:00 2003 From: Cary.Jamison@powerquest.com (Cary Jamison) Date: Tue, 06 May 2003 19:06:00 -0000 Subject: XWin design suggestion Message-ID: "Harold L Hunt II" wrote in message news:<3EB7B438.60809@msu.edu>... > Biju, > > I think we all forgot about one option: Why don't we use the interface > to (for example) C:\Documents and Settings\User_Foo\Application > Data\CygwinXFree86\... ? Is there such an interface or is it largely > just an issue of getting the proper directory to write your config files to? > > I believe that their may be an actual interface to that directory in > Windows 2000 and later, while Windows 95/98/Me might still need some > hand-coding. Has anyone used this before? I know that Mozilla stores > its settings in a directory under either Application Data or > User_Foo\Local Settings. > > I think Microsoft has recognized that the registry hinders installation > of applications, rather than helping it, and they seem to be offering > this new standarized area for config files. > > Anyone worked with this before? > > Harold Sounds like what you want is SHGetFolderPath. Look it up in MSDN - you should find that it will do what you want for NT/2K/XP and 95/98/Me systems. Cary From huntharo@msu.edu Tue May 6 19:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 May 2003 19:08:00 -0000 Subject: XWin design suggestion (Win32) In-Reply-To: References: Message-ID: <3EB80817.4080103@msu.edu> Suhaib, I don't think I need to do all of that adminstrative stuff just yet. Right now I am looking at this as more of a long-term goal. I will revive the Win32-X11 project if I ever get some code that compiles. Until then I will just work on it on my own when I have some time. Thanks for your help, Harold Suhaib Siddiqi wrote: > Harold > > Chris may have deleted the CVS. He maybe able to help you reset it and > add you as a administrator to win32-x11. However, sources in win32-x11 > CVS were screwed up. The last update I did to win32-x11 CVS was during > my middle of move from North Carolina to California and somehow I > screwed up the sources. A few users reported missing files and > directories. The version of CD should be complete with sources, and > pre-compiled binaries. > > If you are willing to take over the Win32-X11 project, please consult > with Chris for admin privileges. The web pages will need to be updated > too and you can move my name there to "Project Orginator" (Like > Cygwin/Xfree86 project) instead of maintainer and active contributor. > > I would be more then glad to help you off-line with porting questions ad > fixes. However, unfortunately, I will not be able to actively > contribute or do some actual work. You are an excellent programming and > I am confident you would could get things done much faster. > > Suhaib > > > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II > Sent: Tuesday, May 06, 2003 11:33 AM > To: cygwin-xfree@cygwin.com > Subject: Re: XWin design suggestion > > I tried checking the CVS repository out, but it says: > > harold@kraftwerk ~/x-devel > $ cvs co win32-x11 > cvs server: Updating win32-x11 > cvs server: failed to create lock directory for `/cvs/src/win32-x11' > (/cvs/src/w > in32-x11/#cvs.lock): Permission denied > cvs server: failed to obtain dir lock in repository `/cvs/src/win32-x11' > cvs [server aborted]: read lock failed - giving up > > > > Harold > > Suhaib Siddiqi wrote: > >>Harold >> >>I never unsubscribed from Cygwin-xfree and Cygwin lists. I only went >>into passive mood because why bable when I could not contribute :-) >> >>I will send you CD once I have your info. >> >>Chris had win32-x11 project setup with a mailing list and CVS >>repository. Is it still there? If it is, maybe you take it over. It >>will allow other contributors to access code via CVS and contribute. >> >>Suhaib >> >> >>-----Original Message----- >>From: cygwin-xfree-owner@cygwin.com >>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>Sent: Tuesday, May 06, 2003 11:21 AM >>To: cygwin-xfree@cygwin.com >>Subject: Re: XWin design suggestion >> >>Suhaib, >> >>I was wondering if you had been watching the list :) >> >>Yes, I think I would be interested in that CD. I will email you >>off-list with my address. >> >>Harold >> >>Suhaib Siddiqi wrote: >> >> >>>I had been watching the list. Harold had done some excellent work on >>>advancing Cygwin/Xfree to current status. >>> >>>It was my goal too, to compile XWin.exe with Microsoft Visual Studio. >>>The initial work was done with Cygwin to get this going and make >> >>porting >> >> >>>to VC easier. Therefore Win32-X11 at Source.redhat.com was started. >> >>I >> >> >>>was able to patch all the libraries and xclients, even 70% of XWin.exe >>>code written by Harold. However, due to my increasing >> >>responsibilities >> >> >>>at work, I had no spare time and stop contributing to several Open >>>Source projects, like Cygwin/xfree, win32-x11, opendx, and lesstif. >>> >>>I do still have patched sources of win32-x11 stored on a CD. Harold >> >>if >> >> >>>you need it, and you think it might be useful, I cant send the CD to >>>you. It is now almost a year old patched work of Xfree86 4.1.0. I am >>>sure some of the X-libraries will require patching again. Compilation >>>with Visual C does require MinW32 version of Flex and Bison. Flex is >>>needed to compile some of the fonts. >>> >>>Suhaib >>> >>> >>> >>> >>>-----Original Message----- >>>From: cygwin-xfree-owner@cygwin.com >>>[mailto:cygwin-xfree-owner@cygwin.com] On Behalf Of Harold L Hunt II >>>Sent: Tuesday, May 06, 2003 10:49 AM >>>To: cygwin-xfree@cygwin.com >>>Subject: Re: XWin design suggestion >>> >>>Sylvain, >>> >>>Because, as I have reiterated over and over, XWin.exe is a Windows >>>application, not a Cygwin application. >>> >>>As an aside, one of my goals is to have a stand-alone version of >>>XWin.exe, building off of Suhaib's work, that does not depend upon >>>Cygwin at all. It will mostly be a proof of concept, but it would >> >>also >> >> >>>be cool if X.org accepted the code into their sample implementation. >>>Granted, it wouldn't have all of the libraries and programs, but it >>>would be an X Server that ran on Windows. >>> >>>Thus, I want to avoid making XWin.exe a Cygwin app. Others may not >>>agree, but that is certainly my goal. >>> >>>Harold >>> >>>Sylvain Petreolle wrote: >>> >>> >>> >>>>Why would we write outside of the cygwin filesystem to complete this > > ? > >>>>Let us remain structured. >>>> >>>>--- Harold L Hunt II a ??crit : >>>> >>>> >>>> >>>> >>>>>Biju, >>>>>I think we all forgot about one option: Why don't we use the >>>>>interface >>>>>to (for example) C:\Documents and Settings\User_Foo\Application >>>>>Data\CygwinXFree86\... ? Is there such an interface or is it > > largely > >>>> >>>>>just an issue of getting the proper directory to write your config >>>>>files to? >>>>> >>>> >>>> >>>> >>>>===== >>>>Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ >>> >>>#170597259 >>> >>> >>> >>>>No more War ! >>>> >>>>"What if tomorrow the War could be over ?" Morpheus, in "Reloaded". >>>> >>>>For the Law of Oil and Fire, Im an European that lives in France. >>>>For all my Brothers and friends, Im a human living on Earth. >>>> >>>>___________________________________________________________ >>>>Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! >>>>Yahoo! Mail : http://fr.mail.yahoo.com >>> > From huntharo@msu.edu Tue May 6 19:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 May 2003 19:10:00 -0000 Subject: XWin design suggestion In-Reply-To: References: Message-ID: <3EB8089B.4070202@msu.edu> Cary, SHGetFolderPath is precisely what I was looking for. Thanks for finding it for me. Harold Cary Jamison wrote: > "Harold L Hunt II" wrote in message > news:<3EB7B438.60809@msu.edu>... > >>Biju, >> >>I think we all forgot about one option: Why don't we use the interface > > >>to (for example) C:\Documents and Settings\User_Foo\Application >>Data\CygwinXFree86\... ? Is there such an interface or is it largely >>just an issue of getting the proper directory to write your config > > files to? > >>I believe that their may be an actual interface to that directory in >>Windows 2000 and later, while Windows 95/98/Me might still need some >>hand-coding. Has anyone used this before? I know that Mozilla stores > > >>its settings in a directory under either Application Data or >>User_Foo\Local Settings. >> >>I think Microsoft has recognized that the registry hinders > > installation > >>of applications, rather than helping it, and they seem to be offering >>this new standarized area for config files. >> >>Anyone worked with this before? >> >>Harold > > > Sounds like what you want is SHGetFolderPath. Look it up in MSDN - you > should find that it will do what you want for NT/2K/XP and 95/98/Me > systems. > > Cary From Ralf.Habacker@freenet.de Tue May 6 20:55:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 06 May 2003 20:55:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB7F59A.2000406@msu.edu> Message-ID: <002901c31411$be9a7920$90a507d5@BRAMSCHE> > Sylvain, > > Because, as I have reiterated over and over, XWin.exe is a Windows > application, not a Cygwin application. > > As an aside, one of my goals is to have a stand-alone version of > XWin.exe, building off of Suhaib's work, that does not depend upon > Cygwin at all. It will mostly be a proof of concept, but it would also > be cool if X.org accepted the code into their sample implementation. > Granted, it wouldn't have all of the libraries and programs, but it > would be an X Server that ran on Windows. A small note fot this goal: I've got very good experience with the inno setup compiler packaging the kde-cygwin 3.1.1 releases, maybe this would be good for a standalone distribution too. See http://www.jrsoftware.org/isinfo.php for more informations. Cheers Ralf From early@respower.com Tue May 6 20:58:00 2003 From: early@respower.com (Early Ehlinger) Date: Tue, 06 May 2003 20:58:00 -0000 Subject: XWin design suggestion References: <3EB7FDC9.6070809@msu.edu> Message-ID: "Harold L Hunt II" wrote: > I don't think it would break any hearts if we put one more file with > preferences (not stuff needed to run) in another directory. How about yaclo (yet-another-command-line-option)... XWin.exe -configfile -sysconfigfile The user can then put system-wide config stuff in the sysconfigfile, and user-specific stuff in the configfile. These could then be in the "Documents and Settings" path or in the cygwin /etc path, at the user's discretion. The default should probably be the "Documents and Settings" path as XWin is a windows program. IMHO the only registry setting should be "where are the config files." The big problem I have with the registry is the deployment problem. When I get a new workstation/laptop/whatever (this is actually a pretty common occurrence for me), I've already got a zillion apps that need to be installed because they munge the registry. I'd rather they all use configuration files. Then I could simply copy their respective directories, my home directory, and be done with it. BTW, if you can port it to not be dependent on Cygwin, I really look forward to that. I'm not a big Cygwin fan (I prefer Mingw32) and actually have it installed *solely* to run XWin so I can ssh over to my linux boxen! Ideally, IMHO, XWin should run as an NT service (!!) so that I don't have to ever remember to launch it. It would always be on and waiting for me to launch xterm / ssh / etc., and would have a control panel applet to configure it. Sure, I can put it into my startup folder, but that's not really a service - it's just a program that gets launched with explorer. Anyway, there's my 2 cents on the topic. -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From Alexander.Gottwald@s1999.tu-chemnitz.de Tue May 6 21:22:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 06 May 2003 21:22:00 -0000 Subject: XWin design suggestion In-Reply-To: Message-ID: Early Ehlinger wrote: > The big problem I > have with the registry is the deployment problem. When I get a new > workstation/laptop/whatever (this is actually a pretty common occurrence for > me), I've already got a zillion apps that need to be installed because they > munge the registry. I'd rather they all use configuration files. Then I > could simply copy their respective directories, my home directory, and be > done with it. At work I'm working on a program which I now enhanced with "Never show this dialog again" and "Remember what i do now and do this the next time on your own" dialogs. The settings are stored in the registry. It's easy, simple and no one dies if he starts the program on a new computer where these dialogs popup again. If those preset values are stored in a file, you could simply copy the file. But the implementation would have been a zillion times more difficult and (IMO) less robust. If someone will present code which stores such values in a text file and is as save as storing it in the registry, I will not raise my voice against this solution. But I can't see the big advantages of the file solution. bye ago NP: grauzone.03-04-14 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From sam.edgeZZZ@lineone.net Tue May 6 23:06:00 2003 From: sam.edgeZZZ@lineone.net (Sam Edge) Date: Tue, 06 May 2003 23:06:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB7F59A.2000406@msu.edu> References: <20030506174323.89819.qmail@web10102.mail.yahoo.com> <3EB7F59A.2000406@msu.edu> Message-ID: Harold L Hunt II wrote in <3EB7F59A.2000406@msu.edu> in gmane.os.cygwin.xfree on Tue, 06 May 2003 13:49:14 -0400: > As an aside, one of my goals is to have a stand-alone version of > XWin.exe, building off of Suhaib's work, that does not depend upon > Cygwin at all. Ah. Right. If XWin.exe is a Cygwin port then config and state should stay as /etc and $HOME files, preferably text files. If however, XWin.exe is to become a "native" Windows application then it should indeed use the registry. (And any discussion of persistent state stored under /etc or $HOME becomes moot, since they don't exist outside of the Cygwin/POSIX layer.) -- Sam Edge From spetreolle@yahoo.fr Tue May 6 23:16:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 06 May 2003 23:16:00 -0000 Subject: XWin design suggestion In-Reply-To: Message-ID: <20030506231600.54461.qmail@web10103.mail.yahoo.com> Wouldnt this be better if it accepts at least 2 ways to configure this ? (registry/Windows file/Cygwin file) After all XWin can check if its running on Cygwin or not. > If XWin.exe is a Cygwin port then config and state should stay as > /etc > and $HOME files, preferably text files. > > If however, XWin.exe is to become a "native" Windows application then > it should indeed use the registry. (And any discussion of persistent > state stored under /etc or $HOME becomes moot, since they don't exist > outside of the Cygwin/POSIX layer.) ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Tue May 6 23:29:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 06 May 2003 23:29:00 -0000 Subject: XWin design suggestion In-Reply-To: <20030506231600.54461.qmail@web10103.mail.yahoo.com> References: <20030506231600.54461.qmail@web10103.mail.yahoo.com> Message-ID: <3EB84545.2030902@msu.edu> Sylvain Petreolle wrote: > Wouldnt this be better if it accepts at least 2 ways to configure this > ? > (registry/Windows file/Cygwin file) > > After all XWin can check if its running on Cygwin or not. > Better? Sure. Doable? Absolutely. Unfortunately, this sort of bloat is what prevents people from ever getting started on these tasks. Such a design is so daunting that no one dares start it for fear of getting swallowed alive. So, the progression will go something like this: 1) Use the registry for some initial preference settings. 2) When people bitch, tell them to submit a patch :) I think we have figured out some nice options, but it is time to get coding and Alexander is right: the registry is damn simple for such trivial stuff. I am starting there, but I think this will eventually be extended to support config files of multiple types. Harold > >>If XWin.exe is a Cygwin port then config and state should stay as >>/etc >>and $HOME files, preferably text files. >> >>If however, XWin.exe is to become a "native" Windows application then >>it should indeed use the registry. (And any discussion of persistent >>state stored under /etc or $HOME becomes moot, since they don't exist >>outside of the Cygwin/POSIX layer.) > > > > ===== > Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 > No more War ! > > "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". > > For the Law of Oil and Fire, Im an European that lives in France. > For all my Brothers and friends, Im a human living on Earth. > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com From bijumaillist@yahoo.com Wed May 7 04:37:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Wed, 07 May 2003 04:37:00 -0000 Subject: XWin design suggestion In-Reply-To: Message-ID: <20030507043738.19515.qmail@web14604.mail.yahoo.com> ago, --- Alexander Gottwald wrote: > If someone will present code which stores such values in a text file and is > as save as storing it in the registry, I will not raise my voice against > this solution. But I can't see the big advantages of the file solution. Because of the reason I specified earlier, I use Windows API's GetPrivateProfileInt, GetPrivateProfileString, WritePrivateProfileString in "kernel32.dll" to store settings and other things in a *.ini format file. I also store window size, position etc. It is fast like a registry (as it cached). And never got any problem with that. for user specific file location u can use environment variable %userprofile% also you could use following SHGetFolderPath. SHGetSpecialFolderPath SHGetSpecialFolderLocation CSIDL_APPDATA Links GetPrivateProfileInt http://msdn.microsoft.com/library/en-us/sysinfo/base/getprivateprofileint.asp WritePrivateProfileString http://msdn.microsoft.com/library/en-us/sysinfo/base/writeprivateprofilestring.asp GetPrivateProfileString http://msdn.microsoft.com/library/en-us/sysinfo/base/getprivateprofilestring.asp SHGetSpecialFolderPath http://msdn.microsoft.com/library/en-us/shellcc/platform/shell/reference/functions/shgetspecialfolderpath.asp SHGetSpecialFolderLocation http://msdn.microsoft.com/library/en-us/shellcc/platform/shell/reference/functions/shgetspecialfolderlocation.asp CSIDL http://msdn.microsoft.com/library/en-us/shellcc/platform/shell/reference/enums/csidl.asp __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From bijumaillist@yahoo.com Wed May 7 04:48:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Wed, 07 May 2003 04:48:00 -0000 Subject: XWin design suggestion In-Reply-To: <3EB84545.2030902@msu.edu> Message-ID: <20030507044822.61095.qmail@web14602.mail.yahoo.com> Harold, --- Harold L Hunt II wrote: > Unfortunately, this sort of bloat is what prevents people from ever > getting started on these tasks. Such a design is so daunting that no > one dares start it for fear of getting swallowed alive. > > So, the progression will go something like this: > 1) Use the registry for some initial preference settings. > 2) When people bitch, tell them to submit a patch :) > > I think we have figured out some nice options, but it is time to get > coding and Alexander is right: the registry is damn simple for such > trivial stuff. I am starting there, but I think this will eventually be > extended to support config files of multiple types. > > Harold Now as I understood ur intention, I can agree with U. But keep an option for later substituting Registry write/read with GetPrivateProfileInt, GetPrivateProfileString, WritePrivateProfileString SHGetFolderPath, SHGetSpecialFolderPath, SHGetSpecialFolderLocation CSIDL_APPDATA etc. Links http://msdn.microsoft.com/library/en-us/sysinfo/base/getprivateprofileint.asp http://msdn.microsoft.com/library/en-us/sysinfo/base/writeprivateprofilestring.asp http://msdn.microsoft.com/library/en-us/sysinfo/base/getprivateprofilestring.asp http://msdn.microsoft.com/library/en-us/shellcc/platform/shell/reference/functions/shgetspecialfolderpath.asp http://msdn.microsoft.com/library/en-us/shellcc/platform/shell/reference/functions/shgetspecialfolderlocation.asp http://msdn.microsoft.com/library/en-us/shellcc/platform/shell/reference/enums/csidl.asp __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From bijumaillist@yahoo.com Wed May 7 05:20:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Wed, 07 May 2003 05:20:00 -0000 Subject: Running Xwin in passive mode In-Reply-To: <1E274BD4B4502143868BD7AF0B36C8C10149FFA0@mostls1msgusr05.ITServices.sbc.com> Message-ID: <20030507052001.82253.qmail@web14612.mail.yahoo.com> --- "KIDWELL, REX (SBCSI)" wrote: > Has anyone figured out how to run Xwin in the passive mode (sorry Exceed > terminology)? > > Passive mode is defined as starting a Xserver in the background without a > full screen session manager. The goal is to display individual X clients > like any other program running on a Windows platform. I.E. run remote > xterms and dtterms from remote systems and display them like a DOS CMD > window. > > An additional requirement would be to run them from a single Xwin invocation > so cut and paste would be supported between xterms. You can put "XWin.exe" in "C:\Documents and Settings\All Users\Start Menu\Programs\Startup" or I think if you put an entry for "XWin.exe -ac -multiwindow" in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run you should also have to PATH variable set to point to proper cygwin dir and DISPLAY=localhost:0 (PS: I feel setting of registry in this case is OK) Cheers Biju __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From sanjaygoel@hotpop.com Wed May 7 05:42:00 2003 From: sanjaygoel@hotpop.com (Sanjay Goel) Date: Wed, 07 May 2003 05:42:00 -0000 Subject: X server not working Message-ID: hi, I did some install uninstalls and changes in configuration files in the last few days. now when I start X, it gives me an error "libX11.dll not found in the dynamic path ... " . I very seldomly run X so I dont know when this happened. can anybody give me a clue how to fix this. Thanks in advance, Sanjay From Ralf.Habacker@freenet.de Wed May 7 06:00:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 07 May 2003 06:00:00 -0000 Subject: XWin design suggestion In-Reply-To: Message-ID: <003401c3145d$f720c5a0$90a507d5@BRAMSCHE> > > The big problem I > > have with the registry is the deployment problem. When I get a new > > workstation/laptop/whatever (this is actually a pretty common occurrence for > > me), I've already got a zillion apps that need to be installed because they > > munge the registry. I'd rather they all use configuration files. Then I > > could simply copy their respective directories, my home directory, and be > > done with it. > > At work I'm working on a program which I now enhanced with "Never show this > dialog again" and "Remember what i do now and do this the next time on your > own" dialogs. The settings are stored in the registry. It's easy, simple > and no one dies if he starts the program on a new computer where these > dialogs popup again. > If those preset values are stored in a file, you could simply copy the file. > But the implementation would have been a zillion times more difficult and > (IMO) less robust. One of the major disadvantage of windows applications I have seen, is that there is no easy way to copy an application with all the hidden stuff like registry settings and so on from one machine to another. But there seems to be a simple way to do this by adding two command line options or menu entries. One for exporting all the hidden configuration into a flat file and one for importing such a config file. Why not adding such options to the XWin server and or other applications ? The export/importfile could be build of lines with name=value settings or something else easy one, which wasn't complicated to parse. Cheers Ralf From alexander.gottwald@s1999.tu-chemnitz.de Wed May 7 10:54:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 07 May 2003 10:54:00 -0000 Subject: XWin design suggestion In-Reply-To: <20030507043738.19515.qmail@web14604.mail.yahoo.com> Message-ID: On Tue, 6 May 2003, Biju wrote: > ago, > > --- Alexander Gottwald wrote: > > If someone will present code which stores such values in a text file and is > > as save as storing it in the registry, I will not raise my voice against > > this solution. But I can't see the big advantages of the file solution. > > Because of the reason I specified earlier, I use Windows API's > GetPrivateProfileInt, GetPrivateProfileString, WritePrivateProfileString in "kernel32.dll" > to store settings and other things in a *.ini format file. > I also store window size, position etc. > It is fast like a registry (as it cached). And never got any problem with that. Hey, these are cool |Calls to private profile functions may be mapped to the registry instead of |to the specified initialization files. This mapping occurs when the initialization |file and section are specified in the registry *g* bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From victor_i_song@yahoo.com Wed May 7 20:29:00 2003 From: victor_i_song@yahoo.com (Victor Song) Date: Wed, 07 May 2003 20:29:00 -0000 Subject: Cutting and pasting to the windows clipboard (X Server) Message-ID: <20030507202923.18173.qmail@web21407.mail.yahoo.com> How do I cut and paste from the windows clipboard when I'm in X? I know that I can paste to the rxvt console from the clipboard. I would really like to cut and paste to my emacs program or any program that is running in X. Thanks in advance. Victor __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From huntharo@msu.edu Wed May 7 20:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 07 May 2003 20:33:00 -0000 Subject: Cutting and pasting to the windows clipboard (X Server) In-Reply-To: <20030507202923.18173.qmail@web21407.mail.yahoo.com> References: <20030507202923.18173.qmail@web21407.mail.yahoo.com> Message-ID: <3EB96D84.2000406@msu.edu> Use the -clipboard parameter for XWin.exe. Harold Victor Song wrote: > How do I cut and paste from the windows clipboard when > I'm in X? I know that I can paste to the rxvt console > from the clipboard. I would really like to cut and > paste to my emacs program or any program that is > running in X. Thanks in advance. > > > > Victor > > > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Search - Faster. Easier. Bingo. > http://search.yahoo.com From recomd@hotmail.com Thu May 8 10:04:00 2003 From: recomd@hotmail.com (Oceini) Date: Thu, 08 May 2003 10:04:00 -0000 Subject: cygwin-xfree,HERES YOUR INFORMATION Message-ID: HELLO [!To!] I have the secret for success............... GENERATE CASH TO YOUR DOOR FOR RESPONDING TO MESSAGES.... HAVE YOU TRIED THE HOME PROGRAMS WHERE YOU HAVE TO PURCHASE PRODUCTS? HOW DID YOU DO? IF YOU ARE READY TO REALLY CHANGE YOUR FINANCIAL SITUATION CALL ME TOLL-FREE............ NO SELLING OR BUYING!!!!!!!!!!!!!!!!!!! 1-877-807-1629 From kai_miguel@gmx.de Thu May 8 20:32:00 2003 From: kai_miguel@gmx.de (Kai) Date: Thu, 08 May 2003 20:32:00 -0000 Subject: webwasher and xfree Message-ID: <3EBABF22.50100@gmx.de> Hi there... I am using cygwin and XFree on a win xp machine. I really am enjoying it normally. But the moment I start the webfiltering programm webwasher, everything under X runs really slowly, which is quite unnerving, because especially if I??m online (the moment the webwasher comes useful) I use X-forwarding to access a remote machine. It has nothing got to do with my computer, because all other windows-processes keep up working fine and there is also enough memory and power left. As webwasher works as a proxy-engine, it might be, that X and the webwasher are using some same port. I already changed the port webwasher is using from 8080 to 80, but that did not work, so my idea might or better seems to be wrong. Has anybody got any suggestions, what I could do? Thanks a lot (, I am bloody stupid regarding X,) Kai. P.S.: I tried twm and fvwm as windowmanagers which did not change the slow X ... From huntharo@msu.edu Thu May 8 20:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 08 May 2003 20:45:00 -0000 Subject: webwasher and xfree In-Reply-To: <3EBABF22.50100@gmx.de> References: <3EBABF22.50100@gmx.de> Message-ID: <3EBAC1DA.3000602@msu.edu> Kai, Let me describe how the X Window System works for you and see if you can figure out why webwasher might cause a problem: 1) All communications between an X Client and the X Server (display) go through TCP/IP, regardless of whether they are on the same computer or on remote computers. Okay, that sums up how the X Window System works. Now, here is a tip about how programs like webwasher work: they intercept *every* TCP/IP packet on your system, usually by replacing the Windows network layer with their own code. We have had numerous complaints of poor performance with various VPN/firewall software (search the mailing list archives for details), which almost all go away when the VPN/firewall software is removed. Unfortunately, some of those programs (webwasher does not appear to be one of them) leave their DLLs in place when they are uninstalled, so the performance problem persists. I can't do much of anything to help you. The real problem here is that 100 or more independent vendors out there got the idea that there was money to be made in providing firewall/filtering software for Windows. Probably 99% of these vendors are not competent enough or large enough to produce a high-performance firewall/filter. I doubt that most of them even have the resources to load test their code. Thus, must of these packages are crap and shouldn't be used. So, you should probably read some review of firewall/filter software and buy a new product from a large reputable vendor. It would also be helpful if someone on this list was able to recommend a product that was known to work well with Cygwin/XFree86. This sort of problem is also common to another breed of software: virus protection software. Certain versions of McAffe virus protection software cause the compilation of Cygwin/XFree86 to jump from under an hour to over four hours, while Norton Antivirus causes only a 5% increase in compile time. It all comes down to how careful and thorough the software authors are in writing and testing their code. I hope that helps, Harold Kai wrote: > Hi there... > I am using cygwin and XFree on a win xp machine. I really am enjoying it > normally. But the moment I start the webfiltering programm webwasher, > everything under X runs really slowly, which is quite unnerving, because > especially if I??m online (the moment the webwasher comes useful) I use > X-forwarding to access a remote machine. It has nothing got to do with > my computer, because all other windows-processes keep up working fine > and there is also enough memory and power left. As webwasher works as a > proxy-engine, it might be, that X and the webwasher are using some same > port. I already changed the port webwasher is using from 8080 to 80, but > that did not work, so my idea might or better seems to be wrong. > > Has anybody got any suggestions, what I could do? > > Thanks a lot (, I am bloody stupid regarding X,) > Kai. > > P.S.: I tried twm and fvwm as windowmanagers which did not change the > slow X ... From persicom@acedsl.com Fri May 9 04:31:00 2003 From: persicom@acedsl.com (Matthew O. Persico) Date: Fri, 09 May 2003 04:31:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <20030509021903.GB8100@redhat.com> Message-ID: <2003590313.051761@mopxp> On Thu, 8 May 2003 22:19:03 -0400, Christopher Faylor wrote: >On Thu, May 08, 2003 at 10:10:55PM -0400, Matthew O. Persico wrote: >>Subject says it all. > >http://cygwin.com/problems.html > >says it all, too. > The following searches were performed on the email archives XFree and perl - 45 hits XFree and require - 120 XFree and requirements - 17 XFree and prerequisites - 17 A scan of the subjects and a number of the email bodies led me to message msg01159.html, which concerned how to create a package for installation using the setup.exe program including setup.hints. I made a quick detour to a shareware site to grab a .bz2 reader to see if I could find those files in the bz2 packages on my disk. I could not find them. However, I did check the setup.ini file. perl is listed as a dependency of only autoconf_devel/stable automake_devel/stable dpkg enscript rpm tetex-bin However, none of the packages whose category was XFree86 listed perl or any of the above mentioned programs as a dependency. A find / -name \*.pl revealed (among other things) /usr/X11R6/bin/bdftruncate.pl /usr/X11R6/bin/ucs2any.pl /usr/X11R6/sbin/fvwm/2.4.7/FvwmConsoleC.pl /usr/X11R6/share/fvwm/fvwm-script-ComExample.pl /usr/X11R6/share/fvwm/fvwm-script-setup95.pl Since these are perl scripts in the X11R6 tree, I have to assume that perl is a requirement. However, that assumption doesn't quite jibe with the fact that I couldn't find an explicit requirement anywhere in setup files. AFTER doing all that research, I felt I still did not have a definitive answer and therefore, I asked the question "Is perl a prerequisite of XFree". Next time I post a question, I will post the research done. I will also in the future post XFree questions to the cygwin-xfree list, not the main cygwin list. Thank you -- Matthew O. Persico From huntharo@msu.edu Fri May 9 04:50:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 09 May 2003 04:50:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <2003590313.051761@mopxp> References: <2003590313.051761@mopxp> Message-ID: <3EBB33AC.5090403@msu.edu> Matt, You did almost enough research. You are correct that none of the XFree86 packages depends directory or indirectly upon Perl. The little bit of extra research that I did for you (other than looking at my setup.hint files again) was to run a clean instance of setup.exe (after renaming c:\cygiwn to c:\cygwin_foo), select all of the XFree86 packages, then note that perl has still not been selected. Thus, no XFree86 packages causes perl to be selected. Here is what happened (even if you don't remember it): 1) You saw package foo (say, autoconf) 2) You thought, ``I might like to have foo'' 3) You selected foo, which depends upon perl and caused perl to be selected 4) You thought, ``Nah, I will never use foo'' 5) You unselected foo, which left all of its dependencies (including perl) selected 6) You got perl ;) Step 5 is crucial there: setup.exe does not unselect dependencies when you remove an item from the list of packages to install. Think about it, how would we track whether a user selected the package or if it was selected by dependency? Why spend the extra effort tracking such things when this is the first time I have seen someone ask about this in the 2 or 3 years that I have been working with Cygwin/XFree86? You are correct that XFree86 does not depend upon Perl... you just got unlucky. The *.pl scripts in XFree86 mean nothing --- they are not needed for the normal operation of the X Server. I hope that clears things up, Harold Matthew O. Persico wrote: > On Thu, 8 May 2003 22:19:03 -0400, Christopher Faylor wrote: > >>On Thu, May 08, 2003 at 10:10:55PM -0400, Matthew O. Persico wrote: >> >>>Subject says it all. >> >>http://cygwin.com/problems.html >> >>says it all, too. >> > > > The following searches were performed on the email archives > > XFree and perl - 45 hits > XFree and require - 120 > XFree and requirements - 17 > XFree and prerequisites - 17 > > A scan of the subjects and a number of the email bodies led me to message msg01159.html, which concerned how to create a package for > installation using the setup.exe program including setup.hints. I made a quick detour to a shareware site to grab a .bz2 reader to see if I could find > those files in the bz2 packages on my disk. I could not find them. > > However, I did check the setup.ini file. perl is listed as a dependency of only > > autoconf_devel/stable > automake_devel/stable > dpkg > enscript > rpm > tetex-bin > > However, none of the packages whose category was XFree86 listed perl or any of the above mentioned programs as a dependency. > > A find / -name \*.pl revealed (among other things) > /usr/X11R6/bin/bdftruncate.pl > /usr/X11R6/bin/ucs2any.pl > /usr/X11R6/sbin/fvwm/2.4.7/FvwmConsoleC.pl > /usr/X11R6/share/fvwm/fvwm-script-ComExample.pl > /usr/X11R6/share/fvwm/fvwm-script-setup95.pl > > Since these are perl scripts in the X11R6 tree, I have to assume that perl is a requirement. > > However, that assumption doesn't quite jibe with the fact that I couldn't find an explicit requirement anywhere in setup files. > > AFTER doing all that research, I felt I still did not have a definitive answer and therefore, I asked the question "Is perl a prerequisite of XFree". > > Next time I post a question, I will post the research done. I will also in the future post XFree questions to the cygwin-xfree list, not the main cygwin > list. > > Thank you > -- > Matthew O. Persico > > From persicom@acedsl.com Fri May 9 05:12:00 2003 From: persicom@acedsl.com (Matthew O. Persico) Date: Fri, 09 May 2003 05:12:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <3EBB33AC.5090403@msu.edu> Message-ID: <20035911246.808633@mopxp> On Fri, 09 May 2003 00:50:52 -0400, Harold L Hunt II wrote: >Matt, > >You did almost enough research. > >You are correct that none of the XFree86 packages depends directory >or indirectly upon Perl. The little bit of extra research that I >did for you (other than looking at my setup.hint files again) was to >run a clean instance of setup.exe (after renaming c:\cygiwn to >c:\cygwin_foo), select all of the XFree86 packages, then note that >perl has still not been selected. Thus, no XFree86 packages causes >perl to be selected. > >Here is what happened (even if you don't remember it): > >1) You saw package foo (say, autoconf) > >2) You thought, ``I might like to have foo'' > >3) You selected foo, which depends upon perl and caused perl to be >selected > >4) You thought, ``Nah, I will never use foo'' > >5) You unselected foo, which left all of its dependencies (including >perl) selected > >6) You got perl ;) > When I selected the XFree stuff, I started setup.exe and it was in category mode. The only category I picked/expanded was XFree. So, at least in this session, I did not select any other packages except for what was under XFree. If I had selected them in any other session, I would have had Perl downloaded in that session. Selections that are not installed are not stored between invocations ( I just proved that). So there is either a bug in the program or a bug in my head. If I had to make a bet, I'd bet on the bug being in my head, in spite of my protests to the contrary above. :-) >Step 5 is crucial there: setup.exe does not unselect dependencies >when you remove an item from the list of packages to install. Think >about it, how would we track whether a user selected the package or >if it was selected by dependency? With great difficulty. >Why spend the extra effort >tracking such things when this is the first time I have seen someone >ask about this in the 2 or 3 years that I have been working with >Cygwin/XFree86? Why indeed? >You are correct that XFree86 does not depend upon Perl... you just >got unlucky. > >The *.pl scripts in XFree86 mean nothing --- they are not needed for >the normal operation of the X Server. > Then I'll just whack 'em. > >I hope that clears things up, > Yes, thanks. -- Matthew O. Persico From rschulz@sonic.net Fri May 9 05:31:00 2003 From: rschulz@sonic.net (Randall R Schulz) Date: Fri, 09 May 2003 05:31:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <20035911246.808633@mopxp> References: <3EBB33AC.5090403@msu.edu> Message-ID: <5.2.1.1.2.20030508222724.02a51730@pop.sonic.net> Matthew, At 22:12 2003-05-08, Matthew O. Persico wrote: >... > > >The *.pl scripts in XFree86 mean nothing --- they are not needed for > >the normal operation of the X Server. > >Then I'll just whack 'em. Why? Why muck with files installed by a package you're using? Does there mere presence cause a problem? If so, how and why? They'll just come back when you update that package as the next release becomes available. >... > >-- >Matthew O. Persico Randall Schulz From huntharo@msu.edu Fri May 9 13:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 09 May 2003 13:11:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <20035911246.808633@mopxp> References: <20035911246.808633@mopxp> Message-ID: <3EBBA8FA.8040601@msu.edu> Matt, > When I selected the XFree stuff, I started setup.exe and it was in category mode. The only category I picked/expanded was XFree. So, at least in > this session, I did not select any other packages except for what was under XFree. If I had selected them in any other session, I would have had > Perl downloaded in that session. Selections that are not installed are not stored between invocations ( I just proved that). > > So there is either a bug in the program or a bug in my head. If I had to make a bet, I'd bet on the bug being in my head, in spite of my protests to > the contrary above. :-) I just did a test of selecting only the XFree86 category in setup.exe... perl still was not selected. You must have just accidentally bumped something. Harold From pechtcha@cs.nyu.edu Fri May 9 13:14:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 09 May 2003 13:14:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <2003590313.051761@mopxp> Message-ID: On Fri, 9 May 2003, Matthew O. Persico wrote: > On Thu, 8 May 2003 22:19:03 -0400, Christopher Faylor wrote: > >On Thu, May 08, 2003 at 10:10:55PM -0400, Matthew O. Persico wrote: > >>Subject says it all. > > > >http://cygwin.com/problems.html > > > >says it all, too. > > The following searches were performed on the email archives > > XFree and perl - 45 hits > XFree and require - 120 > XFree and requirements - 17 > XFree and prerequisites - 17 > > A scan of the subjects and a number of the email bodies led me to > message msg01159.html, which concerned how to create a package for > installation using the setup.exe program including setup.hints. I made a > quick detour to a shareware site to grab a .bz2 reader to see if I could > find those files in the bz2 packages on my disk. I could not find them. > > However, I did check the setup.ini file. perl is listed as a dependency > of only > > autoconf_devel/stable > automake_devel/stable > dpkg > enscript > rpm > tetex-bin > > However, none of the packages whose category was XFree86 listed perl or > any of the above mentioned programs as a dependency. > > A find / -name \*.pl revealed (among other things) > /usr/X11R6/bin/bdftruncate.pl > /usr/X11R6/bin/ucs2any.pl > /usr/X11R6/sbin/fvwm/2.4.7/FvwmConsoleC.pl > /usr/X11R6/share/fvwm/fvwm-script-ComExample.pl > /usr/X11R6/share/fvwm/fvwm-script-setup95.pl > > Since these are perl scripts in the X11R6 tree, I have to assume that > perl is a requirement. > > However, that assumption doesn't quite jibe with the fact that I > couldn't find an explicit requirement anywhere in setup files. > > AFTER doing all that research, I felt I still did not have a definitive > answer and therefore, I asked the question "Is perl a prerequisite of > XFree". > > Next time I post a question, I will post the research done. I will also > in the future post XFree questions to the cygwin-xfree list, not the > main cygwin list. > > Thank you > Matthew O. Persico Matthew, If you still want to get to the bottom of this, one crucial part of that you missed is attaching the output of "cygcheck -svr" to your message. Among other things, that output contains the list of packages that were actually installed, so it would have been the basis to confirm or deny Harold's guess about you being unlucky. FYI, if you ever want to see yourself exactly which packages you installed through setup.exe, run "cygcheck -c". NNTR if this issue is closed for you. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II From kai@Mathematik.Uni-Bielefeld.DE Fri May 9 13:14:00 2003 From: kai@Mathematik.Uni-Bielefeld.DE (Kai Miguel Matzutt) Date: Fri, 09 May 2003 13:14:00 -0000 Subject: webwasher and xfree Message-ID: Thank you for your detailed answer, Harold. Now at least I know, that further efforts are useless. (And I even have some information on how X works.) So I will keep on living by switching webwasher on and off... Kai From huntharo@msu.edu Fri May 9 13:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 09 May 2003 13:23:00 -0000 Subject: webwasher and xfree In-Reply-To: References: Message-ID: <3EBBABD4.9060102@msu.edu> Kai, No problem, glad I could help. Harold Kai Miguel Matzutt wrote: > Thank you for your detailed answer, Harold. Now at least I know, that > further efforts are useless. (And I even have some information on how > X works.) So I will keep on living by switching webwasher on and off... > > Kai From Benjamin.Riefenstahl@epost.de Fri May 9 13:40:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Fri, 09 May 2003 13:40:00 -0000 Subject: webwasher and xfree In-Reply-To: <3EBAC1DA.3000602@msu.edu> References: <3EBABF22.50100@gmx.de> <3EBAC1DA.3000602@msu.edu> Message-ID: Hi Harold, Kai, Harold L Hunt II writes: > Now, here is a tip about how programs like webwasher work: they > intercept *every* TCP/IP packet on your system, usually by replacing > the Windows network layer with their own code. Actually in principle Webwasher doesn't do that. At least the version that I am using here (free-as-in-beer, non-commercial license) is just an application level local proxy for the HTTP and HTTPS protocols. It's not a VPN, but just a regular application. The only mischief it does is to re-configure IE's proxy configuration. I should note that I do not use dial-up though, so there may be some interaction between WebWasher and the IP stack in that area. so long, benny From huntharo@msu.edu Fri May 9 14:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 09 May 2003 14:01:00 -0000 Subject: webwasher and xfree In-Reply-To: References: <3EBABF22.50100@gmx.de> <3EBAC1DA.3000602@msu.edu> Message-ID: <3EBBB4D3.8060001@msu.edu> Benny, Benjamin Riefenstahl wrote: > Hi Harold, Kai, > > Harold L Hunt II writes: > >>Now, here is a tip about how programs like webwasher work: they >>intercept *every* TCP/IP packet on your system, usually by replacing >>the Windows network layer with their own code. > > > Actually in principle Webwasher doesn't do that. At least the version > that I am using here (free-as-in-beer, non-commercial license) is just > an application level local proxy for the HTTP and HTTPS protocols. > It's not a VPN, but just a regular application. The only mischief it > does is to re-configure IE's proxy configuration. > Unfortunately, we can never know for sure since Webwasher isn't open source. They may not be replacing DLLs, but they may also not be acting strictly as a standard server application. That is, they may be trying to hook into calls into the winsock layer rather than opening port 8080 and waiting for connects. There are many ways that web filtering could be implemented, and I suspect from Kai's information that they chose a poor way of implementing it (from a performance standpoint). > I should note that I do not use dial-up though, so there may be some > interaction between WebWasher and the IP stack in that area. > Yes, they have many versions available and Kai did not say which version he was using. Harold From ihok@hotmail.com Fri May 9 20:11:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Fri, 09 May 2003 20:11:00 -0000 Subject: webwasher and xfree In-Reply-To: References: Message-ID: Kai Miguel Matzutt wrote: > Thank you for your detailed answer, Harold. Now at least I know, that > further efforts are useless. (And I even have some information on how > X works.) So I will keep on living by switching webwasher on and off... Kai, I use a different web filtering proxy, and it works well for me, with no X slowdowns. Try www.privoxy.org. -JT From pechtcha@cs.nyu.edu Fri May 9 20:20:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 09 May 2003 20:20:00 -0000 Subject: fonts In-Reply-To: <82vfwjyfi1.fsf@ait.nrl.navy.mil> Message-ID: On 9 May 2003, Myriam Abramson wrote: > Hi! > I'm a new user of Cygwin. I can't say how grateful I am > for such a nice product. > > How do you set the fonts for rxvts in Cygwin/XFree86? > I couldn't find any info in the manual on how to do that. > That would be very helpful since the resolution of > this laptop I use sucks. > myriam Myriam, Questions on Cygwin/XFree86 should be addressed to the list. I'm redirecting this message there. For your conveninece, I've also set the Reply-To: field to point to the appropriate list. Please remove from further discussion. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II From daveroth@acm.org Fri May 9 22:25:00 2003 From: daveroth@acm.org (David Rothenberger) Date: Fri, 09 May 2003 22:25:00 -0000 Subject: fonts References: <82vfwjyfi1.fsf@ait.nrl.navy.mil> Message-ID: <3EBC2AF1.743D3135@acm.org> Myriam Abramson wrote: > > How do you set the fonts for rxvts in Cygwin/XFree86? There are many ways to do it, all of which are mentioned in the man page for rxvt. I'll mention two. You can specify the font on the rxvt command-line with the -fn switch, e.g. % rxvt -fn fixed Alternatively, you can specify it in your $HOME/.Xdefaults file: XTerm*font: fixed Beware of the latter if you sometimes use rxvt without X, since the same font name looks different when rxvt is displayed through an X server and when it is displayed through Windows. The default "7x14" is larger under X; it seems that "fixed" under X yields approx. the same font as "7x14" under Windows. Does anyone else notice the difference in font sizes between rxvt under X and rxvt under Windows? Are there any solutions? It would be nice to set an X resource for rxvt so that the font looked reasonable under Windows and X. From persicom@acedsl.com Fri May 9 23:18:00 2003 From: persicom@acedsl.com (Matthew O. Persico) Date: Fri, 09 May 2003 23:18:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <3EBBA8FA.8040601@msu.edu> Message-ID: <20035919192.854410@mopxp> On Fri, 09 May 2003 09:11:22 -0400, Harold L Hunt II wrote: >Matt, > >>When I selected the XFree stuff, I started setup.exe and it was in >>category mode. The only category I picked/expanded was XFree. So, >>at least in >>this session, I did not select any other packages except for what >>was under XFree. If I had selected them in any other session, I >>would have had >>Perl downloaded in that session. Selections that are not installed >>are not stored between invocations ( I just proved that). >> >>So there is either a bug in the program or a bug in my head. If I >>had to make a bet, I'd bet on the bug being in my head, in spite of >>my protests to >>the contrary above. :-) > >I just did a test of selecting only the XFree86 category in >setup.exe... >perl still was not selected. You must have just accidentally bumped >something. > I've come to the same conclusion. Ah, 'user' can definitely be a four-letter-word sometimes. :_0 -- Matthew O. Persico From persicom@acedsl.com Fri May 9 23:18:00 2003 From: persicom@acedsl.com (Matthew O. Persico) Date: Fri, 09 May 2003 23:18:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <5.2.1.1.2.20030508222724.02a51730@pop.sonic.net> Message-ID: <200359191813.562828@mopxp> On Thu, 08 May 2003 22:32:46 -0700, Randall R Schulz wrote: >Matthew, > >At 22:12 2003-05-08, Matthew O. Persico wrote: >>... >> >>>The *.pl scripts in XFree86 mean nothing --- they are not needed >>>for >>>the normal operation of the X Server. >> >>Then I'll just whack 'em. > >Why? Why muck with files installed by a package you're using? Does >there mere presence cause a problem? If so, how and why? They'll >just >come back when you update that package as the next release becomes >available. > Because when I want to run Perl, I want ActiveState Perl 5.8.0 installed in C:opt\asperl and I don't want any chance of that not happening. This is the most mindless way of getting that to happen. And after supporting three (yes THREE) versions of Perl on multiple machines in different locations at work (not I didn't set it up, I just inherited it and I'm working on fixing it ), the last thing I need is to cause myself ANY problems at home. :-) Oh, and when I said "whack", I really meant "uninstall using setup.exe". -- Matthew O. Persico From rschulz@sonic.net Fri May 9 23:33:00 2003 From: rschulz@sonic.net (Randall R Schulz) Date: Fri, 09 May 2003 23:33:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <200359191813.562828@mopxp> References: <5.2.1.1.2.20030508222724.02a51730@pop.sonic.net> Message-ID: <5.2.1.1.2.20030509162745.067470e8@pop.sonic.net> Matthew, At 16:18 2003-05-09, Matthew O. Persico wrote: >On Thu, 08 May 2003 22:32:46 -0700, Randall R Schulz wrote: > >Matthew, > > > >At 22:12 2003-05-08, Matthew O. Persico wrote: > >>... > >> > >>>The *.pl scripts in XFree86 mean nothing --- they are not needed > >>>for the normal operation of the X Server. > >> > >>Then I'll just whack 'em. > > > >Why? Why muck with files installed by a package you're using? Does > >there mere presence cause a problem? If so, how and why? They'll just > >come back when you update that package as the next release becomes > >available. > >Because when I want to run Perl, I want ActiveState Perl 5.8.0 >installed in C:opt\asperl and I don't want any chance of that not >happening. This is the most mindless way of getting that to happen. >And after supporting three (yes THREE) versions of Perl on multiple >machines in different locations at work (not I didn't set it up, I >just inherited it and I'm working on fixing it ), the last thing I >need is to cause myself ANY problems at home. This does not follow. Perl scripts installed along with one of the X packages aren't going to cause the wrong Perl to get executed. How could they? > :-) > >Oh, and when I said "whack", I really meant "uninstall using setup.exe". Setup.exe doesn't allow you to uninstall individual files within a package, nor should it. >-- >Matthew O. Persico I have ActiveState Perl and Cygwin Perl installed, and there's no conflict. The PATH variable resolves them just fine. When I run Perl scripts within Cygwin, the Cygwin Perl interpreter is used. When I run them outside Cygwin (say, as CGI scripts for Windows Apache), I get ActiveState Perl. Software running on digital computers (that are not malfunctioning) is deterministic, after all. Randall Schulz From persicom@acedsl.com Sat May 10 02:58:00 2003 From: persicom@acedsl.com (Matthew O. Persico) Date: Sat, 10 May 2003 02:58:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <5.2.1.1.2.20030509162745.067470e8@pop.sonic.net> Message-ID: <200359225812.865242@mopxp> On Fri, 09 May 2003 16:34:47 -0700, Randall R Schulz wrote: >Matthew, > >>Oh, and when I said "whack", I really meant "uninstall using >>setup.exe". > >Setup.exe doesn't allow you to uninstall individual files within a >package, nor should it. > I didn't uninstall any individual files. I uninstalled Perl, the package. >I have ActiveState Perl and Cygwin Perl installed, and there's no >conflict. The PATH variable resolves them just fine. When I run Perl >scripts within Cygwin, the Cygwin Perl interpreter is used. When I >run >them outside Cygwin (say, as CGI scripts for Windows Apache), I get >ActiveState Perl. Here is my MSDOS path: Path=C:\opt\bin;C:\opt\cygwin\bin;C:\opt\asperl\bin\;C:\PVSW\BIN;C:\WINDOWS\syst em32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Common Files\Roxio Sha red\DLLShared;C:\MSVS\Tools\WinNT;C:\MSVS\MSDev98\Bin;C:\MSVS\Tools;C:\VC98\bin PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH Cygwin or not, if Perl is in both C:\opt\cygwin\bin and C:\opt\asperl\bin, I will always get the cygwin version. Oh, maybe you only have cygwin in the PATH under bash, not in DOS? Then you are correct about separation of AS and Cygwin Perls. I have both in PATH all the time so I have to be more careful. -- Matthew O. Persico From spetreolle@yahoo.fr Sat May 10 03:07:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sat, 10 May 2003 03:07:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <200359225812.865242@mopxp> Message-ID: <20030510030723.63631.qmail@web10102.mail.yahoo.com> You dont have to put C:\opt\cygwin\bin in your PATH. This cannot be here since its already added by cygwin.bat. > Path=C:\opt\bin;C:\opt\cygwin\bin;C:\opt\asperl\bin\;C:\PVSW\BIN;C:\WINDOWS\syst > em32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\Common > Files\Roxio Sha > red\DLLShared;C:\MSVS\Tools\WinNT;C:\MSVS\MSDev98\Bin;C:\MSVS\Tools;C:\VC98\bin > PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH > > Cygwin or not, if Perl is in both C:\opt\cygwin\bin and > C:\opt\asperl\bin, I will always get the cygwin version. ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From persicom@acedsl.com Sat May 10 03:35:00 2003 From: persicom@acedsl.com (Matthew O. Persico) Date: Sat, 10 May 2003 03:35:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <20030510030723.63631.qmail@web10102.mail.yahoo.com> Message-ID: <200359233557.543088@mopxp> On Sat, 10 May 2003 05:07:23 +0200 (CEST), Sylvain Petreolle wrote: >You dont have to put C:\opt\cygwin\bin in your PATH. Not when running under Cygwin - this is true. But, I want to use Cygwin programs w/o starting up a bash shell. That's why I add the Cygwin stuff to my DOS path. Under bash, I end up with redundant path entries at the start of the PATH. No biggie. matthew@mopxp ~ $ echo $PATH /usr/local/bin:/usr/bin:/bin:/cygdrive/c/opt/bin:/usr/bin:/cygdrive/c/opt/asperl/bin/:/cygdrive/c/PVSW/BIN:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/Syst em32/Wbem:/cygdrive/c/Program Files/Common Files/Roxio Shared/DLLShared:/cygdrive/c/MSVS/Tools/WinNT:/cygdrive/c/MSVS/MSDev98/Bin:/cygdrive/c/MSVS/Too ls:/cygdrive/c/VC98/bin:/usr/X11R6/bin -- Matthew O. Persico From spetreolle@yahoo.fr Sat May 10 03:41:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sat, 10 May 2003 03:41:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <200359233557.543088@mopxp> Message-ID: <20030510034142.37556.qmail@web10104.mail.yahoo.com> --- "Matthew O. Persico" a ??crit??: > On Sat, 10 May 2003 05:07:23 +0200 (CEST), Sylvain Petreolle wrote: > >You dont have to put C:\opt\cygwin\bin in your PATH. > > Not when running under Cygwin - this is true. But, I want to use > Cygwin programs w/o starting up a bash shell. That's why I add the > Cygwin stuff to my DOS path. > The only thing you have to you is to change the order in your PATH then. ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From persicom@acedsl.com Sat May 10 04:48:00 2003 From: persicom@acedsl.com (Matthew O. Persico) Date: Sat, 10 May 2003 04:48:00 -0000 Subject: Wanted X, got Perl - operator error or prequisiste In-Reply-To: <20030510034142.37556.qmail@web10104.mail.yahoo.com> Message-ID: <200351004839.194779@mopxp> On Sat, 10 May 2003 05:41:42 +0200 (CEST), Sylvain Petreolle wrote: >--- "Matthew O. Persico" a ?crit : > On Sat, >10 >May 2003 05:07:23 +0200 (CEST), Sylvain Petreolle wrote: >>>You dont have to put C:\opt\cygwin\bin in your PATH. >> >>Not when running under Cygwin - this is true. But, I want to use >>Cygwin programs w/o starting up a bash shell. That's why I add the >>Cygwin stuff to my DOS path. >> >The only thing you have to you is to change the order in your PATH >then. Duh! Of course. That would work. But I only want to support one Perl on my machine. Thank you all for your suggestions. I think we can let this one go. -- Matthew O. Persico From huntharo@msu.edu Sat May 10 05:18:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 10 May 2003 05:18:00 -0000 Subject: Fix in hand for Exit confirmation problem Message-ID: <3EBC8BB4.9030701@msu.edu> It seems that someone invariably describes a problem in this mailing list minutes after I fix it in my local tree --- thus, I will describe a problem that I just fixed to preempt this next someone from describing my fix. :) The problem goes like this: 1) Open XWin.exe 2) Get the Exit confirmation dialog box to popup via either the tray icon or by pressing one of the exit key combos (e.g. Alt-F4). 3) Do something that causes the X Server to reset. One way to do this is to initiate logging off of an XDMCP session before popping up the Exit confirmation box. Another way would simple be to select Reset from your XDMCP login screen while the Exit confirmation is displayed. 4) Notice that the Exit confirmation dialog disappears when the X Server resets. 5) Notice that you can no longer get the Exit confirmation to appear by pressing Alt-F4, nor by selecting Exit from the tray icon right-click menu. The problem was that I was not destroying the Exit confirmation dialog and NULLing its pointer when the X Server reset. This non-NULL pointer caused the dialog not to be recreated, but it couldn't be redisplayed because it was attached to a HWND that had been destroyed (the X Server window is closed and opened on each reset). I added calls to destroy the dialog and NULL the dialog pointer when the X Server resets. I will release this patch with my next Test release, which will be sometime this weekend or next week. Harold From cygwin@mscha.org Sat May 10 13:24:00 2003 From: cygwin@mscha.org (Michael Schaap) Date: Sat, 10 May 2003 13:24:00 -0000 Subject: webwasher and xfree In-Reply-To: <3EBABF22.50100@gmx.de> References: <3EBABF22.50100@gmx.de> Message-ID: <3EBCFD70.3080505@mscha.org> Kai wrote: > Hi there... > I am using cygwin and XFree on a win xp machine. I really am enjoying > it normally. But the moment I start the webfiltering programm > webwasher, everything under X runs really slowly, which is quite > unnerving, because especially if I??m online (the moment the webwasher > comes useful) I use X-forwarding to access a remote machine. It has > nothing got to do with my computer, because all other > windows-processes keep up working fine and there is also enough memory > and power left. As webwasher works as a proxy-engine, it might be, > that X and the webwasher are using some same port. I already changed > the port webwasher is using from 8080 to 80, but that did not work, so > my idea might or better seems to be wrong. > > Has anybody got any suggestions, what I could do? > You're probably using the "Configuration Free" mode of WebWasher, right? I tried that for a while, but had all sorts of problems, so switched back to one of the other configuration modes. I believe the "Configuration Free" mode does stuff at the network level, so that could indeed cause the slowdowns you describe. The other modes work as a web proxy, so they should leave your non-browser network traffic alone. HTH, - Michael From karheng@softhome.net Sat May 10 17:19:00 2003 From: karheng@softhome.net (Chan Kar Heng) Date: Sat, 10 May 2003 17:19:00 -0000 Subject: webwasher and xfree In-Reply-To: <3EBBB4D3.8060001@msu.edu> References: <3EBABF22.50100@gmx.de> <3EBAC1DA.3000602@msu.edu> Message-ID: <5.1.0.14.1.20030511011816.00a502f0@pop.softhome.net> perhaps give proxomitron a try... i used to use webwasher... i can't say if u'll hit the same problem again though... rgds, kh From mbgaski@clemson.edu Sat May 10 18:15:00 2003 From: mbgaski@clemson.edu (Michael Gaskins) Date: Sat, 10 May 2003 18:15:00 -0000 Subject: Problem with Multiwindow Mode and Maximizing Message-ID: <5.2.1.1.2.20030510140943.00aee920@localhost> Hi. This seems like an obvious bug, but I couldn't find mention of it in the archives so I figured I'd report it. When using the included XWin.exe in multiwindow mode, the maximize button doesn't work. The app does it's graphical expansion briefly and then returns to it's original size (though the maximize button does convert to the restore button). Don't know if this is specific to my setup, so I'll list my specs below: Windows XP SP1 AMD Athlon XP2100 ATI Radeon 9000 Pro (latest drivers) Aopen AK75 motherboard (latest BIOS and drivers) TB Santa Cruz sound (latest drivers) That's the core stuff. Naturally it would take much to long to list every piece of hardware and software package, but if need be I can dig out specifics. From Sar345345ah@yahoo.com Sat May 10 18:32:00 2003 From: Sar345345ah@yahoo.com (Sar345345ah@yahoo.com) Date: Sat, 10 May 2003 18:32:00 -0000 Subject: Mort Website Message-ID: Hello- Remember when you asked me for that Website where you can refi your house at super low rates? Well here it is. http://www.gigamort.com/mort/ven/ bye, Terry no more. http://www.gigamort.com/mort/rem/ From Sarddah4@yahoo.com Sat May 10 18:33:00 2003 From: Sarddah4@yahoo.com (Sarddah4@yahoo.com) Date: Sat, 10 May 2003 18:33:00 -0000 Subject: Site Message-ID: Hello- Remember when you asked me for that Website where you can refi your house at super low rates? Well here it is. http://www.gigamort.com/mort/ven/ bye, Terry no more. http://www.gigamort.com/mort/rem/ From Sardgdgah@yahoo.com Sat May 10 18:34:00 2003 From: Sardgdgah@yahoo.com (Sardgdgah@yahoo.com) Date: Sat, 10 May 2003 18:34:00 -0000 Subject: Web Message-ID: Hello- Remember when you asked me for that Website where you can refi your house at super low rates? Well here it is. http://www.gigamort.com/mort/ven/ bye, Terry no more. http://www.gigamort.com/mort/rem/ From Alexander.Gottwald@s1999.tu-chemnitz.de Sat May 10 18:45:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 10 May 2003 18:45:00 -0000 Subject: XF86Config and commandline Message-ID: Hi I'm working on a full support of the XF86Config file (with the screen sections) and want to make all special options from the commandline also available from the configfile. With these changes I also want to simplify the commandline parsing. Most options which can be specified for each screen will be only available for all screens. eg. XWin -screen 0 800x600 -fullscreen -screen 1 800x600 does currently enable fullscreen only for the first screen and not for the second will then set both screen to fullscreen. I want to do this to simplify the datastructures where I have to store the commandline options which will override the settings from the configfile. Any comments to this? bye ago BTW: I attached an example, how the configfile could look like. NP: Terminal Choice - The Saviour -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 -------------- next part -------------- # NOTICE: This file was created as a sample config file for the Cygwin/XFree86 # XServer for Windows. It will not work for other versions of XFree or with # other XServers at all. # # The following sections are supported: # # Files: # FontPath is correctly set # RgbPath is read (setting not tested) # # Device - Keyboard: # The first keyboard section is used for configuration. You can specify # a special name via the -keyboard switch. # All XKB settings are supported # # Other sections are not supported # For support of a special section, ask the porter on # mailto:cygwin-xfree@cygwin.com # # you can report errors to # # ********************************************************************** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ********************************************************************** # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" # FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" # FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" # Fontserver support # FontPath "tcp/localhost:7100" # The module search path. The default path is shown here. # ModulePath "/usr/X11R6/lib/modules" EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Core keyboard's InputDevice section # ********************************************************************** Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" # For most OSs the protocol can be omitted (it defaults to "Standard"). # When using XQUEUE (only for SVR3 and SVR4, but not Solaris), # uncomment the following line. # Option "Protocol" "Xqueue" Option "AutoRepeat" "500 30" # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option "Xleds" "1 2 3" # Option "LeftAlt" "Meta" # Option "RightAlt" "ModeShift" # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option "XkbModel" "pc102" # If you have a US Microsoft Natural keyboard, you can use: # Option "XkbModel" "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option "XkbLayout" "de" # or: # Option "XkbLayout" "de" # Option "XkbVariant" "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # Option "XkbOptions" "ctrl:swapcaps" # These are the default XKB settings for XFree86 # Option "XkbRules" "xfree86" # Option "XkbModel" "pc101" # Option "XkbLayout" "us" # Option "XkbVariant" "" # Option "XkbOptions" "" # Option "XkbDisable" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "de" EndSection # # The following sections are just added to fulfill the requirements of the # configfile parser and have no effect on the configuration of the # Cygwin/XFree86 XServer. # Section "Device" Identifier "dummy" Driver "xwin" Option "Engine" "shadow, ddraw, dd-nonlock, dd-primary, gdi" EndSection Section "Monitor" Identifier "dummy" EndSection Section "Screen" Identifier "dummy" Device "dummy" Monitor "dummy" Option "NoMultiwindow" Option "NoRootless" Option "NoFullscreen" Option "Decoration" Option "NoMultiplemonitors" Option "NoClipboard" Option "NoScrollbars" Option "NoTrayicon" Option "NoEmulatepseudo" Option "NoUnixkill" Option "Winkill" Option "Width" "800" Option "Height" "600" # Option "ClipUpdates" "1" EndSection Section "ServerLayout" Identifier "dummy" Screen "dummy" InputDevice "Keyboard1" "CoreKeyboard" EndSection From Sara4t4t4h@yahoo.com Sun May 11 00:01:00 2003 From: Sara4t4t4h@yahoo.com (Sara4t4t4h@yahoo.com) Date: Sun, 11 May 2003 00:01:00 -0000 Subject: Site Message-ID: refinance now! http://www.gigamort.com/mort/ven/ removal. http://www.gigamort.com/mort/rem/ From Sarasrsrh@yahoo.com Sun May 11 00:01:00 2003 From: Sarasrsrh@yahoo.com (Sarasrsrh@yahoo.com) Date: Sun, 11 May 2003 00:01:00 -0000 Subject: L e n d e r s Message-ID: refinance now! http://www.gigamort.com/mort/ven/ removal. http://www.gigamort.com/mort/rem/ From huntharo@msu.edu Sun May 11 02:24:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 May 2003 02:24:00 -0000 Subject: XF86Config and commandline In-Reply-To: References: Message-ID: <3EBDB369.3020706@msu.edu> Alexander Gottwald wrote: > Hi > > I'm working on a full support of the XF86Config file (with the screen > sections) and want to make all special options from the commandline also > available from the configfile. > > With these changes I also want to simplify the commandline parsing. Most > options which can be specified for each screen will be only available > for all screens. > > eg. XWin -screen 0 800x600 -fullscreen -screen 1 800x600 > does currently enable fullscreen only for the first screen and not for the > second will then set both screen to fullscreen. > I don't like that. I don't think it is something that should be gotten rid of. It may not be important for -fullscreen, but it is is important for -depth, -dpi, etc. Harold > I want to do this to simplify the datastructures where I have to store > the commandline options which will override the settings from the configfile. > > Any comments to this? > > bye > ago > > BTW: I attached an example, how the configfile could look like. > > NP: Terminal Choice - The Saviour > > > ------------------------------------------------------------------------ > > From spetreolle@yahoo.fr Sun May 11 06:09:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 11 May 2003 06:09:00 -0000 Subject: XF86Config and commandline In-Reply-To: <3EBDB369.3020706@msu.edu> Message-ID: <20030511060906.65452.qmail@web10108.mail.yahoo.com> I dont think that Alexander wants to remove the commandline options. Its a good thing, because we will be more XFree86 compliant. > I don't like that. I don't think it is something that should be > gotten > rid of. It may not be important for -fullscreen, but it is is > important > for -depth, -dpi, etc. > > Harold ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From jc.gervais@videotron.ca Sun May 11 06:18:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Sun, 11 May 2003 06:18:00 -0000 Subject: XF86Config and commandline In-Reply-To: <3EBDB369.3020706@msu.edu> Message-ID: How about adding a -config_file x:\dir\file Parameter, so the options could be set in a file too? -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Saturday, May 10, 2003 10:20 PM To: cygwin-xfree@cygwin.com Subject: Re: XF86Config and commandline Alexander Gottwald wrote: > Hi > > I'm working on a full support of the XF86Config file (with the screen > sections) and want to make all special options from the commandline also > available from the configfile. > > With these changes I also want to simplify the commandline parsing. Most > options which can be specified for each screen will be only available > for all screens. > > eg. XWin -screen 0 800x600 -fullscreen -screen 1 800x600 > does currently enable fullscreen only for the first screen and not for the > second will then set both screen to fullscreen. > I don't like that. I don't think it is something that should be gotten rid of. It may not be important for -fullscreen, but it is is important for -depth, -dpi, etc. Harold > I want to do this to simplify the datastructures where I have to store > the commandline options which will override the settings from the configfile. > > Any comments to this? > > bye > ago > > BTW: I attached an example, how the configfile could look like. > > NP: Terminal Choice - The Saviour > > > ------------------------------------------------------------------------ > > From Alexander.Gottwald@s1999.tu-chemnitz.de Sun May 11 09:56:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 11 May 2003 09:56:00 -0000 Subject: XF86Config and commandline In-Reply-To: Message-ID: Jean-Claude Gervais wrote: > How about adding a -config_file x:\dir\file > Parameter, so the options could be set in a file too? Have you tried -xf86config 'x:\dir\file'? This loads the configfile. I only want to add more options which can be set in the configfile. bye ago NP: Terminal Choice - Venus 1 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sun May 11 09:58:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 11 May 2003 09:58:00 -0000 Subject: XF86Config and commandline In-Reply-To: <3EBDB369.3020706@msu.edu> Message-ID: Harold L Hunt II wrote: > I don't like that. I don't think it is something that should be gotten > rid of. It may not be important for -fullscreen, but it is is important > for -depth, -dpi, etc. Hm, you're right. And if I store these parameters, I can store the others as well. bye ago NP: Terminal Choice - Venus 1 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From earle@ziplabel.com Sun May 11 19:03:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sun, 11 May 2003 19:03:00 -0000 Subject: PATCH: XWin multiwindow+multiscreen for negative screen coordinates Message-ID: <5.1.1.6.2.20030511120312.00ab94e0@mail.ziplabel.com> Howdy, There is a bug in the way XWin handles Windows screen coordinates when it's run on a system with legal negative position values. That is, there is a monitor to the left of the primary monitor, whose screen coords are (-xxx,0), and the global screen coords are from (-xxx,0) to (+xxx,0). You can reproduce this on a 2 head system by setting the rightmost head to be the Control Panel->Display Settings->Settings->Use this device as my primary monitor, and then running "XWin.exe -multiwindow -multiplemonitors" The fix is to offset screen coords by SM_XVIRTUALSCREEN/SM_YVIRTUALSCREEN whenever you are mapping to/from root window coords (window positioning, mouse movements). diff -w -patch changes to winmultiwindowwindow.c are: -8<------------------------------------------------------------------- *** orig Sun May 11 11:47:45 2003 --- winmultiwindowwindow.c Sun May 11 11:57:24 2003 *************** winPositionWindowMultiWindow (WindowPtr *** 194,199 **** --- 194,203 ---- iX = pWin->drawable.x; iY = pWin->drawable.y; + /* Root coord(0,0) is really (-X, -Y) */ + iX += GetSystemMetrics(SM_XVIRTUALSCREEN); + iY += GetSystemMetrics(SM_YVIRTUALSCREEN); + /* Get the height and width of the X window */ iWidth = pWin->drawable.width; iHeight = pWin->drawable.height; *************** winTopLevelWindowProc (HWND hwnd, UINT m *** 778,783 **** --- 782,791 ---- /* Translate the client area mouse coordinates to screen coordinates */ ClientToScreen (hwnd, &ptMouse); + /* Screen Coords from (-X,-Y) => Root Window (0,0) */ + ptMouse.x -= GetSystemMetrics(SM_XVIRTUALSCREEN); + ptMouse.y -= GetSystemMetrics(SM_YVIRTUALSCREEN); + /* We can't do anything without privates */ if (s_pScreenPriv == NULL || s_pScreenInfo->fIgnoreInput) break; *************** winTopLevelWindowProc (HWND hwnd, UINT m *** 907,912 **** --- 915,925 ---- /* Translate the client area mouse coordinates to screen coordinates */ ClientToScreen (hwnd, &ptMouse); + /* Screen Coords from (-X,-Y) => Root Window (0,0) */ + ptMouse.left -= GetSystemMetrics(SM_XVIRTUALSCREEN); + ptMouse.top -= GetSystemMetrics(SM_YVIRTUALSCREEN); + + /* Pass the message to the root window */ SendMessage (hwndScreen, message, wParam, MAKELONG(ptMouse.x, ptMouse.y)); return 0; *************** winTopLevelWindowProc (HWND hwnd, UINT m *** 1063,1071 **** SendConfigureNotify (pWin); /* Tell X that the window is moving */ (s_pScreen->MoveWindow) (pWin, ! (int)(short) LOWORD(lParam) - wBorderWidth (pWin), ! (int)(short) HIWORD(lParam) - wBorderWidth (pWin), pWin->nextSib, VTMove); return 0; --- 1076,1085 ---- SendConfigureNotify (pWin); /* Tell X that the window is moving */ + /* Be sure to map from screen (-X,-Y) to (0,0) root coords */ (s_pScreen->MoveWindow) (pWin, ! (int)(short) LOWORD(lParam) - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), ! (int)(short) HIWORD(lParam) - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN), pWin->nextSib, VTMove); return 0; *************** winTopLevelWindowProc (HWND hwnd, UINT m *** 1220,1228 **** SendConfigureNotify (pWin); /* Tell the X server that the window is being resized */ (s_pScreen->ResizeWindow) (pWin, ! pWinPriv->iX - wBorderWidth (pWin), ! pWinPriv->iY - wBorderWidth (pWin), pWinPriv->iWidth, pWinPriv->iHeight, pWin->nextSib); --- 1234,1243 ---- SendConfigureNotify (pWin); /* Tell the X server that the window is being resized */ + /* Map from screen (-X,-Y) to (0,0) root coords */ (s_pScreen->ResizeWindow) (pWin, ! pWinPriv->iX - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), ! pWinPriv->iY - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN), pWinPriv->iWidth, pWinPriv->iHeight, pWin->nextSib); *************** winTopLevelWindowProc (HWND hwnd, UINT m *** 1316,1321 **** --- 1331,1340 ---- /* Get the current position of the mouse cursor */ GetCursorPos (&point); + /* Map from screen (-x,-y) to root (0,0) */ + point.x -= GetSystemMetrics(SM_XVIRTUALSCREEN); + point.y -= GetSystemMetrics(SM_YVIRTUALSCREEN); + /* Deliver absolute cursor position to X Server */ miPointerAbsoluteCursor (point.x, point.y, g_c32LastInputEventTime = GetTickCount ()); *************** winCreateWindowsWindow (WindowPtr pWin) *** 1358,1363 **** --- 1377,1386 ---- iX = pWin->drawable.x; iY = pWin->drawable.y; + /* Map from root coord (0,0) to screen (-X, -Y) */ + iX += GetSystemMetrics(SM_XVIRTUALSCREEN); + iY += GetSystemMetrics(SM_YVIRTUALSCREEN); + iWidth = pWin->drawable.width; iHeight = pWin->drawable.height; -8<------------------------------------------------------------------- -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff.txt URL: From kmh3@kuvayimilliyehareketi.org Sun May 11 19:41:00 2003 From: kmh3@kuvayimilliyehareketi.org (Gürsel Gürel) Date: Sun, 11 May 2003 19:41:00 -0000 Subject: KMH'ye DAVET Message-ID: Kiymetli Arkadaslarim; Ulkemizin zor sartlar altinda bulundugu bugunlerde sizleri "Kuvayi Milliye Hareketi" isimli 3900 uyesi bulunan ve bircok onemli proje gelistiren grubumuza ve web sitemize davet ediyoruz. Incelemeniz amaci ile grup adresimiz ve web adresimiz asagidadir. http://groups.yahoo.com/group/kuvayimilliyehareketi http://www.kuvayimilliyehareketi.org Saygilarimla, Gursel Gurel Kuvayi Milliye Hareketi Kurucusu Not; Is iliskileri ile ilgili olarak ise; http://groups.yahoo.com/group/kmhisiliskileri grubuna girmelisiniz. From huntharo@msu.edu Sun May 11 21:16:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 May 2003 21:16:00 -0000 Subject: XF86Config and commandline In-Reply-To: <20030511060906.65452.qmail@web10108.mail.yahoo.com> References: <20030511060906.65452.qmail@web10108.mail.yahoo.com> Message-ID: <3EBEBAED.9010800@msu.edu> Sylvain, We were discussing whether options should be able to apply to the whole set of screens as well as to each screen, or if you can only set them globally or per screen. Right now you can say: XWin.exe -fullscreen -depth 32 -screen 0 800 600 -dpi 100 \ -screen 1 -depth 16 -dpi 75 That sets fullscreen to on and sets a default depth of 32 bits. However, screen 1 overrides that with a depth of 16. Additionally, a different dpi is specified for each of screen 0 and screen 1. Alexander was asking if we could simplify that at all. Read my comment again in that context and it should make more sense. Harold Sylvain Petreolle wrote: > I dont think that Alexander wants to remove the commandline options. > Its a good thing, because we will be more XFree86 compliant. > > >>I don't like that. I don't think it is something that should be >>gotten >>rid of. It may not be important for -fullscreen, but it is is >>important >>for -depth, -dpi, etc. >> >>Harold > > > > ===== > Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 > No more War ! > > "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". > > For the Law of Oil and Fire, Im an European that lives in France. > For all my Brothers and friends, Im a human living on Earth. > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Sun May 11 21:20:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 May 2003 21:20:00 -0000 Subject: PATCH: XWin multiwindow+multiscreen for negative screen coordinates In-Reply-To: <5.1.1.6.2.20030511120312.00ab94e0@mail.ziplabel.com> References: <5.1.1.6.2.20030511120312.00ab94e0@mail.ziplabel.com> Message-ID: <3EBEBBCA.7090403@msu.edu> Earle, I like the patch. However, I have two problems (easily fixable) with it: 1) It is against an old version of winmultiwindowwindow.c. The newest version can be downloaded here: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030501-1250.tar.bz2 http://xfree86.cygwin.com/devel/shadow/changelog.html 2) Please run ``diff -U3''. I need the extra info that that format provides so I can figure out what is happening. Other than that I thank you for stepping up to fix this problem. I don't have multiple monitors so I can't really fix these sorts of things on my own. Thanks for contributing, Harold Earle F. Philhower III wrote: > Howdy, > > There is a bug in the way XWin handles Windows screen coordinates when > it's run on a system with legal negative position values. That is, there > is a monitor to the left of the primary monitor, whose screen coords are > (-xxx,0), and the global screen coords are from (-xxx,0) to (+xxx,0). You > can reproduce this on a 2 head system by setting the rightmost head to be > the Control Panel->Display Settings->Settings->Use this device as my > primary monitor, and then running "XWin.exe -multiwindow -multiplemonitors" > > The fix is to offset screen coords by SM_XVIRTUALSCREEN/SM_YVIRTUALSCREEN > whenever you are mapping to/from root window coords (window positioning, > mouse movements). > > diff -w -patch changes to winmultiwindowwindow.c are: > > -8<------------------------------------------------------------------- > *** orig Sun May 11 11:47:45 2003 > --- winmultiwindowwindow.c Sun May 11 11:57:24 2003 > *************** winPositionWindowMultiWindow (WindowPtr > *** 194,199 **** > --- 194,203 ---- > iX = pWin->drawable.x; > iY = pWin->drawable.y; > > + /* Root coord(0,0) is really (-X, -Y) */ > + iX += GetSystemMetrics(SM_XVIRTUALSCREEN); > + iY += GetSystemMetrics(SM_YVIRTUALSCREEN); > + > /* Get the height and width of the X window */ > iWidth = pWin->drawable.width; > iHeight = pWin->drawable.height; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 778,783 **** > --- 782,791 ---- > /* Translate the client area mouse coordinates to screen > coordinates */ > ClientToScreen (hwnd, &ptMouse); > > + /* Screen Coords from (-X,-Y) => Root Window (0,0) */ > + ptMouse.x -= GetSystemMetrics(SM_XVIRTUALSCREEN); > + ptMouse.y -= GetSystemMetrics(SM_YVIRTUALSCREEN); > + > /* We can't do anything without privates */ > if (s_pScreenPriv == NULL || s_pScreenInfo->fIgnoreInput) > break; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 907,912 **** > --- 915,925 ---- > /* Translate the client area mouse coordinates to screen > coordinates */ > ClientToScreen (hwnd, &ptMouse); > > + /* Screen Coords from (-X,-Y) => Root Window (0,0) */ > + ptMouse.left -= GetSystemMetrics(SM_XVIRTUALSCREEN); > + ptMouse.top -= GetSystemMetrics(SM_YVIRTUALSCREEN); > + > + > /* Pass the message to the root window */ > SendMessage (hwndScreen, message, wParam, MAKELONG(ptMouse.x, > ptMouse.y)); > return 0; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 1063,1071 **** > SendConfigureNotify (pWin); > > /* Tell X that the window is moving */ > (s_pScreen->MoveWindow) (pWin, > ! (int)(short) LOWORD(lParam) - > wBorderWidth (pWin), > ! (int)(short) HIWORD(lParam) - > wBorderWidth (pWin), > pWin->nextSib, > VTMove); > return 0; > --- 1076,1085 ---- > SendConfigureNotify (pWin); > > /* Tell X that the window is moving */ > + /* Be sure to map from screen (-X,-Y) to (0,0) root coords */ > (s_pScreen->MoveWindow) (pWin, > ! (int)(short) LOWORD(lParam) - > wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), > ! (int)(short) HIWORD(lParam) - > wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN), > pWin->nextSib, > VTMove); > return 0; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 1220,1228 **** > SendConfigureNotify (pWin); > > /* Tell the X server that the window is being resized */ > (s_pScreen->ResizeWindow) (pWin, > ! pWinPriv->iX - wBorderWidth (pWin), > ! pWinPriv->iY - wBorderWidth (pWin), > pWinPriv->iWidth, > pWinPriv->iHeight, > pWin->nextSib); > --- 1234,1243 ---- > SendConfigureNotify (pWin); > > /* Tell the X server that the window is being resized */ > + /* Map from screen (-X,-Y) to (0,0) root coords */ > (s_pScreen->ResizeWindow) (pWin, > ! pWinPriv->iX - wBorderWidth > (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), > ! pWinPriv->iY - wBorderWidth > (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN), > pWinPriv->iWidth, > pWinPriv->iHeight, > pWin->nextSib); > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 1316,1321 **** > --- 1331,1340 ---- > /* Get the current position of the mouse cursor */ > GetCursorPos (&point); > > + /* Map from screen (-x,-y) to root (0,0) */ > + point.x -= GetSystemMetrics(SM_XVIRTUALSCREEN); > + point.y -= GetSystemMetrics(SM_YVIRTUALSCREEN); > + > /* Deliver absolute cursor position to X Server */ > miPointerAbsoluteCursor (point.x, point.y, > g_c32LastInputEventTime = > GetTickCount ()); > *************** winCreateWindowsWindow (WindowPtr pWin) > *** 1358,1363 **** > --- 1377,1386 ---- > iX = pWin->drawable.x; > iY = pWin->drawable.y; > > + /* Map from root coord (0,0) to screen (-X, -Y) */ > + iX += GetSystemMetrics(SM_XVIRTUALSCREEN); > + iY += GetSystemMetrics(SM_YVIRTUALSCREEN); > + > iWidth = pWin->drawable.width; > iHeight = pWin->drawable.height; > > -8<------------------------------------------------------------------- > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com > > > ------------------------------------------------------------------------ > > *** orig Sun May 11 11:47:45 2003 > --- winmultiwindowwindow.c Sun May 11 11:57:24 2003 > *************** winPositionWindowMultiWindow (WindowPtr > *** 194,199 **** > --- 194,203 ---- > iX = pWin->drawable.x; > iY = pWin->drawable.y; > > + /* Root coord(0,0) is really (-X, -Y) */ > + iX += GetSystemMetrics(SM_XVIRTUALSCREEN); > + iY += GetSystemMetrics(SM_YVIRTUALSCREEN); > + > /* Get the height and width of the X window */ > iWidth = pWin->drawable.width; > iHeight = pWin->drawable.height; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 778,783 **** > --- 782,791 ---- > /* Translate the client area mouse coordinates to screen coordinates */ > ClientToScreen (hwnd, &ptMouse); > > + /* Screen Coords from (-X,-Y) => Root Window (0,0) */ > + ptMouse.x -= GetSystemMetrics(SM_XVIRTUALSCREEN); > + ptMouse.y -= GetSystemMetrics(SM_YVIRTUALSCREEN); > + > /* We can't do anything without privates */ > if (s_pScreenPriv == NULL || s_pScreenInfo->fIgnoreInput) > break; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 907,912 **** > --- 915,925 ---- > /* Translate the client area mouse coordinates to screen coordinates */ > ClientToScreen (hwnd, &ptMouse); > > + /* Screen Coords from (-X,-Y) => Root Window (0,0) */ > + ptMouse.left -= GetSystemMetrics(SM_XVIRTUALSCREEN); > + ptMouse.top -= GetSystemMetrics(SM_YVIRTUALSCREEN); > + > + > /* Pass the message to the root window */ > SendMessage (hwndScreen, message, wParam, MAKELONG(ptMouse.x, ptMouse.y)); > return 0; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 1063,1071 **** > SendConfigureNotify (pWin); > > /* Tell X that the window is moving */ > (s_pScreen->MoveWindow) (pWin, > ! (int)(short) LOWORD(lParam) - wBorderWidth (pWin), > ! (int)(short) HIWORD(lParam) - wBorderWidth (pWin), > pWin->nextSib, > VTMove); > return 0; > --- 1076,1085 ---- > SendConfigureNotify (pWin); > > /* Tell X that the window is moving */ > + /* Be sure to map from screen (-X,-Y) to (0,0) root coords */ > (s_pScreen->MoveWindow) (pWin, > ! (int)(short) LOWORD(lParam) - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), > ! (int)(short) HIWORD(lParam) - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN), > pWin->nextSib, > VTMove); > return 0; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 1220,1228 **** > SendConfigureNotify (pWin); > > /* Tell the X server that the window is being resized */ > (s_pScreen->ResizeWindow) (pWin, > ! pWinPriv->iX - wBorderWidth (pWin), > ! pWinPriv->iY - wBorderWidth (pWin), > pWinPriv->iWidth, > pWinPriv->iHeight, > pWin->nextSib); > --- 1234,1243 ---- > SendConfigureNotify (pWin); > > /* Tell the X server that the window is being resized */ > + /* Map from screen (-X,-Y) to (0,0) root coords */ > (s_pScreen->ResizeWindow) (pWin, > ! pWinPriv->iX - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), > ! pWinPriv->iY - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN), > pWinPriv->iWidth, > pWinPriv->iHeight, > pWin->nextSib); > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 1316,1321 **** > --- 1331,1340 ---- > /* Get the current position of the mouse cursor */ > GetCursorPos (&point); > > + /* Map from screen (-x,-y) to root (0,0) */ > + point.x -= GetSystemMetrics(SM_XVIRTUALSCREEN); > + point.y -= GetSystemMetrics(SM_YVIRTUALSCREEN); > + > /* Deliver absolute cursor position to X Server */ > miPointerAbsoluteCursor (point.x, point.y, > g_c32LastInputEventTime = GetTickCount ()); > *************** winCreateWindowsWindow (WindowPtr pWin) > *** 1358,1363 **** > --- 1377,1386 ---- > iX = pWin->drawable.x; > iY = pWin->drawable.y; > > + /* Map from root coord (0,0) to screen (-X, -Y) */ > + iX += GetSystemMetrics(SM_XVIRTUALSCREEN); > + iY += GetSystemMetrics(SM_YVIRTUALSCREEN); > + > iWidth = pWin->drawable.width; > iHeight = pWin->drawable.height; > > > > ------------------------------------------------------------------------ > > From huntharo@msu.edu Sun May 11 21:54:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 11 May 2003 21:54:00 -0000 Subject: Problem with Multiwindow Mode and Maximizing In-Reply-To: <5.2.1.1.2.20030510140943.00aee920@localhost> References: <5.2.1.1.2.20030510140943.00aee920@localhost> Message-ID: <3EBEC3D9.80202@msu.edu> Michael, I looked at this and was unable to figure out what the problem is. You are correct that it is a problem. The window flashing is something that Windows does to help you visualize that the window is being maximized. It occurs even when we don't do anything in our handling of the maximize message. It appears that we must resize our own window when the maximize message arrives, but I can't seem to get this to work correctly. Perhaps I will look at it another day. Harold Michael Gaskins wrote: > Hi. This seems like an obvious bug, but I couldn't find mention of it > in the archives so I figured I'd report it. When using the included > XWin.exe in multiwindow mode, the maximize button doesn't work. The app > does it's graphical expansion briefly and then returns to it's original > size (though the maximize button does convert to the restore button). > Don't know if this is specific to my setup, so I'll list my specs below: > > Windows XP SP1 > AMD Athlon XP2100 > ATI Radeon 9000 Pro (latest drivers) > Aopen AK75 motherboard (latest BIOS and drivers) > TB Santa Cruz sound (latest drivers) > > That's the core stuff. Naturally it would take much to long to list > every piece of hardware and software package, but if need be I can dig > out specifics. From earle@ziplabel.com Sun May 11 22:19:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sun, 11 May 2003 22:19:00 -0000 Subject: PATCH: XWin multiwindow+multiscreen for negative screen coordinates In-Reply-To: <3EBEBBCA.7090403@msu.edu> References: <5.1.1.6.2.20030511120312.00ab94e0@mail.ziplabel.com> <5.1.1.6.2.20030511120312.00ab94e0@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030511151140.00abd4e0@mail.ziplabel.com> Howdy, I'm happy to help out (especially when it helps me too). I got hooked on multiple monitors back on a Mac way too many years ago, and today at work I use a 3-head "cockpit" setup, so I feel sort of constrained even when using my 2-screen home machine now. Please find below the diff -U3 against the 20030501 dump referenced in your message: ------------8<-------------------------------- --- winmultiwindowwindow.c 2003-05-11 14:59:52.000000000 -0700 +++ /tmp/winmultiwindowwindow.c 2003-05-01 09:56:46.000000000 -0700 @@ -202,10 +202,6 @@ iX = pWin->drawable.x; iY = pWin->drawable.y; - /* Root coord (0,0) is really screen coord (-X, -Y) */ - iX += GetSystemMetrics(SM_XVIRTUALSCREEN); - iY += GetSystemMetrics(SM_YVIRTUALSCREEN); - /* Get the height and width of the X window */ iWidth = pWin->drawable.width; iHeight = pWin->drawable.height; @@ -813,10 +809,6 @@ /* Translate the client area mouse coordinates to screen coordinates */ ClientToScreen (hwnd, &ptMouse); - /* Screen coord (-X,-Y) maps to root window (0,0) */ - ptMouse.x -= GetSystemMetrics(SM_XVIRTUALSCREEN); - ptMouse.y -= GetSystemMetrics(SM_YVIRTUALSCREEN); - /* We can't do anything without privates */ if (s_pScreenPriv == NULL || s_pScreenInfo->fIgnoreInput) break; @@ -946,10 +938,6 @@ /* Translate the client area mouse coordinates to screen coordinates */ ClientToScreen (hwnd, &ptMouse); - /* Screen Coords from (-X,-Y) => Root Window (0,0) */ - ptMouse.left -= GetSystemMetrics(SM_XVIRTUALSCREEN); - ptMouse.top -= GetSystemMetrics(SM_YVIRTUALSCREEN); - /* Pass the message to the root window */ SendMessage (hwndScreen, message, wParam, MAKELONG(ptMouse.x, ptMouse.y)); return 0; @@ -1097,10 +1085,9 @@ ErrorF ("\t(%d, %d)\n", pWinPriv->iX, pWinPriv->iY); #endif - /* Map from screen (-X,-Y) to (0,0) root coords */ winMoveXWindow (pWin, - LOWORD(lParam) - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), - HIWORD(lParam) - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN)); + LOWORD(lParam) - wBorderWidth (pWin), + HIWORD(lParam) - wBorderWidth (pWin)); return 0; case WM_SHOWWINDOW: @@ -1259,10 +1246,9 @@ } - /* Map from screen (-X,-Y) to (0,0) root coords */ (s_pScreen->ResizeWindow) (pWin, - pWinPriv->iX - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), - pWinPriv->iY - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN), + pWinPriv->iX - wBorderWidth (pWin), + pWinPriv->iY - wBorderWidth (pWin), pWinPriv->iWidth, pWinPriv->iHeight, pWin->nextSib); @@ -1304,10 +1290,6 @@ /* Get the current position of the mouse cursor */ GetCursorPos (&point); - /* Map from screen (-x,-y) to root (0,0) */ - point.x -= GetSystemMetrics(SM_XVIRTUALSCREEN); - point.y -= GetSystemMetrics(SM_YVIRTUALSCREEN); - /* Deliver absolute cursor position to X Server */ miPointerAbsoluteCursor (point.x, point.y, g_c32LastInputEventTime = GetTickCount ()); @@ -1350,10 +1332,6 @@ iX = pWin->drawable.x; iY = pWin->drawable.y; - /* Map from root coord (0,0) to screen (-X, -Y) */ - iX += GetSystemMetrics(SM_XVIRTUALSCREEN); - iY += GetSystemMetrics(SM_YVIRTUALSCREEN); - iWidth = pWin->drawable.width; iHeight = pWin->drawable.height; ------------8<-------------------------------- Thanks, At 05:08 PM 5/11/2003 -0400, you wrote: >Earle, >I like the patch. >However, I have two problems (easily fixable) with it: >1) It is against an old version of winmultiwindowwindow.c. The newest >version can be downloaded here: >http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030501-1250.tar.bz2 >http://xfree86.cygwin.com/devel/shadow/changelog.html >2) Please run ``diff -U3''. I need the extra info that that format >provides so I can figure out what is happening. >Other than that I thank you for stepping up to fix this problem. I don't >have multiple monitors so I can't really fix these sorts of things on my own. >Thanks for contributing, >Harold >Earle F. Philhower III wrote: >>There is a bug in the way XWin handles Windows screen coordinates when >>it's run on a system with legal negative position values. That is, there >>is a monitor to the left of the primary monitor, whose screen coords are >>(-xxx,0), and the global screen coords are from (-xxx,0) to (+xxx,0). You >>can reproduce this on a 2 head system by setting the rightmost head to be >>the Control Panel->Display Settings->Settings->Use this device as my >>primary monitor, and then running "XWin.exe -multiwindow -multiplemonitors" >>The fix is to offset screen coords by SM_XVIRTUALSCREEN/SM_YVIRTUALSCREEN >>whenever you are mapping to/from root window coords (window positioning, >>mouse movements). > >-Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From earle@ziplabel.com Mon May 12 00:45:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 12 May 2003 00:45:00 -0000 Subject: Problem with Multiwindow Mode and Maximizing In-Reply-To: <3EBEC3D9.80202@msu.edu> References: <5.2.1.1.2.20030510140943.00aee920@localhost> <5.2.1.1.2.20030510140943.00aee920@localhost> Message-ID: <5.1.1.6.2.20030511173747.00aa8bc8@mail.ziplabel.com> Howdy again, At 05:42 PM 5/11/2003 -0400, you wrote: >I looked at this and was unable to figure out what the problem is. >You are correct that it is a problem. >The window flashing is something that Windows does to help you visualize >that the window is being maximized. It occurs even when we don't do >anything in our handling of the maximize message. >It appears that we must resize our own window when the maximize message >arrives, but I can't seem to get this to work correctly. Perhaps I will >look at it another day. What's going on is that Windoze sends a WM_MOVE prior to the WM_SIZE when you maximize a window. That WM_MOVE invoked the x-move-window function which then merrily overrides the new window size because the drawable hasn't been updated. Windows then sends the WM_SIZE/SIZE_MAXIMIZED but it sends the LPARAM with the size that the WM_MOVE set, not the maximized sire. An easy solution that I was able to get into about 10 lines is to just defer the WM_MOVE when you see the window is maximized, and handle it in the WM_SIZE routine. A patch (against my earlier multiscreen file) is attached below that does just that. The only problem is that when you restore the window the position is set to the same as where it was maximized to (0,0 on single monitor systems). Any ideas appreciated, but we don't get a SIZE_UNMINIMIZING indication so it's not just a simple matter of caching and restoring the X/Y at some later time... The first part just bails out of the WM_SIZE handler if it's maximized, and the 2nd one in WM_SIZE takes care of moving the X backing window to the real X/Y that the Windows window has already moved to. That Client2Screen() is needed to handle the case where you have >1 monitor, maximized windows then can be at any X/Y. -----------8<------------ --- winmultiwindowwindow.c 2003-05-11 17:34:28.000000000 -0700 +++ /tmp/winmultiwindowwindow.c 2003-05-11 17:37:05.000000000 -0700 @@ -1088,14 +1088,6 @@ if (pWinPriv->iX == (short) LOWORD(lParam) && pWinPriv->iY == (short) HIWORD(lParam)) break; - /* Also bail if we're maximizing, we'll do the whole thing in WM_SIZE */ - { - WINDOWPLACEMENT windPlace; - windPlace.length = sizeof(WINDOWPLACEMENT); - GetWindowPlacement(hwnd, &windPlace); - if (windPlace.showCmd==SW_MAXIMIZE || windPlace.showCmd==SW_SHOWMAXIMIZED) - break; - } /* Get new position */ pWinPriv->iX = (short) LOWORD(lParam); @@ -1233,19 +1225,6 @@ ErrorF ("\t(%d, %d)\n", pWinPriv->iWidth, pWinPriv->iHeight); #endif - /* If we're maximizing the window has been moved to upper left */ - /* of current screen. Now it is safe for X to know about this. */ - if (wParam==SIZE_MAXIMIZED) { - POINT home; - home.x = 0; - home.y = 0; - ClientToScreen(hwnd, &home); - /* Map from screen (-X,-Y) to (0,0) root coords */ - winMoveXWindow (pWin, - home.x - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), - home.y - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN)); - } - winResizeXWindow (pWin, LOWORD(lParam), HIWORD(lParam)); --------------8<----------------------- -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Mon May 12 01:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 May 2003 01:27:00 -0000 Subject: Problem with Multiwindow Mode and Maximizing In-Reply-To: <5.1.1.6.2.20030511173747.00aa8bc8@mail.ziplabel.com> References: <5.2.1.1.2.20030510140943.00aee920@localhost> <5.2.1.1.2.20030510140943.00aee920@localhost> <5.1.1.6.2.20030511173747.00aa8bc8@mail.ziplabel.com> Message-ID: <3EBEF5C0.5050803@msu.edu> Earle, Excellent. This is certainly an improvement over the current lack of maximization functionality. I am going to think about the restore functionality for a while. Let me know if you come up with anything. I will probably post a new test release sometime this week, perhaps as early as later tonight. Harold Earle F. Philhower III wrote: > Howdy again, > > At 05:42 PM 5/11/2003 -0400, you wrote: > >> I looked at this and was unable to figure out what the problem is. >> You are correct that it is a problem. >> The window flashing is something that Windows does to help you >> visualize that the window is being maximized. It occurs even when we >> don't do anything in our handling of the maximize message. >> It appears that we must resize our own window when the maximize >> message arrives, but I can't seem to get this to work correctly. >> Perhaps I will look at it another day. > > > What's going on is that Windoze sends a WM_MOVE prior to the WM_SIZE > when you > maximize a window. That WM_MOVE invoked the x-move-window function > which then > merrily overrides the new window size because the drawable hasn't been > updated. > Windows then sends the WM_SIZE/SIZE_MAXIMIZED but it sends the LPARAM > with the > size that the WM_MOVE set, not the maximized sire. > > An easy solution that I was able to get into about 10 lines is to just > defer > the WM_MOVE when you see the window is maximized, and handle it in the > WM_SIZE > routine. A patch (against my earlier multiscreen file) is attached below > that does just that. The only problem is that when you restore the window > the position is set to the same as where it was maximized to (0,0 on single > monitor systems). Any ideas appreciated, but we don't get a > SIZE_UNMINIMIZING > indication so it's not just a simple matter of caching and restoring the > X/Y > at some later time... > > The first part just bails out of the WM_SIZE handler if it's maximized, > and the 2nd one in WM_SIZE takes care of moving the X backing window to > the real X/Y that the Windows window has already moved to. That > Client2Screen() > is needed to handle the case where you have >1 monitor, maximized windows > then can be at any X/Y. > > -----------8<------------ > --- winmultiwindowwindow.c 2003-05-11 17:34:28.000000000 -0700 > +++ /tmp/winmultiwindowwindow.c 2003-05-11 17:37:05.000000000 -0700 > @@ -1088,14 +1088,6 @@ > if (pWinPriv->iX == (short) LOWORD(lParam) > && pWinPriv->iY == (short) HIWORD(lParam)) > break; > - /* Also bail if we're maximizing, we'll do the whole thing in > WM_SIZE */ > - { > - WINDOWPLACEMENT windPlace; > - windPlace.length = sizeof(WINDOWPLACEMENT); > - GetWindowPlacement(hwnd, &windPlace); > - if (windPlace.showCmd==SW_MAXIMIZE || > windPlace.showCmd==SW_SHOWMAXIMIZED) > - break; > - } > > /* Get new position */ > pWinPriv->iX = (short) LOWORD(lParam); > @@ -1233,19 +1225,6 @@ > ErrorF ("\t(%d, %d)\n", pWinPriv->iWidth, pWinPriv->iHeight); > #endif > > - /* If we're maximizing the window has been moved to upper left */ > - /* of current screen. Now it is safe for X to know about > this. */ > - if (wParam==SIZE_MAXIMIZED) { > - POINT home; > - home.x = 0; > - home.y = 0; > - ClientToScreen(hwnd, &home); > - /* Map from screen (-X,-Y) to (0,0) root coords */ > - winMoveXWindow (pWin, > - home.x - wBorderWidth (pWin) - > GetSystemMetrics(SM_XVIRTUALSCREEN), > - home.y - wBorderWidth (pWin) - > GetSystemMetrics(SM_YVIRTUALSCREEN)); > - } > - > winResizeXWindow (pWin, > LOWORD(lParam), > HIWORD(lParam)); > --------------8<----------------------- > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From aka@mvps.org Mon May 12 03:11:00 2003 From: aka@mvps.org (Alex K. Angelopoulos) Date: Mon, 12 May 2003 03:11:00 -0000 Subject: XWin dying immediately on XP Pro SP1 - diagnostics techniques? Message-ID: I'm having problems with getting XFree86 (in a freshly downloaded current install of Cygwin) running on a system with XP Pro SP1 as the operating system. >From all appearances, XWin dies immediately after starting and then everything else called from startxwin.sh dies as well. Since I'm very new to Cygwin and have only used *nix-family GUIs lightly in the last 9 years, I have no clue about how to start checking the cause of my problems. Could someone give me some tips on starting diagnostics, or at least doing verbose logging of the X server startup process? Just in case, here's the exact set of error messages I get and details on my system and customizations. Any help appreciated! Alex =============== OUTPUT WHEN RUNNING startxwin.sh $ startxwin.sh xsetroot: unable to open display 'aka1:0.0' Administrator:/home/Administrator ~ $ twm: unable to open display "aka1:0.0" xterm Xt error: Can't open display: aka1:0.0 =============== SYSTEM AND CYGWIN CONFIG DETAILS OS Config Video - nVidia Riva TNT2 64 AGP card, 32 MiB RAM, running nVidia's own 4.3.4.5 driver. Networking: + 3Com Etherlink 10/100 PCI NIC (3C905-TX) + external USR 56K Modem Cygwin Customization + Installed to standard c:\cygwin location + Customized startxwin's DISPLAY definition to be `hostname`:0.0. Same results as with 127.0.0.1:0.0. -- From huntharo@msu.edu Mon May 12 03:32:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 May 2003 03:32:00 -0000 Subject: XWin dying immediately on XP Pro SP1 - diagnostics techniques? In-Reply-To: References: Message-ID: <3EBF15C4.8030503@msu.edu> Alex, Please send in the contents of /tmp/XWin.log. Harold Alex K. Angelopoulos wrote: > I'm having problems with getting XFree86 (in a freshly downloaded current > install of Cygwin) running on a system with XP Pro SP1 as the operating > system. > > From all appearances, XWin dies immediately after starting and then > everything else called from startxwin.sh dies as well. Since I'm very new > to Cygwin and have only used *nix-family GUIs lightly in the last 9 years, > I have no clue about how to start checking the cause of my problems. > Could someone give me some tips on starting diagnostics, or at least doing > verbose logging of the X server startup process? > > Just in case, here's the exact set of error messages I get and details on > my system and customizations. Any help appreciated! > > Alex > > > > =============== > OUTPUT WHEN RUNNING startxwin.sh > > $ startxwin.sh > xsetroot: unable to open display 'aka1:0.0' > > Administrator:/home/Administrator ~ > $ twm: unable to open display "aka1:0.0" > xterm Xt error: Can't open display: aka1:0.0 > > =============== > SYSTEM AND CYGWIN CONFIG DETAILS > > OS Config > Video - nVidia Riva TNT2 64 AGP card, 32 MiB RAM, running nVidia's own > 4.3.4.5 driver. > Networking: + 3Com Etherlink 10/100 PCI NIC (3C905-TX) > + external USR 56K Modem > > Cygwin Customization > + Installed to standard c:\cygwin location > + Customized startxwin's DISPLAY definition to be `hostname`:0.0. Same > results as with 127.0.0.1:0.0. > > > > From aka@mvps.org Mon May 12 04:47:00 2003 From: aka@mvps.org (Alex K. Angelopoulos) Date: Mon, 12 May 2003 04:47:00 -0000 Subject: XWin dying immediately on XP Pro SP1 - diagnostics techniques? References: <3EBF15C4.8030503@msu.edu> Message-ID: Harold, There _was_ no XWin.log being created, but asking me about that actually got me going in the right direction. ;) It seemed pretty evident to me that if I wasn't seeing the log, XWin had to be dying before it even got all the way up. I checked the XP system log, and found that I was getting an application popup (suppressed due to my settings while doing some beta software testing): 'XWin.exe - Unable To Locate Component : This application has failed to start because cygz.dll was not found' Sure enough, The Cygwin installer had not installed zlib. I grabbed that, installed it, and it works just fine now, including logging to /tmp/XWin.log. Harold L Hunt II wrote: > Alex, > > Please send in the contents of /tmp/XWin.log. > > Harold > > Alex K. Angelopoulos wrote: >> I'm having problems with getting XFree86 (in a freshly downloaded >> current install of Cygwin) running on a system with XP Pro SP1 as the >> operating system. >> >> From all appearances, XWin dies immediately after starting and then >> everything else called from startxwin.sh dies as well.... From aka@mvps.org Mon May 12 05:18:00 2003 From: aka@mvps.org (Alex K. Angelopoulos) Date: Mon, 12 May 2003 05:18:00 -0000 Subject: XWin dying immediately on XP Pro SP1 - diagnostics techniques? References: <3EBF15C4.8030503@msu.edu> Message-ID: Harold L Hunt II wrote: > Alex, > > Please send in the contents of /tmp/XWin.log. > > Harold And just for the record... I know, I already had read that Cygwin XFree86 didn't require you to run config since it gets its info from Windows; but really _seeing_ an X desktop run with zero real configuration is amazing! From pechtcha@cs.nyu.edu Mon May 12 13:21:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 12 May 2003 13:21:00 -0000 Subject: XWin dying immediately on XP Pro SP1 - diagnostics techniques? In-Reply-To: Message-ID: On Sun, 11 May 2003, Alex K. Angelopoulos wrote: > 'XWin.exe - Unable To Locate Component : This application has failed to > start because cygz.dll was not found' > > Sure enough, The Cygwin installer had not installed zlib. I grabbed that, > installed it, and it works just fine now, including logging to > /tmp/XWin.log. Alex, AFAICS, XFree86-xserv requires XFree86-base, which in turn requires zlib. Did zlib not get selected in setup (which would indicate a bug in setup's dependence mechanism), or did you explicitly unselect it when installing? Igor P.S. It's good to know about turning off application popups. Is that done by some conventional means, or can you only do it using an XP system call? On Sun, 11 May 2003, Alex K. Angelopoulos wrote: > Harold, > > There _was_ no XWin.log being created, but asking me about that actually > got me going in the right direction. ;) > > It seemed pretty evident to me that if I wasn't seeing the log, XWin had > to be dying before it even got all the way up. I checked the XP system > log, and found that I was getting an application popup (suppressed due to > my settings while doing some beta software testing): > > 'XWin.exe - Unable To Locate Component : This application has failed to > start because cygz.dll was not found' > > Sure enough, The Cygwin installer had not installed zlib. I grabbed that, > installed it, and it works just fine now, including logging to > /tmp/XWin.log. > > Harold L Hunt II wrote: > > Alex, > > > > Please send in the contents of /tmp/XWin.log. > > > > Harold > > > > Alex K. Angelopoulos wrote: > >> I'm having problems with getting XFree86 (in a freshly downloaded > >> current install of Cygwin) running on a system with XP Pro SP1 as the > >> operating system. > >> > >> From all appearances, XWin dies immediately after starting and then > >> everything else called from startxwin.sh dies as well.... -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II From daniel.blueman@gmx.net Mon May 12 13:59:00 2003 From: daniel.blueman@gmx.net (Daniel Blueman) Date: Mon, 12 May 2003 13:59:00 -0000 Subject: XWin crashing on large clipboard copies... Message-ID: <26399.1052747939@www20.gmx.net> When an X session is opened with XWin using the '-clipboard' flag, if the user copies a large quantity of text in certain windows, for example 200 lines in a Gnome Terminal - XWin will immediately crash. Starting program: /usr/X11R6/bin/XWin.exe -engine 1 -clipboard -ac -fullscreen -nowinkill -nounixkill -once -tst -terminate ... [SEGV received] ... (gdb) where #0 0x0045bf02 in inflate_mask () #1 0x10155040 in ?? () #2 0x004582f3 in inflate_mask () #3 0x610895f1 in cygwin1!cfsetispeed () from /usr/bin/cygwin1.dll #4 0x77e96523 in TlsSetValue () from /cygdrive/c/WINNT/system32/KERNEL32.DLL Can anyone else reproduce this with a XWin compiled with debug symbols? Thanks in advance, and CC any emails to me, as I'm not subscribed! Daniel -- Daniel J Blueman +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l??cheln! Fotogalerie online mit GMX ohne eigene Homepage! From aka@mvps.org Mon May 12 14:17:00 2003 From: aka@mvps.org (Alex K. Angelopoulos) Date: Mon, 12 May 2003 14:17:00 -0000 Subject: XWin dying immediately on XP Pro SP1 - diagnostics techniques? References: Message-ID: Igor Pechtchanski wrote: > On Sun, 11 May 2003, Alex K. Angelopoulos wrote: > >> 'XWin.exe - Unable To Locate Component : This application has failed to >> start because cygz.dll was not found' >> >> Sure enough, The Cygwin installer had not installed zlib. I grabbed >> that, installed it, and it works just fine now, including logging to >> /tmp/XWin.log. > > Alex, > > AFAICS, XFree86-xserv requires XFree86-base, which in turn requires > zlib. Did zlib not get selected in setup (which would indicate a bug in > setup's dependence mechanism), or did you explicitly unselect it when > installing? Igor Because of how I "acquired" the files, I am almost positive that I screwed this up myself. I'm on dialup and my connection is broken on the ISP side every 4 hours automatically, so I had to mirror a site on my own and then did setup from the local files. There may be a minor glitch in setup somewhere - I haven't tried to figure out the details of how it works yet - but it was almost certainly precipitated by my download technique. > P.S. It's good to know about turning off application popups. Is that > done by some conventional means, or can you only do it using an XP > system call? Yeah - I use it for misbehaved apps that only understand Session 0 on Terminal Services... Here's the registry key for this; it works on 2000, XP, and presumably Server 2003 - I don't know about any other OS versions: Key: HKLM\SYSTEM\CurrentControlSet\Control\Windows Value Name: ErrorMode Data Type: REG_DWORD) Known Values: 0 - All errors appear in popups (this is the default setting). 1 - System errors logged, application errors in popups 2 - System and application errors logged, no popups. From pechtcha@cs.nyu.edu Mon May 12 14:49:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 12 May 2003 14:49:00 -0000 Subject: XWin dying immediately on XP Pro SP1 - diagnostics techniques? In-Reply-To: Message-ID: Alex, Thanks for the info. Replies inline below. On Mon, 12 May 2003, Alex K. Angelopoulos wrote: > Igor Pechtchanski wrote: > > On Sun, 11 May 2003, Alex K. Angelopoulos wrote: > > > >> 'XWin.exe - Unable To Locate Component : This application has failed to > >> start because cygz.dll was not found' > >> > >> Sure enough, The Cygwin installer had not installed zlib. I grabbed > >> that, installed it, and it works just fine now, including logging to > >> /tmp/XWin.log. > > > > Alex, > > > > AFAICS, XFree86-xserv requires XFree86-base, which in turn requires > > zlib. Did zlib not get selected in setup (which would indicate a bug in > > setup's dependence mechanism), or did you explicitly unselect it when > > installing? Igor > > Because of how I "acquired" the files, I am almost positive that I screwed > this up myself. I'm on dialup and my connection is broken on the ISP > side every 4 hours automatically, so I had to mirror a site on my own and > then did setup from the local files. There may be a minor glitch in setup > somewhere - I haven't tried to figure out the details of how it works > yet - but it was almost certainly precipitated by my download technique. If there is a "glitch" (or bug) in setup, we'd like to know about it (and fix it), no matter what precipitates it. IOW, did you use "setup.exe" to download the files for your local mirror? If so, zlib should have been selected. If not, and you simply didn't download zlib, you may have other problems later with missing dependences that lurk on your system. > > P.S. It's good to know about turning off application popups. Is that > > done by some conventional means, or can you only do it using an XP > > system call? > > Yeah - I use it for misbehaved apps that only understand Session 0 on > Terminal Services... Here's the registry key for this; it works on 2000, > XP, and presumably Server 2003 - I don't know about any other OS versions: > > Key: HKLM\SYSTEM\CurrentControlSet\Control\Windows > Value Name: ErrorMode > Data Type: REG_DWORD) > Known Values: > 0 - All errors appear in popups (this is the default setting). > 1 - System errors logged, application errors in popups > 2 - System and application errors logged, no popups. Is there a tool that would do that, or does it require registry hacking? The reason I'm asking is that if there is a tool, people might have run it, and we should then add an entry to the FAQ with something like "my app just doesn't work with no apparent output" as the question, and the answer pointing them to the event log... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II From rk8142@sbc.com Mon May 12 15:39:00 2003 From: rk8142@sbc.com (KIDWELL, REX (SBCSI)) Date: Mon, 12 May 2003 15:39:00 -0000 Subject: Running Xwin in passive mode Message-ID: <1E274BD4B4502143868BD7AF0B36C8C10149FFD0@mostls1msgusr05.ITServices.sbc.com> Thanks for the help your suggestions did the job. This raised two unrelated questions. Where can I find a current list of command line options for Xwin? I've seen and used -ac, -multiwindow, and -clipboard but they aren't documented in the online reference or the supplied man page. I also could not find any help on how to use xwinclip. I was looking for help on what the keyboard and mouse sequences are to cut and paste between a X-term and Notepad. Control-C and Control-V don't mean the same think within a x-term/dtterm. The documentation I found only talks about how to start xwinclip. Rex > -----Original Message----- > From: KIDWELL, REX (SBCSI) > Sent: Tuesday, May 06, 2003 8:50 AM > To: 'cygwin-xfree@cygwin.com' > Subject: Running Xwin in passive mode > > Has anyone figured out how to run Xwin in the passive mode (sorry Exceed > terminology)? > > Passive mode is defined as starting a Xserver in the background without a > full screen session manager. The goal is to display individual X clients > like any other program running on a Windows platform. I.E. run remote > xterms and dtterms from remote systems and display them like a DOS CMD > window. > > An additional requirement would be to run them from a single Xwin > invocation so cut and paste would be supported between xterms. From aka@mvps.org Mon May 12 16:34:00 2003 From: aka@mvps.org (Alex K. Angelopoulos) Date: Mon, 12 May 2003 16:34:00 -0000 Subject: XWin dying immediately on XP Pro SP1 - diagnostics techniques? References: Message-ID: Igor Pechtchanski wrote: > If there is a "glitch" (or bug) in setup, we'd like to know about it > (and fix it), no matter what precipitates it. IOW, did you use > "setup.exe" to download the files for your local mirror? If so, zlib > should have been selected. If not, and you simply didn't download > zlib, you may have other problems later with missing dependences that > lurk on your system. I think the problem is how I originally got the files; I sorted them after direct transfer to a flat folder, and I think that's where I produced my problem. The original motivation of this was that if I ran setup for download, after my link reconnected setup would never let me reconnect to the original server. So I would bet I do see other issues at some point... but this has forced me to learn a bit about the packaging structure at least. > Is there a tool that would do that, or does it require registry hacking? To my knowledge it's purely a registry hack. > The reason I'm asking is that if there is a tool, people might have run > it, and we should then add an entry to the FAQ with something like "my > app just doesn't work with no apparent output" as the question, and the > answer pointing them to the event log... > Igor -- From huntharo@msu.edu Mon May 12 16:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 May 2003 16:39:00 -0000 Subject: Running Xwin in passive mode In-Reply-To: <1E274BD4B4502143868BD7AF0B36C8C10149FFD0@mostls1msgusr05.ITServices.sbc.com> References: <1E274BD4B4502143868BD7AF0B36C8C10149FFD0@mostls1msgusr05.ITServices.sbc.com> Message-ID: <3EBFCE49.9090400@msu.edu> Rex, -ac is a generic X Server command-line parameter. There is a man page generic to all X Servers that documents this. -multiwindow and -clipboard are documented in the man page; however, our current package setup does not release the new man page with each new server release, so the man pages are way out of date. You can find information about these options by looking in the Change Log: http://xfree86.cygwin.com/devel/shadow/changelog.html xwinclip just copies contents selected into the X clipboard to the Windows clipboard and vice versa. In Windows you use the usual shortcuts for this. Copying to the clipboard in X is somewhat application-specific. In xterm you need only highlight the text to copy it to the X clipboard (which copies it to the Windows clipboard when -clipboard or xwinclip are used). Hope that helps, Harold KIDWELL, REX (SBCSI) wrote: > Thanks for the help your suggestions did the job. > > This raised two unrelated questions. > > Where can I find a current list of command line options for Xwin? I've seen > and used -ac, -multiwindow, and -clipboard but they aren't documented in the > online reference or the supplied man page. > > I also could not find any help on how to use xwinclip. I was looking for > help on what the keyboard and mouse sequences are to cut and paste between a > X-term and Notepad. Control-C and Control-V don't mean the same think > within a x-term/dtterm. The documentation I found only talks about how to > start xwinclip. > > Rex > > >> -----Original Message----- >>From: KIDWELL, REX (SBCSI) >>Sent: Tuesday, May 06, 2003 8:50 AM >>To: 'cygwin-xfree@cygwin.com' >>Subject: Running Xwin in passive mode >> >>Has anyone figured out how to run Xwin in the passive mode (sorry Exceed >>terminology)? >> >>Passive mode is defined as starting a Xserver in the background without a >>full screen session manager. The goal is to display individual X clients >>like any other program running on a Windows platform. I.E. run remote >>xterms and dtterms from remote systems and display them like a DOS CMD >>window. >> >>An additional requirement would be to run them from a single Xwin >>invocation so cut and paste would be supported between xterms. From rk8142@sbc.com Mon May 12 17:47:00 2003 From: rk8142@sbc.com (KIDWELL, REX (SBCSI)) Date: Mon, 12 May 2003 17:47:00 -0000 Subject: XFree86 - Windows cut/paste functionallity Message-ID: <1E274BD4B4502143868BD7AF0B36C8C10149FFD5@mostls1msgusr05.ITServices.sbc.com> The following Xwin is used to start a full session on a remote system. xwin -kb -query hostname1 -nodecoration -clipboard -fp tcp/hostname2:7100 & Xfree and Windows aren't seeing each others clipboards. Running xwinclip in the background doesn't seem to help. Xwinclip also has bad side effects on the xfree highlight (reverse video). The desktop system is Evo 510 running W2K with SP1. Cygwin/XFree86.base version is 4.2.0-1. Should xwinclip be started after "xwin -clipboard"? > -----Original Message----- > From: KIDWELL, REX (SBCSI) > Sent: Monday, May 12, 2003 10:39 AM > To: 'cygwin-xfree@cygwin.com' > Subject: RE: Running Xwin in passive mode > > Thanks for the help your suggestions did the job. > > This raised two unrelated questions. > > Where can I find a current list of command line options for Xwin? I've > seen and used -ac, -multiwindow, and -clipboard but they aren't documented > in the online reference or the supplied man page. > > I also could not find any help on how to use xwinclip. I was looking for > help on what the keyboard and mouse sequences are to cut and paste between > a X-term and Notepad. Control-C and Control-V don't mean the same think > within a x-term/dtterm. The documentation I found only talks about how to > start xwinclip. > > Rex > > -----Original Message----- > From: KIDWELL, REX (SBCSI) > Sent: Tuesday, May 06, 2003 8:50 AM > To: 'cygwin-xfree@cygwin.com' > Subject: Running Xwin in passive mode > > Has anyone figured out how to run Xwin in the passive mode (sorry > Exceed terminology)? > > Passive mode is defined as starting a Xserver in the background > without a full screen session manager. The goal is to display individual > X clients like any other program running on a Windows platform. I.E. run > remote xterms and dtterms from remote systems and display them like a DOS > CMD window. > > An additional requirement would be to run them from a single Xwin > invocation so cut and paste would be supported between xterms. From huntharo@msu.edu Mon May 12 17:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 May 2003 17:59:00 -0000 Subject: XFree86 - Windows cut/paste functionallity In-Reply-To: <1E274BD4B4502143868BD7AF0B36C8C10149FFD5@mostls1msgusr05.ITServices.sbc.com> References: <1E274BD4B4502143868BD7AF0B36C8C10149FFD5@mostls1msgusr05.ITServices.sbc.com> Message-ID: <3EBFDF00.6050906@msu.edu> Rex, xwinclip and -clipboard do exactly the same thing. They CANNOT be run together. -clipboard just runs a version of xwinclip internally to the server on its own thread of execution. Check /tmp/XWin.log for errors related to -clipboard (please send them in if you see any). Yes, xwinclip unhighlights the selection in X. Please search the mailing list archives for more information on this, as it has been discussed many, many times and won't be changed any time soon. Harold KIDWELL, REX (SBCSI) wrote: > The following Xwin is used to start a full session on a remote system. > > xwin -kb -query hostname1 -nodecoration -clipboard -fp tcp/hostname2:7100 & > > Xfree and Windows aren't seeing each others clipboards. Running xwinclip in > the background doesn't seem to help. Xwinclip also has bad side effects on > the xfree highlight (reverse video). > > The desktop system is Evo 510 running W2K with SP1. > > Cygwin/XFree86.base version is 4.2.0-1. > > Should xwinclip be started after "xwin -clipboard"? > > > > > >> -----Original Message----- >>From: KIDWELL, REX (SBCSI) >>Sent: Monday, May 12, 2003 10:39 AM >>To: 'cygwin-xfree@cygwin.com' >>Subject: RE: Running Xwin in passive mode >> >>Thanks for the help your suggestions did the job. >> >>This raised two unrelated questions. >> >>Where can I find a current list of command line options for Xwin? I've >>seen and used -ac, -multiwindow, and -clipboard but they aren't documented >>in the online reference or the supplied man page. >> >>I also could not find any help on how to use xwinclip. I was looking for >>help on what the keyboard and mouse sequences are to cut and paste between >>a X-term and Notepad. Control-C and Control-V don't mean the same think >>within a x-term/dtterm. The documentation I found only talks about how to >>start xwinclip. >> >>Rex >> >> -----Original Message----- >> From: KIDWELL, REX (SBCSI) >> Sent: Tuesday, May 06, 2003 8:50 AM >> To: 'cygwin-xfree@cygwin.com' >> Subject: Running Xwin in passive mode >> >> Has anyone figured out how to run Xwin in the passive mode (sorry >>Exceed terminology)? >> >> Passive mode is defined as starting a Xserver in the background >>without a full screen session manager. The goal is to display individual >>X clients like any other program running on a Windows platform. I.E. run >>remote xterms and dtterms from remote systems and display them like a DOS >>CMD window. >> >> An additional requirement would be to run them from a single Xwin >>invocation so cut and paste would be supported between xterms. From plightbo@cisco.com Mon May 12 18:10:00 2003 From: plightbo@cisco.com (Pat Lightbody) Date: Mon, 12 May 2003 18:10:00 -0000 Subject: ~/.Xdefaults not loading Message-ID: <00ec01c318b1$32c6e740$81696540@moose> Any reason why my .Xdefaults file isn't loading when I start X? I have to xrdb -load manually :( -Pat From rk8142@sbc.com Mon May 12 19:15:00 2003 From: rk8142@sbc.com (KIDWELL, REX (SBCSI)) Date: Mon, 12 May 2003 19:15:00 -0000 Subject: XFree86 - Windows cut/paste functionallity Message-ID: <1E274BD4B4502143868BD7AF0B36C8C10149FFD6@mostls1msgusr05.ITServices.sbc.com> Harold, The contents of the c:\cygwin\tmp\XWinrl.log (/tmp/XWinrl.log) file is listed below. From the contents, is this the same as /tmp/XWin.log? Anyway, looking at the end of the log file it looks like the clipboard option couldn't open the display. This raises several issues. 1) The DISPLAY variable may not be set when the "XWin -query" command is issued (no X server). 2) The user has to log on to the remote system via the CDE logon windows, set their DISPLAY, and open it up to remote access via "xhost +" 3) What should the timing be for the clipboard option (The wait period might need to be changed from 4 to 30 seconds). Using xwinclip by itself didn't work and it didn't write anything in /tmp/Xwinrl.log file. Thanks for attempting to resolve this issue! Rex ___________________________________________ $ cat /tmp/XWinrl.log ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 1024 1280 winAdjustForAutoHide - Taskbar is auto hide winAdjustForAutoHide - Found BOTTOM auto-hide taskbar winAdjustForAutoHide - Adjusted WorkArea: 0 0 1023 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 1023 r 1280 l 0 b 1023 t 0 winCreateBoundingWindowWindowed - Returning winCreatePrimarySurfaceShadowDDNL - Creating primary surface winCreatePrimarySurfaceShadowDDNL - Created primary surface winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface winAllocateFBShadowDDNL - lPitch: 5120 winAllocateFBShadowDDNL - Created shadow pitch: 5120 winAllocateFBShadowDDNL - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () winFinishScreenInitFB - Calling winInitClipboard. winInitClipboard () winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. winClipboardProc - Hello winClipboardProc - Calling pthread_mutex_lock () (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(n ull)" winBlockHandler - Releasing pmServerStarted winClipboardProc - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - Calling setlocale () winBlockHandler - pthread_mutex_unlock () returned winClipboardProc - setlocale () returned winClipboardProc - pthread_mutex_unlock () returned. winClipboardProc - XInitThreads () returned. winClipboardProc - DISPLAY=:0.0 AUDIT: Mon May 12 13:35:24 2003: 1684 xwin: client 3 rejected from local host winClipboardProc - Could not open display, try: 1, sleeping: 4 AUDIT: Mon May 12 13:35:30 2003: 1684 xwin: client 5 rejected from local host winClipboardProc - Could not open display, try: 2, sleeping: 4 AUDIT: Mon May 12 13:35:34 2003: 1684 xwin: client 12 rejected from local host winClipboardProc - Could not open display, try: 3, sleeping: 4 winClipboardProc - Failed opening the display, giving up <> > -----Original Message----- > From: KIDWELL, REX (SBCSI) > Sent: Monday, May 12, 2003 12:43 PM > To: 'cygwin-xfree@cygwin.com' > Subject: XFree86 - Windows cut/paste functionallity > > The following Xwin is used to start a full session on a remote system. > > xwin -kb -query hostname1 -nodecoration -clipboard -fp tcp/hostname2:7100 > & > > Xfree and Windows aren't seeing each others clipboards. Running xwinclip > in the background doesn't seem to help. Xwinclip also has bad side > effects on the xfree highlight (reverse video). > > The desktop system is Evo 510 running W2K with SP1. > > Cygwin/XFree86.base version is 4.2.0-1. > > Should xwinclip be started after "xwin -clipboard"? > > > > > -----Original Message----- > From: KIDWELL, REX (SBCSI) > Sent: Monday, May 12, 2003 10:39 AM > To: 'cygwin-xfree@cygwin.com' > Subject: RE: Running Xwin in passive mode > > Thanks for the help your suggestions did the job. > > This raised two unrelated questions. > > Where can I find a current list of command line options for Xwin? > I've seen and used -ac, -multiwindow, and -clipboard but they aren't > documented in the online reference or the supplied man page. > > I also could not find any help on how to use xwinclip. I was > looking for help on what the keyboard and mouse sequences are to cut and > paste between a X-term and Notepad. Control-C and Control-V don't mean > the same think within a x-term/dtterm. The documentation I found only > talks about how to start xwinclip. > > Rex > > -----Original Message----- > From: KIDWELL, REX (SBCSI) > Sent: Tuesday, May 06, 2003 8:50 AM > To: 'cygwin-xfree@cygwin.com' > Subject: Running Xwin in passive mode > > Has anyone figured out how to run Xwin in the passive mode > (sorry Exceed terminology)? > > Passive mode is defined as starting a Xserver in the > background without a full screen session manager. The goal is to display > individual X clients like any other program running on a Windows platform. > I.E. run remote xterms and dtterms from remote systems and display them > like a DOS CMD window. > > An additional requirement would be to run them from a single > Xwin invocation so cut and paste would be supported between xterms. -------------- next part -------------- A non-text attachment was scrubbed... Name: XWinrl.log Type: application/octet-stream Size: 3021 bytes Desc: not available URL: From huntharo@msu.edu Mon May 12 19:24:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 May 2003 19:24:00 -0000 Subject: XFree86 - Windows cut/paste functionallity In-Reply-To: <1E274BD4B4502143868BD7AF0B36C8C10149FFD6@mostls1msgusr05.ITServices.sbc.com> References: <1E274BD4B4502143868BD7AF0B36C8C10149FFD6@mostls1msgusr05.ITServices.sbc.com> Message-ID: <3EBFF3DE.8090602@msu.edu> Rex, Oops... didn't notice that you were using XDMCP. For all practical purposes, -clipboard does not work when using XDMCP. You can use xwinclip if you run xhost after you connect and allow connections from your Windows machine. Harold KIDWELL, REX (SBCSI) wrote: > Harold, > > The contents of the c:\cygwin\tmp\XWinrl.log (/tmp/XWinrl.log) file is > listed below. From the contents, is this the same as /tmp/XWin.log? > > Anyway, looking at the end of the log file it looks like the clipboard > option couldn't open the display. This raises several issues. > > 1) The DISPLAY variable may not be set when the "XWin -query" command is > issued (no X server). > 2) The user has to log on to the remote system via the CDE logon windows, > set their DISPLAY, and open it up to remote access via "xhost +" > 3) What should the timing be for the clipboard option (The wait period > might need to be changed from 4 to 30 seconds). > > Using xwinclip by itself didn't work and it didn't write anything in > /tmp/Xwinrl.log file. > > Thanks for attempting to resolve this issue! > > Rex > > > > ___________________________________________ > $ cat /tmp/XWinrl.log > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1280 h 1024 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root > (EE) Unable to locate/open config file > InitOutput - Error reading config file > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - Allowing PrimaryDD > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 0000001f > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per > pixel > winCreateBoundingWindowWindowed - User w: 1280 h: 1024 > winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 > winAdjustForAutoHide - Original WorkArea: 0 0 1024 1280 > winAdjustForAutoHide - Taskbar is auto hide > winAdjustForAutoHide - Found BOTTOM auto-hide taskbar > winAdjustForAutoHide - Adjusted WorkArea: 0 0 1023 1280 > winCreateBoundingWindowWindowed - WindowClient w 1280 h 1023 r 1280 l 0 b > 1023 t > 0 > winCreateBoundingWindowWindowed - Returning > winCreatePrimarySurfaceShadowDDNL - Creating primary surface > winCreatePrimarySurfaceShadowDDNL - Created primary surface > winCreatePrimarySurfaceShadowDDNL - Attached clipper to primary surface > winAllocateFBShadowDDNL - lPitch: 5120 > winAllocateFBShadowDDNL - Created shadow pitch: 5120 > winAllocateFBShadowDDNL - Created shadow stride: 1280 > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > winInitVisualsShadowDDNL - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp > 32 > winCreateDefColormap - Deferring to fbCreateDefColormap () > winFinishScreenInitFB - Calling winInitClipboard. > winInitClipboard () > winFinishScreenInitFB - returning > winScreenInit - returning > InitOutput - Returning. > winClipboardProc - Hello > winClipboardProc - Calling pthread_mutex_lock () > (EE) No primary keyboard configured > (==) Using compiletime defaults for keyboard > Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = > "(n > ull)" > winBlockHandler - Releasing pmServerStarted > winClipboardProc - pthread_mutex_lock () returned. > DetectUnicodeSupport - Windows NT/2000/XP > winClipboardProc - Calling setlocale () > winBlockHandler - pthread_mutex_unlock () returned > winClipboardProc - setlocale () returned > winClipboardProc - pthread_mutex_unlock () returned. > winClipboardProc - XInitThreads () returned. > winClipboardProc - DISPLAY=:0.0 > AUDIT: Mon May 12 13:35:24 2003: 1684 xwin: client 3 rejected from local > host > winClipboardProc - Could not open display, try: 1, sleeping: 4 > AUDIT: Mon May 12 13:35:30 2003: 1684 xwin: client 5 rejected from local > host > winClipboardProc - Could not open display, try: 2, sleeping: 4 > AUDIT: Mon May 12 13:35:34 2003: 1684 xwin: client 12 rejected from local > host > winClipboardProc - Could not open display, try: 3, sleeping: 4 > winClipboardProc - Failed opening the display, giving up > > > <> > > >> -----Original Message----- >>From: KIDWELL, REX (SBCSI) >>Sent: Monday, May 12, 2003 12:43 PM >>To: 'cygwin-xfree@cygwin.com' >>Subject: XFree86 - Windows cut/paste functionallity >> >>The following Xwin is used to start a full session on a remote system. >> >>xwin -kb -query hostname1 -nodecoration -clipboard -fp tcp/hostname2:7100 >>& >> >>Xfree and Windows aren't seeing each others clipboards. Running xwinclip >>in the background doesn't seem to help. Xwinclip also has bad side >>effects on the xfree highlight (reverse video). >> >>The desktop system is Evo 510 running W2K with SP1. >> >>Cygwin/XFree86.base version is 4.2.0-1. >> >>Should xwinclip be started after "xwin -clipboard"? >> >> >> >> >> -----Original Message----- >> From: KIDWELL, REX (SBCSI) >> Sent: Monday, May 12, 2003 10:39 AM >> To: 'cygwin-xfree@cygwin.com' >> Subject: RE: Running Xwin in passive mode >> >> Thanks for the help your suggestions did the job. >> >> This raised two unrelated questions. >> >> Where can I find a current list of command line options for Xwin? >>I've seen and used -ac, -multiwindow, and -clipboard but they aren't >>documented in the online reference or the supplied man page. >> >> I also could not find any help on how to use xwinclip. I was >>looking for help on what the keyboard and mouse sequences are to cut and >>paste between a X-term and Notepad. Control-C and Control-V don't mean >>the same think within a x-term/dtterm. The documentation I found only >>talks about how to start xwinclip. >> >> Rex >> >> -----Original Message----- >> From: KIDWELL, REX (SBCSI) >> Sent: Tuesday, May 06, 2003 8:50 AM >> To: 'cygwin-xfree@cygwin.com' >> Subject: Running Xwin in passive mode >> >> Has anyone figured out how to run Xwin in the passive mode >>(sorry Exceed terminology)? >> >> Passive mode is defined as starting a Xserver in the >>background without a full screen session manager. The goal is to display >>individual X clients like any other program running on a Windows platform. >>I.E. run remote xterms and dtterms from remote systems and display them >>like a DOS CMD window. >> >> An additional requirement would be to run them from a single >>Xwin invocation so cut and paste would be supported between xterms. From spetreolle@yahoo.fr Mon May 12 20:35:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Mon, 12 May 2003 20:35:00 -0000 Subject: XFree86 - Windows cut/paste functionallity In-Reply-To: <1E274BD4B4502143868BD7AF0B36C8C10149FFD6@mostls1msgusr05.ITServices.sbc.com> Message-ID: <20030512203518.13823.qmail@web10107.mail.yahoo.com> --- "KIDWELL, REX (SBCSI)" a ??crit : > Harold, > > The contents of the c:\cygwin\tmp\XWinrl.log (/tmp/XWinrl.log) file > is > listed below. From the contents, is this the same as /tmp/XWin.log? > > Anyway, looking at the end of the log file it looks like the > clipboard > option couldn't open the display. This raises several issues. > > 1) The DISPLAY variable may not be set when the "XWin -query" > command is > issued (no X server). the DISPLAY variable is set on the remote host. > 2) The user has to log on to the remote system via the CDE logon > windows, > set their DISPLAY, and open it up to remote access via "xhost +" shows a misconfiguration on the remote host, it should set DISPLAY automatically. ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From earle@ziplabel.com Mon May 12 20:36:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Mon, 12 May 2003 20:36:00 -0000 Subject: Patch for maximize-restore positioning Message-ID: <20030512203638.48DFC1C7D0@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From huntharo@msu.edu Mon May 12 20:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 12 May 2003 20:41:00 -0000 Subject: Patch for maximize-restore positioning In-Reply-To: <20030512203638.48DFC1C7D0@mail03.powweb.com> References: <20030512203638.48DFC1C7D0@mail03.powweb.com> Message-ID: <3EC006E3.2080704@msu.edu> Earle, Could you flip the order that you pass the filenames to diff? Notice that it has '-'s in front of your new lines, whereas they should be '+'s, since you added them. Thanks for contributing, Harold Earle F. Philhower, III wrote: > I thought about it some more and it's not too hard to restore the proper > position of a maximized window, we WILL get a WM_SIZE when it's restored, > we just need to cache a flag saying that for this WM_SIZE event we > need to move the window... > > Here's a diff -U3 patch. We need to change winwindow.h and > winmultiwindow.c... > > -----------8<------------------------- > --- winmultiwindowwindow.c 2003-05-12 13:31:05.000000000 -0700 > +++ /tmp/x/newwinmultiwindowwindow.c 2003-05-11 17:49:31.000000000 -0700 > @@ -126,7 +126,6 @@ > pWinPriv->hWnd = NULL; > pWinPriv->pScreenPriv = winGetScreenPriv(pWin->drawable.pScreen); > pWinPriv->fXKilled = FALSE; > - pWinPriv->fNeedRestore = FALSE; > > return fResult; > } > @@ -1238,31 +1237,14 @@ > /* of current screen. Now it is save for X to know about this. */ > if (wParam==SIZE_MAXIMIZED) { > POINT home; > - > - pWinPriv->fNeedRestore = TRUE; > - pWinPriv->ptRestore.x = pWinPriv->iX; > - pWinPriv->ptRestore.y = pWinPriv->iY; > home.x = 0; > home.y = 0; > ClientToScreen(hwnd, &home); > - > /* Map from screen (-X,-Y) to (0,0) root coords */ > winMoveXWindow (pWin, > home.x - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), > home.y - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN)); > - } else if (wParam==SIZE_RESTORED && pWinPriv->fNeedRestore) { > - /* If need restore and !maximized then move to cached position */ > - WINDOWPLACEMENT windPlace; > - windPlace.length = sizeof(WINDOWPLACEMENT); > - GetWindowPlacement(hwnd, &windPlace); > - if (windPlace.showCmd!=SW_MAXIMIZE && windPlace.showCmd!=SW_SHOWMAXIMIZED) > - { > - pWinPriv->fNeedRestore = FALSE; > - winMoveXWindow (pWin, > - pWinPriv->ptRestore.x - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), > - pWinPriv->ptRestore.y - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN)); > - } > - } > + } > > winResizeXWindow (pWin, > LOWORD(lParam), > @@ -1365,8 +1347,6 @@ > } > > --------8<---------------------- > --- winwindow.h 2003-05-12 11:45:28.000000000 -0700 > +++ /tmp/x/winwindow.h 2003-05-01 09:31:04.000000000 -0700 > @@ -70,8 +70,6 @@ > int iWidth; > int iHeight; > Bool fXKilled; > - Bool fNeedRestore; > - POINT ptRestore; > } winPrivWinRec, *winPrivWinPtr; > > typedef struct _winWMMessageRec{ > ------------------8<-------------------- From earle@ziplabel.com Mon May 12 20:48:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Mon, 12 May 2003 20:48:00 -0000 Subject: Patch for maximize-restore positioning Message-ID: <20030512204832.21E111C42C@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From jc.gervais@videotron.ca Tue May 13 00:08:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Tue, 13 May 2003 00:08:00 -0000 Subject: Patch for maximize-restore positioning In-Reply-To: <3EC006E3.2080704@msu.edu> Message-ID: Could this patch address the problem I was having where when I would run a DirectX app on one monitor (at a different resolution than the second monitor) when the app would end, the X desktop would no longer be at 0,0 but rather moved over like at 800,0 ? -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Monday, May 12, 2003 4:41 PM To: cygwin-xfree@cygwin.com Subject: Re: Patch for maximize-restore positioning Earle, Could you flip the order that you pass the filenames to diff? Notice that it has '-'s in front of your new lines, whereas they should be '+'s, since you added them. Thanks for contributing, Harold Earle F. Philhower, III wrote: > I thought about it some more and it's not too hard to restore the proper > position of a maximized window, we WILL get a WM_SIZE when it's restored, > we just need to cache a flag saying that for this WM_SIZE event we > need to move the window... > > Here's a diff -U3 patch. We need to change winwindow.h and > winmultiwindow.c... > > -----------8<------------------------- > --- winmultiwindowwindow.c 2003-05-12 13:31:05.000000000 -0700 > +++ /tmp/x/newwinmultiwindowwindow.c 2003-05-11 17:49:31.000000000 -0700 > @@ -126,7 +126,6 @@ > pWinPriv->hWnd = NULL; > pWinPriv->pScreenPriv = winGetScreenPriv(pWin->drawable.pScreen); > pWinPriv->fXKilled = FALSE; > - pWinPriv->fNeedRestore = FALSE; > > return fResult; > } > @@ -1238,31 +1237,14 @@ > /* of current screen. Now it is save for X to know about this. */ > if (wParam==SIZE_MAXIMIZED) { > POINT home; > - > - pWinPriv->fNeedRestore = TRUE; > - pWinPriv->ptRestore.x = pWinPriv->iX; > - pWinPriv->ptRestore.y = pWinPriv->iY; > home.x = 0; > home.y = 0; > ClientToScreen(hwnd, &home); > - > /* Map from screen (-X,-Y) to (0,0) root coords */ > winMoveXWindow (pWin, > home.x - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), > home.y - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN)); > - } else if (wParam==SIZE_RESTORED && pWinPriv->fNeedRestore) { > - /* If need restore and !maximized then move to cached position */ > - WINDOWPLACEMENT windPlace; > - windPlace.length = sizeof(WINDOWPLACEMENT); > - GetWindowPlacement(hwnd, &windPlace); > - if (windPlace.showCmd!=SW_MAXIMIZE && windPlace.showCmd!=SW_SHOWMAXIMIZED) > - { > - pWinPriv->fNeedRestore = FALSE; > - winMoveXWindow (pWin, > - pWinPriv->ptRestore.x - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), > - pWinPriv->ptRestore.y - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN)); > - } > - } > + } > > winResizeXWindow (pWin, > LOWORD(lParam), > @@ -1365,8 +1347,6 @@ > } > > --------8<---------------------- > --- winwindow.h 2003-05-12 11:45:28.000000000 -0700 > +++ /tmp/x/winwindow.h 2003-05-01 09:31:04.000000000 -0700 > @@ -70,8 +70,6 @@ > int iWidth; > int iHeight; > Bool fXKilled; > - Bool fNeedRestore; > - POINT ptRestore; > } winPrivWinRec, *winPrivWinPtr; > > typedef struct _winWMMessageRec{ > ------------------8<-------------------- From earle@ziplabel.com Tue May 13 01:21:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 13 May 2003 01:21:00 -0000 Subject: Patch for maximize-restore positioning In-Reply-To: References: <3EC006E3.2080704@msu.edu> Message-ID: <5.1.1.6.2.20030512182211.00aafe00@mail.ziplabel.com> Howdy... At 08:07 PM 5/12/2003 -0400, you wrote: >Could this patch address the problem I was having where when I would run a >DirectX app on one monitor (at a different resolution than the second >monitor) when the app would end, the X desktop would no longer be at 0,0 but >rather moved over like at 800,0 ? I'm not sure what you were seeing. but unless it was in the multiwindow mode where you maximized a window then un-maximized it and it was stuck in the upper-left hand corner, then no. This just adds to the maximization patch yesterday to restore the window position on SIZE_RESTORED... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From Ralf.Habacker@freenet.de Tue May 13 08:00:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 13 May 2003 08:00:00 -0000 Subject: question about multiwindow mode and application icons Message-ID: <00de01c31925$bc631400$0a1c440a@BRAMSCHE> Hi all, currently I'm testing the Xwin server multiwindow mode with the KDE-cygwin applications, which give very nice results. Great work. While working with the test server I recognized, that for all X applications the same icon is used in the applications left top corner and the task panel and I'm searching for a way to fix this limitation. Because I'm not very familiary with x programming I can only give some general concept hints, which I have found while analysing. Perhaps somebody could use this initial work and got the honor for implementing this stuff. :-) 1. I've find out, that x applications has already support for this through the XSetWMHints calls, but unfortunally the format of the bitmap is incompatible to the Win32 Icon format. 2. There seems to be a way converting such an image through the CreateIcon() call (see http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinUI/Win dowsUserInterface/Resources/Icons/UsingIcons.asp 3. Because the icon is set with the XSetWMHints() call and could not be set on the RegisterClass() call in winCreateWindowsWindow(), it must be set later. If have found two way for doing this, but I can't say which of the functions would be better. A. setting the class icon SetClassLong(hwnd, // window handle GCL_HICON, // changes icon (LONG) LoadIcon(hinst, MAKEINTRESOURCE(480)) ); B. using a message SendMessage(WM_SetIcon,...) 4. The icon is set by a client call of XSetWMHints() (I found this in the QT sources), but I haven't found the corresponding part in the server. PS: It may be that I'm are able to implement this, but currently I have no idea how much work this would be, especially 1. the image conversation stuff 2. the server related XSetWMHints() stuff Any comments ? Cheers Ralf From jreis23@clix.pt Tue May 13 12:57:00 2003 From: jreis23@clix.pt (jreis23@clix.pt) Date: Tue, 13 May 2003 12:57:00 -0000 Subject: XWin won't work Message-ID: An embedded and charset-unspecified text was scrubbed... Name: not available URL: From huntharo@msu.edu Tue May 13 13:20:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 May 2003 13:20:00 -0000 Subject: XWin won't work In-Reply-To: References: Message-ID: <3EC0F11A.10808@msu.edu> Please clarify: By abc.def.ghi.jkl did you really mean n.n.n.n where 0 <= n < 255 ? Harold jreis23@clix.pt wrote: > Hi. > > Does anyone knows why 'XWin -query abc.def.ghi.jkl' command stop working > when we add a line like > > 'abc.def.ghi.jkl hostname' > > to the file 'C:\WINNT\system32\drivers\etc\hosts' in win2K? > > TIA, > Jos??. > From huntharo@msu.edu Tue May 13 13:48:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 May 2003 13:48:00 -0000 Subject: XWin won't work In-Reply-To: References: Message-ID: <3EC0F792.70708@msu.edu> [Jos?? - Please do not email me personally. Keep the emails going to cygiwn-xfree@cygwin.com] If you are really adding the line as you say, it should not be causing a problem when accessing the host via the numeric address. I think you must be doing something else that are not noticing or thinking is significant. Any ideas on something else you might be doing that could have an effect? Does XWin -query hostname work? By the way "hostname" is probably not a valid hostname... I hope that isn't what you are using in hosts. Harold jreis23@clix.pt wrote: > Yes, that was waht i ment. Sorry for the misunderstanding > > >>Please clarify: By abc.def.ghi.jkl did you really mean n.n.n.n where 0 >><= n < 255 ? >> >>Harold >> >>jreis23@clix.pt wrote: >> >>>Hi. >>> >>>Does anyone knows why 'XWin -query abc.def.ghi.jkl' command stop > > working > >>>when we add a line like >>> >>>'abc.def.ghi.jkl hostname' >>> >>>to the file 'C:\WINNT\system32\drivers\etc\hosts' in win2K? >>> >>>TIA, >>>Jos??. >>> >> > > From jreis23@clix.pt Tue May 13 14:08:00 2003 From: jreis23@clix.pt (jreis23@clix.pt) Date: Tue, 13 May 2003 14:08:00 -0000 Subject: XWin won't work Message-ID: An embedded and charset-unspecified text was scrubbed... Name: not available URL: From huntharo@msu.edu Tue May 13 14:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 May 2003 14:35:00 -0000 Subject: [ANNOUNCEMENT] Server Test 84 Message-ID: <3EC102A1.30908@msu.edu> Links: I just posted Test 84 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 84 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-35 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test84.exe.bz2 (1204 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030513-0954.tar.bz2 (111 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test83 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test83-to-Test84.diff (19 KiB) Changes: 1) Fix/implement window maximizing and restoring in MultiWindow mode. (Earle F. Philhower, III) 2) Implement handling in MultiWindow mode for monitors to the left of the primary monitor on systems with multiple monitors. (Earle F. Philhower, III) 3) Destroy the Exit confirmation dialog box and NULL its pointer when the server is reset. This fixes a problem that occurred when the Exit confirmation dialog box was displayed and the server was reset; the Exit confirmation dialog box would never display again after that happened, preventing you from normally exiting Cygwin/XFree86. (Harold L Hunt II) 4) Make the Windows window title include the display number and screen number (e.g. Cygwin/XFree86 0:0) for the main window in non-MultiWindow modes and the normally hidden root window in MultiWindow mode. (Harold L Hunt II) Enjoy, Harold From huntharo@msu.edu Tue May 13 14:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 May 2003 14:37:00 -0000 Subject: PATCH: XWin multiwindow+multiscreen for negative screen coordinates In-Reply-To: <5.1.1.6.2.20030511120312.00ab94e0@mail.ziplabel.com> References: <5.1.1.6.2.20030511120312.00ab94e0@mail.ziplabel.com> Message-ID: <3EC1032F.5060305@msu.edu> Earle, Please make sure that this fix works in Test 84, as I was unable to test it because I do not have multiple monitors. Thanks for contributing, Harold Earle F. Philhower III wrote: > Howdy, > > There is a bug in the way XWin handles Windows screen coordinates when > it's run on a system with legal negative position values. That is, there > is a monitor to the left of the primary monitor, whose screen coords are > (-xxx,0), and the global screen coords are from (-xxx,0) to (+xxx,0). You > can reproduce this on a 2 head system by setting the rightmost head to be > the Control Panel->Display Settings->Settings->Use this device as my > primary monitor, and then running "XWin.exe -multiwindow -multiplemonitors" > > The fix is to offset screen coords by SM_XVIRTUALSCREEN/SM_YVIRTUALSCREEN > whenever you are mapping to/from root window coords (window positioning, > mouse movements). > > diff -w -patch changes to winmultiwindowwindow.c are: > > -8<------------------------------------------------------------------- > *** orig Sun May 11 11:47:45 2003 > --- winmultiwindowwindow.c Sun May 11 11:57:24 2003 > *************** winPositionWindowMultiWindow (WindowPtr > *** 194,199 **** > --- 194,203 ---- > iX = pWin->drawable.x; > iY = pWin->drawable.y; > > + /* Root coord(0,0) is really (-X, -Y) */ > + iX += GetSystemMetrics(SM_XVIRTUALSCREEN); > + iY += GetSystemMetrics(SM_YVIRTUALSCREEN); > + > /* Get the height and width of the X window */ > iWidth = pWin->drawable.width; > iHeight = pWin->drawable.height; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 778,783 **** > --- 782,791 ---- > /* Translate the client area mouse coordinates to screen > coordinates */ > ClientToScreen (hwnd, &ptMouse); > > + /* Screen Coords from (-X,-Y) => Root Window (0,0) */ > + ptMouse.x -= GetSystemMetrics(SM_XVIRTUALSCREEN); > + ptMouse.y -= GetSystemMetrics(SM_YVIRTUALSCREEN); > + > /* We can't do anything without privates */ > if (s_pScreenPriv == NULL || s_pScreenInfo->fIgnoreInput) > break; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 907,912 **** > --- 915,925 ---- > /* Translate the client area mouse coordinates to screen > coordinates */ > ClientToScreen (hwnd, &ptMouse); > > + /* Screen Coords from (-X,-Y) => Root Window (0,0) */ > + ptMouse.left -= GetSystemMetrics(SM_XVIRTUALSCREEN); > + ptMouse.top -= GetSystemMetrics(SM_YVIRTUALSCREEN); > + > + > /* Pass the message to the root window */ > SendMessage (hwndScreen, message, wParam, MAKELONG(ptMouse.x, > ptMouse.y)); > return 0; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 1063,1071 **** > SendConfigureNotify (pWin); > > /* Tell X that the window is moving */ > (s_pScreen->MoveWindow) (pWin, > ! (int)(short) LOWORD(lParam) - > wBorderWidth (pWin), > ! (int)(short) HIWORD(lParam) - > wBorderWidth (pWin), > pWin->nextSib, > VTMove); > return 0; > --- 1076,1085 ---- > SendConfigureNotify (pWin); > > /* Tell X that the window is moving */ > + /* Be sure to map from screen (-X,-Y) to (0,0) root coords */ > (s_pScreen->MoveWindow) (pWin, > ! (int)(short) LOWORD(lParam) - > wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), > ! (int)(short) HIWORD(lParam) - > wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN), > pWin->nextSib, > VTMove); > return 0; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 1220,1228 **** > SendConfigureNotify (pWin); > > /* Tell the X server that the window is being resized */ > (s_pScreen->ResizeWindow) (pWin, > ! pWinPriv->iX - wBorderWidth (pWin), > ! pWinPriv->iY - wBorderWidth (pWin), > pWinPriv->iWidth, > pWinPriv->iHeight, > pWin->nextSib); > --- 1234,1243 ---- > SendConfigureNotify (pWin); > > /* Tell the X server that the window is being resized */ > + /* Map from screen (-X,-Y) to (0,0) root coords */ > (s_pScreen->ResizeWindow) (pWin, > ! pWinPriv->iX - wBorderWidth > (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), > ! pWinPriv->iY - wBorderWidth > (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN), > pWinPriv->iWidth, > pWinPriv->iHeight, > pWin->nextSib); > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 1316,1321 **** > --- 1331,1340 ---- > /* Get the current position of the mouse cursor */ > GetCursorPos (&point); > > + /* Map from screen (-x,-y) to root (0,0) */ > + point.x -= GetSystemMetrics(SM_XVIRTUALSCREEN); > + point.y -= GetSystemMetrics(SM_YVIRTUALSCREEN); > + > /* Deliver absolute cursor position to X Server */ > miPointerAbsoluteCursor (point.x, point.y, > g_c32LastInputEventTime = > GetTickCount ()); > *************** winCreateWindowsWindow (WindowPtr pWin) > *** 1358,1363 **** > --- 1377,1386 ---- > iX = pWin->drawable.x; > iY = pWin->drawable.y; > > + /* Map from root coord (0,0) to screen (-X, -Y) */ > + iX += GetSystemMetrics(SM_XVIRTUALSCREEN); > + iY += GetSystemMetrics(SM_YVIRTUALSCREEN); > + > iWidth = pWin->drawable.width; > iHeight = pWin->drawable.height; > > -8<------------------------------------------------------------------- > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com > > > ------------------------------------------------------------------------ > > *** orig Sun May 11 11:47:45 2003 > --- winmultiwindowwindow.c Sun May 11 11:57:24 2003 > *************** winPositionWindowMultiWindow (WindowPtr > *** 194,199 **** > --- 194,203 ---- > iX = pWin->drawable.x; > iY = pWin->drawable.y; > > + /* Root coord(0,0) is really (-X, -Y) */ > + iX += GetSystemMetrics(SM_XVIRTUALSCREEN); > + iY += GetSystemMetrics(SM_YVIRTUALSCREEN); > + > /* Get the height and width of the X window */ > iWidth = pWin->drawable.width; > iHeight = pWin->drawable.height; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 778,783 **** > --- 782,791 ---- > /* Translate the client area mouse coordinates to screen coordinates */ > ClientToScreen (hwnd, &ptMouse); > > + /* Screen Coords from (-X,-Y) => Root Window (0,0) */ > + ptMouse.x -= GetSystemMetrics(SM_XVIRTUALSCREEN); > + ptMouse.y -= GetSystemMetrics(SM_YVIRTUALSCREEN); > + > /* We can't do anything without privates */ > if (s_pScreenPriv == NULL || s_pScreenInfo->fIgnoreInput) > break; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 907,912 **** > --- 915,925 ---- > /* Translate the client area mouse coordinates to screen coordinates */ > ClientToScreen (hwnd, &ptMouse); > > + /* Screen Coords from (-X,-Y) => Root Window (0,0) */ > + ptMouse.left -= GetSystemMetrics(SM_XVIRTUALSCREEN); > + ptMouse.top -= GetSystemMetrics(SM_YVIRTUALSCREEN); > + > + > /* Pass the message to the root window */ > SendMessage (hwndScreen, message, wParam, MAKELONG(ptMouse.x, ptMouse.y)); > return 0; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 1063,1071 **** > SendConfigureNotify (pWin); > > /* Tell X that the window is moving */ > (s_pScreen->MoveWindow) (pWin, > ! (int)(short) LOWORD(lParam) - wBorderWidth (pWin), > ! (int)(short) HIWORD(lParam) - wBorderWidth (pWin), > pWin->nextSib, > VTMove); > return 0; > --- 1076,1085 ---- > SendConfigureNotify (pWin); > > /* Tell X that the window is moving */ > + /* Be sure to map from screen (-X,-Y) to (0,0) root coords */ > (s_pScreen->MoveWindow) (pWin, > ! (int)(short) LOWORD(lParam) - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), > ! (int)(short) HIWORD(lParam) - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN), > pWin->nextSib, > VTMove); > return 0; > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 1220,1228 **** > SendConfigureNotify (pWin); > > /* Tell the X server that the window is being resized */ > (s_pScreen->ResizeWindow) (pWin, > ! pWinPriv->iX - wBorderWidth (pWin), > ! pWinPriv->iY - wBorderWidth (pWin), > pWinPriv->iWidth, > pWinPriv->iHeight, > pWin->nextSib); > --- 1234,1243 ---- > SendConfigureNotify (pWin); > > /* Tell the X server that the window is being resized */ > + /* Map from screen (-X,-Y) to (0,0) root coords */ > (s_pScreen->ResizeWindow) (pWin, > ! pWinPriv->iX - wBorderWidth (pWin) - GetSystemMetrics(SM_XVIRTUALSCREEN), > ! pWinPriv->iY - wBorderWidth (pWin) - GetSystemMetrics(SM_YVIRTUALSCREEN), > pWinPriv->iWidth, > pWinPriv->iHeight, > pWin->nextSib); > *************** winTopLevelWindowProc (HWND hwnd, UINT m > *** 1316,1321 **** > --- 1331,1340 ---- > /* Get the current position of the mouse cursor */ > GetCursorPos (&point); > > + /* Map from screen (-x,-y) to root (0,0) */ > + point.x -= GetSystemMetrics(SM_XVIRTUALSCREEN); > + point.y -= GetSystemMetrics(SM_YVIRTUALSCREEN); > + > /* Deliver absolute cursor position to X Server */ > miPointerAbsoluteCursor (point.x, point.y, > g_c32LastInputEventTime = GetTickCount ()); > *************** winCreateWindowsWindow (WindowPtr pWin) > *** 1358,1363 **** > --- 1377,1386 ---- > iX = pWin->drawable.x; > iY = pWin->drawable.y; > > + /* Map from root coord (0,0) to screen (-X, -Y) */ > + iX += GetSystemMetrics(SM_XVIRTUALSCREEN); > + iY += GetSystemMetrics(SM_YVIRTUALSCREEN); > + > iWidth = pWin->drawable.width; > iHeight = pWin->drawable.height; > > > > ------------------------------------------------------------------------ > > From huntharo@msu.edu Tue May 13 14:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 13 May 2003 14:43:00 -0000 Subject: XWin won't work In-Reply-To: References: Message-ID: <3EC1049D.8010005@msu.edu> Jos??, Can you still ping the both the address and the hostname after changing hosts? Harold jreis23@clix.pt wrote: > After I add the line 'n.n.n.n hostname' to the 'hosts' file in win2K, no > matter what type (numeric or name) of address I give to 'xwin -query', XWin > don't pass from the busy pointer. > If i remove the libe from 'hosts' file XWin works with the name address. > > Thanks, > Jos?? (sorry about the personal reply) > > >>If you are really adding the line as you say, it should not be causing a > > >>problem when accessing the host via the numeric address. >> >>I think you must be doing something else that are not noticing or >>thinking is significant. Any ideas on something else you might be doing > > >>that could have an effect? >> >>Does XWin -query hostname work? >> >>By the way "hostname" is probably not a valid hostname... I hope that >>isn't what you are using in hosts. >> >>Harold >> > > > From earle@ziplabel.com Tue May 13 16:44:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Tue, 13 May 2003 16:44:00 -0000 Subject: PATCH: XWin multiwindow+multiscreen for negative screen coordinates Message-ID: <20030513164451.3DD9D1DD89@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From jreis23@clix.pt Tue May 13 17:06:00 2003 From: jreis23@clix.pt (jreis23@clix.pt) Date: Tue, 13 May 2003 17:06:00 -0000 Subject: XWin won't work Message-ID: An embedded and charset-unspecified text was scrubbed... Name: not available URL: From sebastian.ler@creditlyonnais.fr Wed May 14 02:07:00 2003 From: sebastian.ler@creditlyonnais.fr (Sebastian Ler) Date: Wed, 14 May 2003 02:07:00 -0000 Subject: how to run dos/windows command within cygwin Message-ID: I would like to do the above mention. Please advise how should I go about it. Thanks ssh administrator@$Server 'del c:\output.txt' > /dev/null ssh administrator@$Server 'c:/tsizepro.exe /nogui /expand 1 /save c: \output.txt '$Dir'\' ssh administrator@$Server 'type c:\output.txt' > $tmpdir2 Sebastian Ler Regional Service Centre Asia Credit Lyonnais Tel: 65 68223084 Fax: 65 68223808 -------------- next part -------------- Ce message contient des informations confidentielles ou appartenant au Cr?dit Lyonnais et est ?tabli ? l'intention exclusive de ses destinataires. Toute divulgation, utilisation, diffusion ou reproduction (totale ou partielle) de ce message, ou des informations qu'il contient, doit ?tre pr?alablement autoris?e. Tout message ?lectronique est susceptible d'alt?ration et son int?grit? ne peut ?tre assur?e. Le Cr?dit Lyonnais d?cline toute responsabilit? au titre de ce message s'il a ?t? modifi? ou falsifi?. Si vous n'?tes pas destinataire de ce message, merci de le d?truire imm?diatement et d'avertir l'exp?diteur de l'erreur de distribution et de la destruction du message. Cr?dit Lyonnais, SA au capital de Euros 1.808.394.053 - RCS Lyon B 954 509 741 Si?ge Central : 19, boulevard des Italiens. 75002 Paris. France This e-mail contains confidential information or information belonging to Cr?dit Lyonnais and is intended solely for the addressees. The unauthorised disclosure, use, dissemination or copying (either whole or partial) of this e-mail, or any information it contains, is prohibited. E-mails are susceptible to alteration and their integrity cannot be guaranteed. Cr?dit Lyonnais shall not be liable for this e-mail if modified or falsified. If you are not the intended recipient of this e-mail, please delete it immediately from your system and notify the sender of the wrong delivery and the mail deletion. Cr?dit Lyonnais SA. Share Capital of Euros 1.808.394.053. Registered Office : Lyon (B 954 509 741) Central and administrative Office : 19, boulevard des Italiens. 75002 Paris. France From earle@ziplabel.com Wed May 14 02:37:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 14 May 2003 02:37:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <00de01c31925$bc631400$0a1c440a@BRAMSCHE> Message-ID: <5.1.1.6.2.20030513191411.00ae0eb0@mail.ziplabel.com> Howdy, At 10:00 AM 5/13/2003 +0200, you wrote: >...While working with the test server I recognized, that for all X >applications the >same icon is used in the applications left top corner and the task panel >and I'm >searching for a way to fix this limitation. >...PS: It may be that I'm are able to implement this, but currently I have >no idea >how much work this would be, especially >1. the image conversation stuff >2. the server related XSetWMHints() stuff I have been looking at this, not for the icons but for window titles. The image conversion part is trivial, as is the Windoze UI coding. The hard part is modifying the server to support XNextEvent grabbing. The main loops now sleep on a work queue and the Window message system, and nobody is calling XNextEvents (in fact X events are being explicitly thrown out). If I understand correctly, what you need to do is for each X window you map you need to have the WM thread do an XSelectInput(PropertyChangeMask) to cause the X server proper to notify it when a property is changed (WM_NAME = name, WM_ICON = icon, WM_ICON_NAME = minimized title, etc.). Then in a plain Jane X window manager's main loop you'd do an XNextEvent() which would sleep until a message came in, and if the event.type==PropertyNotice you then look at it some more to see which window and which property and change the Windoze icon or window name accordingly. I've done an ugly hack on the multiwm to change the pthread_wait to a pthread_timedwait() and if after 50ms there's no work to be done on the thread it checks if any XPending(), and if so generates and pushes a synthetic WM_X_EVT message on the work queue. The main WM work loop then pops the queue and on a WM_X_EVT it does a modified FlushXEvents() and if it finds any waiting XPropertyEvts it then (eventually) will cross-ref the X window ID to a Windoze HWND and grab the WM_NAME property and do a SetWindowText(). [Right now I don't keep the Window<->HWND list, just print out the name changes to the log]. The WM_MAP does a XSelectInput() on every window it maps, and (eventually) will keep track of the HWND<->WindowID map. Unmapping would remove the Window from the list...If there is a pre-existing way of mapping from a Window to a WindowPtr I'd like to know about it, it would save one linked list. Another way of doing this would be to spawn a 3rd thread that makes a notification window and sleeps on a XNextEvent() loop. The WM would send a custom message to the hidden notification window each time a window is mapped, and that 3rd thread would then do its own XSelectEvent() on that window. If that 3rd thread gets a PropertyChange event then it would just push a WM_X_NAMECHANGE or WM_X_ICONCHANGE onto the main WM thread's work queue. This feels more elegant, but for the life of me I can't get XSelectInput() in the 3rd thread working properly, so the main WM thread never received those new messages... Maybe some of the big guys who orchestrated the multiWM would have a better idea or suggestions? -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From al012@energex.com.au Wed May 14 02:51:00 2003 From: al012@energex.com.au (ANTHONY LEE) Date: Wed, 14 May 2003 02:51:00 -0000 Subject: Question about color map and 8 bit color Message-ID: Hi everyone, I have search google and search the FAQ but whilst I can now get 8 bit color to work, I don't know how to get the color mapping to map to the colors that I want. Any help would be appreciated. Anthony -- Anthony Lee Energex 150 Charlotte Street ..-- __o Brisbane ....-- _ \<,_ Qld 4000 ____ (_)/ (_) Australia voice:+61 7 3407 5071 mob:0419 778 551 fax: +61 7 3407 5162 email: AL012@energex.com.au ************************************************************************* This email message (including any file attachments transmitted with it) is for the sole use of the intended recipient(s) and may contain confidential and legally privileged information. Any unauthorised review, use, alteration, disclosure or distribution of this email (including any attachments) by an unintended recipient is prohibited. If you have received this email in error, please notify the sender by return email and destroy all copies of the original message. Any confidential or legal professional privilege is not waived or lost by any mistaken delivery of the email. ENERGEX accepts no responsibility for the content of any email which is sent by an employee which is of a personal nature. ************************************************************************* From huntharo@msu.edu Wed May 14 03:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 May 2003 03:46:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <5.1.1.6.2.20030513191411.00ae0eb0@mail.ziplabel.com> References: <5.1.1.6.2.20030513191411.00ae0eb0@mail.ziplabel.com> Message-ID: <3EC1BBE6.8040400@msu.edu> Earle, Earle F. Philhower III wrote: > Howdy, > At 10:00 AM 5/13/2003 +0200, you wrote: > >> ...While working with the test server I recognized, that for all X >> applications the >> same icon is used in the applications left top corner and the task >> panel and I'm >> searching for a way to fix this limitation. >> ...PS: It may be that I'm are able to implement this, but currently I >> have no idea >> how much work this would be, especially >> 1. the image conversation stuff >> 2. the server related XSetWMHints() stuff > > > I have been looking at this, not for the icons but for window titles. The > image conversion part is trivial, as is the Windoze UI coding. The hard > part is modifying the server to support XNextEvent grabbing. The main > loops now sleep on a work queue and the Window message system, and nobody > is calling XNextEvents (in fact X events are being explicitly thrown out). > > If I understand correctly, what you need to do is for each X window you map > you need to have the WM thread do an XSelectInput(PropertyChangeMask) to > cause > the X server proper to notify it when a property is changed (WM_NAME = > name, > WM_ICON = icon, WM_ICON_NAME = minimized title, etc.). Then in a plain > Jane > X window manager's main loop you'd do an XNextEvent() which would sleep > until a message came in, and if the event.type==PropertyNotice you then > look > at it some more to see which window and which property and change the > Windoze > icon or window name accordingly. > > I've done an ugly hack on the multiwm to change the pthread_wait to a > pthread_timedwait() and if after 50ms there's no work to be done on the > thread > it checks if any XPending(), and if so generates and pushes a synthetic > WM_X_EVT > message on the work queue. The main WM work loop then pops the queue > and on a > WM_X_EVT it does a modified FlushXEvents() and if it finds any waiting > XPropertyEvts it then (eventually) will cross-ref the X window ID to a > Windoze > HWND and grab the WM_NAME property and do a SetWindowText(). [Right now I > don't keep the Window<->HWND list, just print out the name changes to > the log]. > The WM_MAP does a XSelectInput() on every window it maps, and (eventually) > will keep track of the HWND<->WindowID map. Unmapping would remove the > Window > from the list...If there is a pre-existing way of mapping from a Window to > a WindowPtr I'd like to know about it, it would save one linked list. > Wow! You have certainly done your homework here. This is way more complicated than I thought it would have to be. As for going from and HWND to a WindowPtr, it seems to me that you can either use the existing WIN_WID_PROP property, which is set in winmultiwindowwindow.c/winCreateWindowsWindow () and contains the XID of the X window, or you could add another property that contains a pointer either to the privates structure or the WindowPtr. Does that solve your problem? I like the window properties because they eliminate searches through linked lists and they eliminate the need to even have a linked list structure in our code base. > Another way of doing this would be to spawn a 3rd thread that makes a > notification > window and sleeps on a XNextEvent() loop. The WM would send a custom > message to > the hidden notification window each time a window is mapped, and that > 3rd thread would > then do its own XSelectEvent() on that window. If that 3rd thread gets a > PropertyChange event then it would just push a WM_X_NAMECHANGE or > WM_X_ICONCHANGE > onto the main WM thread's work queue. This feels more elegant, but for > the life > of me I can't get XSelectInput() in the 3rd thread working properly, so the > main WM thread never received those new messages... > Hmm... I would have to see the code in order to have some suggestions. > Maybe some of the big guys who orchestrated the multiWM would have a > better idea > or suggestions? > Kensuke Matsuzaki (the originaly author of the MultiWindow mode) might have some ideas, but I have not seem him on the list in quite some time. Even if the code doesn't work I would like to see it... I might be able to help get it working. Shoot me any code that you would like me to look over and I will see what I can do. [Feel free to post a `diff -U3 -N' to the list for all to see and I will pick it up there.] Thanks for contributing, Harold From huntharo@msu.edu Wed May 14 03:48:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 May 2003 03:48:00 -0000 Subject: Question about color map and 8 bit color In-Reply-To: References: Message-ID: <3EC1BC8B.9030309@msu.edu> Anthony, I am not sure what you mean. When you run `xdpyinfo' does it list a StaticColor or PseudoColor visual? If it lists StaticColor only, then please send in your line that starts XWin.exe. If it does list a PseudoColor visual, then please specify what it is that you are trying to do. Harold ANTHONY LEE wrote: > Hi everyone, > > I have search google and search the FAQ but whilst I can now > get 8 bit color to work, I don't know how to get the color mapping > to map to the colors that I want. Any help would be appreciated. > > Anthony > From huntharo@msu.edu Wed May 14 03:51:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 May 2003 03:51:00 -0000 Subject: how to run dos/windows command within cygwin In-Reply-To: References: Message-ID: <3EC1BD1B.3020904@msu.edu> Sebastian, I don't think your question has anything to do with XFree86 running on Cygwin. Your question seems to be a general Cygwin question. I have redirected your email to cygwin@cygwin.com and set the reply-to address for you so that any replies to this message will go to the Cygwin list. Harold Sebastian Ler wrote: > I would like to do the above mention. > Please advise how should I go about it. > Thanks > > ssh administrator@$Server 'del c:\output.txt' > /dev/null > ssh administrator@$Server 'c:/tsizepro.exe /nogui /expand 1 /save c: > \output.txt '$Dir'\' > ssh administrator@$Server 'type c:\output.txt' > $tmpdir2 > > Sebastian Ler > Regional Service Centre Asia > Credit Lyonnais > Tel: 65 68223084 > Fax: 65 68223808 > > > > ------------------------------------------------------------------------ > > > > Ce message contient des informations confidentielles ou appartenant au > Cr??dit Lyonnais et est ??tabli ?? l'intention exclusive de ses > destinataires. Toute divulgation, utilisation, diffusion ou reproduction > (totale ou partielle) de ce message, ou des informations qu'il contient, > doit ??tre pr??alablement autoris??e. Tout message ??lectronique est > susceptible d'alt??ration et son int??grit?? ne peut ??tre assur??e. > Le Cr??dit Lyonnais d??cline toute responsabilit?? au titre de ce > message s'il a ??t?? modifi?? ou falsifi??. Si vous n'??tes pas > destinataire de ce message, merci de le d??truire imm??diatement et > d'avertir l'exp??diteur de l'erreur de distribution et de la destruction > du message. > Cr??dit Lyonnais, SA au capital de Euros 1.808.394.053 - RCS Lyon B 954 509 741 > Si??ge Central : 19, boulevard des Italiens. 75002 Paris. France > > This e-mail contains confidential information or information belonging > to Cr??dit Lyonnais and is intended solely for the addressees. > The unauthorised disclosure, use, dissemination or copying (either whole > or partial) of this e-mail, or any information it contains, is prohibited. > E-mails are susceptible to alteration and their integrity cannot be guaranteed. > Cr??dit Lyonnais shall not be liable for this e-mail if modified or falsified. > If you are not the intended recipient of this e-mail, please delete it > immediately from your system and notify the sender of the wrong delivery > and the mail deletion. > Cr??dit Lyonnais SA. > Share Capital of Euros 1.808.394.053. > Registered Office : Lyon (B 954 509 741) > Central and administrative Office : 19, boulevard des Italiens. 75002 Paris. France From earle@ziplabel.com Wed May 14 05:09:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 14 May 2003 05:09:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <3EC1BBE6.8040400@msu.edu> References: <5.1.1.6.2.20030513191411.00ae0eb0@mail.ziplabel.com> <5.1.1.6.2.20030513191411.00ae0eb0@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030513215339.00aaf278@mail.ziplabel.com> Howdy Harold, At 11:45 PM 5/13/2003 -0400, you wrote: >...Wow! You have certainly done your homework here. This is way more >complicated than I thought it would have to be. That's what happens when you put a square peg like X into a round hole like Windoze! I'm really impressed at how well the 2 message loops are behaving presently, it must have been some serious work to get things running! I'm just trying to add the finishing touches, because I have found this server to be more stable and compatible than a commercial one. >As for going from and HWND to a WindowPtr, it seems to me that you can >either use the existing WIN_WID_PROP property, which is set in >winmultiwindowwindow.c/winCreateWindowsWindow () and contains the XID of >the X window, or you could add another property that contains a pointer >either to the privates structure or the WindowPtr. Does that solve your >problem? I like the window properties because they eliminate searches >through linked lists and they eliminate the need to even have a linked >list structure in our code base. That's what I was overlooking! I just added a custom property to each window when mapped in the WM that has the HWND, and voila, no need for lists. >>Another way of doing this would be to spawn a 3rd thread that makes a >>notification >>window and sleeps on a XNextEvent() loop. The WM would send a custom >>message to >>the hidden notification window each time a window is mapped, and that 3rd >>thread would >Hmm... I would have to see the code in order to have some suggestions. Trust me, you wouldn't want to see that code! I've settled on a timed wait and have been running some jobs and it all seems to work at no noticeable CPU load. >Kensuke Matsuzaki (the originaly author of the MultiWindow mode) might >have some ideas, but I have not seem him on the list in quite some >time. Even if the code doesn't work I would like to see it... I might be >able to help get it working. Shoot me any code that you would like me to >look over and I will see what I can do. [Feel free to post a `diff -U3 >-N' to the list for all to see and I will pick it up there.] I'll do one better than that, below is a diff -U3 OLD NEW of all the changes against the text 84 release. It's got stubs for the WM_HINTS already, so if Ralf Habacker wants to try his hand at updating the icons Windows displays, he just needs to add a function call in the TBD section. In the default bash shell, when you "cd" it changes the window title to the CWD, after this patch you'll see that reflected in the window title. It's quite handy if you have multiple machines or multiple dirs you're working on! ----------8<------------ diff -U3 ./winmultiwindowwm.c /usr/src/xfree/release/programs/Xserver/hw/xwin/winmultiwindowwm.c --- ./winmultiwindowwm.c 2003-03-12 06:28:12.000000000 -0800 +++ /usr/src/xfree/release/programs/Xserver/hw/xwin/winmultiwindowwm.c 2003-05-13 21:50:54.000000000 -0700 @@ -37,6 +37,7 @@ #include #include #include +#include #include #include #include @@ -61,7 +62,6 @@ #define WIN_CONNECT_RETRIES 5 #define WIN_CONNECT_DELAY 5 #define WIN_MSG_QUEUE_FNAME "/dev/windows" -#define WM_WM_X_EVENT 1 #define WIN_JMP_OKAY 0 #define WIN_JMP_ERROR_IO 2 @@ -87,6 +87,10 @@ WMMsgQueueRec wmMsgQueue; Atom atmWmProtos; Atom atmWmDelete; + Atom atmWmName; + Atom atmWmIconName; + Atom atmWmHints; + Atom atmPrivMap; } WMInfoRec, *WMInfoPtr; typedef struct _WMProcArgRec { @@ -113,7 +117,7 @@ PushMessage (WMMsgQueuePtr pQueue, WMMsgNodePtr pNode); static WMMsgNodePtr -PopMessage (WMMsgQueuePtr pQueue); +PopMessage (WMMsgQueuePtr pQueue, WMInfoPtr); static Bool InitQueue (WMMsgQueuePtr pQueue); @@ -148,7 +152,6 @@ static jmp_buf g_jmpEntry; - /* * PushMessage - Push a message onto the queue */ @@ -237,9 +240,12 @@ */ static WMMsgNodePtr -PopMessage (WMMsgQueuePtr pQueue) +PopMessage (WMMsgQueuePtr pQueue, WMInfoPtr pWMInfo) { WMMsgNodePtr pNode; + struct timeb now; + struct timespec timeOut; + winWMMessageRec msg; /* Lock the queue mutex */ pthread_mutex_lock (&pQueue->pmMutex); @@ -247,7 +253,27 @@ /* Wait for --- */ while (pQueue->pHead == NULL) { - pthread_cond_wait (&pQueue->pcNotEmpty, &pQueue->pmMutex); + /* Set a timeout for 50ms from now to see if any X events are waiting... */ + ftime(&now); + timeOut.tv_sec = now.time; + timeOut.tv_nsec = (now.millitm + 50)*1000*1000; + if (timeOut.tv_nsec>1000000000) { + timeOut.tv_nsec -= 1000000000; + timeOut.tv_sec += 1; + } + pthread_cond_timedwait (&pQueue->pcNotEmpty, &pQueue->pmMutex, &timeOut); + + if (XPending(pWMInfo->pDisplay)) { + pthread_mutex_unlock (&pQueue->pmMutex); + + memset( &msg, 0, sizeof(msg) ); + msg.msg = WM_WM_X_EVENT; + /* Other fields ignored */ + winSendMessageToWM (pWMInfo, &msg); + + pthread_mutex_lock (&pQueue->pmMutex); + } + } pNode = pQueue->pHead; @@ -447,7 +473,7 @@ WMMsgNodePtr pNode; /* Pop a message off of our queue */ - pNode = PopMessage (&pWMInfo->wmMsgQueue); + pNode = PopMessage (&pWMInfo->wmMsgQueue, pWMInfo); if (pNode == NULL) { /* Bail if PopMessage returns without a message */ @@ -515,6 +541,19 @@ free (pszName); } } + /* Put a note as to the HWND associated with this Window */ + XChangeProperty( pWMInfo->pDisplay, + pNode->msg.iWindow, + pWMInfo->atmPrivMap, + pWMInfo->atmPrivMap, + 32, + PropModeReplace, + (unsigned char *)&(pNode->msg.hwndWindow), + 1 ); + /* We need to know when it changes name or icon */ + XSelectInput( pWMInfo->pDisplay, + pNode->msg.iWindow, + PropertyChangeMask ); break; case WM_WM_UNMAP: @@ -586,7 +625,7 @@ free (pNode); /* Flush any pending events on our display */ - XFlush (pWMInfo->pDisplay); + // XFlush (pWMInfo->pDisplay); } /* Free the condition variable */ @@ -612,7 +651,9 @@ FlushXEvents (WMInfoPtr pWMInfo) { XEvent event; - + HWND hWnd; + char *pszName; + #if CYGMULTIWINDOW_DEBUG ErrorF ("FlushXEvents ()\n"); #endif @@ -623,12 +664,56 @@ /* Get the next event - will not block because one is ready */ XNextEvent (pWMInfo->pDisplay, &event); -#if 0 /* Branch on the event type */ switch (event.type) { - } + Atom atmType; + int fmtRet; + unsigned long items, remain; + HWND *retHwnd; + + case PropertyNotify: + hWnd = 0; + /* See if we can get the cached HWND for this window... */ + if (XGetWindowProperty(pWMInfo->pDisplay, + event.xproperty.window, + pWMInfo->atmPrivMap, + 0, + 1, + False, + pWMInfo->atmPrivMap, + &atmType, + &fmtRet, + &items, + &remain, + (unsigned char **)&retHwnd ) == Success) { + hWnd = *retHwnd; + XFree(retHwnd); + } + + /* Some sanity checks */ + if (!hWnd) break; + if (!IsWindow(hWnd)) break; + + if (event.xproperty.atom==pWMInfo->atmWmName) { + /* Set the Windows window name */ + GetWindowName(pWMInfo->pDisplay, event.xproperty.window, &pszName); + SetWindowText(hWnd, pszName); + free (pszName); + } else if (event.xproperty.atom==pWMInfo->atmWmIconName) { +#if CYGMULTIWINDOW_DEBUG + /* TBD */ + ErrorF("Changed WM_ICON_NAME\n"); +#endif + } else if (event.xproperty.atom==pWMInfo->atmWmHints) { +#if CYGMULTIWINDOW_DEBUG + /* TBD */ + ErrorF("Changed WM_HINTS -> Should update window icon\n"); #endif + } + + break; + } } #if CYGMULTIWINDOW_DEBUG @@ -862,12 +947,24 @@ XSetIOErrorHandler (winMutliWindowWMIOErrorHandler); /* Create some atoms */ - pWMInfo->atmWmProtos = XInternAtom (pWMInfo->pDisplay, - "WM_PROTOCOLS", - False); - pWMInfo->atmWmDelete = XInternAtom (pWMInfo->pDisplay, - "WM_DELETE_WINDOW", - False); + pWMInfo->atmWmProtos = XInternAtom (pWMInfo->pDisplay, + "WM_PROTOCOLS", + False); + pWMInfo->atmWmDelete = XInternAtom (pWMInfo->pDisplay, + "WM_DELETE_WINDOW", + False); + pWMInfo->atmWmName = XInternAtom (pWMInfo->pDisplay, + "WM_NAME", + False); + pWMInfo->atmWmIconName = XInternAtom (pWMInfo->pDisplay, + "WM_ICON_NAME", + False); + pWMInfo->atmWmHints = XInternAtom (pWMInfo->pDisplay, + "WM_HINTS", + False); + pWMInfo->atmPrivMap = XInternAtom (pWMInfo->pDisplay, + WIN_HWND_CACHE, + False); } diff -U3 ./winwindow.h /usr/src/xfree/release/programs/Xserver/hw/xwin/winwindow.h --- ./winwindow.h 2003-05-13 06:26:55.000000000 -0700 +++ /usr/src/xfree/release/programs/Xserver/hw/xwin/winwindow.h 2003-05-13 21:42:50.000000000 -0700 @@ -51,6 +51,7 @@ #define WIN_LOG_FNAME "/tmp/XWin.log" #define WIN_WID_PROP "cyg_wid_prop_rl" #define WIN_NEEDMANAGE_PROP "cyg_override_redirect_prop_rl" +#define WIN_HWND_CACHE "cyg_privmap_rl" #define CYGMULTIWINDOW_DEBUG NO typedef struct _winPrivScreenRec *winPrivScreenPtr; @@ -94,8 +95,7 @@ #define WM_WM_UNMAP (WM_USER + 6) #define WM_WM_KILL (WM_USER + 7) #define WM_WM_ACTIVATE (WM_USER + 8) - -#define WMMSG_MSG 10 +#define WM_WM_X_EVENT (WM_USER + 9) /* ----------8<------------ -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From early@respower.com Wed May 14 15:38:00 2003 From: early@respower.com (Early Ehlinger) Date: Wed, 14 May 2003 15:38:00 -0000 Subject: xterm is a console program? Message-ID: I tried setting up a "Quick Launch" shortcut directly to xterm.exe and was surprised to see that it comes up with a console window. The workaround of course is to set up the shortcut to set the shortcut going to C:\cygwin\usr\X11R6\bin\run.exe and let run.exe launch xterm. My question is, why not let xterm be an honest-to-goodness Windows subsystem application? A simple WinMain that parses GetCommandLine and calls main() would do the trick, I think. Is this something that has been considered before? -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From huntharo@msu.edu Wed May 14 16:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 May 2003 16:46:00 -0000 Subject: xterm is a console program? In-Reply-To: References: Message-ID: <3EC272D7.3000704@msu.edu> Early, Early Ehlinger wrote: > I tried setting up a "Quick Launch" shortcut directly to xterm.exe and was > surprised to see that it comes up with a console window. > > The workaround of course is to set up the shortcut to set the shortcut going > to C:\cygwin\usr\X11R6\bin\run.exe and let run.exe launch xterm. > > My question is, why not let xterm be an honest-to-goodness Windows subsystem > application? A simple WinMain that parses GetCommandLine and calls main() > would do the trick, I think. Is this something that has been considered > before? > There isn't a specific reason not to, given that you can preserve all functionality by making it a Win32 app. However, we have chosen the path of least resistance, which is to do nothing. I certainly won't stop anyone from putting time and effort into this to make it like you describe. Harold From ihok@hotmail.com Wed May 14 18:27:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Wed, 14 May 2003 18:27:00 -0000 Subject: xterm is a console program? In-Reply-To: References: Message-ID: Early Ehlinger wrote: > My question is, why not let xterm be an honest-to-goodness Windows subsystem > application? A simple WinMain that parses GetCommandLine and calls main() > would do the trick, I think. Is this something that has been considered > before? Early, Perhaps the port of rxvt does something similar to what you're describing here? You might look at how they manage to run on Windows natively or under X using a single binary. -JT From huntharo@msu.edu Wed May 14 18:32:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 14 May 2003 18:32:00 -0000 Subject: xterm is a console program? In-Reply-To: References: Message-ID: <3EC28BA9.4030901@msu.edu> Jack, Jack Tanner wrote: > Early Ehlinger wrote: > >> My question is, why not let xterm be an honest-to-goodness Windows >> subsystem >> application? A simple WinMain that parses GetCommandLine and calls >> main() >> would do the trick, I think. Is this something that has been considered >> before? > > > Early, > > Perhaps the port of rxvt does something similar to what you're > describing here? You might look at how they manage to run on Windows > natively or under X using a single binary. > > -JT > Not bad to mention this, but I think Early is definitely not trying to convert xterm to a native Windows app. He is simply trying to simply trying to determine if there is a way to prevent xterm from opening a command prompt window when it is launched via a shortcut or double-click in Windows. For the record: I do not like the rxvt port. It is the ugliest, most incomplete hack I have ever seen. Yet, it endlessly comes up with people suggesting that we look at that code for ideas. Let me tell you, there is nothing in that code that is interesting to us, it is mostly garbage. Now, with that off my chest, back to our regularly scheduled programming... Harold From Ralf.Habacker@freenet.de Wed May 14 20:34:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 14 May 2003 20:34:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <5.1.1.6.2.20030513215339.00aaf278@mail.ziplabel.com> Message-ID: <015e01c31a58$2bb17440$0a1c440a@BRAMSCHE> Hi Earle, > At 11:45 PM 5/13/2003 -0400, you wrote: > >...Wow! You have certainly done your homework here. This is way more > >complicated than I thought it would have to be. Me too. I'm definitly unable to implement this. I'm very happy that there is a solutions or this . :-) > That's what happens when you put a square peg like X into a round hole like > Windoze! I'm really impressed at how well the 2 message loops are behaving > presently, it must have been some serious work to get things running! I'm > just trying to add the finishing touches, because I have found this server to > be more stable and compatible than a commercial one. > I'll do one better than that, below is a diff -U3 OLD NEW of all the > changes against the text 84 release. It's got stubs for the WM_HINTS > already, so if Ralf Habacker wants to try his hand at updating the icons > Windows displays, he just needs to add a function call in the TBD > section. thanks for providing this great work. I've got already the details of the win32 icon format (see http://services.simac.be/vnc/single/msdn_icons.htm for more informations), but unfortunally I'm lost with the icon_pixmap format of the XSetWMHints call. I've found very much informations about pixmap in general in the internet, but are lost to retrieve a detailed specification of the this format. Does anyone have a pointer for this ? Cheers Ralf From arnd@arieba.net Wed May 14 21:41:00 2003 From: arnd@arieba.net (Arnd Riebartsch) Date: Wed, 14 May 2003 21:41:00 -0000 Subject: Digital Design with ModelSim, Verilog, VHDL Message-ID: <200305142128.h4ELSum15670@proradius03> Hello, Modelsim is a great simulation-tool for programming of VLSI Asic's/FPGA's/CPLD's/SoC's. Since I was involved heavily with the use of ModelSim, I recently created a manual, which can be used especially for self-study purposes. I would be glad, if someone could forward my link (http://www.arieba.net/simulators.htm#ModelSim) to potential interests. Nevertheless I am also interested in open positions in Design/Verification and/or AE positions ! Best Regards Arnd Riebartsch Phone: 469-583-2558 P.S.: Resume: http://www.cv.arieba.net From al012@energex.com.au Wed May 14 22:15:00 2003 From: al012@energex.com.au (ANTHONY LEE) Date: Wed, 14 May 2003 22:15:00 -0000 Subject: Clarification of 8 bit color mapping problem Message-ID: Hi everyone, I am having problem with getting colors correct for certain X applications that originally ran on Digital Unix workstations. The details are below. Any help would be appreciated. The command I ran in cygwin was: XWin.exe -fullscreen -depth 8 -emulate3buttons 100 -unixkill -query dmsdev where dmsdev is a digital Unix machine. As Harold suggested, I used xdpyinfo with XWin and the digital unix workstation. The following is firstly the result for XWin... > ========================================== > dmsdev:/home/al012> xdpyinfo > name of display: PC31406:0.0 > version number: 11.0 > vendor string: The XFree86 Project, Inc > vendor release number: 40200000 > maximum request size: 4194300 bytes > motion buffer size: 256 > bitmap unit, bit order, padding: 32, LSBFirst, 32 > image byte order: LSBFirst > number of supported pixmap formats: 7 > supported pixmap formats: > depth 1, bits_per_pixel 1, scanline_pad 32 > depth 4, bits_per_pixel 8, scanline_pad 32 > depth 8, bits_per_pixel 8, scanline_pad 32 > depth 15, bits_per_pixel 16, scanline_pad 32 > depth 16, bits_per_pixel 16, scanline_pad 32 > depth 24, bits_per_pixel 32, scanline_pad 32 > depth 32, bits_per_pixel 32, scanline_pad 32 > keycode range: minimum 8, maximum 255 > focus: window 0x1a00043, revert to PointerRoot > number of extensions: 21 > BIG-REQUESTS > DEC-XTRAP > DOUBLE-BUFFER > Extended-Visual-Information > FontCache > GLX > LBX > MIT-SUNDRY-NONSTANDARD > RECORD > RENDER > SECURITY > SGI-GLX > SHAPE > SYNC > TOG-CUP > XC-APPGROUP > XC-MISC > XFree86-Bigfont > XKEYBOARD > XTEST > XVideo > default screen number: 0 > number of screens: 1 > > screen #0: > dimensions: 1024x768 pixels (347x260 millimeters) > resolution: 75x75 dots per inch > depths (7): 8, 1, 4, 15, 16, 24, 32 > root window id: 0x36 > depth of root window: 8 planes > number of colormaps: minimum 1, maximum 1 > default colormap: 0x20 > default number of colormap cells: 256 > preallocated pixels: black 0, white 1 > options: backing-store NO, save-unders NO > largest cursor: 1024x768 > current input event mask: 0x30003c > ButtonPressMask ButtonReleaseMask EnterWindowMask > LeaveWindowMask SubstructureRedirectMask FocusChangeMask > number of visuals: 1 > default visual id: 0x22 > visual: > visual id: 0x22 > class: PseudoColor > depth: 8 planes > available colormap entries: 256 > red, green, blue masks: 0x0, 0x0, 0x0 > significant bits in color specification: 8 bits > ========================================================================== Here's the output of xdpyinfo on the Digital Unix workstation. > ========================================================================== > name of display: :0.0 > version number: 11.0 > vendor string: DECWINDOWS Digital Equipment Corporation Digital UNIX V4.0 > vendor release number: 1 > maximum request size: 4194300 bytes > motion buffer size: 100 > bitmap unit, bit order, padding: 32, LSBFirst, 32 > image byte order: LSBFirst > number of supported pixmap formats: 6 > supported pixmap formats: > depth 1, bits_per_pixel 1, scanline_pad 32 > depth 4, bits_per_pixel 8, scanline_pad 32 > depth 8, bits_per_pixel 8, scanline_pad 32 > depth 12, bits_per_pixel 32, scanline_pad 32 > depth 24, bits_per_pixel 32, scanline_pad 32 > depth 32, bits_per_pixel 32, scanline_pad 32 > keycode range: minimum 8, maximum 255 > focus: window 0x5800033, revert to PointerRoot > number of extensions: 18 > BIG-REQUESTS > DEC-XTRAP > DOUBLE-BUFFER > DPMS > Keyboard-Management-Extension > MIT-SCREEN-SAVER > MIT-SHM > MIT-SUNDRY-NONSTANDARD > Multi-Buffering > SHAPE > SYNC > Shared-Memory Transport > XC-MISC > XIE > XInputExtension > XKEYBOARD > XTEST > XVideo > default screen number: 0 > number of screens: 2 > > screen #0: > dimensions: 1280x1024 pixels (342x274 millimeters) > resolution: 95x95 dots per inch > depths (1): 8 > root window id: 0x38 > depth of root window: 8 planes > number of colormaps: minimum 1, maximum 1 > default colormap: 0x21 > default number of colormap cells: 256 > preallocated pixels: black 1, white 0 > options: backing-store YES, save-unders YES > largest cursor: 64x64 > current input event mask: 0x30003c > ButtonPressMask ButtonReleaseMask EnterWindowMask > LeaveWindowMask SubstructureRedirectMask FocusChangeMask > number of visuals: 10 > default visual id: 0x22 > visual: > visual id: 0x22 > class: PseudoColor > depth: 8 planes > available colormap entries: 256 > red, green, blue masks: 0x0, 0x0, 0x0 > significant bits in color specification: 8 bits > visual: > visual id: 0x23 > class: PseudoColor > depth: 8 planes > available colormap entries: 256 > red, green, blue masks: 0x0, 0x0, 0x0 > significant bits in color specification: 8 bits > visual: > visual id: 0x24 > class: DirectColor > depth: 8 planes > available colormap entries: 8 per subfield > red, green, blue masks: 0xe0, 0x1c, 0x3 > significant bits in color specification: 3 bits > visual: > visual id: 0x25 > class: GrayScale > depth: 8 planes > available colormap entries: 256 > red, green, blue masks: 0x0, 0x0, 0x0 > significant bits in color specification: 8 bits > visual: > visual id: 0x26 > class: StaticGray > depth: 8 planes > available colormap entries: 256 > red, green, blue masks: 0x0, 0x0, 0x0 > significant bits in color specification: 8 bits > visual: > visual id: 0x27 > class: StaticColor > depth: 8 planes > available colormap entries: 256 > red, green, blue masks: 0xe0, 0x1c, 0x3 > significant bits in color specification: 8 bits > visual: > visual id: 0x28 > class: TrueColor > depth: 8 planes > available colormap entries: 8 per subfield > red, green, blue masks: 0xe0, 0x1c, 0x3 > significant bits in color specification: 3 bits > visual: > visual id: 0x29 > class: TrueColor > depth: 8 planes > available colormap entries: 8 per subfield > red, green, blue masks: 0xe0, 0x1c, 0x3 > significant bits in color specification: 3 bits > visual: > visual id: 0x2a > class: TrueColor > depth: 8 planes > available colormap entries: 8 per subfield > red, green, blue masks: 0xe0, 0x1c, 0x3 > significant bits in color specification: 3 bits > visual: > visual id: 0x2b > class: TrueColor > depth: 8 planes > available colormap entries: 8 per subfield > red, green, blue masks: 0xe0, 0x1c, 0x3 > significant bits in color specification: 3 bits > > screen #1: > dimensions: 1280x1024 pixels (342x274 millimeters) > resolution: 95x95 dots per inch > depths (1): 8 > root window id: 0x3a > depth of root window: 8 planes > number of colormaps: minimum 1, maximum 1 > default colormap: 0x2c > default number of colormap cells: 256 > preallocated pixels: black 1, white 0 > options: backing-store YES, save-unders YES > largest cursor: 64x64 > current input event mask: 0x30003c > ButtonPressMask ButtonReleaseMask EnterWindowMask > LeaveWindowMask SubstructureRedirectMask FocusChangeMask > number of visuals: 10 > default visual id: 0x2d > visual: > visual id: 0x2d > class: PseudoColor > depth: 8 planes > available colormap entries: 256 > red, green, blue masks: 0x0, 0x0, 0x0 > significant bits in color specification: 8 bits > visual: > visual id: 0x2e > class: PseudoColor > depth: 8 planes > available colormap entries: 256 > red, green, blue masks: 0x0, 0x0, 0x0 > significant bits in color specification: 8 bits > visual: > visual id: 0x2f > class: DirectColor > depth: 8 planes > available colormap entries: 8 per subfield > red, green, blue masks: 0xe0, 0x1c, 0x3 > significant bits in color specification: 3 bits > visual: > visual id: 0x30 > class: GrayScale > depth: 8 planes > available colormap entries: 256 > red, green, blue masks: 0x0, 0x0, 0x0 > significant bits in color specification: 8 bits > visual: > visual id: 0x31 > class: StaticGray > depth: 8 planes > available colormap entries: 256 > red, green, blue masks: 0x0, 0x0, 0x0 > significant bits in color specification: 8 bits > visual: > visual id: 0x32 > class: StaticColor > depth: 8 planes > available colormap entries: 256 > red, green, blue masks: 0xe0, 0x1c, 0x3 > significant bits in color specification: 8 bits > visual: > visual id: 0x33 > class: TrueColor > depth: 8 planes > available colormap entries: 8 per subfield > red, green, blue masks: 0xe0, 0x1c, 0x3 > significant bits in color specification: 3 bits > visual: > visual id: 0x34 > class: TrueColor > depth: 8 planes > available colormap entries: 8 per subfield > red, green, blue masks: 0xe0, 0x1c, 0x3 > significant bits in color specification: 3 bits > visual: > visual id: 0x35 > class: TrueColor > depth: 8 planes > available colormap entries: 8 per subfield > red, green, blue masks: 0xe0, 0x1c, 0x3 > significant bits in color specification: 3 bits > visual: > visual id: 0x36 > class: TrueColor > depth: 8 planes > available colormap entries: 8 per subfield > red, green, blue masks: 0xe0, 0x1c, 0x3 > significant bits in color specification: 3 bits > > > On Tue, 13 May 2003, Harold L Hunt II wrote: > > >>Anthony, >> >>I am not sure what you mean. >> >>When you run `xdpyinfo' does it list a StaticColor or PseudoColor >>visual? If it lists StaticColor only, then please send in your line >>that starts XWin.exe. If it does list a PseudoColor visual, then please >>specify what it is that you are trying to do. >> >>Harold >> >>ANTHONY LEE wrote: >> >> >>>Hi everyone, >>> >>>I have search google and search the FAQ but whilst I can now >>>get 8 bit color to work, I don't know how to get the color mapping >>>to map to the colors that I want. Any help would be appreciated. >>> >>>Anthony >>> >> >> > ************************************************************************* This email message (including any file attachments transmitted with it) is for the sole use of the intended recipient(s) and may contain confidential and legally privileged information. Any unauthorised review, use, alteration, disclosure or distribution of this email (including any attachments) by an unintended recipient is prohibited. If you have received this email in error, please notify the sender by return email and destroy all copies of the original message. Any confidential or legal professional privilege is not waived or lost by any mistaken delivery of the email. ENERGEX accepts no responsibility for the content of any email which is sent by an employee which is of a personal nature. ************************************************************************* From Ruth.Ivimey-Cook@ivimey.org Wed May 14 22:59:00 2003 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Wed, 14 May 2003 22:59:00 -0000 Subject: Starting XWin in XDM mode with no console app? Message-ID: <5.2.0.9.0.20030514235333.00bb0c40@mailhost.ivimey.org> Folks, I was wondering if there is any easy way around this issue. I normally use XWin.exe in it's X-Terminal mode, connecting to an external Linux box. This works fine, but the way I do it leaves a redundant Win32 console window open. What I do is run: C:\cygwin\bin\bash.exe --login -c "/usr/X11R6/bin/XWin.exe -broadcast -unixkill -fullscreen -dpi 100" from a taskbar shortcut. bash.exe is only needed because if omitted XWin.exe (or things it runs) can't find various libraries (if I set the "Start In" dir to "\cygwin\bin", I get complaints about libs in "\cygwin\usr\X11R6\bin", for example). However, running 'bash' creates itself a blank console window. The reason running bash helps is, I assume, to do with setting up env vars in the profile script. Is there any "cure" for this, or should I just ignore it? Thanks Ruth From pechtcha@cs.nyu.edu Wed May 14 23:35:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 14 May 2003 23:35:00 -0000 Subject: Starting XWin in XDM mode with no console app? In-Reply-To: <5.2.0.9.0.20030514235333.00bb0c40@mailhost.ivimey.org> Message-ID: On Wed, 14 May 2003, Ruth Ivimey-Cook wrote: > Folks, > > I was wondering if there is any easy way around this issue. I normally use > XWin.exe in it's X-Terminal mode, connecting to an external Linux box. This > works fine, but the way I do it leaves a redundant Win32 console window open. > > What I do is run: > C:\cygwin\bin\bash.exe --login -c "/usr/X11R6/bin/XWin.exe -broadcast -unixkill -fullscreen -dpi 100" > > from a taskbar shortcut. > > bash.exe is only needed because if omitted XWin.exe (or things it runs) > can't find various libraries (if I set the "Start In" dir to "\cygwin\bin", > I get complaints about libs in "\cygwin\usr\X11R6\bin", for example). > > However, running 'bash' creates itself a blank console window. The reason > running bash helps is, I assume, to do with setting up env vars in the > profile script. > > Is there any "cure" for this, or should I just ignore it? > > Thanks > Ruth Ruth, Look into /usr/X11R6/bin/run.exe Or you could instead run a batch file that would prepend /bin and /usr/X11R6/bin to the PATH (or, rather, their Win32 counterparts). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II From huntharo@msu.edu Thu May 15 01:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 May 2003 01:40:00 -0000 Subject: Digital Design with ModelSim, Verilog, VHDL In-Reply-To: <200305142128.h4ELSum15670@proradius03> References: <200305142128.h4ELSum15670@proradius03> Message-ID: <3EC2EFFB.4050107@msu.edu> Is this spam? Why is this on the Cygwin/XFree86 mailing list? Harold Arnd Riebartsch wrote: > Hello, > Modelsim is a great simulation-tool for programming of VLSI Asic's/FPGA's/CPLD's/SoC's. > Since I was involved heavily with the use of ModelSim, I recently created a manual, which can be used especially for self-study purposes. > I would be glad, if someone could forward my link (http://www.arieba.net/simulators.htm#ModelSim) to > potential interests. > Nevertheless I am also interested in open positions in Design/Verification and/or AE positions ! > > Best Regards > Arnd Riebartsch > Phone: 469-583-2558 > P.S.: > Resume: http://www.cv.arieba.net From al012@energex.com.au Thu May 15 01:52:00 2003 From: al012@energex.com.au (ANTHONY LEE) Date: Thu, 15 May 2003 01:52:00 -0000 Subject: Clarification of 8 bit color mapping problem In-Reply-To: Message-ID: I have some more information regarding my color problem. One of my X application gave the following error in XWin.exe Visual type immutable, using default colormap What does it mean when you get "Visual type immutable". How do I fix it? Thank you Anthony -- Anthony Lee Energex 150 Charlotte Street ..-- __o Brisbane ....-- _ \<,_ Qld 4000 ____ (_)/ (_) Australia voice:+61 7 3407 5071 mob:0419 778 551 fax: +61 7 3407 5162 email: AL012@energex.com.au ************************************************************************* This email message (including any file attachments transmitted with it) is for the sole use of the intended recipient(s) and may contain confidential and legally privileged information. Any unauthorised review, use, alteration, disclosure or distribution of this email (including any attachments) by an unintended recipient is prohibited. If you have received this email in error, please notify the sender by return email and destroy all copies of the original message. Any confidential or legal professional privilege is not waived or lost by any mistaken delivery of the email. ENERGEX accepts no responsibility for the content of any email which is sent by an employee which is of a personal nature. ************************************************************************* From huntharo@msu.edu Thu May 15 01:57:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 May 2003 01:57:00 -0000 Subject: Starting XWin in XDM mode with no console app? In-Reply-To: <5.2.0.9.0.20030514235333.00bb0c40@mailhost.ivimey.org> References: <5.2.0.9.0.20030514235333.00bb0c40@mailhost.ivimey.org> Message-ID: <3EC2F40E.6000806@msu.edu> Ruth, You need to use startxwin.bat, which is in /usr/X11R6/bin. You will need to modify the file, ever so slightly, to connect to a remote machine instead of launching local apps. In fact, such a modified file is attached. I think I am going to make a new release of the startup packages now that contains this file and changes the default startxwin.bat to use -multiwindow. Harold Ruth Ivimey-Cook wrote: > Folks, > > I was wondering if there is any easy way around this issue. I normally > use XWin.exe in it's X-Terminal mode, connecting to an external Linux > box. This works fine, but the way I do it leaves a redundant Win32 > console window open. > > What I do is run: > C:\cygwin\bin\bash.exe --login -c "/usr/X11R6/bin/XWin.exe -broadcast > -unixkill -fullscreen -dpi 100" > > from a taskbar shortcut. > > bash.exe is only needed because if omitted XWin.exe (or things it runs) > can't find various libraries (if I set the "Start In" dir to > "\cygwin\bin", I get complaints about libs in "\cygwin\usr\X11R6\bin", > for example). > > However, running 'bash' creates itself a blank console window. The > reason running bash helps is, I assume, to do with setting up env vars > in the profile script. > > Is there any "cure" for this, or should I just ignore it? > > Thanks > > Ruth > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: startxdmcp.bat URL: From huntharo@msu.edu Thu May 15 02:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 May 2003 02:00:00 -0000 Subject: Clarification of 8 bit color mapping problem In-Reply-To: References: Message-ID: <3EC2F4A5.5040701@msu.edu> I don't understand why it is saying the visual is immutable. See, you are using a PseudoColor visual, which, as opposed to a StaticColor visual, can have its color entries changed. Thus, it doesn't make much sense to me that it is saying that the visual can't be changed. Maybe it wants a DirectColor visual. Does anyone else have any ideas? Harold ANTHONY LEE wrote: > I have some more information regarding my color problem. > One of my X application gave the following error in XWin.exe > > Visual type immutable, using default colormap > > What does it mean when you get "Visual type immutable". How do I fix it? > > Thank you > Anthony > From sam.edgeZZZ@lineone.net Thu May 15 02:20:00 2003 From: sam.edgeZZZ@lineone.net (Sam Edge) Date: Thu, 15 May 2003 02:20:00 -0000 Subject: Starting XWin in XDM mode with no console app? In-Reply-To: <5.2.0.9.0.20030514235333.00bb0c40@mailhost.ivimey.org> References: <5.2.0.9.0.20030514235333.00bb0c40@mailhost.ivimey.org> Message-ID: Ruth Ivimey-Cook wrote in <5.2.0.9.0.20030514235333.00bb0c40@mailhost.ivimey.org> in gmane.os.cygwin.xfree on Wed, 14 May 2003 23:59:03 +0100: > I was wondering if there is any easy way around this issue. I normally use > XWin.exe in it's X-Terminal mode, connecting to an external Linux box. This > works fine, but the way I do it leaves a redundant Win32 console window open. > What I do is run: > C:\cygwin\bin\bash.exe --login -c "/usr/X11R6/bin/XWin.exe -broadcast > -unixkill -fullscreen -dpi 100" > from a taskbar shortcut. > bash.exe is only needed because if omitted XWin.exe (or things it runs) > can't find various libraries (if I set the "Start In" dir to "\cygwin\bin", > I get complaints about libs in "\cygwin\usr\X11R6\bin", for example). > However, running 'bash' creates itself a blank console window. The reason > running bash helps is, I assume, to do with setting up env vars in the > profile script. > Is there any "cure" for this, or should I just ignore it? The other two suggestions in this thread are good. I use a variation on your approach though. I have a two line script called doX: --- CUT HERE --- #!/bin/sh XWin.exe -broadcast -unixkill -fullscreen -dpi 100 & --- CUT HERE --- I make sure this is in the PATH that exists after /etc/profile has run. (I put it in /usr/local/bin for example.) I then put the following in the Windows shortcut that launches it: C:\cygwin\bin\bash.exe --login -c doX I make the shortcut run minimized so that the bash console window only appears in the taskbar. Once it has launched XWin it exits and the taskbar entry disappears. Bingo. XWin.exe running with your normal /etc/profile, ~/.bash_profile start-up done but without any extra bash.exe hanging around. :-) (Actually, my doX builds the command line from various bits depending upon the value of `hostname` so that I can use one script on multiple machines but you get the idea.) Regards, -- Sam Edge From huntharo@msu.edu Thu May 15 02:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 May 2003 02:45:00 -0000 Subject: A change to startxwin.bat... Message-ID: <3EC2FF4D.4040205@msu.edu> By popular demand, I have added the following to startwin.bat. Cheers, Harold REM Brief descriptions of XWin-specific options: REM REM -screen scr_num [width height] REM Enable screen scr_num and optionally specify a width and REM height for that screen. REM Most importantly, any parameters specified before the first -screen REM parameter apply to all screens. Any options after the first -screen REM parameter apply only to the screen that precedes the parameter. REM Example: REM XWin -fullscreen -screen 0 -screen 1 -depth 8 -screen 2 REM All screens will be fullscreen, but screen 2 will be depth 8, while REM screens 0 and 1 will be the default depth (whatever depth Windows REM is currently running at). REM -multiwindow REM Start an integrated Windows-based window manager. Not to be used REM with -rootless nor -fullscreen. REM -rootless REM Use a transparent root window with an external window manager REM (such as twm). Not to be used with -multiwindow nor REM with -fullscreen. REM -fullscreen REM Use a window as large as possible on the primary monitor. REM -multiplemonitors REM Create a root window that covers all monitors on a REM system with multiple monitors. REM -clipboard REM Enable the integrated version of xwinclip. Do not use in REM conjunction with the xwinclip program. REM -depth bits_per_pixel REM Specify the screen depth to run at (in bits per pixel) using a REM DirectDraw-based engine in conjunction with the -fullscreen REM option, ignored if the -fullscreen option is not specified. REM By default, you will be using a DirectDraw based engine on any REM system that supports it. REM -unixkill REM Trap Ctrl+Alt+Backspace as a server shutdown key combination. REM -nounixkill REM Disable Ctrl+Alt+Backspace as a server shutdown key combination (default). REM Example: REM XWin -unixkill -screen 0 -screen 1 -screen 2 -nounixkill REM Screens 0 and 1 will allow Ctrl+Alt+Backspace, but screen 2 will not. REM -winkill REM Trap Alt+F4 as a server shutdown key combination (default). REM -nowinkill REM Disable Alt+F4 as a server shutdown key combination. REM -scrollbars REM Enable resizing of the server display window. Do not use in conjunction REM with -multiwindow nor with -rootless. REM -nodecoration REM Draw the server root window without a title bar or border. REM Do not use with -mutliwindow nor with -rootless. REM -lesspointer REM Hide the Windows mouse cursor anytime it is over any part of the REM window, even if Cygwin/XFree86 is not the window with the focus. REM -refresh rate_in_Hz REM Specify a refresh rate to use when used with the -fullscreen option. REM -trayicon REM Enable the tray icon (default). REM -notrayicon REM Disable the tray icon. REM Example: REM XWin -notrayicon -screen 0 -screen 1 -screen 2 -trayicon REM Screens 0 and 1 will not have tray icons, but screen 2 will. REM -emulate3buttons [timeout] REM Emulate 3 button mouse with an optional timeout in milliseconds. REM -xf86config REM Specify an XF86Config-style configuration file. REM -keyboard REM Specify a keyboard device from the configuration file. From huntharo@msu.edu Thu May 15 03:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 May 2003 03:17:00 -0000 Subject: New XFree86-startup-scripts package: 4.2.0-4 Message-ID: <3EC306BF.6040201@msu.edu> I posted a new startup-scripts package. Changes: 1) Use -multiwindow by default in startwin.bat. 2) Add a section describing Cygwin/XFree86-specific command-line parameters to startxwin.bat. 3) Add a new script ``startxdmcp.bat'' that gives some examples for connecting to a remote host via XDMCP. Also includes an example of setting a remote font path the -fp. Enjoy, Harold From bijumaillist@yahoo.com Thu May 15 03:23:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Thu, 15 May 2003 03:23:00 -0000 Subject: A change to startxwin.bat... In-Reply-To: <3EC2FF4D.4040205@msu.edu> Message-ID: <20030515031422.46640.qmail@web14606.mail.yahoo.com> I also make a shortcut to startxwin.bat with run in "Minimized" mode to avoid the flashing of console window at startup. I wonder why not post-install or setup program create shortcuts at desktop and startup menu while installing __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From huntharo@msu.edu Thu May 15 03:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 May 2003 03:31:00 -0000 Subject: A change to startxwin.bat... In-Reply-To: <20030515031422.46640.qmail@web14606.mail.yahoo.com> References: <20030515031422.46640.qmail@web14606.mail.yahoo.com> Message-ID: <3EC309FD.8070001@msu.edu> Biju, Biju wrote: > I also make a shortcut to startxwin.bat with run in "Minimized" mode > to avoid the flashing of console window at startup. > > I wonder why not post-install or setup program create shortcuts > at desktop and startup menu while installing > No reason other than the fact that no one has done this yet. Harold From pechtcha@cs.nyu.edu Thu May 15 03:53:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 15 May 2003 03:53:00 -0000 Subject: A change to startxwin.bat... In-Reply-To: <3EC309FD.8070001@msu.edu> Message-ID: On Wed, 14 May 2003, Harold L Hunt II wrote: > Biju, > > Biju wrote: > > > I also make a shortcut to startxwin.bat with run in "Minimized" mode > > to avoid the flashing of console window at startup. > > > > I wonder why not post-install or setup program create shortcuts > > at desktop and startup menu while installing > > > > No reason other than the fact that no one has done this yet. > > Harold If you intend to do it, *please* don't do this in a postinstall script! Postinstall scripts have no way of communicating with the user, and I, for one, get annoyed when software messes up my desktop/start menu *without asking me*. If you want to provide such functionality, please include a config script that will be run separately by the user. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II From bijumaillist@yahoo.com Thu May 15 04:10:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Thu, 15 May 2003 04:10:00 -0000 Subject: A change to startxwin.bat... In-Reply-To: Message-ID: <20030515041037.54646.qmail@web14603.mail.yahoo.com> Best way is a provision in "Setup" program That means somebody have to modify setup.exe. Alternative is to add a new package which just installs shortcuts so while installing users can check or uncheck it Cheers Biju --- Igor Pechtchanski wrote: > On Wed, 14 May 2003, Harold L Hunt II wrote: > > > Biju, > > > > Biju wrote: > > > > > I also make a shortcut to startxwin.bat with run in "Minimized" mode > > > to avoid the flashing of console window at startup. > > > > > > I wonder why not post-install or setup program create shortcuts > > > at desktop and startup menu while installing > > > > > > > No reason other than the fact that no one has done this yet. > > > > Harold > > If you intend to do it, *please* don't do this in a postinstall script! > Postinstall scripts have no way of communicating with the user, and I, for > one, get annoyed when software messes up my desktop/start menu *without > asking me*. If you want to provide such functionality, please include a > config script that will be run separately by the user. > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ pechtcha@cs.nyu.edu > ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > Knowledge is an unending adventure at the edge of uncertainty. > -- Leto II > __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From spetreolle@yahoo.fr Thu May 15 04:30:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Thu, 15 May 2003 04:30:00 -0000 Subject: New XFree86-startup-scripts package: 4.2.0-4 In-Reply-To: <3EC306BF.6040201@msu.edu> Message-ID: <20030515042955.90645.qmail@web10105.mail.yahoo.com> Can a XDMCP server be started this way on cygwin ? > 3) Add a new script ``startxdmcp.bat'' that gives some examples for > connecting to a remote host via XDMCP. Also includes an example of > setting a remote font path the -fp. > > > Enjoy, > > Harold > ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From Ruth.Ivimey-Cook@ivimey.org Thu May 15 11:03:00 2003 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Thu, 15 May 2003 11:03:00 -0000 Subject: Starting XWin in XDM mode with no console app? In-Reply-To: <3EC2F40E.6000806@msu.edu> References: <5.2.0.9.0.20030514235333.00bb0c40@mailhost.ivimey.org> <3EC2F40E.6000806@msu.edu> Message-ID: <1052996584.23563.0.camel@sharra.ivimey.org> On Thu, 2003-05-15 at 02:57, Harold L Hunt II wrote: > Ruth, > > You need to use startxwin.bat, which is in /usr/X11R6/bin. > > You will need to modify the file, ever so slightly, to connect to a > remote machine instead of launching local apps. > > In fact, such a modified file is attached. Silly me... should have thought of that. Thanks for the info everyone. Ruth From sam.edgeZZZ@lineone.net Thu May 15 13:46:00 2003 From: sam.edgeZZZ@lineone.net (Sam Edge) Date: Thu, 15 May 2003 13:46:00 -0000 Subject: A change to startxwin.bat... In-Reply-To: References: <3EC309FD.8070001@msu.edu> Message-ID: <9g67cv8eu1n4u7qb7fs607qvtjfiqnht76@4ax.com> Igor Pechtchanski wrote in in gmane.os.cygwin.xfree on Wed, 14 May 2003 23:53:08 -0400 (EDT): > If you intend to do it, *please* don't do this in a postinstall script! > Postinstall scripts have no way of communicating with the user, and I, for > one, get annoyed when software messes up my desktop/start menu *without > asking me*. If you want to provide such functionality, please include a > config script that will be run separately by the user. Hear, hear! I'll second Igor's motion. -- Sam Edge From Benjamin.Riefenstahl@epost.de Thu May 15 14:20:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Thu, 15 May 2003 14:20:00 -0000 Subject: xterm is a console program? In-Reply-To: (Early Ehlinger's message of "Wed, 14 May 2003 10:38:19 -0500") References: Message-ID: Hi Early, "Early Ehlinger" writes: > A simple WinMain that parses GetCommandLine and calls main() would > do the trick, I think. I think the runtime already does that automatically. You really only need to add -mwindows for the link step. so long, benny From michael.parker@st.com Thu May 15 14:21:00 2003 From: michael.parker@st.com (Mike Parker) Date: Thu, 15 May 2003 14:21:00 -0000 Subject: Xwin -clipboard causing Netscape6 to crash Message-ID: Hi all, I've just noticed that invoking Xwin.exe with the '-clipboard' modifier is causing Netscape6 to crash. I'm running XFree86-xserv v4.2.0-35 and XFree86-xwinclip on a Win2k PC. Netscape6 was invoked on my Sparc running Solaris 5.8 with the display echoed to my Cygwin session. Netscape 6, if it helps, is v6.2.3. Any ideas (other than removing the clipboard invocation) on how the conflict can be resolved? Thanks, Mike -------------- next part -------------- A non-text attachment was scrubbed... Name: Mike Parker.vcf Type: text/x-vcard Size: 1848 bytes Desc: not available URL: From Ralf.Habacker@freenet.de Thu May 15 14:53:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Thu, 15 May 2003 14:53:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <5.1.1.6.2.20030513215339.00aaf278@mail.ziplabel.com> Message-ID: <000701c31aed$778f57c0$0a1c440a@BRAMSCHE> Hi Earle, Earle F.Philhower III wrote: > I'll do one better than that, below is a diff -U3 OLD NEW of all the > changes against the text 84 release. It's got stubs for the WM_HINTS > already, so if Ralf Habacker wants to try his hand at updating the icons > Windows displays, he just needs to add a function call in the TBD > section. > I've checked your patch and it works mostly as expected. I've recognized only two problems: 1. THE WM_HINTS stub is never reached. I've added a test application 2. The window title setting is delayed for about a second. You can verify this with xterm. Cheers Ralf -------------- next part -------------- A non-text attachment was scrubbed... Name: basicwin.c Type: application/octet-stream Size: 8054 bytes Desc: not available URL: From huntharo@msu.edu Thu May 15 15:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 May 2003 15:40:00 -0000 Subject: xterm is a console program? In-Reply-To: References: Message-ID: <3EC3B4EC.7070905@msu.edu> Benny, >>A simple WinMain that parses GetCommandLine and calls main() would >>do the trick, I think. > > > I think the runtime already does that automatically. You really only > need to add -mwindows for the link step. > That is correct. Of course, another issue remains: Even non-console apps (such as xterm) dump error information to the console. These error messages are forever lost and prevented from being seen if we add -mwindows to the link line. This makes me prefer run-time solutions, such as using "run.exe". With that in mind, here is what I have to say about -mwindows, if we ever chose to obliterate error messages. However, we haven't added this link flag for all executables (which I think is the only granularity we have) because some of the executables in the build tree *do* have console output only. Case in point: 1) Open a cmd or command prompt 2) cd \cygwin\usr\X11R6\bin 3) startxwin.bat (starts X, sets PATH and DISPLAY) 4) xdpyinfo Notice that xdpyinfo dumps its into to the cmd or command console. Adding -mwindows to all executables would disconnect xdpyinfo from the console and would not allow it to print its info in a cmd/command window anymore. I am not sure what would happen if you ran it under bash (Cygwin shell) or within an xterm. I have a feeling that it wouldn't output its data under any shell, which would be most unfortunate. So, we have two choices: 1) Evaluate individual candidates for addding the -mwindows flag to their link command. 2) Check for, or add, a finer granularity of adding link flags to only non-console apps in the build tree. Thoughts? (Don't forget my comments about error messages at the top) Harold From huntharo@msu.edu Thu May 15 15:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 May 2003 15:42:00 -0000 Subject: Xwin -clipboard causing Netscape6 to crash In-Reply-To: References: Message-ID: <3EC3B563.8070104@msu.edu> Mike, Please install the XFree86-xwinclip package for Cygwin/XFree86. Then, remove the -clipboard command-line parameter and run xwinclip instead. Report your results. This will help me to determine if the problem lies with the way that we interface with X or the X clipboard, or if it is specific to the integrated version of xwinclip. Thanks for testing, Harold Mike Parker wrote: > Hi all, > I've just noticed that invoking Xwin.exe with the '-clipboard' modifier > is causing Netscape6 to crash. I'm running XFree86-xserv v4.2.0-35 and > XFree86-xwinclip on a Win2k PC. Netscape6 was invoked on my Sparc running > Solaris 5.8 with the display echoed to my Cygwin session. > > Netscape 6, if it helps, is v6.2.3. > > Any ideas (other than removing the clipboard invocation) on how the conflict > can be resolved? > > Thanks, > > Mike > > From pechtcha@cs.nyu.edu Thu May 15 16:05:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 15 May 2003 16:05:00 -0000 Subject: xterm is a console program? In-Reply-To: <3EC3B4EC.7070905@msu.edu> Message-ID: On Thu, 15 May 2003, Harold L Hunt II wrote: > Benny, > > >>A simple WinMain that parses GetCommandLine and calls main() would > >>do the trick, I think. > > > > I think the runtime already does that automatically. You really only > > need to add -mwindows for the link step. > > That is correct. > > Of course, another issue remains: Even non-console apps (such as xterm) > dump error information to the console. These error messages are forever > lost and prevented from being seen if we add -mwindows to the link line. > This makes me prefer run-time solutions, such as using "run.exe". > With that in mind, here is what I have to say about -mwindows, if we > ever chose to obliterate error messages. > > However, we haven't added this link flag for all executables (which I > think is the only granularity we have) because some of the executables > in the build tree *do* have console output only. > > Case in point: > 1) Open a cmd or command prompt > > 2) cd \cygwin\usr\X11R6\bin > > 3) startxwin.bat (starts X, sets PATH and DISPLAY) > > 4) xdpyinfo > > Notice that xdpyinfo dumps its into to the cmd or command console. > Adding -mwindows to all executables would disconnect xdpyinfo from the > console and would not allow it to print its info in a cmd/command window > anymore. I am not sure what would happen if you ran it under bash > (Cygwin shell) or within an xterm. I have a feeling that it wouldn't > output its data under any shell, which would be most unfortunate. > > So, we have two choices: > > 1) Evaluate individual candidates for addding the -mwindows flag to > their link command. > > 2) Check for, or add, a finer granularity of adding link flags to only > non-console apps in the build tree. > > Thoughts? (Don't forget my comments about error messages at the top) > > Harold Harold, Note that nothing prevents non-console programs from calling AllocateConsole which would use a console if one is available, or create a new one. However, AFAIU, *all* Cygwin apps are non-console apps! They will call AllocateConsole if necessary, but they would rather use the pty if available. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Knowledge is an unending adventure at the edge of uncertainty. -- Leto II From huntharo@msu.edu Thu May 15 16:22:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 15 May 2003 16:22:00 -0000 Subject: xterm is a console program? In-Reply-To: References: Message-ID: <3EC3BEAE.9040706@msu.edu> > Harold, > > Note that nothing prevents non-console programs from calling > AllocateConsole which would use a console if one is available, or create a > new one. However, AFAIU, *all* Cygwin apps are non-console apps! They > will call AllocateConsole if necessary, but they would rather use the pty > if available. > Igor Igor, Ah, but if you link with -mwindows you don't get connected to the current console. When you call AllocConsole you create a new console, which pops up a new command prompt window, which is precisely what we are trying to avoid. I remember reading somewhere (didn't look for it again) that there is no way for a Windows app to attach to the console that it was launched from. I spent quite a bit of time researching AllocConsole and other functions when I began using -mwindows for XWin.exe. Every option I explored turned up not to be quite what we wanted and I read several articles (some might have been on MSDN, some were other places) that said it simply wasn't possible to do something like you are suggesting. Have you demonstration code that implements what you are suggesting? I wrote some demo code at the time that convinced me that what I was reading was correct. However, if you have demo code that proves otherwise, I will certainly believe you :) Additionally, we would have to modify the source code for each of the console apps in the XFree86 tree, adding Cygwin-specific code that would create a new console for them. The goal here is to achieve this with Imakefile settings, rather than having to maintain code in each of the console apps. Harold From jc.gervais@videotron.ca Thu May 15 16:49:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 15 May 2003 16:49:00 -0000 Subject: xterm is a console program? In-Reply-To: <3EC3BEAE.9040706@msu.edu> Message-ID: Howbout making a lib that has the entry points that the console apps are calling, like printf, that redirects the output to an X term window if there is one present? Apps would need to be relinked against this lib, but then at least you could redirect output wherever you want. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II Sent: Thursday, May 15, 2003 12:22 PM To: cygwin-xfree@cygwin.com Subject: Re: xterm is a console program? > Harold, > > Note that nothing prevents non-console programs from calling > AllocateConsole which would use a console if one is available, or create a > new one. However, AFAIU, *all* Cygwin apps are non-console apps! They > will call AllocateConsole if necessary, but they would rather use the pty > if available. > Igor Igor, Ah, but if you link with -mwindows you don't get connected to the current console. When you call AllocConsole you create a new console, which pops up a new command prompt window, which is precisely what we are trying to avoid. I remember reading somewhere (didn't look for it again) that there is no way for a Windows app to attach to the console that it was launched from. I spent quite a bit of time researching AllocConsole and other functions when I began using -mwindows for XWin.exe. Every option I explored turned up not to be quite what we wanted and I read several articles (some might have been on MSDN, some were other places) that said it simply wasn't possible to do something like you are suggesting. Have you demonstration code that implements what you are suggesting? I wrote some demo code at the time that convinced me that what I was reading was correct. However, if you have demo code that proves otherwise, I will certainly believe you :) Additionally, we would have to modify the source code for each of the console apps in the XFree86 tree, adding Cygwin-specific code that would create a new console for them. The goal here is to achieve this with Imakefile settings, rather than having to maintain code in each of the console apps. Harold From cgf@redhat.com Thu May 15 17:19:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 15 May 2003 17:19:00 -0000 Subject: xterm is a console program? In-Reply-To: <3EC3BEAE.9040706@msu.edu> References: <3EC3BEAE.9040706@msu.edu> Message-ID: <20030515171942.GC5506@redhat.com> On Thu, May 15, 2003 at 12:22:06PM -0400, Harold L Hunt II wrote: >>Harold, >> >>Note that nothing prevents non-console programs from calling >>AllocateConsole which would use a console if one is available, or create a >>new one. However, AFAIU, *all* Cygwin apps are non-console apps! They >>will call AllocateConsole if necessary, but they would rather use the pty >>if available. The above is not correct. Cygwin apps are console apps by default. There is some AllocConsole magic coming in 1.5.0 but that's primarily for cygwin apps that run as a service. >Ah, but if you link with -mwindows you don't get connected to the >current console. When you call AllocConsole you create a new console, >which pops up a new command prompt window, which is precisely what we >are trying to avoid. I remember reading somewhere (didn't look for it >again) that there is no way for a Windows app to attach to the console >that it was launched from. Windows XP now has a way to do this but that's really not a solution, obviously. >I spent quite a bit of time researching AllocConsole and other >functions when I began using -mwindows for XWin.exe. Every option I >explored turned up not to be quite what we wanted and I read several >articles (some might have been on MSDN, some were other places) that >said it simply wasn't possible to do something like you are suggesting. >Have you demonstration code that implements what you are suggesting? I >wrote some demo code at the time that convinced me that what I was >reading was correct. However, if you have demo code that proves >otherwise, I will certainly believe you :) FWIW, I spent a lot of time searching for a way to do this too. It was one of my first tasks at Cygnus. They wanted me to fix the insight debugger so that it didn't need a console unless there were errors. I never found a good solution, either. This is one of a few places in the Win32 API where you have to wonder "What could they possibly have been thinking?" cgf From david.fries@boeing.com Thu May 15 20:47:00 2003 From: david.fries@boeing.com (Fries, David D) Date: Thu, 15 May 2003 20:47:00 -0000 Subject: A change to startxwin.bat... Message-ID: I just joined this list to find out how to disable the try icon. Guess I didn't get my e-mail sent fast enough! Thanks. My other question is can I get X to claim the windows and alt keys while it has the focus? I'm running with '-notraceicon -nowinkill -lesspointer' and I suppose I would have to click outside the window to do a task switch, but it would be useful to be able to have those keys. I'm running fvwm and I'm used to them being available at home (being that it is a real Linux system). I know it is possible because TimbukTu grabs those keys. But it doesn't process the scroll wheel. Cygwin is very useful to me, thanks for the work. -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: Wednesday, May 14, 2003 9:46 PM To: cygx Subject: A change to startxwin.bat... > By popular demand, I have added the following to startwin.bat. > REM -notrayicon > REM Disable the tray icon. > REM Example: > REM XWin -notrayicon -screen 0 -screen 1 -screen 2 -trayicon > REM Screens 0 and 1 will not have tray icons, but screen 2 will. From earle@ziplabel.com Thu May 15 20:51:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Thu, 15 May 2003 20:51:00 -0000 Subject: question about multiwindow mode and application icons Message-ID: <20030515205109.290111B94A@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From Ruth.Ivimey-Cook@ivimey.org Thu May 15 20:54:00 2003 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Thu, 15 May 2003 20:54:00 -0000 Subject: A change to startxwin.bat... In-Reply-To: <20030515041037.54646.qmail@web14603.mail.yahoo.com> References: Message-ID: <5.2.0.9.0.20030515215354.02674398@mailhost.ivimey.org> At 05:10 15/05/2003, you wrote: >That means somebody have to modify setup.exe. I wish someone would modify setup.exe to increase the size of the window. I HATE trying to manipulate lists through a letterbox! Sorry! Ruth From david.fries@boeing.com Thu May 15 20:58:00 2003 From: david.fries@boeing.com (Fries, David D) Date: Thu, 15 May 2003 20:58:00 -0000 Subject: A change to startxwin.bat... Message-ID: Same here, but I would rather have a simple search function more. -----Original Message----- From: Ruth Ivimey-Cook [mailto:Ruth.Ivimey-Cook@ivimey.org] Sent: Thursday, May 15, 2003 3:55 PM To: cygwin-xfree@cygwin.com Subject: Re: A change to startxwin.bat... > I wish someone would modify setup.exe to increase the size of the > window. I HATE trying to manipulate lists through a letterbox! From Ralf.Habacker@freenet.de Thu May 15 21:36:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Thu, 15 May 2003 21:36:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <20030515205109.290111B94A@mail03.powweb.com> Message-ID: <003801c31b2a$0fcb3d60$0a1c440a@BRAMSCHE> > Howdy Ralf... > > >Subject: RE: question about multiwindow mode and application icons > .. > >I've checked your patch and it works mostly as expected. > >I've recognized only two problems: > >1. THE WM_HINTS stub is never reached. I've added a test application > >2. The window title setting is delayed for about a second. You can > >verify this with xterm. > > For #1 you need to make sure the app is updating the WM_HINTS, or > even setting it in the first place. I'd say 90% of apps do not set > this property, that's why most WMs have big config files that > specify a mapping between a window class and a custom .jpg icon. I'm already wondering about this, now it is clear. Let me ask one question: It is possible to get the executable name of an x-application on the server ? I'm asking because I have a working solutions using icon dlls for the application identifing the application by its window title. Using the application executable name would make this much easier. See the next mail to the list with a proposal for this. > If you're sure the app is setting the propery, it may be setting it > before the window is mapped. In that case you'd need to query > for the property in the WM_WM_MAP case: statement. I will give it a try. > For most of the X Consortium apps I don't think there are icons, alot of them > predate WM_HINTS I think! When I starting thinking about this feature, I took a look into the qt library source (see for example http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/kde-cygwin/qt-3/src/kernel/qwidge t_x11.cpp?rev=1.1.1.6&only_with_tag=QT_IMPORT&content-type=text/vnd.viewcvs-mark up) and I recognized that for qt and kde applications it should do so. (May be you can find more. Search for "SetIcon". ) > > #2 you have a point, I've never had it be more than just noticable > but then again I do most of my work on remote systems and my local > CPU is just handling the window manager (and maybe IE). If it's > really bad what you can do is change the timeout delay in the PopMessage > function from (now.mullitm+50) to (now.mullitm+5) at the cost of > slightly more CPU utilization at idle. I will try. > Like I said, the best way > would probably be to have a 3rd thread working on a XNextEvent() > loop, but that's kinda hairy to get working properly, and due to > CPU scheduling in pthreads() you might still have some delay between > when the XNextEvent() thread goes to sleep after pushing a value to > when the PopMessage() thread notices and wakes up... Hmmh, this seems to be a job for the real xfree gurus. > One other thing I have seen after having it running for a 36 hours > is that when my screensaver grabs and releases the GDI it seems > all the X-Window windows are reset somehow. I do a xprop on a window > and see the cyg_privmap_rl in the window prior to the screensaver > and after I come back that property is gone. Very odd, I'll have to > look at it and maybe the XChangeProperty() call should be done in > the winmultiwindowwindow.c function. If worse comes to worst a > list of top level windows can be put back in to keep track of these > things. There shouldn't be that many top level windows to worry about, > after about 100 or so even Windoze itself gets funky! Identifing the top level window is also a must be for displaying different icons. See the next mail. Cheers Ralf From Ralf.Habacker@freenet.de Thu May 15 21:36:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Thu, 15 May 2003 21:36:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <015e01c31a58$2bb17440$0a1c440a@BRAMSCHE> Message-ID: <003901c31b2a$12ea57b0$0a1c440a@BRAMSCHE> Ralf Habacker wrote: > thanks for providing this great work. I've got already the details of > the win32 > icon format (see http://services.simac.be/vnc/single/msdn_icons.htm for more > informations), but unfortunally I'm lost with the icon_pixmap format of the > XSetWMHints call. I've found very much informations about pixmap in general in > the internet, but are lost to retrieve a detailed specification of the this > format. Does anyone have a pointer for this ? In the meantime I've got some more details on how this feature (displaying different icons for x applications in the win32 window) could be implemented. I'm going to use a three level icon display scheme, choosen by the informations an x application will give. 1. An x-application provides an application icon through the WM_HINTS events, which will be displayed as win32 window icon. 2. In case point 1. doesn't work, users can provide a special icon dll, loaded at runtime into the server, which contains icons for specific applications like other window manager does through special icon files (for example icewm). Identifying the icons will be done through the application window title. There are more than one icon dll setup through an environment variable possible, which will be searched one by one. If no icon was found the xserver tries at last a default icon dll for general x applications. Current implementation status: 1. not working yet due to problems getting the WM_HINTS event 2. a working solution available (tested with some qt and kde applications) open issues: A. currently all win32 windows of the multi-window mode shares the same window class, which means, that changing a single windows icon will change *all* icons. As a hack I have implemented different window classes for each windows. This isn't very good, because x applications uses an icon only for the main window, which means that additional opened windows will display the default 'x' icon. A better solution is to use one window class for all windows of one application -> Unfortunally I don't know to implement this. If this is usefull for the xfree server, please let me know, so that I can prepare a patch. Cheers Ralf From earle@ziplabel.com Thu May 15 23:56:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Thu, 15 May 2003 23:56:00 -0000 Subject: question about multiwindow mode and application icons Message-ID: <20030515235648.43CB51C786@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From earle@ziplabel.com Fri May 16 05:48:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 16 May 2003 05:48:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <003801c31b2a$0fcb3d60$0a1c440a@BRAMSCHE> References: <20030515205109.290111B94A@mail03.powweb.com> Message-ID: <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> Howdy again Ralf... At 11:36 PM 5/15/2003 +0200, you wrote: > > Howdy Ralf... > > >2. The window title setting is delayed for about a second. You can > > >verify this with xterm. I was able to get the "proper" way implemented, namely a 3rd thread that sleeps on a XNextEvent and which takes away the timeout in the main WM thread. Now title changes are instantaneous, and no timeout polling is needed. It turns out you just need to listen to the root window and there's no need to communicate from the WM->XNextEvt thread at all. It also seems to not lose its mind when my screen saver kicks in, but I'll have to run it for a day or so to be sure. I am attaching a diff against the raw xwin-20030513-0954 sources, it's easier to just start without the timeout polling hack. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: xneloop.diff Type: application/octet-stream Size: 15516 bytes Desc: not available URL: From Ralf.Habacker@freenet.de Fri May 16 12:03:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Fri, 16 May 2003 12:03:00 -0000 Subject: question about multiwindow mode and application icons Message-ID: <004701c31ba3$146ea2c0$0a1c440a@BRAMSCHE> Hi again, > > > >2. The window title setting is delayed for about a second. You can > > > >verify this with xterm. >I was able to get the "proper" way implemented, namely a 3rd thread that >sleeps on a XNextEvent and which takes away the timeout in the main WM >thread. Now title changes are instantaneous, and no timeout polling is >needed. It turns out you just need to listen to the root window and >there's no need to communicate from the WM->XNextEvt thread at all. It >also seems to not lose its mind when my screen saver kicks in, but I'll have >to run it for a day or so to be sure. I've tried it and got one problem described below: 1. start xterm setting window title works 2. start another application 3. switch to xterm -> setting window title does not works 4. kill another application 5. switch to xterm -> setting window title does still not works 6. kill xterm 7. start xterm -> setting window title does not works >-------------------------------- >Ralf Habacker wrote: >I'm already wondering about this, now it is clear. >Let me ask one question: It is possible to get the executable name of an >x-application on the server ? >I'm asking because I have a working solutions using icon dlls for the >application identifing the application by its window title. Using the >application executable name would make this much easier. See the next mail >to >the list with a proposal for this. >-------------------------------- > >Try checking WM_CLASS properties. A quick check would be to run xprop >on the window you're interested in. WM_CLASS is what .Xresources works >off of IIRC. got it. > >--------------------------------- >> For most of the X Consortium apps I don't think there are icons, alot of >them >> predate WM_HINTS I think! >I don't have QT running, but since you do maybe you can write a quick >app that makes a window and just SetIcon()s it over and over and see >if the message ever gets thru to the procedure, maybe it's getting >into the X callback procedure but I've made a mistake in the ATOM spec >for the WM_HINT option? > I think, it goes easier, see below. >--------------------------------- >In the meantime I've got some more details on how this feature (displaying >different icons for x applications in the win32 window) could be implemented. >I'm going to use a three level icon display scheme, choosen by the >informations >an x application will give. >1. An x-application provides an application icon through the WM_HINTS events, >which will be displayed as win32 window icon. >2. In case point 1. doesn't work, users can provide a special icon dll, loaded >at runtime into the server, which contains icons for specific applications >like >other window manager does through special icon files (for example icewm). >Identifying the icons will be done through the application window title. There >are more than one icon dll setup through an environment variable possible, >which >will be searched one by one. If no icon was found the xserver tries at last a >default icon dll for general x applications. >Current implementation status: >1. not working yet due to problems getting the WM_HINTS event >2. a working solution available (tested with some qt and kde applications) >----------------------- >That was fast! > I had this before I started the thread. >---------------- >open issues: >A. currently all win32 windows of the multi-window mode shares the same window >class, which means, that changing a single windows icon will change *all* >icons. >Instead of using the class icon, how about doing your own WM_NCPAINT >handling? You can set the class icon to NULL or a blank icon when you >register the class, and in the WM_NCPAINT first call the default >handler to draw the title/etc, and then DrawIcon(fn(x-class)) in the >non client region, after getting the icon x/y from GetSysMetrics. > Seems to be complicate, see below Because of the WM_HINTS problem I have simplified the icon strategy a little: The easiest solution at now seems to me using *.ico files for any application identified by the application name (using WM_CLASS). This makes it very easy to support additional applications. Implementing the WM_HINTS stuff could be done in a second step, which will come later. Implementation: 1. Setting the icon is only necessary in winCreateWindowsWindow() through a LoadImage() call (see the function GetIcon() below) which loads the icon file from the disk. To archieve the same icon for all windows of an application, each application uses a uniq window class for its windows. For that I need to retrieve the application executable name through WM_CLASS, which works already on another place. Unfortunally in winCreateWindowsWindow() there is only a WindowPtr available. My question is now, how do i get some parameters from a WindowPtr ? Display *pDisplay, Window iWin, WMInfoPtr pWMInfo Any ideas ? Cheers Ralf From huntharo@msu.edu Fri May 16 12:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 16 May 2003 12:52:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> References: <20030515205109.290111B94A@mail03.powweb.com> <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> Message-ID: <3EC4DEE5.5040504@msu.edu> Earle, This is great! I will take a look at the code this weekend. In the meantime, have you checked the size of /tmp/XWin.log when running with this patch? I just want to make sure that there are no ErrorF's that should be #if'd out of the code. We have had problems where I miss the fact that someone is dumping tons of messages to /tmp/XWin.log (think megabytes per minute) and I fail to remove those messages before we make a release. Could you double check for me that this is not the case with this patch? If it is the case, could you please resubmit with the appropriate ErrorF's #if'd out? Thanks for contributing, Harold Earle F. Philhower III wrote: > Howdy again Ralf... > At 11:36 PM 5/15/2003 +0200, you wrote: > >> > Howdy Ralf... >> > >2. The window title setting is delayed for about a second. You can >> > >verify this with xterm. > > > I was able to get the "proper" way implemented, namely a 3rd thread that > sleeps on a XNextEvent and which takes away the timeout in the main WM > thread. Now title changes are instantaneous, and no timeout polling is > needed. It turns out you just need to listen to the root window and > there's no need to communicate from the WM->XNextEvt thread at all. It > also seems to not lose its mind when my screen saver kicks in, but I'll > have > to run it for a day or so to be sure. > > I am attaching a diff against the raw xwin-20030513-0954 sources, it's > easier > to just start without the timeout polling hack. > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com > > > ------------------------------------------------------------------------ > > From earle@ziplabel.com Fri May 16 16:19:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 16 May 2003 16:19:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <004701c31ba3$146ea2c0$0a1c440a@BRAMSCHE> Message-ID: <5.1.1.6.2.20030516091435.00aaa620@mail.ziplabel.com> Howdy... From: "Ralf Habacker" At 02:02 PM 5/16/2003 +0200, you wrote: >I've tried it and got one problem described below: >1. start xterm > setting window title works >2. start another application >3. switch to xterm -> setting window title does not works >4. kill another application >5. switch to xterm -> setting window title does still not works >6. kill xterm >7. start xterm -> setting window title does not works Thanks, I didn't catch that. There was a missing WM_WM_HINTS_EVENT case statement and a check for a NULL return value in the UpdateName() function. I'll do more testing before u/ling a patch, but you can do the following to get things into shape: - In UpdateName() in the if(XGetWindowProp()){ } block, change hWnd = *retHwnd; XFree(retHwnd); into if(retHwnd) { hWnd = *retHwnd; XFree(retHwnd); } - In winMultiWindowXMsgProc() comment out the last winSendMessageToWM call: } else if (event.type == PropertyNotify && event.xproperty.atom == atmWmHints) { memset( &msg, 0, sizeof(msg) ); msg.msg = WM_WM_HINTS_EVENT; msg.iWindow = event.xproperty.window; /* Other fields ignored */ winSendMessageToWM (pInfo->pWMInfo, &msg); } into } else if (event.type == PropertyNotify && event.xproperty.atom == atmWmHints) { memset( &msg, 0, sizeof(msg) ); msg.msg = WM_WM_HINTS_EVENT; msg.iWindow = event.xproperty.window; /* Other fields ignored */ // winSendMessageToWM (pInfo->pWMInfo, &msg); } ... Because of the WM_HINTS problem I have simplified the icon strategy a little: >The easiest solution at now seems to me using *.ico files for any application >identified by the application name (using WM_CLASS). This makes it very >easy to >support additional applications. >Implementing the WM_HINTS stuff could be done in a second step, which will >come >later. >Implementation: >1. Setting the icon is only necessary in winCreateWindowsWindow() through a >LoadImage() call (see the function GetIcon() below) which loads the icon file >from the disk. To archieve the same icon for all windows of an >application, each >application uses a uniq window class for its windows. >For that I need to retrieve the application executable name through WM_CLASS, >which works already on another place. Unfortunally in winCreateWindowsWindow() >there is only a WindowPtr available. >My question is now, how do i get some parameters from a WindowPtr ? >Display *pDisplay, >Window iWin, >WMInfoPtr pWMInfo s_pScreenPriv->pWMInfo From that you can get the display ptr. The Window will be harder, if you have a HWND you can do a (Window)GetProp (hwnd, WIN_WID_PROP);, otherwise you'll have to find some other way. I looked at this myself and couldn't figure it out, but I didn't really try too hard. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From Ralf.Habacker@freenet.de Fri May 16 17:07:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Fri, 16 May 2003 17:07:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <004701c31ba3$146ea2c0$0a1c440a@BRAMSCHE> Message-ID: <005801c31bcd$9117d650$0a1c440a@BRAMSCHE> Ralf Habacker wrote: > 1. Setting the icon is only necessary in winCreateWindowsWindow() through a > LoadImage() call (see the function GetWindowIcon() below) which loads the icon file ^^^^ Ups, I've forgotten the diff file, sorry. I will send it soon, let me first clear some thing you have written >>A. currently all win32 windows of the multi-window mode shares the same window >>class, which means, that changing a single windows icon will change *all* icons. >>As a hack I have implemented different window classes for each windows. This >>isn't very good, because x applications uses an icon only for the main window, >>which means that additional opened windows will display the default 'x' icon. >>A better solution is to use one window class for all windows of one >>application -> Unfortunally I don't know to implement this. ----------------- >Instead of using the class icon, how about doing your own WM_NCPAINT >handling? You can set the class icon to NULL or a blank icon when you >register the class, and in the WM_NCPAINT first call the default >handler to draw the title/etc, and then DrawIcon(fn(x-class)) in the >non client region, after getting the icon x/y from GetSysMetrics. But what about the taskbar and ALT-TAB window handling ? The win32 build in handling of windows require a registered icon, which requires different WindowClasses for each application. Otherwise I have to do all stuff manual, which seems not so easy. :-) Do you see a problem using different RegisterClass, which would make it very simple (initialize icon and forget) ? I'm very near at this goal. The only thing I'm missing is how to get a WMInfoPtr and Window reference from the WindowPtr. See the source below: hw/xwin/winmultiwindowwm.c int GetWindowClass(WindowPtr pWin, char *basename, char *windowClass) { WMInfoPtr pWMInfo = /* pWin -- ??? */ ; Window iWin = /* pWin -- ??? */ ; char appName[1024]; GetClientApplicationName (pWMInfo->pDisplay, iWin, appName); if (windowClass) sprintf(windowClass,"%s-%s",basename,appName); return 1; } HICON GetWindowIcon(WindowPtr pWin) { WMInfoPtr pWMInfo = /* pWin -- ??? */ ; Window iWin = /* pWin -- ??? */ ; Atom atmType; int fmtRet; unsigned long items, remain; HWND *retHwnd, hWnd; XWindowAttributes attr; HICON hIcon; hWnd = 0; /* See if we can get the cached HWND for this window... */ if (XGetWindowProperty(pWMInfo->pDisplay, iWindow, pWMInfo->atmPrivMap, 0, 1, False, pWMInfo->atmPrivMap, &atmType, &fmtRet, &items, &remain, (unsigned char **)&retHwnd ) == Success) { hWnd = *retHwnd; XFree(retHwnd); } /* Some sanity checks */ if (!hWnd) return; if (!IsWindow(hWnd)) return; /* Get the window attributes */ XGetWindowAttributes (pWMInfo->pDisplay, iWindow, &attr); if (!attr.override_redirect) { char appName[1024]; GetClientApplicationName(pWMInfo->pDisplay,iWindow,appName); if (!*appName) return; strcat(appName,".ico"); hIcon = LoadImage(0,appName,IMAGE_ICON, 0,0,LR_DEFAULTSIZE| LR_LOADFROMFILE | LR_SHARED ); } return hIcon; } /hw/xwin/winmultiwindowwindow.c extern int GetWindowClass(WindowPtr pWin, char *basename, char *windowClass); extern HICON GetWindowIcon(WindowPtr pWin); static void winCreateWindowsWindow (WindowPtr pWin) { int iX, iY; int iWidth; int iHeight; int iBorder; HWND hWnd; WNDCLASS wc; winWindowPriv(pWin); char windowClass[1024]; if (!GetWindowClass(pWin,WINDOW_CLASS_X,windowClass)) strcpy(windowClass,WINDOW_CLASS_X); #if CYGMULTIWINDOW_DEBUG ErrorF ("winCreateWindowsWindow - pWin: %08x windowClass: %s\n", pWin,windowClass); #endif iBorder = wBorderWidth (pWin); iX = pWin->drawable.x; iY = pWin->drawable.y; iWidth = pWin->drawable.width; iHeight = pWin->drawable.height; /* Setup our window class */ wc.style = CS_HREDRAW | CS_VREDRAW; wc.lpfnWndProc = winTopLevelWindowProc; wc.cbClsExtra = 0; wc.cbWndExtra = 0; wc.hInstance = g_hInstance; wc.hIcon = GetWindowIcon(pWin); if (!wc.hIcon) wc.hIcon = LoadIcon (g_hInstance, MAKEINTRESOURCE(IDI_XWIN)); wc.hCursor = 0; wc.hbrBackground = (HBRUSH) GetStockObject (WHITE_BRUSH); wc.lpszMenuName = NULL; wc.lpszClassName = windowClass; RegisterClass (&wc); /* Create the window */ hWnd = CreateWindowExA (WS_EX_TOOLWINDOW, /* Extended styles */ windowClass, /* Class name */ WINDOW_TITLE_X, /* Window name */ WS_POPUP | WS_CLIPCHILDREN | WS_CLIPSIBLINGS, iX, /* Horizontal position */ iY, /* Vertical position */ iWidth, /* Right edge */ iHeight, /* Bottom edge */ (HWND) NULL, /* No parent or owner window */ (HMENU) NULL, /* No menu */ GetModuleHandle (NULL), /* Instance handle */ pWin); /* ScreenPrivates */ if (hWnd == NULL) { ErrorF ("winCreateWindowsWindow - CreateWindowExA () failed: %d\n", GetLastError ()); } pWinPriv->hWnd = hWnd; SetProp (pWinPriv->hWnd, WIN_WID_PROP, (HANDLE) winGetWindowID(pWin)); /* Flag that this Windows window handles its own activation */ SetProp (pWinPriv->hWnd, WIN_NEEDMANAGE_PROP, (HANDLE) 0); } From earle@ziplabel.com Fri May 16 18:46:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Fri, 16 May 2003 18:46:00 -0000 Subject: question about multiwindow mode and application icons Message-ID: <20030516184610.9DB041C83D@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From karl@waclawek.net Fri May 16 18:51:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Fri, 16 May 2003 18:51:00 -0000 Subject: xterm is a console program? Message-ID: <00ad01c31bdc$1467d510$9e539696@citkwaclaww2k> Harold, sorry for reading this so late: > I remember reading somewhere (didn't look for it again) that there is > no way for a Windows app to attach to the console that it was launched from. I am not sure what you mean with attach, but I can create a Windows GUI app that also has a console (or uses the console from which it was started) and can perform read and write functions on that console, while at the same time running a GUI. This is extremely simple using Delphi and I don't even need to access the Windows API to do that. Karl From Ruth.Ivimey-Cook@ivimey.org Fri May 16 19:08:00 2003 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Fri, 16 May 2003 19:08:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <20030515235648.43CB51C786@mail03.powweb.com> Message-ID: <5.2.0.9.0.20030516200824.026f6478@mailhost.ivimey.org> At 00:56 16/05/2003, you wrote: >Try checking WM_CLASS properties. A quick check would be to run xprop >on the window you're interested in. WM_CLASS is what .Xresources works >off of IIRC. WM_CLASS and WM_NAME... Ruth From huntharo@msu.edu Fri May 16 19:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 16 May 2003 19:09:00 -0000 Subject: xterm is a console program? In-Reply-To: <00ad01c31bdc$1467d510$9e539696@citkwaclaww2k> References: <00ad01c31bdc$1467d510$9e539696@citkwaclaww2k> Message-ID: <3EC53759.8040601@msu.edu> Karl, You have to read our description more closely. Yes, we all admit that you can *create a new console* and output messages to it. However, no one cares about that. There are two distinct cases to what we are talking about, and this is the last time that I am going to describe it to someone. Case one ======== 1) User double-clicks an X app in Windows Explorer. 2) X app opens without causing a command-prompt window to be created. 3) Currently, double-clicking an X app will cause a new command-prompt window to be opened that will remain open for the duration that the X app is open. This is undesired behavior. 4) Double-clicked X apps should not open a command-prompt window at all. Case two ======== 1) User opens a command prompt window. 2) User launches an X app from the command prompt window. 3) *CRUCIAL PART* The X app, being very smart, notices that it was launched from a console window and attaches its text output to that very same console window. NO NEW CONSOLE IS CREATED. 4) Any text error messages (via printf, etc.) from the X app go to the command prompt window that the X app was launched from. To reiterate what I said before, the problem here is that the Win32 API does not provide a way to determine that you were launched from a conosole, find that console's id, and attach to that console, all while still not causing a seperate console to popup if you double-click the X app in Windows Explorer. That is the dillema we face. As Chris mentioned, there may have been new API calls added to Windows XP that allow this. However, this does not help us because we claim to support Windows 95/98/Me and Windows NT 4.0/2000/XP. We would need a solution that worked on all platforms and there are many articles on the net that indicate that such a solution does not exist. I hope that clears things up. Harold Karl Waclawek wrote: > Harold, sorry for reading this so late: > > >>I remember reading somewhere (didn't look for it again) that there is >>no way for a Windows app to attach to the console that it was launched from. > > > I am not sure what you mean with attach, but I can create a Windows GUI app that > also has a console (or uses the console from which it was started) and can > perform read and write functions on that console, while at the same time > running a GUI. > > This is extremely simple using Delphi and I don't even need to access > the Windows API to do that. > > Karl From Ralf.Habacker@freenet.de Fri May 16 19:36:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Fri, 16 May 2003 19:36:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <005801c31bcd$9117d650$0a1c440a@BRAMSCHE> Message-ID: <005901c31be2$7e5ba540$0a1c440a@BRAMSCHE> Earle wrote: > s_pScreenPriv->pWMInfo > From that you can get the display ptr. Thanks. The first I've got. > int > GetWindowClass(WindowPtr pWin, char *basename, char *windowClass) > { > WMInfoPtr pWMInfo = /* pWin -- ??? */ ; winPrivWinPtr pWinPriv = winGetWindowPriv(pWin); winPrivScreenPtr s_pScreenPriv = pWinPriv->pScreenPriv; WMInfoPtr pWMInfo = s_pScreenPriv->pWMInfo; Cheers Ralf From karl@waclawek.net Fri May 16 19:56:00 2003 From: karl@waclawek.net (Karl Waclawek) Date: Fri, 16 May 2003 19:56:00 -0000 Subject: xterm is a console program? References: <00ad01c31bdc$1467d510$9e539696@citkwaclaww2k> <3EC53759.8040601@msu.edu> Message-ID: <00bf01c31be5$41400040$9e539696@citkwaclaww2k> > Case one > ======== > 1) User double-clicks an X app in Windows Explorer. > > 2) X app opens without causing a command-prompt window to be created. > > 3) Currently, double-clicking an X app will cause a new command-prompt > window to be opened that will remain open for the duration that the X > app is open. This is undesired behavior. > > 4) Double-clicked X apps should not open a command-prompt window at all. > > > Case two > ======== > 1) User opens a command prompt window. > > 2) User launches an X app from the command prompt window. > > 3) *CRUCIAL PART* The X app, being very smart, notices that it was > launched from a console window and attaches its text output to that very > same console window. NO NEW CONSOLE IS CREATED. > > 4) Any text error messages (via printf, etc.) from the X app go to the > command prompt window that the X app was launched from. I understand now. I can do 2) but not 1), since on Windows there is no such concept as a parent process, so you can't find out which process is your parent and check if it has a console associated with it. Otherwise you could simply free your console when the parent didn't have one. On NT/2000 it might be possible using the NtQueryInformationProcess() API, which also returns the ID of the "parent" process from which the process inherited. Karl From Ralf.Habacker@freenet.de Fri May 16 20:59:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Fri, 16 May 2003 20:59:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <20030516184610.9DB041C83D@mail03.powweb.com> Message-ID: <005d01c31bee$0d8c97f0$0a1c440a@BRAMSCHE> Hi Earle, > ---------- Original Message ------------- > Subject: RE: question about multiwindow mode and application icons > From: "Ralf Habacker" > .. > But what about the taskbar and ALT-TAB window handling ? The win32 build in > handling of windows require a registered icon, which requires different > WindowClasses for each application. > Otherwise I have to do all stuff manual, which seems not so easy. :-) > ----------------------------------- > Good point, I forgot. Under WinXP you get a message you can handle to > draw the icon in the task switcher, but under older OSs you're 100% > correct. > > -------------------- > From: "Ralf Habacker" > Do you see a problem using different RegisterClass, which would make it very > simple (initialize icon and forget) ? > -------------------- > Not under any modern OS. Under Win95, 98, and ME, though, I believe > there is a limited number of window classes allowed because they > share a 16-bit context somewhere. Under NT/2K/XP this restriction > shouldn't be there, each app has its own GDI and contexts... > > You do NOT want to be running W98 on a machine that runs out of GDI > resources. It's a neat effect as fonts start getting lost and window > borders disappear, until the whole thing blue screens. but this occurs also with the recent implentation. The only additional overhead are one WindowClass per loaded x application. > -------------------- > I'm very near at this goal. The only thing I'm missing is how to get > a WMInfoPtr > and Window reference from the WindowPtr. See the source below: > ... > -------------------- > I'm not too sure, but I sent a message earlier today with a > suggestion. I've seen. Thanks for this. > Does winGetWindowID(pWin) get a valid WindowID? I will try > If so, then with a iWindow and Display* you should be able > to get the pWMInfo. You may want to look at the X porting manual > to see if they give some hints in the callback sections of the > X servers. I will give it a try. > If you can't get the info then and there, you should be able to > defer the processing until the WM_CREATE is called and then > just SetClassWord(newicon(XClass))? You won't cause any visual > artifacts since the window isn't drawn until you get a WM_SHOW, > well after the WM_CREATE message. The only problem is that for registering Windowclasses I need the x application name through XGetClassHint, which requires the display and window identifier. So this is a must have condition or does anyone have another idea how to deal with this. Thanks for your help. I think I have to study some of the x11 documentation a little more. BTW: Your last patch works good. No problem more encountered. Cheers Ralf > > > -- > -Earle F. Philhower, III > earle@ziplabel.com > http://www.ziplabel.com > > From Ralf.Habacker@freenet.de Fri May 16 22:13:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Fri, 16 May 2003 22:13:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <005d01c31bee$0d8c97f0$0a1c440a@BRAMSCHE> Message-ID: <005e01c31bf8$5398fb80$0a1c440a@BRAMSCHE> Hi Earle, > > If so, then with a iWindow and Display* you should be able > > to get the pWMInfo. You may want to look at the X porting manual > > to see if they give some hints in the callback sections of the > > X servers. > I've got both and they are valid, but unfortunally the XClassGetHint() I'm using to retrieve the application name hangs. May this be caused by threading problems ? Cheers Ralf From earle@ziplabel.com Fri May 16 23:31:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Fri, 16 May 2003 23:31:00 -0000 Subject: question about multiwindow mode and application icons Message-ID: <20030516233121.5AE271C7B5@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From wrcygwin@riede.org Sat May 17 02:39:00 2003 From: wrcygwin@riede.org (Willem Riede) Date: Sat, 17 May 2003 02:39:00 -0000 Subject: Do I have a performance problem? Message-ID: <20030517024146.GC1480@linnie.riede.org> I am using cygwin-xfree to access a Linux PC running RedHat 9 from another PC running Windows 2000 Professional over a local 100Mb LAN. The result is rather sluggish, it takes about a second to "paint" each remotely displayed window. I have also had Exceed installed on the W2K PC, and it paints much faster (it causes other problems, so I don't want to use it). That proves IMHO that it is not network induced slowness. The W2K PC is a Iwill KA266-R 850MHz Athlon, 512MB PC1600 DDR, ATI 8500DV AGP. Should the display speed be higher? What tuning possibilities are there? Xdpyinfo follows below. If any other info can help, I'd be happy to post it. Thanks, Willem Riede. name of display: winnie.riede.org:0.0 version number: 11.0 vendor string: The XFree86 Project, Inc vendor release number: 40200000 XFree86 version: 4.2.0 maximum request size: 4194300 bytes motion buffer size: 256 bitmap unit, bit order, padding: 32, LSBFirst, 32 image byte order: LSBFirst number of supported pixmap formats: 7 supported pixmap formats: depth 1, bits_per_pixel 1, scanline_pad 32 depth 4, bits_per_pixel 8, scanline_pad 32 depth 8, bits_per_pixel 8, scanline_pad 32 depth 15, bits_per_pixel 16, scanline_pad 32 depth 16, bits_per_pixel 16, scanline_pad 32 depth 24, bits_per_pixel 32, scanline_pad 32 depth 32, bits_per_pixel 32, scanline_pad 32 keycode range: minimum 8, maximum 255 focus: window 0xe0000e, revert to PointerRoot number of extensions: 21 BIG-REQUESTS DEC-XTRAP DOUBLE-BUFFER Extended-Visual-Information FontCache GLX LBX MIT-SUNDRY-NONSTANDARD RECORD RENDER SECURITY SGI-GLX SHAPE SYNC TOG-CUP XC-APPGROUP XC-MISC XFree86-Bigfont XKEYBOARD XTEST XVideo default screen number: 0 number of screens: 1 screen #0: dimensions: 1280x1023 pixels (433x346 millimeters) resolution: 75x75 dots per inch depths (7): 16, 1, 4, 8, 15, 24, 32 root window id: 0x36 depth of root window: 16 planes number of colormaps: minimum 1, maximum 1 default colormap: 0x20 default number of colormap cells: 64 preallocated pixels: black 0, white 65535 options: backing-store NO, save-unders NO largest cursor: 1280x1023 current input event mask: 0xfa003f KeyPressMask KeyReleaseMask ButtonPressMask ButtonReleaseMask EnterWindowMask LeaveWindowMask StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask PropertyChangeMask ColormapChangeMask number of visuals: 2 default visual id: 0x22 visual: visual id: 0x22 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 6 bits visual: visual id: 0x23 class: TrueColor depth: 16 planes available colormap entries: 64 per subfield red, green, blue masks: 0xf800, 0x7e0, 0x1f significant bits in color specification: 6 bits From earle@ziplabel.com Sat May 17 02:57:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 17 May 2003 02:57:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <3EC4DEE5.5040504@msu.edu> References: <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <20030515205109.290111B94A@mail03.powweb.com> <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030516195342.00ab6a60@mail.ziplabel.com> Howdy again >From: Harold L Hunt II At 08:51 AM 5/16/2003 -0400, you wrote: >Earle, >In the meantime, have you checked the size of /tmp/XWin.log when running >with this patch? I just want to make sure that there are no ErrorF's that >should be #if'd out of the code. We have had problems where I miss the >fact that someone is dumping tons of messages to /tmp/XWin.log (think >megabytes per minute) and I fail to remove those messages before we make a >release. Could you double check for me that this is not the case with >this patch? If it is the case, could you please resubmit with the >appropriate ErrorF's #if'd out? Sure, I checked and there's nothing new that I'm printing out in the changes, but the winclipboard is still dumping every time it gets a new selection. Attached is the cleaned up change, it ran the whole day worth of heavy XWin hacking for me at work. It has the change I mentioned to Ralf earlier, so the old diff with the bug he found should just be discarded. I also added something that I find VERY useful for things like xload and a console window: Always-On-Top. Right-click on the titlebar of any X window and you can make it float above other windows with the new menu item. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: thread_and_top.diff Type: application/octet-stream Size: 18665 bytes Desc: not available URL: From huntharo@msu.edu Sat May 17 06:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 17 May 2003 06:09:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <5.1.1.6.2.20030516195342.00ab6a60@mail.ziplabel.com> References: <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <20030515205109.290111B94A@mail03.powweb.com> <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <5.1.1.6.2.20030516195342.00ab6a60@mail.ziplabel.com> Message-ID: <3EC5D20E.6050607@msu.edu> Earle, In winmultiwindowwindow.c - WM_COMMAND, WM_SYSCOMMAND, and WM_INITMENU - These were all ending with a break. I changed them to end with a return 0, except when WM_SYSCOMMAND doesn't actually process anything. I also changed WM_COMMAND to WM_INIT_SYS_MENU and I changed the menu identifier to ID_APP_ALWAYS_ON_TOP, which is stored in resource.h. It was, in my opinion, a misuse of WM_COMMAND and WM_USER the way that it was initializing. Now it should be clear what is happening. Other than that, looks good. Thanks for contributing, Harold Earle F. Philhower III wrote: > Howdy again > > >From: Harold L Hunt II > At 08:51 AM 5/16/2003 -0400, you wrote: > >> Earle, >> In the meantime, have you checked the size of /tmp/XWin.log when >> running with this patch? I just want to make sure that there are no >> ErrorF's that should be #if'd out of the code. We have had problems >> where I miss the fact that someone is dumping tons of messages to >> /tmp/XWin.log (think megabytes per minute) and I fail to remove those >> messages before we make a release. Could you double check for me that >> this is not the case with this patch? If it is the case, could you >> please resubmit with the appropriate ErrorF's #if'd out? > > > Sure, I checked and there's nothing new that I'm printing out in the > changes, > but the winclipboard is still dumping every time it gets a new selection. > > Attached is the cleaned up change, it ran the whole day worth of heavy XWin > hacking for me at work. It has the change I mentioned to Ralf earlier, so > the old diff with the bug he found should just be discarded. > > I also added something that I find VERY useful for things like xload and > a console > window: Always-On-Top. Right-click on the titlebar of any X window and > you can > make it float above other windows with the new menu item. > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com > > > ------------------------------------------------------------------------ > > From huntharo@msu.edu Sat May 17 06:57:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 17 May 2003 06:57:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <3EC5D20E.6050607@msu.edu> References: <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <20030515205109.290111B94A@mail03.powweb.com> <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <5.1.1.6.2.20030516195342.00ab6a60@mail.ziplabel.com> <3EC5D20E.6050607@msu.edu> Message-ID: <3EC5DD52.1010200@msu.edu> Earle, Actually, I found a problem with the interaction between MultiWindow mode and Clipboard (-clipboard) that seems to have something to do with this patch. I have been doing the following: 1) Launch XWin.exe -multiwindow -clipboard 2) Launch a local copy of xfig. Observe that the title bar is being changed. 3) Close local xfig. 4) ssh to remote Debian Linux host. 5) Open xfig and/or mozilla on Linux host. 6) Observe that setting the title bar sometimes works, sometimes it doesn't. 7) When setting the title bar does not work, it is basically because the MultiWindow Window Manager thread has exited. Checking /tmp/XWin.log indicates that winClipboardErrorHandler got called twice, which shouldn't happen because all paths through winClipboardErrorHandler lead to pthread_exit (NULL). Thus, either pthread_exit (NULL) is not killing the calling thread (not your fault) as per the specification of what it is supposed to do, or somehow the MultiWindow window manager is calling winClipboardErrorHandler. In any case, the window manager is being killed. The interesting thing here is that running -multiwindow does not encounter the problem, nor does running -clipboard. Only together do they cause this error. This may have been a problem with the code before you started, but it may be related to your code. For now I have removed the calls to pthread_exit () from winClipboardErrorHandler, as I really see no reason that we should bail out there when we have a problem. This may have been a simple coding oversight on my part. Let me know what you think. Harold Harold L Hunt II wrote: > Earle, > > In winmultiwindowwindow.c - WM_COMMAND, WM_SYSCOMMAND, and WM_INITMENU - > These were all ending with a break. I changed them to end with a > return 0, except when WM_SYSCOMMAND doesn't actually process anything. I > also changed WM_COMMAND to WM_INIT_SYS_MENU and I changed the menu > identifier to ID_APP_ALWAYS_ON_TOP, which is stored in resource.h. It > was, in my opinion, a misuse of WM_COMMAND and WM_USER the way that it > was initializing. Now it should be clear what is happening. > > Other than that, looks good. > > > Thanks for contributing, > > Harold > > Earle F. Philhower III wrote: > >> Howdy again >> >> >From: Harold L Hunt II >> At 08:51 AM 5/16/2003 -0400, you wrote: >> >>> Earle, >>> In the meantime, have you checked the size of /tmp/XWin.log when >>> running with this patch? I just want to make sure that there are no >>> ErrorF's that should be #if'd out of the code. We have had problems >>> where I miss the fact that someone is dumping tons of messages to >>> /tmp/XWin.log (think megabytes per minute) and I fail to remove those >>> messages before we make a release. Could you double check for me >>> that this is not the case with this patch? If it is the case, could >>> you please resubmit with the appropriate ErrorF's #if'd out? >> >> >> >> Sure, I checked and there's nothing new that I'm printing out in the >> changes, >> but the winclipboard is still dumping every time it gets a new selection. >> >> Attached is the cleaned up change, it ran the whole day worth of heavy >> XWin >> hacking for me at work. It has the change I mentioned to Ralf >> earlier, so >> the old diff with the bug he found should just be discarded. >> >> I also added something that I find VERY useful for things like xload >> and a console >> window: Always-On-Top. Right-click on the titlebar of any X window >> and you can >> make it float above other windows with the new menu item. >> >> >> -Earle F. Philhower, III >> earle@ziplabel.com >> cdrlabel - ZipLabel - FlpLabel >> http://www.cdrlabel.com >> >> >> ------------------------------------------------------------------------ >> >> From earle@ziplabel.com Sat May 17 10:10:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 17 May 2003 10:10:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <3EC5DD52.1010200@msu.edu> References: <3EC5D20E.6050607@msu.edu> <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <20030515205109.290111B94A@mail03.powweb.com> <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <5.1.1.6.2.20030516195342.00ab6a60@mail.ziplabel.com> <3EC5D20E.6050607@msu.edu> Message-ID: <5.1.1.6.2.20030517023124.00aad980@mail.ziplabel.com> Howdy Harold... >In winmultiwindowwindow.c - WM_COMMAND, WM_SYSCOMMAND, and WM_INITMENU >- These were all ending with a break. I changed them to end with a >return 0, except when WM_SYSCOMMAND doesn't actually process anything. I >also changed WM_COMMAND to WM_INIT_SYS_MENU and I changed the menu >identifier to ID_APP_ALWAYS_ON_TOP, which is stored in resource.h. It >was, in my opinion, a misuse of WM_COMMAND and WM_USER the way that it was >initializing. Now it should be clear what is happening. Good point, I don't know what I was thinking about WM_USER, you're 100% correct that it shouldn't be done in a WM_COMMAND, it's a valid message on its own. I've been programming Windoze since Win 3.1, I should've known better! At 02:57 AM 5/17/2003 -0400, you wrote: >Actually, I found a problem with the interaction between MultiWindow mode >and Clipboard (-clipboard) that seems to have something to do with this patch. >I have been doing the following: >1) Launch XWin.exe -multiwindow -clipboard >2) Launch a local copy of xfig. Observe that the title bar is being changed. >3) Close local xfig. >4) ssh to remote Debian Linux host. >5) Open xfig and/or mozilla on Linux host. >6) Observe that setting the title bar sometimes works, sometimes it doesn't. >7) When setting the title bar does not work, it is basically because the >MultiWindow Window Manager thread has exited. >Checking /tmp/XWin.log indicates that winClipboardErrorHandler got called >twice, which shouldn't happen because all paths through >winClipboardErrorHandler lead to pthread_exit (NULL). Thus, either >pthread_exit (NULL) is not killing the calling thread (not your fault) as >per the specification of what it is supposed to do, or somehow the >MultiWindow window manager is calling winClipboardErrorHandler. In any >case, the window manager is being killed. That's quite odd! The XMsg thread explicitly sets the error handler to the WM error handler, and there's no legal way for it to get into that function since it's not referenced anywhere in the code. I can't reproduce what you're seeing, at least not on a single machine. If its repeatable on your end, can you try commenting out the pthread_create for the XMsg proc and seeing if it occurs again? Running xfig locally eats up 100% CPU when doing anything for me, maybe there's a race condition somewhere that only shows up when the scheduler is overtaxed? FWIW I had seen the clipboard thread die under the version of the server the cygwin setup installs, after running some EDA tools but it's not something I took note of or kept logs. And that rev is so far behind the one you're at that it probably doesn't mean anything. Looking over the XMsg function code the only thing I can think of is that it needs to wait on the pProcArg->ppmServerStarted mutex, which it's not doing presently since the comments make me think that only thread needs to do this to kickstart the main server, and it's already being done in the clipboard and the WM thread. Also, since the thread opens the server before it sets the error handlers I imagine the server process is up and running when the error handlers are installed. I modded my local copy to have separate XErrorHandler()/IOErrorHandler() functions for the XMsg thread, and in the log when I run xfig V3.2.4 locally I can see that the main WM thread is getting some "ERROR: BadWindow (invalid Window parameter)" lines every time a menu is popped up, but except for that nothing untoward happens, and I'm not getting any errors from the XMsg thread. I'll look at this some more next week and yell if I can find anything... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From wrcygwin@riede.org Sat May 17 12:37:00 2003 From: wrcygwin@riede.org (Willem Riede) Date: Sat, 17 May 2003 12:37:00 -0000 Subject: Do I have a performance problem? In-Reply-To: ; from andrew.markebo@telia.com on Sat, May 17, 2003 at 00:56:25 -0400 References: <20030517024146.GC1480@linnie.riede.org> Message-ID: <20030517123935.GE1480@linnie.riede.org> On 2003.05.17 00:56, Andrew Markebo wrote: > Hi! > > Just a quick doublecheck, anything hooked into your windows network > layer: spamkiller, VPN.. > > /Andy No, nothing like that installed. Thanks, Willem Riede. > > / Willem Riede wrote: > | I am using cygwin-xfree to access a Linux PC running RedHat 9 > | from another PC running Windows 2000 Professional over a local > | 100Mb LAN. > | > | The result is rather sluggish, it takes about a second to "paint" > | each remotely displayed window. > | > | I have also had Exceed installed on the W2K PC, and it paints > | much faster (it causes other problems, so I don't want to use it). > | That proves IMHO that it is not network induced slowness. > | > | The W2K PC is a Iwill KA266-R 850MHz Athlon, 512MB PC1600 DDR, > | ATI 8500DV AGP. > | > | Should the display speed be higher? What tuning possibilities are > | there? > | > | Xdpyinfo follows below. If any other info can help, I'd be happy > | to post it. > | > | Thanks, Willem Riede. > | > | > | name of display: winnie.riede.org:0.0 > | version number: 11.0 > | vendor string: The XFree86 Project, Inc > | vendor release number: 40200000 > | XFree86 version: 4.2.0 > | maximum request size: 4194300 bytes > | motion buffer size: 256 > | bitmap unit, bit order, padding: 32, LSBFirst, 32 > | image byte order: LSBFirst > | number of supported pixmap formats: 7 > | supported pixmap formats: > | depth 1, bits_per_pixel 1, scanline_pad 32 > | depth 4, bits_per_pixel 8, scanline_pad 32 > | depth 8, bits_per_pixel 8, scanline_pad 32 > | depth 15, bits_per_pixel 16, scanline_pad 32 > | depth 16, bits_per_pixel 16, scanline_pad 32 > | depth 24, bits_per_pixel 32, scanline_pad 32 > | depth 32, bits_per_pixel 32, scanline_pad 32 > | keycode range: minimum 8, maximum 255 > | focus: window 0xe0000e, revert to PointerRoot > | number of extensions: 21 > | BIG-REQUESTS > | DEC-XTRAP > | DOUBLE-BUFFER > | Extended-Visual-Information > | FontCache > | GLX > | LBX > | MIT-SUNDRY-NONSTANDARD > | RECORD > | RENDER > | SECURITY > | SGI-GLX > | SHAPE > | SYNC > | TOG-CUP > | XC-APPGROUP > | XC-MISC > | XFree86-Bigfont > | XKEYBOARD > | XTEST > | XVideo > | default screen number: 0 > | number of screens: 1 > | > | screen #0: > | dimensions: 1280x1023 pixels (433x346 millimeters) > | resolution: 75x75 dots per inch > | depths (7): 16, 1, 4, 8, 15, 24, 32 > | root window id: 0x36 > | depth of root window: 16 planes > | number of colormaps: minimum 1, maximum 1 > | default colormap: 0x20 > | default number of colormap cells: 64 > | preallocated pixels: black 0, white 65535 > | options: backing-store NO, save-unders NO > | largest cursor: 1280x1023 > | current input event mask: 0xfa003f > | KeyPressMask KeyReleaseMask ButtonPressMask > | ButtonReleaseMask EnterWindowMask LeaveWindowMask > | StructureNotifyMask SubstructureNotifyMask > | SubstructureRedirectMask FocusChangeMask > | PropertyChangeMask ColormapChangeMask number of visuals: > | 2 > | default visual id: 0x22 > | visual: > | visual id: 0x22 > | class: TrueColor > | depth: 16 planes > | available colormap entries: 64 per subfield > | red, green, blue masks: 0xf800, 0x7e0, 0x1f > | significant bits in color specification: 6 bits > | visual: > | visual id: 0x23 > | class: TrueColor > | depth: 16 planes > | available colormap entries: 64 per subfield > | red, green, blue masks: 0xf800, 0x7e0, 0x1f > | significant bits in color specification: 6 bits > | > > -- > -- > Don't walk in front of me, I might be unable to follow you. Don't > walk after me, I might be unable to lead you. Just walk by my side > and be my friend. > From zakki@peppermint.jp Sat May 17 13:08:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Sat, 17 May 2003 13:08:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <3EC5DD52.1010200@msu.edu> References: <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <20030515205109.290111B94A@mail03.powweb.com> <5.1.1.6.2.20030516195342.00ab6a60@mail.ziplabel.com> <3EC5D20E.6050607@msu.edu> <3EC5DD52.1010200@msu.edu> Message-ID: Harold, There are two XPendig XNextEvent loops in one process. Perhaps you should merge two loops. Kensuke Matsuzaki From huntharo@msu.edu Sat May 17 16:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 17 May 2003 16:47:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: References: <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <20030515205109.290111B94A@mail03.powweb.com> <5.1.1.6.2.20030516195342.00ab6a60@mail.ziplabel.com> <3EC5D20E.6050607@msu.edu> <3EC5DD52.1010200@msu.edu> Message-ID: <3EC667B9.80507@msu.edu> Kensuke, I don't think there are. Earle got rid of the FlushXEvents function in the MultiWindow window manager and replaced it with its own thread. Or, are you referring to the clipboard and multiwindow problem when they are run together? Harold Kensuke Matsuzaki wrote: > Harold, > > There are two XPendig XNextEvent loops in one process. > Perhaps you should merge two loops. > > Kensuke Matsuzaki From huntharo@msu.edu Sat May 17 17:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 17 May 2003 17:17:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <5.1.1.6.2.20030517023124.00aad980@mail.ziplabel.com> References: <3EC5D20E.6050607@msu.edu> <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <20030515205109.290111B94A@mail03.powweb.com> <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <5.1.1.6.2.20030516195342.00ab6a60@mail.ziplabel.com> <3EC5D20E.6050607@msu.edu> <5.1.1.6.2.20030517023124.00aad980@mail.ziplabel.com> Message-ID: <3EC66E92.3000605@msu.edu> Earle, > Good point, I don't know what I was thinking about WM_USER, you're 100% > correct > that it shouldn't be done in a WM_COMMAND, it's a valid message on its > own. I've > been programming Windoze since Win 3.1, I should've known better! > Heh heh... no problem. > That's quite odd! The XMsg thread explicitly sets the error handler to the > WM error handler, and there's no legal way for it to get into that function > since it's not referenced anywhere in the code. I can't reproduce what > you're > seeing, at least not on a single machine. If its repeatable on your > end, can > you try commenting out the pthread_create for the XMsg proc and seeing > if it > occurs again? Running xfig locally eats up 100% CPU when doing anything > for > me, maybe there's a race condition somewhere that only shows up when the > scheduler is overtaxed? FWIW I had seen the clipboard thread die under > the version of the server the cygwin setup installs, after running some EDA > tools but it's not something I took note of or kept logs. And that rev is > so far behind the one you're at that it probably doesn't mean anything. > > Looking over the XMsg function code the only thing I can think of is that > it needs to wait on the pProcArg->ppmServerStarted mutex, which it's not > doing > presently since the comments make me think that only thread needs to do > this > to kickstart the main server, and it's already being done in the clipboard > and the WM thread. Also, since the thread opens the server before it > sets the error handlers I imagine the server process is up and running > when the error handlers are installed. > I think found the race condition and fixed it. From the manual, it sounds like XInitThreads is only supposed to be called once per process... either that, or, it is simply not thread safe. I added the ppmServerStarted mutex code to winMultiWindowXMsgProc () and moved the unlocking of the mutex in all thread functions to occur after the call to XInitThreads. Now, those blocks of three ERROR messages that I was getting from winClipboardErrorHandler () are now in the same place, but they are coming from winMultiWindowWMErrorHandler (), as they should. So, it looks like we were having a problem with Xlib delivering events to the wrong thread. Playing it safe with XInitThreads seems to have taken care of this problem. I can now run with -multiwindow and -clipboard safely. Harold From earle@ziplabel.com Sat May 17 17:24:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 17 May 2003 17:24:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <3EC667B9.80507@msu.edu> References: <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <20030515205109.290111B94A@mail03.powweb.com> <5.1.1.6.2.20030516195342.00ab6a60@mail.ziplabel.com> <3EC5D20E.6050607@msu.edu> <3EC5DD52.1010200@msu.edu> Message-ID: <5.1.1.6.2.20030517102057.00aa9c60@mail.ziplabel.com> Hi Kensuke and Harold, At 12:47 PM 5/17/2003 -0400, you wrote: >Kensuke, >I don't think there are. Earle got rid of the FlushXEvents function in >the MultiWindow window manager and replaced it with its own thread. >Or, are you referring to the clipboard and multiwindow problem when they >are run together? >Harold >Kensuke Matsuzaki wrote: >>Harold, >>There are two XPendig XNextEvent loops in one process. >>Perhaps you should merge two loops. >>Kensuke Matsuzaki According to what I'm reading on the deja(google) archives, as long as each thread opens its own Display connection (which is the case). I'd expect things to die horribly very quickly otherwise, because my default is to use -clip and -multi. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Sat May 17 17:28:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 17 May 2003 17:28:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <3EC66E92.3000605@msu.edu> References: <5.1.1.6.2.20030517023124.00aad980@mail.ziplabel.com> <3EC5D20E.6050607@msu.edu> <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <20030515205109.290111B94A@mail03.powweb.com> <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <5.1.1.6.2.20030516195342.00ab6a60@mail.ziplabel.com> <3EC5D20E.6050607@msu.edu> <5.1.1.6.2.20030517023124.00aad980@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030517102816.00ac26d0@mail.ziplabel.com> Great news there Harold, At 01:17 PM 5/17/2003 -0400, you wrote: >I think found the race condition and fixed it. > > From the manual, it sounds like XInitThreads is only supposed to be > called once per process... either that, or, it is simply not thread > safe. I added the ppmServerStarted mutex code to winMultiWindowXMsgProc > () and moved the unlocking of the mutex in all thread functions to occur > after the call to XInitThreads. >Now, those blocks of three ERROR messages that I was getting from >winClipboardErrorHandler () are now in the same place, but they are coming >from winMultiWindowWMErrorHandler (), as they should. >So, it looks like we were having a problem with Xlib delivering events to >the wrong thread. Playing it safe with XInitThreads seems to have taken >care of this problem. I can now run with -multiwindow and -clipboard safely. There are few things more fun than debugging multithreaded race conditions, like having teeth drilled or listening to Britney Spears... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Sat May 17 17:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 17 May 2003 17:39:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <5.1.1.6.2.20030517102816.00ac26d0@mail.ziplabel.com> References: <5.1.1.6.2.20030517023124.00aad980@mail.ziplabel.com> <3EC5D20E.6050607@msu.edu> <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <20030515205109.290111B94A@mail03.powweb.com> <5.1.1.6.2.20030515224257.00ad6228@mail.ziplabel.com> <5.1.1.6.2.20030516195342.00ab6a60@mail.ziplabel.com> <3EC5D20E.6050607@msu.edu> <5.1.1.6.2.20030517023124.00aad980@mail.ziplabel.com> <5.1.1.6.2.20030517102816.00ac26d0@mail.ziplabel.com> Message-ID: <3EC673F2.6090600@msu.edu> Stay tuned... I am in the process of posting a test release. In fact, the files are really already up if you want to them and start looking: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test84-to-Test85.diff (22 KiB) http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030517-1320.tar.bz2 (110 KiB) http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test85.exe.bz2 (1206 KiB) Harold Earle F. Philhower III wrote: > Great news there Harold, > At 01:17 PM 5/17/2003 -0400, you wrote: > >> I think found the race condition and fixed it. >> >> From the manual, it sounds like XInitThreads is only supposed to be >> called once per process... either that, or, it is simply not thread >> safe. I added the ppmServerStarted mutex code to >> winMultiWindowXMsgProc () and moved the unlocking of the mutex in all >> thread functions to occur after the call to XInitThreads. >> Now, those blocks of three ERROR messages that I was getting from >> winClipboardErrorHandler () are now in the same place, but they are >> coming from winMultiWindowWMErrorHandler (), as they should. >> So, it looks like we were having a problem with Xlib delivering events >> to the wrong thread. Playing it safe with XInitThreads seems to have >> taken care of this problem. I can now run with -multiwindow and >> -clipboard safely. > > > There are few things more fun than debugging multithreaded race conditions, > like having teeth drilled or listening to Britney Spears... > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From harold@ajboggs.com Sat May 17 17:45:00 2003 From: harold@ajboggs.com (Harold L Hunt II) Date: Sat, 17 May 2003 17:45:00 -0000 Subject: [ANNOUNCEMENT] Server Test 85 Message-ID: <3EC6754C.8090909@ajboggs.com> Links: I just posted Test 85 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 85 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-36 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test85.exe.bz2 (1206 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030517-1320.tar.bz2 (110 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test84 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test84-to-Test85.diff (22 KiB) Changes: 1) Implement window title changing in MultiWindow mode. (Earle F. Philhower, III) 2) Implement an Always On Top command in the right-click menu (System Menu) for each window in MultiWindow mode. (Earle F. Philhower, III) 3) Move the XNextEvent loop into a separate thread for MultiWindow mode. (Earle F. Philhower, III) 4) Fix a race between the startup of the clipboard thread and MultiWindow window manager thread that caused window title changing to bork. (Harold L Hunt II) 5) Stop calling pthread_exit () from winClipboardErrorHandler (). An error is an error, not a reason to dump core. This may fix problems people have been having with -clipboard, but I don't make any promises. (Harold L Hunt II) Enjoy, Harold From zakki@peppermint.jp Sat May 17 19:07:00 2003 From: zakki@peppermint.jp (Kensuke Matsuzaki) Date: Sat, 17 May 2003 19:07:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <5.1.1.6.2.20030517102057.00aa9c60@mail.ziplabel.com> Message-ID: Harold and Earle, Sorry, I was all confused, becase I had tried to merge those. Kensuke Matsuzaki From early@respower.com Sat May 17 19:24:00 2003 From: early@respower.com (Early Ehlinger) Date: Sat, 17 May 2003 19:24:00 -0000 Subject: xterm is a console program? References: <00ad01c31bdc$1467d510$9e539696@citkwaclaww2k> <3EC53759.8040601@msu.edu> <00bf01c31be5$41400040$9e539696@citkwaclaww2k> Message-ID: "Karl Waclawek" wrote: > > Case one > > 4) Double-clicked X apps should not open a command-prompt window at all. This is rather easy to implement, as I mentioned in my thread-starting post - simply have a WinMain that parses GetCommandLine() and then calls main(). This could even be put into a lib file that the application links against via makefile magic. The only reason I haven't already done this is lack of time. > > Case two > > 3) *CRUCIAL PART* The X app, being very smart, notices that it was > > launched from a console window and attaches its text output to that very > > same console window. NO NEW CONSOLE IS CREATED. > > > > 4) Any text error messages (via printf, etc.) from the X app go to the > > command prompt window that the X app was launched from. Can't an X app check GetConsoleWindow()? If it returns a value other than NULL, do not create a Console, and attach text output to it - simply use CreateFile with "$CONOUT" for console output, and "$CONIN" for console input. Granted, it can't see who actually "owns" the console, but it can certainly attach to it. Now, when the console isn't a console in the Windows sense (e.g., it's an xterm), this stuff will not help and you'll need to have an IPC mechanism of some sort to determine who the parent process is, but: > I can do 2) but not 1), since on Windows there is no such concept > as a parent process, so you can't find out which process is your parent > and check if it has a console associated with it. Otherwise you could > simply free your console when the parent didn't have one. > > On NT/2000 it might be possible using the NtQueryInformationProcess() API, > which also returns the ID of the "parent" process from which the > process inherited. Isn't this something that cygwin1.dll could offer? It should be a doable task. See http://www.sysinternals.com/ntw2k/freeware/procexp.shtml Which appears to display the process tree on windows 9x and NT/2k/xp. I haven't tried it on 9x, since I have no 9x boxes (275 computers and not a single one running Windows 9x :-) , but the page suggests that it will work there. Perhaps somebody with a downrev Windows version will take the time to try it out and report the results back here? An alternative solution could be to have cygwin1.dll check a special environment variable, say "PTY_CONSOLE_HANDLE" which would be -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From colin.harrison@virgin.net Sat May 17 19:58:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 17 May 2003 19:58:00 -0000 Subject: ANNOUNCEMENT Server Test 85 Message-ID: <000001c31cae$b4a782f0$0200a8c0@straightrunning.com> Hi, Nice one. I get a strange bug in 'multiwindow clipboard' Open 'xterm' from a remote linux machine Do something like 'ls' and make the window scroll Close 'xterm' Reopen 'xterm' This xterm window now scrolls on its own. Tail of XWin.log contains ... winClipboardProc - XOpenDisplay () returned and successfully opened the display. GetWindowName GetWindowName - XA_STRING xterm GetWindowName GetWindowName - XA_STRING root@linuxmachine:~ GetWindowName GetWindowName - XA_STRING xterm GetWindowName GetWindowName - XA_STRING root@linuxmachine:~ I'll see if I can get more trace. Colin From colin.harrison@virgin.net Sat May 17 20:11:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 17 May 2003 20:11:00 -0000 Subject: ANNOUNCEMENT Server Test 85 Message-ID: <000001c31cb0$660fa8f0$0200a8c0@straightrunning.com> Hi, The tester's nightmare... My 'automatic scrolling xterm bug' does not always occur 100% of the time! Colin From earle@ziplabel.com Sat May 17 20:18:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 17 May 2003 20:18:00 -0000 Subject: ANNOUNCEMENT Server Test 85 In-Reply-To: <000001c31cb0$660fa8f0$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030517131940.00acf2b8@mail.ziplabel.com> I think your window is getting the WM_KEYDOWN but not the WM_KEYUP message. That'll leave the X server thinking you're holding the return key. The same thing happens with the mouse button when you move your mouse out of the window. You may want to throw some debug statements in the winmultiwindow.c event handler and see... At 09:10 PM 5/17/2003 +0100, you wrote: >Hi, > >The tester's nightmare... > >My 'automatic scrolling xterm bug' does not always occur 100% of the time! > >Colin -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From colin.harrison@virgin.net Sat May 17 20:34:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 17 May 2003 20:34:00 -0000 Subject: ANNOUNCEMENT Server Test 85 Message-ID: <000001c31cb3$a637bbe0$0200a8c0@straightrunning.com> Hi You are right. When the window auto-scrolls hitting the enter key stops it! Closing the xterm with 'exit' in the xterm, not the 'X' widget or 'X Close' in the window seems to cause the problem. Colin From Benjamin.Riefenstahl@epost.de Sat May 17 20:38:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Sat, 17 May 2003 20:38:00 -0000 Subject: xterm is a console program? In-Reply-To: (Early Ehlinger's message of "Sat, 17 May 2003 14:24:00 -0500") References: <00ad01c31bdc$1467d510$9e539696@citkwaclaww2k> <3EC53759.8040601@msu.edu> <00bf01c31be5$41400040$9e539696@citkwaclaww2k> Message-ID: Hi Early, > "Karl Waclawek" wrote: >> > Case one >> > 4) Double-clicked X apps should not open a command-prompt window >> > at all. "Early Ehlinger" writes: > This is rather easy to implement, as I mentioned in my > thread-starting post - simply have a WinMain that parses > GetCommandLine() and then calls main(). This is already in the runtime, as I said before. Just to clarify: The distinction between WinMain() and main() is not a requirement of the OS, but only a programming convention. Technically both console apps and GUI apps are free to use either. If you use main(), the C runtime will provide the glue to do what is necessary. What you actually need is the -mwindows switch to the linker, so that the linker sets the flag in the PE header of the binary that tells Windows not to treat the app as a console app, but as a GUI app instead. >> > Case two >> > 3) *CRUCIAL PART* The X app, being very smart, notices that it >> > was launched from a console window and attaches its text output >> > to that very same console window. NO NEW CONSOLE IS CREATED. >> > >> > 4) Any text error messages (via printf, etc.) from the X app go >> > to the command prompt window that the X app was launched from. > > Can't an X app check GetConsoleWindow()? Sure, but GetConsoleWindow() will always return NULL for GUI apps AFAIK. That's the problem. I have spent some time researching this on NT4 a couple of years ago. As far as I understand the issue, it's like this: The Win32 API doesn't have the concept of a parent process, instead it has the concept of a process group. All applications that run in a console are part of the same process group. Calling GetConsoleWindow(), Opening and using $CONOUT and $CONIN, all this refers to the console of the process group. If a process that has access to a console calls CreateProcess() to start a console application, the new process will inherit the process group, and so the link to the console. Problem is, whenever a GUI process is started, the new process will never inherit the process group, instead it always creates a new process group. A GUI process doesn't have access to a console, unless it creates it's own with AllocConsole(). Hope this helps, benny From cgf-rcm@cygwin.com Sat May 17 20:58:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Sat, 17 May 2003 20:58:00 -0000 Subject: xterm is a console program? In-Reply-To: References: <00ad01c31bdc$1467d510$9e539696@citkwaclaww2k> <3EC53759.8040601@msu.edu> <00bf01c31be5$41400040$9e539696@citkwaclaww2k> Message-ID: <20030517205841.GC14531@redhat.com> On Sat, May 17, 2003 at 02:24:00PM -0500, Early Ehlinger wrote: >"Karl Waclawek" wrote: >> > Case one >> > 4) Double-clicked X apps should not open a command-prompt window at all. > >This is rather easy to implement, as I mentioned in my thread-starting >post - simply have a WinMain that parses GetCommandLine() and then calls >main(). This could even be put into a lib file that the application links >against via makefile magic. > >The only reason I haven't already done this is lack of time. > >> > Case two >> > 3) *CRUCIAL PART* The X app, being very smart, notices that it was >> > launched from a console window and attaches its text output to that very >> > same console window. NO NEW CONSOLE IS CREATED. >> > >> > 4) Any text error messages (via printf, etc.) from the X app go to the >> > command prompt window that the X app was launched from. > >Can't an X app check GetConsoleWindow()? If it returns a value other than >NULL, do not create a Console, and attach text output to it - simply use >CreateFile with "$CONOUT" for console output, and "$CONIN" for console >input. Granted, it can't see who actually "owns" the console, but it can >certainly attach to it. > >Now, when the console isn't a console in the Windows sense (e.g., it's an >xterm), this stuff will not help and you'll need to have an IPC mechanism of >some sort to determine who the parent process is, but: > >> I can do 2) but not 1), since on Windows there is no such concept >> as a parent process, so you can't find out which process is your parent >> and check if it has a console associated with it. Otherwise you could >> simply free your console when the parent didn't have one. >> >> On NT/2000 it might be possible using the NtQueryInformationProcess() API, >> which also returns the ID of the "parent" process from which the >> process inherited. > >Isn't this something that cygwin1.dll could offer? If the process was started from a cygwin shell, then it would know its parent via getppid. It should be a doable >task. See > >http://www.sysinternals.com/ntw2k/freeware/procexp.shtml > >Which appears to display the process tree on windows 9x and NT/2k/xp. I >haven't tried it on 9x, since I have no 9x boxes (275 computers and not a >single one running Windows 9x :-) , but the page suggests that it will work >there. Perhaps somebody with a downrev Windows version will take the time >to try it out and report the results back here? And what will that prove? >An alternative solution could be to have cygwin1.dll check a special >environment variable, say "PTY_CONSOLE_HANDLE" which would be You're proposing a lot ideas and work just to avoid the annoyance of a console flashing. You're also treading on territory where other talented people have trod. If you want to see change, your best bet is to start producing patches rather than speculating and offering ideas. We're all pretty imaginative people here. We can all imagine ways that this could be fixed. What is needed is someone to actually provide the work. I will give you a hint that I'll never accept a proposal that involves setting a PTY_CONSOLE_HANDLE environment variable however. cgf From earle@ziplabel.com Sat May 17 21:33:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 17 May 2003 21:33:00 -0000 Subject: [ANNOUNCEMENT] Server Test 85 In-Reply-To: <3EC6754C.8090909@ajboggs.com> Message-ID: <5.1.1.6.2.20030517143221.00aaf8c8@mail.ziplabel.com> Howdy Harold, I think the X.ico file is missing from the .tar.bz2 source file... At 01:45 PM 5/17/2003 -0400, you wrote: >Server source, direct link: >http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030517-1320.tar.bz2 (110 >KiB) -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Sat May 17 21:46:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 17 May 2003 21:46:00 -0000 Subject: ANNOUNCEMENT Server Test 85 In-Reply-To: <000001c31cb3$a637bbe0$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030517144450.00aaf6c0@mail.ziplabel.com> Howdy Colin... At 09:34 PM 5/17/2003 +0100, you wrote: >You are right. When the window auto-scrolls hitting the enter key stops it! >Closing the xterm with 'exit' in the xterm, not the 'X' widget or 'X Close' >in the window seems to cause the problem. I couldn't get that to happen, but here's a bulletproof way of making it scroll: . run xterm, click in the window to make it active . hold down return key . without releasing return, click on another app window or the desktop . release return while watching xterm scroll like a banshee This has been there probably forever, what is needed is for the Windows thread to keep track of what buttons and keys it has said are down to X11, and when it gets an app deactivate message to send XK_KEYUP and XK_BUTTONUP or whatever. That would fix the scrollbar in xterm too which follows your mouse if you leave the window while dragging and run another Windoze app. Until then you should be good just hitting return or clicking thw aruck mouse button in any X window if you get stuck in a loop... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From colin.harrison@virgin.net Sat May 17 22:18:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 17 May 2003 22:18:00 -0000 Subject: ANNOUNCEMENT Server Test 85 Message-ID: <000001c31cc2$3d7e0cd0$0200a8c0@straightrunning.com> Hi Earle, Just my luck to hit an old bug when trying out the new stuff! I like thumping the keyboard anyway so what the heck... No other problems for me yet using XDMCP and multiwindow/clipboard. Thanks for the effort on what is now an even better server. Colin From huntharo@msu.edu Sat May 17 22:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 17 May 2003 22:40:00 -0000 Subject: xterm is a console program? In-Reply-To: References: <00ad01c31bdc$1467d510$9e539696@citkwaclaww2k> <3EC53759.8040601@msu.edu> <00bf01c31be5$41400040$9e539696@citkwaclaww2k> Message-ID: <3EC6BA5E.9000603@msu.edu> Early Ehlinger wrote: > "Karl Waclawek" wrote: > >>>Case one >>>4) Double-clicked X apps should not open a command-prompt window at all. > > > This is rather easy to implement, as I mentioned in my thread-starting > post - simply have a WinMain that parses GetCommandLine() and then calls > main(). This could even be put into a lib file that the application links > against via makefile magic. > > The only reason I haven't already done this is lack of time. > Early, it is even easier than you think. We already use the -mwindows parameter when linking XWin.exe to cause it to have a WinMain function linked in that does exactly what you described. The problem, as you cited below from my earlier post, is that you cannot have a WinMain AND still be able to attach to the launching console to print messages/errors when you are launched from a console. Once you have a WinMain, you can never output to the console from which you are launched. > >>>Case two >>>3) *CRUCIAL PART* The X app, being very smart, notices that it was >>>launched from a console window and attaches its text output to that very >>>same console window. NO NEW CONSOLE IS CREATED. >>> >>>4) Any text error messages (via printf, etc.) from the X app go to the >>>command prompt window that the X app was launched from. > > > Can't an X app check GetConsoleWindow()? If it returns a value other than > NULL, do not create a Console, and attach text output to it - simply use > CreateFile with "$CONOUT" for console output, and "$CONIN" for console > input. Granted, it can't see who actually "owns" the console, but it can > certainly attach to it. > Oh sure, you can use GetConsoleWindow, but you might have missed this form the MSDN documentation: Client: Included in Windows XP, Windows 2000 Professional. Server: Included in Windows .NET Server 2003, Windows 2000 Server. You see, GetConsoleWindow is only supported in 3 of the 7 versions of Windows that we support... thus, it is not really a solution at all. Considering that we have to choose whether or not to use a WinMain at link time, rather than run time, we cannot even use GetConsoleWindow to solve the problem on 2000/XP/2003, as doing so would reduce the functionality for Windows 95/98/Me and NT 4.0. > Now, when the console isn't a console in the Windows sense (e.g., it's an > xterm), this stuff will not help and you'll need to have an IPC mechanism of > some sort to determine who the parent process is, but: > > >>I can do 2) but not 1), since on Windows there is no such concept >>as a parent process, so you can't find out which process is your parent >>and check if it has a console associated with it. Otherwise you could >>simply free your console when the parent didn't have one. >> >>On NT/2000 it might be possible using the NtQueryInformationProcess() API, >>which also returns the ID of the "parent" process from which the >>process inherited. > No. What I was saying is there is no way to complete that *entire* multi-step process. There might be a way to complete one or two steps on a few versions of Windows, but there does not exist a common way to complete all of the steps on all of the versions of Windows that we support. > > Isn't this something that cygwin1.dll could offer? It should be a doable > task. See No. We are talking about how to implement this in Windows. If it isn't doable in Windows, then Cygwin cannot implement it either. As Chris mentioned, he investigated the same thing for Cygwin proper before, but came to the same conclusion that I did. > > http://www.sysinternals.com/ntw2k/freeware/procexp.shtml > > Which appears to display the process tree on windows 9x and NT/2k/xp. I > haven't tried it on 9x, since I have no 9x boxes (275 computers and not a > single one running Windows 9x :-) , but the page suggests that it will work > there. Perhaps somebody with a downrev Windows version will take the time > to try it out and report the results back here? > I think that focusing on the getting the parent process id is kind of off-topic here. Having the parent process id doesn't help much. > An alternative solution could be to have cygwin1.dll check a special > environment variable, say "PTY_CONSOLE_HANDLE" which would be > Must have hit Ctrl+Enter, eh? :) Harold From huntharo@msu.edu Sat May 17 22:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 17 May 2003 22:41:00 -0000 Subject: ANNOUNCEMENT Server Test 85 In-Reply-To: <000001c31cb3$a637bbe0$0200a8c0@straightrunning.com> References: <000001c31cb3$a637bbe0$0200a8c0@straightrunning.com> Message-ID: <3EC6BAA1.2020609@msu.edu> Colin, Yeah, this problem has been around since MultiWindow mode was created. Harold Colin Harrison wrote: > Hi > > You are right. When the window auto-scrolls hitting the enter key stops it! > > Closing the xterm with 'exit' in the xterm, not the 'X' widget or 'X Close' > in the window seems to cause the problem. > > > Colin From huntharo@msu.edu Sat May 17 22:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 17 May 2003 22:49:00 -0000 Subject: [ANNOUNCEMENT] Server Test 85 In-Reply-To: <5.1.1.6.2.20030517143221.00aaf8c8@mail.ziplabel.com> References: <5.1.1.6.2.20030517143221.00aaf8c8@mail.ziplabel.com> Message-ID: <3EC6BC7F.3090808@msu.edu> Earle, Thanks, I just uploaded a new source tarball: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030517-1320.tar.bz2 (112 KiB) I am not going to do a new release announcement for this, but the file is now correct for posterity :) Harold Earle F. Philhower III wrote: > Howdy Harold, > > I think the X.ico file is missing from the .tar.bz2 source file... > > At 01:45 PM 5/17/2003 -0400, you wrote: > >> Server source, direct link: >> http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030517-1320.tar.bz2 (110 >> KiB) > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From huntharo@msu.edu Sat May 17 22:50:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 17 May 2003 22:50:00 -0000 Subject: ANNOUNCEMENT Server Test 85 In-Reply-To: <5.1.1.6.2.20030517144450.00aaf6c0@mail.ziplabel.com> References: <5.1.1.6.2.20030517144450.00aaf6c0@mail.ziplabel.com> Message-ID: <3EC6BCD5.6000709@msu.edu> Earle, Earle F. Philhower III wrote: > This has been there probably forever, what is needed is for the Windows > thread to keep track of what buttons and keys it has said are down to X11, > and when it gets an app deactivate message to send XK_KEYUP and XK_BUTTONUP > or whatever. That would fix the scrollbar in xterm too which follows your > mouse if you leave the window while dragging and run another Windoze app. > > Until then you should be good just hitting return or clicking thw > aruck mouse button in any X window if you get stuck in a loop... > That sounds like how I was thinking of fixing it. Are you going to have a go at that fix? Harold From jagginess@yahoo.ca Sun May 18 01:20:00 2003 From: jagginess@yahoo.ca (-) Date: Sun, 18 May 2003 01:20:00 -0000 Subject: unsubscribe-cygwin-xfree@cygwin.com In-Reply-To: <3EC5DD52.1010200@msu.edu> Message-ID: <20030518012015.69107.qmail@web14610.mail.yahoo.com> unsubscribe ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca From huntharo@msu.edu Sun May 18 01:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 18 May 2003 01:35:00 -0000 Subject: unsubscribe-cygwin-xfree@cygwin.com In-Reply-To: <20030518012015.69107.qmail@web14610.mail.yahoo.com> References: <20030518012015.69107.qmail@web14610.mail.yahoo.com> Message-ID: <3EC6E348.2070209@msu.edu> - wrote: > unsubscribe > > ______________________________________________________________________ > Post your free ad now! http://personals.yahoo.ca I initiated an unsubscribe request for this sender. Please do not respond any further to this email. Thanks. Harold From earle@ziplabel.com Sun May 18 04:35:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sun, 18 May 2003 04:35:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <5.1.1.6.2.20030517211855.00ab7590@mail.ziplabel.com> Hi Ralf, I did some checking in between packing today and it was relatively simple to get the res_class and res_name of a window in the winCreateWin function, but the thing is you can't use any XLib calls: you're the server itself at that point, and not a client! I've done a quick-n-easy icon specifier, namely a file called c:\windows\xwin.ini . It's a standard old format text INI file with the [sections] being the class and identifiers=c:\file.ico being the keys. If a res_name isn't matched, it uses the _default key for the icon. If the res_class isn't matched, the default X icon is used... Ex: [XLoad] _default=z:\tmp\xload.ico [Fig] _default=z:\tmp\xfig.ico file_popup=z:\tmp\file.ico Note you need Windoze paths since I call the API LoadImage() to get the ICO into a handle. Use "xprop" to get the res_name and res_class of a window. There are 2 new small files, I created them in because they need special includes that the main files don't need or want. Feel free to use this as a base to add a nicer UI and maybe use XPMs and other image formats instead of plain Windoze .icos... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: icons_patch.tar.bz2 Type: application/octet-stream Size: 3622 bytes Desc: not available URL: From cw@gamma-rs.ch Sun May 18 09:29:00 2003 From: cw@gamma-rs.ch (Charles Werner) Date: Sun, 18 May 2003 09:29:00 -0000 Subject: Do I have a performance problem Message-ID: <3EC7528C.9010706@gamma-rs.ch> Willem, What I have noticed is that if you display to the ip address of the machine, that is not 127.0.0.1 or :0.0 that the display on some platforms is much (at least 10 times) faster. For example if your machine has an ip address of 192.168.0.15, use this rather than 127.0.0.1 Why? I do not know. Best Regards, Charles -- Dr. Charles L. Werner Gamma Remote Sensing AG Thunstrasse 130 CH-3074 Muri b. Bern, Switzerland Tel: +41 31 951 70 05 FAX: +41 31 951 70 08 http://www.gamma-rs.ch From cw@gamma-rs.ch Sun May 18 09:35:00 2003 From: cw@gamma-rs.ch (Charles Werner) Date: Sun, 18 May 2003 09:35:00 -0000 Subject: Server Test 85 dies in NT4 SP5 with entry point Get WindowInfo not found in USER32.dll Message-ID: <3EC753FE.2020101@gamma-rs.ch> The lateest version dies on startup with: entry point GetWindowInfo not found in USER32.dll The previous version of server works fine (SERVER test 84). I am running NT4 SP5, and the most recent cygwin software. Cheers, Charles -- Dr. Charles L. Werner Gamma Remote Sensing AG Thunstrasse 130 CH-3074 Muri b. Bern, Switzerland Tel: +41 31 951 70 05 FAX: +41 31 951 70 08 http://www.gamma-rs.ch From spetreolle@yahoo.fr Sun May 18 09:41:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 18 May 2003 09:41:00 -0000 Subject: Server Test 85 dies in NT4 SP5 with entry point Get WindowInfo not found in USER32.dll In-Reply-To: <3EC753FE.2020101@gamma-rs.ch> Message-ID: <20030518094118.77788.qmail@web10104.mail.yahoo.com> Strange, as this function is included in NT4/user32.dll since sp3 ? see http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinUI/WindowsUserInterface/Windowing/Windows/WindowReference/WindowFunctions/GetWindowInfo.asp --- Charles Werner a ??crit : > The lateest version dies on startup with: > > entry point GetWindowInfo not found in USER32.dll > > The previous version of server works fine (SERVER test 84). > I am running NT4 SP5, and the most recent cygwin software. > > Cheers, > Charles ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From huntharo@msu.edu Sun May 18 11:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 18 May 2003 11:47:00 -0000 Subject: Server Test 85 dies in NT4 SP5 with entry point Get WindowInfo not found in USER32.dll In-Reply-To: <20030518094118.77788.qmail@web10104.mail.yahoo.com> References: <20030518094118.77788.qmail@web10104.mail.yahoo.com> Message-ID: <3EC772C3.8010300@msu.edu> Yeah, MSDN says: Windows NT/2000: Requires Windows NT 4.0 SP3 or later. Windows 95/98: Requires Windows 98. Try reapplying SP5 and see what happens. Any reason you can't go to SP6? Can someone with access to a Windows 95 machine confirm if GetWindowInfo works on Windows 95? I have learned from experience that "Requires Windows 98" in MSDN quite often means Windows 95 or later. The only way to know for sure is to have someone confirm it. Harold Sylvain Petreolle wrote: > Strange, as this function is included in NT4/user32.dll since sp3 ? > see > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinUI/WindowsUserInterface/Windowing/Windows/WindowReference/WindowFunctions/GetWindowInfo.asp > > --- Charles Werner a ??crit : > >>The lateest version dies on startup with: >> >>entry point GetWindowInfo not found in USER32.dll >> >>The previous version of server works fine (SERVER test 84). >>I am running NT4 SP5, and the most recent cygwin software. >> >>Cheers, >>Charles > > > > ===== > Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 > No more War ! > > "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". > > For the Law of Oil and Fire, Im an European that lives in France. > For all my Brothers and friends, Im a human living on Earth. > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com From wrcygwin@riede.org Sun May 18 12:47:00 2003 From: wrcygwin@riede.org (Willem Riede) Date: Sun, 18 May 2003 12:47:00 -0000 Subject: Do I have a performance problem In-Reply-To: <3EC7528C.9010706@gamma-rs.ch>; from cw@gamma-rs.ch on Sun, May 18, 2003 at 05:29:48 -0400 References: <3EC7528C.9010706@gamma-rs.ch> Message-ID: <20030518124914.GK1480@linnie.riede.org> On 2003.05.18 05:29, Charles Werner wrote: > Willem, > > What I have noticed is that if you display to the ip address of the > machine, that is not 127.0.0.1 or :0.0 that > the display on some platforms is much (at least 10 times) faster. For > example if your machine has > an ip address of 192.168.0.15, use this rather than 127.0.0.1 Why? I do > not know. > Thanks for the suggestion. I probably should have mentioned that I had found that observation in a google search and have already changed to use my IP. While it may have had some impact, it certainly wasn't a 10 times speedup, and the sluggishness I reported represents the state after the change... Regards, Willem Riede. From Alexander.Gottwald@s1999.tu-chemnitz.de Sun May 18 13:40:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 18 May 2003 13:40:00 -0000 Subject: Server Test 85 dies in NT4 SP5 with entry point Get WindowInfo not found in USER32.dll In-Reply-To: <3EC772C3.8010300@msu.edu> Message-ID: Harold L Hunt II wrote: > Yeah, MSDN says: > > Windows NT/2000: Requires Windows NT 4.0 SP3 or later. > Windows 95/98: Requires Windows 98. > > Can someone with access to a Windows 95 machine confirm if GetWindowInfo > works on Windows 95? I have learned from experience that "Requires > Windows 98" in MSDN quite often means Windows 95 or later. The only way > to know for sure is to have someone confirm it. Just tested for win95c: The function does not exist in user32.dll :( bye ago NP: grauzone.03-05-12 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From stali@purdue.edu Sun May 18 14:05:00 2003 From: stali@purdue.edu (Tabrez Ali) Date: Sun, 18 May 2003 14:05:00 -0000 Subject: Help: fds_on_hold Error Message-ID: <1053266151.3ec790e7e2f0f@webmail.purdue.edu> Whenever I start my startxwin.bat I get the error "Failed assertion, fds_on_hold != NULL, at line 643 of file /cygnus/netrel/src/cygwin-1.3.10-1/winsup/cygwin/dtable.cc" after which it starts normally. There is a workaround listed at www.cygwin.com/ml/cygwin-xfree/2002- 05/msg00082.html Can you please tell me what is the -kb parameter and what to do with it. How to and which files to modify. Thanks From cgf-rcm@cygwin.com Sun May 18 15:07:00 2003 From: cgf-rcm@cygwin.com (Christopher Faylor) Date: Sun, 18 May 2003 15:07:00 -0000 Subject: Help: fds_on_hold Error In-Reply-To: <1053266151.3ec790e7e2f0f@webmail.purdue.edu> References: <1053266151.3ec790e7e2f0f@webmail.purdue.edu> Message-ID: <20030518150723.GA3461@redhat.com> On Sun, May 18, 2003 at 08:55:51AM -0500, Tabrez Ali wrote: >Whenever I start my startxwin.bat I get the error > >"Failed assertion, fds_on_hold != NULL, at line 643 of >file /cygnus/netrel/src/cygwin-1.3.10-1/winsup/cygwin/dtable.cc" > >after which it starts normally. Cygwin 1.3.10-1 is more than a year old. Why not upgrade? From earle@ziplabel.com Sun May 18 18:06:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sun, 18 May 2003 18:06:00 -0000 Subject: Server Test 85 dies in NT4 SP5 with entry point Get WindowInfo not found in USER32.dll In-Reply-To: <20030518094118.77788.qmail@web10104.mail.yahoo.com> References: <3EC753FE.2020101@gamma-rs.ch> Message-ID: <5.1.1.6.2.20030518110219.00ac0968@mail.ziplabel.com> Salut Sylvain, At 11:41 AM 5/18/2003 +0200, you wrote: >Strange, as this function is included in NT4/user32.dll since sp3 ? >see >http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinUI/WindowsUserInterface/Windowing/Windows/WindowReference/WindowFunctions/GetWindowInfo.asp That's what MSDN online says, but if you look in the Platform SDK Feb 2003 release they say NT4SP6. I guess that updating docs for unsupported OSes isn't one of their priorities! In any case you can use GWL instead to get the info needed. In the WM_SYSCOMMAND handler and WM_INITMENU handlers replace the GetWindowInfo with ... long dwExStyle; dwExStyle = GetWindowLong(hwnd, GWL_EXSTYLE); if (dwExStyle & WS_EX_TOPMOST) ... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Sun May 18 18:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 18 May 2003 18:49:00 -0000 Subject: [ANNOUNCEMENT] Server Test 86 Message-ID: <3EC7D5B4.7030505@msu.edu> Links: I just posted Test 86 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 86 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-37 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test86.exe.bz2 (1206 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030518-1426.tar.bz2 (112 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test85 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test85-to-Test86.diff (2 KiB) Changes: 1) winmultiwindowwindow.c/winTopLevelWindowProc() - Remove a dependency on GetWindowInfo(), which is only present in NT 4.0 SP6, Windows 98, and later. Thanks to Dr. Charles L. Werner for reporting this problem on Windows NT 4.0 SP3 and to Alexander Gottwald for confirming that GetWindowInfo() is not present in Windows 95. (Earle F. Philhower, III) Enjoy, Harold From huntharo@msu.edu Sun May 18 18:56:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 18 May 2003 18:56:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <5.1.1.6.2.20030517211855.00ab7590@mail.ziplabel.com> References: <5.1.1.6.2.20030517211855.00ab7590@mail.ziplabel.com> Message-ID: <3EC7D740.2040204@msu.edu> Earle, Sorry to take this back to a discussion that you guys were having earlier... but I remember that someone wrote something along the lines of, "most window managers include their own set of icons for X apps since most X apps do not set an icon to be shown on the upper-left hand corner of the window". When taken in the context of standard X window managers, that sounds plausible. However, Exceed and XWin-32, if I recall correctly, seem to display upper-left hand corner icons for most X apps. I sort of doubt that Exceed and XWin-32 come with a set of icons for common X apps, but I could be wrong. Can anyone concretely prove to me that there is not a way to do app icons without having a icon config file and a set of icon files for common X apps? I would really like to avoid the headaches of distributing icons and a new config file, if at all possible. I am going to hold off on committing this patch until I am convinced that it is the best way to go. Thanks for contributing, Harold Earle F. Philhower III wrote: > Hi Ralf, > > I did some checking in between packing today and it was relatively simple > to get the res_class and res_name of a window in the winCreateWin function, > but the thing is you can't use any XLib calls: you're the server itself at > that point, and not a client! > > I've done a quick-n-easy icon specifier, namely a file called > c:\windows\xwin.ini . It's a standard old format text INI file with the > [sections] being the class and identifiers=c:\file.ico being the keys. > If a res_name isn't matched, it uses the _default key for the icon. If > the res_class isn't matched, the default X icon is used... > Ex: > [XLoad] > _default=z:\tmp\xload.ico > > [Fig] > _default=z:\tmp\xfig.ico > file_popup=z:\tmp\file.ico > > Note you need Windoze paths since I call the API LoadImage() to get the ICO > into a handle. Use "xprop" to get the res_name and res_class of a window. > > There are 2 new small files, I created them in because they need special > includes that the main files don't need or want. > > Feel free to use this as a base to add a nicer UI and maybe use XPMs and > other > image formats instead of plain Windoze .icos... > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From earle@ziplabel.com Sun May 18 19:30:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sun, 18 May 2003 19:30:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <3EC7D740.2040204@msu.edu> References: <5.1.1.6.2.20030517211855.00ab7590@mail.ziplabel.com> <5.1.1.6.2.20030517211855.00ab7590@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030518121418.00ad1d88@mail.ziplabel.com> Howdy! At 02:56 PM 5/18/2003 -0400, you wrote: >Sorry to take this back to a discussion that you guys were having >earlier... but I remember that someone wrote something along the lines of, >"most window managers include their own set of icons for X apps since most >X apps do not set an icon to be shown on the upper-left hand corner of the >window". >When taken in the context of standard X window managers, that sounds >plausible. However, Exceed and XWin-32, if I recall correctly, seem to >display upper-left hand corner icons for most X apps. I sort of doubt >that Exceed and XWin-32 come with a set of icons for common X apps, but I >could be wrong. >Can anyone concretely prove to me that there is not a way to do app icons >without having a icon config file and a set of icon files for common X >apps? I would really like to avoid the headaches of distributing icons >and a new config file, if at all possible. >I am going to hold off on committing this patch until I am convinced that >it is the best way to go. Yes, you're right for some apps (like the Qt ones Ralf mentioned) the icon is included in the application itself, and it sets the WM_HINTS accordingly. You can then check for it in the winCreateWindow section and also in the WM_HINTS property handler if it's changed later. Others don't and then it's up to the WM to give them one, either from a config file or some built-in defaults. If you do an xprop on a window and the WM_HINTS doesn't have a WM_ICON listed then any icon you're seeing is a figment of the window manager. ;) Quick check: xload has an icon it specifies, xterm doesn't $ xprop (on xload) icon only, no bitmask ... WM_HINTS(WM_HINTS): Client accepts input or input focus: False Initial state is Normal State. bitmap id # to use for icon: 0xa00001 ... $ xprop (on xterm) no icon ... WM_HINTS(WM_HINTS): Client accepts input or input focus: True Initial state is Normal State. ... $ xprop (on xclock) both icon and mask ... WM_HINTS(WM_HINTS): Client accepts input or input focus: False Initial state is Normal State. bitmap id # to use for icon: 0xc00001 bitmap id # of mask for icon: 0xc00003 ... So a full-fledged patch should take that bitmap ID and convert it from an XBM to a icon resource in the wincreate() function, and give the default or config file specified icon for xterm. Also, I didn't intend the change to be an official patch. Using a xwin.ini file was just expedient. The proper thing would be to do a ~/.xwinrc file format, and not use .icos but XPMs. Now that the ugly X server parts are there I figure its easier for someone to put on the finishing touches... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From spetreolle@yahoo.fr Sun May 18 20:27:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sun, 18 May 2003 20:27:00 -0000 Subject: [ANNOUNCEMENT] Server Test 86 In-Reply-To: <3EC7D5B4.7030505@msu.edu> Message-ID: <20030518202726.21439.qmail@web10108.mail.yahoo.com> This means MSDN has false information about GetWindowInfo, am i right ? > Changes: > > 1) winmultiwindowwindow.c/winTopLevelWindowProc() - Remove a > dependency on GetWindowInfo(), which is only present in NT 4.0 SP6, > Windows 98, and later. Thanks to Dr. Charles L. Werner for reporting > this problem on Windows NT 4.0 SP3 and to Alexander Gottwald for > confirming that GetWindowInfo() is not present in Windows 95. (Earle > F. Philhower, III) ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From Ralf.Habacker@freenet.de Mon May 19 06:54:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Mon, 19 May 2003 06:54:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: Message-ID: <008601c31dd3$74095720$0a1c440a@BRAMSCHE> Hi all, I've added a patch for an initial implementation of application icons support based on the Testserver85 release (will probably work with the TestServer86 release) How does it work: The patch provides application depending icon loading in each xserver created window. The decision, which icons is used, is based on the client application name eg. for the application "xterm" an icon "xterm.ico" is searched in all pathes found in the PATH environment variable. How is this patch implemented: Windows icon displaying is provided by Window classes through the RegisterClass() call. Each window which belongs to a specific window class, will be shown with the same icon. (Creating uniq Window Classes for any client application with corresponding application icon was the basic idea to use for icon displaying. Unfortunally I hadn't success requesting the WM_CLASS property in winCreateWindowsWindow(), the xserver hangs in the select of xReplay(), which I couldn't find.) The current implementation creates for each window a uniq window classes and sets the icon in the WM_MAP event, which works at now. Notes: There may be some issues, which could be improved, so I've called this patch as an initial patch. While working on this patch I recognized already some, which I was unable to fix at now, sorry. Any comments ? Cheers Ralf -------------- next part -------------- A non-text attachment was scrubbed... Name: xserver_icons_1.dif Type: application/octet-stream Size: 6390 bytes Desc: not available URL: From Ralf.Habacker@freenet.de Mon May 19 08:08:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Mon, 19 May 2003 08:08:00 -0000 Subject: question about multiwindow mode and application icons Message-ID: <008b01c31ddd$e674d460$0a1c440a@BRAMSCHE> Ralf Habacker wrote: > The patch provides application depending icon loading in each xserver > created window. The decision, which icons is used, is based on the > client application name eg. for the application "xterm" an icon > "xterm.ico" is searched in all pathes found in the PATH environment variable. I forgot to say: In case someone does not know how to convert png or other images into ico format, one can use the irfanview http://www.irfanview.com/ batch feature for converting. I'm using the following script to convert in a shell script or makefile $ cat png2ico.sh /c/Programme/IrfanView/i_view32.exe $1 /convert=$2 ./png2ico.sh kate.png kate.ico Cheers Ralf From john@io.com Mon May 19 08:36:00 2003 From: john@io.com (John Buttery) Date: Mon, 19 May 2003 08:36:00 -0000 Subject: XDMCP broke In-Reply-To: References: <3EA984D6.5040409@msu.edu> <3EA9AFD3.4030402@msu.edu> Message-ID: <20030519083714.GC29623@io.com> * Andrew DeFaria [2003-04-25 15:41:19 -0700]: > BTW service [xdm|kdm|mdkkdm] restart all yeild: Cannot find > [xdm|kdm|mdkkdm] service. OK, I realize this is really old (sorry, got distracted by something shiny) and even then it's a small issue, but FYI, Mandrake does that a little non-standardly. Regardless of which display manager you use, you need to run: service dm restart Hopefully this is still in some way relevant to something, somewhere. :p -- John # The country right now just wants to be soothed, and told it Buttery # doesn't have to pay or sacrifice or learn... www.io.c# om/~john# -- The Power of Lard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From huntharo@msu.edu Mon May 19 13:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 19 May 2003 13:10:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <008601c31dd3$74095720$0a1c440a@BRAMSCHE> References: <008601c31dd3$74095720$0a1c440a@BRAMSCHE> Message-ID: <3EC8D7C0.3020008@msu.edu> Ralf, Did you see the patch from Earl yesterday? It does nearly the same thing, except it uses a .ini file to relate the WM_CLASS to a .ico file. Harold Ralf Habacker wrote: > Hi all, > > I've added a patch for an initial implementation of application icons support > based on the Testserver85 release (will probably work with the TestServer86 > release) > > How does it work: > > The patch provides application depending icon loading in each xserver created > window. The decision, which icons is used, is based on the client application > name eg. for the application "xterm" an icon "xterm.ico" is searched in all > pathes found in the PATH environment variable. > > How is this patch implemented: > > Windows icon displaying is provided by Window classes through the > RegisterClass() call. Each window which belongs to a specific window class, will > be shown with the same icon. (Creating uniq Window Classes for any client > application with corresponding application icon was the basic idea to use for > icon displaying. Unfortunally I hadn't success requesting the WM_CLASS property > in winCreateWindowsWindow(), the xserver hangs in the select of xReplay(), which > I couldn't find.) > > The current implementation creates for each window a uniq window classes and > sets the icon in the WM_MAP event, which works at now. > > Notes: There may be some issues, which could be improved, so I've called this > patch as an initial patch. While working on this patch I recognized already > some, which I was unable to fix at now, sorry. > > Any comments ? > > Cheers > > Ralf > > > > ------------------------------------------------------------------------ > > From huntharo@msu.edu Mon May 19 13:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 19 May 2003 13:17:00 -0000 Subject: [ANNOUNCEMENT] Server Test 86 In-Reply-To: <20030518202726.21439.qmail@web10108.mail.yahoo.com> References: <20030518202726.21439.qmail@web10108.mail.yahoo.com> Message-ID: <3EC8D946.5030602@msu.edu> Sylvain, Well, one thing they often do with each new release of MSDN is just bump the lowest version number required for a lot of functions. In some cases you'll see a function that used to say Windows 95 and Windows NT 4.0 SP3 jump to Windows 98 and Windows NT 4.0 SP6, even though those functions still work just fine on the earlier OSes. Why do they do this? I have no idea. As for whether or not GetWindowInfo is actually supported in NT 4.0 SP3, you would have to do a fresh install of SP3 to test if the function is there. Remember that one of the problems with NT 4.0 is that any application can replaced system DLLs with its own versions, so you quite often have to reapply the latest service pack after installing any application. I wouldn't doubt it if this particular user had installed an app that overwrote the DLL in question here with a pre-SP3 version. Harold Sylvain Petreolle wrote: > This means MSDN has false information about GetWindowInfo, am i right ? > >>Changes: >> >>1) winmultiwindowwindow.c/winTopLevelWindowProc() - Remove a >>dependency on GetWindowInfo(), which is only present in NT 4.0 SP6, >>Windows 98, and later. Thanks to Dr. Charles L. Werner for reporting >>this problem on Windows NT 4.0 SP3 and to Alexander Gottwald for >>confirming that GetWindowInfo() is not present in Windows 95. (Earle >>F. Philhower, III) > > > > ===== > Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 > No more War ! > > "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". > > For the Law of Oil and Fire, Im an European that lives in France. > For all my Brothers and friends, Im a human living on Earth. > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! > Yahoo! Mail : http://fr.mail.yahoo.com From jordi.vila@gtd.es Mon May 19 15:44:00 2003 From: jordi.vila@gtd.es (Jordi Vila) Date: Mon, 19 May 2003 15:44:00 -0000 Subject: Multiwindows problem Message-ID: Hello everybody. I'm using the last revision of the xfree86 server with cygwin, using the multiwindow mode. It works very well, but from time to time I have problems. When I exit one xterm (or rxvt terminal) it seems that the exit command is propagated to the console and the other windows opened. All of the close and the console also closes. There is another post talking about the same issue, but there is no answer to the problem. Currently I'm using the following command line to start the X server run XWin -multiwindow and to start the console run rxvt -ls -sl 1000 -sb -fg yellow -bg black -title console \ -e /usr/bin/bash The XFree version is XFree86-xserv 4.2.0-37 And the operating system. Windows 2000 pro, sp3 Thanks in advance, Jordi Vila From huntharo@msu.edu Mon May 19 15:54:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 19 May 2003 15:54:00 -0000 Subject: Multiwindows problem In-Reply-To: References: Message-ID: <3EC8FE0B.1030708@msu.edu> Jordi, How are you exiting the console? With Alt+F4 or by clicking the close button on the window? Harold Jordi Vila wrote: > Hello everybody. > > I'm using the last revision of the xfree86 server with cygwin, using the > multiwindow mode. It works very well, but from time to time I have > problems. When I exit one xterm (or rxvt terminal) it seems that the > exit command is propagated to the console and the other windows opened. > All of the close and the console also closes. There is another post > talking about the same issue, but there is no answer to the problem. > > Currently I'm using the following command line to start the X server > > run XWin -multiwindow > > and to start the console > > run rxvt -ls -sl 1000 -sb -fg yellow -bg black -title console \ > -e /usr/bin/bash > > The XFree version is > XFree86-xserv 4.2.0-37 > > And the operating system. > Windows 2000 pro, sp3 > > Thanks in advance, > > Jordi Vila > From jordi.vila@gtd.es Mon May 19 16:03:00 2003 From: jordi.vila@gtd.es (Jordi Vila) Date: Mon, 19 May 2003 16:03:00 -0000 Subject: Multiwindows problem In-Reply-To: <3EC8FE0B.1030708@msu.edu> References: <3EC8FE0B.1030708@msu.edu> Message-ID: Harold, By typing 'exit' on the promt, or typing -D. It seems to be propagated to the parent process. The terminal is running into a 'rxvt' window. Harold L Hunt II wrote: > Jordi, > > How are you exiting the console? With Alt+F4 or by clicking the close > button on the window? > > Harold > > Jordi Vila wrote: > >> Hello everybody. >> >> I'm using the last revision of the xfree86 server with cygwin, using >> the multiwindow mode. It works very well, but from time to time I have >> problems. When I exit one xterm (or rxvt terminal) it seems that the >> exit command is propagated to the console and the other windows >> opened. All of the close and the console also closes. There is another >> post talking about the same issue, but there is no answer to the problem. >> >> Currently I'm using the following command line to start the X server >> >> run XWin -multiwindow >> >> and to start the console >> >> run rxvt -ls -sl 1000 -sb -fg yellow -bg black -title console \ >> -e /usr/bin/bash >> >> The XFree version is >> XFree86-xserv 4.2.0-37 >> >> And the operating system. >> Windows 2000 pro, sp3 >> >> Thanks in advance, >> >> Jordi Vila >> > > From david.w.dawson@lmco.com Mon May 19 17:54:00 2003 From: david.w.dawson@lmco.com (Dawson, David W) Date: Mon, 19 May 2003 17:54:00 -0000 Subject: Multiwindows problem Message-ID: <0C73AA5F720CD311AC2A0008C7DBA9B40A5EC893@emss09m13.ems.lmco.com> I'll add my experiences here -- I think I see the same problem. 1) run Xwin -multiwindow 2) open Xterm #1 3) open Xterm #2 4) in Xterm #2, enter key combination "control-D" 5) Xterm #2 closes 6) Xterm #1 gets focus and closes immediately. I have found that this also happens even if other (non-X) windows get focus in between 5) and 6): As soon as the 2nd Xterm gets focus it terminates. Also I have found that if I "Show Root Window" (via the taskbar icon) **in between 5) and 6)**, the problem does not occur, AND NEVER occurs again, even if the sequence 4, 5 & 6 happens again. -David. --------------------- David Dawson david.w.dawson@lmco.com 703-367-3885 -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: Monday, May 19, 2003 11:54 AM To: cygwin-xfree@cygwin.com Subject: Re: Multiwindows problem Jordi, How are you exiting the console? With Alt+F4 or by clicking the close button on the window? Harold Jordi Vila wrote: > Hello everybody. > > I'm using the last revision of the xfree86 server with cygwin, using > the > multiwindow mode. It works very well, but from time to time I have > problems. When I exit one xterm (or rxvt terminal) it seems that the > exit command is propagated to the console and the other windows opened. > All of the close and the console also closes. There is another post > talking about the same issue, but there is no answer to the problem. > > Currently I'm using the following command line to start the X server > > run XWin -multiwindow > > and to start the console > > run rxvt -ls -sl 1000 -sb -fg yellow -bg black -title console \ -e > /usr/bin/bash > > The XFree version is > XFree86-xserv 4.2.0-37 > > And the operating system. > Windows 2000 pro, sp3 > > Thanks in advance, > > Jordi Vila > From early@respower.com Mon May 19 18:05:00 2003 From: early@respower.com (Early Ehlinger) Date: Mon, 19 May 2003 18:05:00 -0000 Subject: xterm is a console program? References: <00ad01c31bdc$1467d510$9e539696@citkwaclaww2k> <3EC53759.8040601@msu.edu> <00bf01c31be5$41400040$9e539696@citkwaclaww2k> <20030517205841.GC14531@redhat.com> Message-ID: "Christopher Faylor" wrote: > >task. See > > > >http://www.sysinternals.com/ntw2k/freeware/procexp.shtml > > > >Which appears to display the process tree on windows 9x and NT/2k/xp. I > >haven't tried it on 9x, since I have no 9x boxes (275 computers and not a > >single one running Windows 9x :-) , but the page suggests that it will work > >there. Perhaps somebody with a downrev Windows version will take the time > >to try it out and report the results back here? > > And what will that prove? It would prove that one can implement a getppid on Windows. If you can build the process tree, you can search said tree for the current process and then backstep once to get to the parent. Not an O(1) operation, granted, but still doable. > >An alternative solution could be to have cygwin1.dll check a special > >environment variable, say "PTY_CONSOLE_HANDLE" which would be > > You're proposing a lot ideas and work just to avoid the annoyance of a > console flashing. You're also treading on territory where other > talented people have trod. > > If you want to see change, your best bet is to start producing patches > rather than speculating and offering ideas. We're all pretty imaginative > people here. We can all imagine ways that this could be fixed. What > is needed is someone to actually provide the work. Thank you very much for the sermon :) I speculate and offer ideas because I am currently bogged down to the point where I cannot implement them. I offer them up to the community on the off chance that they may spark an idea in somebody's mind (perhaps even somebody with more time than I who wants the same features I do). If nobody picks them up before I find the time and energy, then I'll give them a go. It's not the annoyance of a console flashing; it's the annoyance of a console appearing and *REMAINING* for the duration of the X client's lifetime. Very different problems. A console appearing for a few seconds would not be a big deal. Sure, people have tread this territory - my search brought me to the sysinternals link above. If you notice, I was responding to a portion of Karl Waclawek's message where he was pondering the ability to find the parent process's ID in Windows. I merely suggested that it might be doable on all cygwin-supported Windows flavors and offered a pointer to a resource that claims to do it. And BTW, I've actually contributed some time to developing patches - you have me to thank for the new tray icon as well as the lack of a taskbar entry in -multiwindow mode. > I will give you a hint that I'll never accept a proposal that involves > setting a PTY_CONSOLE_HANDLE environment variable however. Why not? It would be perfectly reliable and quite transparent to the program if the runtime hid it from the program. Granted, PTY_CONSOLE_HANDLE might be somewhat prone to name clash, but you could use a variable with a guid in its name or something similar instead, e.g.: PTY_CONSOLE_HANDLE_dea841d9_b55a_4820_909a_a1b2f80311fa. -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From Ralf.Habacker@freenet.de Mon May 19 18:27:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Mon, 19 May 2003 18:27:00 -0000 Subject: question about multiwindow mode and application icons In-Reply-To: <3EC8D7C0.3020008@msu.edu> Message-ID: <00bb01c31e34$4fce03e0$0a1c440a@BRAMSCHE> Hi Harold, > Ralf, > > Did you see the patch from Earl yesterday? It does nearly the same > thing, except it uses a .ini file to relate the WM_CLASS to a .ico file. > I have seen it after sending my path and I'm happy to see this. I have merged my changes already into this patch locally. :-) > Harold > > Ralf Habacker wrote: > > > Hi all, > > > > I've added a patch for an initial implementation of application > icons support > > based on the Testserver85 release (will probably work with the TestServer86 > > release) > > > > How does it work: > > > > The patch provides application depending icon loading in each > xserver created > > window. The decision, which icons is used, is based on the client > application > > name eg. for the application "xterm" an icon "xterm.ico" is searched in all > > pathes found in the PATH environment variable. > > > > How is this patch implemented: > > > > Windows icon displaying is provided by Window classes through the > > RegisterClass() call. Each window which belongs to a specific > window class, will > > be shown with the same icon. (Creating uniq Window Classes for any client > > application with corresponding application icon was the basic idea > to use for > > icon displaying. Unfortunally I hadn't success requesting the > WM_CLASS property > > in winCreateWindowsWindow(), the xserver hangs in the select of > xReplay(), which > > I couldn't find.) > > > > The current implementation creates for each window a uniq window classes and > > sets the icon in the WM_MAP event, which works at now. > > > > Notes: There may be some issues, which could be improved, so I've > called this > > patch as an initial patch. While working on this patch I recognized already > > some, which I was unable to fix at now, sorry. > > > > Any comments ? > > > > Cheers > > > > Ralf > > > > > > > > ------------------------------------------------------------------------ > > > > > > From pechtcha@cs.nyu.edu Mon May 19 18:55:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 19 May 2003 18:55:00 -0000 Subject: xterm is a console program? In-Reply-To: Message-ID: On Mon, 19 May 2003, Early Ehlinger wrote: > "Christopher Faylor" wrote: > > >task. See > > > > > >http://www.sysinternals.com/ntw2k/freeware/procexp.shtml > > > > > >Which appears to display the process tree on windows 9x and NT/2k/xp. I > > >haven't tried it on 9x, since I have no 9x boxes (275 computers and not a > > >single one running Windows 9x :-) , but the page suggests that it will > work > > >there. Perhaps somebody with a downrev Windows version will take the > time > > >to try it out and report the results back here? > > > > And what will that prove? > > It would prove that one can implement a getppid on Windows. If you can > build the process tree, you can search said tree for the current process and > then backstep once to get to the parent. Not an O(1) operation, granted, > but still doable. > > > >An alternative solution could be to have cygwin1.dll check a special > > >environment variable, say "PTY_CONSOLE_HANDLE" which would be > > > > You're proposing a lot ideas and work just to avoid the annoyance of a > > console flashing. You're also treading on territory where other > > talented people have trod. > > > > If you want to see change, your best bet is to start producing patches > > rather than speculating and offering ideas. We're all pretty imaginative > > people here. We can all imagine ways that this could be fixed. What > > is needed is someone to actually provide the work. > > Thank you very much for the sermon :) > > I speculate and offer ideas because I am currently bogged down to the point > where I cannot implement them. I offer them up to the community on the off > chance that they may spark an idea in somebody's mind (perhaps even somebody > with more time than I who wants the same features I do). If nobody picks > them up before I find the time and energy, then I'll give them a go. > > It's not the annoyance of a console flashing; it's the annoyance of a > console appearing and *REMAINING* for the duration of the X client's > lifetime. Very different problems. A console appearing for a few seconds > would not be a big deal. > > Sure, people have tread this territory - my search brought me to the > sysinternals link above. If you notice, I was responding to a portion of > Karl Waclawek's message where he was pondering the ability to find the > parent process's ID in Windows. I merely suggested that it might be doable > on all cygwin-supported Windows flavors and offered a pointer to a resource > that claims to do it. > > And BTW, I've actually contributed some time to developing patches - you > have me to thank for the new tray icon as well as the lack of a taskbar > entry in -multiwindow mode. > > > I will give you a hint that I'll never accept a proposal that involves > > setting a PTY_CONSOLE_HANDLE environment variable however. > > Why not? It would be perfectly reliable and quite transparent to the > program if the runtime hid it from the program. Granted, PTY_CONSOLE_HANDLE > might be somewhat prone to name clash, but you could use a variable with a > guid in its name or something similar instead, e.g.: > > PTY_CONSOLE_HANDLE_dea841d9_b55a_4820_909a_a1b2f80311fa. > > -- Early Ehlinger Early, The "problem" you are talking about is a non-issue. If you don't like the console, use "run" to get rid of it, and leave the apps with the ability to attach to the console of their parent that they now have (as console apps). I, personally, don't see a reason to make an xterm into a pure GUI app when "run" is available. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 Mon May 19 18:57:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 19 May 2003 18:57:00 -0000 Subject: Multiwindows problem In-Reply-To: <0C73AA5F720CD311AC2A0008C7DBA9B40A5EC893@emss09m13.ems.lmco.com> Message-ID: Dawson, David W wrote: > I'll add my experiences here -- I think I see the same problem. > > 1) run Xwin -multiwindow > 2) open Xterm #1 > 3) open Xterm #2 > 4) in Xterm #2, enter key combination "control-D" > 5) Xterm #2 closes > 6) Xterm #1 gets focus and closes immediately. It's the keydown message. You can simulate this without multiwindow (but with focus follows mouse). open two xterms. Press ^D in the first, hold it, move to the second. It closes too. To solve this we must not set focus on another X window and the key-repeat problem must get fixed. bye ago NP: Blutengel - Angel Dust I -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Mon May 19 19:01:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 19 May 2003 19:01:00 -0000 Subject: Multiwindows problem In-Reply-To: <0C73AA5F720CD311AC2A0008C7DBA9B40A5EC893@emss09m13.ems.lmco.com> Message-ID: Sounds like the same WM_KEYUP event problem that was described in . Especially if it only happens with , but not with "exit". Igor On Mon, 19 May 2003, Dawson, David W wrote: > I'll add my experiences here -- I think I see the same problem. > > 1) run Xwin -multiwindow > 2) open Xterm #1 > 3) open Xterm #2 > 4) in Xterm #2, enter key combination "control-D" > 5) Xterm #2 closes > 6) Xterm #1 gets focus and closes immediately. > > I have found that this also happens even if other (non-X) windows > get focus in between 5) and 6): As soon as the 2nd Xterm gets focus > it terminates. > > Also I have found that if I "Show Root Window" (via the taskbar icon) > **in between 5) and 6)**, the problem does not occur, AND NEVER occurs > again, even if the sequence 4, 5 & 6 happens again. > > -David. > --------------------- > David Dawson > david.w.dawson@lmco.com > 703-367-3885 > > > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: Monday, May 19, 2003 11:54 AM > To: cygwin-xfree@cygwin.com > Subject: Re: Multiwindows problem > > > Jordi, > > How are you exiting the console? With Alt+F4 or by clicking the close > button on the window? > > Harold > > Jordi Vila wrote: > > > Hello everybody. > > > > I'm using the last revision of the xfree86 server with cygwin, using > > the > > multiwindow mode. It works very well, but from time to time I have > > problems. When I exit one xterm (or rxvt terminal) it seems that the > > exit command is propagated to the console and the other windows opened. > > All of the close and the console also closes. There is another post > > talking about the same issue, but there is no answer to the problem. > > > > Currently I'm using the following command line to start the X server > > > > run XWin -multiwindow > > > > and to start the console > > > > run rxvt -ls -sl 1000 -sb -fg yellow -bg black -title console \ -e > > /usr/bin/bash > > > > The XFree version is > > XFree86-xserv 4.2.0-37 > > > > And the operating system. > > Windows 2000 pro, sp3 > > > > Thanks in advance, > > > > Jordi Vila -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 early@respower.com Mon May 19 19:10:00 2003 From: early@respower.com (Early Ehlinger) Date: Mon, 19 May 2003 19:10:00 -0000 Subject: xterm is a console program? References: <00ad01c31bdc$1467d510$9e539696@citkwaclaww2k> <3EC53759.8040601@msu.edu> <00bf01c31be5$41400040$9e539696@citkwaclaww2k> <3EC6BA5E.9000603@msu.edu> Message-ID: "Harold L Hunt II" wrote: > Early, it is even easier than you think. We already use the -mwindows > parameter when linking XWin.exe to cause it to have a WinMain function > linked in that does exactly what you described. > > The problem, as you cited below from my earlier post, is that you cannot > have a WinMain AND still be able to attach to the launching console to > print messages/errors when you are launched from a console. Once you > have a WinMain, you can never output to the console from which you are > launched. D'oh! > Client: Included in Windows XP, Windows 2000 Professional. > Server: Included in Windows .NET Server 2003, Windows 2000 Server. D'oh! D'oh! Indeed, I was reading the July 2000 copy of MSDN, which does not document availability of this function. > Considering that we have to choose whether or not to use a WinMain at > link time, rather than run time, we cannot even use GetConsoleWindow to > solve the problem on 2000/XP/2003, as doing so would reduce the > functionality for Windows 95/98/Me and NT 4.0. D'oh! > No. What I was saying is there is no way to complete that *entire* > multi-step process. There might be a way to complete one or two steps > on a few versions of Windows, but there does not exist a common way to > complete all of the steps on all of the versions of Windows that we support. OK. I think I've got a decent understanding now... There are 2 scenarios: 1. User launches app in such a manner that it is in its own process group and therefore gets its own console. 2. User launches app in such a manner that it inherits its console from its process group. In case (2), the console is desired since X apps typically dump information here such as debug messages and the like. In case (1), the console is *not* desired since it just doesn't "feel right" on MS Windows (hence my original complaint). We cannot fix case 1 without breaking case 2 because a non-console Win32 program cannot attach to the parent's console (as you mentioned above). I've attached a simple demo program that proves this last statement is false. Well, kind of - there's a workaround. Case 1 can be detected - a console-mode program can detect: a. If it has a console b. The console's HWND c. If the console was allocated for it or for one of its parents So there are 3 cases: I. Program has a console, and owns it. The program can assume that it was launched by a mechanism fitting with case 1. It then simply uses ShowWindow( hConsole, SW_HIDE ) to hide the console. Unfortunately, the console will appear for a brief period of time, but it's still better than having it visible for the duration of the program. II. Program has a console, but does not own it. The program can assume that it was launched from a console or console-like program (e.g., xterm). It does nothing with the console window. III. Program does not have a console. Frankly, this should never happen. If it did, however, I would assume that the program was launched from a console(-like) program and do nothing additional. While this would not totally fix scenario 1, it IMHO be better than the current situation where X clients have visible consoles for the duration of their run time. > Must have hit Ctrl+Enter, eh? :) Not sure. I probably walked away or got a phone call or otherwise distracted and hit send when I got back without adequately reviewing what I had written. I usually proof read and edit before I send things off, but I've been quite busy (& tired) lately. -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From Ralf.Habacker@freenet.de Mon May 19 19:19:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Mon, 19 May 2003 19:19:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <5.1.1.6.2.20030517211855.00ab7590@mail.ziplabel.com> Message-ID: <00be01c31e3b$9985c390$0a1c440a@BRAMSCHE> > Hi Ralf, > > I did some checking in between packing today and it was relatively simple > to get the res_class and res_name of a window in the winCreateWin function, > but the thing is you can't use any XLib calls: you're the server itself at > that point, and not a client! Good that there is someone, who have got this. ;-) > I've done a quick-n-easy icon specifier, namely a file called > c:\windows\xwin.ini . It's a standard old format text INI file with the > [sections] being the class and identifiers=c:\file.ico being the keys. > If a res_name isn't matched, it uses the _default key for the icon. If > the res_class isn't matched, the default X icon is used... > Ex: > [XLoad] > _default=z:\tmp\xload.ico > > [Fig] > _default=z:\tmp\xfig.ico > file_popup=z:\tmp\file.ico > > Note you need Windoze paths since I call the API LoadImage() to get the ICO > into a handle. Use "xprop" to get the res_name and res_class of a window. > > Feel free to use this as a base to add a nicer UI and maybe use XPMs and other image formats instead of plain Windoze .icos... At first I've added my patch for accessing icons files directly by filename. $ diff -ubB winmultiwindowwindow.c.orig winmultiwindowwindow.c --- winmultiwindowwindow.c.orig 2003-05-19 21:10:18.000000000 +0200 +++ winmultiwindowwindow.c 2003-05-19 21:12:12.000000000 +0200 @@ -1399,6 +1399,10 @@ GetPrivateProfileString( res_class, res_name, "", fname, MAX_PATH, "XWin.ini"); if (!fname[0]) /* Try the default icon instead */ GetPrivateProfileString( res_class, "_default", "", fname, MAX_PATH, "XWin.ini"); + if (!fname[0]) { /* at last try for an icon file located into a PATH var located directory */ + strcpy(fname,res_name); + strcat(fname,".ico"); + } if (fname[0]) { HANDLE hIconFile; /* Have a .ico filename, let's try and load it */ Ralf From early@respower.com Mon May 19 19:22:00 2003 From: early@respower.com (Early Ehlinger) Date: Mon, 19 May 2003 19:22:00 -0000 Subject: xterm is a console program? Message-ID: "I" wrote: > I've attached a simple demo program that proves this last statement is > false. PSYCHE! Ok, now that I've teased everybody, let me actually attach it. Grr... Note, if you compile this, try running it from a command prompt, an x-term and by double-clicking it. It should show a MessageBox in all 3 cases. It should dump some debug text in the first two cases. In the third case, you can expect to see a console appear momentarily and disappear before the message box appears. -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour begin 666 test.cpp M(VEN8VQU9&4@/'=I;F1O=W,N:#X*"B-I;F-L=61E(#QI;W-T"!T;R!E;G-U2]'9710PH@(" @2%=.1"!H0V]N'!L;W)E;&\@5V]R;&0B("P@(DAA:&$B("P@," I.PH@('T* ` end From early@respower.com Mon May 19 19:28:00 2003 From: early@respower.com (Early Ehlinger) Date: Mon, 19 May 2003 19:28:00 -0000 Subject: xterm is a console program? References: Message-ID: "Igor Pechtchanski" wrote: > Early, > > The "problem" you are talking about is a non-issue. If you don't like the > console, use "run" to get rid of it, and leave the apps with the ability > to attach to the console of their parent that they now have (as console > apps). I, personally, don't see a reason to make an xterm into a pure GUI > app when "run" is available. > Igor Actually, it isn't a non-issue; the typical method most people use to create a shortcut is to find the executable they want a shortcut to and make a shortcut to that. "run" is not an obvious solution to a newcomer (it took me a good bit of time to find it), and even after it's found, it adds a layer of complexity that simply isn't present with native Windows apps. I will grant that this is a boundary case, but it is something that I have done from time to time and that reduces the level of polish that is evident in the cygwin port of Xfree86. With the -multiwindow feature, X apps almost feel as if they are really Windows apps, which is a VERY good thing - there's a nearly seamless integration, but... The console popping up is a noticable seam. IMHO it can and should be removed or reduced as much as possible. I have posted a demo program that illustrates a technique that /should/ run on all Windows flavors since 95 and which, while not removing the seam entirely, does make it a much less intrusive annoyance. I'm not sure exactly where the technique should be inserted - it wouldn't make sense to modify every single X clients' source base (way too many of them around). Perhaps it should go in the x client library's startup code? -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From Ralf.Habacker@freenet.de Mon May 19 19:33:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Mon, 19 May 2003 19:33:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <5.1.1.6.2.20030518121418.00ad1d88@mail.ziplabel.com> Message-ID: <00c501c31e3d$7a88f460$0a1c440a@BRAMSCHE> Hi Earle, > Howdy! > At 02:56 PM 5/18/2003 -0400, you wrote: > >Sorry to take this back to a discussion that you guys were having > >earlier... but I remember that someone wrote something along the lines of, > >"most window managers include their own set of icons for X apps since most > >X apps do not set an icon to be shown on the upper-left hand corner of the > >window". > >Can anyone concretely prove to me that there is not a way to do app icons > >without having a icon config file and a set of icon files for common X > >apps? I would really like to avoid the headaches of distributing icons > >and a new config file, if at all possible. > >I am going to hold off on committing this patch until I am convinced that > >it is the best way to go. > > Yes, you're right for some apps (like the Qt ones Ralf mentioned) the icon is > included in the application itself, and it sets the WM_HINTS accordingly. You > can then check for it in the winCreateWindow section and also in the WM_HINTS > property handler if it's changed later. Others don't and then it's up to the > WM to give them one, either from a config file or some built-in defaults. ... or this has to be provided by the client application (maintainer). Because currently I have not idea how to deal with the pixmap files provided by WM_HINTS (I have searched several hours to find an exact spec how to access the pixmaps, unfortunally without any success, [does noone has used this before ?]) I'm going to provide a set of icon files for kde/qt with the next kde release. Applying my patch (icon_base_filename=application_name [1]) and the LoadImage() feature of searching all the pathes of the PATH environment var takes the burden from the xserver maintainer to the application maintainer (like me). The maintainer only have to release a set of icons for example in their client bin directory (in my cases /opt/kde3/bin), which will be added to the PATH env var before starting the xserver. The xserver will search this files in case of starting applications, while basic application without any icon would use the default 'x' icon. Perhaps some time later after releasing the xserver with the icon feature the application maintainer could be asked to provide some icons, which will be in the bin dir of the xfree server without the need of any additional config directory. Optionals users can use this ini file, but no by default. The only requirements for this is [1], which seems not very complicated for me to deal with. > So a full-fledged patch should take that bitmap ID and convert it from an > XBM to a icon resource in the wincreate() function, and give the default or > config file specified icon for xterm. This was the best, but ... see above. :-( > Also, I didn't intend the change to be an official patch. Using a xwin.ini > file was just expedient. The proper thing would be to do a ~/.xwinrc file > format, and not use .icos but XPMs. KDE/qt for example uses png images by default, so there may be more formats. My suggestion is to start with this basic implementation and to see if other people have some ideas and knowledge to enhance this. Great Job Earle. Ralf From early@respower.com Mon May 19 19:44:00 2003 From: early@respower.com (Early Ehlinger) Date: Mon, 19 May 2003 19:44:00 -0000 Subject: Multiwindows problem References: <0C73AA5F720CD311AC2A0008C7DBA9B40A5EC893@emss09m13.ems.lmco.com> Message-ID: "Dawson, David W" wrote: > I'll add my experiences here -- I think I see the same problem. I can confirm that this sequence causes the same behavior for me as well and that if you then launch xterm #3, #4, etc., they will open and close immediately after getting focus. Fortunately, I had xbiff running - I clicked on it and hit enter, then launched xterm, and everything was fine. My only other alternative would have been to shutdown X and restart it. This does seem to behave as though XWin is getting confused in its keyboard handling and thinks that CTRL+D is still down. I've noticed similar behavior with the enter key in conjunction with focus changes. For example, if an X client receives focus by dismissing a MessageBox with the enter key, it will often begin repeatedly processing the Enter key. -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From richard.campbell@air2web.com Mon May 19 20:40:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Mon, 19 May 2003 20:40:00 -0000 Subject: Multiwindows problem Message-ID: >This does seem to behave as though XWin is getting confused in its keyboard >handling and thinks that CTRL+D is still down. I've noticed similar >behavior with the enter key in conjunction with focus changes. I've been able to generate this repeatedly with emacs until a multiwindow cygwin xfree - when exiting, the CTRL-X,CTRL-C combination seems to stick; that is, x thinks that CTRL-C is still down. Actually hitting CTRL-C in another window (an xterm, say) will clear the problem. More difficult to do with CTRL-D, though. -Richard Campbell. From pechtcha@cs.nyu.edu Mon May 19 21:09:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 19 May 2003 21:09:00 -0000 Subject: Multiwindows problem In-Reply-To: Message-ID: On Mon, 19 May 2003, Richard Campbell wrote: > >This does seem to behave as though XWin is getting confused in its keyboard > >handling and thinks that CTRL+D is still down. I've noticed similar > >behavior with the enter key in conjunction with focus changes. > > I've been able to generate this repeatedly with emacs until a multiwindow > cygwin xfree - when exiting, the CTRL-X,CTRL-C combination seems to stick; > that is, x thinks that CTRL-C is still down. Actually hitting CTRL-C > in another window (an xterm, say) will clear the problem. More difficult > to do with CTRL-D, though. > > -Richard Campbell. Setting "set -o ignoreeof 1000000" in your .bashrc might work (you may be able to hit Ctrl-D yourself before the above ridiculously huge number runs out). I'm sure there are equivalent settings for most other shells. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 Mon May 19 21:40:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 19 May 2003 21:40:00 -0000 Subject: xterm is a console program? In-Reply-To: Message-ID: Early Ehlinger wrote: > it wouldn't make sense > to modify every single X clients' source base (way too many of them around). > Perhaps it should go in the x client library's startup code? Great! With this you'd break a lot of programs which output information to the console like xev, xprop, showfont. Also this is an evil hack since X11 initalization has nothing to do with the removal of the console and causes only confusion. bye ago NP: Blutengel - Iron Heart -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Mon May 19 21:48:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 19 May 2003 21:48:00 -0000 Subject: xterm is a console program? In-Reply-To: Message-ID: On Mon, 19 May 2003, Alexander Gottwald wrote: > Early Ehlinger wrote: > > > it wouldn't make sense > > to modify every single X clients' source base (way too many of them around). > > Perhaps it should go in the x client library's startup code? > > Great! With this you'd break a lot of programs which output information > to the console like xev, xprop, showfont. > > Also this is an evil hack since X11 initalization has nothing to do with > the removal of the console and causes only confusion. Exactly! Why not simply document "run" better? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 Andrew.Armstrong@Schwab.com Mon May 19 22:12:00 2003 From: Andrew.Armstrong@Schwab.com (Armstrong, Andrew) Date: Mon, 19 May 2003 22:12:00 -0000 Subject: Licensing Question Message-ID: The licensing page - http://cygwin.com/licensing.html - mention some tools have an X11 style copyright. Would it be possible to clarify which tools are cover red by the X11 style copyright and where we can find a copy of this copyright used by the tools? Updating the web page with the contents of the X11 style copyright will be useful. From earle@ziplabel.com Tue May 20 02:28:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 20 May 2003 02:28:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <00c501c31e3d$7a88f460$0a1c440a@BRAMSCHE> References: <5.1.1.6.2.20030518121418.00ad1d88@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030519191405.00ab2a00@mail.ziplabel.com> Howdy Ralf! At 09:33 PM 5/19/2003 +0200, you wrote: >...> can then check for it in the winCreateWindow section and also in the >WM_HINTS > > property handler if it's changed later. Others don't and then it's up > to the > > WM to give them one, either from a config file or some built-in defaults. >... or this has to be provided by the client application (maintainer). >Because currently I have not idea how to deal with the pixmap files >provided by >WM_HINTS (I have searched several hours to find an exact spec how to >access the >pixmaps, unfortunally without any success, [does noone has used this >before ?]) >I'm going to provide a set of icon files for kde/qt with the next kde release. >Applying my patch (icon_base_filename=application_name [1]) and the >LoadImage() >feature of searching all the pathes of the PATH environment var takes the >burden >from the xserver maintainer to the application maintainer (like me). >The maintainer only have to release a set of icons for example in their client >bin directory (in my cases /opt/kde3/bin), which will be added to the PATH env >var before starting the xserver. >The xserver will search this files in case of starting applications, while >basic >application without any icon would use the default 'x' icon. I have to admit that I agree with Harold on this, that the whole idea of cygwin is to make Windoze look like any other Unix system. As I'm looking at more of the commercial apps I use and the newer freeware ones I see that the majority do provide bitmap icons in the WM_HINTS, just the really old ones like xterm don't. Even xload has one. [I was able to patch the XC distribution to get a local working copy of xload, one that shows your Windoze CPU utilization. If I get the time I'll submit it to the xfree-devel list and see what they think of including it in the next full release...] IMHO the odds of you getting any SW group to make a special Windoze .ico patch and files for cygwin is pretty small. There's extra work and most folks using X11 are using Linux or other unix systems anyway so they aren't going to have any tools to make .icos even if they wanted to. If it's your own app, then sure. ;) The pixmap format's not that bad, and if you defer the icon generation until later you can do it in the WM thread, which is a valid X client so all the nice X*() functions are available. Since you can now make a unique window class from the WM_CLASS res_name and res_class, changing the icon in one won't affect other apps. You might even get X to scale and change the depth of the image to the standard Windoze formats by rendering the Pixmap into a drawable, and then using the raw bits. That'd be SW reuse at its best! Oh yeah, I think there's a tiny memory leak in the patch I sent before. You need to free() the res_name and res_class after their use, I don't think I did that, mybad! ... >KDE/qt for example uses png images by default, so there may be more >formats. My >suggestion is to start with this basic implementation and to see if other >people >have some ideas and knowledge to enhance this. Eating PNG and JPEG files is not that bad, if you check out the sample code in their SDKs they each have about a 30 statement main() that decompresses an image into a RGB buffer. That would definitely be more friendly to the Unix folks than .ICO, and if you link dynamically you won't blow the server size up at all. I can see your point, but it seems like the code is just a few steps away from being a real standard window manager. If we get that, then the only thing the commercial X servers have on xwin is speed, and I'll trade reliability for speed any day when doing real work. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Tue May 20 02:28:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 20 May 2003 02:28:00 -0000 Subject: Multiwindows problem In-Reply-To: Message-ID: <5.1.1.6.2.20030519192934.00abfef8@mail.ziplabel.com> ...Richard Campbell. At 04:40 PM 5/19/2003 -0400, you wrote: >I've been able to generate this repeatedly with emacs until a multiwindow >cygwin xfree - when exiting, the CTRL-X,CTRL-C combination seems to stick; >that is, x thinks that CTRL-C is still down. Actually hitting CTRL-C >in another window (an xterm, say) will clear the problem. More difficult >to do with CTRL-D, though. Just FYI, if you're concerned about the Ctrl-D killing another window while you're trying to stop the runaway one, you should be able to hit the Ctrl and the D key separately, the WM_KEYUP is the only thing that matters, and each key on your keyboard should generate its own, IIRC. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Tue May 20 02:51:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 20 May 2003 02:51:00 -0000 Subject: Licensing Question In-Reply-To: References: Message-ID: <3EC997F7.7090200@msu.edu> Andrew, Armstrong, Andrew wrote: > The licensing page - http://cygwin.com/licensing.html - mention some tools > have an X11 style copyright. Would it be possible to clarify which tools are > cover red by the X11 style copyright and where we can find a copy of this > copyright used by the tools? > I don't think anyone is going to list exactly which packages for Cygwin use which license. However, it is generally pretty easy to tell that any package in the XFree86 category tends to use the X11 style license, while packages outside of this category can be almost anything (X, BSD, GPL, LGPL, etc.). Almost every Cygwin package is an independent project, so you can either find information on the website for that project, or you can go to the usual open-source/free software websites that generally list this sort of information. For example, you can go to http://freshmeat.net and do a query for "xterm": http://freshmeat.net/search/?q=xterm§ion=projects&x=0&y=0 This gives back a listing of projects matching that term, with the license used by each. xterm is listed as "License: MIT/X Consortium License". I think this information should be sufficient for you to finish this on your own. > Updating the web page with the contents of the X11 style copyright will be > useful. Below is the text of a standard X license, from one of the files in XWin.exe: /* *Copyright (C) 1994-2000 The XFree86 Project, Inc. All Rights Reserved. * *Permission is hereby granted, free of charge, to any person obtaining * a copy of this software and associated documentation files (the *"Software"), to deal in the Software without restriction, including *without limitation the rights to use, copy, modify, merge, publish, *distribute, sublicense, and/or sell copies of the Software, and to *permit persons to whom the Software is furnished to do so, subject to *the following conditions: * *The above copyright notice and this permission notice shall be *included in all copies or substantial portions of the Software. * *THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, *EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF *MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND *NONINFRINGEMENT. IN NO EVENT SHALL THE XFREE86 PROJECT BE LIABLE FOR *ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF *CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION *WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. * *Except as contained in this notice, the name of the XFree86 Project *shall not be used in advertising or otherwise to promote the sale, use *or other dealings in this Software without prior written authorization *from the XFree86 Project. * * Authors: Dakshinamurthy Karra * Suhaib M Siddiqi * Peter Busch * Harold L Hunt II * Kensuke Matsuzaki */ Oh, you can also look at the source code files on http://xfree86.org to see the license used in each file for a project. For example, the above file is at: http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xwin/winscrinit.c?rev=1.26&content-type=text/x-cvsweb-markup I hope that helps, Harold From Ralf.Habacker@freenet.de Tue May 20 05:55:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 20 May 2003 05:55:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <00c501c31e3d$7a88f460$0a1c440a@BRAMSCHE> Message-ID: <00c701c31e94$62a74bb0$0a1c440a@BRAMSCHE> Ralf Habacker wrote: > Because currently I have not idea how to deal with the pixmap files > provided by WM_HINTS (I have searched several hours to find an exact spec how to > access the pixmaps, unfortunally without any success, [does noone has used this > before ?]) An additional note: This belongs to the already know client versus server problem. I have taken a look into twm, how it deals with this stuff, but ... it was on the client side. :-( BTW: Currently I'm writing a function GetWMHints() like you have done with GetClassHint(). This is a task I can do. :-). BTW2: I' going to put this function and GetClassHint() in a file named winproperty.c. Ralf From mbalu_subramanian@yahoo.com Tue May 20 06:29:00 2003 From: mbalu_subramanian@yahoo.com (balu subramanian) Date: Tue, 20 May 2003 06:29:00 -0000 Subject: Need some help regading display warning Message-ID: <20030520062918.53688.qmail@web10306.mail.yahoo.com> Hi, I am getting the same problem like the one you have posted regarding the warning message. *WARNING* Atr: Failed to find 8-plane PseudoColor visual Do you have any kind of solution for this problem. I am getting this warning message when i type icfb & in cadence. Please do write if you have any kind of solution for this problem. regards, M.Balu. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From Ralf.Habacker@freenet.de Tue May 20 07:24:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 20 May 2003 07:24:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <00cf01c31e9f$73cd65e0$0a1c440a@BRAMSCHE> Hi Earle, I've got this mail after sending my last notes, so please don't think I'm ignoring your hints. >I have to admit that I agree with Harold on this, that the whole idea of >cygwin is to make Windoze look like any other Unix system. As I'm looking at more >of the commercial apps I use and the newer freeware ones I see that the >majority do provide bitmap icons in the WM_HINTS, just the really old ones like xterm >don't. Even xload has one. [I was able to patch the XC distribution to get >a local working copy of xload, one that shows your Windoze CPU utilization. >If I get the time I'll submit it to the xfree-devel list and see what they >think of including it in the next full release...] I agree with you, that this would be the best solution, my suggestion was based on my limited x related skills. >IMHO the odds of you getting any SW group to make a special Windoze .ico >patch and files for cygwin is pretty small. There's extra work and most >folks using X11 are using Linux or other unix systems anyway so they aren't >going to have any tools to make .icos even if they wanted to. If it's your >own app, then sure. ;) > >The pixmap format's not that bad, and if you defer the icon generation until >later you can do it in the WM thread, which is a valid X client so all the >nice X*() functions are available. Good to hear, but how to compute in detail ? Additional what about the performance ? Using the xclient means to transfer the image data every time icon setting will be performed from the server to the client, which is the server, although the data is directly asseccable on the server, isn't it ? I assume based on the things I have learned from you, that all the image data will be in some property on the server, which has only to be retrieved in some mysteric way. BTW: As a starting point I have written a GetWMHints() function similar to your GetClassHint(). I can probably supply more such functions, If I would know which property to retrieve. >Since you can now make a unique window class from the WM_CLASS res_name > and res_class, changing the icon in one won't affect other apps. Yes, that make is more easier. >You might even get X to scale and change the depth >of the image to the standard Windoze formats by rendering the Pixmap into a >drawable, and then using the raw bits. That'd be SW reuse at its best! I had taken a look into the fvwm source code, which does some pixmap conversation, it seems to be a graphical bit processing task like changing image depth to the CreateIcon() format and probably changing image format size) >Oh yeah, I think there's a tiny memory leak in the patch I sent before. >You need to free() the res_name and res_class after their use, I don't >think I did that, mybad! >... >>KDE/qt for example uses png images by default, so there may be more >>formats. My >>suggestion is to start with this basic implementation and to see if other >>people >>have some ideas and knowledge to enhance this. > >Eating PNG and JPEG files is not that bad, if you check out the sample >code in their SDKs they each have about a 30 statement main() that >decompresses an image into a RGB buffer. That would definitely be more >friendly to the Unix folks than .ICO, and if you link dynamically you won't >blow the server size up at all. Using the WM_HINTS data make this obsolate, because the client application have to convert this to the x11 pixmap format like qt does. >I can see your point, but it seems like the code is just a few steps away >from being a real standard window manager. If we get that, then the only >thing the commercial X servers have on xwin is speed, and I'll trade >reliability for speed any day when doing real work. > Let's go, but don't expect, that I'm a x11 guru :-) Ralf ---------------------------------------------------------- #include <../../../../lib/X11/Xatomtype.h> // xPropWMHints int GetWMHints(WindowPtr pWin, xPropWMHints **hints) { struct _Window *pwin; struct _Property *prop; pwin = (struct _Window*) pWin; if (pwin->optional) prop = (struct _Property *)pwin->optional->userProps; else prop = NULL; *hints = NULL; while (prop) { if (prop->propertyName==XA_WM_HINTS && prop->type==XA_WM_HINTS && prop->format==32) { (*hints) = malloc(sizeof(xPropWMHints)); memcpy((*hints),prop->data,sizeof(xPropWMHints)); //ErrorF("hints.flags =%x\n",(*hints)->flags ); //ErrorF("hints.input =%x\n",(*hints)->input ); //ErrorF("hints.initialState=%x\n",(*hints)->initialState); //ErrorF("hints.iconPixmap =%x\n",(*hints)->iconPixmap ); //ErrorF("hints.iconWindow =%x\n",(*hints)->iconWindow ); //ErrorF("hints.iconX =%x\n",(*hints)->iconX ); //ErrorF("hints.iconY =%x\n",(*hints)->iconY ); //ErrorF("hints.iconMask =%x\n",(*hints)->iconMask ); //ErrorF("hints.windowGroup =%x\n",(*hints)->windowGroup ); return 1; } else prop = prop->next; } return 0; } From Benjamin.Riefenstahl@epost.de Tue May 20 16:18:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Tue, 20 May 2003 16:18:00 -0000 Subject: Text-mode issues Message-ID: Hi all, After reading the list for some time, there has been so much talk about the wonderfull new features. So I now switched from my aged eXceed setup to Cygwin/XFree. So far it has been a good experience. I am still in the process of adapting my environment, of course, but it's almost all been for the better (more modern font support, real mouse wheel support). And as somebody else today already expressed it similarily, I strongly prefer a stable and free-as-in-speech solution to a fast and proprietory one. There is one issue for me and that is the seeming "disbelief" of XFree in text mode. I see three obvious items on that list currently: 1) The fonts directory must be on a binary mount. This is documented and in the FAQs. Given that the fonts directory is there only for XFree, this bug is minor. 2) The /tmp directory must be on a binary mount, otherwise international keyboards don't work. I fought with that some time because I had forgotten about this, but than I found it again in the archives. As the /tmp directory is a common resource, I don't like that at all. Related to this bug is that the error doesn't seem to show in the log, at least I couldn't find any hint, the keyboard just isn't set correctly. 3) The binary files in CVS are not marked as such (cvs admin -kb). This is not only in the hw/xwin directory, but in the whole XFree CVS. In theory this is not only an issue on Windows but on Unix also. In practice, a regular CVS checkout is just broken on Windows, unless you only use Cygwin's CVS tools with binary mounts. I'd like to help fixing those issues. I have downloaded the CVS (although I will have to do it again with a binary mount) and after that I am going to start compiling, than doing the necessary code review and debugging. If any of you have any input, I'd like to hear about it. The first thing for development is item 3), the CVS setup. Has this ever been discussed? Or is it just that nobody is aware of the problem yet? I guess I'll need to post to devel@Xfree86.org about it, I just subscribed to that list. so long, benny From early@respower.com Tue May 20 16:31:00 2003 From: early@respower.com (Early Ehlinger) Date: Tue, 20 May 2003 16:31:00 -0000 Subject: xterm is a console program? References: Message-ID: "Alexander Gottwald" wrote: > Great! With this you'd break a lot of programs which output information > to the console like xev, xprop, showfont. > > Also this is an evil hack since X11 initalization has nothing to do with > the removal of the console and causes only confusion. How would it be confusing to have these programs behave the same on Windows as they do everywhere else? I launched xev in a gnome session on RH 7.3 (using the gnome-foot-start-button-like-widget->run), and -gasp- no terminal appeared. Just the white window with the black box and no output to be found anywhere. I launched it from a terminal in the same session, and the output appeared in said terminal. If I were to insert the console-hiding code I presented yesterday, I would get nearly identical behavior on Cygwin+Xfree. The only difference would be that when xev is launched from start->run, a terminal would flash on the screen and then disappear. If you launched it from a terminal, you would still get the output as expected. To argue that applications like this would be broken by not having a visible console when they are launched from outside a terminal is somewhat onerous. The only obligation that X apps have is that they be able to dump their output to a terminal when *launched from a terminal*, which the technique I presented yesterday provides. In fact, I noticed something interesting in the "run" dialog in gnome. There's a checkbox there that says "launch in terminal." Care to guess what taking the additional step of checking that box does? It launches a terminal and then has that terminal launch the program you were actually trying to launch. The output from *that* program is then displayed on the terminal. This is the POLAR OPPOSITE of what you have to do on Cygwin/Xfree, which is to take an additional step ("run") to *prevent* the appearance of a terminal/console. This isn't an evil hack; it's a mechanism for hiding a design flaw in MS Windows - the lack of ability to connect to a pre-existing console from a GUI process. I'm not entirely sure where the code should get inserted, but I'm confident that it should, because the current behavior is out of synch with both X11 on UNIX and MS-Windows. I'm aware of "run" as a workaround, but that's all it is - a WORKAROUND. It's a workaround that requires user intervention to get the behavior that X applications should have by DEFAULT. "run" doesn't fit very well with Windows either. If I create a shortcut and configure it to launch the application as "Maximized" or "Minimized", then "run" starts up in that state, and the program that it runs starts up in whatever state it feels like. It also fails to give the launched program the focus or even bring it to the foreground much of the time, whereas a direct shortcut to the desired application would work as expected. Sure, you could patch "run" to pass along its requested state to the child process, but there are so many details like this on the Windows side of things that a number are bound to get lost. Hiding the console when the app is its owner is also a workaround, but it's one that causes X apps to behave more like they do on UNIX and more like native Windows apps as well; if you launch an X app from a console (or terminal) with the console hiding code, the console remains visible and your output is displayed as you would expect. If you launch an X app without a console, Windows will allocate one but it will not be visible to the end user - no human intervention needed. -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From huntharo@msu.edu Tue May 20 16:51:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 20 May 2003 16:51:00 -0000 Subject: Text-mode issues In-Reply-To: References: Message-ID: <3ECA5CED.6000601@msu.edu> Benny, Benjamin Riefenstahl wrote: > And as somebody else today already expressed it similarily, I strongly > prefer a stable and free-as-in-speech solution to a fast and > proprietory one. > Of course, we all like that :) > > There is one issue for me and that is the seeming "disbelief" of XFree > in text mode. I see three obvious items on that list currently: > > 1) The fonts directory must be on a binary mount. This is documented > and in the FAQs. Given that the fonts directory is there only for > XFree, this bug is minor. > The post-install scripts for the font packages were modified some time ago to automatically mount the fonts directory in bin mode. There are a few issues where uninstalling then reinstalling to a new directory will put the fonts in the wrong place, but this should not affect most users. Did you have a specific problem where the fonts directory was not automatically mounted in bin mode, or are you just citing this as a weak area? > 2) The /tmp directory must be on a binary mount, otherwise > international keyboards don't work. I fought with that some time > because I had forgotten about this, but than I found it again in > the archives. As the /tmp directory is a common resource, I don't > like that at all. Related to this bug is that the error doesn't > seem to show in the log, at least I couldn't find any hint, the > keyboard just isn't set correctly. > I was not aware of this. Have you tried not using -kb, or whatever else, and just trying Alexander's auto-detection code? Or, does Alexander's auto-detection code still depend on /tmp? > 3) The binary files in CVS are not marked as such (cvs admin -kb). > This is not only in the hw/xwin directory, but in the whole XFree > CVS. In theory this is not only an issue on Windows but on Unix > also. In practice, a regular CVS checkout is just broken on > Windows, unless you only use Cygwin's CVS tools with binary mounts. > Oh... I will be the first to admit that I don't know much about CVS. As for the files outside of xc/programs/Xserver/hw/xwin, this would have to be taken up with devel@xfree86.org. I am not sure if they have discussed this in the pass, though I guess that they have. > I'd like to help fixing those issues. I have downloaded the CVS > (although I will have to do it again with a binary mount) and after > that I am going to start compiling, than doing the necessary code > review and debugging. If any of you have any input, I'd like to hear > about it. > We appreciate any help we can get. > The first thing for development is item 3), the CVS setup. Has this > ever been discussed? Or is it just that nobody is aware of the > problem yet? I guess I'll need to post to devel@Xfree86.org about it, > I just subscribed to that list. > Hey... you are stealing my advice from above! Who told you I was going to write that?!? ;) Harold From alexander.gottwald@s1999.tu-chemnitz.de Tue May 20 16:52:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 20 May 2003 16:52:00 -0000 Subject: Text-mode issues In-Reply-To: Message-ID: On Tue, 20 May 2003, Benjamin Riefenstahl wrote: > 2) The /tmp directory must be on a binary mount, otherwise > international keyboards don't work. I fought with that some time > because I had forgotten about this, but than I found it again in > the archives. As the /tmp directory is a common resource, I don't > like that at all. Related to this bug is that the error doesn't > seem to show in the log, at least I couldn't find any hint, the > keyboard just isn't set correctly. This is already fixed in CVS. But we've done no new release yet. Maybe we should provide 4.3.0 packages soon. > 3) The binary files in CVS are not marked as such (cvs admin -kb). > This is not only in the hw/xwin directory, but in the whole XFree > CVS. In theory this is not only an issue on Windows but on Unix > also. In practice, a regular CVS checkout is just broken on > Windows, unless you only use Cygwin's CVS tools with binary mounts. > > The first thing for development is item 3), the CVS setup. Has this > ever been discussed? Or is it just that nobody is aware of the > problem yet? I guess I'll need to post to devel@Xfree86.org about it, > I just subscribed to that list. No, this has never been dicussed and was never a problem for me (I've never noticed this at all). bye ago From huntharo@msu.edu Tue May 20 16:54:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 20 May 2003 16:54:00 -0000 Subject: xterm is a console program? In-Reply-To: References: Message-ID: <3ECA5DA4.6020502@msu.edu> Early, I read your response below. In general reply, could you repost (in a new thread) a description of your work-around and any source code involved? The source code doesn't have to be readily compilable (i.e., we don't need a Makefile), but I would like to see it to be able to evaluate the nature of the solution. This thread has a pretty low signal-to-noise ratio, so lets try this again in a new one :) Harold Early Ehlinger wrote: > "Alexander Gottwald" wrote: > >>Great! With this you'd break a lot of programs which output information >>to the console like xev, xprop, showfont. >> >>Also this is an evil hack since X11 initalization has nothing to do with >>the removal of the console and causes only confusion. > > > How would it be confusing to have these programs behave the same on Windows > as they do everywhere else? > > I launched xev in a gnome session on RH 7.3 (using the > gnome-foot-start-button-like-widget->run), and -gasp- no terminal appeared. > Just the white window with the black box and no output to be found anywhere. > I launched it from a terminal in the same session, and the output appeared > in said terminal. > > If I were to insert the console-hiding code I presented yesterday, I would > get nearly identical behavior on Cygwin+Xfree. The only difference would be > that when xev is launched from start->run, a terminal would flash on the > screen and then disappear. If you launched it from a terminal, you would > still get the output as expected. > > To argue that applications like this would be broken by not having a visible > console when they are launched from outside a terminal is somewhat onerous. > The only obligation that X apps have is that they be able to dump their > output to a terminal when *launched from a terminal*, which the technique I > presented yesterday provides. > > In fact, I noticed something interesting in the "run" dialog in gnome. > There's a checkbox there that says "launch in terminal." Care to guess what > taking the additional step of checking that box does? It launches a > terminal and then has that terminal launch the program you were actually > trying to launch. The output from *that* program is then displayed on the > terminal. This is the POLAR OPPOSITE of what you have to do on > Cygwin/Xfree, which is to take an additional step ("run") to *prevent* the > appearance of a terminal/console. > > This isn't an evil hack; it's a mechanism for hiding a design flaw in MS > Windows - the lack of ability to connect to a pre-existing console from a > GUI process. I'm not entirely sure where the code should get inserted, but > I'm confident that it should, because the current behavior is out of synch > with both X11 on UNIX and MS-Windows. > > I'm aware of "run" as a workaround, but that's all it is - a WORKAROUND. > It's a workaround that requires user intervention to get the behavior that X > applications should have by DEFAULT. > > "run" doesn't fit very well with Windows either. If I create a shortcut and > configure it to launch the application as "Maximized" or "Minimized", then > "run" starts up in that state, and the program that it runs starts up in > whatever state it feels like. It also fails to give the launched program > the focus or even bring it to the foreground much of the time, whereas a > direct shortcut to the desired application would work as expected. Sure, > you could patch "run" to pass along its requested state to the child > process, but there are so many details like this on the Windows side of > things that a number are bound to get lost. > > Hiding the console when the app is its owner is also a workaround, but it's > one that causes X apps to behave more like they do on UNIX and more like > native Windows apps as well; if you launch an X app from a console (or > terminal) with the console hiding code, the console remains visible and your > output is displayed as you would expect. If you launch an X app without a > console, Windows will allocate one but it will not be visible to the end > user - no human intervention needed. > > -- > -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 > -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour > > > > From alexander.gottwald@s1999.tu-chemnitz.de Tue May 20 17:05:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 20 May 2003 17:05:00 -0000 Subject: xterm is a console program? In-Reply-To: Message-ID: On Tue, 20 May 2003, Early Ehlinger wrote: > "Alexander Gottwald" wrote: > > Great! With this you'd break a lot of programs which output information > > to the console like xev, xprop, showfont. > > > > Also this is an evil hack since X11 initalization has nothing to do with > > the removal of the console and causes only confusion. > > How would it be confusing to have these programs behave the same on Windows > as they do everywhere else? > > I launched xev in a gnome session on RH 7.3 (using the > gnome-foot-start-button-like-widget->run), and -gasp- no terminal appeared. > Just the white window with the black box and no output to be found anywhere. > I launched it from a terminal in the same session, and the output appeared > in said terminal. sigh. It was said a hundred times before. You either have a console application or a gui application. The console application has a console (which it may detach, but this also detaches it from the running cmd.exe) The GUI window has no own console but can create one. But this is not connected to the starting cmd.exe. On linux the output of the program goes either to a logfile, the console from where the X11 session was started or to /dev/null. On linux this very easy. > If I were to insert the console-hiding code I presented yesterday, I would > get nearly identical behavior on Cygwin+Xfree. The only difference would be > that when xev is launched from start->run, a terminal would flash on the > screen and then disappear. If you launched it from a terminal, you would > still get the output as expected. > > To argue that applications like this would be broken by not having a visible > console when they are launched from outside a terminal is somewhat onerous. > The only obligation that X apps have is that they be able to dump their > output to a terminal when *launched from a terminal*, which the technique I > presented yesterday provides. > > In fact, I noticed something interesting in the "run" dialog in gnome. > There's a checkbox there that says "launch in terminal." Care to guess what > taking the additional step of checking that box does? It launches a > terminal and then has that terminal launch the program you were actually > trying to launch. The output from *that* program is then displayed on the > terminal. This is the POLAR OPPOSITE of what you have to do on > Cygwin/Xfree, which is to take an additional step ("run") to *prevent* the > appearance of a terminal/console. > > This isn't an evil hack; it's a mechanism for hiding a design flaw in MS > Windows - the lack of ability to connect to a pre-existing console from a > GUI process. I'm not entirely sure where the code should get inserted, but > I'm confident that it should, because the current behavior is out of synch > with both X11 on UNIX and MS-Windows. The evil hack is to include the code into the X11 library. This is the last place where I want to see code that detaches the console. The correct place is in cygwin1.dll, in the startup code. And this issue should be discussed on the cygwin-devel mailing list. > > I'm aware of "run" as a workaround, but that's all it is - a WORKAROUND. > It's a workaround that requires user intervention to get the behavior that X > applications should have by DEFAULT. > > "run" doesn't fit very well with Windows either. If I create a shortcut and > configure it to launch the application as "Maximized" or "Minimized", then > "run" starts up in that state, and the program that it runs starts up in > whatever state it feels like. It also fails to give the launched program > the focus or even bring it to the foreground much of the time, whereas a > direct shortcut to the desired application would work as expected. Sure, > you could patch "run" to pass along its requested state to the child > process, but there are so many details like this on the Windows side of > things that a number are bound to get lost. > > Hiding the console when the app is its owner is also a workaround, but it's > one that causes X apps to behave more like they do on UNIX and more like > native Windows apps as well; if you launch an X app from a console (or > terminal) with the console hiding code, the console remains visible and your > output is displayed as you would expect. If you launch an X app without a > console, Windows will allocate one but it will not be visible to the end > user - no human intervention needed. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pechtcha@cs.nyu.edu Tue May 20 17:37:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 20 May 2003 17:37:00 -0000 Subject: Text-mode issues In-Reply-To: Message-ID: On Tue, 20 May 2003, Benjamin Riefenstahl wrote: > [snip] > 3) The binary files in CVS are not marked as such (cvs admin -kb). > This is not only in the hw/xwin directory, but in the whole XFree > CVS. In theory this is not only an issue on Windows but on Unix > also. In practice, a regular CVS checkout is just broken on > Windows, unless you only use Cygwin's CVS tools with binary mounts. > > I'd like to help fixing those issues. I have downloaded the CVS > (although I will have to do it again with a binary mount) and after > that I am going to start compiling, than doing the necessary code > review and debugging. If any of you have any input, I'd like to hear > about it. > > The first thing for development is item 3), the CVS setup. Has this > ever been discussed? Or is it just that nobody is aware of the > problem yet? I guess I'll need to post to devel@Xfree86.org about it, > I just subscribed to that list. > > so long, benny Benny, FYI, binary files in CVS should be marked with -kb even if they are extracted to binary mounts. -kb only controls how the CVS keywords are expanded, so that if a binary file happens to contain a string like "$id$", it would not be expanded on checkout to something like "$Id: file.bin YYYY/MM/DD HH:mm:ss name " (thus effectively corrupting the binary). If the binary files in the XFree86 tree aren't thus marked, it's a bug waiting to happen. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 early@respower.com Tue May 20 20:20:00 2003 From: early@respower.com (Early Ehlinger) Date: Tue, 20 May 2003 20:20:00 -0000 Subject: xterm is a console program? References: Message-ID: "Alexander Gottwald" wrote: > It was said a hundred times before. You either have a console application or > a gui application. I'm well aware of the various flavors of Windows executables. There's also POSIX subsystem (such as they are), native API, and there used to be an OS/2 subsystem as well, IIRC. But this is an implementation detail. The behavior of X applications is what is important. > > The console application has a console (which it may detach, but this also > detaches it from the running cmd.exe) > The GUI window has no own console but can create one. But this is not connected > to the starting cmd.exe. > > On linux the output of the program goes either to a logfile, the console from > where the X11 session was started or to /dev/null. On linux this very easy. In other words, on Linux (and the various Unices out there), starting an X app does *not* cause a new console to be created. Said app will re-use its parent's console or use /dev/null. Ergo, the same ought to be made true on Windows. Unfortunately, on Windows, for an application to send output to its parent console, it must be a console application and must be spawned into the same process group. A negative side effect of this is that if such an application is an X app, and is spawned from anywhere other than a console, Windows will allocate a console on its behalf. So we have a catch-22; either the program is made a console application, in which case it will have a console appear (bad), or it is made a GUI application, in which it will never be able to output to its parent's console (also bad). The current way to break out of the catch-22 requires human intervention: rather than running the app you want to run, run "run" instead, and let "run" run the app you want to run. My suggested break-out requires no human intervention other than an update to some library: have each X app detect that the only reason it has a console is that Windows allocated one for it and hide the console in such a situation. The only other approach I can see is to find a way to find the parent process and somehow connect to its console. I posted a link to a system internals utility that can find the parent process, but that still leaves connecting to its console an open problem. Unless that console is a cygwin app, in which case you could create some kind of IPC endpoint in the cygwin dll to handle this, a very messy proposition, IMHO, that was rightly rejected. > The evil hack is to include the code into the X11 library. This is the last > place where I want to see code that detaches the console. The correct place > is in cygwin1.dll, in the startup code. And this issue should be discussed > on the cygwin-devel mailing list. I originally thought about it going in cygwin1.dll but dismissed that before posting. The reason was that if you put it in cygwin1.dll, then any cygwin app would drop its console if launched in this manner, including non-X clients like bash. That would clearly be Wrong so I suggested having it in the X11 client library. I'm still unconvinced that the X11 client library is the appropriate place for this, but I haven't seen any better alternatives suggested yet. -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From huntharo@msu.edu Tue May 20 20:36:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 20 May 2003 20:36:00 -0000 Subject: xterm is a console program? In-Reply-To: References: Message-ID: <3ECA91D1.5050804@msu.edu> >>The console application has a console (which it may detach, but this also >>detaches it from the running cmd.exe) >>The GUI window has no own console but can create one. But this is not > > connected > >>to the starting cmd.exe. >> >>On linux the output of the program goes either to a logfile, the console > > from > >>where the X11 session was started or to /dev/null. On linux this very > > easy. > > In other words, on Linux (and the various Unices out there), starting an X > app does *not* cause a new console to be created. Said app will re-use its > parent's console or use /dev/null. Ergo, the same ought to be made true on > Windows. > Yes, I saw The Matrix Reloaded too, and I have had to resist using "ergo" in daily conversations since then :) Have you seen it, or is this usage completely unrelated? > Unfortunately, on Windows, for an application to send output to its parent > console, it must be a console application and must be spawned into the same > process group. A negative side effect of this is that if such an > application is an X app, and is spawned from anywhere other than a console, > Windows will allocate a console on its behalf. > > So we have a catch-22; either the program is made a console application, in > which case it will have a console appear (bad), or it is made a GUI > application, in which it will never be able to output to its parent's > console (also bad). > Actually, I don't think we have a chicken before the egg problem here... I think a more appropriate term would be SNAFU ;) > The current way to break out of the catch-22 requires human intervention: > rather than running the app you want to run, run "run" instead, and let > "run" run the app you want to run. > > My suggested break-out requires no human intervention other than an update > to some library: have each X app detect that the only reason it has a > console is that Windows allocated one for it and hide the console in such a > situation. > > The only other approach I can see is to find a way to find the parent > process and somehow connect to its console. I posted a link to a system > internals utility that can find the parent process, but that still leaves > connecting to its console an open problem. Unless that console is a cygwin > app, in which case you could create some kind of IPC endpoint in the cygwin > dll to handle this, a very messy proposition, IMHO, that was rightly > rejected. > Just to clarify, it sounds like your new idea does not require any sort of environment variable. That is correct, no? > >>The evil hack is to include the code into the X11 library. This is the > > last > >>place where I want to see code that detaches the console. The correct > > place > >>is in cygwin1.dll, in the startup code. And this issue should be discussed >>on the cygwin-devel mailing list. > > > I originally thought about it going in cygwin1.dll but dismissed that before > posting. The reason was that if you put it in cygwin1.dll, then any cygwin > app would drop its console if launched in this manner, including non-X > clients like bash. That would clearly be Wrong so I suggested having it in > the X11 client library. I'm still unconvinced that the X11 client library > is the appropriate place for this, but I haven't seen any better > alternatives suggested yet. I agree that the X11 library is, so far, the best place to put this sort of glue. Lets turn down the flames on our gas grill here and see some code. I think the discussion of why this is good or why this is bad is pretty much over. Now I want to *see* what happens when we actually try this code in a test version of the X11 library for Cygwin/XFree86. I am a very pragmatic person --- if no problems materialize, I am apt to go with the solution. On the other hand, if it blows up in our faces then it will be obvious to all that another solution must be found. So, can you send in that X11 lib goodness for all to see? Thanks for contributing, Harold From early@respower.com Tue May 20 21:10:00 2003 From: early@respower.com (Early Ehlinger) Date: Tue, 20 May 2003 21:10:00 -0000 Subject: Console Hiding (was:xterm is a console program?) Message-ID: "Harold L Hunt II" wrote: > In general reply, could you repost (in a new thread) a description of > your work-around and any source code involved? The source code doesn't > have to be readily compilable (i.e., we don't need a Makefile), but I > would like to see it to be able to evaluate the nature of the solution. The code is attached. It demonstrates a few techniques: 1. A portable GetConsoleWindow function (GetConsoleHWND) that should work on all Cygwin-supported flavors of Windows. 2. A function for determining if the console window is "owned" by the calling process (OwnTheConsole). 3. A function that hides the console window if (and only if) the calling process owns it (HideTheConsoleIfOwner). 4. A simple main() that calls HideTheConsoleIfOwner, writes to the console using std::clog, and then displays a MessagBox. If you launch this application using start->run, by double clicking it in explorer, or in a similar manner where you would expect it to not display a console/terminal, the console will appear momentarily and then disappear. This is not exactly the behavior you would see on a Unix box, but at least the console doesn't stick around for the lifetime of the application. If you launch this application from a console program or from an xterm, no console will appear, AND the output that it sends to the console will be visible. My suggestion was to insert a call to HideTheConsoleIfOwner into the startup for some library that only X clients use, thereby making all X clients instantaneously have the same behavior as the sample code. I suggested the X11 client library Another possibility which you would be better able to evaluate, since you are the XWin guru, is to have XWin detect if a program requesting a window owns its console and hide the console on that program's behalf. I doubt this is very feasible because you wouldn't have access to SetConsoleTitle unless you did something wacky like a StartRemoteThread (yech). And besides, that wouldn't help if you were running an X client on one windows box but displaying it on another. Never mind on the whole notion of having it in XWin. -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour begin 666 test.cpp M(VEN8VQU9&4@/'=I;F1O=W,N:#X-"@T*(VEN8VQU9&4@/&EOPT*(" @(&-H87(@8G5F9F5R6R!-05A?4$%42"!=.PT*(" @ M(&EF("@@(4=E=$-O;G-O;&54:71L92@@8G5F9F5R("P@34%87U!!5$@@*2 I M#0H@(" @("!R971U"!T;R!E;G-UPT*(" @("\O M(%!S975D;RUC;V1E.@T*(" @("\O(&EF("@@2]'9710'!L;W)E <3ECA91D1.5050804@msu.edu> Message-ID: "Harold L Hunt II" wrote: > > Ergo, the same ought to be made true on > > Windows. > > > > Yes, I saw The Matrix Reloaded too, and I have had to resist using > "ergo" in daily conversations since then :) Have you seen it, or is > this usage completely unrelated? Nope - totally unrelated. Believe it or not, CG is not enough to draw me to a film (despite my line of work:). > Actually, I don't think we have a chicken before the egg problem here... > I think a more appropriate term would be SNAFU ;) Take yer pick - the two OS's are inherently unfriendly toward each other > Just to clarify, it sounds like your new idea does not require any sort > of environment variable. That is correct, no? Completely correct. > I agree that the X11 library is, so far, the best place to put this sort > of glue. > > Lets turn down the flames on our gas grill here and see some code. I > think the discussion of why this is good or why this is bad is pretty > much over. Now I want to *see* what happens when we actually try this > code in a test version of the X11 library for Cygwin/XFree86. I am a > very pragmatic person --- if no problems materialize, I am apt to go > with the solution. On the other hand, if it blows up in our faces then > it will be obvious to all that another solution must be found. I've re-posted the technique I presented yesterday. > So, can you send in that X11 lib goodness for all to see? I also found some time to insert the appropriate call into the X11 client lib (turns out that mixing in a .cpp file really threw things off - so I had to convert the necessary functions from C++) Not sure I got the right spot since it gets called at least 4 times by xterm, but it certainly works - the console appears for a few moments and then goes away, leaving just the newly spawned xterm. I'll post a diff as soon as I go re-read the responses to my last patch regarding how to do it. In the meantime, if anybody wants to duplicate my efforts, add the attached file into the makefile for std/lib/X11, and place a call to edeHideConsoleIfOwner at the top of Initialize( ). Run make, copy cygX11-6.dll over /usr/X11R6/bin/libX11.dll (you made a backup first, right?) and enjoy. Note that you cannot copy over /usr/X11R6/bin/libX11.dll while it is in use - try mv /usr/X11R6/bin/libXll.dll /delete.me first on windows nt/2k/xp. Applications using the original libX11.dll will continue to do so and applications launched after the cp will use the new one. -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour begin 666 edeHideConsoleIfOwner.c M(VEN8VQU9&4@/'=I;F1O=W,N:#X-"@T*8VAA2P@ M8G5T(&ET('=O=6QD(&)E#0H@(" @+R\@=V]R=&AW:&EL92!T;R!F:6YD('-O M;'5T:6]N0T*(" @("\O(&%R92!T=V\@<&]S'!L;W)E Hi, I'm experimenting with a fix for the missing WM_KEYUP message that can occur in multiwindow mode. It uses existing function calls, but is probably a bit of a hack!! In winmultiwindowwindow.c, add a WM_SETFOCUS case to function winTopLevelWindowProc:- case WM_SETFOCUS: winSendKeyEvent ('any up key', FALSE); /* Pass the message to the root window */ SendMessage (hwndScreen, message, wParam, lParam); return 0; Where 'any up key' is an integer and could be found, for example, in the WM_KEYDOWN last received using:- winTranslateKey (wParam, lParam, &'any up key'); In fact any up-key code could probably be used? I've currently testing using the UP code from the last key DOWN (if any). How legit is this, as my knowledge of the XWin code is fairly basic? Colin From colin.harrison@virgin.net Tue May 20 23:31:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 20 May 2003 23:31:00 -0000 Subject: Multiwindows problem Message-ID: <000001c31f27$ea2c8e40$0200a8c0@straightrunning.com> Hi, My approach http://cygwin.com/ml/cygwin-xfree/2003-05/msg00360.html fixes the KEY_UP program and looks ok on http://cygwin.com/ml/cygwin-xfree/2003-05/msg00291.html http://cygwin.com/ml/cygwin-xfree/2003-05/msg00326.html It only deals with the missing KEY_UP program and is still bust by 'bulletproof way' http://cygwin.com/ml/cygwin-xfree/2003-05/msg00296.html I'll look into the code more tomorrow to see why this and 'dragged scrollbars' don't behave like in Windoze. I've only testing on Windows 2003 server and multiwindow/clipboard, so plenty of scope for a fowl! Colin From earle@ziplabel.com Tue May 20 23:53:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Tue, 20 May 2003 23:53:00 -0000 Subject: Multiwindows problem Message-ID: <20030520235355.98DA31C9C8@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From cgf@redhat.com Wed May 21 01:19:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 21 May 2003 01:19:00 -0000 Subject: xterm is a console program? In-Reply-To: References: Message-ID: <20030521011943.GA23346@redhat.com> On Tue, May 20, 2003 at 03:11:25PM -0500, Early Ehlinger wrote: >>The evil hack is to include the code into the X11 library. This is the >>last place where I want to see code that detaches the console. The >>correct place is in cygwin1.dll, in the startup code. And this issue >>should be discussed on the cygwin-devel mailing list. > >I originally thought about it going in cygwin1.dll but dismissed that >before posting. The reason was that if you put it in cygwin1.dll, then >any cygwin app would drop its console if launched in this manner, >including non-X clients like bash. That would clearly be Wrong so I >suggested having it in the X11 client library. I'm still unconvinced >that the X11 client library is the appropriate place for this, but I >haven't seen any better alternatives suggested yet. Why not just create a hideconsole.o file which inserts itself prior to main via an __attribute__ ((constructor)) and have it do the right thing? Then link all X apps with this new object. You could even submit this as a cygwin package. cgf From cgf@redhat.com Wed May 21 01:50:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 21 May 2003 01:50:00 -0000 Subject: Console Hiding (was:xterm is a console program?) In-Reply-To: References: Message-ID: <20030521015023.GB23346@redhat.com> On Tue, May 20, 2003 at 03:49:03PM -0500, Early Ehlinger wrote: >"Harold L Hunt II" wrote: >> In general reply, could you repost (in a new thread) a description of >> your work-around and any source code involved? The source code doesn't >> have to be readily compilable (i.e., we don't need a Makefile), but I >> would like to see it to be able to evaluate the nature of the solution. > >The code is attached. > >It demonstrates a few techniques: > >1. A portable GetConsoleWindow function (GetConsoleHWND) that should work on >all Cygwin-supported flavors of Windows. The Cygwin DLL already uses something similar. Your code is a little too simplistic to be reliable, however. You are not accounting for the fact that the title change takes some time to "settle down". You need to check repeatedly in a loop, waiting between each check. cgf From colin.harrison@virgin.net Wed May 21 09:00:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 21 May 2003 09:00:00 -0000 Subject: Multiwindows problem Message-ID: <000001c31f77$30c78fe0$0200a8c0@straightrunning.com> Hi Earle, I must admit I'd prefer to find the cause and not fix the symptoms! The winwndproc.c code contains WM message handler code that may have been missed from the multiwindow case. For example, mode-key state retention is handled between WM_KILLFOCUS and WM_SETFOCUS. The WM_KEYDOWN stuff looks fairly well 'evolved', with repeats on key events etc, which are maybe required in multiwindow? The communication with X clients is confusing me, as to where it should occur, in X or windoze 'servers'. Ensuring 'bomb proof' synchronization of the different manager's messages must be a problem? Maybe I need to get back-to-basics here and get away for the empirical approach, or else I'll only add an unnecessary layer of bodge! I'm still tracing what we have, to try and come up with a 'safe/minimum but quick and dirty' fix first. One mystery (to me anyway!) is why some of the WM_KILLFOCUS and WM_ACTIVATEAPP messages have 'NULL' pWin and hwndScreen handles... The 'dragging X scrollbar' problem is somewhere in the buttonup messages, which I'm about to trace (and try to fathom out!) On the side, how can I avoid my XWin.exe being dependent on libfreetype.dll? Harold's test builds aren't and I like developing like-with-like (some mod. to the config/cf files no doubt, but I'm lazy!) Colin From colin.harrison@virgin.net Wed May 21 09:02:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 21 May 2003 09:02:00 -0000 Subject: Multiwindows problem Message-ID: <000101c31f77$76a41560$0200a8c0@straightrunning.com> Hi Earle, I must admit I'd prefer to find the cause and not fix the symptoms! The winwndproc.c code contains WM message handler code that may have been missed from the multiwindow case. For example, mode-key state retention is handled between WM_KILLFOCUS and WM_SETFOCUS. The WM_KEYDOWN stuff looks fairly well 'evolved', with repeats on key events etc, which are maybe required in multiwindow? The communication with X clients is confusing me, as to where it should occur, in X or windoze 'servers'. Ensuring 'bomb proof' synchronization of the different manager's messages must be a problem? Maybe I need to get back-to-basics here and get away for the empirical approach, or else I'll only add an unnecessary layer of bodge! I'm still tracing what we have, to try and come up with a 'safe/minimum but quick and dirty' fix first. One mystery (to me anyway!) is why some of the WM_KILLFOCUS and WM_ACTIVATEAPP messages have 'NULL' pWin and hwndScreen handles... The 'dragging X scrollbar' problem is somewhere in the buttonup messages, which I'm about to trace (and try to fathom out!) On the side, how can I avoid my XWin.exe being dependent on libfreetype.dll? Harold's test builds aren't and I like developing like-with-like (some mod. to the config/cf files no doubt, but I'm lazy!) Colin From colin.harrison@virgin.net Wed May 21 09:04:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 21 May 2003 09:04:00 -0000 Subject: Multiwindows problem Message-ID: <000001c31f77$bd5e50b0$0200a8c0@straightrunning.com> Hi Earle, I must admit I'd prefer to find the cause and not fix the symptoms! The winwndproc.c code contains WM message handler code that may have been missed from the multiwindow case. For example, mode-key state retention is handled between WM_KILLFOCUS and WM_SETFOCUS. The WM_KEYDOWN stuff looks fairly well 'evolved', with repeats on key events etc, which are maybe required in multiwindow? The communication with X clients is confusing me, as to where it should occur, in X or windoze 'servers'. Ensuring 'bomb proof' synchronization of the different manager's messages must be a problem? Maybe I need to get back-to-basics here and get away for the empirical approach, or else I'll only add an unnecessary layer of bodge! I'm still tracing what we have, to try and come up with a 'safe/minimum but quick and dirty' fix first. One mystery (to me anyway!) is why some of the WM_KILLFOCUS and WM_ACTIVATEAPP messages have 'NULL' pWin and hwndScreen handles... The 'dragging X scrollbar' problem is somewhere in the buttonup messages, which I'm about to trace (and try to fathom out!) On the side, how can I avoid my XWin.exe being dependent on libfreetype.dll? Harold's test builds aren't and I like developing like-with-like (some mod. to the config/cf files no doubt, but I'm lazy!) Colin From colin.harrison@virgin.net Wed May 21 09:05:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 21 May 2003 09:05:00 -0000 Subject: Multiwindows problem Message-ID: <000001c31f78$0c99f9e0$0200a8c0@straightrunning.com> Hi Earle, I must admit I'd prefer to find the cause and not fix the symptoms! The winwndproc.c code contains WM message handler code that may have been missed from the multiwindow case. For example, mode-key state retention is handled between WM_KILLFOCUS and WM_SETFOCUS. The WM_KEYDOWN stuff looks fairly well 'evolved', with repeats on key events etc, which are maybe required in multiwindow? The communication with X clients is confusing me, as to where it should occur, in X or windoze 'servers'. Ensuring 'bomb proof' synchronization of the different manager's messages must be a problem? Maybe I need to get back-to-basics here and get away for the empirical approach, or else I'll only add an unnecessary layer of bodge! I'm still tracing what we have, to try and come up with a 'safe/minimum but quick and dirty' fix first. One mystery (to me anyway!) is why some of the WM_KILLFOCUS and WM_ACTIVATEAPP messages have 'NULL' pWin and hwndScreen handles... The 'dragging X scrollbar' problem is somewhere in the buttonup messages, which I'm about to trace (and try to fathom out!) On the side, how can I avoid my XWin.exe being dependent on libfreetype.dll? Harold's test builds aren't and I like developing like-with-like (some mod. to the config/cf files no doubt, but I'm lazy!) Colin From colin.harrison@virgin.net Wed May 21 09:12:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 21 May 2003 09:12:00 -0000 Subject: Repeats Message-ID: <000001c31f78$fcdfae40$0200a8c0@straightrunning.com> Hi, Sorry about the repeats...that will teach me to use Outlook. I've just thrown my machine out the window in disgust. Colin From alexander.gottwald@s1999.tu-chemnitz.de Wed May 21 09:30:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 21 May 2003 09:30:00 -0000 Subject: xterm is a console program? In-Reply-To: Message-ID: On Tue, 20 May 2003, Early Ehlinger wrote: > In other words, on Linux (and the various Unices out there), starting an X > app does *not* cause a new console to be created. Said app will re-use its > parent's console or use /dev/null. Ergo, the same ought to be made true on > Windows. It will always use the parent stdin/stderr/stdout (which might be the console). On Windows you don't have a parent stdin/stderr/stdout to attach, so Windows creates them with the console. > > The evil hack is to include the code into the X11 library. This is the > last > > place where I want to see code that detaches the console. The correct > place > > is in cygwin1.dll, in the startup code. And this issue should be discussed > > on the cygwin-devel mailing list. > > I originally thought about it going in cygwin1.dll but dismissed that before > posting. The reason was that if you put it in cygwin1.dll, then any cygwin > app would drop its console if launched in this manner, including non-X > clients like bash. This is also wrong for a lot of X11 applications. Just imagine the debug nighmare when the user never sees the "Can't connect to display" message and crys "xterm bombs!!!!! :( Plz Help" > That would clearly be Wrong so I suggested having it in > the X11 client library. I'm still unconvinced that the X11 client library > is the appropriate place for this, but I haven't seen any better > alternatives suggested yet. There is no general difference between an X11 app and any other cygwin app. There is also the sshd, which does not need the console but displays it. The only suitable place for such a functionality is cygwin1.dll. Maybe with a compiletime switch to force the program to keep the console (for bash, mutt ....). But this code does not belong into libX11 and I doubt that any member of the XFree crew will ever apply such a change to cvs. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From A.Eibach@gmx.net Wed May 21 10:48:00 2003 From: A.Eibach@gmx.net (Andreas Eibach) Date: Wed, 21 May 2003 10:48:00 -0000 Subject: Donations link on cygwin-xfree website is broken Message-ID: <22500.1053514074@www43.gmx.net> Hi, just wanted to report the above. I do not mean the link on the left navigation bar, but in the center. Line 199 of index.html has two colons in the URL, that's screwing it up. Take care, Andreas -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte l??cheln! Fotogalerie online mit GMX ohne eigene Homepage! From Ralf.Habacker@freenet.de Wed May 21 11:17:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 21 May 2003 11:17:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <00cf01c31e9f$73cd65e0$0a1c440a@BRAMSCHE> Message-ID: <010d01c31f8a$4d2cdec0$0a1c440a@BRAMSCHE> Hi Earle, > Good to hear, but how to compute in detail ? Additional what about the > performance ? > Using the xclient means to transfer the image data every time icon > setting will > be performed from the server to the client, which is the server, although the > data is directly asseccable on the server, isn't it ? > I assume based on the things I have learned from you, that all the image data > will be in some property on the server, which has only to be retrieved in some > mysteric way. > I've got a little success. Now I'm able to retrieve the pixmap pointer from the WM_HINTS structure and the bitmap data, the CreateIcon returns an icon handle, but unfortunally the icon isn't displayed. Any hints ? Cheers Ralf winCreateWindowsWindow (WindowPtr pWin) add the stuff below after the following two lines in winmultiwindowwindow.c: winCreateWindowsWindow() hIcon = LoadIcon (g_hInstance, MAKEINTRESOURCE(IDI_XWIN)); strcpy(classStr, WINDOW_CLASS_X); ------------------------------------------------------------------ { xPropWMHints *hints; GetWMHints(pWin, &hints); if (hints->iconPixmap) { PixmapPtr iconPtr; PixmapPtr maskPtr; char *iconData = 0; char *maskData = 0; iconPtr= LookupIDByType (hints->iconPixmap, RT_PIXMAP); ErrorF("icon Pixmap found %x\n",iconPtr); if (iconPtr) { iconData = malloc(iconPtr->drawable.width * iconPtr->drawable.height * (iconPtr->drawable.bitsPerPixel/8)); miGetImage((DrawablePtr)&iconPtr->drawable, 0, 0, iconPtr->drawable.width, iconPtr->drawable.height, ZPixmap, 0xffff, iconData); ErrorF("buffer %x\n",iconData); maskPtr = LookupIDByType (hints->iconMask, RT_PIXMAP); ErrorF("mask Pixmap found %x\n",maskPtr); if (maskPtr) { // FIXME: calc correct size maskData = malloc((maskPtr->drawable.width * maskPtr->drawable.height) / 8 ); miGetImage((DrawablePtr)&maskPtr->drawable, 0, 0, maskPtr->drawable.width, maskPtr->drawable.height, ZPixmap, 0xffff, maskData); } hIcon = CreateIcon(NULL, iconPtr->drawable.width, iconPtr->drawable.height, 1, iconPtr->drawable.bitsPerPixel, maskData, // lpbANDbits iconData // lpbXORbits ); free(iconData); free(maskData); } } } ------------------------------------------------------------------ From daniel.bratell@idainfront.se Wed May 21 11:50:00 2003 From: daniel.bratell@idainfront.se (Daniel Bratell) Date: Wed, 21 May 2003 11:50:00 -0000 Subject: AltGr not functioning when logged in on HP-UX Message-ID: <3ECB6833.3050909@idainfront.se> I have a swedish keyboard which requires the use of the AltGr key for many characters (for instance @ { ] and ?? ) but I can not get the AltGr to work when I display windows from a HPUX machine on my local cygwin-xfree (the latest available). Pressing AltGr+2 which should produce a @ just displays a 2. I have no problems when I write locally, nor when I'm logged in to Linux or Solaris machines. I've tried debugging the problem without success. As far as I understand the AltGr should create a ModeShift and it seems to do that. I've downloaded a xev program for HPUX (it has none in the official distribution) and when I just press and release AltGr it says: KeyPress event, serial 18, synthetic NO, window 0x1a00001, root 0x36, subw 0x1a00002, time 425831393, (56,46), root:(319,267), state 0x10, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, modifier: mod2 XLookupString gives 0 characters: "" KeyRelease event, serial 21, synthetic NO, window 0x1a00001, root 0x36, subw 0x1a00002, time 425831543, (56,46), root:(319,267), state 0x2010, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, modifier: mod2 Button6 XLookupString gives 0 characters: "" If I try to write a @ by pressing AltGr+2 I get: KeyPress event, serial 21, synthetic NO, window 0x1a00001, root 0x36, subw 0x0, time 425923575, (586,319), root:(849,540), state 0x10, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, modifier: mod2 XLookupString gives 0 characters: "" KeyPress event, serial 21, synthetic NO, window 0x1a00001, root 0x36, subw 0x0, time 425923735, (586,319), root:(849,540), state 0x2010, keycode 11 (keysym 0x40, at), same_screen YES, modifier: mod2 Button6 XLookupString gives 1 characters: "@" KeyRelease event, serial 21, synthetic NO, window 0x1a00001, root 0x36, subw 0x0, time 425923846, (586,319), root:(849,540), state 0x2010, keycode 11 (keysym 0x40, at), same_screen YES, modifier: mod2 Button6 XLookupString gives 1 characters: "@" KeyRelease event, serial 21, synthetic NO, window 0x1a00001, root 0x36, subw 0x0, time 425924056, (586,319), root:(849,540), state 0x2010, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, modifier: mod2 Button6 XLookupString gives 0 characters: "" All this looks correct to me, but no applications I've tried (different versions of emacs and and xterm) produces anything else than a "2". If I try to write a @ in emacs and look at the character input with C-h l it only displays the character 2. Other systems display the character @. If I (or colleagues) connect to a HP-UX machine using eXceed or WinaXe as the local X server there's no problem with the AltGr. The only "unknown" in this equation is cygwin-xfree which is why I write to this mailinglist. Does anyone have an idea on how to proceed with debugging? /Daniel From huntharo@msu.edu Wed May 21 13:53:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 21 May 2003 13:53:00 -0000 Subject: Donations link on cygwin-xfree website is broken In-Reply-To: <22500.1053514074@www43.gmx.net> References: <22500.1053514074@www43.gmx.net> Message-ID: <3ECB84A9.7060706@msu.edu> Andreas, The only link to the donations page that I see on http://xfree86.cygwin.com/ is in the News section and its text is below: Donations As you can see, there are no colons in that link at all. You say this is on line 199, but the above is on line 330 of the index.html that is sent to the user. Could you give an explicit URL to the page with the error and try to pin down the location of the link on the page for me? Thanks, Harold Andreas Eibach wrote: > Hi, > > just wanted to report the above. > I do not mean the link on the left navigation bar, but in the center. > Line 199 of index.html has two colons in the URL, that's screwing it up. > > Take care, > Andreas > From pechtcha@cs.nyu.edu Wed May 21 13:55:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 21 May 2003 13:55:00 -0000 Subject: xterm is a console program? In-Reply-To: Message-ID: On Wed, 21 May 2003, Alexander Gottwald wrote: > On Tue, 20 May 2003, Early Ehlinger wrote: > > In other words, on Linux (and the various Unices out there), starting an X > > app does *not* cause a new console to be created. Said app will re-use its > > parent's console or use /dev/null. Ergo, the same ought to be made true on > > Windows. > > It will always use the parent stdin/stderr/stdout (which might be the console). > On Windows you don't have a parent stdin/stderr/stdout to attach, so Windows > creates them with the console. > > > > The evil hack is to include the code into the X11 library. This is > > > the last place where I want to see code that detaches the console. > > > The correct place is in cygwin1.dll, in the startup code. And this > > > issue should be discussed on the cygwin-devel mailing list. > > > > I originally thought about it going in cygwin1.dll but dismissed that before > > posting. The reason was that if you put it in cygwin1.dll, then any cygwin > > app would drop its console if launched in this manner, including non-X > > clients like bash. > > This is also wrong for a lot of X11 applications. Just imagine the debug > nighmare when the user never sees the "Can't connect to display" message > and crys "xterm bombs!!!!! :( Plz Help" This, actually, is a *very* good point! Most X apps will communicate with the console, if only to show errors or help messages (run your favorite X app with --help and see if it doesn't print to the console). So, to answer the question in the subject, *yes, an xterm IS a console app*. The functionality that Early proposes might be useful, but it certainly is not something to have *by default*. A Cygwin-specific command-line switch (if it's implementable -- I don't know) is a good compromise, and, although that *will* require changing each individual application, it sounds much better than the "no console ever" policy. > > That would clearly be Wrong so I suggested having it in > > the X11 client library. I'm still unconvinced that the X11 client library > > is the appropriate place for this, but I haven't seen any better > > alternatives suggested yet. > > There is no general difference between an X11 app and any other cygwin app. > There is also the sshd, which does not need the console but displays it. > > The only suitable place for such a functionality is cygwin1.dll. Maybe with > a compiletime switch to force the program to keep the console (for bash, > mutt ....). But this code does not belong into libX11 and I doubt that any > member of the XFree crew will ever apply such a change to cvs. > > bye > ago If such functionality is released, the best place for it, IMO, is what CGF suggested, i.e., a separate hideconsole.o which apps link against; it can even come in its own package, independent of either cygwin or xfree*. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From Benjamin.Riefenstahl@epost.de Wed May 21 13:55:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Wed, 21 May 2003 13:55:00 -0000 Subject: Text-mode issues In-Reply-To: <3ECA5CED.6000601@msu.edu> (Harold L. Hunt, II's message of "Tue, 20 May 2003 12:50:53 -0400") References: <3ECA5CED.6000601@msu.edu> Message-ID: Hi all, I am consolidating my answers to todays post. > Benjamin Riefenstahl wrote: >> 1) The fonts directory must be on a binary mount. This is documented >> and in the FAQs. Given that the fonts directory is there only for >> XFree, this bug is minor. Harold L Hunt II writes: > The post-install scripts for the font packages were modified some > time ago to automatically mount the fonts directory in bin mode. I know. I contributed to the discussion at the time, but as I wasn't using XFree at the time, I didn't look into the real issue than. > Did you have a specific problem where the fonts directory was not > automatically mounted in bin mode, or are you just citing this as a > weak area? In my book an application that doesn't explicitly specify binary mode when opening a binary file has a bug. That's clearly how the issues are defined for stdio (fopen()), and I believe for consistency it should be handled in the same way for the POSIX APIs (open()). I personally regard everything else as a band-aid, and that certainly goes for administrative solutions like binary mounts, those should be *temporary* solutions IMO. As I said, the administrative work-around works right now and other programs usually don't use that directory, so I am not too concerned here. >> 2) The /tmp directory must be on a binary mount, otherwise >> international keyboards don't work. Alexander Gottwald writes: > This is already fixed in CVS. But we've done no new release > yet. That is good to know, thanks. > Have you tried not using -kb, or whatever else, and just trying > Alexander's auto-detection code? Or, does Alexander's > auto-detection code still depend on /tmp? I tried auto-detection first. But I also tried the explicit option and even installed XF86Config, they had all the same problem. >> 3) The binary files in CVS are not marked as such (cvs admin -kb). Igor Pechtchanski writes: > FYI, binary files in CVS should be marked with -kb even if they are > extracted to binary mounts. -kb only controls how the CVS keywords > are expanded, so that if a binary file happens to contain a string > like "$id$", it would not be expanded on checkout to something like > "$Id: file.bin YYYY/MM/DD HH:mm:ss name " (thus effectively > corrupting the binary). If the binary files in the XFree86 tree > aren't thus marked, it's a bug waiting to happen. Thanks for the support. Yes I know that this is the original idea of -kb. But that setting is also the recommended way of marking binary files in the CVS for clients on OSs that have automatic text mode translation. While the bug is only potential for Unix, it's actual for Windows in a CVS client implementation conforming with the OS conventions, like cvsnt or Cygwin cvs on text mounts. > [devel@xfree86.org] I am not sure if they have discussed this in the > pass, though I guess that they have. I haven't found it in the archives, I will post the question there. Thanks for the feedback so far and so long, benny From jc.gervais@videotron.ca Wed May 21 13:58:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Wed, 21 May 2003 13:58:00 -0000 Subject: Multiwindows problem In-Reply-To: <000001c31f77$30c78fe0$0200a8c0@straightrunning.com> Message-ID: Hi Colin, Just wondering; have you read the threads about this problem in the mailing-list archives? If not, you should definitely take a look: Harold, Myself and others have done a fair amount of investigation as to what could be causing this, and it may serve you well, if only to help you exclude hypothesis. -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Colin Harrison Sent: Wednesday, May 21, 2003 4:58 AM To: cygwin-xfree@cygwin.com Subject: RE: Multiwindows problem Hi Earle, I must admit I'd prefer to find the cause and not fix the symptoms! The winwndproc.c code contains WM message handler code that may have been missed from the multiwindow case. For example, mode-key state retention is handled between WM_KILLFOCUS and WM_SETFOCUS. The WM_KEYDOWN stuff looks fairly well 'evolved', with repeats on key events etc, which are maybe required in multiwindow? The communication with X clients is confusing me, as to where it should occur, in X or windoze 'servers'. Ensuring 'bomb proof' synchronization of the different manager's messages must be a problem? Maybe I need to get back-to-basics here and get away for the empirical approach, or else I'll only add an unnecessary layer of bodge! I'm still tracing what we have, to try and come up with a 'safe/minimum but quick and dirty' fix first. One mystery (to me anyway!) is why some of the WM_KILLFOCUS and WM_ACTIVATEAPP messages have 'NULL' pWin and hwndScreen handles... The 'dragging X scrollbar' problem is somewhere in the buttonup messages, which I'm about to trace (and try to fathom out!) On the side, how can I avoid my XWin.exe being dependent on libfreetype.dll? Harold's test builds aren't and I like developing like-with-like (some mod. to the config/cf files no doubt, but I'm lazy!) Colin From huntharo@msu.edu Wed May 21 14:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 21 May 2003 14:02:00 -0000 Subject: xterm is a console program? In-Reply-To: References: Message-ID: <3ECB86E1.8020203@msu.edu> Alexander Gottwald wrote: > On Tue, 20 May 2003, Early Ehlinger wrote: > >>In other words, on Linux (and the various Unices out there), starting an X >>app does *not* cause a new console to be created. Said app will re-use its >>parent's console or use /dev/null. Ergo, the same ought to be made true on >>Windows. > > > It will always use the parent stdin/stderr/stdout (which might be the console). > On Windows you don't have a parent stdin/stderr/stdout to attach, so Windows > creates them with the console. > Right, but Early is now talking about leaving the X apps as command-line apps so that they are attached to the parent processes console by default, and he only detaches the console if it becomes apparent if that console was created specifically for this process (such as when you double-click an X app in Windows Explorer). > >>>The evil hack is to include the code into the X11 library. This is the >> >>last >> >>>place where I want to see code that detaches the console. The correct >> >>place >> >>>is in cygwin1.dll, in the startup code. And this issue should be discussed >>>on the cygwin-devel mailing list. >> >>I originally thought about it going in cygwin1.dll but dismissed that before >>posting. The reason was that if you put it in cygwin1.dll, then any cygwin >>app would drop its console if launched in this manner, including non-X >>clients like bash. > > > This is also wrong for a lot of X11 applications. Just imagine the debug > nighmare when the user never sees the "Can't connect to display" message > and crys "xterm bombs!!!!! :( Plz Help" > Actually, this sort of fix would probably cut down on debugging problems. The proposed fix wouldn't change what happens when you run xterm (or any other X app) from the command-line --- you would still see the output. Most users are used to not seeing the output from the apps when they run them from the startup scripts, so the first thing they do when there is a problem is to run the busted app from the console. In both of those cases the proposed fix would cause things to happen the way that the user expects them to happen. > >>That would clearly be Wrong so I suggested having it in >>the X11 client library. I'm still unconvinced that the X11 client library >>is the appropriate place for this, but I haven't seen any better >>alternatives suggested yet. > > > There is no general difference between an X11 app and any other cygwin app. > There is also the sshd, which does not need the console but displays it. > > The only suitable place for such a functionality is cygwin1.dll. Maybe with > a compiletime switch to force the program to keep the console (for bash, > mutt ....). But this code does not belong into libX11 and I doubt that any > member of the XFree crew will ever apply such a change to cvs. > I like Chris's suggestion that this be made into a simple .o file that injects itself before main () when it is linked into an app, just like automode.o does. Chris said he would even except this as a Cygwin package. The only requirement for us would be to selectively link autocommandline.o with certain applications that it would be appropriate for. See, we said before "X11 lib is the best place for now". Now that we have continued discussing this a better idea has been presented, so lets move forward to that. Harold From adrian@plankton.marsci.uga.edu Wed May 21 14:03:00 2003 From: adrian@plankton.marsci.uga.edu (Adrian Burd) Date: Wed, 21 May 2003 14:03:00 -0000 Subject: FVWM Problems Message-ID: <16075.34607.15244.497992@plankton.marsci.uga.edu> Hi, I've just started to use Cygwin and I'm very impressed. However, I'm having a problem with getting fvwm to work properly. I'm missing something, but I can't see it. I believe I've installed all the required packages using the Cygwin setup program. I then edited my .xinitrc to start fvwm2 instead of twm. I use startx to start the X server. The first time I started fvwm, I used the fvwm-95 configure button to set up an initial .fvwmrc file. I get a full screen X, with the initial three xterms, a clock and the fvwm buttons in the bottom right hand corner of the screen. But the buttons are all grey with no pixmaps. There are many error messages from the Xserver and fvwm. They start with 3 [unknown (0x17C)] XWin 880 fhandler_console::fixup_after_exec: error opening input console handle after exec, errno 13, Win32 error 5 108886 [unknown (0x17C)] XWin 880 fhandler_console::fixup_after_exec: error opening input console handle after exec, errno 13, Win32 error 5 6 [unknown (0x724)] sh 1832 fhandler_console::fixup_after_exec: error opening input console handle after exec, errno 13, Win32 error 5 28958 [unknown (0x724)] sh 1832 fhandler_console::fixup_after_exec: error opening input console handle after exec, errno 13, Win32 error 5 67985 [main] sh 1832 fhandler_console::dup: error opening console, Win32 error 5 2 [unknown (0x744)] cat 2176 fhandler_console::fixup_after_exec: error opening input console handle after exec, errno 13, Win32 error 5 33742 [unknown (0x744)] cat 2176 fhandler_console::fixup_after_exec: error opening input console handle after exec, errno 13, Win32 error 5 and continue with many lines such as [FVWM][CMD_Style]: <> Bad style option: \ [FVWM][execute_function]: <> No such command 'StaysOnTop,' [FVWM][CMD_Style]: <> Bad style option: \ [FVWM][execute_function]: <> No such command 'IconBox' [FVWM][AddToFunction]: <> Got ' ' instead of a valid function specifier [FVWM][execute_function]: <> No such command 'I' [FVWM][scanForPixmap]: <> Couldn't load image from side.fvwm2.xpm [FVWM][scanForPixmap]: <> Couldn't load image from screen.xpm [FVWM][scanForPixmap]: <> Couldn't load image from modules.xpm [FVWM][scanForPixmap]: <> Couldn't load image from shells.xpm interspersed with things like [FVWM][execute_function]: <> No such command 'xload' [FVWM][execute_function]: <> No such command 'geometry' [FVWM][CMD_Style]: <> Bad style option: \ [FVWM][execute_function]: <> No such command 'CirculateSkip' [FVWM][CMD_Style]: <> Bad style option: \ [FVWM][execute_function]: <> No such command 'BorderWidth' [FVWM][CMD_Style]: <> Bad style option: \ [FVWM][execute_function]: <> No such command 'WindowListSkip,' [FVWM][execute_function]: <> No such command 'Swallow' [FVWM][execute_function]: <> No such command 'MyPanelButtons' [FVWM][execute_function]: <> No such command 'Action(Mouse' [FVWM][execute_function]: <> No such command 'Swallow' [FVWM][execute_function]: <> No such command 'MyPanelButtons' [FVWM][execute_function]: <> No such command 'Action(Mouse' I'm guessing that the pixmaps were not part of the Cygwin package (I've donw a find for the them and cannot find them), but there seems to be something else that is going on here as well as witnessed by the "Bad style option" and "No such command" messages I'm getting - perhaps there's a module missing? I'd be grateful for any pointers as to what I'm missing and how to correct it. Many thanks, Adrian From huntharo@msu.edu Wed May 21 14:14:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 21 May 2003 14:14:00 -0000 Subject: xterm is a console program? In-Reply-To: References: Message-ID: <3ECB89D4.8070904@msu.edu> >>This is also wrong for a lot of X11 applications. Just imagine the debug >>nighmare when the user never sees the "Can't connect to display" message >>and crys "xterm bombs!!!!! :( Plz Help" > > > This, actually, is a *very* good point! Most X apps will communicate with > the console, if only to show errors or help messages (run your favorite X > app with --help and see if it doesn't print to the console). So, to > answer the question in the subject, *yes, an xterm IS a console app*. > Right, just like how you can't get info from XWin.exe -help right now because we *had* to make it a Windows app instead of a console app (or even a console app with auto-detach) because there isn't currently a good solution to this problem. > The functionality that Early proposes might be useful, but it certainly is > not something to have *by default*. A Cygwin-specific command-line switch > (if it's implementable -- I don't know) is a good compromise, and, > although that *will* require changing each individual application, it > sounds much better than the "no console ever" policy. > The policy isn't "no console ever". The policy is "detach from consoles created specifically for this process, remain attached to consoles that this process is launched from". Thus, if you launch from bash you get console output. If you launch from Start->Run or by double-clicking the app you don't get a new console spawned specifically for that app. > If such functionality is released, the best place for it, IMO, is what CGF > suggested, i.e., a separate hideconsole.o which apps link against; it can > even come in its own package, independent of either cygwin or xfree*. Of course. We are having a discussion here and the purpose is to wander around until we find a good idea. There are not two camps here (for and against) like it may seem. We are all trying to find out if there is an acceptable solution and Chris's suggestion sounds like a better solution than the earlier proposal, so it is the current winner. Of course, our emails haven't reflected this yet because I have to sleep at night so I haven't had a chance to change the direction of the discussion until now. Harold From alexander.gottwald@s1999.tu-chemnitz.de Wed May 21 14:14:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 21 May 2003 14:14:00 -0000 Subject: FVWM Problems In-Reply-To: <16075.34607.15244.497992@plankton.marsci.uga.edu> Message-ID: On Wed, 21 May 2003, Adrian Burd wrote: > [FVWM][CMD_Style]: <> Bad style option: \ Maybe a problem with the lineendings? Try converting the file to unix style lineendings. with vim: vim filename :set ff=unix :wq bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cgf@redhat.com Wed May 21 14:36:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 21 May 2003 14:36:00 -0000 Subject: xterm is a console program? In-Reply-To: References: Message-ID: <20030521143630.GA1971@redhat.com> On Wed, May 21, 2003 at 11:30:41AM +0200, Alexander Gottwald wrote: >The only suitable place for such a functionality is cygwin1.dll. Maybe with >a compiletime switch to force the program to keep the console (for bash, >mutt ....). But this code does not belong into libX11 and I doubt that any >member of the XFree crew will ever apply such a change to cvs. And, as described, I doubt that any member of the cygwin crew would apply a patch to the cygwin DLL, either. cgf From colin.harrison@virgin.net Wed May 21 14:53:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 21 May 2003 14:53:00 -0000 Subject: Quick fix for missing WM_KEYUP messages on window exits in multiwindow mode (part of RE: Multiwindows problem) Message-ID: <000001c31fa8$bbc088f0$0200a8c0@straightrunning.com> Hi, I've got to stop working on this for a while. The 'best' minimal quick fix I have for the missed WM_KEYUP events on exits from xterms etc. in multiwindow is:- diff -ubB orig_winmultiwindowwindow.c winmultiwindowwindow.c --- save_winmultiwindowwindow.c 2003-05-18 19:19:59.000000000 +0100 +++ winmultiwindowwindow.c 2003-05-21 14:47:37.000000000 +0100 @@ -984,6 +984,12 @@ SendMessage(hwndScreen, message, wParam, lParam); return 0; + case WM_SETFOCUS: + if (hwndScreen == NULL) + break; + winKeybdReleaseKeys (); + return 0; + case WM_SYSKEYDOWN: case WM_SYSKEYUP: case WM_SYSDEADCHAR: It's a hack, it works for me, but it does not get to gripes with the ultimate cause of the problem. I will put more time and effort into this ASAP, with a view to fixing problems, not adding to the work-arounds! Colin From adrian@plankton.marsci.uga.edu Wed May 21 16:23:00 2003 From: adrian@plankton.marsci.uga.edu (Adrian Burd) Date: Wed, 21 May 2003 16:23:00 -0000 Subject: FVWM Problems In-Reply-To: References: <16075.34607.15244.497992@plankton.marsci.uga.edu> Message-ID: <16075.41513.978899.94894@plankton.marsci.uga.edu> >>>>> "Alexander" == Alexander Gottwald writes: Alexander> On Wed, 21 May 2003, Adrian Burd wrote: >> [FVWM][CMD_Style]: <> Bad style option: \ Alexander> Maybe a problem with the lineendings? Try converting Alexander> the file to unix style lineendings. Alexander> with vim: vim filename :set ff=unix :wq Thanks for the suggestion, but this didn't seem to alter any of the error messages. The "Bad style option" errors are still there. Is it possible that the .fvwmrc file for fvwm-95 configuration that comes with the distribution is not compatible with the distribution? Adrian From alexander.gottwald@s1999.tu-chemnitz.de Wed May 21 17:04:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 21 May 2003 17:04:00 -0000 Subject: FVWM Problems In-Reply-To: <16075.41513.978899.94894@plankton.marsci.uga.edu> Message-ID: On Wed, 21 May 2003, Adrian Burd wrote: > >>>>> "Alexander" == Alexander Gottwald writes: > > Alexander> On Wed, 21 May 2003, Adrian Burd wrote: > >> [FVWM][CMD_Style]: <> Bad style option: \ > > Alexander> Maybe a problem with the lineendings? Try converting > Alexander> the file to unix style lineendings. > > Alexander> with vim: vim filename :set ff=unix :wq > > Thanks for the suggestion, but this didn't seem to alter any of the > error messages. The "Bad style option" errors are still there. I've got these lines in my .fvwm2rc MenuStyle Black Grey LightGrey \ -adobe-utopia-medium-r-normal-*-14-*-100-100-p-90-iso8859-1 fvwm I belive you got a similar line, but with a space or an other whitespace character after the backslash. You'll have to find that space. in vim: (type as seen here) :s/\\\s*$/\\/ This should replace the extra characters > Is it possible that the .fvwmrc file for fvwm-95 configuration that > comes with the distribution is not compatible with the distribution? This is always possible. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From earle@ziplabel.com Wed May 21 17:18:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Wed, 21 May 2003 17:18:00 -0000 Subject: Quick fix for missing WM_KEYUP messages on window exits in multiwindow mode (part of RE: Multiwindows problem) Message-ID: <20030521171835.99DA51BFB0@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From rschulz@sonic.net Wed May 21 17:30:00 2003 From: rschulz@sonic.net (Randall R Schulz) Date: Wed, 21 May 2003 17:30:00 -0000 Subject: Repeats In-Reply-To: <000001c31f78$fcdfae40$0200a8c0@straightrunning.com> Message-ID: <5.2.1.1.2.20030521102600.03a42c28@pop.sonic.net> Colin, Could you tell me where that window is? I could always use some extra / spare hardware. Randall Schulz At 02:11 2003-05-21, Colin Harrison wrote: >Hi, > >Sorry about the repeats...that will teach me to use Outlook. > >I've just thrown my machine out the window in disgust. > >Colin From ehud@unix.mvs.co.il Wed May 21 17:39:00 2003 From: ehud@unix.mvs.co.il (Ehud Karni) Date: Wed, 21 May 2003 17:39:00 -0000 Subject: Console anyone ? (was: xterm is a console program?) In-Reply-To: <3ECB89D4.8070904@msu.edu> (message from Harold L Hunt II on Wed, 21 May 2003 10:14:44 -0400) References: <3ECB89D4.8070904@msu.edu> Message-ID: <200305211739.h4LHdn8s007464@beta.mvs.co.il> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 21 May 2003 10:14:44 -0400, Harold L Hunt II wrote: > > > > This, actually, is a *very* good point! Most X apps will communicate with > > the console, if only to show errors or help messages (run your favorite X > > app with --help and see if it doesn't print to the console). So, to > > answer the question in the subject, *yes, an xterm IS a console app*. > > > > Right, just like how you can't get info from XWin.exe -help right now > because we *had* to make it a Windows app instead of a console app (or > even a console app with auto-detach) because there isn't currently a > good solution to this problem. I use the -mwindows compilation switch (and using main and NOT winmain) to get a Cygwin program without console and without (visible) window. To communicate with the user I use message boxes. I've written a subroutine that forks (so the calling program can continue) and the child display the message. Debugging and informative messages are still written to stderr/stdout which means that if it is run from bash/tcsh (without redirection), the messages are seen on the console. You can redirect the output even when it is run from Windows (but you can see the messages file only when the program is over, quite enough for informative/statistics). > The policy isn't "no console ever". The policy is "detach from consoles > created specifically for this process, remain attached to consoles that > this process is launched from". Thus, if you launch from bash you get > console output. If you launch from Start->Run or by double-clicking the > app you don't get a new console spawned specifically for that app. See my comment on stderr + redirection above. 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 / \ mailto:ehud@unix.mvs.co.il Better Safe Than Sorry -----BEGIN PGP SIGNATURE----- Comment: use http://www.keyserver.net/ to get my key (and others) iD8DBQE+y7nlLFvTvpjqOY0RAgoSAJ9INjz5ZdDM8zxvXIcy81osnBd3gACfSzqG LVNo35/zZCD8gsmXshTk5Fk= =gpWY -----END PGP SIGNATURE----- From pechtcha@cs.nyu.edu Wed May 21 18:15:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 21 May 2003 18:15:00 -0000 Subject: Console anyone ? (was: xterm is a console program?) In-Reply-To: <200305211739.h4LHdn8s007464@beta.mvs.co.il> Message-ID: On Wed, 21 May 2003, Ehud Karni wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Wed, 21 May 2003 10:14:44 -0400, Harold L Hunt II wrote: > > > > > > This, actually, is a *very* good point! Most X apps will communicate with > > > the console, if only to show errors or help messages (run your favorite X > > > app with --help and see if it doesn't print to the console). So, to > > > answer the question in the subject, *yes, an xterm IS a console app*. > > > > > > > Right, just like how you can't get info from XWin.exe -help right now > > because we *had* to make it a Windows app instead of a console app (or > > even a console app with auto-detach) because there isn't currently a > > good solution to this problem. > > I use the -mwindows compilation switch (and using main and NOT winmain) > to get a Cygwin program without console and without (visible) window. > > To communicate with the user I use message boxes. I've written a > subroutine that forks (so the calling program can continue) and > the child display the message. > > Debugging and informative messages are still written to stderr/stdout > which means that if it is run from bash/tcsh (without redirection), the > messages are seen on the console. You can redirect the output even when > it is run from Windows (but you can see the messages file only when the > program is over, quite enough for informative/statistics). > > > The policy isn't "no console ever". The policy is "detach from consoles > > created specifically for this process, remain attached to consoles that > > this process is launched from". Thus, if you launch from bash you get > > console output. If you launch from Start->Run or by double-clicking the > > app you don't get a new console spawned specifically for that app. > > See my comment on stderr + redirection above. > > Ehud. Ehud, Can you still see the output of your program if it's run from an xterm? It seems that some programs (in particular, "net" in Win2k) have a problem with xterms -- they would still pop up a new console, but only when writing to stderr! When writing to stdout, this doesn't happen. To reproduce, try "net help" and "net use" -- the first will pop up a console, the second won't. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From Benjamin.Riefenstahl@epost.de Wed May 21 18:55:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Wed, 21 May 2003 18:55:00 -0000 Subject: Console anyone ? In-Reply-To: (Igor Pechtchanski's message of "Wed, 21 May 2003 14:15:26 -0400 (EDT)") References: Message-ID: Hi Igor, Igor Pechtchanski writes: > It seems that some programs (in particular, "net" in Win2k) have a > problem with xterms -- they would still pop up a new console, but > only when writing to stderr! When writing to stdout, this doesn't > happen. To reproduce, try "net help" and "net use" -- the first > will pop up a console, the second won't. I can't reproduce that here, both commands just produce text in a local xterm, no console is popping up. I'm running W2K/SP3, recent XFree86, "CYGWIN=binmode nontsec". so long, benny From richard.campbell@air2web.com Wed May 21 18:59:00 2003 From: richard.campbell@air2web.com (Richard Campbell) Date: Wed, 21 May 2003 18:59:00 -0000 Subject: Console anyone ? Message-ID: W2K/SP2, xfree86 4.2.0-37 (Test 86), CYGWIN="". I see the same behavior Igor talks about with "net help" and "net use". Interestingly, "cygcheck -s" also pops up a console...and crashes when run from an xterm, just before it would start the "id.exe output (nontsec)" output. -Richard Campbell. -----Original Message----- From: Benjamin Riefenstahl [mailto:Benjamin.Riefenstahl@epost.de] Sent: Wednesday, May 21, 2003 2:55 PM To: cygwin-xfree@cygwin.com Subject: Re: Console anyone ? Hi Igor, Igor Pechtchanski writes: > It seems that some programs (in particular, "net" in Win2k) have a > problem with xterms -- they would still pop up a new console, but > only when writing to stderr! When writing to stdout, this doesn't > happen. To reproduce, try "net help" and "net use" -- the first > will pop up a console, the second won't. I can't reproduce that here, both commands just produce text in a local xterm, no console is popping up. I'm running W2K/SP3, recent XFree86, "CYGWIN=binmode nontsec". so long, benny From pechtcha@cs.nyu.edu Wed May 21 19:06:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 21 May 2003 19:06:00 -0000 Subject: Console anyone ? In-Reply-To: Message-ID: On Wed, 21 May 2003, Benjamin Riefenstahl wrote: > Hi Igor, > > Igor Pechtchanski writes: > > > It seems that some programs (in particular, "net" in Win2k) have a > > problem with xterms -- they would still pop up a new console, but > > only when writing to stderr! When writing to stdout, this doesn't > > happen. To reproduce, try "net help" and "net use" -- the first > > will pop up a console, the second won't. > > I can't reproduce that here, both commands just produce text in a > local xterm, no console is popping up. I'm running W2K/SP3, recent > XFree86, "CYGWIN=binmode nontsec". > > so long, benny Benny, Hmm, this is very interesting. Here are my settings: CYGWIN="check_case:strict ntsec notitle binmode nosmbntsec notty", W2k/SP2, and Exceed, but the xterm comes from Cygwin, and I don't think it matters which X server is running, or does it? I use the following command to run my xterms: C:\cygwin\bin\run.exe C:\cygwin\bin\bash.exe --login -c "(/usr/bin/X11/xterm -display localhost:0 -bg \#000000 -rv -fn 10x20 -rw -cu -si -sk -sb -sl 5000 +cn -T pechtcha-lt -n pechtcha-lt >/dev/null 2>&1 &)" It would be interesting to try and see what the culprit is. I'd suspect "notty", but I've just tried it with "tty" and no luck. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 ehud@unix.mvs.co.il Wed May 21 19:52:00 2003 From: ehud@unix.mvs.co.il (Ehud Karni) Date: Wed, 21 May 2003 19:52:00 -0000 Subject: Console anyone ? (was: xterm is a console program?) In-Reply-To: (message from Igor Pechtchanski on Wed, 21 May 2003 14:15:26 -0400 (EDT)) References: Message-ID: <200305211951.h4LJpvtb019504@beta.mvs.co.il> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 21 May 2003 14:15:26 -0400 (EDT), Igor Pechtchanski wrote: > > Can you still see the output of your program if it's run from an xterm? The answer is yes. It is interesting, until your question I just tested it with native rxvt (no X). Because of your question I actually ran the Cygwin ported xterm on real X, and ran my program in it. My minimal tests shows that it works as described. With native rxvt, I do not need real xterm (I admit I rarely use it on UNIX too, I usually run commands from within Emacs). BTW. I almost answered to the email I received directly from you, which does not have the "Reply to:" set to cygwin-free. 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 / \ mailto:ehud@unix.mvs.co.il Better Safe Than Sorry -----BEGIN PGP SIGNATURE----- Comment: use http://www.keyserver.net/ to get my key (and others) iD8DBQE+y9jdLFvTvpjqOY0RAovzAJ4tDlSdJAQz9dlldfy8vT6IjYFJQQCeMhiY 9FnVywdZJhdUE8duN61I3XI= =h5+G -----END PGP SIGNATURE----- From Benjamin.Riefenstahl@epost.de Wed May 21 20:03:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Wed, 21 May 2003 20:03:00 -0000 Subject: Console anyone ? In-Reply-To: (Igor Pechtchanski's message of "Wed, 21 May 2003 15:06:53 -0400 (EDT)") References: Message-ID: Hi Igor, Igor Pechtchanski writes: > C:\cygwin\bin\run.exe C:\cygwin\bin\bash.exe --login -c > "(/usr/bin/X11/xterm -display localhost:0 -bg \#000000 -rv -fn 10x20 > -rw -cu -si -sk -sb -sl 5000 +cn -T pechtcha-lt -n pechtcha-lt > >/dev/null 2>&1 &)" I get a console pop up and go away again with run bash -c "(xterm >/dev/null 2>&1 &)" But not when I leave out any of ">/dev/null", "2>&1" or "&". Looks like it's something to do with this combination of redirections and background execution. As the redirected output goes to an invisible console created by "run" anyway, you should be fine with a simple run bash -c "exec xterm" (Plus your other options and paths, of course ;-)). so long, benny From pechtcha@cs.nyu.edu Wed May 21 20:57:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 21 May 2003 20:57:00 -0000 Subject: Console anyone ? In-Reply-To: Message-ID: On Wed, 21 May 2003, Benjamin Riefenstahl wrote: > Hi Igor, > > Igor Pechtchanski writes: > > C:\cygwin\bin\run.exe C:\cygwin\bin\bash.exe --login -c > > "(/usr/bin/X11/xterm -display localhost:0 -bg \#000000 -rv -fn 10x20 > > -rw -cu -si -sk -sb -sl 5000 +cn -T pechtcha-lt -n pechtcha-lt > > >/dev/null 2>&1 &)" > > I get a console pop up and go away again with > > run bash -c "(xterm >/dev/null 2>&1 &)" > > But not when I leave out any of ">/dev/null", "2>&1" or "&". Looks > like it's something to do with this combination of redirections and > background execution. As the redirected output goes to an invisible > console created by "run" anyway, you should be fine with a simple > > run bash -c "exec xterm" > > (Plus your other options and paths, of course ;-)). > > so long, benny Wow. Well, that certainly works, thanks... Incidentally, the above also fixes the cygcheck crash problem. Now we need to find out why the above redirections and backgrounding cause xterm to make "net" lose its console for stderr... In fact, "run" and subshell are not necessary, so the minimum command to reproduce the problem is bash -c "exec xterm >o 2>e &" provided /usr/X11R6/bin is in the PATH, and DISPLAY is set correctly. Interestingly enough, if at least one stream remains intact (e.g., if bash -c "exec xterm 2>&1 >o &" was run), the problem doesn't occur. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From Benjamin.Riefenstahl@epost.de Wed May 21 21:23:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Wed, 21 May 2003 21:23:00 -0000 Subject: Console anyone ? In-Reply-To: (Igor Pechtchanski's message of "Wed, 21 May 2003 16:57:50 -0400 (EDT)") References: Message-ID: Hi Igor, Igor Pechtchanski writes: > Now we need to find out why the above redirections and backgrounding > cause xterm to make "net" lose its console for stderr... In fact, > "run" and subshell are not necessary, so the minimum command to > reproduce the problem is Well, my own first question is, whether other programs show the same symptoms, or if it's just a net.exe strangeness. But for today I'll leave the debugging to you ;-)) so long, benny From hislop@optushome.com.au Thu May 22 11:38:00 2003 From: hislop@optushome.com.au (Hislop Family) Date: Thu, 22 May 2003 11:38:00 -0000 Subject: XDMCP issue - no login dialog from Linux to Cygwin Message-ID: <5.2.0.9.0.20030522192846.009f6e20@mail> I've just installed Mandrake 9.0, and am trying to get a session from XWin on Win95 across my home LAN to display an XDM login prompt. My eventual goal is to get it working with KDM (and that doesn't work either). No login dialog comes up. There is a login dialog on the Linux console (for both XDM and KDM). From the XDM debug output, it seems that there is an invalid key (it's using MIT-MAGIC-COOKIE-1), although it looks like I might be getting an incorrectly computed IP address. Anyway, here are some details: o Cygwin on Win95C (sorry, I don't know how to find the Cygwin version, but I downloaded it this week) o Mandrake Linux 9.0, looks like build 2.4.19-16mdk o LAN is behind a Linksys router running DHCP (both above boxes are on DHCP) with addresses in the range 192.168.1.100-149 I've done the really obvious things, like enabled xdm listening by commenting out in xdm-config !DisplayManager.requestPort: 0 Because nothing seemed to be happening, I stopped the display manager and restarted XDM from the (text) console with -nodaemon and -debug 1. I won't bore you with the whole log dump, but there are a few interesting bits. I waited for xdm to get to the WaitForSomething output, then started XWin, first using XWin -query MandrakeBox then ramping up through a series of options to XWin :0 -ac -query MandrakeBox -fp tcp/MandrakeBox:7100 -from 192.168.1.101 None of these appeared to make much difference, except that port 7100 doesn't seem right (doesn't get any log activity from XDM). The first interesting bit is an xdm error: Cannot convert Internet address 192.168.1.101 to host name. That doesn't appear to be very fatal (I guess I'm assuming that the host name is cosmetic). I'm prepared to be convinced otherwise. Anyway, it doesn't appear to be able to pick up the name from the network like WinXX does, and this address certainly isn't in the DNS (I'm using my ISP DNS). Nor does putting the Win95 host in /etc/hosts seem to do the trick (although this seems a little counter-productive with DHCP). After that XDM sends a Willing to manage, gets a Magic Cookie, accepts a session ID, and waits again (you guessed, I skipped a few lines there). A few lines further down, XDM computes the display name as 0.0.0.0:0 - this seems unusual to me. Is it? Then it starts the display, and after a lot of lines to do with Xresources, I get the following: AUDIT: X: client 4 rejected from IP 127.0.0.1 port 1043 Auth name: MIT-MAGIC-COOKIE-1 ID: -1 Xlib: connection to "0.0.0.0:0.0" refused by server Xlib: Invalid MIT-MAGIC-COOKIE-1 key Similar behaviour repeats until it times out, disables the display, and XWin exits. Not certain that the XWin exit and the display are coincident. I would certainly appreciate some advice on this one. It's many years since I had anything to do with X-terms, but you probably guessed that already. regards - David From daniel.bratell@idainfront.se Thu May 22 12:29:00 2003 From: daniel.bratell@idainfront.se (Daniel Bratell) Date: Thu, 22 May 2003 12:29:00 -0000 Subject: AltGr not functioning when logged in on HP-UX Message-ID: <3ECCC2F2.4080202@idainfront.se> I've gotten the same test run with another x server (eXceed) and the result was quite similar but diffed in one aspect. There was no Button6 modifier which I had in my tests. Last in the mail is the same output as in the last mail, this time produced with eXceed, but first a comparison This is done with eXceed: KeyPress event, serial 17, synthetic NO, window 0xc00001, root 0x25, subw 0xc00002, time 1739315663, (35,47), root:(863,211), state 0x10, keycode 10 (keysym 0x40, at), same_screen YES, modifier: mod2 XLookupString gives 1 characters: "@" This is from cygwin-XFree: KeyPress event, serial 21, synthetic NO, window 0x1a00001, root 0x36, subw 0x0, time 425923735, (586,319), root:(849,540), state 0x2010, keycode 11 (keysym 0x40, at), same_screen YES, modifier: mod2 Button6 XLookupString gives 1 characters: "@" Some numbers are different but I suspect that they should be different, but the modifier should, or should it? Button6, what is that? ----------------- Full output from eXceed ----------------------------------- KeyPress event, serial 17, synthetic NO, window 0xc00001, root 0x25, subw 0xc00002, time 1739313941, (35,47), root:(863,211), state 0x0, keycode 138 (keysym 0xff7e, Mode_switch), same_screen YES, modifier: XLookupString gives 0 characters: "" KeyRelease event, serial 17, synthetic NO, window 0xc00001, root 0x25, subw 0xc00002, time 1739314131, (35,47), root:(863,211), state 0x10, keycode 138 (keysym 0xff7e, Mode_switch), same_screen YES, modifier: mod2 XLookupString gives 0 characters: "" KeyPress event, serial 17, synthetic NO, window 0xc00001, root 0x25, subw 0xc00002, time 1739315233, (35,47), root:(863,211), state 0x0, keycode 138 (keysym 0xff7e, Mode_switch), same_screen YES, modifier: XLookupString gives 0 characters: "" KeyPress event, serial 17, synthetic NO, window 0xc00001, root 0x25, subw 0xc00002, time 1739315663, (35,47), root:(863,211), state 0x10, keycode 10 (keysym 0x40, at), same_screen YES, modifier: mod2 XLookupString gives 1 characters: "@" KeyRelease event, serial 17, synthetic NO, window 0xc00001, root 0x25, subw 0xc00002, time 1739315733, (35,47), root:(863,211), state 0x10, keycode 10 (keysym 0x40, at), same_screen YES, modifier: mod2 XLookupString gives 1 characters: "@" KeyRelease event, serial 17, synthetic NO, window 0xc00001, root 0x25, subw 0xc00002, time 1739316264, (35,47), root:(863,211), state 0x10, keycode 138 (keysym 0xff7e, Mode_switch), same_screen YES, modifier: mod2 XLookupString gives 0 characters: "" /Daniel From huntharo@msu.edu Thu May 22 13:04:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 22 May 2003 13:04:00 -0000 Subject: XDMCP issue - no login dialog from Linux to Cygwin In-Reply-To: <5.2.0.9.0.20030522192846.009f6e20@mail> References: <5.2.0.9.0.20030522192846.009f6e20@mail> Message-ID: <3ECCCACD.3080904@msu.edu> David, You still haven't actually enabled XDMCP yet: http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp The default for Mandrake is to use KDM, so the information in the above FAQ entry should help you out. Let us know what happens, Harold Hislop Family wrote: > I've just installed Mandrake 9.0, and am trying to get a session from > XWin on Win95 across my home LAN to display an XDM login prompt. My > eventual goal is to get it working with KDM (and that doesn't work either). > > No login dialog comes up. There is a login dialog on the Linux console > (for both XDM and KDM). From the XDM debug output, it seems that there > is an invalid key (it's using MIT-MAGIC-COOKIE-1), although it looks > like I might be getting an incorrectly computed IP address. > > Anyway, here are some details: > o Cygwin on Win95C (sorry, I don't know how to find the Cygwin version, > but I downloaded it this week) > o Mandrake Linux 9.0, looks like build 2.4.19-16mdk > o LAN is behind a Linksys router running DHCP (both above boxes are on > DHCP) with addresses in the range 192.168.1.100-149 > > I've done the really obvious things, like enabled xdm listening by > commenting out in xdm-config > !DisplayManager.requestPort: 0 > > Because nothing seemed to be happening, I stopped the display manager > and restarted XDM from the (text) console with -nodaemon and -debug 1. I > won't bore you with the whole log dump, but there are a few interesting > bits. I waited for xdm to get to the WaitForSomething output, then > started XWin, first using > XWin -query MandrakeBox > then ramping up through a series of options to > XWin :0 -ac -query MandrakeBox -fp tcp/MandrakeBox:7100 -from > 192.168.1.101 > None of these appeared to make much difference, except that port 7100 > doesn't seem right (doesn't get any log activity from XDM). > > The first interesting bit is an xdm error: Cannot convert Internet > address 192.168.1.101 to host name. > That doesn't appear to be very fatal (I guess I'm assuming that the host > name is cosmetic). I'm prepared to be convinced otherwise. Anyway, it > doesn't appear to be able to pick up the name from the network like > WinXX does, and this address certainly isn't in the DNS (I'm using my > ISP DNS). Nor does putting the Win95 host in /etc/hosts seem to do the > trick (although this seems a little counter-productive with DHCP). > > After that XDM sends a Willing to manage, gets a Magic Cookie, accepts a > session ID, and waits again (you guessed, I skipped a few lines there). > > A few lines further down, XDM computes the display name as 0.0.0.0:0 - > this seems unusual to me. Is it? > > Then it starts the display, and after a lot of lines to do with > Xresources, I get the following: > > AUDIT: X: client 4 rejected from IP 127.0.0.1 port 1043 > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > Xlib: connection to "0.0.0.0:0.0" refused by server > Xlib: Invalid MIT-MAGIC-COOKIE-1 key > > Similar behaviour repeats until it times out, disables the display, and > XWin exits. Not certain that the XWin exit and the display are coincident. > > I would certainly appreciate some advice on this one. It's many years > since I had anything to do with X-terms, but you probably guessed that > already. > > regards - David From colin.harrison@virgin.net Thu May 22 14:04:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Thu, 22 May 2003 14:04:00 -0000 Subject: Quick fix for missing WM_KEYUP messages on window exits in multiwindow mode Message-ID: <000001c32069$b99e7390$0200a8c0@straightrunning.com> Hi Earle, It is beter if my patch is moved to the WM_KILLFOCUS message:- diff -ubB save_winmultiwindowwindow.c winmultiwindowwindow.c --- save_winmultiwindowwindow.c 2003-05-18 19:19:59.000000000 +0100 +++ winmultiwindowwindow.c 2003-05-22 14:20:11.000000000 +0100 @@ -984,6 +984,10 @@ SendMessage(hwndScreen, message, wParam, lParam); return 0; + case WM_KILLFOCUS: + winKeybdReleaseKeys (); + return 0; + case WM_SYSKEYDOWN: case WM_SYSKEYUP: case WM_SYSDEADCHAR: This then fixes all the WM_KEYUP problems in multiwindow, including 'bulletproof way' http://cygwin.com/ml/cygwin-xfree/2003-05/msg00296.html Notice the lack of a trap on handles. Here's some trace of an xterm being opened, receiving ctrl-d and then a new xterm being opened, to show why. ... winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. hWnd 00100234 pWin 10132ED0 hwndScreen 0015019C s_pScreenPriv 10108618 winTopLevelWindowProc - WM_ACTIVATEAPP hWnd 00100234 pWin 10132ED0 hwndScreen 0015019C s_pScreenPriv 10108618 winTopLevelWindowProc - WM_SETFOCUS GetWindowName GetWindowName - XA_STRING xterm GetWindowName GetWindowName - XA_STRING root@linuxmachine:/scratch hWnd 00100234 pWin 10132ED0 hwndScreen 0015019C s_pScreenPriv 10108618 winTopLevelWindowProc - WM_KEYDOWN hWnd 00100234 pWin 10132ED0 hwndScreen 0015019C s_pScreenPriv 10108618 winTopLevelWindowProc - WM_KEYDOWN hWnd 00100234 pWin 00000000 hwndScreen 00000000 s_pScreenPriv 00000000 winTopLevelWindowProc - WM_ACTIVATEAPP hWnd 00100234 pWin 00000000 hwndScreen 00000000 s_pScreenPriv 00000000 winTopLevelWindowProc - WM_KILLFOCUS Release Keys hWnd 00110234 pWin 101386D0 hwndScreen 0015019C s_pScreenPriv 10108618 winTopLevelWindowProc - WM_ACTIVATEAPP hWnd 00110234 pWin 101386D0 hwndScreen 0015019C s_pScreenPriv 10108618 winTopLevelWindowProc - WM_SETFOCUS GetWindowName GetWindowName - XA_STRING xterm GetWindowName GetWindowName - XA_STRING root@linuxmachine:/scratch ... Where I have captured the window handles before each message type case. Still working on the mouse WM_(LMR)BUTTONUP problem...but don't hold your breath! Colin From cgf-rcmx@cygwin.com Thu May 22 15:46:00 2003 From: cgf-rcmx@cygwin.com (Christopher Faylor) Date: Thu, 22 May 2003 15:46:00 -0000 Subject: Console anyone ? (was: xterm is a console program?) In-Reply-To: References: <200305211739.h4LHdn8s007464@beta.mvs.co.il> Message-ID: <20030522153841.GA12195@redhat.com> On Wed, May 21, 2003 at 02:15:26PM -0400, Igor Pechtchanski wrote: >It seems that some programs (in particular, "net" in Win2k) have a problem >with xterms -- they would still pop up a new console, but only when >writing to stderr! When writing to stdout, this doesn't happen. To >reproduce, try "net help" and "net use" -- the first will pop up a >console, the second won't. Is this also true of the latest cygwin snapshot? cgf From early@respower.com Thu May 22 19:50:00 2003 From: early@respower.com (Early Ehlinger) Date: Thu, 22 May 2003 19:50:00 -0000 Subject: Console Hiding (was:xterm is a console program?) References: <20030521015023.GB23346@redhat.com> Message-ID: "Christopher Faylor" wrote: > The Cygwin DLL already uses something similar. Your code is a little > too simplistic to be reliable, however. You are not accounting for the > fact that the title change takes some time to "settle down". You need > to check repeatedly in a loop, waiting between each check. Hmm - I wasn't aware of this - thanks for the tip. I have yet to see evidence of this, but that could simply be my hardware/OS. Is this a 9x trait? On NT 4.0, 2k and XP I have never noticed any latency between SetConsoleTitle and FindWindow succeeding. There is also the problem of the race condition that I document in the code. I don't see any way around that other than a global named mutex, but of course that only helps if everybody honors the mutex. Some other (non-cygwin) app in the same process group could conceivably cause problems by using SetConsoleTitle at a bad moment. And of course there's little-to-no error handling, but that's b/c I was merely trying to present something for exposition. For example, I don't check the return value of SetConsoleTitle at all; sure, it's unlikely that it would ever fail given the success of GetConsoleTitle immediately before, but it's not impossible. -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From colin.schmidt@mci.com Thu May 22 20:38:00 2003 From: colin.schmidt@mci.com (colin.schmidt) Date: Thu, 22 May 2003 20:38:00 -0000 Subject: Solaris 8 Message-ID: Ever since the SysAdmin installed Solaris 8 on a few servers, CYGwin has ceased to work. I get no Login prompt for a GUI(W-Window). I can connect with the simple instructions (XwIN.EXE -query ) without any problems. But any of the Solaris 8 boxes fails. Colin J. Schmidt MCI Enterprise Production Services - Configuration Management Tulsa, OK (918) 590-4649 Pager: (877) 347-7443 Pager: 8773477443@skytel.com "Truth exists; only lies are invented." ~George Braque From huntharo@msu.edu Thu May 22 20:48:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 22 May 2003 20:48:00 -0000 Subject: Solaris 8 In-Reply-To: References: Message-ID: <3ECD3731.7090008@msu.edu> Colin, We will likely need more information than what you have given so far. However, off the bat it sounds like XDMCP is simply not enabled on the Solaris 8 machines. Have you tried getting a login prompt on the Solaris 8 machines using another X program for Windows or for Mac OS X? If those fail to get a login screen too then the Solaris 8 machines are simply not setup to allow XDMCP logins. Harold colin.schmidt wrote: > Ever since the SysAdmin installed Solaris 8 on a few servers, CYGwin has ceased > to work. I get no Login prompt for a GUI(W-Window). I can connect with the > simple instructions (XwIN.EXE -query ) without any problems. But > any of the Solaris 8 boxes fails. > > Colin J. Schmidt > MCI Enterprise Production Services > - Configuration Management > Tulsa, OK > (918) 590-4649 > Pager: (877) 347-7443 > Pager: 8773477443@skytel.com > > "Truth exists; > only lies are invented." > ~George Braque From lochir@yahoo.com Fri May 23 00:37:00 2003 From: lochir@yahoo.com (OCHIRKHUYAG Lkhamjav) Date: Fri, 23 May 2003 00:37:00 -0000 Subject: Cygwin Message-ID: <20030523003750.7337.qmail@web13702.mail.yahoo.com> Dear Sir & Madam, I from Mongolia. Please help me. Ochiroo ===== OCHIRKHUYAG Lkhamjav __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From early@respower.com Fri May 23 00:40:00 2003 From: early@respower.com (Early Ehlinger) Date: Fri, 23 May 2003 00:40:00 -0000 Subject: REQ: No mouse repositioning @ end of XWin -multiwindow initialization. Message-ID: I've got several buttons on my quick launch toolbar for various X things. Occasionally I have to terminate XWin and re-launch it. When I do, I end up having to re-launch xterm, xbiff, etc - all of these have their respective buttons right next to the XWin button. So I launch XWin, and attempt to move the mouse over to xterm, xbiff, whatever, but before I can actually click on it, XWin decides that the moust ought to be in the center of the desktop and moves it for me :( I know I could move these apps into startxwin, but I don't necessarily want/need all of them every time I launch XWin and so prefer to leave them out. Thanks for producing such a wonderful system! -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From hislop@optushome.com.au Fri May 23 02:20:00 2003 From: hislop@optushome.com.au (Hislop Family) Date: Fri, 23 May 2003 02:20:00 -0000 Subject: XDMCP issue - no login dialog from Linux to Cygwin Message-ID: <5.2.0.9.0.20030523115513.00b41378@mail> Harold, I followed the instructions in there (you know, I thought I'd searched the archives.....) and XDMCP was already enabled in kdmrc. I also followed the instructions at http://www.monkeynoodle.org/comp/remote-x-cygwin-howto, and found that XFS wasn't running, but that has made no difference. I'm beginning to think I have a more fundamental problem that should be in another forum - I'm also having problems getting proftpd to accept connections, and the log says something like (not at the PC right now, so this is from memory) that it can't get an IP address for narbalek.nsw.optushome.com.au. Probably not a surprise, because no doubt it's doing a DNS search, and I've configured the PC to use DHCP off the Linksys router. I tried changing the hostname back to just narbalek (originally I set it to the one above as the installation suggested), but it came back up on reboot as the full one with domain name. Maybe that's DHCP doing it, I don't know. Anyway, I'll research that one some more. Haven't found a "Linksys/Netgear/etc/etc HOWTO" yet ... Thanks for your help. regards - David >David, > >You still haven't actually enabled XDMCP yet: > >http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp > > >The default for Mandrake is to use KDM, so the information in the above >FAQ entry should help you out. > > >Let us know what happens, > >Harold ---------- David Hislop (mailto:hislop@optushome.com.au) 10 Sheather Avenue ST IVES NSW 2075 AUSTRALIA Ph: +61 2 9402 5911 From lhall@rfk.com Fri May 23 03:27:00 2003 From: lhall@rfk.com (Larry Hall (RFK Partners, Inc.)) Date: Fri, 23 May 2003 03:27:00 -0000 Subject: xwinclip In-Reply-To: <002d01c320d8$afc9f960$6700a8c0@WISER> References: <002d01c320d8$afc9f960$6700a8c0@WISER> Message-ID: <3ECD9519.3070706@rfk.com> Syl wrote: > I have download xwinclip and installed it. I cannot figure out how to use it > with twm. Suggestions? Sure. Start with and make sure you send future inquiries to the right list. I've redirected this one for you. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 From huntharo@msu.edu Fri May 23 03:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 23 May 2003 03:33:00 -0000 Subject: XDMCP issue - no login dialog from Linux to Cygwin In-Reply-To: <5.2.0.9.0.20030523115513.00b41378@mail> References: <5.2.0.9.0.20030523115513.00b41378@mail> Message-ID: <3ECD9662.1010203@msu.edu> David, I think you might want to just try specifying the IP address of the remote machine. I think you will be successful if you use the IP address instead of the hostname in your -query. Note, when XDMCP is enabled you have to restart XDM/KDM/GDM. The easiest way to ensure that this happens is to restart the machine. Harold Hislop Family wrote: > Harold, > > I followed the instructions in there (you know, I thought I'd searched > the archives.....) and XDMCP was already enabled in kdmrc. > > I also followed the instructions at > http://www.monkeynoodle.org/comp/remote-x-cygwin-howto, and found that > XFS wasn't running, but that has made no difference. > > I'm beginning to think I have a more fundamental problem that should be > in another forum - I'm also having problems getting proftpd to accept > connections, and the log says something like (not at the PC right now, > so this is from memory) that it can't get an IP address for > narbalek.nsw.optushome.com.au. Probably not a surprise, because no doubt > it's doing a DNS search, and I've configured the PC to use DHCP off the > Linksys router. I tried changing the hostname back to just narbalek > (originally I set it to the one above as the installation suggested), > but it came back up on reboot as the full one with domain name. Maybe > that's DHCP doing it, I don't know. > > Anyway, I'll research that one some more. Haven't found a > "Linksys/Netgear/etc/etc HOWTO" yet ... > > Thanks for your help. > > regards - David > > >> David, >> >> You still haven't actually enabled XDMCP yet: >> >> http://xfree86.cygwin.com/docs/faq/cygwin-xfree-faq.html#q-mandrake-8.1-xdmcp >> >> >> >> The default for Mandrake is to use KDM, so the information in the >> above FAQ entry should help you out. >> >> >> Let us know what happens, >> >> Harold > > > > > ---------- > David Hislop (mailto:hislop@optushome.com.au) > 10 Sheather Avenue > ST IVES NSW 2075 > AUSTRALIA > Ph: +61 2 9402 5911 From huntharo@msu.edu Fri May 23 03:56:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 23 May 2003 03:56:00 -0000 Subject: REQ: No mouse repositioning @ end of XWin -multiwindow initialization [Alan H, ideas?] In-Reply-To: References: Message-ID: <3ECD9B61.6090501@msu.edu> Alan, Do you know where this code is located? I looked in dix and os but was unable to find anything that looked related. Is it a simple initialization of a default cursor structure that causes all cursors to show up in the center of the screen? Perhaps it doesn't matter where this happens in X. We could always just grab the current Windows cursor position and move the X absolute cursor position to match before our window is displayed. It would be a little kludgy, but it might work. Harold Early Ehlinger wrote: > I've got several buttons on my quick launch toolbar for various X things. > Occasionally I have to terminate XWin and re-launch it. When I do, I end up > having to re-launch xterm, xbiff, etc - all of these have their respective > buttons right next to the XWin button. > > So I launch XWin, and attempt to move the mouse over to xterm, xbiff, > whatever, but before I can actually click on it, XWin decides that the moust > ought to be in the center of the desktop and moves it for me :( > > I know I could move these apps into startxwin, but I don't necessarily > want/need all of them every time I launch XWin and so prefer to leave them > out. > > Thanks for producing such a wonderful system! > > > -- > -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 > -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour > > > > From earle@ziplabel.com Fri May 23 06:06:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 23 May 2003 06:06:00 -0000 Subject: REQ: No mouse repositioning @ end of XWin -multiwindow initialization [Alan H, ideas?] In-Reply-To: <3ECD9B61.6090501@msu.edu> References: Message-ID: <5.1.1.6.2.20030522230001.00aafa50@mail.ziplabel.com> Howdy Harold and Early... At 11:54 PM 5/22/2003 -0400, you wrote: >Do you know where this code is located? I looked in dix and os but was >unable to find anything that looked related. Is it a simple >initialization of a default cursor structure that causes all cursors to >show up in the center of the screen? >Perhaps it doesn't matter where this happens in X. We could always just >grab the current Windows cursor position and move the X absolute cursor >position to match before our window is displayed. It would be a little >kludgy, but it might work. Maybe the WM should just move any cursor positioning requests away when in multiwindow mode? You can still warp the X pointer w/o touching the Windows one, just condition out the SetCursorPos() call in wincursor.c. You can still call the miPointerWarpCursor. This "ambivalence" is done already if Xwin isn't the foreground app... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Fri May 23 06:18:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 23 May 2003 06:18:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <010d01c31f8a$4d2cdec0$0a1c440a@BRAMSCHE> References: <00cf01c31e9f$73cd65e0$0a1c440a@BRAMSCHE> Message-ID: <5.1.1.6.2.20030522230929.00aaeb78@mail.ziplabel.com> Howdy Ralf... At 01:15 PM 5/21/2003 +0200, you wrote: >...Now I'm able to retrieve the pixmap pointer from the WM_HINTS structure >and the >bitmap data, the CreateIcon returns an icon handle, but unfortunally the icon >isn't displayed. >Any hints ? I see your code, there are a few problems with it as far as what Windoze wants in a bitmap (i.e. word alignment for starters, X bitmaps are byte packed). But it's definitely right on track! You may want to test ALT-TAB, if you have a 32x32 icon from X it WILL show it in the task switcher from what I've seen... Using your sample and just making fixed-size icons I found that only if you make an icon of the win16x16 (the mini icon in window titles) will it show that icon, OTW it shows a big, black box. As a real kludge (it may be the only way, actually!) you might take the X bitmap and make 2 icons and pack them into a memory-only resource type of RT_GROUP_ICON, one SM_CXSMICON x SM_CYSMICON and one SM_CXICON x SM_CYICON. You could also write your own .ICO temp file and use the Windoze LoadImage call, but that's a pain converting cygwin paths to Windoze paths... I have a feeling this is one of the undocumented Windoze corners you fear getting painted in to... I'll look at this some more this weekend if it's not too nice... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From jkatz@sk.sympatico.ca Fri May 23 12:40:00 2003 From: jkatz@sk.sympatico.ca (Syl) Date: Fri, 23 May 2003 12:40:00 -0000 Subject: Xwinclip documentation Message-ID: <00af01c32126$93654fb0$6700a8c0@WISER> I have installed xwinclip and made an entry in my startxwin.bat file as suggested in a variety of places. However, I cannot find any documentation or even a note in the mail archive that explains how to actually copy from an MS window to a twm window. What is the procedure (keystrokes)? Where is the documentation? Thanks Syl From huntharo@msu.edu Fri May 23 12:54:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 23 May 2003 12:54:00 -0000 Subject: REQ: No mouse repositioning @ end of XWin -multiwindow initialization [Alan H, ideas?] In-Reply-To: <5.1.1.6.2.20030522230001.00aafa50@mail.ziplabel.com> References: <5.1.1.6.2.20030522230001.00aafa50@mail.ziplabel.com> Message-ID: <3ECE19CF.8040304@msu.edu> Earle, Earle F. Philhower III wrote: > Howdy Harold and Early... > At 11:54 PM 5/22/2003 -0400, you wrote: > >> Do you know where this code is located? I looked in dix and os but >> was unable to find anything that looked related. Is it a simple >> initialization of a default cursor structure that causes all cursors >> to show up in the center of the screen? >> Perhaps it doesn't matter where this happens in X. We could always >> just grab the current Windows cursor position and move the X absolute >> cursor position to match before our window is displayed. It would be >> a little kludgy, but it might work. > > > Maybe the WM should just move any cursor positioning requests away when > in multiwindow mode? You can still warp the X pointer w/o touching the > Windows one, just condition out the SetCursorPos() call in wincursor.c. > You can still call the miPointerWarpCursor. This "ambivalence" is done > already if Xwin isn't the foreground app... > That was the way it used to work before I implemented cursor warping at the request of a user. Having cursor warping is certainly better than not having it. We can't simply ignore cursor warping because the next move of the mouse in Windows sets the absolute cursor position in X to correspond back to where the Windows mouse is, thus it totally overrides the warp. Not having warping lead people to not understand why there application was not behaving as expected. Harold From huntharo@msu.edu Fri May 23 12:57:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 23 May 2003 12:57:00 -0000 Subject: Xwinclip documentation In-Reply-To: <00af01c32126$93654fb0$6700a8c0@WISER> References: <00af01c32126$93654fb0$6700a8c0@WISER> Message-ID: <3ECE1AA5.1060709@msu.edu> Syl, No special ketstrokes involved. You just follow whatever mechanism you use to copy text in Windows and X. In Windows, this is usually Ctrl+C to copy and Ctrl+V to paste. In X, you can usually copy by highlighting text (it will be immediately unhighlighted, don't ask) with the mouse. Harold Syl wrote: > I have installed xwinclip and made an entry in my startxwin.bat file as > suggested in a variety of places. However, I cannot find any documentation > or even a note in the mail archive that explains how to actually copy from > an MS window to a twm window. What is the procedure (keystrokes)? Where is > the documentation? > > Thanks > Syl From leon.gierat@orange.co.uk Fri May 23 13:26:00 2003 From: leon.gierat@orange.co.uk (leon.gierat@orange.co.uk) Date: Fri, 23 May 2003 13:26:00 -0000 Subject: Redraw problems Message-ID: <80256D2F.0042C412.00@ruddick> Hi, I'm using the XFree86 for cygwin, and get problems with the redraw. It seems the screen does not always redraw when required, and sometimes redraws off to the right by about a 3rd of the screen. Forcing a redraw within a window (e.g. ^L in bash) fixes the contents of that window, forcing a redraw overall (e.g. by minimizing and maximizing the X root window) fixes everything. I have used various release servers, and also the Test Server series, and all exhibit this problem. I've got a screenshot I can mail to anyone who is interested. Has anyone else seen this, and is there a cure? ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. ******************************************************************************* From leon.gierat@orange.co.uk Fri May 23 13:26:00 2003 From: leon.gierat@orange.co.uk (leon.gierat@orange.co.uk) Date: Fri, 23 May 2003 13:26:00 -0000 Subject: Xwinclip documentation Message-ID: <80256D2F.0047FB85.00@ruddick> I haven't been able to get any cross-window clipboard action! No combination has worked for me, using any of the xwinclip releases, or the built in clipboard integration :( This and the refresh issue have been my only problems with the Cygwin/Xfree X server, whihc has otherwise been excellent (I much prefer it to Exceed, for example). Leon Harold L Hunt II on 23/05/2003 13:57:09 Please respond to cygwin-xfree@cygwin.com To: cygwin-xfree@cygwin.com cc: (bcc: Leon GIERAT/IT/HTLUK) Subject: Re: Xwinclip documentation Syl, No special ketstrokes involved. You just follow whatever mechanism you use to copy text in Windows and X. In Windows, this is usually Ctrl+C to copy and Ctrl+V to paste. In X, you can usually copy by highlighting text (it will be immediately unhighlighted, don't ask) with the mouse. Harold Syl wrote: > I have installed xwinclip and made an entry in my startxwin.bat file as > suggested in a variety of places. However, I cannot find any documentation > or even a note in the mail archive that explains how to actually copy from > an MS window to a twm window. What is the procedure (keystrokes)? Where is > the documentation? > > Thanks > Syl ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. ******************************************************************************* From pechtcha@cs.nyu.edu Fri May 23 13:37:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 23 May 2003 13:37:00 -0000 Subject: Redraw problems In-Reply-To: <80256D2F.0042C412.00@ruddick> Message-ID: On Fri, 23 May 2003 leon.gierat@orange.co.uk wrote: > Hi, > > I'm using the XFree86 for cygwin, and get problems with the redraw. It seems the > screen does not always redraw when required, and sometimes redraws off to the > right by about a 3rd of the screen. > > Forcing a redraw within a window (e.g. ^L in bash) fixes the contents of that > window, forcing a redraw overall (e.g. by minimizing and maximizing the X root > window) fixes everything. > > I have used various release servers, and also the Test Server series, and all > exhibit this problem. > > I've got a screenshot I can mail to anyone who is interested. > > Has anyone else seen this, and is there a cure? Leon, FWIW, I have seen a similar problem with Exceed, of all things, so this leads me to think that there might be some X messages getting lost in transit from some hosts, and that it has little to do with the X server itself. I may be wrong, of course, and these could simply be similar bugs in the two X servers... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 leon.gierat@orange.co.uk Fri May 23 13:42:00 2003 From: leon.gierat@orange.co.uk (leon.gierat@orange.co.uk) Date: Fri, 23 May 2003 13:42:00 -0000 Subject: Redraw problems Message-ID: <80256D2F.004B404B.00@ruddick> > On Fri, 23 May 2003 leon.gierat@orange.co.uk wrote: > > > I'm using the XFree86 for cygwin, and get problems with the redraw. It seems the > > screen does not always redraw when required, and sometimes redraws off to the > > right by about a 3rd of the screen. > > snip > > Leon, > > FWIW, I have seen a similar problem with Exceed, of all things, so this > leads me to think that there might be some X messages getting lost in > transit from some hosts, and that it has little to do with the X server > itself. I may be wrong, of course, and these could simply be similar bugs > in the two X servers... > Igor > I also get it working only on the using a window manager, and just listing directories and stuff, so I think that maybe this is a red-herring. Leon ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. ******************************************************************************* From jkatz@sk.sympatico.ca Fri May 23 13:44:00 2003 From: jkatz@sk.sympatico.ca (Syl) Date: Fri, 23 May 2003 13:44:00 -0000 Subject: Xwinclip documentation References: <00af01c32126$93654fb0$6700a8c0@WISER> <3ECE1AA5.1060709@msu.edu> Message-ID: <010e01c3212f$83414c20$6700a8c0@WISER> > No special ketstrokes involved. You just follow whatever mechanism you > use to copy text in Windows and X. In Windows, this is usually Ctrl+C > to copy and Ctrl+V to paste. In X, you can usually copy by highlighting > text (it will be immediately unhighlighted, don't ask) with the mouse. Okay Ctrl+C in MS Windows but what command keystroke to emulate Ctrl+V in Cygwin/XFree/twm? Thanks From leon.gierat@orange.co.uk Fri May 23 13:55:00 2003 From: leon.gierat@orange.co.uk (leon.gierat@orange.co.uk) Date: Fri, 23 May 2003 13:55:00 -0000 Subject: Xwinclip documentation Message-ID: <80256D2F.004C73E6.00@ruddick> normally right mouse click, although it depends on the app (one of the forever annoying things in X has been the inconsistency between UI's in different apps), however, I've yet to get it to work :( Syl on 23/05/2003 14:30:44 Please respond to cygwin-xfree@cygwin.com To: cygwin-xfree@cygwin.com cc: (bcc: Leon GIERAT/IT/HTLUK) Subject: Re: Xwinclip documentation > No special ketstrokes involved. You just follow whatever mechanism you > use to copy text in Windows and X. In Windows, this is usually Ctrl+C > to copy and Ctrl+V to paste. In X, you can usually copy by highlighting > text (it will be immediately unhighlighted, don't ask) with the mouse. Okay Ctrl+C in MS Windows but what command keystroke to emulate Ctrl+V in Cygwin/XFree/twm? Thanks ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. ******************************************************************************* From huntharo@msu.edu Fri May 23 14:03:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 23 May 2003 14:03:00 -0000 Subject: Redraw problems In-Reply-To: <80256D2F.004B404B.00@ruddick> References: <80256D2F.004B404B.00@ruddick> Message-ID: <3ECE2A3E.2090303@msu.edu> Igor and Leon, Do you know what graphics cards/drivers have exhibited this problem? I doubt that X messages are getting lost in transit, because minimizing and maximizing the window fixes the problem, which means that the underlying shadow framebuffer has the correct picture in it. This is most likely the graphics driver for a few particular video cards that makes a mistake when doing bit block transfers to the screen within a certain coordinate range. Leon --- Try adding the "-clipupdates 5" parameter to XWin.exe. That will group together small transfers to the screen into larger transfers, which may work around the problem you are having. The XWin.exe line in your startxwin.bat (assuming you haven't modified it yet) should read: start XWin -multiwindow -clipupdates 5 Actually, this gives quite a performance boost in Shadow GDI mode (which -multiwindow uses), so perhaps I will add -clipupdates 5 to the default startxwin.bat... Harold leon.gierat@orange.co.uk wrote: >>On Fri, 23 May 2003 leon.gierat@orange.co.uk wrote: >> >> >>>I'm using the XFree86 for cygwin, and get problems with the redraw. It seems > > the > >>>screen does not always redraw when required, and sometimes redraws off to > > the > >>>right by about a 3rd of the screen. >>> > > snip > >>Leon, >> >>FWIW, I have seen a similar problem with Exceed, of all things, so this >>leads me to think that there might be some X messages getting lost in >>transit from some hosts, and that it has little to do with the X server >>itself. I may be wrong, of course, and these could simply be similar bugs >>in the two X servers... >> Igor >> > > > I also get it working only on the using a window manager, and just listing > directories and stuff, so I think that maybe this is a red-herring. > > Leon > > > > ******************************************************************************* > Important. > Confidentiality: This communication is intended for the above-named person and > may be confidential and/or legally privileged. Any opinions expressed in this > communication are not necessarily those of the company. If it has come to you > in error you must take no action based on it, nor must you copy or show it to > anyone; please delete/destroy and inform the sender immediately. > > Monitoring/Viruses > Orange may monitor all incoming and outgoing emails in line with current > legislation. Although we have taken steps to ensure that this email and > attachments are free from any virus, we advise that in keeping with good > computing practice the recipient should ensure they are actually virus free. > > Orange PCS Limited is a subsidiary of Orange SA and is registered in England No > 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, > Bradley Stoke, Bristol BS32 4QJ. > ******************************************************************************* From huntharo@msu.edu Fri May 23 14:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 23 May 2003 14:05:00 -0000 Subject: Xwinclip documentation In-Reply-To: <010e01c3212f$83414c20$6700a8c0@WISER> References: <00af01c32126$93654fb0$6700a8c0@WISER> <3ECE1AA5.1060709@msu.edu> <010e01c3212f$83414c20$6700a8c0@WISER> Message-ID: <3ECE2AB6.10605@msu.edu> Syl, X apps aren't as standard as Windows apps when it comes to cut/copy/paste. You can almost always bet that clicking the middle mouse button in an X app will paste text. Other than that, for Emacs you have Ctrl+Y, for Mozilla you have Ctrl+C, for KDE you have ???, for Gnome you have ???, get the point? You are going to have to figure out how to cut and paste *within* X before you can expect to cut and paste between X and Windows. Harold Syl wrote: >>No special ketstrokes involved. You just follow whatever mechanism you >>use to copy text in Windows and X. In Windows, this is usually Ctrl+C >>to copy and Ctrl+V to paste. In X, you can usually copy by highlighting >>text (it will be immediately unhighlighted, don't ask) with the mouse. > > > Okay Ctrl+C in MS Windows but what command keystroke to emulate Ctrl+V in > Cygwin/XFree/twm? > > Thanks From jkatz@sk.sympatico.ca Fri May 23 14:24:00 2003 From: jkatz@sk.sympatico.ca (Syl) Date: Fri, 23 May 2003 14:24:00 -0000 Subject: Xwinclip documentation - it WORKS References: <00af01c32126$93654fb0$6700a8c0@WISER> <3ECE1AA5.1060709@msu.edu> <010e01c3212f$83414c20$6700a8c0@WISER> <3ECE2AB6.10605@msu.edu> Message-ID: <013601c32136$e9d5cf40$6700a8c0@WISER> > X apps aren't as standard as Windows apps when it comes to > cut/copy/paste. You can almost always bet that clicking the middle > mouse button in an X app will paste text. Other than that, for Emacs > you have Ctrl+Y, for Mozilla you have Ctrl+C, for KDE you have ???, for > Gnome you have ???, get the point? You are going to have to figure out > how to cut and paste *within* X before you can expect to cut and paste > between X and Windows. Alright - setting start XWin -rootless -notrayicon -emulate3buttons -clipboard i.e. using clipboard and emulate3buttons works with a copy both directions. Using xwinclip instead of clipboard gives an endless stream of messages if I open two window instances. The paste into Xwindow required the 3 button emulation. A note - even like the one you sent me above in the FAQ sure would be helpful for newbies like me. Thanks - loads! Syl From jkatz@sk.sympatico.ca Fri May 23 14:24:00 2003 From: jkatz@sk.sympatico.ca (Syl) Date: Fri, 23 May 2003 14:24:00 -0000 Subject: Xwinclip documentation References: <80256D2F.004C73E6.00@ruddick> Message-ID: <013001c32134$f17ca680$6700a8c0@WISER> > normally right mouse click, although it depends on the app (one of the forever > annoying things in X has been the inconsistency between UI's in different apps), > however, I've yet to get it to work :( Ah - ha - I just found that while I can copy from an Xwindow to an MS window I cannot do the reverse. Do I double click in the Xwindow or something to copy from MS to an Xwindow? Getting closer. It would be helpful it someone could put a note in the FAQ about this. I have spent quite a few hours looking for some documentation that ties MS and Xwindows together via xwinclip with no luck. thanks Syl From early@respower.com Fri May 23 14:29:00 2003 From: early@respower.com (Early Ehlinger) Date: Fri, 23 May 2003 14:29:00 -0000 Subject: Xwinclip documentation References: <00af01c32126$93654fb0$6700a8c0@WISER> <3ECE1AA5.1060709@msu.edu> <010e01c3212f$83414c20$6700a8c0@WISER> Message-ID: "Syl" wrote: > Okay Ctrl+C in MS Windows but what command keystroke to emulate Ctrl+V in > Cygwin/XFree/twm? I really hate to break it to you, but there is no "emulating" Ctrl+V in Cygwin/Xfree/twm. It's up to each X client (program) to determine which keystroke means "paste". And unfortunately, the X guys dropped the ball a long time ago on evangelizing and standardizing their keystrokes. As a result, there is no single set of keystrokes to suggest to you. I know that a middle-mouse click means paste for xterm, as well as Shift+insert. Ctrl+C is the de facto standard on MS Windows because Microsoft preached to everybody that it needed to be the standard. Technically, a MS Windows program can copy in response to the '6' key if it wants, but none do because Microsoft created a standard and convinced everybody to follow it. There are the occasional oddballs - Lightwave, for example, uses x,c,v for cut, copy and paste because it is cross-platform to systems without control, but for the most part, native Windows apps follow the standard. X on the other hand has about a bazillion different copy/past commands. Emacs, for example, uses Ctl+y or Shift+Insert for paste, and Ctl+W for cut. Why Ctrl+Y? Why Ctrl+W? Who knows. Any other X programs use those strokes? Generally no. Pine uses Ctrl+U for paste (which it terms undelete, of course). (Of course, Ctrl+V makes no sense either, except that V is next to C and it looks a bit like the tip of a glue bottle...) -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From pechtcha@cs.nyu.edu Fri May 23 14:38:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 23 May 2003 14:38:00 -0000 Subject: Xwinclip documentation - it WORKS In-Reply-To: <013601c32136$e9d5cf40$6700a8c0@WISER> Message-ID: On Fri, 23 May 2003, Syl wrote: > > X apps aren't as standard as Windows apps when it comes to > > cut/copy/paste. You can almost always bet that clicking the middle > > mouse button in an X app will paste text. Other than that, for Emacs > > you have Ctrl+Y, for Mozilla you have Ctrl+C, for KDE you have ???, for > > Gnome you have ???, get the point? You are going to have to figure out > > how to cut and paste *within* X before you can expect to cut and paste > > between X and Windows. > > Alright - setting > > start XWin -rootless -notrayicon -emulate3buttons -clipboard > > i.e. using clipboard and emulate3buttons works with a copy both directions. > Using xwinclip instead of clipboard gives an endless stream of messages if I > open two window instances. The paste into Xwindow required the 3 button > emulation. > > A note - even like the one you sent me above in the FAQ sure would be > helpful for newbies like me. > > Thanks - loads! > Syl Syl, This depends heavily on the application. For example, you can paste into rxvt with a Shift-Left click, so you don't need 3 button emulation. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 leon.gierat@orange.co.uk Fri May 23 15:17:00 2003 From: leon.gierat@orange.co.uk (leon.gierat@orange.co.uk) Date: Fri, 23 May 2003 15:17:00 -0000 Subject: Redraw problems Message-ID: <80256D2F.00526C67.00@ruddick> My card is an Nvidia Vanta, driver version 3.05.0010, Windows XP. I don't use multiwindow - I use XDCMP to connect to my remote Linux server and use the whole desktop. I can try that setting, but not straight away as I have a session with a lot open, and I am working! Thanks for the tips though, Leon Harold L Hunt II on 23/05/2003 15:03:42 Please respond to cygwin-xfree@cygwin.com To: cygwin-xfree@cygwin.com cc: (bcc: Leon GIERAT/IT/HTLUK) Subject: Re: Redraw problems Igor and Leon, Do you know what graphics cards/drivers have exhibited this problem? I doubt that X messages are getting lost in transit, because minimizing and maximizing the window fixes the problem, which means that the underlying shadow framebuffer has the correct picture in it. This is most likely the graphics driver for a few particular video cards that makes a mistake when doing bit block transfers to the screen within a certain coordinate range. Leon --- Try adding the "-clipupdates 5" parameter to XWin.exe. That will group together small transfers to the screen into larger transfers, which may work around the problem you are having. The XWin.exe line in your startxwin.bat (assuming you haven't modified it yet) should read: start XWin -multiwindow -clipupdates 5 Actually, this gives quite a performance boost in Shadow GDI mode (which -multiwindow uses), so perhaps I will add -clipupdates 5 to the default startxwin.bat... Harold leon.gierat@orange.co.uk wrote: >>On Fri, 23 May 2003 leon.gierat@orange.co.uk wrote: >> >> >>>I'm using the XFree86 for cygwin, and get problems with the redraw. It seems > > the > >>>screen does not always redraw when required, and sometimes redraws off to > > the > >>>right by about a 3rd of the screen. >>> > > snip > >>Leon, >> >>FWIW, I have seen a similar problem with Exceed, of all things, so this >>leads me to think that there might be some X messages getting lost in >>transit from some hosts, and that it has little to do with the X server >>itself. I may be wrong, of course, and these could simply be similar bugs >>in the two X servers... >> Igor >> > > > I also get it working only on the using a window manager, and just listing > directories and stuff, so I think that maybe this is a red-herring. > > Leon > > > > ******************************************************************************* > Important. > Confidentiality: This communication is intended for the above-named person and > may be confidential and/or legally privileged. Any opinions expressed in this > communication are not necessarily those of the company. If it has come to you > in error you must take no action based on it, nor must you copy or show it to > anyone; please delete/destroy and inform the sender immediately. > > Monitoring/Viruses > Orange may monitor all incoming and outgoing emails in line with current > legislation. Although we have taken steps to ensure that this email and > attachments are free from any virus, we advise that in keeping with good > computing practice the recipient should ensure they are actually virus free. > > Orange PCS Limited is a subsidiary of Orange SA and is registered in England No > 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, > Bradley Stoke, Bristol BS32 4QJ. > ******************************************************************************* ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. ******************************************************************************* From yyyyy50@hotpop.com Fri May 23 17:04:00 2003 From: yyyyy50@hotpop.com (Stephen Biggs) Date: Fri, 23 May 2003 17:04:00 -0000 Subject: Broken fvwm install? Message-ID: <3ECE7EF9.30064.170525@localhost> I downloaded the XFree86 cygwin version and the fvwm package. The fvwm doesn't install itself as the window manager, so I changed the line in startxwin.sh from "twm &" to "fvwm &". This caused it to load but it failed to find any *.xpm files with a few hundred error messages. I went to the fvwm website and downloaded the icons and this went a lot better, but it is still missing a LOT of *.xpm files as well as "xload" (which probably doesn't make sense on a Windows 98 system, but why does the vanilla installation try to load it?) Shouldn't the cygwin install take care of these issues? What am I missing? There is NO documentation on what to do about these issues. From Alexander.Gottwald@s1999.tu-chemnitz.de Fri May 23 17:07:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 23 May 2003 17:07:00 -0000 Subject: Xwinclip documentation In-Reply-To: <00af01c32126$93654fb0$6700a8c0@WISER> Message-ID: Syl wrote: > I have installed xwinclip and made an entry in my startxwin.bat file as > suggested in a variety of places. However, I cannot find any documentation > or even a note in the mail archive that explains how to actually copy from > an MS window to a twm window. What is the procedure (keystrokes)? Where is > the documentation? Pressing the middle mouse button inserts the text (eg. to xterm). bye ago NP: Welle: Erdball - Susy Hat Angst -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Fri May 23 17:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 23 May 2003 17:12:00 -0000 Subject: Broken fvwm install? In-Reply-To: <3ECE7EF9.30064.170525@localhost> References: <3ECE7EF9.30064.170525@localhost> Message-ID: <3ECE5641.1000307@msu.edu> Its probably broken because no one is maintaining it. I can't remember if I was the one that made the fvwm package or if someone else sent me a version to release. I seem to remember the latter. If it is broken, then I should probably pull it from the list of package unless someone wants to maintain it. Can anybody confirm that it works? I will leave it up even if it requires a little configuring to get it working. Harold Stephen Biggs wrote: > I downloaded the XFree86 cygwin version and the fvwm package. > > The fvwm doesn't install itself as the window manager, so I changed the > line in startxwin.sh from "twm &" to "fvwm &". This caused it to load > but it failed to find any *.xpm files with a few hundred error messages. > > I went to the fvwm website and downloaded the icons and this went a lot > better, but it is still missing a LOT of *.xpm files as well as "xload" > (which probably doesn't make sense on a Windows 98 system, but why does > the vanilla installation try to load it?) > > Shouldn't the cygwin install take care of these issues? What am I > missing? There is NO documentation on what to do about these issues. From pechtcha@cs.nyu.edu Fri May 23 17:36:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 23 May 2003 17:36:00 -0000 Subject: Broken fvwm install? In-Reply-To: <3ECE5641.1000307@msu.edu> Message-ID: It worked for me when I set it up for a friend a year or so ago. I remember it involved reading the docs and fiddling with it, but I did get it running (at least the fvwm95 configuration). I don't remember the details, so I can't be of any help to the OP. Igor On Fri, 23 May 2003, Harold L Hunt II wrote: > Its probably broken because no one is maintaining it. I can't remember > if I was the one that made the fvwm package or if someone else sent me a > version to release. I seem to remember the latter. If it is broken, > then I should probably pull it from the list of package unless someone > wants to maintain it. > > Can anybody confirm that it works? I will leave it up even if it > requires a little configuring to get it working. > > Harold > > Stephen Biggs wrote: > > I downloaded the XFree86 cygwin version and the fvwm package. > > > > The fvwm doesn't install itself as the window manager, so I changed the > > line in startxwin.sh from "twm &" to "fvwm &". This caused it to load > > but it failed to find any *.xpm files with a few hundred error messages. > > > > I went to the fvwm website and downloaded the icons and this went a lot > > better, but it is still missing a LOT of *.xpm files as well as "xload" > > (which probably doesn't make sense on a Windows 98 system, but why does > > the vanilla installation try to load it?) > > > > Shouldn't the cygwin install take care of these issues? What am I > > missing? There is NO documentation on what to do about these issues. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 yyyyy50@hotpop.com Fri May 23 18:05:00 2003 From: yyyyy50@hotpop.com (Stephen Biggs) Date: Fri, 23 May 2003 18:05:00 -0000 Subject: Broken fvwm install? In-Reply-To: <3ECE5641.1000307@msu.edu> References: <3ECE7EF9.30064.170525@localhost> Message-ID: <3ECE8CC3.15375.4CE3BB@localhost> Again, it works, but it is missing a bunch of stuff and it doesn't install itself correctly. The version on the cygwin package is way behind the current version for other platforms, but if I can find the proper icons file (which should have been included in the download or at least as another download choice on the "setup" menu, no?), then things would go much better. On 23 May 2003 at 13:11, Harold L Hunt II wrote: > Its probably broken because no one is maintaining it. I can't remember > if I was the one that made the fvwm package or if someone else sent me a > version to release. I seem to remember the latter. If it is broken, > then I should probably pull it from the list of package unless someone > wants to maintain it. > > Can anybody confirm that it works? I will leave it up even if it > requires a little configuring to get it working. > > Harold > > Stephen Biggs wrote: > > I downloaded the XFree86 cygwin version and the fvwm package. > > > > The fvwm doesn't install itself as the window manager, so I changed the > > line in startxwin.sh from "twm &" to "fvwm &". This caused it to load > > but it failed to find any *.xpm files with a few hundred error messages. > > > > I went to the fvwm website and downloaded the icons and this went a lot > > better, but it is still missing a LOT of *.xpm files as well as "xload" > > (which probably doesn't make sense on a Windows 98 system, but why does > > the vanilla installation try to load it?) > > > > Shouldn't the cygwin install take care of these issues? What am I > > missing? There is NO documentation on what to do about these issues. > From huntharo@msu.edu Fri May 23 18:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 23 May 2003 18:17:00 -0000 Subject: Broken fvwm install? In-Reply-To: <3ECE8CC3.15375.4CE3BB@localhost> References: <3ECE7EF9.30064.170525@localhost> <3ECE8CC3.15375.4CE3BB@localhost> Message-ID: <3ECE63D3.60302@msu.edu> Stephen, I appreciate that it might not take a lot to fix the package (from your perspective), but I simply haven't got time to work on it. 99% of users are using either XDMCP, in which case they don't need a local window manager, or they are using the integrated Windows-based window manager known as MultiWindow mode (use the -multiwindow parameter for XWin.exe). The developer time/benefit ratio here is almost nill. You are more than welcome to submit a fixed package for this. Harold Stephen Biggs wrote: > Again, it works, but it is missing a bunch of stuff and it doesn't > install itself correctly. The version on the cygwin package is way > behind the current version for other platforms, but if I can find the > proper icons file (which should have been included in the download or at > least as another download choice on the "setup" menu, no?), then things > would go much better. > > On 23 May 2003 at 13:11, Harold L Hunt II wrote: > > >>Its probably broken because no one is maintaining it. I can't remember >>if I was the one that made the fvwm package or if someone else sent me a >>version to release. I seem to remember the latter. If it is broken, >>then I should probably pull it from the list of package unless someone >>wants to maintain it. >> >>Can anybody confirm that it works? I will leave it up even if it >>requires a little configuring to get it working. >> >>Harold >> >>Stephen Biggs wrote: >> >>>I downloaded the XFree86 cygwin version and the fvwm package. >>> >>>The fvwm doesn't install itself as the window manager, so I changed the >>>line in startxwin.sh from "twm &" to "fvwm &". This caused it to load >>>but it failed to find any *.xpm files with a few hundred error messages. >>> >>>I went to the fvwm website and downloaded the icons and this went a lot >>>better, but it is still missing a LOT of *.xpm files as well as "xload" >>>(which probably doesn't make sense on a Windows 98 system, but why does >>>the vanilla installation try to load it?) >>> >>>Shouldn't the cygwin install take care of these issues? What am I >>>missing? There is NO documentation on what to do about these issues. >> > From yyyyy50@hotpop.com Fri May 23 19:11:00 2003 From: yyyyy50@hotpop.com (Stephen Biggs) Date: Fri, 23 May 2003 19:11:00 -0000 Subject: Broken fvwm install? In-Reply-To: <3ECE63D3.60302@msu.edu> References: <3ECE8CC3.15375.4CE3BB@localhost> Message-ID: <3ECE9AA6.30317.83247B@localhost> No, no... please understand... I am not complaining about anything... I know what free software is all about. I was just looking for a reasonable window manager instead of twm.... if fvwm isn't it, then so be it... I don't have the time or patience to debug this package, especially not for free at the moment... Do I have to download anything more from the Cygwin setup to use the Multiwindow mode, or just add the -multiwindow parameter to XWin.exe? Also, what do I do about the line invoking the window manager in the script file, be it twm or fvwm? On 23 May 2003 at 14:09, Harold L Hunt II wrote: > Stephen, > > I appreciate that it might not take a lot to fix the package (from your > perspective), but I simply haven't got time to work on it. 99% of users > are using either XDMCP, in which case they don't need a local window > manager, or they are using the integrated Windows-based window manager > known as MultiWindow mode (use the -multiwindow parameter for XWin.exe). > The developer time/benefit ratio here is almost nill. You are more > than welcome to submit a fixed package for this. > > Harold > > Stephen Biggs wrote: > > > Again, it works, but it is missing a bunch of stuff and it doesn't > > install itself correctly. The version on the cygwin package is way > > behind the current version for other platforms, but if I can find the > > proper icons file (which should have been included in the download or at > > least as another download choice on the "setup" menu, no?), then things > > would go much better. > > > > On 23 May 2003 at 13:11, Harold L Hunt II wrote: > > > > > >>Its probably broken because no one is maintaining it. I can't remember > >>if I was the one that made the fvwm package or if someone else sent me a > >>version to release. I seem to remember the latter. If it is broken, > >>then I should probably pull it from the list of package unless someone > >>wants to maintain it. > >> > >>Can anybody confirm that it works? I will leave it up even if it > >>requires a little configuring to get it working. > >> > >>Harold > >> > >>Stephen Biggs wrote: > >> > >>>I downloaded the XFree86 cygwin version and the fvwm package. > >>> > >>>The fvwm doesn't install itself as the window manager, so I changed the > >>>line in startxwin.sh from "twm &" to "fvwm &". This caused it to load > >>>but it failed to find any *.xpm files with a few hundred error messages. > >>> > >>>I went to the fvwm website and downloaded the icons and this went a lot > >>>better, but it is still missing a LOT of *.xpm files as well as "xload" > >>>(which probably doesn't make sense on a Windows 98 system, but why does > >>>the vanilla installation try to load it?) > >>> > >>>Shouldn't the cygwin install take care of these issues? What am I > >>>missing? There is NO documentation on what to do about these issues. > >> > > > From pechtcha@cs.nyu.edu Fri May 23 19:12:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 23 May 2003 19:12:00 -0000 Subject: Console anyone ? In-Reply-To: Message-ID: On Wed, 21 May 2003, Igor Pechtchanski wrote: > On Wed, 21 May 2003, Benjamin Riefenstahl wrote: > > > Hi Igor, > > > > Igor Pechtchanski writes: > > > C:\cygwin\bin\run.exe C:\cygwin\bin\bash.exe --login -c > > > "(/usr/bin/X11/xterm -display localhost:0 -bg \#000000 -rv -fn 10x20 > > > -rw -cu -si -sk -sb -sl 5000 +cn -T pechtcha-lt -n pechtcha-lt > > > >/dev/null 2>&1 &)" > > > > I get a console pop up and go away again with > > > > run bash -c "(xterm >/dev/null 2>&1 &)" > > > > But not when I leave out any of ">/dev/null", "2>&1" or "&". Looks > > like it's something to do with this combination of redirections and > > background execution. As the redirected output goes to an invisible > > console created by "run" anyway, you should be fine with a simple > > > > run bash -c "exec xterm" > > > > (Plus your other options and paths, of course ;-)). > > > > so long, benny > > Wow. Well, that certainly works, thanks... Incidentally, the above also > fixes the cygcheck crash problem. > > Now we need to find out why the above redirections and backgrounding cause > xterm to make "net" lose its console for stderr... In fact, "run" and > subshell are not necessary, so the minimum command to reproduce the > problem is > > bash -c "exec xterm >o 2>e &" > > provided /usr/X11R6/bin is in the PATH, and DISPLAY is set correctly. > > Interestingly enough, if at least one stream remains intact (e.g., if > > bash -c "exec xterm 2>&1 >o &" > > was run), the problem doesn't occur. > Igor For those who are interested, I've created the (suitably edited) strace output files for two commands: 1) bash -c "exec /usr/bin/X11/xterm -display localhost:0 >/dev/null 2>&1 & 2) bash -c "exec /usr/bin/X11/xterm -display localhost:0 2>&1 >/dev/null & Both xterms then had the "net help" command run in them, followed by "exit". The diffs between the two should be informative. Unfortunately, I don't have the knowledge of the code necessary to spot the significance of the differences, and no time right now for the learning curve. Hope this helps someone else track this down. Unfortunately, ezmlm rejected the message, as the traces together were more than 50k in size. If anyone's interested, e-mail me privately and I'll send the traces to you. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 May 23 19:24:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 23 May 2003 19:24:00 -0000 Subject: Broken fvwm install? In-Reply-To: <3ECE9AA6.30317.83247B@localhost> References: <3ECE8CC3.15375.4CE3BB@localhost> <3ECE9AA6.30317.83247B@localhost> Message-ID: <3ECE74D3.9010803@msu.edu> Stephen, Stephen Biggs wrote: > No, no... please understand... I am not complaining about anything... I > know what free software is all about. I was just looking for a > reasonable window manager instead of twm.... if fvwm isn't it, then so be > it... I don't have the time or patience to debug this package, > especially not for free at the moment... > No problem. > Do I have to download anything more from the Cygwin setup to use the > Multiwindow mode, or just add the -multiwindow parameter to XWin.exe? > > Also, what do I do about the line invoking the window manager in the > script file, be it twm or fvwm? > I suggest that you make a backup of your startxwin.bat, then download the newest XFree86-startup-scripts package using Cygwin's setup.exe. That new file has some additional documentation that you may find helpful and it uses -multiwindow by default now. Yes, you have to comment out any existing window manager so that you don't run two of them at once. Harold From abraham@backus.com Fri May 23 21:58:00 2003 From: abraham@backus.com (Abraham Backus) Date: Fri, 23 May 2003 21:58:00 -0000 Subject: XFree86 lockup with screensaver References: Message-ID: <001401c32176$70b14870$0200a8c0@abackusdell2> (Another thread from a few months ago) Thanks for this info Igor... We weren't able to reproduce my coworker's problem until he hit it again today. I had him run "xev -display :0.0" from a separate cygwin prompt while this was happening, then everything suddenly became responsive and he could see his xterms again. Maybe xev tickled something. FYI for anyone else that hits this problem. -Abe ----- Original Message ----- From: "Igor Pechtchanski" To: Sent: Friday, February 07, 2003 6:44 PM Subject: Re: XFree86 lockup with screensaver > Abe, > > Next time this happens, try attaching to the 100% CPU process with strace > (see "strace --help" for options) and see what it's spending its time on. > If it's reproducible for your friend, have him run "xev" while this > happens, and see what events X gets. It might also be worth it to try the > latest snapshot of Cygwin (although you probably might as well just wait a > bit for 1.3.20 to come out). > Igor > > On Fri, 7 Feb 2003, Abraham Backus wrote: > > > Hello, > > > > I've encountered this once today and a coworker of mine is encountering it > > frequenty. When the windows system goes into screensaver mode and he comes > > back, X is locked up and he can't do anything. He has to forcibly kill the > > X processes and restart. It happens every time for him and I had him do > > various things like minimizing and restoring the XFree86 window, as well as > > checking with XFree86 in the foreground, background, or minimized. Also, he > > says it happens regardless of which screensaver is selected. > > > > When it happened to me, I noticed that XWin.exe was taking up a considerable > > amount of CPU (it was at 100%) from windows task manager. I haven't been > > able to reproduce it since then. From STEPHEN.Bovy@ca.com Sat May 24 00:18:00 2003 From: STEPHEN.Bovy@ca.com (Bovy, Stephen J) Date: Sat, 24 May 2003 00:18:00 -0000 Subject: XWin-Test86: (New Window's title Code Is great) Message-ID: <8C6B052884783549B5D30C166853A51402D7490B@usilms21.ca.com> I love the new features being added. The windows title update is the latest and greatest, But I have noticed something:::: I have a bash prompt like this: export PS1='\[\e]0;\h \@ [\W]\a\e[34;42m\][\w]\[\e[0m\]\n\$' Which should cause the window title to change, every time I change directories. But that does not seem to be working as yet.... Keep up the good work.... BTW: I have been trying to figure out how to configure bash, so that the "insert" key will toggle "overwrite-mode" I cant figure out how to get it working.... I just get a "~" and a beep when I press the "insert" key Here is what my ".inputrc" looks like: set convert-meta off set meta-flag on set output-meta on DEL: delete-char "\xf63": overwrite-mode Is there a special xterm recourse I have to set to get this to work ???? Do I have to change my xmodmap ????? Boy all this stough is so complicated, I wish it wasn't so hard.... From pechtcha@cs.nyu.edu Sat May 24 00:30:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 24 May 2003 00:30:00 -0000 Subject: XWin-Test86: (New Window's title Code Is great) In-Reply-To: <8C6B052884783549B5D30C166853A51402D7490B@usilms21.ca.com> Message-ID: On Fri, 23 May 2003, Bovy, Stephen J wrote: > [snip] > I have been trying to figure out how to configure bash, > so that the "insert" key will toggle "overwrite-mode" > > I cant figure out how to get it working.... > > I just get a "~" and a beep when I press the "insert" key Different terminal programs generate different character sequences for the same keys. To see which one yours generates, try pressing Ctrl-V followed by the special key. The initial ^[ (Esc) will be quoted, so that you will see the whole key sequence. For example, I'm getting Ins = "^[[2~" in xterm, so I'd use "\e[2~" in my .inputrc. YMMV. Igor > Here is what my ".inputrc" looks like: > > set convert-meta off > set meta-flag on > set output-meta on > DEL: delete-char > "\xf63": overwrite-mode > > Is there a special xterm recourse I have to set to get this to work ???? > Do I have to change my xmodmap ????? > Boy all this stough is so complicated, I wish it wasn't so hard.... -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 mario.ohnewald@gmx.de Sat May 24 00:30:00 2003 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Sat, 24 May 2003 00:30:00 -0000 Subject: XWin Tool Message-ID: Hello List, after beein yelled at because of posting this at cygwin@cygwin.com, i am mailing it to this list. :o) I made this XWinTool because i used the startxwin.sh script a lot to connect to serveral boxes in my Network. And its a pain in the ass to type in the ips, resolutions, etc each time. I was inspired by the way of VNC does it??s connections, and how fast and easy that works to set a connection up! I hope this tool will make some people??s live a little easier. ;) Here is the Homepage: http://xwintool.sourceforge.net/ and here a screenshot: http://xwintool.sourceforge.net/screen_shot1.jpg I can??t wait for some feedback! Yours, Mario Ohnewald From mario.ohnewald@gmx.de Sat May 24 00:38:00 2003 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Sat, 24 May 2003 00:38:00 -0000 Subject: XWin Tool Message-ID: Hello List, after beein yelled at because of posting this at cygwin@cygwin.com, i am mailing it to this list. :o) I made this XWinTool because i used the startxwin.sh script a lot to connect to serveral boxes in my Network. And its a pain in the ass to type in the ips, resolutions, etc each time. I was inspired by the way of VNC does it??s connections, and how fast and easy that works to set a connection up! I hope this tool will make some people??s live a little easier. ;) Here is the Homepage: http://xwintool.sourceforge.net/ and here a screenshot: http://xwintool.sourceforge.net/screen_shot1.jpg I can??t wait for some feedback! Yours, Mario Ohnewald From earle@ziplabel.com Sat May 24 01:24:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 24 May 2003 01:24:00 -0000 Subject: REQ: No mouse repositioning @ end of XWin -multiwindow initialization [Alan H, ideas?] In-Reply-To: <3ECE19CF.8040304@msu.edu> References: <5.1.1.6.2.20030522230001.00aafa50@mail.ziplabel.com> <5.1.1.6.2.20030522230001.00aafa50@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030523182511.00b19468@mail.ziplabel.com> Howdy Harold, At 08:53 AM 5/23/2003 -0400, you wrote: >That was the way it used to work before I implemented cursor warping at >the request of a user. Having cursor warping is certainly better than not >having it. >We can't simply ignore cursor warping because the next move of the mouse >in Windows sets the absolute cursor position in X to correspond back to >where the Windows mouse is, thus it totally overrides the warp. Not >having warping lead people to not understand why there application was not >behaving as expected. Agreed, but does warping really make sense in multiwindow mode to move the cursor? In fullscreen, sure, but when Xwin is sharing the screen with other apps it is considered rather rude to move the pointer. ;) -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Sat May 24 01:30:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 24 May 2003 01:30:00 -0000 Subject: XWin-Test86: (New Window's title Code Is great) In-Reply-To: <8C6B052884783549B5D30C166853A51402D7490B@usilms21.ca.com> Message-ID: <5.1.1.6.2.20030523183125.00aadc70@mail.ziplabel.com> Howdy....... >I love the new features being added. >I have a bash prompt like this: >export PS1='\[\e]0;\h \@ [\W]\a\e[34;42m\][\w]\[\e[0m\]\n\$' >Which should cause the window title to change, every >time I change directories. But that does not seem to be working as >yet.... I just cut-n-pasted this and it seems to change the title fine, do you have a specific sequence to repeat your problem? I've only used Xterm, since I'm running from a clean compile of the X11 sources. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From sfi2003@netexecutive.com Sat May 24 01:45:00 2003 From: sfi2003@netexecutive.com (Proexecutive) Date: Sat, 24 May 2003 01:45:00 -0000 Subject: This year do the right thing ,Check out webfisher. secrets Message-ID: Underground secrets to wealth on the Web Hello. Would you like to see your bank account choked with $5 bills every day? Well there is a way and we will show you exactly how to do it I think you already know that Classifieds, Opt-in Lists, FFAs, Search Engines, Link Exchanges, Start-page programs, Lead- clubs, and Surf4hits programs don't work at all So, isn't it time you found out the hush-hush secrets of the one thing - bulk mail - that does? Get your copy of "The Untold Secrets to Wealth on the Web" today! Just click on proexecutive@freeAutobot.com. and the " Secrets" will be given to you. Best regards, Harold S. McCorkle. For easy Removal just go to: Stpceo@yahoo.com ? and put remove me in the subject line. e subject line. st go tUnder Bill s. 1618 TITLE III passed by the 105th US Congress this letter cannot be considered Spam as long as the sender includes contact information & a method of "removal". includes contact information & a method of "removal". If at any time you no longer wish to receive email from me you may reply with the word REMOVE in the Subject line. You will receive no further email. further email. further email. ord REMOVE From earle@ziplabel.com Sat May 24 06:42:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 24 May 2003 06:42:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <010d01c31f8a$4d2cdec0$0a1c440a@BRAMSCHE> References: <00cf01c31e9f$73cd65e0$0a1c440a@BRAMSCHE> Message-ID: <5.1.1.6.2.20030523233649.00ac69d0@mail.ziplabel.com> Howdy Ralf et. al., It wasn't too bad starting from Ralf's code to grab the pixmap info from the WM_HINTS property to getting working X icons. The attached patch is against the test86 release. It converts icons in the WM_HINTS into dynamic Windows HICONs with masks and resizing. I've tested it against a few apps and it seems to work 100% for icon sizes of 32x32 and 48x48, and in 8, 16, and 32 bit displays under Win2K. 24-bit and non-square icons and icons <32x32 need to be tested, but should work... At 01:15 PM 5/21/2003 +0200, Ralf wrote: > > Good to hear, but how to compute in detail ? Additional what about the > > performance ? > > Using the xclient means to transfer the image data every time icon > > setting will > > be performed from the server to the client, which is the server, > although the > > data is directly asseccable on the server, isn't it ? > > I assume based on the things I have learned from you, that all the > image data > > will be in some property on the server, which has only to be retrieved > in some > > mysteric way. > > >I've got a little success. >Now I'm able to retrieve the pixmap pointer from the WM_HINTS structure >and the >bitmap data, the CreateIcon returns an icon handle, but unfortunally the icon >isn't displayed. >... >winCreateWindowsWindow (WindowPtr pWin) >...add the stuff below after the following two lines in >winmultiwindowwindow.c: >winCreateWindowsWindow() > hIcon = LoadIcon (g_hInstance, MAKEINTRESOURCE(IDI_XWIN)); > strcpy(classStr, WINDOW_CLASS_X); >------------------------------------------------------------------ > { > xPropWMHints *hints; > GetWMHints(pWin, &hints); >... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: true_x_icons.tar.bz2 Type: application/octet-stream Size: 5496 bytes Desc: not available URL: From andrew.markebo@telia.com Sat May 24 08:56:00 2003 From: andrew.markebo@telia.com (Andrew Markebo) Date: Sat, 24 May 2003 08:56:00 -0000 Subject: XWin Tool In-Reply-To: ("Mario Ohnewald"'s message of "Sat, 24 May 2003 02:42:09 +0200") References: Message-ID: Hi! I just threw a quick look at the page and saw the following text in the FAQ I didn't really feel like good.. or.. (The faq is usually one of the first docs I read) "I get a error about a missing cygz.dll and/or cygwin1.dll 23.05.2003 If you get this error then you have to copy these two dlls from your cygwin/bin/ diretory to cygwin/usr/X11R6/bin/. " I think I would recommend making sure cygwin/bin is in the path, instead of moving/copying the binaries. Maybe you can do it from xwintool, or globally. Ahh well, meanwhile, great idea, a small nice tool making it easy to connect to the machines around! BTW On the screenshot http://xwintool.sourceforge.net/screen_shot1.jpg, the Xwin-window down left, there is a "," in the IP-number, where I think it should be a "." /Andy / "Mario Ohnewald" wrote: | Hello List, | after beein yelled at because of posting this at cygwin@cygwin.com, i am | mailing it to this list. :o) | | I made this XWinTool because i used the startxwin.sh script | a lot to connect to serveral boxes in my Network. And its a pain in the ass | to type in the ips, resolutions, etc each time. | I was inspired by the way of VNC does it??s connections, and how fast and | easy that works to set a connection up! | I hope this tool will make some people??s live a little easier. ;) | | Here is the Homepage: | http://xwintool.sourceforge.net/ | | and here a screenshot: | http://xwintool.sourceforge.net/screen_shot1.jpg | | | I can??t wait for some feedback! | | Yours, Mario Ohnewald | | | | -- The eye of the linker rests on the libs! From colin.harrison@virgin.net Sat May 24 09:55:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 24 May 2003 09:55:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c321da$7ea38a60$0200a8c0@straightrunning.com> Hi Earle, Just tried your patch. Works fine on xeyes, xcalc etc but banged (Dr Watson and all that jazz) on ethereal (a gtk application). I put the .ini file in c:\windows, but I assume it can go anywhere in the %PATH%? I'll have a play a bit more later and come back with some better results and trace! Colin From huntharo@msu.edu Sat May 24 12:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 24 May 2003 12:35:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <000001c321da$7ea38a60$0200a8c0@straightrunning.com> References: <000001c321da$7ea38a60$0200a8c0@straightrunning.com> Message-ID: <3ECF66D6.2000900@msu.edu> Colin and Earle, Actually, I don't see anywhere in the code where xwin.ini is referenced. Is it even used? I am assuming that it isn't since the whole point of this patch is to do away with a config file and separate icons for X apps running on Windows. Harold Colin Harrison wrote: > Hi Earle, > > Just tried your patch. > Works fine on xeyes, xcalc etc but banged (Dr Watson and all that jazz) on > ethereal (a gtk application). > I put the .ini file in c:\windows, but I assume it can go anywhere in the > %PATH%? > I'll have a play a bit more later and come back with some better results and > trace! > > Colin From huntharo@msu.edu Sat May 24 12:36:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 24 May 2003 12:36:00 -0000 Subject: XWin Tool In-Reply-To: References: Message-ID: <3ECF672F.2080808@msu.edu> Mario, Andrew Markebo wrote: > BTW On the screenshot > http://xwintool.sourceforge.net/screen_shot1.jpg, the Xwin-window down > left, there is a "," in the IP-number, where I think it should be a "." > > /Andy > In addition, on the upper left of the window you ask for the location of Win.exe, which should be XWin.exe. Harold From mario.ohnewald@gmx.de Sat May 24 12:50:00 2003 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Sat, 24 May 2003 12:50:00 -0000 Subject: XWin Tool In-Reply-To: <3ECF672F.2080808@msu.edu> Message-ID: Hi Harold! >[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II >Sent: Saturday, May 24, 2003 2:36 PM >To: cygwin-xfree@cygwin.com >Subject: Re: XWin Tool > > >Mario, > >Andrew Markebo wrote: >> BTW On the screenshot >> http://xwintool.sourceforge.net/screen_shot1.jpg, the Xwin-window down >> left, there is a "," in the IP-number, where I think it should be a "." >> >> /Andy >> > >In addition, on the upper left of the window you ask for the location of >Win.exe, which should be XWin.exe. oops! :o) Thanks! Mario From huntharo@msu.edu Sat May 24 13:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 24 May 2003 13:27:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <3ECF66D6.2000900@msu.edu> References: <000001c321da$7ea38a60$0200a8c0@straightrunning.com> <3ECF66D6.2000900@msu.edu> Message-ID: <3ECF72F7.207@msu.edu> Okay, so there is a reference to XWin.ini in the code, but it seems to be a mistake or an extra feature that isn't really crucial anymore. Regarding the crash, I can reproduce this by running mozilla or konqueror through ssh, every time. Earle --- Please see if you can figure out what the problem is and send a diff against the patch that you already sent in, I have already applied them to my local tree. Thanks for contributing, Harold Harold L Hunt II wrote: > Colin and Earle, > > Actually, I don't see anywhere in the code where xwin.ini is referenced. > Is it even used? I am assuming that it isn't since the whole point of > this patch is to do away with a config file and separate icons for X > apps running on Windows. > > Harold > > Colin Harrison wrote: > >> Hi Earle, >> >> Just tried your patch. >> Works fine on xeyes, xcalc etc but banged (Dr Watson and all that >> jazz) on >> ethereal (a gtk application). >> I put the .ini file in c:\windows, but I assume it can go anywhere in the >> %PATH%? >> I'll have a play a bit more later and come back with some better >> results and >> trace! >> >> Colin From colin.harrison@virgin.net Sat May 24 15:03:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 24 May 2003 15:03:00 -0000 Subject: Multiwindow with clipupdates 5, minor error? Message-ID: <000001c32205$adf28980$0200a8c0@straightrunning.com> Hi When I run Test86 with start XWin :2 -emulate3buttons -multiwindow -clipupdates 5 -fp tcp/linuxmachine:7100 On Exit from Xwin (from tray icon Exit) I get (50% of the time):- winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - setjmp returned WIN_JMP_ERROR_IO winInitMultiWindowWM - DISPLAY=127.0.0.1:2.269663248 Probably a minor error? More trace or info can be supplied if required? I don't seen to get this without -clipupdates 5. Colin From colin.harrison@virgin.net Sat May 24 15:19:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 24 May 2003 15:19:00 -0000 Subject: Multiwindow with clipupdates 5, minor error? Message-ID: <000001c32207$e70adc70$0200a8c0@straightrunning.com> Hi, Just tested it again and got the same result without -clipupdates 5! Funny I hadn't spotted this before, but heyhoo. Colin From huntharo@msu.edu Sat May 24 15:24:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 24 May 2003 15:24:00 -0000 Subject: Multiwindow with clipupdates 5, minor error? In-Reply-To: <000001c32207$e70adc70$0200a8c0@straightrunning.com> References: <000001c32207$e70adc70$0200a8c0@straightrunning.com> Message-ID: <3ECF8EC0.9090901@msu.edu> Colin, I have seen this once or twice before. Basically, we should be checking a flag when we return from longjmp to see if the server is shutting down. If it is shutting down, we should exit gracefully, rather than failing to reconnect or getting terminated. Harold Colin Harrison wrote: > Hi, > > Just tested it again and got the same result without -clipupdates 5! > Funny I hadn't spotted this before, but heyhoo. > > Colin > From colin.harrison@virgin.net Sat May 24 15:57:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 24 May 2003 15:57:00 -0000 Subject: Pushing my luck Message-ID: <000001c3220d$301508f0$0200a8c0@straightrunning.com> Hi, More testing on Test86:- On opening a remote mozilla (pushing my luck..why am I doing such silly things!) Get the following trace (after a nice easy xeyes!) GetWindowName GetWindowName - XA_STRING xeyes winMultiWindowWMErrorHandler - ERROR: BadWindow winMultiWindowWMErrorHandler - ERROR: BadWindow winMultiWindowWMErrorHandler - ERROR: BadWindow winMultiWindowWMErrorHandler - ERROR: BadWindow winMultiWindowWMErrorHandler - ERROR: BadWindow GetWindowName GetWindowName - XA_STRING Mozilla GetWindowName GetWindowName - XA_STRING Cygwin Information and Installation - Mozilla GetWindowName GetWindowName - XA_STRING mozilla-bin GetWindowName GetWindowName - XA_STRING mozilla-bin I'm getting the 'bin's' when I click on Mozilla Menus. The BadWindows look suspicious? I'll go and trace this one through the code..(I'm struggling to find any more bugs, and testing is boring!) Colin From mario.ohnewald@gmx.de Sat May 24 16:44:00 2003 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Sat, 24 May 2003 16:44:00 -0000 Subject: XWin Tool In-Reply-To: <3ECF672F.2080808@msu.edu> Message-ID: Hello List! Just released beta0.2 ;) http://xwintool.sourceforge.net/ Have fun! Yours, Mario From huntharo@msu.edu Sat May 24 16:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 24 May 2003 16:49:00 -0000 Subject: XWin Tool In-Reply-To: References: Message-ID: <3ECFA282.6040700@msu.edu> Mario, From your change log: Automatically copies the cygz.dll and cygwin1.dll to the cygwin/usr/X11R6/bin Directory. That is specifically what we were saying NOT to do. You should be setting the PATH instead to point to where cygz.dll and cygwin1.dll are (usually /bin). Please, do not distribute an application, even a beta, that makes copies of DLLs, as this will cause debugging problems for us. Harold Mario Ohnewald wrote: > Hello List! > Just released beta0.2 ;) > http://xwintool.sourceforge.net/ > > Have fun! > > Yours, Mario > > From huntharo@msu.edu Sat May 24 16:50:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 24 May 2003 16:50:00 -0000 Subject: XWin Tool In-Reply-To: References: Message-ID: <3ECFA2BF.1000802@msu.edu> Mario, Additionally, your screenshot now says "Win.exe Options" on the right-hand side of the screen. That should be "XWin.exe Options". Harold Mario Ohnewald wrote: > Hello List! > Just released beta0.2 ;) > http://xwintool.sourceforge.net/ > > Have fun! > > Yours, Mario > > From mario.ohnewald@gmx.de Sat May 24 16:53:00 2003 From: mario.ohnewald@gmx.de (Mario Ohnewald) Date: Sat, 24 May 2003 16:53:00 -0000 Subject: XWin Tool In-Reply-To: <3ECFA2BF.1000802@msu.edu> Message-ID: oh man... hehe, this is getting really embaresing now ;) >-----Original Message----- >From: cygwin-xfree-owner@cygwin.com >[mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Harold L Hunt II >Sent: Saturday, May 24, 2003 6:50 PM >To: cygwin-xfree@cygwin.com >Subject: Re: XWin Tool > > >Mario, > >Additionally, your screenshot now says "Win.exe Options" on the >right-hand side of the screen. That should be "XWin.exe Options". > >Harold > >Mario Ohnewald wrote: > >> Hello List! >> Just released beta0.2 ;) >> http://xwintool.sourceforge.net/ >> >> Have fun! >> >> Yours, Mario >> >> > > From Alexander.Gottwald@s1999.tu-chemnitz.de Sat May 24 17:20:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 24 May 2003 17:20:00 -0000 Subject: Console anyone ? In-Reply-To: Message-ID: Igor Pechtchanski wrote: > For those who are interested, I've created the (suitably edited) strace > output files for two commands: > > 1) bash -c "exec /usr/bin/X11/xterm -display localhost:0 >/dev/null 2>&1 & > 2) bash -c "exec /usr/bin/X11/xterm -display localhost:0 2>&1 >/dev/null & > > Both xterms then had the "net help" command run in them, followed by > "exit". > > The diffs between the two should be informative. Unfortunately, I don't > have the knowledge of the code necessary to spot the significance of the > differences, and no time right now for the learning curve. Hope this > helps someone else track this down. The difference between the two lines is 1) redirects stdout to /dev/null and stderr to stdout 2) redirects stderr to stdout and stdout to /dev/null (which also redirects stderr to /dev/null) bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From earle@ziplabel.com Sat May 24 17:31:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 24 May 2003 17:31:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <000001c321da$7ea38a60$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030524102836.00ae5d38@mail.ziplabel.com> Howdy Colin and Harold, At 10:54 AM 5/24/2003 +0100, you wrote: >Just tried your patch. >Works fine on xeyes, xcalc etc but banged (Dr Watson and all that jazz) on >ethereal (a gtk application). >I put the .ini file in c:\windows, but I assume it can go anywhere in the >%PATH%? >I'll have a play a bit more later and come back with some better results and >trace! Can you guys find an app that runs locally which causes this? I'm cut off from real unix machines and compiling Konqueror under cygwin is a little bit more than I'm up for. Just d/ling it would probably take all day! My initial feeling is that this is just a pixmap depth problem: The XC apps all use 1-bit bitmaps, and the commercial-ish apps give colored pixmaps and that function miGetImage() doesn't downconvert, so the memory given for the bitmap isn't enough (not is the processing right, but that won't cause a crash, just ugliness). Also, that xwin.ini is just vestigial, feel free to remove it from the code unless you really want to hand-iconify apps. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From optlist420@hotmail.com Sat May 24 18:36:00 2003 From: optlist420@hotmail.com (Jacob) Date: Sat, 24 May 2003 18:36:00 -0000 Subject: INTERACTIVE ADVERTISING: on-line or off-line demos Message-ID: <20030524183855.VKJE16983.imf41bis.bellsouth.net@localhost> MULTIMEDIA DEVELOPMENT IN-HOUSE TEAM. Check out the link below to see a list of what we offer! http://www.videomailsurprise.com/provision.html You have recieved this message because you are on a mutual safelist. If you would like to be removed from this list please send a blank email to: optout420@hotmail.com Thanks From andrew.markebo@telia.com Sat May 24 18:51:00 2003 From: andrew.markebo@telia.com (Andrew Markebo) Date: Sat, 24 May 2003 18:51:00 -0000 Subject: XWin Tool References: <3ECFA2BF.1000802@msu.edu> Message-ID: / "Mario Ohnewald" wrote: | oh man... | hehe, this is getting really embaresing now ;) See it as a good sign, us jumping on the small errs, not finding big ones :-) /Andy -- The eye of the beholder rests on the beauty! From pechtcha@cs.nyu.edu Sat May 24 19:13:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 24 May 2003 19:13:00 -0000 Subject: Console anyone ? In-Reply-To: Message-ID: On Sat, 24 May 2003, Alexander Gottwald wrote: > Igor Pechtchanski wrote: > > > For those who are interested, I've created the (suitably edited) strace > > output files for two commands: > > > > 1) bash -c "exec /usr/bin/X11/xterm -display localhost:0 >/dev/null 2>&1 & > > 2) bash -c "exec /usr/bin/X11/xterm -display localhost:0 2>&1 >/dev/null & > > > > Both xterms then had the "net help" command run in them, followed by > > "exit". > > > > The diffs between the two should be informative. Unfortunately, I don't > > have the knowledge of the code necessary to spot the significance of the > > differences, and no time right now for the learning curve. Hope this > > helps someone else track this down. > > The difference between the two lines is > 1) redirects stdout to /dev/null and stderr to stdout > 2) redirects stderr to stdout and stdout to /dev/null (which also redirects > stderr to /dev/null) > > bye > ago Alexander, That's exactly the difference. The thing is that in one case programs like "net" pop up a new window for the output, and in the other they don't. I was hoping that these traces would help us make the necessary changes to cygwin1.dll to avoid this problem. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 Ralf.Habacker@freenet.de Sat May 24 19:28:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sat, 24 May 2003 19:28:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <5.1.1.6.2.20030524102836.00ae5d38@mail.ziplabel.com> Message-ID: <003301c3222a$a46418a0$6a5c07d5@BRAMSCHE> > Howdy Colin and Harold, > > At 10:54 AM 5/24/2003 +0100, you wrote: > >Just tried your patch. > >Works fine on xeyes, xcalc etc but banged (Dr Watson and all that jazz) on > >ethereal (a gtk application). > >I put the .ini file in c:\windows, but I assume it can go anywhere in the > >%PATH%? > >I'll have a play a bit more later and come back with some better results and > >trace! > > Can you guys find an app that runs locally which causes this? I'm cut off > from real unix machines and compiling Konqueror under cygwin is a little > bit more than I'm up for. Just d/ling it would probably take all day! for example the application of the kde-cygwin port of the QT library: designer, linguist or assistant or the applications (konqueror,kate,...) of the KDE3-cygwin port You can find binary releases on http://sf.net/projects/kde-cygwin qt - http://prdownloads.sourceforge.net/kde-cygwin/qt-3.0.4-b1.tar.bz2?download kde - http://prdownloads.sourceforge.net/kde-cygwin/setup-kde-3.1.1-b1.exe?download > My initial feeling is that this is just a pixmap depth problem: The XC > apps all use 1-bit bitmaps, and the commercial-ish apps give colored pixmaps > and that function miGetImage() doesn't downconvert, so the memory given > for the bitmap isn't enough (not is the processing right, but that won't > cause a crash, just ugliness). > Right: Above applications provides a icon_pixmap with 16bit per pixels. A hack, which fixes the segfault is shown below. winScaleXBitmapToWindows() assums that the xpixmap has one bit depth. static void winScaleXBitmapToWindows( int iconSize, int effBPP, PixmapPtr pixmap, unsigned char *image) ... < xStride = ((pixmap->drawable.width +31)&(~31))/8; > xStride = ((pixmap->drawable.width * pixmap->drawable.bitsPerPixel +31)&(~31))/8; Unfortunally, no icon is shown in this case. There must be more fixes required. Ralf From huntharo@msu.edu Sat May 24 19:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 24 May 2003 19:31:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <003301c3222a$a46418a0$6a5c07d5@BRAMSCHE> References: <003301c3222a$a46418a0$6a5c07d5@BRAMSCHE> Message-ID: <3ECFC868.40509@msu.edu> Ralf, But wouldn't he have to have the SHM-enabled XWin.exe installed from the KDE3-Cygwin port? Wouldn't that kind of negate the possibility of testing his code, unless he recompiles with SHM and installs cygipc (or whatever it is called these days)? Harold Ralf Habacker wrote: >>Howdy Colin and Harold, >> >>At 10:54 AM 5/24/2003 +0100, you wrote: >> >>>Just tried your patch. >>>Works fine on xeyes, xcalc etc but banged (Dr Watson and all that jazz) on >>>ethereal (a gtk application). >>>I put the .ini file in c:\windows, but I assume it can go anywhere in the >>>%PATH%? >>>I'll have a play a bit more later and come back with some better results and >>>trace! >> >>Can you guys find an app that runs locally which causes this? I'm cut off >>from real unix machines and compiling Konqueror under cygwin is a little >>bit more than I'm up for. Just d/ling it would probably take all day! > > > for example the application of the kde-cygwin port of the QT library: designer, > linguist or assistant or the applications (konqueror,kate,...) of the > KDE3-cygwin port > > You can find binary releases on http://sf.net/projects/kde-cygwin > > qt - http://prdownloads.sourceforge.net/kde-cygwin/qt-3.0.4-b1.tar.bz2?download > > kde - > http://prdownloads.sourceforge.net/kde-cygwin/setup-kde-3.1.1-b1.exe?download > > >>My initial feeling is that this is just a pixmap depth problem: The XC >>apps all use 1-bit bitmaps, and the commercial-ish apps give colored pixmaps >>and that function miGetImage() doesn't downconvert, so the memory given >>for the bitmap isn't enough (not is the processing right, but that won't >>cause a crash, just ugliness). >> > > Right: Above applications provides a icon_pixmap with 16bit per pixels. > A hack, which fixes the segfault is shown below. winScaleXBitmapToWindows() > assums that the xpixmap has one bit depth. > > static void > winScaleXBitmapToWindows( int iconSize, int effBPP, PixmapPtr pixmap, unsigned > char *image) > ... > < xStride = ((pixmap->drawable.width +31)&(~31))/8; > >>xStride = ((pixmap->drawable.width * pixmap->drawable.bitsPerPixel > > +31)&(~31))/8; > > Unfortunally, no icon is shown in this case. There must be more fixes required. > > Ralf From colin.harrison@virgin.net Sat May 24 20:33:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 24 May 2003 20:33:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c32233$7d98fac0$0200a8c0@straightrunning.com> Hi Ralf's hack stops the crash. xeyes, xclock etc have good icons. ethereal mozilla etc have 'scrambled icons' (for want of a better word!). However, the normal XFree applications do now look pretty impressive! Great stuff. Colin From earle@ziplabel.com Sat May 24 21:15:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 24 May 2003 21:15:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <000001c32233$7d98fac0$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030524141651.00aba958@mail.ziplabel.com> Try the following replacement X->Windoze function. I'm not sure of the color mapping, but Mozilla, ethereal, gftp, and others come up more or less OK! /* Scale an X icon bitmap into a Windoze icon bitmap */ static void winScaleXBitmapToWindows( int iconSize, int effBPP, PixmapPtr pixmap, unsigned char *image) { int row, column, effXBPP; unsigned char *outPtr; unsigned char *iconData = 0; int stride, xStride; float factX, factY; int posX, posY; unsigned char *ptr; unsigned int zero; unsigned int color; if (pixmap->drawable.bitsPerPixel==15) effXBPP = 16; else effXBPP = pixmap->drawable.bitsPerPixel; stride = ((iconSize * effBPP + 31)&(~31))/8; /* Need 32-bit aligned rows */ xStride = ((pixmap->drawable.width * effXBPP + 31)&(~31))/8; iconData = malloc( xStride * pixmap->drawable.height ); miGetImage((DrawablePtr)&(pixmap->drawable), 0, 0, pixmap->drawable.width, pixmap->drawable.height, ZPixmap, 0xffff, iconData); /* Keep aspect ratio */ factX = ((float)pixmap->drawable.width)/((float)iconSize); factY = ((float)pixmap->drawable.height)/((float)iconSize); if (factX>factY) factY = factX; else factX = factY; /* Out-of-bounds, fill icon with zero */ zero = 0; ErrorF("%d bpp %d x %d!\n", effXBPP,pixmap->drawable.width,pixmap->drawable.height ); for (row=0; row=pixmap->drawable.width || posY>=pixmap->drawable.height) ptr = &zero; if ((*ptr) & (1<<(posX&7))) switch (effBPP) { case 32: *(outPtr++) = 0; case 24: *(outPtr++) = 0; case 16: *(outPtr++) = 0; case 8: *(outPtr++) = 0; break; case 1: outPtr[column/8] &= ~(1<<(7-(column&7))); break; } else switch (effBPP) { case 32: *(outPtr++) = 255; case 24: *(outPtr++) = 255; case 16: *(outPtr++) = 255; case 8: *(outPtr++) = 255; break; case 1: outPtr[column/8] |= (1<<(7-(column&7))); break; } } else if (effXBPP == 24 || effXBPP == 32) { ptr += posX*((effXBPP==32)?4:3); /* Out of X icon bounds, leave space blank */ if (posX>=pixmap->drawable.width || posY>=pixmap->drawable.height) ptr = &zero; color = ((*ptr)<<16)+((*(ptr+1))<<8)+((*(ptr+2))<<0); switch (effBPP) { case 32: *(outPtr++) = *(ptr++); *(outPtr++) = *(ptr++); *(outPtr++) = *(ptr++); *(outPtr++) = 0; break; case 24: *(outPtr++) = *(ptr++); *(outPtr++) = *(ptr++); *(outPtr++) = *(ptr++); break; case 16: color = (((*ptr)>>2)<<10) + (((*(ptr+1))>>2)<<5) + (((*(ptr+2))>>2)); *(outPtr++) = (color>>8); *(outPtr++) = (color&255); break; case 8: color = (((*ptr))) + (((*(ptr+1)))) + (((*(ptr+2)))); color /= 3; *(outPtr) = color; break; case 1: if (color) outPtr[column/8] |= (1<<(7-(column&7))); else outPtr[column/8] &= ~(1<<(7-(column&7))); } } else if ( effXBPP == 16 ) { ptr += posX*2; /* Out of X icon bounds, leave space blank */ if (posX>=pixmap->drawable.width || posY>=pixmap->drawable.height) ptr = &zero; color = ((*ptr)<<8)+(*(ptr+1)); switch (effBPP) { case 32: *(outPtr++) = (color & 31) << 2; *(outPtr++) = ((color>>5) & 31) << 2; *(outPtr++) = ((color>>10) & 31) << 2; *(outPtr++) = 0; break; case 24: *(outPtr++) = (color & 31) << 2; *(outPtr++) = ((color>>5) & 31) << 2; *(outPtr++) = ((color>>10) & 31) << 2; break; case 16: *(outPtr++) = *(ptr++); *(outPtr++) = *(ptr++); break; case 8: *(outPtr++) = (( (color & 31) + ((color>>5) & 31) + ((color>>10) & 31))/3) << 2; break; case 1: if (color) outPtr[column/8] |= (1<<(7-(column&7))); else outPtr[column/8] &= ~(1<<(7-(column&7))); break; } /* end switch(effbpp) */ } /* end if effxbpp==16) */ } /* end for column */ } /* end for row */ free(iconData); } At 09:31 PM 5/24/2003 +0100, you wrote: >Hi > >Ralf's hack stops the crash. >xeyes, xclock etc have good icons. >ethereal mozilla etc have 'scrambled icons' (for want of a better word!). > >However, the normal XFree applications do now look pretty impressive! > >Great stuff. > >Colin -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From colin.harrison@virgin.net Sat May 24 21:54:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 24 May 2003 21:54:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c3223f$1537ac40$0200a8c0@straightrunning.com> Hi Earle's replacement X->Windoze function is ace, my test results are:- xterm X icon xeyes 'eyes' icon xclock 'clock' icon ethereal 'their weird e' icon Mozilla 'coloured.. maybe wrong, too pixelly to tell!' icon? Qt (say hello example) X icon Konqueror 'coloured file' icon RealPlayer(linux realplay) X icon acroread(linux acrobat) 'correct, but low resolution!' icon Running on XP Pro at 1280x1024 Screen, Color quality 16 bit. That's a pretty impressive piece of code. Colin From earle@ziplabel.com Sat May 24 22:31:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 24 May 2003 22:31:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <000001c3223f$1537ac40$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030524152221.00ad2238@mail.ziplabel.com> Howdy! Thanks to the use Harold's linux box I was able to get the colors correct for all the apps I've tried under 16 and 32 bit color (mozilla, gftp, ethereal). For some reasons ethereal and some other apps register a 16x16 pixmap. Maybe they do a WM_HINTS to change it to a bigger one after the window is created, if that's the case the code does not yet have that hook put it. Most tests have 24-bpp icons, if someone has a 16-bpp icon it would be a good thing to test! And 8bpp display modes are funky, I don't do colormap lookups or anything like that. Feel free to fix that if you still have a video card with 256K of RAM. ;) ---------8<---------------- /* Scale an X icon bitmap into a Windoze icon bitmap */ static void winScaleXBitmapToWindows( int iconSize, int effBPP, PixmapPtr pixmap, unsigned char *image) { int row, column, effXBPP, effXDepth; unsigned char *outPtr; unsigned char *iconData = 0; int stride, xStride; float factX, factY; int posX, posY; unsigned char *ptr; unsigned int zero; unsigned int color; if (pixmap->drawable.bitsPerPixel==15) effXBPP = 16; else effXBPP = pixmap->drawable.bitsPerPixel; if (pixmap->drawable.depth==15) effXDepth = 16; else effXDepth = pixmap->drawable.depth; stride = ((iconSize * effBPP + 31)&(~31))/8; /* Need 32-bit aligned rows */ xStride = ((pixmap->drawable.width * effXBPP + 31)&(~31))/8; iconData = malloc( xStride * pixmap->drawable.height ); miGetImage((DrawablePtr)&(pixmap->drawable), 0, 0, pixmap->drawable.width, pixmap->drawable.height, ZPixmap, 0xffffffff, iconData); /* Keep aspect ratio */ factX = ((float)pixmap->drawable.width)/((float)iconSize); factY = ((float)pixmap->drawable.height)/((float)iconSize); if (factX>factY) factY = factX; else factX = factY; /* Out-of-bounds, fill icon with zero */ zero = 0; for (row=0; row=pixmap->drawable.width || posY>=pixmap->drawable.height) ptr = &zero; if ((*ptr) & (1<<(posX&7))) switch (effBPP) { case 32: *(outPtr++) = 0; case 24: *(outPtr++) = 0; case 16: *(outPtr++) = 0; case 8: *(outPtr++) = 0; break; case 1: outPtr[column/8] &= ~(1<<(7-(column&7))); break; } else switch (effBPP) { case 32: *(outPtr++) = 255; case 24: *(outPtr++) = 255; case 16: *(outPtr++) = 255; case 8: *(outPtr++) = 255; break; case 1: outPtr[column/8] |= (1<<(7-(column&7))); break; } } else if (effXDepth == 24 || effXDepth == 32) { ptr += posX*(effXBPP/8); /* Out of X icon bounds, leave space blank */ if (posX>=pixmap->drawable.width || posY>=pixmap->drawable.height) ptr = &zero; color = ((*ptr)<<16)+((*(ptr+1))<<8)+((*(ptr+2))<<0); switch (effBPP) { case 32: *(outPtr++) = *(ptr++); // alpha *(outPtr++) = *(ptr++); // green *(outPtr++) = *(ptr++); // red *(outPtr++) = *(ptr++); // blue break; case 24: *(outPtr++) = *(ptr++); *(outPtr++) = *(ptr++); *(outPtr++) = *(ptr++); break; case 16: color = (((*ptr)>>2)<<10) + (((*(ptr+1))>>2)<<5) + (((*(ptr+2))>>2)); *(outPtr++) = (color>>8); *(outPtr++) = (color&255); break; case 8: color = (((*ptr))) + (((*(ptr+1)))) + (((*(ptr+2)))); color /= 3; *(outPtr++) = color; break; case 1: if (color) outPtr[column/8] |= (1<<(7-(column&7))); else outPtr[column/8] &= ~(1<<(7-(column&7))); } } else if ( effXDepth == 16 ) { ptr += posX*(effXBPP/8); /* Out of X icon bounds, leave space blank */ if (posX>=pixmap->drawable.width || posY>=pixmap->drawable.height) ptr = &zero; color = ((*ptr)<<8)+(*(ptr+1)); switch (effBPP) { case 32: *(outPtr++) = 0; // alpha *(outPtr++) = (color & 31) << 2; *(outPtr++) = ((color>>5) & 31) << 2; *(outPtr++) = ((color>>10) & 31) << 2; break; case 24: *(outPtr++) = (color & 31) << 2; *(outPtr++) = ((color>>5) & 31) << 2; *(outPtr++) = ((color>>10) & 31) << 2; break; case 16: *(outPtr++) = *(ptr++); *(outPtr++) = *(ptr++); break; case 8: *(outPtr++) = (( (color & 31) + ((color>>5) & 31) + ((color>>10) & 31))/3) << 2; break; case 1: if (color) outPtr[column/8] |= (1<<(7-(column&7))); else outPtr[column/8] &= ~(1<<(7-(column&7))); break; } /* end switch(effbpp) */ } /* end if effxbpp==16) */ } /* end for column */ } /* end for row */ free(iconData); } At 10:54 PM 5/24/2003 +0100, you wrote: >Hi > >Earle's replacement X->Windoze function is ace, my test results are:- > >xterm X icon >xeyes 'eyes' icon >xclock 'clock' icon >ethereal 'their weird e' icon >Mozilla 'coloured.. maybe wrong, too pixelly to tell!' icon? >Qt (say hello example) X icon >Konqueror 'coloured file' icon >RealPlayer(linux realplay) X icon >acroread(linux acrobat) 'correct, but low resolution!' icon > > >Running on XP Pro at 1280x1024 Screen, Color quality 16 bit. > >That's a pretty impressive piece of code. > >Colin -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Sun May 25 02:49:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sun, 25 May 2003 02:49:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <000001c3223f$1537ac40$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030524194639.00aaf6f8@mail.ziplabel.com> Here's an even better version, it listens to the WM_HINTS events and changes the window icon on-the-fly. Konqueror uses this, maybe other apps do too. You should untgz this file over the last one I sent (true_x_icons.tar.bz2) as the 2 winmulti*.c files had to be modified. At 10:54 PM 5/24/2003 +0100, you wrote: >Hi > >Earle's replacement X->Windoze function is ace, my test results are:- > >xterm X icon >xeyes 'eyes' icon >xclock 'clock' icon >ethereal 'their weird e' icon >Mozilla 'coloured.. maybe wrong, too pixelly to tell!' icon? >Qt (say hello example) X icon >Konqueror 'coloured file' icon >RealPlayer(linux realplay) X icon >acroread(linux acrobat) 'correct, but low resolution!' icon > > >Running on XP Pro at 1280x1024 Screen, Color quality 16 bit. > >That's a pretty impressive piece of code. > >Colin -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: patch2_icons.tar.bz2 Type: application/octet-stream Size: 17660 bytes Desc: not available URL: From pendapatan@telkom.net Sun May 25 05:55:00 2003 From: pendapatan@telkom.net (wibawa) Date: Sun, 25 May 2003 05:55:00 -0000 Subject: Cerdik di Masa Pelik Message-ID: Satu bisnis sampingan mudah di tahun 2003, Legal, Berbadan Hukum dan Professional (karena setiap member diberikan website khusus pribadi) anda bisa cek sendiri kebenarannya. Sangat mudah sekali dijalankan, tak perlu Jual Beli produk, Tutup Point dan sebagainya. Hanya sekali anda invest keanggotaan seumur hidup. Murni Bisnis Dalam Negeri. Kunjungi dan daftarkan diri anda di http://assetku.int-ltd.com Tanpa beresiko sama sekali, krn tanpa mensponsori sekalipun (pasif) anda masih berhak Rp. 255.000/bulan inilah terobosan bisnis baru saat ini. Baca sedetailnya dan raih kesempatan emas ini. regards (A Wibawa) ID 0010083 From bhami@pobox.com Sun May 25 06:33:00 2003 From: bhami@pobox.com (Bruce Hamilton) Date: Sun, 25 May 2003 06:33:00 -0000 Subject: How do I start an XDMCP session? Message-ID: <4.3.2.7.2.20030524232552.02e2e600@mail.earthlink.net> I'm running cygwin from about six months ago on NT 4.0 SP 6.0a, and also VMWare 4.0 with Red Hat 8 as the guest OS. Since my mouse response is very poor inside the native VMware session, I would like to run Cygwin/ XFree86 as an X terminal into the VM. I can run a local Cygwin/XFree session just fine and display back individual applications from the VMware Linux. However, what I really want is a full Red Hat desktop. How do I start Cygwin xwin and tell it to direct an XDMCP query to the VMware Linux session? There may also be an issue where I have to jump through some hoops to enable XDMCP on the Linux side. Thanks for any advice. --Bruce (Bruce Hamilton, Redondo Beach, CA) bhami@pobox.com http://bhami.com/ From colin.harrison@virgin.net Sun May 25 06:42:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sun, 25 May 2003 06:42:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c32280$afee1580$0200a8c0@straightrunning.com> Hi, It all works for me. Thanks Colin From t4bs@hotmail.com Sun May 25 09:29:00 2003 From: t4bs@hotmail.com (t4bs) Date: Sun, 25 May 2003 09:29:00 -0000 Subject: Xfree Release 0.9.7 Documentation not found Message-ID: <000001c322a0$2975bec0$6500a8c0@ufo> The link on http://xfree86.cygwin.com/devel/documentation/changelog.html for release 0.9.7 documentation does not work. Regards Trevor From Ralf.Habacker@freenet.de Sun May 25 11:55:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 25 May 2003 11:55:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <3ECFC868.40509@msu.edu> Message-ID: <004401c322b4$86f09fc0$6a5c07d5@BRAMSCHE> Harold > > But wouldn't he have to have the SHM-enabled XWin.exe installed from the > KDE3-Cygwin port? Wouldn't that kind of negate the possibility of > testing his code, unless he recompiles with SHM and installs cygipc (or > whatever it is called these days)? > XSHM is used for pixmap caching, in my exprerience qt/kde works without this support, but will be slower. BTW: I have read a thread in the cygwin list regarding to distribute cygipc with cygwin. If this would happen, does this mean, that the official cygwin xfree release will support XSHM at some time in the future ? (This would make the non-standard xfree on kde-cygwin obsolate) Ralf > >>Howdy Colin and Harold, > >> > >>At 10:54 AM 5/24/2003 +0100, you wrote: > >> > >>>Just tried your patch. > >>>Works fine on xeyes, xcalc etc but banged (Dr Watson and all that jazz) on > >>>ethereal (a gtk application). > >>>I put the .ini file in c:\windows, but I assume it can go anywhere in the > >>>%PATH%? > >>>I'll have a play a bit more later and come back with some better > results and > >>>trace! > >> > >>Can you guys find an app that runs locally which causes this? I'm cut off > >>from real unix machines and compiling Konqueror under cygwin is a little > >>bit more than I'm up for. Just d/ling it would probably take all day! > > > > > > for example the application of the kde-cygwin port of the QT > library: designer, > > linguist or assistant or the applications (konqueror,kate,...) of the > > KDE3-cygwin port > > > > You can find binary releases on http://sf.net/projects/kde-cygwin > > > > qt - http://prdownloads.sourceforge.net/kde-cygwin/qt-3.0.4-b1.tar.bz2?download > > kde - > http://prdownloads.sourceforge.net/kde-cygwin/setup-kde-3.1.1-b1.exe?download > > >>My initial feeling is that this is just a pixmap depth problem: The XC >>apps all use 1-bit bitmaps, and the commercial-ish apps give colored pixmaps >>and that function miGetImage() doesn't downconvert, so the memory given >>for the bitmap isn't enough (not is the processing right, but that won't >>cause a crash, just ugliness). >> > > Right: Above applications provides a icon_pixmap with 16bit per pixels. > A hack, which fixes the segfault is shown below. winScaleXBitmapToWindows() > assums that the xpixmap has one bit depth. > > static void > winScaleXBitmapToWindows( int iconSize, int effBPP, PixmapPtr pixmap, unsigned > char *image) > ... > < xStride = ((pixmap->drawable.width +31)&(~31))/8; > >>xStride = ((pixmap->drawable.width * pixmap->drawable.bitsPerPixel > > +31)&(~31))/8; > > Unfortunally, no icon is shown in this case. There must be more fixes required. > > Ralf From Ralf.Habacker@freenet.de Sun May 25 11:56:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 25 May 2003 11:56:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <5.1.1.6.2.20030524152221.00ad2238@mail.ziplabel.com> Message-ID: <004301c322b4$711c8ce0$6a5c07d5@BRAMSCHE> Erle wrote: > Howdy! Thanks to the use Harold's linux box I was able to get the > colors correct for all the apps I've tried under 16 and 32 bit color > (mozilla, gftp, ethereal). For some reasons ethereal and some other > apps register a 16x16 pixmap. Maybe they do a WM_HINTS to change > it to a bigger one after the window is created, if that's the case the > code does not yet have that hook put it. > > Most tests have 24-bpp icons, if someone has a 16-bpp icon it would > be a good thing to test! Qt-application like designer, linguist and assistant provides icons with 16bbp. It may be installed on the linux box. Ralf From Ralf.Habacker@freenet.de Sun May 25 13:42:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 25 May 2003 13:42:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <004501c322c3$77da53f0$6a5c07d5@BRAMSCHE> Harold, > > > > But wouldn't he have to have the SHM-enabled XWin.exe installed from the > > KDE3-Cygwin port? Wouldn't that kind of negate the possibility of > > testing his code, unless he recompiles with SHM and installs cygipc (or > > whatever it is called these days)? > > > > XSHM is used for pixmap caching, in my exprerience qt/kde works without this > support, but will be slower. > This statement belongs to the xserver. On the client side the shm (XShm...) related symbols in libXext are required. It may be possible to patch the kde/qt sources to provide a dummy wrapper, if the x11 distribution does not provide this symbol. Ralf From Ralf.Habacker@freenet.de Sun May 25 13:43:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Sun, 25 May 2003 13:43:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <004301c322b4$711c8ce0$6a5c07d5@BRAMSCHE> Message-ID: <004701c322c3$af2b1830$6a5c07d5@BRAMSCHE> Hi Erle, > > Most tests have 24-bpp icons, if someone has a 16-bpp icon it would > > be a good thing to test! > > Qt-application like designer, linguist and assistant provides icons > with 16bbp. > It may be installed on the linux box. > after applying your last patch I've checked the above mentioned applications. The icons are shown without any errors. Great work. Cheers Ralf From huntharo@msu.edu Sun May 25 19:06:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 25 May 2003 19:06:00 -0000 Subject: Xfree Release 0.9.7 Documentation not found In-Reply-To: <000001c322a0$2975bec0$6500a8c0@ufo> References: <000001c322a0$2975bec0$6500a8c0@ufo> Message-ID: <3ED11422.6040007@msu.edu> Trevor, Thanks, the source is up there now. You do release that that link points to the documentation DocBook source code, not to the actually documentation itself, right? The actually documentation is located at: http://xfree86.cygwin.com/docs/ Thanks again, Harold t4bs wrote: > The link on http://xfree86.cygwin.com/devel/documentation/changelog.html > for release 0.9.7 documentation does not work. > > Regards Trevor From wrcygwin@riede.org Sun May 25 21:06:00 2003 From: wrcygwin@riede.org (Willem Riede) Date: Sun, 25 May 2003 21:06:00 -0000 Subject: Help me analyze my configuration Message-ID: <20030525210913.GE15195@linnie.riede.org> Dear experts, I am running cygwin-xfree on a Windows 2000 PC connecting using XDMCP to the Gnome desktop on a PC running Red Hat 9. The W2K PC is an Iwill KA266-R motherboard, 850MHz Athlon, 512M DDR. The Linux PC is a dual Athlon MP 1GHz, 768M DDR. They are connected on a local 100 Mb ethernet LAN, that caries no other traffic of any significance. I don't believe my problem is transport related - bear with me, please. Drawing / updating the xfree screen on the W2K PC is _much_ slower than any other display activity on that PC. The Video card is a ATI Radeon 8500DV in 1280x1024 16bit mode. To isolate the display speed from network speed, I look at the time it takes to redraw the part of the xfree screen that was hidden when I had a native W2K window (Windows Explorer for instance) on top of it for a short time. No changes to the xfree screen content in between. This takes about 1 to 2 seconds (hard to be precise just by watching), but much slower than drawing or restoring a native W2k window would be. Am I right in my assumption that this is only a function of my display speed? And is this slower than it should be? I am perfectly willing to accept this is due to something I have done wrong, or some issue with my combination of hardware. I have re-installed W2K to get a clean baseline, leaving out DirectX for now, in case that matters, but other than a small general speedup that one would expect from a clean install, that made no difference. Please help me understand how I can analyze where my bottleneck is? Much obliged, Willem Riede. From huntharo@msu.edu Sun May 25 21:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 25 May 2003 21:27:00 -0000 Subject: Help me analyze my configuration In-Reply-To: <20030525210913.GE15195@linnie.riede.org> References: <20030525210913.GE15195@linnie.riede.org> Message-ID: <3ED13386.6010802@msu.edu> Willem, Willem Riede wrote: > Dear experts, > > I am running cygwin-xfree on a Windows 2000 PC connecting using XDMCP to > the Gnome desktop on a PC running Red Hat 9. The W2K PC is an Iwill KA266-R > motherboard, 850MHz Athlon, 512M DDR. The Linux PC is a dual Athlon MP 1GHz, > 768M DDR. They are connected on a local 100 Mb ethernet LAN, that caries no > other traffic of any significance. I don't believe my problem is transport > related - bear with me, please. > > Drawing / updating the xfree screen on the W2K PC is _much_ slower than any > other display activity on that PC. The Video card is a ATI Radeon 8500DV in > 1280x1024 16bit mode. > > To isolate the display speed from network speed, I look at the time it takes > to redraw the part of the xfree screen that was hidden when I had a native > W2K window (Windows Explorer for instance) on top of it for a short time. > No changes to the xfree screen content in between. > > This takes about 1 to 2 seconds (hard to be precise just by watching), but > much slower than drawing or restoring a native W2k window would be. Am I > right in my assumption that this is only a function of my display speed? > And is this slower than it should be? > Actually, you are in perfect luck, as I have tested an almost identical hardware configuration to what you have above! Unfortunately, you probably aren't going to like what I have to tell you. The quick answer is that you do have a performance problem. One thing you can do to restore the performance of Cygwin/XFree86 (without fixing the underlying problem) is to use the Shadow GDI-based engine, rather than the default Shadow DirectDraw engine. You do this by passing XWin.exe the "-engine 1" flag: XWin.exe -engine 1 -query my_remote_hostname_or_ip The real solution, or lack thereof, lies below. I have an Iwill KA266 with an Athlon 1.2 GHz chip, which was running Windows 2000 at the time. I purchased an ATI All In Wonder 8500DV... hey, wait a minute, I gave a very good writeup of this in the archives: http://sources.redhat.com/ml/cygwin-xfree/2002-12/msg00049.html Here is the relevant text: ============================================================================== I recently had purchased an ATI All In Wonder 8500DV, which was a beautiful piece of equipment. However, the stock video drivers resulted in stuttering video playback (DVDs), dropped frames during recording video, and horrible, unusably slow performance in Cygwin/XFree86 when using DirectDraw-based engines. In addition, my machine froze whenever I tried to print a PDF from Adobe Acrobat and in various other situations. I installed Windows XP, thinking that Windows 2000 may have a problem with the card. However, Windows XP froze during setup if I moved the mouse. I managed to get Windows XP installed with only the keyboard, but the mouse still froze the computer when it was moved after Windows XP was fully installed. I updated the video drivers but the problem persisted. I then exchanged the video card, with the same results. I immediately realized that my IWILL motherboard was probably to blame, with its less than perfect AGP support, along with the fact that this was the first AGP video card I had used on the motherboard. So, I ordered a new ASUS motherboard for $130, figuring that would solve the problem. Then the fiance found out. The motherboard order was promptly cancelled amidst my grovelling :) We returned the video card and I then tested each of 5 old PCI video cards I have to find the one of them that does not produce interfence patterns on my 19 inch LCD monitor that we just picked up a few weeks ago. I am now unhappily using a 5 year old PCI video card that only supports 16 bit color at 1280 x 1024. Bummer. To make a long story short, your video drivers or your motherboard may be a culprit. ============================================================================== So, I suspect that if you run any video playback software or anything else that uses DiretDraw, you will see very jerky and slow redrawing, indicating that this a problem with your video layer, not just with Cygwin/XFree86. Try playing back a DVD or (if you have the All In Wonder) recording some TV and playing it back later. You have to upgrade to the ATI drivers, which took me about 4 hours to do properly until the jerkiness went away. You have to follow their instructions VERY carefully and you have to constantly check to see if Windows now thinks that the new drivers are installed. In the end, you might end up with a freezing problem like I had. I ended up having to get rid of my ATI All In Wonder 8500DV, which was really a great card other than the fact that it froze my motherboard. > I am perfectly willing to accept this is due to something I have done wrong, > or some issue with my combination of hardware. I have re-installed W2K to > get a clean baseline, leaving out DirectX for now, in case that matters, > but other than a small general speedup that one would expect from a clean > install, that made no difference. > > Please help me understand how I can analyze where my bottleneck is? > > Much obliged, Willem Riede. I hope that helps Willem. I would be interested to know the outcome of your story, please keep the list informed. Harold From Ralf.Habacker@freenet.de Mon May 26 07:39:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Mon, 26 May 2003 07:39:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <5.1.1.6.2.20030522230929.00aaeb78@mail.ziplabel.com> Message-ID: <005d01c32359$f6b45220$6a5c07d5@BRAMSCHE> Hi all, while testing some KDE3 applications, I recognized that the application window class distinction by WM_CLASS isn't enough, because kde applications uses different icons for different windows of an application. This applications uses the WM_WINDOW_ROLE property to distingh for example message box windows from basic windows. Currently the icons of the main window are overwritten, because all the windows of an application share the same window class. The appended patch fix this. (Additional this patch fixes one segfault in GetClassHint, I have recognized causes by a null WindowPtr) Additional I have noticed the following issues: 1. Handling of modal dialogs and message boxes: KDE applications support a type of depending dialogs (for example konsole and about window) in the manner of the windows modal dialog type (not exactly), which is used to group such windows in the task manager. This allows the following features: 1. Hiding all application windows in case the basic one is set to hide 2. prevent displaying each window of an application in the task bar 3. moving all application related windows to another desktop ... may be more i cannot see now KDE applications uses the WM_TRANSIENT_FOR property to distinuish normal windows from depending windows (WM_TRANSIENT_FOR is set for a depending window). http://tronche.com/gui/x/icccm/sec-4.html. May be there is an solution to use modale windows for this type of windows. Currently I have no implementation for this. This is just a hint. 2. KDE uses 16x16x16 sized icons for "modal dialogs" (48x48x16 for regular icons), which seems to be not designed for displaying un the task bar or ALT-TAB process switching window. Currently this type of icons are displayed wrongly. CreateIcon() seems to stretch this icon so this result in displaying black horizontal stripes. This problem would be solved, when issue 1. would be implemented. Cheers Ralf -------------- next part -------------- A non-text attachment was scrubbed... Name: icons_with_window_role.dif Type: application/octet-stream Size: 6939 bytes Desc: not available URL: From daniel.bratell@idainfront.se Mon May 26 09:06:00 2003 From: daniel.bratell@idainfront.se (Daniel Bratell) Date: Mon, 26 May 2003 09:06:00 -0000 Subject: AltGr not functioning when logged in on HP-UX Message-ID: <3ED1D96E.8060306@idainfront.se> So, with the help of a friend the issue has been narrowed down somewhat. If I turn off x keyboard extension with -kb AltGR works even from HP-UX applications. The only problem was that X suddenly assumed that I had an US keyboard but that was cured with a suitable xmodmap which could be found at http://sources.redhat.com/ml/cygwin-xfree/2001-q2/msg00635/xmodmap.xkeycaps.fi If the error is in HP-UX client layer or in xkb I can't say. If the other X servers doesn't support xkb, that would explain why there wasn't any problem there. /Daniel From FRANZW@dk.ibm.com Mon May 26 09:38:00 2003 From: FRANZW@dk.ibm.com (Franz Wolfhagen) Date: Mon, 26 May 2003 09:38:00 -0000 Subject: AltGr not functioning when logged in on HP-UX Message-ID: It is the same problem with AIX - the normal XWin behaiviour works fine with local (Danish) keyboard - I also have to switch to -kb and xkbmap/xmodmap to have the Alt-Gr working... Med venlig hilsen / Regards Franz Wolfhagen From colin.harrison@virgin.net Mon May 26 10:11:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Mon, 26 May 2003 10:11:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c3236f$3ab8fdd0$0200a8c0@straightrunning.com> Hi, Tried Ralf's patch..works well for me. I didn't dig that deep into running remote KDE apps when I last tested! Note (for Harold?): Ralf's .dif doesn't quite match the upgrades via Earle's patches and winmultiwindowwindow.c gains some redundant functions/variables that could be removed. Colin From Benjamin.Riefenstahl@epost.de Mon May 26 10:25:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 26 May 2003 10:25:00 -0000 Subject: (no)deadkeys keyboard default setting Message-ID: Hi all, There is a small problem with the interaction between the German default keyboard detection and the XF86Config. The German keyboard is defaulted to XkbVariant="nodeadkeys". I wanted to reset that to XkbVariant="" in XF86Config, but that didn't work. Turns out that the routines for parsing XF86Config in winconfig.c don't recognise empty strings. Changing OPTV_STRING to OPTV_ANYSTR in winSetStrOption() fixes the problem for me. Aside: I am not sure that the default XkbVariant="nodeadkeys" is a good idea. It may be the default on other Unix systems, but it's certainly not the default on native Windows, so it's incompatible with other applications on the same desktop. Another question: The CVS version of XFree86 (plus the patched files from xwin-20030518-1426.tar.bz2) creates the DLLs with different names than the pre-installed package. Is that intentional, have I missed some part of the docs? so long, benny From alexander.gottwald@s1999.tu-chemnitz.de Mon May 26 10:45:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 May 2003 10:45:00 -0000 Subject: (no)deadkeys keyboard default setting In-Reply-To: Message-ID: On Mon, 26 May 2003, Benjamin Riefenstahl wrote: > Hi all, > > > There is a small problem with the interaction between the German > default keyboard detection and the XF86Config. The German keyboard is > defaulted to XkbVariant="nodeadkeys". I wanted to reset that to > XkbVariant="" in XF86Config, but that didn't work. Turns out that the > routines for parsing XF86Config in winconfig.c don't recognise empty > strings. > > Changing OPTV_STRING to OPTV_ANYSTR in winSetStrOption() fixes the > problem for me. I'll take a look on it. > Aside: I am not sure that the default XkbVariant="nodeadkeys" is a > good idea. It may be the default on other Unix systems, but it's > certainly not the default on native Windows, so it's incompatible with > other applications on the same desktop. I think you're right. I'll remove the nodeadkeys again. > Another question: The CVS version of XFree86 (plus the patched files > from xwin-20030518-1426.tar.bz2) creates the DLLs with different names > than the pre-installed package. Is that intentional, have I missed > some part of the docs? This is wanted. We have dlls where the api has incompatible changed and we have to provide both versions. Unfortunatly windows can not work with versioned dll as most unix can do. So we changed the names of the produced dlls to avoid name conflicts (eg libXaw-6 vs libXaw-7 or libXft-1 and libXft-2) bye ago From Benjamin.Riefenstahl@epost.de Mon May 26 11:50:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Mon, 26 May 2003 11:50:00 -0000 Subject: DLL names In-Reply-To: (Alexander Gottwald's message of "Mon, 26 May 2003 12:45:00 +0200 (MEST)") References: Message-ID: Hi Alexander, Alexander Gottwald writes: > On Mon, 26 May 2003, Benjamin Riefenstahl wrote: >> Another question: The CVS version of XFree86 (plus the patched >> files from xwin-20030518-1426.tar.bz2) creates the DLLs with >> different names than the pre-installed package. > [...] we changed the names of the produced dlls to avoid name > conflicts (eg libXaw-6 vs libXaw-7 or libXft-1 and libXft-2) That's not the only thing. I also see that e.g. libX11.dll is called cygX11-6.dll. Is that how the DLLs are going to be called in the future? Or is there some renaming going on that I am currently missing when compiling from CVS? so long, benny From alexander.gottwald@s1999.tu-chemnitz.de Mon May 26 12:41:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 May 2003 12:41:00 -0000 Subject: DLL names In-Reply-To: Message-ID: On Mon, 26 May 2003, Benjamin Riefenstahl wrote: > Hi Alexander, > > > Alexander Gottwald writes: > > > On Mon, 26 May 2003, Benjamin Riefenstahl wrote: > >> Another question: The CVS version of XFree86 (plus the patched > >> files from xwin-20030518-1426.tar.bz2) creates the DLLs with > >> different names than the pre-installed package. > > > [...] we changed the names of the produced dlls to avoid name > > conflicts (eg libXaw-6 vs libXaw-7 or libXft-1 and libXft-2) > > That's not the only thing. I also see that e.g. libX11.dll is called > cygX11-6.dll. Is that how the DLLs are going to be called in the > future? Or is there some renaming going on that I am currently > missing when compiling from CVS? The cygwin folks have decided that the dlls for cygwin should be named cygXXX if the unix library was called libXXX. or in complete: a libXXX.so.Y.Z from unix is now called cygXXX-Y.dll, eg libX11.so.6.2 is cygX11-6.dll The change should not affect compiling since -lXXX will still search for libXXX.a and libXXX.a.dll (or was it libXXX.dll.a *g*). The XFree 4.3.0 release (if it will be ever exist) will follow this new naming scheme. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pstavroulis@redfig.com Mon May 26 16:31:00 2003 From: pstavroulis@redfig.com (Panos Stavroulis) Date: Mon, 26 May 2003 16:31:00 -0000 Subject: Windows NT installation 1.3.22-1 Message-ID: Hi, I've just tried to install the latest version on Windows NT. I have the file in my C\cygwin dir. I run set-up but I get an error message saying that c\cygwin.exe is not a valid Windows NT application. Any ideas? Thanks, Panos Stavroulis, London From pstavroulis@redfig.com Mon May 26 16:49:00 2003 From: pstavroulis@redfig.com (Panos Stavroulis) Date: Mon, 26 May 2003 16:49:00 -0000 Subject: Windows NT installation 1.3.22-1 Message-ID: Apologies. It worked after few attempts!! Thanks anyway. Panos. > -----Original Message----- > From: Panos Stavroulis > Sent: 26 May 2003 17:31 > To: 'cygwin-xfree@cygwin.com' > Subject: Windows NT installation 1.3.22-1 > > Hi, > > I've just tried to install the latest version on Windows NT. I have the > file in my C\cygwin dir. I run set-up but I get an error message saying > that c\cygwin.exe is not a valid Windows NT application. Any ideas? > > Thanks, > > Panos Stavroulis, London From earle@ziplabel.com Mon May 26 17:24:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 26 May 2003 17:24:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <005d01c32359$f6b45220$6a5c07d5@BRAMSCHE> References: <5.1.1.6.2.20030522230929.00aaeb78@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030526101839.02821e68@mail.ziplabel.com> Howdy Ralf, At 09:39 AM 5/26/2003 +0200, you wrote: >while testing some KDE3 applications, I recognized that the application window >class distinction by WM_CLASS isn't enough, because kde applications uses >different icons for different windows of an application. This applications >uses >the WM_WINDOW_ROLE property to distingh for example message box windows from >basic windows. Currently the icons of the main window are overwritten, because >all the windows of an application share the same window class. >The appended patch fix this. (Additional this patch fixes one segfault in >GetClassHint, I have recognized causes by a null WindowPtr) I'm not a KDE user so I can't test this directly, but are you sure that the window role name is unique between applications? Would it make sense to use the Windows class name a function of both the res_role, res_name and res_class? Or is there only one KDE "file open box" that all apps would share? ... >2. KDE uses 16x16x16 sized icons for "modal dialogs" (48x48x16 for regular >icons), which seems to be not designed for displaying un the task bar or >ALT-TAB >process switching window. Currently this type of icons are displayed wrongly. >CreateIcon() seems to stretch this icon so this result in displaying black >horizontal stripes. This problem would be solved, when issue 1. would be >implemented. Can you check the raw bits that are being passed to the CreateBitmap for this icon? I've run several 16x16 icon apps (ethereal and konqueror) and they all work fine. (Of course windows will pixel double the 16x16 icon to 32x32 for the task switcher...). CreateIcon does work for 16x16 bitmaps, but if there was a 32x32 icon registered for the window class before, maybe Windoze doesn't like swapping it for a 16x16 with the GCL_HICON... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From Alexander.Gottwald@s1999.tu-chemnitz.de Mon May 26 17:58:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 May 2003 17:58:00 -0000 Subject: (no)deadkeys keyboard default setting In-Reply-To: Message-ID: Alexander Gottwald wrote: > > Aside: I am not sure that the default XkbVariant="nodeadkeys" is a > > good idea. > > I think you're right. I'll remove the nodeadkeys again. @Harold: Can you please apply this patch? It changes the default keyboard layout for germany to plain "de". --- winconfig.c.orig Mon May 26 19:52:41 2003 +++ winconfig.c Mon May 26 19:53:02 2003 @@ -230,7 +230,7 @@ WinKBLayoutRec winKBLayouts[] = { {0x405, 4, "pc105", "cz", NULL, NULL, "Czech"}, {0x406, 4, "pc105", "dk", NULL, NULL, "Danish"}, - {0x407, 4, "pc105", "de", "nodeadkeys", NULL, "German (Germany)"}, + {0x407, 4, "pc105", "de", NULL, NULL, "German (Germany)"}, {0x809, 4, "pc105", "gb", NULL, NULL, "English (United Kingdom)"}, {0x40a, 4, "pc105", "es", NULL, NULL, "Spanish (Spain, Traditional Sort)"}, {0x40b, 4, "pc105", "fi", NULL, NULL, "Finnish"}, bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Mon May 26 18:11:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 26 May 2003 18:11:00 -0000 Subject: (no)deadkeys keyboard default setting In-Reply-To: Message-ID: Benjamin Riefenstahl wrote: > Turns out that the > routines for parsing XF86Config in winconfig.c don't recognise empty > strings. > > Changing OPTV_STRING to OPTV_ANYSTR in winSetStrOption() fixes the > problem for me. OPTV_STRING will reject empty strings and winSetStrOption would return the default of NULL. NULL is in this case correct as it indicates that no variant was selected. The code was more or less copied from the XFree86 server and is not different to the xfree86 code in current CVS. So I'll leave the code as it is and only remove the "nodeadkeys" default. This should remove you're problem too. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From wrcygwin@riede.org Mon May 26 19:56:00 2003 From: wrcygwin@riede.org (Willem Riede) Date: Mon, 26 May 2003 19:56:00 -0000 Subject: Help me analyze my configuration In-Reply-To: <3ED13386.6010802@msu.edu>; from huntharo@msu.edu on Sun, May 25, 2003 at 17:20:06 -0400 References: <20030525210913.GE15195@linnie.riede.org> <3ED13386.6010802@msu.edu> Message-ID: <20030526194954.GD465@linnie.riede.org> On 2003.05.25 17:20, Harold L Hunt II wrote: > Willem, > > Actually, you are in perfect luck, as I have tested an almost identical > hardware configuration to what you have above! Unfortunately, you > probably aren't going to like what I have to tell you. > > The quick answer is that you do have a performance problem. One thing > you can do to restore the performance of Cygwin/XFree86 (without fixing > the underlying problem) is to use the Shadow GDI-based engine, rather > than the default Shadow DirectDraw engine. You do this by passing > XWin.exe the "-engine 1" flag: > > XWin.exe -engine 1 -query my_remote_hostname_or_ip This I tried immediately, and it worked like a charm -- the cygwin-xfree performance is now very good. > The real solution, or lack thereof, lies below. > > I have an Iwill KA266 with an Athlon 1.2 GHz chip, which was running > Windows 2000 at the time. I purchased an ATI All In Wonder 8500DV... > hey, wait a minute, I gave a very good writeup of this in the archives: > > http://sources.redhat.com/ml/cygwin-xfree/2002-12/msg00049.html > > So, I suspect that if you run any video playback software or anything > else that uses DiretDraw, you will see very jerky and slow redrawing, > indicating that this a problem with your video layer, not just with > Cygwin/XFree86. Try playing back a DVD or (if you have the All In > Wonder) recording some TV and playing it back later. I re-installed the ATI video drivers and the media-center, and you're right, DVD playing is awful. I had actually not done that before -- I own a regular DVD player too so I watch them on my TV -- I used the 8500DV to watch TV while working on the PC, and that, as before, works just fine. > You have to upgrade to the ATI drivers, which took me about 4 hours to > do properly until the jerkiness went away. You have to follow their > instructions VERY carefully and you have to constantly check to see if > Windows now thinks that the new drivers are installed. How _did_ you get rid of the jerkiness? I have the latest drivers from the ATI website installed, and the device manager shows the correct properties, but as I said, the resuling jerkiness is horrible. > In the end, you > might end up with a freezing problem like I had. What I found earlier, is that you do not want to install the ALI (not ATI) chipset 4-in-1 driver on this combination. Totally unstable. The microsoft drivers for the chipset seem to do a fine job though. While a couple of hours is hardly enough to declare something stable, so far so good. > I ended up having to > get rid of my ATI All In Wonder 8500DV, which was really a great card > other than the fact that it froze my motherboard. I may have to do that too, if I decide I care about DVDs (probably not) or time-shifted video (PVR - which I do want to be able to do). Given that you were not able to get it right, I don't give myself much chance :-( But at least for now I'm enjoying the remote xfree access to the other PC. Thanks for your help. Willem Riede. From huntharo@msu.edu Mon May 26 20:05:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 26 May 2003 20:05:00 -0000 Subject: Help me analyze my configuration In-Reply-To: <20030526194954.GD465@linnie.riede.org> References: <20030525210913.GE15195@linnie.riede.org> <3ED13386.6010802@msu.edu> <20030526194954.GD465@linnie.riede.org> Message-ID: <3ED2736E.4090600@msu.edu> Willem Riede wrote: > On 2003.05.25 17:20, Harold L Hunt II wrote: > >>Willem, >> >>Actually, you are in perfect luck, as I have tested an almost identical >>hardware configuration to what you have above! Unfortunately, you >>probably aren't going to like what I have to tell you. >> >>The quick answer is that you do have a performance problem. One thing >>you can do to restore the performance of Cygwin/XFree86 (without fixing >>the underlying problem) is to use the Shadow GDI-based engine, rather >>than the default Shadow DirectDraw engine. You do this by passing >>XWin.exe the "-engine 1" flag: >> >>XWin.exe -engine 1 -query my_remote_hostname_or_ip > > > This I tried immediately, and it worked like a charm -- the cygwin-xfree > performance is now very good. > Good. At least you have an interim solution. > >>The real solution, or lack thereof, lies below. >> >>I have an Iwill KA266 with an Athlon 1.2 GHz chip, which was running >>Windows 2000 at the time. I purchased an ATI All In Wonder 8500DV... >>hey, wait a minute, I gave a very good writeup of this in the archives: >> >>http://sources.redhat.com/ml/cygwin-xfree/2002-12/msg00049.html >> >>So, I suspect that if you run any video playback software or anything >>else that uses DiretDraw, you will see very jerky and slow redrawing, >>indicating that this a problem with your video layer, not just with >>Cygwin/XFree86. Try playing back a DVD or (if you have the All In >>Wonder) recording some TV and playing it back later. > > > I re-installed the ATI video drivers and the media-center, and you're > right, DVD playing is awful. I had actually not done that before -- I own > a regular DVD player too so I watch them on my TV -- I used the 8500DV to > watch TV while working on the PC, and that, as before, works just fine. > Yup, that confirms that we basically have the same setup. > >>You have to upgrade to the ATI drivers, which took me about 4 hours to >>do properly until the jerkiness went away. You have to follow their >>instructions VERY carefully and you have to constantly check to see if >>Windows now thinks that the new drivers are installed. > > > How _did_ you get rid of the jerkiness? I have the latest drivers from the > ATI website installed, and the device manager shows the correct properties, > but as I said, the resuling jerkiness is horrible. > > >> In the end, you >>might end up with a freezing problem like I had. > > > What I found earlier, is that you do not want to install the ALI (not ATI) > chipset 4-in-1 driver on this combination. Totally unstable. The microsoft > drivers for the chipset seem to do a fine job though. While a couple of > hours is hardly enough to declare something stable, so far so good. > Honestly, I don't remember how I got rid of the jerkiness. I do know that I was messing around with the ALI and ATI drivers and I even blew away my Windows 2000 intall and installed Windows XP instead. Luckily, my hard drive died that night after I got it all setup, so I got to set it up again on a new hard drive the very next day :) That time I had somewhat mastered the art of getting the drivers correct, but that is when I noticed that certain graphics operations (Opening File->Print in any version of Adobe Acrobat Reader) would freeze the machine hard, every single time at exactly the same point. > >> I ended up having to >>get rid of my ATI All In Wonder 8500DV, which was really a great card >>other than the fact that it froze my motherboard. > > > I may have to do that too, if I decide I care about DVDs (probably not) or > time-shifted video (PVR - which I do want to be able to do). Given that you > were not able to get it right, I don't give myself much chance :-( > I think I would keep the 8500DV but get a new motherboard instead. I had read before that the AGP support on that particular Iwill board was spotty, but I didn't care because I had never owned an AGP card. Most other boards out there don't have the same types of problems and I am sure that Iwill has improved their AGP support in the past two years as well. > But at least for now I'm enjoying the remote xfree access to the other PC. > Excellent. > Thanks for your help. Willem Riede. Thanks for describing the problem. It was kinda neat to see the exact same problem that I had happening to another user :) I mean, it sucks that it happened to you, but it keeps me from thinking that I was just doing something wrong with my configuration. :) Harold From bijumaillist@yahoo.com Mon May 26 20:10:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Mon, 26 May 2003 20:10:00 -0000 Subject: Replacement for windows desktop Message-ID: <20030526200947.19908.qmail@web14605.mail.yahoo.com> Harold, When viewing in -fullscreen and -nodecoration mode I wish the Xwin screen should be the bottom most window on windows desktop and every other windows application should run on top of XWin window. In effect something like a replacement for windows desktop. I dont know how we will be able to achive this in a non -multiwindow mode. ie, taking root window to bottom most and rest all XWindow application windows be in different ZOrder. But in -multiwindow mode we may be able to do this by doing SetWindowPos(hwnd,HWND_BOTTOM, 0,0, 0,0, SWP_NOMOVE | SWP_NOSIZE); for WndProc messages WM_ACTIVATE WM_ACTIVATEAPP WM_MOUSEACTIVATE WM_LBUTTONDOWN WM_MBUTTONDOWN WM_RBUTTONDOWN of root window Any comments? cheers Biju __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com From colin.harrison@virgin.net Mon May 26 22:01:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Mon, 26 May 2003 22:01:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c323d1$d04621e0$0200a8c0@straightrunning.com> Hi, As a sanity check I've rolled up all the changes from the test86 release into a .diff file. Includes the two patches from Earle: http://cygwin.com/ml/cygwin-xfree/2003-05/msg00446.html http://cygwin.com/ml/cygwin-xfree/2003-05/msg00472.html And one from Ralf: http://cygwin.com/ml/cygwin-xfree/2003-05/msg00484.html With a little TLC to keep it all tidy. It's all in a .diff file which will update the two new files if you touch winclass.h and winclass.c to create them as empty files first. This can be used to get anyone quickly up to speed on this one. Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: rollup.diff.bz2 Type: application/octet-stream Size: 6787 bytes Desc: not available URL: From huntharo@msu.edu Mon May 26 22:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 26 May 2003 22:11:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <000001c323d1$d04621e0$0200a8c0@straightrunning.com> References: <000001c323d1$d04621e0$0200a8c0@straightrunning.com> Message-ID: <3ED2910B.70603@msu.edu> Colin, Thanks, this may come in handy. I am finishing up working some overtime for the holiday weekend... after that I might be able to play around with all of these patches and try to get a test release out. Harold Colin Harrison wrote: > Hi, > > As a sanity check I've rolled up all the changes from the test86 release > into a .diff file. > > Includes the two patches from Earle: > > http://cygwin.com/ml/cygwin-xfree/2003-05/msg00446.html > http://cygwin.com/ml/cygwin-xfree/2003-05/msg00472.html > > And one from Ralf: > http://cygwin.com/ml/cygwin-xfree/2003-05/msg00484.html > > With a little TLC to keep it all tidy. > > It's all in a .diff file which will update the two new files if you touch > winclass.h and winclass.c to create them as empty files first. > > This can be used to get anyone quickly up to speed on this one. > > > Colin > > > > > ------------------------------------------------------------------------ > > From pechtcha@cs.nyu.edu Tue May 27 01:35:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 27 May 2003 01:35:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <000001c323d1$d04621e0$0200a8c0@straightrunning.com> Message-ID: On Mon, 26 May 2003, Colin Harrison wrote: > As a sanity check I've rolled up all the changes from the test86 release > into a .diff file. > [snip] > It's all in a .diff file which will update the two new files if you touch > winclass.h and winclass.c to create them as empty files first. Colin, FYI, you can give a "-N" parameter to "diff" to make it compare previously non-existent files against /dev/null. Running that through "patch" will then create the files as necessary. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski '---''(_/--' `-'\_) 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 Ralf.Habacker@freenet.de Tue May 27 05:46:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 27 May 2003 05:46:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <000001c3236f$3ab8fdd0$0200a8c0@straightrunning.com> Message-ID: <009601c32413$23baf760$6a5c07d5@BRAMSCHE> Hi Colin, > Hi, > > Tried Ralf's patch..works well for me. > I didn't dig that deep into running remote KDE apps when I last tested! In the meantime I found an additional issue with kicker, which is more a windows decoration problem than a custom icon problem, so I will report this on a separate thread. In short: kicker is an "panel" type application without any decoration, with the cygwin/xfree server it has a window with full decoration. > Note (for Harold?): Ralf's .dif doesn't quite match the upgrades via Earle's > patches Huh, where was the problem ? I've build it after applying all recent patches from Erle. >and winmultiwindowwindow.c gains some redundant functions/variables that could > be removed. Ralf From celine.renard@actemium.com Tue May 27 10:47:00 2003 From: celine.renard@actemium.com (celine.renard@actemium.com) Date: Tue, 27 May 2003 10:47:00 -0000 Subject: PseudoColor and error with XAllocColorCells() Message-ID: Hello, I test a software developped on Unix/Linux. This soft is a client of X server. So, I want to test the server Cygwin/XWin on Windows NT4. (Actually, we have Exceed, and all is OK) This soft needs to allocate 72 colors and these colors must be writable. So, the X server must be in PseudoColor To do that, I put in the file startxwin.bat : start XWin -fullscreen -depth 8 The xdpyinfo returns : 1 visual class is PseudoColor depth is 8 planes available colormap entries is 256 And I run my program on Unix platform and the display is my PC NT4 I cant allocate my 72 colors with the function XAllocColorCells() I can only allocate 6 colors with this function. Can anybody help me and tell me why ? C?line RENARD From Benjamin.Riefenstahl@epost.de Tue May 27 12:37:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Tue, 27 May 2003 12:37:00 -0000 Subject: (no)deadkeys keyboard default setting In-Reply-To: (Alexander Gottwald's message of "Mon, 26 May 2003 20:11:01 +0200 (MEST)") References: Message-ID: Hi Alexander, Alexander Gottwald writes: > OPTV_STRING will reject empty strings and winSetStrOption would > return the default of NULL. NULL is in this case correct as it > indicates that no variant was selected. But that didn't work. The keyboard was still in "nodeadkeys" mode in my case. With OPTV_STRING NULL == "option not set" can not be distinguished from NULL == "empty string". So for options where empty strings are valid OPTV_STRING will only work, iff the default is also NULL. Otherwise it will fail. > So I'll leave the code as it is and only remove the "nodeadkeys" > default. This should remove you're problem too. Of course, but it's still a bug waiting to happen. It's your call of course. so long, benny From Benjamin.Riefenstahl@epost.de Tue May 27 12:38:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Tue, 27 May 2003 12:38:00 -0000 Subject: DLL names In-Reply-To: (Alexander Gottwald's message of "Mon, 26 May 2003 14:41:50 +0200 (MEST)") References: Message-ID: Hi Alexander, Alexander Gottwald writes: > The XFree 4.3.0 release (if it will be ever exist) will follow this > new naming scheme. Ok, that's what I wanted to know ;-) so long, benny From leon.gierat@orange.co.uk Tue May 27 12:53:00 2003 From: leon.gierat@orange.co.uk (leon.gierat@orange.co.uk) Date: Tue, 27 May 2003 12:53:00 -0000 Subject: Redraw problems Message-ID: <80256D33.0046B846.00@ruddick> -clipupdates 5 had no effect, but upgrading to the latest driver seems to have fixed it (fingers crossed). I guess not all drivers are created equal... Thanks for your help. I can't believe how long I put up with it before!! Leon Harold L Hunt II on 23/05/2003 15:03:42 Please respond to cygwin-xfree@cygwin.com To: cygwin-xfree@cygwin.com cc: (bcc: Leon GIERAT/IT/HTLUK) Subject: Re: Redraw problems Igor and Leon, Do you know what graphics cards/drivers have exhibited this problem? I doubt that X messages are getting lost in transit, because minimizing and maximizing the window fixes the problem, which means that the underlying shadow framebuffer has the correct picture in it. This is most likely the graphics driver for a few particular video cards that makes a mistake when doing bit block transfers to the screen within a certain coordinate range. Leon --- Try adding the "-clipupdates 5" parameter to XWin.exe. That will group together small transfers to the screen into larger transfers, which may work around the problem you are having. The XWin.exe line in your startxwin.bat (assuming you haven't modified it yet) should read: start XWin -multiwindow -clipupdates 5 Actually, this gives quite a performance boost in Shadow GDI mode (which -multiwindow uses), so perhaps I will add -clipupdates 5 to the default startxwin.bat... Harold leon.gierat@orange.co.uk wrote: >>On Fri, 23 May 2003 leon.gierat@orange.co.uk wrote: >> >> >>>I'm using the XFree86 for cygwin, and get problems with the redraw. It seems > > the > >>>screen does not always redraw when required, and sometimes redraws off to > > the > >>>right by about a 3rd of the screen. >>> > > snip > >>Leon, >> >>FWIW, I have seen a similar problem with Exceed, of all things, so this >>leads me to think that there might be some X messages getting lost in >>transit from some hosts, and that it has little to do with the X server >>itself. I may be wrong, of course, and these could simply be similar bugs >>in the two X servers... >> Igor >> > > > I also get it working only on the using a window manager, and just listing > directories and stuff, so I think that maybe this is a red-herring. > > Leon > > > > ******************************************************************************* > Important. > Confidentiality: This communication is intended for the above-named person and > may be confidential and/or legally privileged. Any opinions expressed in this > communication are not necessarily those of the company. If it has come to you > in error you must take no action based on it, nor must you copy or show it to > anyone; please delete/destroy and inform the sender immediately. > > Monitoring/Viruses > Orange may monitor all incoming and outgoing emails in line with current > legislation. Although we have taken steps to ensure that this email and > attachments are free from any virus, we advise that in keeping with good > computing practice the recipient should ensure they are actually virus free. > > Orange PCS Limited is a subsidiary of Orange SA and is registered in England No > 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, > Bradley Stoke, Bristol BS32 4QJ. > ******************************************************************************* ******************************************************************************* Important. Confidentiality: This communication is intended for the above-named person and may be confidential and/or legally privileged. Any opinions expressed in this communication are not necessarily those of the company. If it has come to you in error you must take no action based on it, nor must you copy or show it to anyone; please delete/destroy and inform the sender immediately. Monitoring/Viruses Orange may monitor all incoming and outgoing emails in line with current legislation. Although we have taken steps to ensure that this email and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. Orange PCS Limited is a subsidiary of Orange SA and is registered in England No 2178917, with its address at St James Court, Great Park Road, Almondsbury Park, Bradley Stoke, Bristol BS32 4QJ. ******************************************************************************* From alexander.gottwald@s1999.tu-chemnitz.de Tue May 27 13:35:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 27 May 2003 13:35:00 -0000 Subject: (no)deadkeys keyboard default setting In-Reply-To: Message-ID: On Tue, 27 May 2003, Benjamin Riefenstahl wrote: > Hi Alexander, > > > Alexander Gottwald writes: > > OPTV_STRING will reject empty strings and winSetStrOption would > > return the default of NULL. NULL is in this case correct as it > > indicates that no variant was selected. > > But that didn't work. The keyboard was still in "nodeadkeys" mode in > my case. With OPTV_STRING NULL == "option not set" can not be > distinguished from NULL == "empty string". So for options where empty > strings are valid OPTV_STRING will only work, iff the default is also > NULL. Otherwise it will fail. Hm, I now I see it too. if ((s = winSetStrOption (kbd->inp_option_lst, "XkbLayout", NULL))) { g_winInfo.xkb.layout = NULL_IF_EMPTY (s); winMsg (X_CONFIG, "XKB: layout: \"%s\"\n", s); } NULL means option not set and the part with NULL_IF_EMPTY is not executed. Same for an empty string. This bug is in the linux xserver too but is never triggered because noone ever sets an option from configured to empty. > > So I'll leave the code as it is and only remove the "nodeadkeys" > > default. This should remove you're problem too. > > Of course, but it's still a bug waiting to happen. It's your call of > course. I'd like to keep this bug to be compatible with the linux xserver. Or more close to the truth, I'm not sure how this change would affect other options and would like to leave it untouched. But I think I'll file a bugreport to the xfree folks and wait until they fix it in their code and then add it to ours. bye ago From Benjamin.Riefenstahl@epost.de Tue May 27 13:56:00 2003 From: Benjamin.Riefenstahl@epost.de (Benjamin Riefenstahl) Date: Tue, 27 May 2003 13:56:00 -0000 Subject: (no)deadkeys keyboard default setting In-Reply-To: (Alexander Gottwald's message of "Tue, 27 May 2003 15:34:59 +0200 (MEST)") References: Message-ID: Hi Alexander, Alexander Gottwald writes: > I'm not sure how this change would affect other options and would > like to leave it untouched. I understand that. Just a data point and some thoughts that I had during our conversation: I have tested the patch I suggested with the XkbVariant and it worked fine. For the options that can not be null, it just adds the empty string as another possibility for the set of invalid strings (you can always enter "foobar" everywhere and that is just as invalid as the empty string). It is not a thorough solution, just a simple hack that is less buggy than the current code. In theory it would be better to have two alternative functions like we have two alternative OPTV_* values, and than use the right function for each individual option. But than the effort is probably not worth the effect. I'll shut up now ;-). Thanks for listening, benny From huntharo@msu.edu Tue May 27 14:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 27 May 2003 14:46:00 -0000 Subject: PseudoColor and error with XAllocColorCells() In-Reply-To: References: Message-ID: <3ED379CF.30806@msu.edu> C??line, celine.renard@actemium.com wrote: > Hello, > > I test a software developped on Unix/Linux. This soft is a client of X > server. > So, I want to test the server Cygwin/XWin on Windows NT4. (Actually, we > have Exceed, and all is OK) > This soft needs to allocate 72 colors and these colors must be writable. > So, the X server must be in PseudoColor > To do that, I put in the file startxwin.bat : start XWin -fullscreen -depth > 8 > The xdpyinfo returns : > 1 visual > class is PseudoColor > depth is 8 planes > available colormap entries is 256 > > And I run my program on Unix platform and the display is my PC NT4 > I cant allocate my 72 colors with the function XAllocColorCells() > I can only allocate 6 colors with this function. > Can anybody help me and tell me why ? Did you write this software yourself? What you probably want to do is create your own color map first, then alloc the colors in that new colormap. It sounds like you are trying to alloc the colors in the default colormap, which have already been allocated. I'm not really an X Client developer, so I must ask the other folks: Is it even possible to create a private colormap? I assume that it is, because I had to implement the code to switch between colormaps when clients specified that they used a non-default colormap. Harold From STEPHEN.Bovy@ca.com Tue May 27 19:10:00 2003 From: STEPHEN.Bovy@ca.com (Bovy, Stephen J) Date: Tue, 27 May 2003 19:10:00 -0000 Subject: XWin-Test86: (New Window's title Code breaks when used with xmodmap) Message-ID: <8C6B052884783549B5D30C166853A51402DEDAD9@usilms21.ca.com> FYI:: I have been struggling with delete/insert keys The following is from my xtartup.bat file I was using "xmodmap" as follows: REM REM Startup the programs REM REM Startup the X Server. rem start XWin start XWin-Test86 -multiwindow -clipboard REM Startup the twm window manager. rem run twm rem run wmaker REM Set a background color. run xsetroot -solid aquamarine4 run xhost usilca11 run xmodmap -e "keycode 91 = Delete" run xmodmap -e "keycode 90 = Insert KP_0" run xterm -sl 5000 -sb -rightbar -ms red -fg blue -bg wheat -cr DarkSlateGrey -fn 10x20 -ls -g +100+100 ************************************** Using xmodmap as shown above seems to cause the new windows title changing code to not work consistently/reliably From colin.harrison@virgin.net Tue May 27 19:57:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 27 May 2003 19:57:00 -0000 Subject: XWin-Test86: (New Window's title Code breaks when used with xmodmap) Message-ID: <000001c3248a$32bd0100$0200a8c0@straightrunning.com> Hi, You are probably suffering from the fact that XWin is running in a separate process from your .bat. If you wait until XWin is fully initialised and then run xmodmap's you will be OK. See link below for the .bat I used to use, that waits for initialisation to complete (note that the log file has changed name) http://sources.redhat.com/ml/cygwin-xfree/2003-03/msg00125.html Colin From bogus@does.not.exist.com Tue May 27 21:30:00 2003 From: bogus@does.not.exist.com () Date: Tue, 27 May 2003 21:30:00 -0000 Subject: No subject Message-ID: From Ralf.Habacker@freenet.de Tue May 27 21:52:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 27 May 2003 21:52:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <5.1.1.6.2.20030526101839.02821e68@mail.ziplabel.com> Message-ID: <00d401c32497$2e29d160$6a5c07d5@BRAMSCHE> > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Earle F. Philhower > III > Sent: Monday, May 26, 2003 7:28 PM > To: cygwin-xfree@cygwin.com > Subject: RE: Custom icons per window class/name patch > > > Howdy Ralf, > > At 09:39 AM 5/26/2003 +0200, you wrote: > >while testing some KDE3 applications, I recognized that the > application window > >class distinction by WM_CLASS isn't enough, because kde applications uses > >different icons for different windows of an application. This applications > >uses > >the WM_WINDOW_ROLE property to distingh for example message box windows from > >basic windows. Currently the icons of the main window are > overwritten, because > >all the windows of an application share the same window class. > >The appended patch fix this. (Additional this patch fixes one segfault in > >GetClassHint, I have recognized causes by a null WindowPtr) > > I'm not a KDE user so I can't test this directly, but are you > sure that the window role name is unique between applications? > Would it make sense to use the Windows class name a function of > both the res_role, res_name and res_class? Or is there only one > KDE "file open box" that all apps would share? > The first. 1. I've done some research relating to this stuff and found some specification of this in the "Inter-Client Communication Conventions Manual" (ICCCM) for example on http://tronche.com/gui/x/icccm/sec-5.html: "It is necessary that other clients be able to uniquely identify a window (across sessions) >among all windows related to the same client-ID. For example, a window manager can require this unique ID to restore geometry information from a previous session, or a workspace manager could use it to restore information about which windows are in which workspace. A client may optionally provide a WM_WINDOW_ROLE property to uniquely identify a window within the scope specified above. The combination of SM_CLIENT_ID and WM_WINDOW_ROLE can be used by other clients to uniquely identify a window across sessions. If the WM_WINDOW_ROLE property is not specified on a top level window, a client that needs to uniquely identify that window will try to use instead the values of WM_CLASS and WM_NAME. If a client has multiple windows with identical WM_CLASS and WM_NAME properties, then it should provide a WM_WINDOW_ROLE property. The client must set the WM_WINDOW_ROLE property to a string that uniquely identifies that window among all windows that have the same client leader window." The the spec. A practical hint one can find in http://mail.gnome.org/archives/wm-spec-list/2003-January/msg00010.html, where one of the kde core developer suggests the following: .... WM_CLASS+WM_WINDOW_ROLE are supposed to uniquely identify every window in an application (+PID if needed). PID might be necessary in multi monitor environments to distingh different sessions like starting the same xapp on two several servers, which might be have different window setting options based on the specific machine x or gui settings. 2. I have asked several kde apps for their implementation and recognized that this isn't implemented very straight. Some applications defines WM_WINDOW_ROLE application wide uniq and some does not so. Your suggestion WM_CLASS+WM_WINDOW_ROLE appended by [+PID] will be the best for all cases, i think. kate: WM_CLASS(STRING) = "kate", "kate" WM_WINDOW_ROLE(STRING) = "kate-mainwindow#1" khelpcenter: WM_CLASS(STRING) = "khelpcenter", "khelpcenter" WM_WINDOW_ROLE(STRING) = "MainWindow" konsole: WM_CLASS(STRING) = "konsole", "konsole" main window - WM_WINDOW_ROLE(STRING) = "konsole-mainwindow#1" tip of the day - WM_WINDOW_ROLE(STRING) = "unnamed" about dialog - WM_WINDOW_ROLE(STRING) = "aboutkde" settings dialog - WM_WINDOW_ROLE(STRING) = "unnamed" keditbookmarks main window - WM_WINDOW_ROLE(STRING) = "keditbookmarks-mainwindow#1" kicker WM_CLASS(STRING) = "kicker", "kicker" WM_WINDOW_ROLE(STRING) = "Panel" > ... > > >2. KDE uses 16x16x16 sized icons for "modal dialogs" (48x48x16 for regular > >icons), which seems to be not designed for displaying un the task bar or > >ALT-TAB > >process switching window. Currently this type of icons are displayed wrongly. > >CreateIcon() seems to stretch this icon so this result in displaying black > >horizontal stripes. This problem would be solved, when issue 1. would be > >implemented. > > Can you check the raw bits that are being passed to the CreateBitmap > for this icon? I've run several 16x16 icon apps (ethereal and konqueror) > and they all work fine. The icon_pixmap seems to be displayed fine in the window and taskbar, only in the task switcher the result is very bad. (Of course windows will pixel double the 16x16 > icon to 32x32 for the task switcher...). CreateIcon does work for > 16x16 bitmaps, but if there was a 32x32 icon registered for the window > class before, maybe Windoze doesn't like swapping it for a 16x16 with > the GCL_HICON... > The problem is kde and gnome specific. The kde3 window manager (kwin) taks switcher displays two kind of icons: 1. a list of 16x16 pixel icons like the windows task switcher does and 2. a higher resolution icon for the current selected application. The 16x16 pixel icon is provided through the regular WMHints property, the bigger one by the _NET_WM_ICON(CARDINAL) property, which is part of the "Extended Window Manager Hints" found in http://www.freedesktop.org/standards/wm-spec.html In detail from http://www.freedesktop.org/standards/wm-spec/1.3/html/x231.html "_NET_WM_ICON _NET_WM_ICON CARDINAL[][2+n]/32 "This is an array of possible icons for the client. This specification does not stipulate what size these icons should be, but individual desktop environments or toolkits may do so. The Window Manager MAY scale any of these icons to an appropriate size. This is an array of 32bit packed CARDINAL ARGB [alpha,red,green,blue] with high byte being A, low byte being B. The first two cardinals are width, height. Data is in rows, left to right and top to bottom." I've appended an xprop dump for the KDE3 kate application. May be you can use this. Cheers Ralf -------------- next part -------------- A non-text attachment was scrubbed... Name: xprop.log Type: application/octet-stream Size: 23633 bytes Desc: not available URL: From colin.harrison@virgin.net Tue May 27 22:01:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Tue, 27 May 2003 22:01:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c3249a$536ef510$0200a8c0@straightrunning.com> Hi Ralf, > Huh, where was the problem ? I've build it after applying all recent > patches from Earle. When I applied Earle's and your patches in sequence, clean, from Harold's test86 sources I got some minor hiccups on the last .dif. I've noticed that KDE icons have problems in their transparent backgrounds(e.g. konqueror). I suspect that the colour mask (xor) algorithm's from Earle may have a minor weakness with some pixmap sources (png's or KDE types?). I'm no expert in bit mangling graphics formats, and Earl's algorithms look tricky to me, so I'll put my hands up here. Mind you, the icon handling is pretty impressive as it stands! I'll try and capture hicons/CreateBitmap data that goes wrong (I'm displaying 16 bit 1280x1024 incase this is device dependent?) Colin From Ralf.Habacker@freenet.de Tue May 27 22:09:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Tue, 27 May 2003 22:09:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <20030527211308.0916B1C869@mail03.powweb.com> Message-ID: <00d901c3249b$8491e2f0$6a5c07d5@BRAMSCHE> Erle wrote: > I just did some runs with the commercial apps I use at work, and can > see that many do *not* create custom classes or window_roles for each > type of window. KDE and gnome apps does. > I think the best thing to do for the class naming is > to just use an incrementing number and make each window its own > class. This was my first attempt. > Then when the window is deleted we will just UnregisterClass(GetClassName(hwnd)) and NOT have any GDI leaks. ... because of not freeing the Window Class after destroying a window ? There is no need for this. MSDN says, you can call UnregisterClass() after every window destroying. "If the class could not be found or if a window still exists that was created with the class, the return value is zero. To get extended error information, call GetLastError. Before calling this function, an application must destroy all windows created with the specified class. All window classes that an application registers are unregistered when it terminates. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/WinUI/Win dowsUserInterface/Windowing/WindowClasses/WindowClassReference/WindowClassFuncti ons/UnregisterClass.asp > We have a GDI leak now because of this, so it will kill two birds with > one stone. Under NT or later this leak shouldn't be a problem, but > 95 based OSes share a common 16-bit pool amongst all apps, and may > run out causing really bad things to happen if the server is running > for a long time. > > We also have a GDI leak on the HICONs which need to be properly > disposed of before they're lost completely. > With a separate class per window this will be easier, since no window will share a HICON > with another. ... but there are many more windows with the default x icon and not with the icon of the basic application window. Fixing this means adding some stuff to deal the stuff, the Window Class concept does. I have some questions about this: 1. Does UnregisterClass() frees the assigned ICON or has it to be free'd manually ? 2. The CreateIcon() and LoadImage() stuff does not frees the previous icon. Could this not be fixed ? Does this not fix mostly GDI leaks ? 3. Every time a WMhints message comes in a new icon will be created. What about checking if this icon was already created and avoid every time recreating ? The pixmap id could be stored in the private window area. > The class, name, and role can still be used for the 2nd chance > iconification of windows (the LoadImage() call referencing xwin.ini). > You mean canceling the wm-hints pixmap features ? That means excluding all x apps, which does provide such informations. > I'll throw a patch together tonight for this unless someone beats me to it. Any comments ? Cheers Ralf From Ralf.Habacker@freenet.de Wed May 28 02:53:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Wed, 28 May 2003 02:53:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <000001c3249a$536ef510$0200a8c0@straightrunning.com> Message-ID: <00da01c3249c$a7769350$6a5c07d5@BRAMSCHE> > Hi Ralf, > > > Huh, where was the problem ? I've build it after applying all recent > > patches from Earle. > > When I applied Earle's and your patches in sequence, clean, from Harold's > test86 sources I got some minor hiccups on the last .dif. > I have seen, that you have got already this problems. Thanks. > I've noticed that KDE icons have problems in their transparent > backgrounds(e.g. konqueror). I suspect that the colour mask (xor) > algorithm's from Earle may have a minor weakness with some pixmap sources > (png's or KDE types?). probably caused by 16x16x16 pixmaps. > I'm no expert in bit mangling graphics formats, and > Earl's algorithms look tricky to me, so I'll put my hands up here. > > Mind you, the icon handling is pretty impressive as it stands! > > I'll try and capture hicons/CreateBitmap data that goes wrong (I'm > displaying 16 bit 1280x1024 incase this is device dependent?) > I don*t know, what*'s was going wrong, but anyway, streching the 16x16 bit images the 32x32 for the task switcher will not give good results. KDE apps uses the _NET_WM_ICON property to provide a higher sized image. See my other mail for more informations. Is there anyone there who has a linux machine with KDE 3 running, which could be accessed through the internet, so that Erle could connect to this machine and try by himself ? BTW: One could use the KDE 3.1.1 release from the kde-cygwin port, but I don't know I this would be to heavy ? I'm using this for testing this icon stuff. It need some more time for starting a kde application, but with a fast machine it would be possible. From huntharo@msu.edu Wed May 28 03:03:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 28 May 2003 03:03:00 -0000 Subject: Apply Ralf's Role Patch? In-Reply-To: <00da01c3249c$a7769350$6a5c07d5@BRAMSCHE> References: <00da01c3249c$a7769350$6a5c07d5@BRAMSCHE> Message-ID: <3ED424AA.9040100@msu.edu> I have merged Earle's changes to the icon handling, but I can't tell if there is a consensus to merge Ralf's role patch. Has it been decided that the role patch will need to be more robust? Should I just apply it anyway so that we all have the same code base to work from? Harold From earle@ziplabel.com Wed May 28 03:51:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 28 May 2003 03:51:00 -0000 Subject: Apply Ralf's Role Patch? In-Reply-To: <3ED424AA.9040100@msu.edu> References: <00da01c3249c$a7769350$6a5c07d5@BRAMSCHE> <00da01c3249c$a7769350$6a5c07d5@BRAMSCHE> Message-ID: <5.1.1.6.2.20030527195956.00ab3488@mail.ziplabel.com> Howdy Harold... At 10:53 PM 5/27/2003 -0400, you wrote: >I have merged Earle's changes to the icon handling, but I can't tell if >there is a consensus to merge Ralf's role patch. Has it been decided that >the role patch will need to be more robust? Should I just apply it anyway >so that we all have the same code base to work from? From what Ralf mentioned about the ICCCM it seems the wm_role needs to be taken into account in addition to the other naming rules, not just by itself which is what his original change did. Ralf may have more to say... FWIW the more I read about X11 windows and how it compares to Windoze windows, the more it seems that a unique class per window, not just per class and name is needed. A WM_HINT with an icon is a property of a single window, not all windows of a specific class. The res_class and res_name are really just for WMs who want to do things like reposition windows or override application icons, and are not guaranteed to be unique. That's the great thing about standards, there are just so many to pick from! :) WM_HINTS.icon is too good for KDE apps, WM_ROLE is sometimes used, sometimes not, and everybody has their own icon size. It almost makes the Windoze conventions seem sensible! -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Wed May 28 04:37:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 28 May 2003 04:37:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <20030527211308.0916B1C869@mail03.powweb.com> Message-ID: <5.1.1.6.2.20030527212804.00ab3fb8@mail.ziplabel.com> Howdy, it's probably bad form to reply to your own posts but here goes: Attached is a patch from the clean test 86 release (xwin-20030518-1426.tar.bz2) The changes are as follows: * Colin's key un-sticker for when you unfocus an X window with a key depressed * Custom icons on a per-window basis - Each window created in its own class (to allow custom icon) - Class name = fn(res_name, res_class, res_role, ) - Icon is created on-the-fly using the routines I sent before - On destroy of a window free the icon (if not x default) and class - Also still have XWIN.INI support, but seems silly to me at this point, I would just remove it completely and wait for a real ~/.xwinrc file parser and PNG files... * Set XIconSizes() to the Windows approved 16, 32, and 48. It doesn't seem to be looked at by anything, but it is in the XLib documents as something a WM should set. * Removed several misc compile warnings and turned off debug messages for GetWindowName (probably leftover from local debugging?) TBD: * KDE's proprietary icon format (it should be pretty easy to hack the present code to support it, all the real work is already done...) * Handle icon customization better, through ~/.xinitrc and PNG/JPG/etc. * Small icon bitmask problem? -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: from_86.diff.bz2 Type: application/octet-stream Size: 7588 bytes Desc: not available URL: From stacey@pigtailproductions.com Wed May 28 04:37:00 2003 From: stacey@pigtailproductions.com (Stacey Campbell) Date: Wed, 28 May 2003 04:37:00 -0000 Subject: key bounce problem Message-ID: I've been experiencing a fairly annoying key bounce problem with almost any X client that takes keyboard input running against XWin on my XP box. The problem rears its ugly head the most when running xterm. I searched the archive for this list for "xterm", "debounce", "keyboard", etc but couldn't find a message with a solution. The keyboard code for XWin appears to ignore xset's "r" option, likewise it appears to ignore XKEYBOARD args such as -ar1 as detailed on the Xserver man page. The keyboard code doesn't ignore XP's keyboard control settings however. I modified Control Panel->Keyboard->Repeat Delay to be one notch slower and the keyboard bounce problems magically went away. This fix obviously modifies the behavior of the keyboard for every Windows app, but since I spend 99% of the time inside XFree86 I'm quite happy with it. :-) I don't know if this fix applies to anything other than XP, but I thought I should subscribe to this list and get this message into the archive in case someone else runs into the same problem down the road. Stacey http://www.pigtailproductions.com/stacey/ From huntharo@msu.edu Wed May 28 04:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 28 May 2003 04:45:00 -0000 Subject: Quick fix for missing WM_KEYUP messages on window exits in multiwindow mode (part of RE: Multiwindows problem) In-Reply-To: <000001c31fa8$bbc088f0$0200a8c0@straightrunning.com> References: <000001c31fa8$bbc088f0$0200a8c0@straightrunning.com> Message-ID: <3ED43D14.1000103@msu.edu> Colin, I have applied Earle's version (moved the call to WM_KILLFOCUS) of your patch to my local tree. It does indeed fix the problem and it seems like the correct way to fix this. The funny thing is that I had forgotten that I (or somebody else?) had rewritten winKeybdReleaseKeys to release *all* pressed keys rather than just modifier keys. I was looking at your patching thinking, "sure, that works for exits with Ctrl+D, but what about typing 'exit' and pressing Enter?" Silly me. :) In any case, I will be attributing this fix to both yourself and Earle. Thanks for contributing, Harold Colin Harrison wrote: > Hi, > > I've got to stop working on this for a while. > > The 'best' minimal quick fix I have for the missed WM_KEYUP events on exits > from xterms etc. in multiwindow is:- > > diff -ubB orig_winmultiwindowwindow.c winmultiwindowwindow.c > --- save_winmultiwindowwindow.c 2003-05-18 19:19:59.000000000 +0100 > +++ winmultiwindowwindow.c 2003-05-21 14:47:37.000000000 +0100 > @@ -984,6 +984,12 @@ > SendMessage(hwndScreen, message, wParam, lParam); > return 0; > > + case WM_SETFOCUS: > + if (hwndScreen == NULL) > + break; > + winKeybdReleaseKeys (); > + return 0; > + > case WM_SYSKEYDOWN: > case WM_SYSKEYUP: > case WM_SYSDEADCHAR: > > > It's a hack, it works for me, but it does not get to gripes with the > ultimate cause of the problem. > I will put more time and effort into this ASAP, with a view to fixing > problems, not adding to the work-arounds! > > > Colin From huntharo@msu.edu Wed May 28 04:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 28 May 2003 04:52:00 -0000 Subject: key bounce problem In-Reply-To: References: Message-ID: <3ED43ECB.10306@msu.edu> Stacey, Check the following email message for some history: http://sources.redhat.com/ml/cygwin-xfree/2003-04/msg00107.html Duncan Cragg seems to have reported success using 'xset r off', but you may want to read the rest of that thread for clarification. Hmm... from my own comments I think I mentioned that XF86MISC isn't compiled in, so it wouldn't seem that 'xset r off' could actually do anything... I had asked for some help from our guru, Alan Hourihane, but I don't remember if he had any insight to offer me. I didn't notice a reply to his message in the thread, but this was during the end of the semester for me so I may have been so busy that I didn't notice his response. Stacey --- If you weren't running (exactly) 'xset r off', could you try restoring your Windows keyboard setting and running that command? Let us know the results. I don't expect it to work, or I suspect that you have already tried (you did mention xset r), but give it a shot if you haven't tried it. Any else got some ideas here? Harold Stacey Campbell wrote: > I've been experiencing a fairly annoying key bounce problem with almost > any X client that takes keyboard input running against XWin on my XP > box. The problem rears its ugly head the most when running xterm. > I searched the archive for this list for "xterm", "debounce", "keyboard", > etc but couldn't find a message with a solution. > > The keyboard code for XWin appears to ignore xset's "r" option, likewise > it appears to ignore XKEYBOARD args such as -ar1 as detailed on the > Xserver man page. The keyboard code doesn't ignore XP's keyboard > control settings however. I modified Control Panel->Keyboard->Repeat Delay > to be one notch slower and the keyboard bounce problems magically went > away. This fix obviously modifies the behavior of the keyboard for every > Windows app, but since I spend 99% of the time inside XFree86 I'm > quite happy with it. :-) > > I don't know if this fix applies to anything other than XP, but I > thought I should subscribe to this list and get this message into the > archive in case someone else runs into the same problem down the road. > > Stacey > http://www.pigtailproductions.com/stacey/ > From huntharo@msu.edu Wed May 28 05:13:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 28 May 2003 05:13:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <5.1.1.6.2.20030527212804.00ab3fb8@mail.ziplabel.com> References: <5.1.1.6.2.20030527212804.00ab3fb8@mail.ziplabel.com> Message-ID: <3ED440A5.1020007@msu.edu> Earle, Thanks. I will work on merging the remaining changes in this patch into my tree tomorrow. I hope to make a test release tomorrow so that we can all get back into synch. Thanks for your great contributions, Harold Earle F. Philhower III wrote: > Howdy, it's probably bad form to reply to your own posts but here goes: > > Attached is a patch from the clean test 86 release > (xwin-20030518-1426.tar.bz2) > > The changes are as follows: > * Colin's key un-sticker for when you unfocus an X window with a key > depressed > * Custom icons on a per-window basis > - Each window created in its own class (to allow custom icon) > - Class name = fn(res_name, res_class, res_role, ) > - Icon is created on-the-fly using the routines I sent before > - On destroy of a window free the icon (if not x default) and class > - Also still have XWIN.INI support, but seems silly to me at this point, > I would just remove it completely and wait for a real ~/.xwinrc file > parser and PNG files... > * Set XIconSizes() to the Windows approved 16, 32, and 48. It doesn't seem > to be looked at by anything, but it is in the XLib documents as something > a WM should set. > * Removed several misc compile warnings and turned off debug messages for > GetWindowName (probably leftover from local debugging?) > > TBD: > * KDE's proprietary icon format (it should be pretty easy to hack the > present code to support it, all the real work is already done...) > * Handle icon customization better, through ~/.xinitrc and PNG/JPG/etc. > * Small icon bitmask problem? > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com > > > ------------------------------------------------------------------------ > > From earle@ziplabel.com Wed May 28 05:13:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 28 May 2003 05:13:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <000001c3249a$536ef510$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030527214117.00ad1380@mail.ziplabel.com> Howdy Colin, At 10:52 PM 5/27/2003 +0100, you wrote: >I've noticed that KDE icons have problems in their transparent >backgrounds(e.g. konqueror). I suspect that the colour mask (xor) >algorithm's from Earle may have a minor weakness with some pixmap sources >(png's or KDE types?). I'm no expert in bit mangling graphics formats, and >Earl's algorithms look tricky to me, so I'll put my hands up here. They're pretty standard and unoptimized, but since they are only called a very few times during a heavy-weight process, and for 32x32 images it's not a big deal. It just steps over the destination image, figures out which pixel in the source image that pixel maps to, and then does any color space conversions. A nicer way would be to promote all images to 32 bits and then do some 2d bilinear filtering. 8) It's sure nice to have a 1BOPS machine for under 1K$. >Mind you, the icon handling is pretty impressive as it stands! >I'll try and capture hicons/CreateBitmap data that goes wrong (I'm >displaying 16 bit 1280x1024 incase this is device dependent?) Can you try again at 32bpp and see if things are munged? I didn't notice any problems with the quickie konqueror runs I did (over a 56k modem, you don't wanna do a long konqueror remote run, trust me) at 32bpp with the 16x16 icons. That would narrow down where to look by a lot. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Wed May 28 05:22:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 28 May 2003 05:22:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <5.1.1.6.2.20030527215403.00afae70@mail.ziplabel.com> Howdy Ralf, I'm condensing a bunch of your messages into one longer one... At 11:30 PM 5/27/2003 +0200, you wrote: >1. I've done some research relating to this stuff and found some specification >of this in the "Inter-Client Communication Conventions Manual" (ICCCM) for >example on http://tronche.com/gui/x/icccm/sec-5.html: >... >The the spec. A practical hint one can find in >http://mail.gnome.org/archives/wm-spec-list/2003-January/msg00010.html, where >one of the kde core developer suggests the following: > >.... WM_CLASS+WM_WINDOW_ROLE are supposed to uniquely identify every window in >an application (+PID if needed). > >PID might be necessary in multi monitor environments to distingh different >sessions like starting the same xapp on two several servers, which might >be have >different window setting options based on the specific machine x or gui >settings. What's I think connection ID would be better than PID, they're not guaranteed unique across different machines. FWIW I just used the incrementing counter like you tried before, and seems hunkey dorey as long as you clean up after yourself in the destroy... >2. I have asked several kde apps for their implementation and recognized that >this isn't implemented very straight. Some applications defines WM_WINDOW_ROLE >application wide uniq and some does not so. >Your suggestion WM_CLASS+WM_WINDOW_ROLE appended by [+PID] will be the >best for >all cases, i think. >kate: >WM_CLASS(STRING) = "kate", "kate" >WM_WINDOW_ROLE(STRING) = "kate-mainwindow#1" >khelpcenter: >WM_CLASS(STRING) = "khelpcenter", "khelpcenter" >WM_WINDOW_ROLE(STRING) = "MainWindow" >konsole: >WM_CLASS(STRING) = "konsole", "konsole" >main window - WM_WINDOW_ROLE(STRING) = "konsole-mainwindow#1" >tip of the day - WM_WINDOW_ROLE(STRING) = "unnamed" >about dialog - WM_WINDOW_ROLE(STRING) = "aboutkde" >settings dialog - WM_WINDOW_ROLE(STRING) = "unnamed" >keditbookmarks >main window - WM_WINDOW_ROLE(STRING) = "keditbookmarks-mainwindow#1" >kicker >WM_CLASS(STRING) = "kicker", "kicker" >WM_WINDOW_ROLE(STRING) = "Panel" I think the only thing consistent is the inconsistency. :) And as far as I've seen in the commercial and non-KDE apps is that nobody but KDE sets that role, even to "unnamed" > > Can you check the raw bits that are being passed to the CreateBitmap > > for this icon? I've run several 16x16 icon apps (ethereal and konqueror) > > and they all work fine. >The icon_pixmap seems to be displayed fine in the window and taskbar, only in >the task switcher the result is very bad. Are you sure about this? Windoze will expand 16x16 icons and their masks, maybe the 16x16 icon is bad too but it's too small to see? A windows magnifier app might be handy here... >The problem is kde and gnome specific. The kde3 window manager (kwin) taks >switcher displays two kind of icons: 1. a list of 16x16 pixel icons like the >windows task switcher does and 2. a higher resolution icon for the current >selected application. >The 16x16 pixel icon is provided through the regular WMHints property, the >bigger one by the _NET_WM_ICON(CARDINAL) property, which is part of the >"Extended Window Manager Hints" found in >http://www.freedesktop.org/standards/wm-spec.html Ahhh, another window manager standard. So many to choose from! >In detail >from http://www.freedesktop.org/standards/wm-spec/1.3/html/x231.html >"_NET_WM_ICON >_NET_WM_ICON CARDINAL[][2+n]/32 >"This is an array of possible icons for the client.... >This is an array of 32bit packed CARDINAL ARGB [alpha,red,green,blue] with >high >byte being A, low byte being B. The first two cardinals are width, height. >Data >is in rows, left to right and top to bottom." >... >I've appended an xprop dump for the KDE3 kate application. May be you can use >this. Looks like about a 30 minute job to parse this guy into separate icon sizes and choose the largest one and feed that into the resize routine. It makes it easier that they're all 32-bit quantities, no format conversions necessary, and there is no reason not to write a nice 2d bilinear or quadratic scaler to give some really sharp icons! ... > I just did some runs with the commercial apps I use at work, and can > > see that many do *not* create custom classes or window_roles for each > > type of window. >KDE and gnome apps does. Yup, seems to be neither rhyme nor reason about it. The apps I'm using have been ported using some Tk, some MainFrame(tm) Windoze porting layers, and maybe some ??ber-hacks... > > I think the best thing to do for the class naming is > > to just use an incrementing number and make each window its own > > class. >This was my first attempt. It's in the patch I sent a few mins ago, it seems to work OK and not leave things dangling if you clean up the HICONs and WNDCLASSes... > > Then when the window is deleted we will just >UnregisterClass(GetClassName(hwnd)) and NOT have any GDI leaks. >... because of not freeing the Window Class after destroying a window ? >There is no need for this. MSDN says, you can call UnregisterClass() after >every >window destroying. >"If the class could not be found or if a window still exists that was created >with the class, the return value is zero. To get extended error information, >call GetLastError." Good catch, I didn't notice that. I've learned to not trust Windoze to give me an error when I do something bad, though, from much experience. The UnregisterClass() is safe to call and fail, but the DestroyIcon call isn't, and I can guarantee bad stuff if you kill an icon that's selected into a DC (or will be selected in the future for some window drawing) under older Windoze versions. > We have a GDI leak now because of this, so it will kill two birds with > > one stone. Under NT or later this leak shouldn't be a problem, but > > 95 based OSes share a common 16-bit pool amongst all apps, and may > > run out causing really bad things to happen if the server is running > > for a long time. This is actually a silly concern, Windows 98 won't run long enough anyway for this to happen without a reboot. My W2K box at work, though, has an emacs that's been running for about 3 weeks so far, and I'd really hate to have my X session crap out after a long debugging session. > > We also have a GDI leak on the HICONs which need to be properly >...... but there are many more windows with the default x icon and not >with the >icon of the basic application window. Fixing this means adding some stuff to >deal the stuff, the Window Class concept does. I'm not sure I understand you here, but FWIW the patch sent does take care to load one copy of the "X" icon and never frees it, but will always free an icon in a class that's destroyed or when it is overwritten by another one. >I have some questions about this: >1. Does UnregisterClass() frees the assigned ICON or has it to be free'd >manually ? Nope, that's up to us. See the winDeleteWindow() function in winmultiwindow.c >2. The CreateIcon() and LoadImage() stuff does not frees the previous icon. >Could this not be fixed ? Does this not fix mostly GDI leaks ? Yup, fixed but there are still the classes floating around. AFAIK that's a GDI resource too, if not then it's what's called a "system resource" under W95 OSes... >3. Every time a WMhints message comes in a new icon will be created. What >about >checking if this icon was already created and avoid every time recreating >? The >pixmap id could be stored in the private window area. Possibly, but it won't save much time and if you delete the old icon you're still as good as before, with no bookkeeping needed. > > The class, name, and role can still be used for the 2nd chance > > iconification of windows (the LoadImage() call referencing xwin.ini). >You mean canceling the wm-hints pixmap features ? That means excluding all x >apps, which does provide such informations. It's still there, but the .ini file is really, really non-unix. It also uses Windoze paths and .ICO type files. IMHO what is really needed is something like a ~/.fvwmrc, with cygwin based paths and .png and .jpg support. >I don*t know, what*'s was going wrong, but anyway, streching the 16x16 bit >images the 32x32 for the task switcher will not give good results. >KDE apps uses the _NET_WM_ICON property to provide a higher sized image. >See my >other mail for more informations. What's weird is that everyone says the KDE icons are 16-bit color, but when I look at the wm_hints.pixmap it's always a 24-bit color one. If they use the standard png_decompress() or whatever, that goes to RGB by default so it would make sense to leave it at 24bpp. konqueror, mozilla, and ethereal were tested... >Is there anyone there who has a linux machine with KDE 3 running, which >could be >accessed through the internet, so that Erle could connect to this machine and >try by himself ? >BTW: One could use the KDE 3.1.1 release from the kde-cygwin port, but I don't >know I this would be to heavy ? I'm using this for testing this icon stuff. It >need some more time for starting a kde application, but with a fast machine it >would be possible. I'll see if I can get this going locally, because any remote work thru my 56k modem is unpleasant to say the least. Toutefois, I think pretty much anyone should be able to put in support for the _NET_ICON format since the 24/32bpp scaler seems to be working pretty well. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Wed May 28 05:40:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 28 May 2003 05:40:00 -0000 Subject: Local xload for cygwin Message-ID: <5.1.1.6.2.20030527222116.00ac7390@mail.ziplabel.com> This isn't really XWin.exe related, but I've just posted a patch to the XFree86 devel group to allow you to run xload locally under cygwin. There's no rwhod so remote doesn't work, but you can still always xload from a remote machine. Even without remote sensing it's still pretty handy and more customizable than the Windows task manager. This means when you run window managers that swallow xload into their taskbars, they work 100% under cygwin... http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=305 -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From sparracho1964@rogers.com Wed May 28 05:54:00 2003 From: sparracho1964@rogers.com (Sergio) Date: Wed, 28 May 2003 05:54:00 -0000 Subject: WMaker crashes when starting with startxwin.bat In-Reply-To: Message-ID: Hello, I have just installed cygwin and everything is working fine except for one small problem. When I start up cygwin and load up Xwin via bash everything is fine, I have 2 xterms popup and a clock. My xterms are set to start in my home dir. My problem is loading Xwin via startxwin.bat. I found this email in the archives, and the settings here fixed my Signal 11 Xwin problem, and Xwin loads up fine via the startxwin.bat, but when my xterms popup they don't have the HOME var set. I fixed this problem with the bash --login option. I know this is because /etc/profile isn't read in the .bat. Is there any way to have the /etc/profile read, because I have other little in there I would like to use. I could live without them, but I was just curious. Thanks, Sergio Hi Klaus > yes, you're probably right. But now the tricky question: > How can I change the windows home to point to my $HOME in cygwin to solve > that problem? take my startxwin.bat as an example. Cygwin is installed on d:\cygwin. The only customized lines are "SET HOME", "SET CYGWIN_ROOT", the rest is standard startxwin.bat with different WM-calls REMmed on and off. HTH hjb @echo off D: SET DISPLAY=127.0.0.1:0.0 SET HOME=/CYGDRIVE/D/cygwin/home/DV105 REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/XFree86, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM SET CYGWIN_ROOT=D:\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% REM REM Cleanup after last run. REM if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix REM REM Startup the X Server, the twm window manager, and an xterm. REM ... skipped .... if "%OS%" == "Windows_NT" goto OS_NT REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT REM Windows NT/2000/XP echo startxwin.bat - Starting on Windows NT/2000/XP :STARTUP REM REM Startup the programs REM REM Startup the X Server. REM start XWin %1 REM start XWin -fullscreen start XWin -rootless REM start XWin -broadcast REM Startup an xterm, using bash as the shell. REM run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash REM setxkbmap de REM Startup the twm window manager. REM run twm REM run fvwm2 REM run openbox run wmaker xrdb -merge .Xresources REM Set a background color. REM run xsetroot -solid aquamarine4 exit From stacey@pigtailproductions.com Wed May 28 06:18:00 2003 From: stacey@pigtailproductions.com (Stacey Campbell) Date: Wed, 28 May 2003 06:18:00 -0000 Subject: key bounce problem In-Reply-To: <3ED43ECB.10306@msu.edu> Message-ID: Harold, > Duncan Cragg seems to have reported success using 'xset r off', but you > may want to read the rest of that thread for clarification. Hmm... from > my own comments I think I mentioned that XF86MISC isn't compiled in, so > it wouldn't seem that 'xset r off' could actually do anything... No xset 'r' args appear to work. 'xset q' shows that the server is correctly registering 'xset r off' and it's definitely ignored. I think it's fine that XWin currently ignores this stuff since it's (without looking at the source) probably doing the right thing by talking directly to the Windows keyboard driver at the application level. Either way, I don't actually want 'xset r off', I really want something like: $ cat ~/.xserverrc : exec /usr/X11R6/bin/X -ar1 500 :0 ...which doesn't seem to work either. > I had asked for some help from our guru, Alan Hourihane, but I don't > remember if he had any insight to offer me. In a previous life I wrote X server support many ISA, VESA and PCI graphics adapters. I remember the keyboard-and-mouse-input guy in our group being a weary "glass is half empty" type person when struggling with these devices and everything that an X server is expected to do with them. Stacey http://www.pigtailproductions.com/stacey/ From sparracho1964@rogers.com Wed May 28 07:16:00 2003 From: sparracho1964@rogers.com (Sergio) Date: Wed, 28 May 2003 07:16:00 -0000 Subject: WMaker crashes when starting with startxwin.bat In-Reply-To: Message-ID: Well I fixed the prob, I just added this to startxwin.bat REM Startup bash and run startx run bash --login -c "startx" Hope this helps someone else... Sergio -----Original Message----- From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Sergio Sent: Wednesday, May 28, 2003 2:04 AM To: cygwin-xfree@cygwin.com Subject: Re: WMaker crashes when starting with startxwin.bat Hello, I have just installed cygwin and everything is working fine except for one small problem. When I start up cygwin and load up Xwin via bash everything is fine, I have 2 xterms popup and a clock. My xterms are set to start in my home dir. My problem is loading Xwin via startxwin.bat. I found this email in the archives, and the settings here fixed my Signal 11 Xwin problem, and Xwin loads up fine via the startxwin.bat, but when my xterms popup they don't have the HOME var set. I fixed this problem with the bash --login option. I know this is because /etc/profile isn't read in the .bat. Is there any way to have the /etc/profile read, because I have other little in there I would like to use. I could live without them, but I was just curious. Thanks, Sergio Hi Klaus > yes, you're probably right. But now the tricky question: > How can I change the windows home to point to my $HOME in cygwin to solve > that problem? take my startxwin.bat as an example. Cygwin is installed on d:\cygwin. The only customized lines are "SET HOME", "SET CYGWIN_ROOT", the rest is standard startxwin.bat with different WM-calls REMmed on and off. HTH hjb @echo off D: SET DISPLAY=127.0.0.1:0.0 SET HOME=/CYGDRIVE/D/cygwin/home/DV105 REM REM The path in the CYGWIN_ROOT environment variable assignment assume REM that Cygwin is installed in a directory called 'cygwin' in the root REM directory of the current drive. You will only need to modify REM CYGWIN_ROOT if you have installed Cygwin in another directory. For REM example, if you installed Cygwin in \foo\bar\baz\cygwin, you will need REM to change \cygwin to \foo\bar\baz\cygwin. REM REM This batch file will almost always be run from the same drive (and REM directory) as the drive that contains Cygwin/XFree86, therefore you will REM not need to add a drive letter to CYGWIN_ROOT. For example, you do REM not need to change \cygwin to c:\cygwin if you are running this REM batch file from the C drive. REM SET CYGWIN_ROOT=D:\cygwin SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH% REM REM Cleanup after last run. REM if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix REM REM Startup the X Server, the twm window manager, and an xterm. REM ... skipped .... if "%OS%" == "Windows_NT" goto OS_NT REM Windows 95/98/Me echo startxwin.bat - Starting on Windows 95/98/Me goto STARTUP :OS_NT REM Windows NT/2000/XP echo startxwin.bat - Starting on Windows NT/2000/XP :STARTUP REM REM Startup the programs REM REM Startup the X Server. REM start XWin %1 REM start XWin -fullscreen start XWin -rootless REM start XWin -broadcast REM Startup an xterm, using bash as the shell. REM run xterm -sl 1000 -sb -rightbar -ms red -fg yellow -bg black -e /usr/bin/bash REM setxkbmap de REM Startup the twm window manager. REM run twm REM run fvwm2 REM run openbox run wmaker xrdb -merge .Xresources REM Set a background color. REM run xsetroot -solid aquamarine4 exit From colin.harrison@virgin.net Wed May 28 07:43:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 28 May 2003 07:43:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c324e9$064c4ef0$0200a8c0@straightrunning.com> Hi Earle, Attached is a compressed .rtf file containing a capture of icons I get at 32 bits colour via XWin. It shows the task switcher icons with:- 1) A putty session (not via XWin!) 2) mozilla (ok, with switcher selection border) 3) konqueror (showing transparency fault) 4) xeyes and xclock (ok) 5) xterm (wrong ico, as deliberately showing a local c:\windows\ethereal.ico using XWin.ini) 6) ethereal (showing transparency fault) File should open in Word etc. Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: icons.rtf.bz2 Type: application/octet-stream Size: 25051 bytes Desc: not available URL: From pfw@aonix.co.uk Wed May 28 09:52:00 2003 From: pfw@aonix.co.uk (Paul Warren) Date: Wed, 28 May 2003 09:52:00 -0000 Subject: key bounce problem In-Reply-To: <1054098826.31724.ezmlm@cygwin.com> References: <1054098826.31724.ezmlm@cygwin.com> Message-ID: <20030528084342.25f3749c.pfw@aonix.co.uk> > Duncan Cragg seems to have reported success using 'xset r off', but you > may want to read the rest of that thread for clarification. Hmm... from > my own comments I think I mentioned that XF86MISC isn't compiled in, so > it wouldn't seem that 'xset r off' could actually do anything... I too suffered from this problem until Duncan reported how 'xset r off' cured it for him. It also cured it for me. I don't know if "cured" is the right word, but the problem hasn't appeared since I applied the cure. I wasn't experiencing the problem as bad as Duncan was, but enough to make it irritating (maybe 10 - 20 times a day). My machine is NT - improved no end through Cygwin/XFree86/XFCE :-) Paul Warren From pstavroulis@redfig.com Wed May 28 13:24:00 2003 From: pstavroulis@redfig.com (Panos Stavroulis) Date: Wed, 28 May 2003 13:24:00 -0000 Subject: Windows NT installation 1.3.22-1 Message-ID: Hi, I've just installed ver 1.3.22-1. I can't do the "foreach" command from the prompt and don't need to write a script. Is something wrong with my installation or I am doing something wrong. Sorry if my question is too simplistic. Thanks, Panos From huntharo@msu.edu Wed May 28 13:36:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 28 May 2003 13:36:00 -0000 Subject: Local xload for cygwin In-Reply-To: <5.1.1.6.2.20030527222116.00ac7390@mail.ziplabel.com> References: <5.1.1.6.2.20030527222116.00ac7390@mail.ziplabel.com> Message-ID: <3ED4B87F.3050106@msu.edu> Earle, The normal path for any Cygwin-related patches it that developers send them to me, I apply them to my local tree, I make a test release, I ball the fixes up and send them to patches at XFree86, Alan Hourihane picks up whatever I send him and commits it. XFree86's Bugzilla was just recently setup... this will make an interesting test case to see if anything will actually happen with the patch. I think all the XFree86 CVS committers know that Alan handles the Cygwin patches, so I am not sure if they will even look at it. Oh well, we will find out. Harold Earle F. Philhower III wrote: > This isn't really XWin.exe related, but I've just posted a patch to the > XFree86 > devel group to allow you to run xload locally under cygwin. There's no > rwhod > so remote doesn't work, but you can still always xload from a remote > machine. > Even without remote sensing it's still pretty handy and more > customizable than > the Windows task manager. This means when you run window managers that > swallow > xload into their taskbars, they work 100% under cygwin... > > http://bugs.xfree86.org//cgi-bin/bugzilla/show_bug.cgi?id=305 > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From huntharo@msu.edu Wed May 28 13:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 28 May 2003 13:39:00 -0000 Subject: key bounce problem In-Reply-To: References: Message-ID: <3ED4BB58.4030706@msu.edu> Stacey, Stacey Campbell wrote: > Harold, > > >>Duncan Cragg seems to have reported success using 'xset r off', but you >>may want to read the rest of that thread for clarification. Hmm... from >>my own comments I think I mentioned that XF86MISC isn't compiled in, so >>it wouldn't seem that 'xset r off' could actually do anything... > > > No xset 'r' args appear to work. 'xset q' shows that the server is > correctly registering 'xset r off' and it's definitely ignored. I > think it's fine that XWin currently ignores this stuff since it's > (without looking at the source) probably doing the right thing by > talking directly to the Windows keyboard driver at the application level. > Hmm... Well, there are two opportunities to get hit by an automatic key repeat here: 1) Windows key repeats. This is where Windows notes that the duration of a key press connotes more than one key press and it sets the repeat count flag in the key press message to our application. We loop through the repeat count, sending a key press X event for each repeat. The other option here is that Windows will not group the key presses into a single message, but will instead keep sending the key press message interspersed with other messages. 2) X key repeats. This is disabled with 'xset r off'. Even though XF86MISC isn't compiled in it seems to work for users that have problems with this. The nature of this problem is that we send *one* key press event to X, but X interprets the duration between the key press event and the key release event as meaning that automatic repeats for the key should be generated. As you can see, this is a sort of double handling of key repeats since these sort of repeats are already handled by Windows. X key repeats cause problems in high-latency situations, such as when running a debug-compiled server with our slowest graphics engine (Native GDI, not yet finished) or over Windows Remote Desktop connections on slow links. This is the problem that users have complained about previously. Everything that you have said, especially the fact that changing a Windows option seems to help, indicates to me that either you have a weird keyboard or keyboard driver that is causing Windows key repeats, or that for some reason you hold keys really long when running Cygwin/XFree86 :) I really can't imagine that you have problem (2) as described above, since the prescribed work-around doesn't do anything for you. Perhaps you have problem (1) and Cygwin/XFree86 could be one of only a few applications that actually pay attention to the Windows key repeat count in key press messages. I have no idea if most Windows apps use the key repeat counts like they are supposed to... some do, but I don't know if the majority do. This would explain why changing the keyboard setting in Windows seems to affect only Cygwin/XFree86. > Either way, I don't actually want 'xset r off', I really want something > like: > > $ cat ~/.xserverrc > : > exec /usr/X11R6/bin/X -ar1 500 :0 > > ...which doesn't seem to work either. > > As I have said many times, I can program X Servers, but I am a terrible X user. I have no idea what the intention of the above command-line parameters are. >>I had asked for some help from our guru, Alan Hourihane, but I don't >>remember if he had any insight to offer me. > > > In a previous life I wrote X server support many ISA, VESA and PCI > graphics adapters. I remember the keyboard-and-mouse-input guy in > our group being a weary "glass is half empty" type person when struggling > with these devices and everything that an X server is expected to do > with them. Interesting. The keyboard and mouse input in our system is surprisingly easy... our main problem is getting X to keep its hands off of the events that we send it :) Harold From huntharo@msu.edu Wed May 28 13:54:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 28 May 2003 13:54:00 -0000 Subject: Windows NT installation 1.3.22-1 In-Reply-To: References: Message-ID: <3ED4BBF7.6010408@msu.edu> Panos, I have no idea what you are talking about. Are you trying to use XFree86 on Cygwin? If not, you have the wrong mailing list (use cygwin@cygwin.com instead). If you do need help installing and running Cygwin/XFree86, please see: http://xfree86.cygwin.com/docs/ug/cygwin-xfree-ug.html Harold Panos Stavroulis wrote: > Hi, > > I've just installed ver 1.3.22-1. I can't do the "foreach" command > from the prompt and don't need to write a script. Is something wrong with my > installation or I am doing something wrong. Sorry if my question is too > simplistic. > > Thanks, > > Panos From rschulz@sonic.net Wed May 28 14:11:00 2003 From: rschulz@sonic.net (Randall R Schulz) Date: Wed, 28 May 2003 14:11:00 -0000 Subject: Windows NT installation 1.3.22-1 In-Reply-To: Message-ID: <5.2.1.1.2.20030528064625.01f54e88@pop.sonic.net> Panos, This question probably belongs on the general Cygwin list, no on Cygwin-XFree. I've added that list to this reply's distribution. Further follow-ups and replies should go there only. I believe you're expecting a CSH-equivalent shell (tcsh, e.g.). That shell is available under Cygwin, if you install it, but it is not the default interactive shell. That role is filled by BASH. You can modify or replace the BAT file or shortcut you use to start a Cygwin shell to use the shell of your choice. If eventually you set up remote logins using SSH, you'll have to modify the password file to override the default shell recorded there, which again will be "/bin/bash". Cygwin makes available the following interactive shells via its Setup.exe installer: ash bash ksh (pdksh) sh (actually a synonym for ash -- beware when writing scripts using #!/bin/sh) tcsh zsh Good luck. Randall Schulz At 02:51 2003-05-28, Panos Stavroulis wrote: > Hi, > > I've just installed ver 1.3.22-1. I can't do the "foreach" command >from the prompt and don't need to write a script. Is something wrong with my >installation or I am doing something wrong. Sorry if my question is too >simplistic. > > Thanks, > > Panos From pcbrc@attbi.com Wed May 28 14:21:00 2003 From: pcbrc@attbi.com (Board Buyer) Date: Wed, 28 May 2003 14:21:00 -0000 Subject: PCB Buyers' Website Launched Message-ID: <044901c32523$0239a080$2c67d10c@1ap4uieeks329l7> Log on and Ask an Expert today! If you buy printed circuit boards, you need to take a look at this new resource designed to take the mystery (misery) out of the PCB purchasing process. We have designed the PCBRC (Printed Circuit Buyer's Resource Center) to help buyers and specifiers gain a better understanding of PCB technologies, the markets, and the industry as a whole. At the PCBRC you will find: ? Experts on any PCB topic ? New technologies for more reliable boards ? Market specialists Link to many PCB resources such as: ? Magazines ? Associations ? Key Industry Groups We have also added a complete list of US fabricators. Soon we?ll be adding European and Asian fabricators, as well. Learn all about buying a PCB and how to choose a supplier. Talk to bare board fabricators and their suppliers about the latest technologies and market trends. Learn about pricing around the world, capacity, and new process capabilities. Printed Circuit Buyer's Resource Center is the only website dedicated to the PCB purchaser. http://www.pcbrc.com/?1 Unsubscribe We are doing our best to send this email to companies which will likely have an interest in our new website. To unsubscribe, reply and write "unsubscribe" in the subject line. We apologize for any inconvenience. From colin.harrison@virgin.net Wed May 28 14:30:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 28 May 2003 14:30:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000101c32524$69e8f130$0200a8c0@straightrunning.com> Hi Earle, Some more icons from XWin, the ghostview one show the bug at its best, yet the others are all superb? >Attached is a compressed .rtf file containing a capture of icons I get at 32 >bits colour via XWin. It shows the task switcher icons with:- 1) A putty session (not via XWin!), the way I ssh to my remote boxes, to run.. 2) KEdit 3) ghostview (!) 4) KCalc 5) acroread All 16 bit colour this time (my usual setting, speed before beauty!) File should open in WordPad etc. Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: IconsFromXWin.rtf.bz2 Type: application/octet-stream Size: 17198 bytes Desc: not available URL: From alexander.gottwald@s1999.tu-chemnitz.de Wed May 28 14:32:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 28 May 2003 14:32:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <000101c32524$69e8f130$0200a8c0@straightrunning.com> Message-ID: On Wed, 28 May 2003, Colin Harrison wrote: > > File should open in WordPad etc. What about posting the images as gif, png or jpg or even better, just posting a link to the image? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From colin.harrison@virgin.net Wed May 28 14:32:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 28 May 2003 14:32:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c32525$f6167370$0200a8c0@straightrunning.com> Hi Earle, Oops disregard this ..ghostview has a duff icon anyway...I just checked in a KDE linux session. >Some more icons from XWin, the ghostview one show the bug at its best, yet >the others are all superb? i.e. they are all superb! 'You can't make a silk purse out of a sow's ear' Colin From earle@ziplabel.com Wed May 28 14:47:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 28 May 2003 14:47:00 -0000 Subject: Custom icons per window class/name patch In-Reply-To: <000101c32524$69e8f130$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030528072833.00ad0b30@mail.ziplabel.com> Howdy Colin, At 03:21 PM 5/28/2003 +0100, you wrote: >...It shows the task switcher icons with:- >3) ghostview (!) >3) konqueror (showing transparency fault) >4) xeyes and xclock (ok) Are you sure you have all the patches in? #4 xclock is actually a watch icon, with a black strap at the top and bottom whenever I run under 16 or 32 bit mode #3 gv looks more like ghostview has a 50% grey dither around the icon, no? In that case because of the scaling artifacts from xxx->32 you'll get that kind of effect, especially at 1-bit deep. I'll see if I can find anything since it's common between 32 and 16 bit modes. Icons larger than 16x16 seem to have OK 1-bit masks, it's pretty odd! -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From abraverman@itms.com Wed May 28 15:28:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Wed, 28 May 2003 15:28:00 -0000 Subject: key bounce problem In-Reply-To: <3ED43ECB.10306@msu.edu> Message-ID: <002501c32528$11f64e60$1e54cea7@andrew> I tried the "xset r off" when it was mentioned and have not had a keyboard bounce problem since. According to the way I read the man page for xset, only the rate parameter is handled by the keyboard extension and not the autorepeat on/off. From what I can tell, in a ms-windows based xserver, that option can always be set off without anyone noticing because ms-windows has its own autorepeat that will be on anyway. I have attached the relevant section of the man page below for others to decide how they want to read it... Andy r The r option controls the autorepeat. Invoking with "-r", or "r off", will disable autorepeat, whereas "r", or "r on" will enable autorepeat. Following the "-r" or "r" option with an integer keycode between 0 and 255 will disable or enable autorepeat on that key respectively, but only if it makes sense for the particular keycode. Keycodes below 8 are not typically valid for this command. Example: "xset -r 10" will disable autorepeat for the "1" key on the top row of an IBM PC key- board. If the server supports the XFree86-Misc extension, or the XKB extension, then a parameter of 'rate' is accepted and should be followed by zero, one or two numeric values. The first speci- fies the delay before autorepeat starts and the second speci- fies the repeat rate. In the case that the server supports the XKB extension, the delay is the number of milliseconds before autorepeat starts, and the rate is the number of repeats per second. If the rate or delay is not given, it will be set to the default value. > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: Wednesday, May 28, 2003 12:45 AM > To: cygwin-xfree@cygwin.com > Subject: Re: key bounce problem > > > Stacey, > > Check the following email message for some history: > > http://sources.redhat.com/ml/cygwin-xfree/2003-04/msg00107.html > > > Duncan Cragg seems to have reported success using 'xset r > off', but you > may want to read the rest of that thread for clarification. > Hmm... from > my own comments I think I mentioned that XF86MISC isn't > compiled in, so > it wouldn't seem that 'xset r off' could actually do anything... > > I had asked for some help from our guru, Alan Hourihane, but I don't > remember if he had any insight to offer me. I didn't notice > a reply to > his message in the thread, but this was during the end of the > semester > for me so I may have been so busy that I didn't notice his response. > > Stacey --- If you weren't running (exactly) 'xset r off', > could you try > restoring your Windows keyboard setting and running that > command? Let > us know the results. I don't expect it to work, or I suspect > that you > have already tried (you did mention xset r), but give it a > shot if you > haven't tried it. > > Any else got some ideas here? > > Harold > > Stacey Campbell wrote: > > > I've been experiencing a fairly annoying key bounce problem > with almost > > any X client that takes keyboard input running against XWin on my XP > > box. The problem rears its ugly head the most when running xterm. > > I searched the archive for this list for "xterm", > "debounce", "keyboard", > > etc but couldn't find a message with a solution. > > > > The keyboard code for XWin appears to ignore xset's "r" > option, likewise > > it appears to ignore XKEYBOARD args such as -ar1 as detailed on the > > Xserver man page. The keyboard code doesn't ignore XP's keyboard > > control settings however. I modified Control > Panel->Keyboard->Repeat Delay > > to be one notch slower and the keyboard bounce problems > magically went > > away. This fix obviously modifies the behavior of the > keyboard for every > > Windows app, but since I spend 99% of the time inside XFree86 I'm > > quite happy with it. :-) > > > > I don't know if this fix applies to anything other than XP, but I > > thought I should subscribe to this list and get this > message into the > > archive in case someone else runs into the same problem > down the road. > > > > Stacey > > http://www.pigtailproductions.com/stacey/ > > > > From colin.harrison@virgin.net Wed May 28 15:54:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 28 May 2003 15:54:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c3252d$d8918f80$0200a8c0@straightrunning.com> Hi Earle, Disregard ghostview icon as per my previous post(s)! I rebuilt clean from Harold's test86 source with your from_86.diff.bz2 patch this morning, to be sure my exe/results were up-to-date. I don't get the xclock watch icon on my remote linux boxes either, (RedHat 8.0 and 7.3, KDE) using XFree86-4.2.0-72 and XFree86-4.2.0-8 which are RH's latest released rpms for these disto versions! Cygwin is at 4.2.0-1. Looks like a red herring anyway, I can't fault any 'normal' (as in longstanding) X app icon handling through XWin! I think I'm splitting hairs anyway by pushing my testing beyond XWin's boundaries (i.e. handling clients outside cygwin, that should be handled via XDMCP)? Colin From earle@ziplabel.com Wed May 28 16:12:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Wed, 28 May 2003 16:12:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <20030528155425.325F21C86F@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From colin.harrison@virgin.net Wed May 28 16:37:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 28 May 2003 16:37:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c32533$e516c3a0$0200a8c0@straightrunning.com> Hi Earle, Just about to try your patch. I'm going cross-eyed starring at these icon! I think that there is a black outline to xeyes and xclock icons that maybe gets lost in the wash! KDE show them with an outline (maybe it's an add-on effect?) Also think xclock has a watch icon now, after all, not a clock (I'm seeing 4 eyes now!)!! I need a new big widescreen monitor and a new pair of specs! I'll maybe try it on a friend's machine, he always has the most expensive kit, being a graphics designer. Colin From colin.harrison@virgin.net Wed May 28 17:35:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 28 May 2003 17:35:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c32537$7ea35c10$0200a8c0@straightrunning.com> Hi Earle, Your fix is good. No more transparent background problems on ethereal or konqueror icons. I'm off to get my eyes tested! Thanks Colin From colin.harrison@virgin.net Wed May 28 18:23:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Wed, 28 May 2003 18:23:00 -0000 Subject: Custom icons per window class/name patch Message-ID: <000001c3253f$7b408860$0200a8c0@straightrunning.com> Hi Earle et al, Just some (final?) results to show how good icon handling now is. Notice the xclock and xeyes now have their correct border and woopee it is a watch not a clock! (It's a tiny attached file, 20K...honest Alexander!) Captured at 16 bit colour 1280x1024 display. > Attached is a compressed .rtf file containing a capture of icons I get at 16 > bits colour via XWin. > It shows the task switcher icons with:- 1) A putty session (not via XWin!) 2) Six remote apps via XWin listed 'xxxxx &' in putty session. File should open in WordPad etc. Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: IconsFromXWin.rtf.bz2 Type: application/octet-stream Size: 21056 bytes Desc: not available URL: From lev.bishop@yale.edu Wed May 28 18:27:00 2003 From: lev.bishop@yale.edu (Lev Bishop) Date: Wed, 28 May 2003 18:27:00 -0000 Subject: problem: occasional keystroke doubling (a known issue?) Message-ID: Looking through the archives it seems that people were discussing something like this about a year ago (see the "double keystroke effects with XP" thread), but I'm not sure if this is quite the same thing, since that report talks about problems only with normal-speed typing and I get it even for isolated keypresses. Basically what happens is that occasionally a keystroke gets doubled. Its nothing to do with focus changes AFAICT (see "New devel to-do item (release all pressed keyboard keys on focus loss)" thread). Most often noticable with doubled newline after completing a command. I've only observed it for xterm but that doesn't mean it doesn't happen for other clients. The most reliable way I know to replicate it is to do something like "info coreutils" and then slowly keep pressing "n" for the next topic. Maybe 1 time in 10 you can see it actually jumps 2 topics not 1. I'm using: Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 1 cygwin.dll ver 1.3.22 start XWin -clipboard -multiwindow -emulate3buttons 100 cygcheck -s -v -r output attached Lev -------------- next part -------------- Cygwin Win95/NT Configuration Diagnostics Current System Time: Wed May 28 10:56:07 2003 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Tcl\bin c:\MATLABR11\bin c:\Program Files\SSH Communications Security\SSH Secure Shell c:\WINDOWS\System32\ C:\cygwin\usr\X11R6\bin C:\cygwin\bin\id.exe output (nontsec) UID: 1007(Lev) GID: 513(None) 513(None) C:\cygwin\bin\id.exe output (ntsec) UID: 1007(Lev) GID: 513(None) 513(None) 544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS HOME = `C:\cygwin\home\Lev' MAKE_MODE = `unix' PWD = `/home/Lev' USER = `Lev' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' APPDATA = `C:\Documents and Settings\Lev\Application Data' CLASSPATH = `%CLASSPATH%;C:\Program Files\ProductViewExpress\ptcpvx.jar' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `RAAJSGDH' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' HOMEDRIVE = `C:' HOMEPATH = `\Documents and Settings\Lev' HOSTNAME = `raajsgdh' LOGONSERVER = `\\RAAJSGDH' MANPATH = `:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/Lev' OS = `Windows_NT' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.tcl' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 11 Stepping 1, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0b01' PROGRAMFILES = `C:\Program Files' PROMPT = `$P$G' PS1 = `\[\033]0;\w\007 \033[32m\]\u@\h \[\033[33m\w\033[0m\] $ ' PVX_INSTALL_DIR = `C:\Program Files\ProductViewExpress\' SESSIONNAME = `Console' SHLVL = `1' SSH_AGENT_PID = `2304' SSH_AUTH_SOCK = `/tmp/ssh-pHJP2228/agent.2228' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `c:\DOCUME~1\Lev\LOCALS~1\Temp' TERM = `cygwin' TMP = `c:\DOCUME~1\Lev\LOCALS~1\Temp' USERDOMAIN = `RAAJSGDH' USERNAME = `Lev' USERPROFILE = `C:\Documents and Settings\Lev' WINDIR = `C:\WINDOWS' _ = `/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 19037Mb 61% CP CS UN PA FC banana d: cd N/A N/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode C:\cygwin\usr\X11R6\lib\X11\fonts /usr/X11R6/lib/X11/fonts system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cpp.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 58k 2002/05/07 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2002/5/7 2:33 6k 2002/06/24 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2002/6/24 14:23 848k 2003/04/11 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/4/11 6:33 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 551k 2003/04/02 C:\cygwin\bin\cygcurl-2.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-2.dll" v0.0 ts=2003/4/2 16:09 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 136k 2002/10/17 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2002/10/17 11:21 50k 2002/03/17 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2002/3/17 1:24 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 76k 2003/03/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/3/9 15:51 28k 2003/03/22 C:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-3.dll" v0.0 ts=2003/3/22 17:19 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/03/22 C:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-3.dll" v0.0 ts=2003/3/22 17:22 490k 2002/09/21 C:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2002/9/21 6:01 63k 2002/09/21 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2002/9/21 6:01 24k 2002/09/21 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2002/9/21 6:01 14k 2002/09/21 C:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2002/9/21 6:01 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 20k 2002/10/10 C:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2002/10/10 13:28 929k 2002/06/24 C:\cygwin\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 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 28k 2002/09/20 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2002/9/19 23:13 21k 2001/06/20 C:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0 "cygintl.dll" v0.0 ts=2001/6/20 13:09 12k 2003/02/17 C:\cygwin\bin\cygioperm-0.dll - os=4.0 img=1.0 sys=4.0 "cygioperm-0.dll" v0.0 ts=2003/2/17 14:58 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 61k 2003/03/05 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2003/3/5 15:09 32k 2003/04/16 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2003/4/15 21:41 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 48k 2003/03/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/3/9 15:51 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 284k 2003/03/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/3/9 15:50 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 31k 2003/03/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/3/9 15:50 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 1005k 2003/03/30 C:\cygwin\bin\cygperl5_8_0.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_8_0.dll" v0.0 ts=2003/3/30 10:39 168k 2003/02/23 C:\cygwin\bin\cygpng10.dll - os=4.0 img=1.0 sys=4.0 "cygpng10.dll" v0.0 ts=2003/2/23 18:02 173k 2003/02/23 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2003/2/23 17:02 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 127k 2002/10/10 C:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2002/10/10 13:28 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 176k 2003/04/11 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/4/11 6:33 165k 2003/04/11 C:\cygwin\bin\cygssl.dll - os=4.0 img=1.0 sys=4.0 "cygssl.dll" v0.0 ts=2003/4/11 6:37 281k 2003/02/24 C:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/23 23:58 601k 2003/05/07 C:\cygwin\bin\cygwin-ruby16.dll - os=4.0 img=1.0 sys=4.0 "cygwin-ruby16.dll" v0.0 ts=2003/5/7 7:02 633k 2002/07/22 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2002/7/22 2:29 152k 2002/03/17 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2002/3/17 1:19 15k 2002/03/17 C:\cygwin\bin\cygxsltbreakpoint-1.dll - os=4.0 img=1.0 sys=4.0 "cygxsltbreakpoint-1.dll" v0.0 ts=2002/3/17 1:24 50k 2002/03/12 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2002/3/11 23:38 948k 2003/03/18 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2003/3/18 9:20 Cygwin DLL version info: DLL version: 1.3.22 DLL epoch: 19 DLL bad signal mask: 19005 DLL old termios: 5 DLL malloc env: 28 API major: 0 API minor: 78 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: Tue Mar 18 09:20:11 EST 2003 CVS tag: dontuse-21 Shared id: cygwin1S3 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:\Documents and Settings\Lev\Desktop\cyg Last downloaded files from: http://sigunix.cwru.edu/pub/cygwin/ftp Package Version _update-info-dir 00164-1 a2ps 4.12-1 ash 20020731-1 astyle 1.15.3-3 autoconf 2.54-1 autoconf-devel 2.57-1 autoconf-stable 2.13-4 automake 1.7.1-1 automake-devel 1.7.3-1 automake-stable 1.4p5-5 base-files 1.3-1 base-passwd 1.1-1 bash 2.05b-9 bc 1.06-1 binutils 20030307-1 bison 20030307-1 byacc 1.9-1 bzip2 1.0.2-2 ccache 1.9-1 cgoban 1.9.12-1 clear 1.0-1 cmake 1.6.6-1 compface 1.4-5 cpio 2.5-1 crypt 1.0-1 ctags 5.5-3 curl 7.10.4-1 curl-devel 7.10.4-1 cvs 1.11.0-1 cygrunsrv 0.96-1 cygutils 1.1.3-1 cygwin 1.3.22-1 cygwin-doc 1.3-4 dejagnu 20021217-2 diffutils 2.8.1-1 doxygen 1.2.18-1 dpkg 1.10.4-2 ed 0.2-1 ELFIO 1.0.0-1 emacs 21.2-12 emacs-X11 21.2-12 enscript 1.6.3-3 expat 1.95.5-1 expect 20030128-1 file 4.02-1 fileutils 4.1-1 findutils 4.1.7-4 flex 2.5.4-2 fvwm 2.4.7-2 gawk 3.1.2-2 gcc 3.2-3 gcc-mingw 20020817-5 gcc2 2.95.3-10 gdb 20030303-1 gdbm 1.8.0-5 gettext 0.11.5-1 gettext-devel 0.11.5-1 ghostscript 7.05-2 ghostscript-base 7.05-2 ghostscript-x11 7.05-2 gperf 2.7.2-1 grace 5.1.12-1 grep 2.5-1 groff 1.18.1-2 gsl 1.3-1 guile 1.6.0-1 guile-devel 1.6.0-1 gzip 1.3.3-4 indent 2.2.8-1 ioperm 0.4-1 jpeg 6b-7 keychain 1.9-1 less 378-1 lesstif 0.93.41-1 libbz2_1 1.0.2-2 libcharset1 1.8-2 libdb3.1 3.1.17-2 libgdbm 1.8.0-5 libgdbm-devel 1.8.0-5 libgdbm3 1.8.3-1 libguile12 1.6.0-1 libiconv 1.8-2 libiconv2 1.8-2 libintl 0.10.38-3 libintl1 0.10.40-1 libintl2 0.11.5-1 libkpathsea3 2.0.2-1 libltdl3 1.5-1 libncurses-devel 5.3-1 libncurses5 5.2-1 libncurses6 5.2-8 libncurses7 5.3-1 libpng 1.2.5-1 libpng10 1.0.15-1 libpng12 1.2.5-1 libpopt0 1.6.4-4 libPropList 0.10.1-3 libreadline4 4.1-2 libreadline5 4.3-2 libtool 20020705-1 libtool-devel 1.5-1 libtool-stable 1.4.3-1 libxml2 2.4.23-1 libxslt 1.0.13-1 login 1.8-1 m4 1.4-1 make 3.79.1-7 man 1.5j-2 mingw-runtime 3.0-1 mktemp 1.4-1 mt 2.0.1-1 nano 1.2.0-1 nasm 0.98.36-1 ncftp 3.1.4-1 ncurses 5.3-1 netcat 1.10-1 newlib-man 20020801 openbox 0.99.1-3 opengl 1.1.0-6 openssh 3.6.1p1-1 openssl 0.9.7b-1 openssl-devel 0.9.7b-1 openssl096 0.9.6j-1 patch 2.5.8-3 pcre 4.1-1 perl 5.8.0-2 pinfo 0.6.6p1-1 pkgconfig 0.15.0-1 popt 1.6.4-4 rcs 5.7-3 readline 4.3-2 regex 4.4-2 rsync 2.5.6-1 ruby 1.6.8-1 sed 4.0.7-1 sh-utils 2.0.15-3 sharutils 4.2.1-2 splint 3.1.1-1 ssmtp 2.38.7-3 swig 1.3.19-1 tar 1.13.25-1 tcltk 20030214-1 tcsh 6.12.00-5 termcap 20020930-1 terminfo 5.3-2 tetex 2.0.2-1 tetex-base 2.0.2-1 tetex-bin 2.0.2-1 tetex-devel 2.0.2-1 tetex-extra 2.0.2-1 tetex-tiny 2.0.2-1 tetex-x11 2.0.2-1 texinfo 4.2-4 textutils 2.0.21-1 tiff 3.6.0-1 time 1.7-1 ttcp 19980512-1 units 1.77-1 unzip 5.50-2 vim 6.1.300-1 w32api 2.3-1 wget 1.8.2-2 which 1.5-1 whois 4.6.2-1 WindowMaker 0.80.0-2 x2x 1.27-2 Xaw3d 1.5-1 xerces-c-devel 2.2.0-1 XFree86-base 4.2.0-1 XFree86-bin 4.2.0-3 XFree86-doc 4.2.0-1 XFree86-etc 4.2.0-1 XFree86-f100 4.2.0-2 XFree86-fcyr 4.2.0-2 XFree86-fenc 4.2.0-2 XFree86-fnts 4.2.0-2 XFree86-fscl 4.2.0-2 XFree86-fsrv 4.2.0-1 XFree86-html 4.2.0-1 XFree86-jdoc 4.2.0-1 XFree86-lib 4.2.0-5 XFree86-man 4.2.0-1 XFree86-nest 4.2.0-1 XFree86-prog 4.2.0-1 XFree86-prt 4.2.0-1 XFree86-ps 4.2.0-1 XFree86-startup-scripts 4.2.0-4 XFree86-vfb 4.2.0-1 XFree86-xserv 4.2.0-37 XFree86-xwinclip 4.2.0-8 zip 2.3-2 zlib 1.1.4-1 Use -h to see help about each section From huntharo@msu.edu Wed May 28 18:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 28 May 2003 18:37:00 -0000 Subject: problem: occasional keystroke doubling (a known issue?) In-Reply-To: References: Message-ID: <3ED4FF82.6070206@msu.edu> Lev, Lev Bishop wrote: > Looking through the archives it seems that people were discussing > something like this about a year ago (see the "double keystroke effects > with XP" thread), but I'm not sure if this is quite the same thing, since > that report talks about problems only with normal-speed typing and I get > it even for isolated keypresses. Or even yesterday and today: http://cygwin.com/ml/cygwin-xfree/2003-05/msg00534.html :) > Basically what happens is that occasionally a keystroke gets doubled. Its > nothing to do with focus changes AFAICT (see "New devel to-do item > (release all pressed keyboard keys on focus loss)" thread). Most often > noticable with doubled newline after completing a command. I've only > observed it for xterm but that doesn't mean it doesn't happen for other > clients. The most reliable way I know to replicate it is to do something > like "info coreutils" and then slowly keep pressing "n" for the next > topic. Maybe 1 time in 10 you can see it actually jumps 2 topics not 1. > Run 'xset r off'. That should fix your problem. If not, try fiddling with the Windows key repeat rate in the Control Panel. Please let use know if either of these fixes your problem. Harold From lev.bishop@yale.edu Wed May 28 18:43:00 2003 From: lev.bishop@yale.edu (Lev Bishop) Date: Wed, 28 May 2003 18:43:00 -0000 Subject: problem: occasional keystroke doubling (a known issue?) In-Reply-To: Message-ID: Well, it looks like while I was composing that message there were people solving the same problem. How nice that the cygwin/xfree86 community is so responsive as to be able to post me fixes before I've even finished posting the problem report ;-) Anyway, "xset r off" does, indeed, seem to fix my problems, and even without turning off autorepeat (which is presumably handled by windows independently). Great. Lev From huntharo@msu.edu Wed May 28 22:29:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 28 May 2003 22:29:00 -0000 Subject: problem: occasional keystroke doubling (a known issue?) In-Reply-To: References: Message-ID: <3ED50355.3020207@msu.edu> Lev, Lev Bishop wrote: > Well, it looks like while I was composing that message there were people > solving the same problem. How nice that the cygwin/xfree86 community is so > responsive as to be able to post me fixes before I've even finished > posting the problem report ;-) > We aim to please :) > Anyway, "xset r off" does, indeed, seem to fix my problems, and even > without turning off autorepeat (which is presumably handled by windows > independently). > Excellent. Now, if I could only find a way to turn this off programmatically, once and for all. This X key repeat feature is completely unnecessary since Windows handles key repeats for us. I tried to interface with the same code that xset interfaces with, but it did not seem that this interface was meant to be built into an X Server. Perhaps someone else can help me figure out how to disable this. It could be a simple as a build flag, but I have never come across it. Harold From bijumaillist@yahoo.com Wed May 28 23:33:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Wed, 28 May 2003 23:33:00 -0000 Subject: Few minor issues Message-ID: <20030528222944.3808.qmail@web14605.mail.yahoo.com> I dont know whether others noticed these. 1) After we start XWin.exe the mouse pointer will automatically move to center of screen. This is OK for normal mode, -nodecoration and -fullscreen. But I think its not needed in -multiwindow and -rootless modes. 2) On -multiwindow mode if we press Alt-F4 on any of the X application screen it will popup "Exit Dialog Box" for XWin.exe. 3) On normal mode if click "close (X)" button on title bar, or "close" on sysmenu It close XWin.exe with out showing "Exit Dialog Box" Can we centralize the "Exit Dialog Box" using DS_CENTER flag for STYLE attribute? To hide from taskbar we may be able to use WS_EX_TOOLWINDOW flag for EXSTYLE attribute. I am attaching an example for this. Cheers Biju ----- notontaskbar.rc begin ---------- #include "resource.h" #include IDD_MAIN DIALOG DISCARDABLE 0, 0, 250, 156 STYLE DS_CENTER | WS_SIZEBOX | WS_POPUP | WS_CAPTION | WS_SYSMENU EXSTYLE WS_EX_TOOLWINDOW FONT 8, "MS Sans Serif" BEGIN DEFPUSHBUTTON "&OK",IDOK,174,18,50,14 PUSHBUTTON "&Cancel",IDCANCEL,174,35,50,14 END ----- notontaskbar.rc end ---------- __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From david.fries@boeing.com Thu May 29 01:00:00 2003 From: david.fries@boeing.com (Fries, David D) Date: Thu, 29 May 2003 01:00:00 -0000 Subject: FW: problem: occasional keystroke doubling (a known issue?) Message-ID: The correct solution if you asked me is to ignore the windows repeat events and use this X "feature" that is causing the problem. I would say this is the correct thing to do because of the very reason that the feature was included in X in the first place (at least I assume it is the reason). It gives you rates and delays the hardware doesn't provide, especially lower delays than 250ms and 30cps on pc hardware. If you use, `xset r rate 150 80` you can see it work under cygwin. I'm new to windows programming so I have no idea if you can tell windows you only want key down and up events, or if you can even detect and throw away the repeats and let X take care of them. I would suggest that is the way to go if possible. One note though if you fiddle with the rates even on a Linux computer that is heavily loaded it can duplicate keys when you didn't actually hold it long enough for the delay to kick in, so it isn't always foolproof even on Linux. I've noticed that the modifiers under cygwin (control, alt, shift etc) show that they repeat under xev just like other keys where they don't on Linux. While input is the topic is it possible to claim the alt and window keys in cygwin? I have fvwm setup to use them a ton and it works great under Linux, but not at all in cygwin. I was debating if it would be useful to let windows still control alt-tab or not. I've seen other programs take control of the window and alt keys, so it is possible, but I have no idea what it would take. Harold L Hunt II wrote: > Excellent. > > Now, if I could only find a way to turn this off programmatically, once > and for all. This X key repeat feature is completely unnecessary since > Windows handles key repeats for us. I tried to interface with the same > code that xset interfaces with, but it did not seem that this interface > was meant to be built into an X Server. Perhaps someone else can help > me figure out how to disable this. It could be a simple as a build > flag, but I have never come across it. > > Harold -- David Fries (for personal) From earle@ziplabel.com Thu May 29 02:18:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 29 May 2003 02:18:00 -0000 Subject: Custom icons + MouseUp fix In-Reply-To: <000001c3253f$7b408860$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030528174248.00ac3738@mail.ziplabel.com> Howdy Colin, glad to hear it's working 100%. The original problem was the endianness of Windoze 1-bit bitmap when using a non-32-bit wide destination. I think the code was writing into the unused portion of the 32-bits and you got garbage in the real mask part. I found some kde apps on a linux box and did some peeking, it seems that not many register a small 16x16 icon, and that konqueror, for example, only gives a 16x16 icon in its _NET_WM_ICON property anyway. Very strange, maybe that _NET_ICON thing isn't commonplace? Things like KPAINT, KCALC, and KILLUSTRATOR (great name, the kill-ustrator) have big icons by default in WM_HINTS. ------------ Today I also got to test a fix for the missed ButtonRelease problem (dragging an Xterm scrollbar outside of its window and releasing the button does not tell Xterm it was released, leading to "interesting" problems). One thing I had to do that I don't like is to use a local copy of what the winmultiwindowwindow.c thinks is the button state. (i.e. LBUTTON=down, MBUTTON=up, RBUTTON=up) It did seem to work the entire day of hard use w/o any problems, but I have the suspicion that it might sometimes get out-of-sync w/the X server and send two ButtonReleases. That'd be better than the present situation but could still cause problems with pasting twice... Is there a simple mi* or dix* call to get this info directly instead of keeping a cached copy? I did a grep but didn't find anything promising. You can't call XQueryPointer() since that's only legal for a client to do. I suppose I could post something to the WM thread but that's a real ugly kludge. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Thu May 29 04:03:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 29 May 2003 04:03:00 -0000 Subject: FW: problem: occasional keystroke doubling (a known issue?) In-Reply-To: References: Message-ID: <3ED56DEB.5050408@msu.edu> David, No need to CC me on replies. Please don't. Fries, David D wrote: > The correct solution if you asked me is to ignore the windows repeat > events and use this X "feature" that is causing the problem. I > would say this is the correct thing to do because of the very reason > that the feature was included in X in the first place (at least I > assume it is the reason). It gives you rates and delays the hardware > doesn't provide, especially lower delays than 250ms and 30cps on > pc hardware. If you use, `xset r rate 150 80` you can see it work > under cygwin. > We take the approach that we are a Windows application, which means that we act like other Windows applications with respect to key repeats. I believe we would get more complaints about Cygwin/XFree86 not responding to the Windows Control Panel settings than we will ever get about Cygwin/XFree86 not responding to the X key repeat settings. In fact, the evidence so far is that the only people complaining are the ones that are being stung by the X key repeat system, not anyone that doesn't want Windows to handle the keyboard settings. > One note though if you fiddle with the rates even on a Linux computer > that is heavily loaded it can duplicate keys when you didn't actually > hold it long enough for the delay to kick in, so it isn't always > foolproof even on Linux. > Right, and Cygwin/XFree86 introduces more delays into the system that cause inadvertant key repeats to happen more often than they do on Linux. A lot of people use Cygwin/XFree86 over RDP (Remote Desktop Connection/Terminal Services), which introduces a lot of lag in the keystrokes that Windows handles just fine, but which causes X to think that a key repeat has occurred. In that case, the X key repeat system does nothing but get in the way. > I've noticed that the modifiers under cygwin (control, alt, shift etc) > show that they repeat under xev just like other keys where they don't > on Linux. > > While input is the topic is it possible to claim the alt and window keys > in cygwin? I have fvwm setup to use them a ton and it works great under > Linux, but not at all in cygwin. I was debating if it would be useful to > let windows still control alt-tab or not. I've seen other programs > take control of the window and alt keys, so it is possible, but I have no > idea what it would take. It may be useful or it may not. It is most certainly possible on NT-based platforms, but the debate won't get us anywhere. Someone can submit a patch and we can try it out. Until then it is just idle chatter. Harold From huntharo@msu.edu Thu May 29 04:04:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 29 May 2003 04:04:00 -0000 Subject: Few minor issues In-Reply-To: <20030528222944.3808.qmail@web14605.mail.yahoo.com> References: <20030528222944.3808.qmail@web14605.mail.yahoo.com> Message-ID: <3ED58684.2040103@msu.edu> Biju wrote: > I dont know whether others noticed these. > > 1) > After we start XWin.exe the mouse pointer will automatically move to center of screen. > This is OK for normal mode, -nodecoration and -fullscreen. > But I think its not needed in -multiwindow and -rootless modes. > I looked for the code that does this (it is general X code, not Cygwin/XFree86-specific code) the last time that someone brought this up (wasn't it you?). I could not find the code and I won't be looking for it again. Someone else can do the searching of the source code tree under xc/programs/Xserver to try to find it. It is most likely in xc/programs/Xserver/hw/os or xc/programs/Xserver/hw/dix, but I couldn't find it in either of those directories. > 2) > On -multiwindow mode if we press Alt-F4 on any of the X application screen > it will popup "Exit Dialog Box" for XWin.exe. > I don't know if there is a better way that this should work. Maybe you have a point. I might try to see if I can do anything. > 3) > On normal mode if click "close (X)" button on title bar, or "close" on sysmenu > It close XWin.exe with out showing "Exit Dialog Box" > Now you have a point. I was just calling GiveUp () in the WM_CLOSE message. I moved the call to GiveUp () to a WM_GIVEUP message. WM_CLOSE now opens the dialog box. The dialog box sends WM_GIVEUP if OK is pressed. This seems to work well on my system. > Can we centralize the "Exit Dialog Box" using DS_CENTER flag for STYLE attribute? > Thanks. I never saw any window styles for centering. There doesn't seem to be much documentation on the DS_* flags as a search in MSDN only turns up a handful of articles. I applied this to my local XWin.rc. > To hide from taskbar we may be able to use WS_EX_TOOLWINDOW flag for EXSTYLE attribute. > I am attaching an example for this. > Hiding from the taskbar? It isn't shown on my taskbar. I am using Windows XP... what version are you using? WS_EX_TOOLWINDOW doesn't seem right. I tried it... it creats a window that looks like a tool pallette in Photoshop, not a dialog box. I did, however, add the extended style WS_EX_DLGMODALFRAME and the normal style WS_DLGFRAME. These didn't change anything for me, but they may help for you. I also noticed that an already existing exit dialog was not being brought to the foreground when the user performed another action that would display the dialog. The result was that the dialog box seemed to be lost and it seemed that you couldn't exit Cygwin/XFree86. I changed this to call SetForegroundWindow () for the dialog box when it already exists. This brings it to the top in response to such user-generated events. Any ideas on how to get rid of the Maximize button on the dialog? I can do it by removing the WS_SYSMENU style... should we be using WS_SYSMENU or not? Not using WS_SYSMENU cause our icon to not be displayed on the upper-left hand corner, but I can't seem to find a flag that says "no maximize button". Thanks for your help, Harold From huntharo@msu.edu Thu May 29 04:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 29 May 2003 04:42:00 -0000 Subject: Custom icons + MouseUp fix In-Reply-To: <5.1.1.6.2.20030528174248.00ac3738@mail.ziplabel.com> References: <5.1.1.6.2.20030528174248.00ac3738@mail.ziplabel.com> Message-ID: <3ED586C2.2080502@msu.edu> Earle, Whatever you do, don't send a patch for the mouse release fix until I can make another test release. I am getting swamped with patches here. Thanks. Harold Earle F. Philhower III wrote: > Howdy Colin, glad to hear it's working 100%. The original problem > was the endianness of Windoze 1-bit bitmap when using a non-32-bit > wide destination. I think the code was writing into the unused > portion of the 32-bits and you got garbage in the real mask part. > > I found some kde apps on a linux box and did some peeking, it seems > that not many register a small 16x16 icon, and that konqueror, for > example, only gives a 16x16 icon in its _NET_WM_ICON property anyway. > Very strange, maybe that _NET_ICON thing isn't commonplace? Things > like KPAINT, KCALC, and KILLUSTRATOR (great name, the kill-ustrator) > have big icons by default in WM_HINTS. > > ------------ > > Today I also got to test a fix for the missed ButtonRelease problem > (dragging an Xterm scrollbar outside of its window and releasing > the button does not tell Xterm it was released, leading to "interesting" > problems). One thing I had to do that I don't like is to use a local > copy of what the winmultiwindowwindow.c thinks is the button state. > (i.e. LBUTTON=down, MBUTTON=up, RBUTTON=up) It did seem to work the > entire day of hard use w/o any problems, but I have the suspicion that > it might sometimes get out-of-sync w/the X server and send two > ButtonReleases. That'd be better than the present situation but could > still cause problems with pasting twice... > > Is there a simple mi* or dix* call to get this info directly instead > of keeping a cached copy? I did a grep but didn't find anything > promising. You can't call XQueryPointer() since that's only legal for > a client to do. I suppose I could post something to the WM thread > but that's a real ugly kludge. > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From earle@ziplabel.com Thu May 29 05:17:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 29 May 2003 05:17:00 -0000 Subject: Custom icons + MouseUp fix In-Reply-To: <3ED586C2.2080502@msu.edu> References: <5.1.1.6.2.20030528174248.00ac3738@mail.ziplabel.com> <5.1.1.6.2.20030528174248.00ac3738@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030528214522.00aafcc8@mail.ziplabel.com> Howdy Harold, At 12:04 AM 5/29/2003 -0400, you wrote: >Whatever you do, don't send a patch for the mouse release fix until I can >make another test release. I am getting swamped with patches here. Thanks. OK, truce! -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Thu May 29 05:30:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 29 May 2003 05:30:00 -0000 Subject: Few minor issues In-Reply-To: <3ED58684.2040103@msu.edu> References: <20030528222944.3808.qmail@web14605.mail.yahoo.com> <20030528222944.3808.qmail@web14605.mail.yahoo.com> Message-ID: <5.1.1.6.2.20030528214956.00aeb7c0@mail.ziplabel.com> Howdy Biju, Harold: At 12:03 AM 5/29/2003 -0400, you wrote: >Biju wrote: >>I dont know whether others noticed these. >>1) >>After we start XWin.exe the mouse pointer will automatically move to >>center of screen. >>This is OK for normal mode, -nodecoration and -fullscreen. But I think >>its not needed in -multiwindow and -rootless modes. >I looked for the code that does this (it is general X code, not >Cygwin/XFree86-specific code) the last time that someone brought this up >(wasn't it you?). I could not find the code and I won't be looking for it >again. Someone else can do the searching of the source code tree under >xc/programs/Xserver to try to find it. It is most likely in >xc/programs/Xserver/hw/os or xc/programs/Xserver/hw/dix, but I couldn't >find it in either of those directories. Well, you could always throw out the 1st cursor positioning call since it is guaranteed to be from the X server itself and not an application. That way you do not have to modify any of the standard X server code, just the xwin/ directory files... >>...To hide from taskbar we may be able to use WS_EX_TOOLWINDOW flag for >>EXSTYLE attribute. >>I am attaching an example for this. >>Hiding from the taskbar? It isn't shown on my taskbar. I am using >>Windows XP... what version are you using? It doesn't show up under W2K either. >I also noticed that an already existing exit dialog was not being brought >to the foreground when the user performed another action that would >display the dialog. The result was that the dialog box seemed to be lost >and it seemed that you couldn't exit Cygwin/XFree86. I changed this to >call SetForegroundWindow () for the dialog box when it already >exists. This brings it to the top in response to such user-generated events. >Any ideas on how to get rid of the Maximize button on the dialog? I can >do it by removing the WS_SYSMENU style... should we be using WS_SYSMENU or >not? Not using WS_SYSMENU cause our icon to not be displayed on the >upper-left hand corner, but I can't seem to find a flag that says "no >maximize button". This is just stylistic on my part, but why not just use a MessageBox? Other apps use one with MB_APPLMODAL when you're about to exit from them... Here's what you need to do to get your exit dialog without the max/min buttons /* Create dialog box */ g_hDlgExit = CreateDialogParam (g_hInstance, ... + SetWindowLong( g_hDlgExit, GWL_STYLE, GetWindowLong(g_hDlgExit, GWL_STYLE)&~(WS_MAXIMIZEBOX|WS_MINIMIZEBOX) ); + SetWindowLong( g_hDlgExit, GWL_EXSTYLE, GetWindowLong(g_hDlgExit, GWL_EXSTYLE)&~WS_EX_APPWINDOW ); + SetWindowPos( g_hDlgExit, 0, 0, 0, 0, 0, SWP_FRAMECHANGED|SWP_NOMOVE|SWP_NOZORDER|SWP_NOSIZE ); /* Show the dialog box */ ShowWindow (g_hDlgExit, SW_SHOW); -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Thu May 29 06:22:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 29 May 2003 06:22:00 -0000 Subject: Few minor issues In-Reply-To: <5.1.1.6.2.20030528214956.00aeb7c0@mail.ziplabel.com> References: <20030528222944.3808.qmail@web14605.mail.yahoo.com> <20030528222944.3808.qmail@web14605.mail.yahoo.com> <5.1.1.6.2.20030528214956.00aeb7c0@mail.ziplabel.com> Message-ID: <3ED59AF1.5070505@msu.edu> Earle, Earle F. Philhower III wrote: >> I looked for the code that does this (it is general X code, not >> Cygwin/XFree86-specific code) the last time that someone brought this >> up (wasn't it you?). I could not find the code and I won't be looking >> for it again. Someone else can do the searching of the source code >> tree under xc/programs/Xserver to try to find it. It is most likely >> in xc/programs/Xserver/hw/os or xc/programs/Xserver/hw/dix, but I >> couldn't find it in either of those directories. > > Well, you could always throw out the 1st cursor positioning call since > it is guaranteed > to be from the X server itself and not an application. That way you do > not have to modify > any of the standard X server code, just the xwin/ directory files... > Damn, that is a good idea! It would certainly do the trick and I don't think it is incorrect at all. We would simply need a static to flag that we had dumped that mouse positioning message. Nice idea. The only problem is that I have already uploade this test release. I am just finishing up the change log now... bummer it won't make it for this release. Remind me if I forget next time. >>> ...To hide from taskbar we may be able to use WS_EX_TOOLWINDOW flag >>> for EXSTYLE attribute. >>> I am attaching an example for this. >>> Hiding from the taskbar? It isn't shown on my taskbar. I am using >>> Windows XP... what version are you using? > > > It doesn't show up under W2K either. Good to know. > >> I also noticed that an already existing exit dialog was not being >> brought to the foreground when the user performed another action that >> would display the dialog. The result was that the dialog box seemed >> to be lost and it seemed that you couldn't exit Cygwin/XFree86. I >> changed this to call SetForegroundWindow () for the dialog box when it >> already exists. This brings it to the top in response to such >> user-generated events. >> Any ideas on how to get rid of the Maximize button on the dialog? I >> can do it by removing the WS_SYSMENU style... should we be using >> WS_SYSMENU or not? Not using WS_SYSMENU cause our icon to not be >> displayed on the upper-left hand corner, but I can't seem to find a >> flag that says "no maximize button". > > > This is just stylistic on my part, but why not just use a MessageBox? Ah ha... at first that seems like a good idea. Then you try it and we end up borking Cygwin/XFree86 because Windows messages are processed in the wakeup/pre-blocking handlers in the X Server main loop. Thus, a block here is a death knell to any X Clients that are connected. Of course, you could spawn a thread to create the MessageBox, but that kinda defeats the whole purpose of using a MessageBox. The nice thing about the type of dialog box we have is that it is non-blocking and it gets its messages via our own message loop that is processed in the wakeup/pre-blocking handlers as I said above. > Other > apps use one with MB_APPLMODAL when you're about to exit from them... > > Here's what you need to do to get your exit dialog without the max/min > buttons > /* Create dialog box */ > g_hDlgExit = CreateDialogParam (g_hInstance, ... > > + SetWindowLong( g_hDlgExit, GWL_STYLE, GetWindowLong(g_hDlgExit, > GWL_STYLE)&~(WS_MAXIMIZEBOX|WS_MINIMIZEBOX) ); > + SetWindowLong( g_hDlgExit, GWL_EXSTYLE, GetWindowLong(g_hDlgExit, > GWL_EXSTYLE)&~WS_EX_APPWINDOW ); > + SetWindowPos( g_hDlgExit, 0, 0, 0, 0, 0, > SWP_FRAMECHANGED|SWP_NOMOVE|SWP_NOZORDER|SWP_NOSIZE ); > > /* Show the dialog box */ > ShowWindow (g_hDlgExit, SW_SHOW); > Very nice. I will play with that tomorrow. Harold From jc.gervais@videotron.ca Thu May 29 06:34:00 2003 From: jc.gervais@videotron.ca (Jean-Claude Gervais) Date: Thu, 29 May 2003 06:34:00 -0000 Subject: problem: occasional keystroke doubling (a known issue?) In-Reply-To: Message-ID: From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Fries, David D >I'm new to windows programming so I have no idea if you can tell >windows you only want key down and up events, or if you can even >detect and throw away the repeats and let X take care of them. I say extend the window callback event procedure to handle the repeated events, but ignore them: You'd probably get away with only returning 0 to Windows and not call the default handler, to stop processing that event. That's how you could throw away repeats. >I've noticed that the modifiers under cygwin (control, alt, shift etc) >show that they repeat under xev just like other keys where they don't >on Linux. I'd say that that is a mistake, because those keys are "qualifiers", and not chars, so they are ineligible for repeats. Interesting note: In Windows, you can obtain the state of the CRTL and ALT keys at the moment the message you are processing was generated, and you can alternatively obtain the state of the CTRL and ALT keys as they currently are as you process the message. From huntharo@msu.edu Thu May 29 06:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 29 May 2003 06:37:00 -0000 Subject: [ANNOUNCEMENT] Server Test 87 Message-ID: <3ED5A9F3.5080307@msu.edu> Links: I just posted Test 87 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 87 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-38 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test87.exe.bz2 (1208 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030529-0045.tar.bz2 (116 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test86 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test86-to-Test87.diff.bz2 (11 KiB) Changes: 1) Convert X application icons set in WM_HINTS from XPMs to Windows BMPs using an internal algorithm. Earle, Ralf, and Colin worked together on this one with coding, suggesting ideas, and testing. The end result is, as they say, very nearly perfect. Each top-level X window is now given its own class that has an icon associated with it. The icon can be even changed while the application is running and this is properly handled. Icons are properly freed when a window and its associated class are destroyed. This entry encompasses a flurry of emails and patches that I cannot possibly recount here; hopefully no one feels slighted by this brief summary. (Earle F. Philhower III, Ralf Habacker, Colin Harrison) 2) Set XIconSizes() to the Windows approved 16, 32, and 48. It doesn't seem to be looked at by anything, but it is in the XLib documents as something a WM should set. (Earle F. Philhower III) 3) Removed several misc compile warnings. (Earle F. Philhower III) 4) winmultiwindowwindow.c/winTopLevelWindowProc() - Add a call to winKeybdReleaseKeys () in WM_KILLFOCUS. This fix stops the phantom key presses that people were seeing. The example here would be to launch an xterm, then launch another xterm from that xterm. Type ``exit'' in the first xterm and press enter. The enter keydown message is processed by the second xterm, but the keyup is never processed so it got sent repeatedly to the root-level message loop (which performs all keyboard processing), causing phantom key presses to show up in any X app that currently had the focus. At least, I think that is that the problem was. An interim solution was to press and release the enter key, which would cause a keydown/keyup message combo to be sent, thus ending the crazy looping. This fix pops all keys that are pressed when the current X app looses the keyboard focus. Colin suggested this, Earle move the location of the call to the proper place. (Colin Harrison, Earle F. Philhower III) 5) XWin.rc - Change the Exit Confirmation and Depth Change dialog boxes to be centered by adding the DS_CENTER flag to the STYLE attribute. (Biju G C, Harold L Hunt II) 6) winmultiwindowwindow.c/winTopLevelWindowProc() - Let DefaultWindowProc() handle the Alt+F4 key combo in the WM_*KEYDOWN messages. This allows a user to close a top-level X window (which has an associated Windows window) by pressing Alt+F4. Note that this happens regardless of the -[no]winkill command-line parameter. This is the desired behavior since -[no]winkill should only affect the behavior of the root-level window, not the individual X Client windows. (Biju G C, Harold L Hunt II) 7) winwndproc.c/winWindowProc() - Define a WM_GIVEUP message that calls GiveUp(); remove the GiveUp() call from WM_CLOSE and replace it with a call to winDisplayExitDialog(), which displays the Exit Confirmation dialog box. This only makes sense in conjunction with the next change log entry. (Biju G C, Harold L Hunt II) 8) windialogs.c/winExitDlgProc()/WM_COMMAND/ID_OK - Pass WM_GIVEUP to PostMessage() instead of passing WM_CLOSE. This patch causes the end result that, in MultiWindow mode, selecting Close from the system menu for non-root-level Windows window causes that particular X Client to be killed. The previous result was that the XWin.exe process was exited without displaying the Exit Confirmation dialog box. This must have been a frustrating situation indeed and it makes this bug a marvelous catch on Biju's part. NOTE: The system menu can be opened by right clicking on the title bar, or by left clicking the icon in the upper left-hand corner of the app window, or by right clicking on the application entry in the task bar. (Biju G C, Harold L Hunt II) 9) windialogs.c/winDisplay(Exit)|(ChangeDepth)Dialog() - Call SetForegroundWindow() if the dialog box has already been created. This pulls the dialog box to the foreground if it has been buried by other windows. It is legitimate to do this here because we are responding to user input of some sort when this function gets called. (Harold L Hunt II) 10) XWin.rc - Add the extended style WS_EX_DLGMODALFRAME and the normal style WS_DLGFRAME to the Exit Confirmation dialog box in an attempt to stop the dialog box from being listed in the task bar, which was reported by one user. This task bar listing has been negatively confirmed in Windows 2000 and Windows XP, but it may be happening in other versions of Windows. Of course, this could have been a reference to the fact that the dialog is present in the Alt+Tab list. However, that is the desired behavior and will not be changed (how else could you get back to that dialog box?). (Biju G C, Harold L Hunt II) 11) Try, in vain, to maintain a uniform coding style and variable/function naming convention. I am mostly winning the curly-brace (curly braces on separate lines please), indenting (emacs default please), parameter spacing (e.g. func (x, y) instead of func( x,y ), func( x, y ), or even func(x,y)), and binary operator spacing ((x + y) instead of (x+y)) wars, but I am pitiful excuse for a belligerent dictator when it comes to the variable naming (follow examples in winwndproc.c), variable prefixing (follow winwndproc.c, which is my own sick mix of Hungarian prefixes (int, dw, psz, f) and old-school C prefixes (i, n, l)), and function naming wars. I would like to ask all contributors to try to follow the code that they see in the files that I authored, but I don't feel that I have the right to reject patches that don't follow those conventions. I will, however, try my best to adapt all patches so that I can read them and more easily maintain them in the future. You may also have noticed that I am a profuse commentor... I do that because I have a very poor memory of why things were done they way that they were done, so I sprinkle tips throughout the code to help myself remember things. You know, I have been realizing the entire time that I was writing this change log that I have low blood sugar, I am very tired, and this is so not the place for such huge amounts of text. Time for bed. Change log over. (Anonymous... Like you have to guess) Enjoy, Harold From huntharo@msu.edu Thu May 29 07:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 29 May 2003 07:12:00 -0000 Subject: Custom icons + MouseUp fix In-Reply-To: <5.1.1.6.2.20030528214522.00aafcc8@mail.ziplabel.com> References: <5.1.1.6.2.20030528174248.00ac3738@mail.ziplabel.com> <5.1.1.6.2.20030528174248.00ac3738@mail.ziplabel.com> <5.1.1.6.2.20030528214522.00aafcc8@mail.ziplabel.com> Message-ID: <3ED5AA99.1070101@msu.edu> Okay, test release posted. Please replace local source with source from test release, reapply local patches to test source, and submit new patches as needed. :) I have made lots of style fixes to the source, so you might as well replace all files... otherwise diffs will be useless for me as they were quoting hundreds of lines of source that were logically equivalent but stylistically different. [Anybody about to send me a diff command that ignores whitespace, don't... that isn't what I am looking for.] Harold Earle F. Philhower III wrote: > Howdy Harold, > > At 12:04 AM 5/29/2003 -0400, you wrote: > >> Whatever you do, don't send a patch for the mouse release fix until I >> can make another test release. I am getting swamped with patches >> here. Thanks. > > > OK, truce! > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From bijumaillist@yahoo.com Thu May 29 07:12:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Thu, 29 May 2003 07:12:00 -0000 Subject: Few minor issues In-Reply-To: <3ED58684.2040103@msu.edu> Message-ID: <20030529071207.23713.qmail@web14605.mail.yahoo.com> --- Harold L Hunt II wrote: > Biju wrote: > > I dont know whether others noticed these. > > > > 1) > > After we start XWin.exe the mouse pointer will automatically move to center of screen. > > I looked for the code that does this (it is general X code, not > Cygwin/XFree86-specific code) the last time that someone brought this up > (wasn't it you?). Not me, And this is only a minor issue. May be XFree people can help us. So we dont need to wast time on it now. > > 2) > > On -multiwindow mode if we press Alt-F4 on any of the X application screen > > it will popup "Exit Dialog Box" for XWin.exe. > > > > I don't know if there is a better way that this should work. Maybe you > have a point. I might try to see if I can do anything. > > > 3) > > On normal mode if click "close (X)" button on title bar, or "close" on sysmenu > > It close XWin.exe with out showing "Exit Dialog Box" > > > > Now you have a point. I was just calling GiveUp () in the WM_CLOSE > message. I moved the call to GiveUp () to a WM_GIVEUP message. > WM_CLOSE now opens the dialog box. The dialog box sends WM_GIVEUP if OK > is pressed. This seems to work well on my system. > > > Can we centralize the "Exit Dialog Box" using DS_CENTER flag for STYLE attribute? > > > > Thanks. I never saw any window styles for centering. There doesn't > seem to be much documentation on the DS_* flags as a search in MSDN only > turns up a handful of articles. I applied this to my local XWin.rc. > I found it at Windows CE page. And I tried on Win XP. http://msdn.microsoft.com/library/en-us/wceui40/html/cerefdlgtemplate.asp Searching in Internet is like Searching a needle in hay stack If u are unable to find something in MSDN or else where, just send a mail asking somebody to search MSDN for you. We will be happy to do that. At least we will be able to contribute to project like that > > To hide from taskbar we may be able to use WS_EX_TOOLWINDOW flag for EXSTYLE attribute. > > I am attaching an example for this. > > > > Hiding from the taskbar? It isn't shown on my taskbar. I am using > Windows XP... what version are you using? Now I use Windows XP Pro. Only in -multiwindow with "hide root" it hides from Task bar But all other modes it is there in Taskbar. Same case in WinXP Home, and Win2k (I tested 2 week back) > WS_EX_TOOLWINDOW doesn't seem right. I tried it... it creats a window > that looks like a tool pallette in Photoshop, not a dialog box. > Yeah, its for tool bar. So for -nodecoration and -rootless you may be able to use that. I am attaching a sample for this case WS_EX_NOACTIVATE also wont show in task bar. But I dont know whether we will able to use it. It may be useful in -multiwindow mode with show root, to act like a desktop. And u can put wallpaper and root window click (????) on that. > I did, however, add the extended style WS_EX_DLGMODALFRAME and the > normal style WS_DLGFRAME. These didn't change anything for me, but they > may help for you. > > I also noticed that an already existing exit dialog was not being > brought to the foreground when the user performed another action that > would display the dialog. The result was that the dialog box seemed to > be lost and it seemed that you couldn't exit Cygwin/XFree86. I changed > this to call SetForegroundWindow () for the dialog box when it already > exists. This brings it to the top in response to such user-generated > events. You can also try SetWindowPos() with Z-Order HWND_TOPMOST and flags SWP_NOSIZE | SWP_NOMOVE http://msdn.microsoft.com/library/en-us/wceui40/html/cerefSetWindowPos.asp I dont find any reason why "Exit Dialog" not to be TOPMOST > > Any ideas on how to get rid of the Maximize button on the dialog? I can > do it by removing the WS_SYSMENU style... should we be using WS_SYSMENU > or not? Not using WS_SYSMENU cause our icon to not be displayed on the > upper-left hand corner, but I can't seem to find a flag that says "no > maximize button". > Style DS_CENTER | WS_SIZEBOX | WS_POPUP | WS_CAPTION | WS_SYSMENU should show only "Close (X)" button But if you use WS_MINIMIZEBOX, maxmize button will automaticaly come. (similary WS_MAXIMIZEBOX cause minimise button to show up) Additionly if you want to disable "Close (X)" button with SysMenu/Left hand Icon Use WS_SYSMENU in Style It will also bring up "Close(X)" button along with SysMenu (M$ may have done this, to make old Win 3.1 pgm to show "Close (X)" button If you remember there was no Close(X) in Win 3.1) and then do case WM_INITDIALOG: hMenu = GetSystemMenu(hwnd, FALSE); EnableMenuItem (hMenu , SC_CLOSE, MF_BYCOMMAND | MF_GRAYED); But again, if you want a "Close" option as menu Item, then add RemoveMenu(hMenu, SC_CLOSE, MF_BYCOMMAND ); AppendMenu(hMenu, MF_STRING, IDC_MYCLOSE, "&My Close"); > Thanks for your help, > > Harold > You are welcome. But no mention please ... As I am doing very less compared you guys... Cheers Biju Links:- http://msdn.microsoft.com/library/en-us/winui/winui/windowsuserinterface/windowing/windows/windowreference/windowstyles.asp http://msdn.microsoft.com/library/en-us/winui/WinUI/WindowsUserInterface/Windowing/Windows/WindowReference/WindowFunctions/CreateWindowEx.asp http://msdn.microsoft.com/library/en-us/winui/winui/windowsuserinterface/windowing/windows/windowfeatures.asp#message_only http://msdn.microsoft.com/library/en-us/wcesdkr/htm/_tools_style_statement.asp http://msdn.microsoft.com/library/en-us/wceui40/html/cerefdlgtemplate.asp http://msdn.microsoft.com/library/en-us/winui/winui/windowsuserinterface/windowing/dialogboxes/aboutdialogboxes.asp#templates http://msdn.microsoft.com/library/en-us/wceui40/html/cerefSetWindowPos.asp ------- example --- #include "resource.h" #include IDD_MAIN DIALOG DISCARDABLE 0, 0, 250, 156 EXSTYLE WS_EX_TOOLWINDOW FONT 8, "MS Sans Serif" BEGIN DEFPUSHBUTTON "&OK",IDOK,174,18,50,14 PUSHBUTTON "&Cancel",IDCANCEL,174,35,50,14 END __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From yuval@gntsteps.com Thu May 29 07:28:00 2003 From: yuval@gntsteps.com (yuval lifshitz) Date: Thu, 29 May 2003 07:28:00 -0000 Subject: Xlib: No protocol specified (connection refused by server) Message-ID: <000501c325b9$7bbda730$ca0aa8c0@yuval> Hi I am a new user of Cygwin-xfree86. I have an X server is listening on Win2k Server . When I try to invoke xterm -display & from the nearest Linux I get that connection problem - "Xlib: No protocol specified (connection refused by server)" I have read previous letters regarding that problem but I cannot find the appropriate solution. Did any one came up with the solution? Is there any patch I can use. Thanks. From bijumaillist@yahoo.com Thu May 29 10:13:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Thu, 29 May 2003 10:13:00 -0000 Subject: Few minor issues In-Reply-To: <3ED58684.2040103@msu.edu> Message-ID: <20030529072821.73692.qmail@web14602.mail.yahoo.com> --- Harold L Hunt II wrote: > Biju wrote: > > I dont know whether others noticed these. > > > > > To hide from taskbar we may be able to use WS_EX_TOOLWINDOW flag for EXSTYLE attribute. > > I am attaching an example for this. > > > > Hiding from the taskbar? It isn't shown on my taskbar. I am using > Windows XP... what version are you using? > Sorry, Let me clarify. This I was talking about Root Window manly in -nodecoration and -rootless mode. and "Show Root" in -multiwindow mode Still I dont know whether is possible in -rootless mode Cheers Biju __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From colin.harrison@virgin.net Thu May 29 10:24:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Thu, 29 May 2003 10:24:00 -0000 Subject: [ANNOUNCEMENT] Server Test 87 Message-ID: <000101c325ca$df725760$0200a8c0@straightrunning.com> Hi, Test 87 works great. One minor problem in the XWin.rc The added style line EXSTYLE WS_EX_DLGMODALFRAME Causes the Exit Confirmation box to have the title and icon munged together. Removing it fixed the problem for me (in multiwindow mode). Colin From spetreolle@yahoo.fr Thu May 29 10:36:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Thu, 29 May 2003 10:36:00 -0000 Subject: [ANNOUNCEMENT] Server Test 87 In-Reply-To: <3ED5A9F3.5080307@msu.edu> Message-ID: <20030529102451.95908.qmail@web10106.mail.yahoo.com> One problem with setup.exe : why are always test packages automatically downgraded to the stable releases when installing other packages ? I installed the "file" package after installing the Xfree86-xserv 4.2.0.38, setup downgraded it to 4.2.0.37. ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From Alexander.Gottwald@s1999.tu-chemnitz.de Thu May 29 12:54:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 29 May 2003 12:54:00 -0000 Subject: Custom icons + MouseUp fix In-Reply-To: <3ED5AA99.1070101@msu.edu> Message-ID: Harold L Hunt II wrote: > Okay, test release posted. > > Please replace local source with source from test release, reapply local > patches to test source, and submit new patches as needed. :) > Harold, can you import your local tree to the cvs on sourceforge? So we can easily do updates and keep the merging problems at a minimum. bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From colin.harrison@virgin.net Thu May 29 13:39:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Thu, 29 May 2003 13:39:00 -0000 Subject: Exit Confirmation window style, change item 10 Server Test 87 Message-ID: <000001c325e1$706f0860$0200a8c0@straightrunning.com> Hi, Further to http://cygwin.com/ml/cygwin-xfree/2003-05/msg00567.html Title and icon overlaying problem on Server Test 87. I had a look at MSDN on this one (I'm a masochist!). They recon that you can't have WS_CAPTION with WS_DLGFRAME style (mutually exclusive on title bar) http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/ _mfc_window_styles.asp If I have time I'll have a play, maybe we don't need WS_CAPTION? I can only try this stuff on WinXP and Win2003 so the original reason for these style additions can't be tested by me. http://cygwin.com/ml/cygwin-xfree/2003-05/msg00562.html item 10) Colin From colin.harrison@virgin.net Thu May 29 13:52:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Thu, 29 May 2003 13:52:00 -0000 Subject: Exit Confirmation window style, change item 10 Server Test 87 Message-ID: <000001c325e7$aa06c7b0$0200a8c0@straightrunning.com> Hi, Tried a few combos on this. If you want WS_DLGFRAME and EXSTYLE WS_EX_DLGMODALFRAME then you can't have WS_CAPTION and WS_SYSMENU This is safer than my original fix:- http://cygwin.com/ml/cygwin-xfree/2003-05/msg00567.html as it now 'complies' with Windoze style rules (for what they're worth!) You lose the icon and the sys menu from the title bar, but can still get to it via alt+tab, and it looks very 'nice'. Someone needs to try this on old Windozz, I tested on XP. Colin From huntharo@msu.edu Thu May 29 14:28:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 29 May 2003 14:28:00 -0000 Subject: Exit Confirmation window style, change item 10 Server Test 87 In-Reply-To: <000001c325e7$aa06c7b0$0200a8c0@straightrunning.com> References: <000001c325e7$aa06c7b0$0200a8c0@straightrunning.com> Message-ID: <3ED6108B.8030205@msu.edu> Colin, Colin Harrison wrote: > Hi, > > Tried a few combos on this. > > If you want WS_DLGFRAME and EXSTYLE WS_EX_DLGMODALFRAME > then you can't have WS_CAPTION and WS_SYSMENU > > This is safer than my original fix:- > What is your fix now? I don't get it??? Harold > http://cygwin.com/ml/cygwin-xfree/2003-05/msg00567.html > > as it now 'complies' with Windoze style rules (for what they're worth!) > > You lose the icon and the sys menu from the title bar, but can still get to > it via alt+tab, and it looks very 'nice'. > > Someone needs to try this on old Windozz, I tested on XP. > > Colin From colin.harrison@virgin.net Thu May 29 15:11:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Thu, 29 May 2003 15:11:00 -0000 Subject: Exit Confirmation window style, change item 10 Server Test 87 Message-ID: <000001c325ee$917194d0$0200a8c0@straightrunning.com> Hi Harold, The bug was the overlaying of the icon and title in the Exit Confirmation window in Test 87. This is the 'simple' fix that works best for me:- ---------------8<----------- diff -ubB save_XWin.rc XWin.rc --- save_XWin.rc 2003-05-29 11:34:35.000000000 +0100 +++ XWin.rc 2003-05-29 14:43:01.000000000 +0100 @@ -53,7 +53,7 @@ /* Exit */ EXIT_DIALOG DIALOG DISCARDABLE 32, 32, 180, 70 -STYLE WS_POPUP | WS_CAPTION | WS_SYSMENU | WS_VISIBLE | WS_TABSTOP | DS_CENTER | WS_DLGFRAME +STYLE WS_POPUP | WS_VISIBLE | WS_TABSTOP | DS_CENTER | WS_DLGFRAME EXSTYLE WS_EX_DLGMODALFRAME FONT 8, "MS Sans Serif" CAPTION "Cygwin/XFree86 - Exit?" ---------------->8----------- I have only tested on XP. Colin From bijumaillist@yahoo.com Thu May 29 22:00:00 2003 From: bijumaillist@yahoo.com (Biju) Date: Thu, 29 May 2003 22:00:00 -0000 Subject: Few minor issues In-Reply-To: <3ED58684.2040103@msu.edu> Message-ID: <20030529151116.47170.qmail@web14602.mail.yahoo.com> --- Harold L Hunt II wrote: > Biju wrote: > > I dont know whether others noticed these. > > > > Any ideas on how to get rid of the Maximize button on the dialog? I can > do it by removing the WS_SYSMENU style... should we be using WS_SYSMENU > or not? Not using WS_SYSMENU cause our icon to not be displayed on the > upper-left hand corner, but I can't seem to find a flag that says "no > maximize button". Its long time since I worked in windows programming, So its like studying again. I was trying these by linking XWin.rc against my sample application. Here is what I found. Adding WS_TABSTOP was giving me the maximize button. So to make Cancel as default button I repositioned it. you could use arrow keys, Tab key, "C" or "E" to move/select buttons. here is the *.rc (PS: I am using IDD_MAIN as Dialogid) -------- IDD_MAIN DIALOG DISCARDABLE 32, 32, 180, 70 STYLE DS_CENTER | WS_POPUP | WS_CAPTION | WS_SYSMENU CAPTION "Cygwin/XFree86 - Exit?" BEGIN DEFPUSHBUTTON "&Cancel", IDCANCEL, 55, 48, 30, 14 PUSHBUTTON "&Exit", IDOK, 95, 48, 30, 14 CTEXT "Exiting will close all screens running on this display.", IDC_STATIC, 7, 12, 166, 8 CTEXT "Proceed with shutdown of this display/server?", IDC_STATIC, 7, 24, 166, 8 END -------- Alternately you can keep OK as default button (PS: I dont like this much, because OK is more damaging) IDD_MAIN DIALOG DISCARDABLE 32, 32, 180, 70 STYLE DS_CENTER | WS_POPUP | WS_CAPTION | WS_SYSMENU CAPTION "Cygwin/XFree86 - Exit?" BEGIN DEFPUSHBUTTON "&Exit", IDOK, 55, 48, 30, 14 PUSHBUTTON "&Cancel", IDCANCEL, 95, 48, 30, 14 CTEXT "Exiting will close all screens running on this display.", IDC_STATIC, 7, 12, 166, 8 CTEXT "Proceed with shutdown of this display/server?", IDC_STATIC, 7, 24, 166, 8 END In both case pressing "Esc" key will trigger "Cancel" button because we are using IDCANCEL as its ID You could use these styles for both EXIT_DIALOG and DEPTH_CHANGE I use "SetWindowPos()" to bring it to topmost. Here is my "WinProc" and "WinMain" ....... ....... BOOL CALLBACK DlgProc(HWND hwnd, UINT Message, WPARAM wParam, LPARAM lParam) { switch(Message) { case WM_INITDIALOG: // This is where we set up the dialog box, and initialise any default values SetWindowPos(hwnd, HWND_TOPMOST, 0,0,0,0, SWP_NOSIZE | SWP_NOMOVE); ....... ....... int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { return DialogBox(hInstance, MAKEINTRESOURCE(IDD_MAIN), NULL, DlgProc); } ------- cheers Biju __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From early@respower.com Fri May 30 02:43:00 2003 From: early@respower.com (Early Ehlinger) Date: Fri, 30 May 2003 02:43:00 -0000 Subject: [ANNOUNCEMENT] Server Test 87 References: <3ED5A9F3.5080307@msu.edu> Message-ID: "Harold L Hunt II" wrote: > 4) winmultiwindowwindow.c/winTopLevelWindowProc() - Add a call to > winKeybdReleaseKeys () in WM_KILLFOCUS. This fix stops the phantom > key presses that people were seeing. The example here would be to > launch an xterm, then launch another xterm from that xterm. Type > ``exit'' in the first xterm and press enter. The enter keydown > message is processed by the second xterm, but the keyup is never > processed so it got sent repeatedly to the root-level message loop > (which performs all keyboard processing), causing phantom key presses > to show up in any X app that currently had the focus. At least, I > think that is that the problem was. An interim solution was to press > and release the enter key, which would cause a keydown/keyup message > combo to be sent, thus ending the crazy looping. This fix pops all > keys that are pressed when the current X app looses the keyboard > focus. Colin suggested this, Earle move the location of the call to > the proper place. (Colin Harrison, Earle F. Philhower III) Thanks to everybody who worked to fix this problem!!! This was the single biggest stability issue for me wrt cygwin/xfree86. I can't tell you how fantastic it is that this is now fixed! A million thanks! -- -- Early Ehlinger CEO, ResPower Inc - Toll-Free : 866-737-7697 -- www.respower.com -- 500+ GHz Supercomputer Starting At USD$0.50/GHz*Hour From earle@ziplabel.com Fri May 30 05:16:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 30 May 2003 05:16:00 -0000 Subject: Custom icons + MouseUp fix In-Reply-To: <3ED5AA99.1070101@msu.edu> References: <5.1.1.6.2.20030528214522.00aafcc8@mail.ziplabel.com> <5.1.1.6.2.20030528174248.00ac3738@mail.ziplabel.com> <5.1.1.6.2.20030528174248.00ac3738@mail.ziplabel.com> <5.1.1.6.2.20030528214522.00aafcc8@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030529193200.00aaf048@mail.ziplabel.com> Howdy Harold, let me just say thanks for the efforts you've been giving while trying to herd cats^Wpatches... At ***02:37 AM*** 5/29/2003 -0400, you wrote: >11) Try, in vain, to maintain a uniform coding style and >variable/function naming convention. I am mostly winning the >curly-brace (curly braces on separate lines please), indenting (emacs >... >Please replace local source with source from test release, reapply local >patches to test source, and submit new patches as needed. :) >I have made lots of style fixes to the source, so you might as well >replace all files... otherwise diffs will be useless for me as they were >quoting hundreds of lines of source that were logically equivalent but >stylistically different. [Anybody about to send me a diff command that >ignores whitespace, don't... that isn't what I am looking for.] All the old changes look to work great! I got my Debussy and NCVerilog icons, title bars, etc. without a single change. I am also attaching what I hope is a style-conforming patch for the missed mouseup messages. The problem is that Windows will not give you a WM_[LMR]BUTTON[UP/DOWN] unless the mouse is over a window you own. To get around this I put in a check in the WM_TIMER which is already in there to kludge WM_MOUSEMOVEs when the pointer is not in an X owned window. It's gone through 2 days of me beating on it for real work and it seems OK. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: buttonrelease.diff.bz2 Type: application/octet-stream Size: 1120 bytes Desc: not available URL: From lev.bishop@yale.edu Fri May 30 08:16:00 2003 From: lev.bishop@yale.edu (Lev Bishop) Date: Fri, 30 May 2003 08:16:00 -0000 Subject: Icons [in Server Test 87] Message-ID: Making the icons work was a really good idea. But it doesn't seem to work right for me - the icons appear, but only in 2 colours - transparent and white. Presumably the mask is converted correctly but not the icon itself. I checked with xclock, oclock, xditview, xcalc, xload. It only happens in 32bit colour mode, not in 16bit (1024x768 in each case if that's relevant). XWin -clipboard -multiwindow -emulate3buttons 100 -clipupdates 5 Lev From colin.harrison@virgin.net Fri May 30 15:26:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Fri, 30 May 2003 15:26:00 -0000 Subject: Icons [in Server Test 87] Message-ID: <000201c32683$b60a1070$0200a8c0@straightrunning.com> Hi Lev, This one crept passed quality control :). I can confirm your problem at 32 bit colour with xclock etc. OK at 24 bit and 16 bit (1280x1024) on my machine. Out with the magnifying glass again! Colin From earle@ziplabel.com Fri May 30 16:57:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 30 May 2003 16:57:00 -0000 Subject: Icons [in Server Test 87] In-Reply-To: <000201c32683$b60a1070$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030530082522.00ac1038@mail.ziplabel.com> Howdy Lev, Colin, At 09:16 AM 5/30/2003 +0100, you wrote: >This one crept passed quality control :). >I can confirm your problem at 32 bit colour with xclock etc. >OK at 24 bit and 16 bit (1280x1024) on my machine. >Out with the magnifying glass again! Colin, you ran a 32bpp test and attached a screen capture, no? I cannot reproduce anything like what you two are seeing, I run at 32bpp all the time. It could be something to do with the device driver/HW involved as I only have access to my GF2GTS and my 4 screens of Voodoo 3000. What GFX cards are you folks running? You might have to do some debugging on your own HW to narrow this down... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From colin.harrison@virgin.net Fri May 30 17:45:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Fri, 30 May 2003 17:45:00 -0000 Subject: Icons [in Server Test 87] Message-ID: <000001c326cc$9bca0dc0$0200a8c0@straightrunning.com> Hi Earle, I thought we were OK at 32bpp (1280x1024) until I looked again! Device dependence maybe, I'm got an old ATI Rage Pro card (don't ask why?). It's the black and white icon's images that's are going wrong not the masks. The black (0) is rendered transparent. I've just started a trace on this one:- On xclock I get 6 calls on winScaleXBitmapToWindows effBPP=32 effXBPP=1 effXDepth=1 effBPP=1 effXBPP=1 effXDepth=1 effBPP=32 effXBPP=1 effXDepth=1 repeat effBPP=32 effXBPP=1 effXDepth=1 effBPP=1 effXBPP=1 effXDepth=1 effBPP=32 effXBPP=1 effXDepth=1 The 1st and 4th are the image passes. If I nobble these passes (effXBPP=1 and effBPP=32) (leaving the 3rd and 6th mask pass unchanged) and bodge in say 127 to case32 outPtr's (4 times the same to the break) instead of the original 4x0 fall through; I get white and 'grey' (i.e. the outline and hands are no longer transparent!). I'm just a born hacker and can't resist mucking about in someone else's algoryrhymes! Some endian problem perhaps? I've got to go out soon so will leave it 'in the air' for a few hours. Colin From lev.bishop@yale.edu Fri May 30 18:35:00 2003 From: lev.bishop@yale.edu (Lev Bishop) Date: Fri, 30 May 2003 18:35:00 -0000 Subject: Icons [in Server Test 87] In-Reply-To: Message-ID: In response to Earle's question: I'm using ATI Mobility Radeon. Lev From lev.bishop@yale.edu Fri May 30 18:42:00 2003 From: lev.bishop@yale.edu (Lev Bishop) Date: Fri, 30 May 2003 18:42:00 -0000 Subject: [wishful thinking] cleartype font support Message-ID: So cygwin/xfree is very nice indeed, but I still can't make fonts look as good as they do natively on windows XP with cleartype. I've read the xfree86 font de-uglifaction howto, played with XftConfig, enabled sub-pixel antialiasing, downloaded and built my own version of the latest freetype dll (with and without the bytecode interpreter). All of these things made improvements, and I think that the freetype autohinter may now do a better job with badly-to-averagely-designed truetype fonts than windows does. But with really excellent fonts, such as Lucida Console, it still isn't as good as windows XP does with cleartype. I'm sure that eventually freetype will get closer in quality to cleartype, but in the meantime is there any chance that somehow the font mechanism could be hijacked/hooked to provide support for native windows fonts, sub-pixel antialialing? I know nothing about it but it seems like one of those things that would probably be a lot of work, so I guess this is wishful thinking. Failing that, might it be reasonable to try to patch xterm to use windows fonts? Thanks for listening. Lev From earle@ziplabel.com Sat May 31 00:30:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Sat, 31 May 2003 00:30:00 -0000 Subject: Icons [in Server Test 87] Message-ID: <20030530184304.A63FE1C6C3@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From colin.harrison@virgin.net Sat May 31 00:42:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 31 May 2003 00:42:00 -0000 Subject: Icons [in Server Test 87] Message-ID: <000001c3270b$d66ce490$0200a8c0@straightrunning.com> Hi Earle, I just love ATI, great hardware... pity about the software! It's always a struggle with drivers, I've got loads of soundcards I have 'fun' with as well. At least the 'old' hardware maybe has a driver on Linux (that's why I still use 'em...) Putting the trumpet away:- Here's my 'results' (attached) using Harold's Test87 binary at 32bpp 1280x1024 on my antique ATI Rage Pro! xload & xclock looks dodgy, yes it's all a black and white problem! All the rest are fantastic!!! (just a thought, I must check the source lost nothing in the new build) I will try Test87 on other machines/graphics cards tomorrow.. Matrox and voodoo. Sorry about the hack on the image...I only 'casually' looked at the masks! "If I knew what I was doing, I wouldn't have any fun" Compressed .rtf file attached ~22KB (preserves the bit structure, I hope) Colin -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin_32bpp_icons.rtf.bz2 Type: application/octet-stream Size: 22545 bytes Desc: not available URL: From colin.harrison@virgin.net Sat May 31 00:52:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 31 May 2003 00:52:00 -0000 Subject: Custom icons + MouseUp fix Message-ID: <000001c3270d$88c7f610$0200a8c0@straightrunning.com> Hi Earle, Just to say this patch works fine for me. Thanks Colin From earle@ziplabel.com Sat May 31 02:57:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 31 May 2003 02:57:00 -0000 Subject: Icons [in Server Test 87] In-Reply-To: <000001c3270b$d66ce490$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030530174413.00ad1880@mail.ziplabel.com> Howdy Colin, At 01:30 AM 5/31/2003 +0100, you wrote: >I just love ATI, great hardware... pity about the software! They had and still have the best TV out support. I wish my GF or Voodoos had 1/2 the configurability. >Here's my 'results' (attached) using Harold's Test87 binary at 32bpp >1280x1024 on my antique ATI Rage Pro! >xload & xclock looks dodgy, yes it's all a black and white problem! Thx, it looks like the mask is not working at all when you have a 32bpp icon map and a 1bpp icon mask. White's a 255,255,255 tuple so when you OR it with anything you get 255, so it'll show up white no matter what... I just realized my laptop doesn't have cygwin installed, so it may be a bit before I can do local testing. One thing I'd like you to add is a check after the ii.mask = CreateBitmap() call, that the returned value isn't NULL. Also, can you dump the image planes, I'm assuming that planes==1 everywhere because I never heard of it being otherwise except in 16-color (4bpp!) mode... winmultiwindow.c line2198 or so... /* Create Win32 mask from pixmap shape */ ii.hbmMask = CreateBitmap (iconSize, iconSize, planes, 1, mask); + ErrorF("Planes: %d\n", planes); + if (iihbmMask==NULL) + { + LPVOID lpMsgBuf; + + /* Display a fancy error message */ + FormatMessage (FORMAT_MESSAGE_ALLOCATE_BUFFER | + FORMAT_MESSAGE_FROM_SYSTEM | + FORMAT_MESSAGE_IGNORE_INSERTS, + NULL, + GetLastError (), + MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), + (LPTSTR) &lpMsgBuf, + 0, NULL); + + ErrorF ("Mask creation failed, error %s\n", + (LPSTR)lpMsgBuf); + LocalFree (lpMsgBuf); + } >All the rest are fantastic!!! That's REALLY a kicker, the same kind of mask creation is done without regard to the source image depth! -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Sat May 31 03:46:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 31 May 2003 03:46:00 -0000 Subject: Icons [in Server Test 87] In-Reply-To: <000001c3270b$d66ce490$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030530195627.00aab038@mail.ziplabel.com> Hi Colin and Lev: Here's a fix for 32bpp icons on ATI machines. It turns out that I was setting an alpha value which is technically not supposed to be set in each 32bpp pixel. 3dfx and nVidia drivers ignore the value, but ATI looks looks at it and says, "Whoa, junk this bitmap!" Tests on my laptop @32bpp run A-OK whereas the old code had the same problem you're seeing. This is a diff against test87 clean... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: icon_ati.diff.bz2 Type: application/octet-stream Size: 1336 bytes Desc: not available URL: From huntharo@msu.edu Sat May 31 04:21:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 31 May 2003 04:21:00 -0000 Subject: Custom icons + MouseUp fix In-Reply-To: <000001c3270d$88c7f610$0200a8c0@straightrunning.com> References: <000001c3270d$88c7f610$0200a8c0@straightrunning.com> Message-ID: <3ED82570.30909@msu.edu> Earle, Any reason we shouldn't install a message hook when the user presses and holds a mouse button or modifier key? On a related note, what is up with winmultiwindowwindow.c/winTopLevelWindowProc()/WM[NC]MOUSELEAVE and the SetTimer call? This must have been something that Kensuke did without me looking too closely :) It looks like it is used to move the X cursor out of the screen view when the user moves the mouse out of the X window... but it never calls KillTimer in the processing of WM_TIMER, which is strange. It looks like this could also be used to move the mouse cursor if it shows up over another X window... but that should be handled by the WM_MOUSEMOVE processing for that new window. Do you see any reason we can't get rid of these timers? I would really like to avoid them if possible. Harold Colin Harrison wrote: > Hi Earle, > > Just to say this patch works fine for me. > > Thanks > > Colin From huntharo@msu.edu Sat May 31 04:54:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 31 May 2003 04:54:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 Message-ID: <3ED82DDD.20100@msu.edu> Links: I just posted Test 88 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 88 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.2.0-39 Server Test Series binary and source code releases are now available via the sources.redhat.com ftp mirror network (http://cygwin.com/mirrors.html) in the pub/cygwin/xfree/devel/shadow/ directory. You may wish to note the desired filename in the links below, then download from your closest mirror (http://cygwin.com/mirrors.html). Server binary, direct link: http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test88.exe.bz2 (1208 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030530-2355.tar.bz2 (117 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test87 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test87-to-Test88.diff.bz2 (4 KiB) Changes: 1) winmultiwindowwindow.c/winScaleXBitmapToWindows() - Clear the bits in the alpha channel of the converted 32 bpp bitmap because it was causing problems with window icons for certain display drivers. Most notably, display drivers from ATI were exhibiting these problems. (Earle F. Philhower III) 2) wincursor.c/winPointerWarpCursor() - Discard the first cursor warp message, since this is just X putting the mouse cursor in the center of the screen, which is undesirable in Windows. (Earle F. Philhower III, Harold L Hunt II) 3) windialogs.c/winDisplay[Exit|DepthChange]Dialog() - Add calls to drop the minimize and maximize buttons from the Exit Confirmation and Depth Change dialog boxes, while preserving the icon on the upper left hand corner of the dialog window. (Earle F. Philhower III) Enjoy, Harold From huntharo@msu.edu Sat May 31 05:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 31 May 2003 05:12:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-39 Message-ID: <3ED8358C.1090306@msu.edu> The XFree86-xserv-4.2.0-39 package has been updated in the Cygwin distribution. Changes: 1) winmultiwindowwindow.c/winScaleXBitmapToWindows() - Clear the bits in the alpha channel of the converted 32 bpp bitmap because it was causing problems with window icons for certain display drivers. Most notably, display drivers from ATI were exhibiting these problems. (Earle F. Philhower III) 2) wincursor.c/winPointerWarpCursor() - Discard the first cursor warp message, since this is just X putting the mouse cursor in the center of the screen, which is undesirable in Windows. (Earle F. Philhower III, Harold L Hunt II) 3) windialogs.c/winDisplay[Exit|DepthChange]Dialog() - Add calls to drop the minimize and maximize buttons from the Exit Confirmation and Depth Change dialog boxes, while preserving the icon on the upper left hand corner of the dialog window. (Earle F. Philhower III) 4) Convert X application icons set in WM_HINTS from XPMs to Windows BMPs using an internal algorithm. Earle, Ralf, and Colin worked together on this one with coding, suggesting ideas, and testing. The end result is, as they say, very nearly perfect. Each top-level X window is now given its own class that has an icon associated with it. The icon can be even changed while the application is running and this is properly handled. Icons are properly freed when a window and its associated class are destroyed. This entry encompasses a flurry of emails and patches that I cannot possibly recount here; hopefully no one feels slighted by this brief summary. (Earle F. Philhower III, Ralf Habacker, Colin Harrison) 5) Set XIconSizes() to the Windows approved 16, 32, and 48. It doesn't seem to be looked at by anything, but it is in the XLib documents as something a WM should set. (Earle F. Philhower III) 6) Removed several misc compile warnings. (Earle F. Philhower III) 7) winmultiwindowwindow.c/winTopLevelWindowProc() - Add a call to winKeybdReleaseKeys () in WM_KILLFOCUS. This fix stops the phantom key presses that people were seeing. The example here would be to launch an xterm, then launch another xterm from that xterm. Type ``exit'' in the first xterm and press enter. The enter keydown message is processed by the second xterm, but the keyup is never processed so it got sent repeatedly to the root-level message loop (which performs all keyboard processing), causing phantom key presses to show up in any X app that currently had the focus. At least, I think that is that the problem was. An interim solution was to press and release the enter key, which would cause a keydown/keyup message combo to be sent, thus ending the crazy looping. This fix pops all keys that are pressed when the current X app looses the keyboard focus. Colin suggested this, Earle move the location of the call to the proper place. (Colin Harrison, Earle F. Philhower III) 8) XWin.rc - Change the Exit Confirmation and Depth Change dialog boxes to be centered by adding the DS_CENTER flag to the STYLE attribute. (Biju G C, Harold L Hunt II) 9) winmultiwindowwindow.c/winTopLevelWindowProc() - Let DefaultWindowProc() handle the Alt+F4 key combo in the WM_*KEYDOWN messages. This allows a user to close a top-level X window (which has an associated Windows window) by pressing Alt+F4. Note that this happens regardless of the -[no]winkill command-line parameter. This is the desired behavior since -[no]winkill should only affect the behavior of the root-level window, not the individual X Client windows. (Biju G C, Harold L Hunt II) 10) winwndproc.c/winWindowProc() - Define a WM_GIVEUP message that calls GiveUp(); remove the GiveUp() call from WM_CLOSE and replace it with a call to winDisplayExitDialog(), which displays the Exit Confirmation dialog box. This only makes sense in conjunction with the next change log entry. (Biju G C, Harold L Hunt II) 11) windialogs.c/winExitDlgProc()/WM_COMMAND/ID_OK - Pass WM_GIVEUP to PostMessage() instead of passing WM_CLOSE. This patch causes the end result that, in MultiWindow mode, selecting Close from the system menu for non-root-level Windows window causes that particular X Client to be killed. The previous result was that the XWin.exe process was exited without displaying the Exit Confirmation dialog box. This must have been a frustrating situation indeed and it makes this bug a marvelous catch on Biju's part. NOTE: The system menu can be opened by right clicking on the title bar, or by left clicking the icon in the upper left-hand corner of the app window, or by right clicking on the application entry in the task bar. (Biju G C, Harold L Hunt II) 12) windialogs.c/winDisplay(Exit)|(ChangeDepth)Dialog() - Call SetForegroundWindow() if the dialog box has already been created. This pulls the dialog box to the foreground if it has been buried by other windows. It is legitimate to do this here because we are responding to user input of some sort when this function gets called. (Harold L Hunt II) 13) XWin.rc - Add the extended style WS_EX_DLGMODALFRAME and the normal style WS_DLGFRAME to the Exit Confirmation dialog box in an attempt to stop the dialog box from being listed in the task bar, which was reported by one user. This task bar listing has been negatively confirmed in Windows 2000 and Windows XP, but it may be happening in other versions of Windows. Of course, this could have been a reference to the fact that the dialog is present in the Alt+Tab list. However, that is the desired behavior and will not be changed (how else could you get back to that dialog box?). (Biju G C, Harold L Hunt II) -- Harold Hunt To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'XFree86-xserv' from the 'XFree86' category. You may need to click the "Full" button if it doesn't show up. Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://archive.progeny.com/cygwin/ is a reliable high bandwidth connection. In Japan, ftp://ftp.u-aizu.ac.jp/pub/gnu/gnu-win32/ is usually up-to-date. In DK, http://mirrors.sunsite.dk/cygwin/ is usually up-to-date. If one of the above doesn't have the latest version of this package you can either wait for the site to be updated or find another mirror. Please send questions or comments to the Cygwin/XFree86 mailing list at: cygwin-xfree@sources.redhat.com . If you want to subscribe go to: http://cygwin.com/lists.html I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin/XFree86 in general. If you want to make a point or ask a question the Cygwin/XFree86 mailing list is the appropriate place. From earle@ziplabel.com Sat May 31 06:10:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 31 May 2003 06:10:00 -0000 Subject: Custom icons + MouseUp fix In-Reply-To: <3ED82570.30909@msu.edu> References: <000001c3270d$88c7f610$0200a8c0@straightrunning.com> <000001c3270d$88c7f610$0200a8c0@straightrunning.com> Message-ID: <5.1.1.6.2.20030530214811.00ab42c8@mail.ziplabel.com> Howdy Harold, At 11:45 PM 5/30/2003 -0400, you wrote: >Any reason we shouldn't install a message hook when the user presses and >holds a mouse button or modifier key? I'm not sure what you mean by this, do a mouse capture? This may change the semantics, because then any drop-target window won't get any mouse messages since only one window is allowed to see the mouse moves/buttons. >On a related note, what is up with >winmultiwindowwindow.c/winTopLevelWindowProc()/WM[NC]MOUSELEAVE and the >SetTimer call? This must have been something that Kensuke did without me >looking too closely :) It looks like it is used to move the X cursor out >of the screen view when the user moves the mouse out of the X window... >but it never calls KillTimer in the processing of WM_TIMER, which is >strange. It looks like this could also be used to move the mouse cursor >if it shows up over another X window... but that should be handled by the >WM_MOUSEMOVE processing for that new window. >Do you see any reason we can't get rid of these timers? I would really >like to avoid them if possible. I think what he was trying to do was to update the mouse position in the root window when the mouse isn't over any X window, since you only get mousemoves if the mouse is over your window. Removing the timers would kill things like xeyes and the drag-n-drop icon movements in some of the KDE/QT/whatever apps. In multi-window-mode the root window would then only get messages when the mouse was inside the client area of one of the apps... Even if he doesn't KillTimer, since he is reusing the event id it shouldn't cause any kind of leak. And he does kill it on a mousemove on the initiating window. However I think he has a bug here, it seems he will create a timer for each X window, not one for the entire application. You can test this by restarting the server and running xeyes. Move your cursor around on the desktop, outside the window and see how the eyes only update once per second or so. Now, open up 20 x terms and move your mouse through each, just to start their timers. Finally, with those 20 windows up move your mouse outside them on the Windoze desktop and you'll notice the eyes are following in real time, much faster than before. As bugs go it's pretty benign, and would take another global variable to hold the timer ID to fix... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From bijumaillist@yahoo.com Sat May 31 06:21:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Sat, 31 May 2003 06:21:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.2.0-39 In-Reply-To: <3ED8358C.1090306@msu.edu> Message-ID: <20030531061043.61984.qmail@web14612.mail.yahoo.com> Harold, --- Harold L Hunt II wrote: > The XFree86-xserv-4.2.0-39 package has been updated in the Cygwin > distribution. > > 13) XWin.rc - Add the extended style WS_EX_DLGMODALFRAME and the > normal style WS_DLGFRAME to the Exit Confirmation dialog box in an > attempt to stop the dialog box from being listed in the task bar, > which was reported by one user. This task bar listing has been > negatively confirmed in Windows 2000 and Windows XP, but it may be > happening in other versions of Windows. Of course, this could have > been a reference to the fact that the dialog is present in the Alt+Tab > list. However, that is the desired behavior and will not be changed > (how else could you get back to that dialog box?). (Biju G C, Harold > L Hunt II) There is a misunderstanding here. Sorry about it, Let me clarify. I was talking about Root Window, manly in -nodecoration and -rootless mode. as well as at "Show Root" on -multiwindow mode Also please see following mail for other alternatives I tried http://cygwin.com/ml/cygwin-xfree/2003-05/msg00574.html cheers Biju __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From colin.harrison@virgin.net Sat May 31 13:09:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 31 May 2003 13:09:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 Message-ID: <000001c3273c$dea67dc0$0200a8c0@straightrunning.com> Hi, All works for me, and yes the icons are now faultless. To qualify, I only tested 16/24/32 bit 1280x1024 on my ATI Rage Pro + Pentium III on XP Pro SP1! (just in case I get caught out again :)) One or two minor problems on Exit Confirmation window:- Title overlays the icon, if the window is moved this corrects itself. It's system menu (right click on Icon) has Size, Maximize and Minimize, that don't work. Exit and Cancel could have 'hot keys' x and C respectively. I'm off to play with the mouseup stuff Thanks for all the effort. Colin From Ruth.Ivimey-Cook@ivimey.org Sat May 31 16:48:00 2003 From: Ruth.Ivimey-Cook@ivimey.org (Ruth Ivimey-Cook) Date: Sat, 31 May 2003 16:48:00 -0000 Subject: problem: occasional keystroke doubling (a known issue?) In-Reply-To: <3ED50355.3020207@msu.edu> References: Message-ID: <5.2.0.9.0.20030531140826.00b39558@mailhost.ivimey.org> At 19:43 28/05/2003, Harold L Hunt II wrote: >Now, if I could only find a way to turn this off programmatically, once >and for all. This X key repeat feature is completely unnecessary since >Windows handles key repeats for us. I tried to interface with the same >code that xset interfaces with, but it did not seem that this interface >was meant to be built into an X Server. Perhaps someone else can help me >figure out how to disable this. It could be a simple as a build flag, but >I have never come across it. Harold, ISTR that the standard X servers have command line options to set keyboard repeat up. Perhaps the code path those options use will be helpful? Ruth (who has also seen this issue on XP Pro) From earle@ziplabel.com Sat May 31 19:14:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 31 May 2003 19:14:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 In-Reply-To: <3ED82DDD.20100@msu.edu> Message-ID: <5.1.1.6.2.20030531094758.00ac1900@mail.ziplabel.com> Howdy Harold, It looks like the XWin.rc you were working on got put into this version causing the icon munging in the exit dialog. The code I sent works only the older version w/o the dlgframe style. --- xwin_88/XWin.rc 2003-05-28 20:51:51.000000000 -0700 +++ xwin/XWin.rc 2003-05-31 09:46:09.000000000 -0700 @@ -53,8 +53,7 @@ /* Exit */ EXIT_DIALOG DIALOG DISCARDABLE 32, 32, 180, 70 -STYLE WS_POPUP | WS_CAPTION | WS_SYSMENU | WS_VISIBLE | WS_TABSTOP | DS_CENTER| WS_DLGFRAME -EXSTYLE WS_EX_DLGMODALFRAME +STYLE WS_POPUP | WS_CAPTION | WS_SYSMENU | WS_VISIBLE | WS_TABSTOP | DS_CENTER FONT 8, "MS Sans Serif" CAPTION "Cygwin/XFree86 - Exit?" BEGIN >3) windialogs.c/winDisplay[Exit|DepthChange]Dialog() - Add calls to >drop the minimize and maximize buttons from the Exit Confirmation and >Depth Change dialog boxes, while preserving the icon on the upper left >hand corner of the dialog window. (Earle F. Philhower III) -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Sat May 31 19:15:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 31 May 2003 19:15:00 -0000 Subject: Custom icons + MouseUp fix In-Reply-To: <5.1.1.6.2.20030530214811.00ab42c8@mail.ziplabel.com> References: <000001c3270d$88c7f610$0200a8c0@straightrunning.com> <000001c3270d$88c7f610$0200a8c0@straightrunning.com> <5.1.1.6.2.20030530214811.00ab42c8@mail.ziplabel.com> Message-ID: <3ED8FF02.3050203@msu.edu> Earle, Earle F. Philhower III wrote: > Howdy Harold, > At 11:45 PM 5/30/2003 -0400, you wrote: > >> Any reason we shouldn't install a message hook when the user presses >> and holds a mouse button or modifier key? > > > I'm not sure what you mean by this, do a mouse capture? This may change > the semantics, > because then any drop-target window won't get any mouse messages since > only one window > is allowed to see the mouse moves/buttons. > No no, you do it with a message hook, like here: http://www.codeproject.com/dll/trackuseridle.asp I have written a message hook before that trapped all keyboard input and played morse code over the system speaker. Obviously, morse code is really hard to distinquish at 30 wpm! However, the hook worked just fine. We would have to have a seperate DLL that was installed in the hook chain... and it would be a good idea to make that DLL either a MinGW or MSVCRT DLL, rather than having it depend upon Cygwin. The reasoning for that is that hooks, if written poorly, can effect the whole system. However, they are just fine if kept small and fast. >> On a related note, what is up with >> winmultiwindowwindow.c/winTopLevelWindowProc()/WM[NC]MOUSELEAVE and >> the SetTimer call? This must have been something that Kensuke did >> without me looking too closely :) It looks like it is used to move >> the X cursor out of the screen view when the user moves the mouse out >> of the X window... but it never calls KillTimer in the processing of >> WM_TIMER, which is strange. It looks like this could also be used to >> move the mouse cursor if it shows up over another X window... but that >> should be handled by the WM_MOUSEMOVE processing for that new window. >> Do you see any reason we can't get rid of these timers? I would >> really like to avoid them if possible. > > > I think what he was trying to do was to update the mouse position in the > root window when > the mouse isn't over any X window, since you only get mousemoves if the > mouse is over your > window. Removing the timers would kill things like xeyes and the > drag-n-drop icon movements > in some of the KDE/QT/whatever apps. In multi-window-mode the root > window would then only > get messages when the mouse was inside the client area of one of the > apps... > Okay, this would work with hooks too. > Even if he doesn't KillTimer, since he is reusing the event id it > shouldn't cause any > kind of leak. And he does kill it on a mousemove on the initiating window. > Weird, when I did a search for KillTimer I didn't find anything. I must have missed it. In any case, what I was looking for was a KillTimer call win WM_MOUSEMOVE, which is there. No worries. > However I think he has a bug here, it seems he will create a timer for each > X window, not one for the entire application. You can test this by > restarting the > server and running xeyes. Move your cursor around on the desktop, > outside the window > and see how the eyes only update once per second or so. Now, open up 20 > x terms and > move your mouse through each, just to start their timers. Finally, with > those 20 > windows up move your mouse outside them on the Windoze desktop and you'll > notice the eyes are following in real time, much faster than before. As > bugs go > it's pretty benign, and would take another global variable to hold the > timer ID > to fix... Yes! That was what I was thinking too. The global variable that he was using as a timer id should have been a constant, however, we don't need to specify a timer id when passing a NULL hwnd to SetTimer, so I changed the global variable to track the value returned by SetTimer. This value is then passed to KillTimer to destroy the timer when we see client mouse movement. This is great because it eliminates lots of timers that could show up when users had lots of windows open. Thanks for the help, Harold From huntharo@msu.edu Sat May 31 19:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 31 May 2003 19:17:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 In-Reply-To: <000001c3273c$dea67dc0$0200a8c0@straightrunning.com> References: <000001c3273c$dea67dc0$0200a8c0@straightrunning.com> Message-ID: <3ED8FF5A.2080206@msu.edu> Colin, Colin Harrison wrote: > Hi, > > All works for me, and yes the icons are now faultless. > To qualify, I only tested 16/24/32 bit 1280x1024 on my ATI Rage Pro + > Pentium III on XP Pro SP1! > (just in case I get caught out again :)) > > One or two minor problems on Exit Confirmation window:- > Title overlays the icon, if the window is moved this corrects itself. I have never seen this problem. > It's system menu (right click on Icon) has Size, Maximize and Minimize, that > don't work. Hmm... mine has those buttons, but they DO work, which is precisely what we were trying to avoid. > Exit and Cancel could have 'hot keys' x and C respectively. > Not sure about that. You mean Alt+X and Alt+C or did you want x and c to be the hot keys? Thanks for testing, Harold From huntharo@msu.edu Sat May 31 19:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 31 May 2003 19:49:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 In-Reply-To: <5.1.1.6.2.20030531094758.00ac1900@mail.ziplabel.com> References: <5.1.1.6.2.20030531094758.00ac1900@mail.ziplabel.com> Message-ID: <3ED8FFD4.5080105@msu.edu> Earle, Earle F. Philhower III wrote: > Howdy Harold, > > It looks like the XWin.rc you were working on got put into this version > causing the icon munging in the exit dialog. The code I sent works only > the older version w/o the dlgframe style. > > --- xwin_88/XWin.rc 2003-05-28 20:51:51.000000000 -0700 > +++ xwin/XWin.rc 2003-05-31 09:46:09.000000000 -0700 > @@ -53,8 +53,7 @@ > /* Exit */ > > EXIT_DIALOG DIALOG DISCARDABLE 32, 32, 180, 70 > -STYLE WS_POPUP | WS_CAPTION | WS_SYSMENU | WS_VISIBLE | WS_TABSTOP | > DS_CENTER| WS_DLGFRAME > -EXSTYLE WS_EX_DLGMODALFRAME > +STYLE WS_POPUP | WS_CAPTION | WS_SYSMENU | WS_VISIBLE | WS_TABSTOP | > DS_CENTER > FONT 8, "MS Sans Serif" > CAPTION "Cygwin/XFree86 - Exit?" > BEGIN > That seems to have taken care of it. Thanks for helping. Harold From bijumaillist@yahoo.com Sat May 31 20:46:00 2003 From: bijumaillist@yahoo.com (Biju G C) Date: Sat, 31 May 2003 20:46:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 In-Reply-To: <3ED8FF5A.2080206@msu.edu> Message-ID: <20030531194926.95293.qmail@web14603.mail.yahoo.com> --- Harold L Hunt II wrote: > Colin, > > Colin Harrison wrote: > > > Hi, > > > > All works for me, and yes the icons are now faultless. > > To qualify, I only tested 16/24/32 bit 1280x1024 on my ATI Rage Pro + > > Pentium III on XP Pro SP1! > > Exit and Cancel could have 'hot keys' x and C respectively. > > > > Not sure about that. You mean Alt+X and Alt+C or did you want x and c > to be the hot keys? > PUSHBUTTON "E&xit", IDOK, DEFPUSHBUTTON "&Cancel", IDCANCEL, will automaticaly make "x" and "c" hotkeys in a dialog box without a text input. (PS: Alt+X and Alt+C will also works) cheers biju __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From colin.harrison@virgin.net Sat May 31 23:06:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Sat, 31 May 2003 23:06:00 -0000 Subject: [ANNOUNCEMENT] Server Test 88 Message-ID: <000101c327b5$b5110060$0200a8c0@straightrunning.com> Hi, Exit Confirmation:- Tried Earle's fix for XWin.rc..it makes sense to be either a Caption or a Dialog Frame but not both together! MSDN agree on this (somewhere!) I bet the differences between drivers accounts for the reason why I only see the overlay bug. Earle's fix worked for me. All the options are greyed out on it's system menu except Move and Close..which is sensible. The hot-key stuff I mentioned is 'gilding the lily', not many apps do this and it's therefore more 'normal' not to. Someone needs to try this on win98 etc. as there had been a problem with it appearing on the task bar, or was this a red herring? Tried the icon conversions on Matrox G550 and a 3dfx Voodoo 2000 at various resolutions/bpp and had no problems. Again a test on an old windoze would be useful (can't help here). I'm trying to keep up on the mouseup stuff. At least the code is making more sense to me now! Colin From lev.bishop@yale.edu Sat May 31 23:33:00 2003 From: lev.bishop@yale.edu (Lev Bishop) Date: Sat, 31 May 2003 23:33:00 -0000 Subject: Custom icons + MouseUp fix Message-ID: More interesting stuff with timers, held keys, held mouse buttons: Firstly, the timer doesn't even get created every time. I can demonstrate this by starting xwin with just one xterm, and running xeyes. Normally if I move the mouse out of the xterm then about half a second later the x cursor gets deleted and the xeyes continue to update. But if I move the mouse really quickly out of the xterm (helps that I have mouse sensitivity set at the highest setting) then sometimes the cursor is not deleted and xeyes don't update until I move mouse back into the xterm. So occasionally the timer is not created, it seems. As a secondary phenomenon, if I do this fast movement out of the xterm while at the same time holding a mouse button, then the windows mouse cursor not shown either (ie the mouse is invisible) until I release the click. Secondly, the recent fix whereby all x keys get forced released on losing focus doesn't seem to be strictly correct either. If I put focus on my xterm and then hold, say shift or control, and while holding it click on the desktop to remove focus from xterm and then click back on the xterm, the xterm behaves as if shift and control are not pressed. Of course this is rarely a problem but perhaps it could be an issue if there are any X applications that make use of shift-drag/drop or control-drag/drop, etc, like windows does. Might also be a problem for people using the windows accessibility options such as "sticky keys". So, all things considered, the message hook idea sounds better than using a timer, and while you're at it, you could do the right thing(tm) concerning keydown, keyup instead of just force-releasing all keys. With this, might it in fact be possible to remove most of the event-handling stuff out of each client-window message loop and just use the hook to pass these messages directly to the root window. (Ie install the hook once, at server-startup, and then you receive all the mouse and keboard events, just like in the non-rootless, non-multiwindow case). I don't know enough about the multiwindow implementation to know if this is sensible. Lev