From huntharo@msu.edu Fri Aug 1 00:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 01 Aug 2003 00:11:00 -0000 Subject: XWin -multiwindows problem In-Reply-To: <3F2996F2.2080301@citlink.net> References: <3F2996F2.2080301@citlink.net> Message-ID: <3F29B034.10609@msu.edu> Terry, Try changing the display depth on the problem machine from 32 bits to 24, 16, or 15 bits. In fact, try each one of those depths if the first one you try doesn't work. Report your results to the mailing list please. Harold terry wrote: > I have successfully setup a Win98se system with CygWin using > startxwin.bat from a download a couple of weeks ago (Perhaps if it had > been difficult, I would know better how to deal with this problem :>) ). > > I am attempting to do the same on another system with almost identical > hardware, also using Win98se. The significant difference between the > systems is that the successful system has a 19" monitor @1600x1200 while > the problem system has a 17" monitor @1024x768. I have not modified > startxwin.bat, and everything works fine 'non-multiwindow'. I cannot > determine how to deal with the error in the XWin log below. Many thanks > for any help. > > terry > > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > (EE) Unable to locate/open config file > InitOutput - Error reading config file > winDetectSupportedEngines - Windows 95/98/Me > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 00000017 > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Multi Window => ShadowGDI > winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per > pixel > winCreateBoundingWindowWindowed - User w: 1024 h: 768 > winCreateBoundingWindowWindowed - Current w: 1024 h: 768 > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 > winAdjustForAutoHide - Taskbar is auto hide > winAdjustForAutoHide - Found LEFT auto-hide taskbar > winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 > winCreateBoundingWindowWindowed - WindowClient w 1023 h 768 r 1023 l 0 b > 768 t 0 > winCreateBoundingWindowWindowed - Returning > winAllocateFBShadowGDI - Creating DIB with width: 1023 height: 768 > depth: 32 > winAllocateFBShadowGDI - Dibsection width: 1023 height: -768 depth: 32 > size image: 3142656 > winAllocateFBShadowGDI - Shadow blit failure > winFinishScreenInitFB - Could not allocate framebuffer > winScreenInit - winFinishScreenInit () failed > > Fatal server error: > InitOutput - Couldn't add screen 0 > From pechtcha@cs.nyu.edu Fri Aug 1 02:20:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 01 Aug 2003 02:20:00 -0000 Subject: Problems compiling xsystem35 under cygwin In-Reply-To: <5.1.0.14.0.20030731134029.01d41aa8@pop.desm.qwest.net> Message-ID: On Thu, 31 Jul 2003, Thomas Morgan wrote: > > Or, you could use the precompiled binaries distributed by the KDE on > > Cygwin project that already have SHM enabled. > > Well, that solved about half the problem. > > Now it does this... > > gcc: unrecognized option `-rdynamic' > xsystem35.o(.text+0x1700):xsystem35.c: undefined reference to `_haveUNIT' > image.o(.text+0x1b5d):image.c: undefined reference to `_ablend16_ppp' > image.o(.text+0x198c):image.c: undefined reference to `_ablend16_dpd' > image.o(.text+0x1d64):image.c: undefined reference to `_ablend16_ppd' > image.o(.text+0x1e81):image.c: undefined reference to `_ablend16_ppd' > collect2: ld returned 1 exit status > BASH-2.05b$ > > The ablend16 ones are from alpha_blend16.o, which is made from assembly > language source. Since it's linked in before image.o is, I don't know > why it couldn't find it. (Admittedly, I have little experience with > linking large multiple-file programs.) haveUNIT also seems to come from > an assembly language file, so maybe that's part of the problem. Actually, you've got it backwards. The linker normally looks for unresolved references in *later* files, so you should place the file providing the function on the command line *after* the one using the function. However, this may only pertain to libraries. Check the function names in assembly code -- you might need to explicitly prepend the underscore to these names, as that's how C looks for them. Alternatively, you may need to pass some options to the assembler to do the name mangling for you. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From yabanci-mal-almiyorum@turkgucu.com Fri Aug 1 04:14:00 2003 From: yabanci-mal-almiyorum@turkgucu.com (yabanci mal almiyorum) Date: Fri, 01 Aug 2003 04:14:00 -0000 Subject: yerli kaliteyi al, issizlik azalsin! Message-ID: ????S??Z KALMAMAK ??????N ????S??ZLERE ???? SA??LANMASI ??????N T??RK??YE??N??N KAMPANYASI??NA KATIL! ------------------------------ YERL?? KAL??TEY?? AL! yat??r??mlar ??o??als??n ????S??ZL??K AZALSIN! YABANCI MALI ALMA! ????S??Z KALMA! 1 milyon 200 bin i??yeri kapand??, 9 milyon meslek sahibi insan??m??z i??siz kald??! Bug??n ??lkemizde sanayide ve i?? hayat??nda -i?? bilmezlikten ya da ki??isel beceriksizlikten kaynaklanmayan- seri iflaslarla i??yerleri kapan??yor. A????k i??letmeler ise s??rekli k??????l??yor, i????i ????kar??yor. HER 6.500 DOLARA 1 ????S??Z! T??ketim mallar?? ithalat??na giden her 6 bin 500 dolar, T??rkiye??de 1 ki??iyi i??siz b??rak??yor. Son d??rt y??ldaki 60 milyar dolarl??k ithalat yerine 9 milyon ki??iye i?? sa??layabilirdik! ????S??ZL?????? KEND?? ELLER??NLE B??Y??TME! Azalan yat??r??m, ??o??alan i??sizliktir. Kaliteli yerlisi varken, yabanc??s??n?? tercih etmek, zaten k??t olan paran??n d????ar?? gitmesine yol a??makta, yat??r??mlar?? azaltmaktad??r. Bug??n T??rkiye??de pek ??ok ??r??n, d??nya standartlar??nda ??retilmektedir. T??rkiye kaliteyi yakalam????t??r! YERL?? KAL??TEY?? AL! ??????iye ??cret, memura maa?? olsun! Okul olsun, yol olsun, hizmet olsun! ????sizlerimize i??, bebelerimize a?? olsun! ------------------------------------------- Kampanyan??n gerek??eleri ve destekleyenlerin listesi www.YABANCI-MAL-ALMIYORUM.com ??dad??r. (Bu ileti 6 milyon T??rk ??nternet kullan??c??s??na g??nderildi; kampanya, 300.000 bin yerli ??reticiye, sanayi ve ticaret odalar??na, odalara ve birliklere, d??rt i????i konfederasyonuna, sendikalar??na, ??ubelerine, derneklere ve ??niversitelere duyuruldu.) ------------------------------------------- From huntharo@msu.edu Fri Aug 1 04:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 01 Aug 2003 04:43:00 -0000 Subject: 4.3.0 Cygwin 1.3.x build and packaging nearly done Message-ID: <3F29EFF1.4070207@msu.edu> I have completed the building and packaging of a 4.3.0 XFree86 release for Cygwin 1.3.x. However, I am not sure that I will be uploading this release, as I intend to make a new build for Cygwin 1.5.1 and hold onto it until Cygwin 1.5.1 is released. In any case, I have at least gotten used to the packaging system again and I have worked out the little details like leaving the font package version numbers untouched so that new downloaders will get the new fonts but updaters won't be forced to get the new fonts (which are essentially the same as the old ones, I hope). So, my question for the community is whether anyone wants me to post the 4.3.0 release as the new "stable" release and make another build for Cygwin 1.5.1 and post that as the "test" release. Or, would everyone rather that I wait and just make the 1.5.1 version the new "stable" release when 1.5.1 is done? I kind of like the idea of making a 4.3.0 Cygwin 1.3.x release, since that will allow us to identify which new bugs (and there will always be new bugs) are caused by XFree86 4.3.0 and which are caused by Cygwin 1.5.1. Well, what do you all think? Harold From davidf@sjsoft.com Fri Aug 1 06:05:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Fri, 01 Aug 2003 06:05:00 -0000 Subject: 4.3.0 Cygwin 1.3.x build and packaging nearly done In-Reply-To: <3F29EFF1.4070207@msu.edu> References: <3F29EFF1.4070207@msu.edu> Message-ID: <3F2A02F3.3050502@sjsoft.com> Harold L Hunt II wrote: > So, my question for the community is whether anyone wants me to post > the 4.3.0 release as the new "stable" release and make another build > for Cygwin 1.5.1 and post that as the "test" release. Or, would > everyone rather that I wait and just make the 1.5.1 version the new > "stable" release when 1.5.1 is done? > > I kind of like the idea of making a 4.3.0 Cygwin 1.3.x release, since > that will allow us to identify which new bugs (and there will always > be new bugs) are caused by XFree86 4.3.0 and which are caused by > Cygwin 1.5.1. Well, what do you all think? > > > Harold > I think it would be great to have the 4.3.0 on Cygwin 1.3.x, the sooner the better! David From John.Morrison@uk.experian.com Fri Aug 1 07:41:00 2003 From: John.Morrison@uk.experian.com (Morrison, John) Date: Fri, 01 Aug 2003 07:41:00 -0000 Subject: 4.3.0 Cygwin 1.3.x build and packaging nearly done Message-ID: David Fraser wrote: > Harold L Hunt II wrote: > >> So, my question for the community is whether anyone wants me to post >> the 4.3.0 release as the new "stable" release and make another build >> for Cygwin 1.5.1 and post that as the "test" release. Or, would >> everyone rather that I wait and just make the 1.5.1 version the new >> "stable" release when 1.5.1 is done? >> >> I kind of like the idea of making a 4.3.0 Cygwin 1.3.x release, since >> that will allow us to identify which new bugs (and there will always >> be new bugs) are caused by XFree86 4.3.0 and which are caused by >> Cygwin 1.5.1. Well, what do you all think? >> >> >> Harold >> > I think it would be great to have the 4.3.0 on Cygwin 1.3.x, the > sooner the better! Agreed. J. ======================================================================= Information in this email and any attachments are confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF From alexander.gottwald@s1999.tu-chemnitz.de Fri Aug 1 09:23:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 01 Aug 2003 09:23:00 -0000 Subject: [XFree86-4.2.0] Now that we have an improved ld, please make libXt a shared library. In-Reply-To: <00b501c357b5$7eb5da10$70a407d5@BRAMSCHE> References: <00b501c357b5$7eb5da10$70a407d5@BRAMSCHE> Message-ID: On Fri, 1 Aug 2003, Ralf Habacker wrote: > _XInherit: > jmp (*xyz) > > where xyz is the address of the image allocation table, in which the address of > the real function address is stored. > > So using *(long *)((long)_XInherit+2) in a client dll for comparing gives the > real function address. _XtInherit is now used in initialisation of static structures. So any substitute must not contain terms which value is only known at runtime. This includes return values of function and memory access (which includes variables and your example). bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Fri Aug 1 12:14:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 01 Aug 2003 12:14:00 -0000 Subject: 4.3.0 Cygwin 1.3.x build and packaging nearly done In-Reply-To: References: Message-ID: <3F2A5985.2040400@msu.edu> I haven't got time to make a formal release announcement, but I just uploaded all of the 4.3.0 packages. They should start showing up on mirrors within a few hours. Note that all fonts packages {fcyr, fenc, fnts, fscl, f100} have not had their version numbers changed. You will not automatically receive the new fonts if you already have them installed. If you have trouble with the fonts, please try the "reinstall" option for the font packages in Cygwin's setup.exe. I ask that the first few testers report their results to the mailing list as soon as they can. I am sure I made a mistake somewhere. Note: This release depends on Cygwin 1.3.x and is a preparation release for Cygwin 1.5.1. Harold From huntharo@msu.edu Fri Aug 1 15:26:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 01 Aug 2003 15:26:00 -0000 Subject: Setup bug --- probably already reported and fixed, of course Message-ID: <3F2A8684.7030006@msu.edu> http://www.msu.edu/~huntharo/xwin/cygwin-setup-161pct.png I just uploaded XFree86 4.3.0 packages this morning. Some of the mirrors have gotten the updated setup.ini and packages already, while others have not. In setup I have selected three mirrors: archive.progeny.com mirrors.rcn.net planetmirror.com The problem is that at least one of these mirrors has the updated setup.ini file, as the 4.3.0-1 XFree86 packages are listed and selected for installation. However, when setup downloads the packages it is not associating the actual file it is retrieving with the setup.ini from that site, thus it thinks that it is retrieving a 3293k XFree86-bin-4.3.0-1.tar.bz2 file while it is actually retrieving a roughly 13 MB file. When setup reaches the size of the file that it thinks it is downloading, the % complete continues to grow above 100% (see link for screenshot at the top of the email). When the file is finished, setup reports that the download was incomplete and asks if I would like to try again. I am sure that this has already been reported, yelled about, and fixed or refused. So, let me point out that I have absolutely no stock in whether this ever gets fixed, I am not asking anyone to fix it, I am simply reporting it so that such weirdness is fresh on the minds of people downloading the new XFree86 packages. Of course, this could be due to some entirely unrelated problem, probably caused by me, in which case we can all ignore that I ever said anything. I will notify the lists in such an event ;) Harold From huntharo@msu.edu Fri Aug 1 15:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 01 Aug 2003 15:30:00 -0000 Subject: Setup bug --- probably already reported and fixed, of course In-Reply-To: <3F2A8684.7030006@msu.edu> References: <3F2A8684.7030006@msu.edu> Message-ID: <3F2A8781.8060207@msu.edu> FYI --- In further testing, archive.progeny.com is the mirror that has not been updated yet. Selecting only archive.progeny.com gives me the warning about setup.ini being older than when I last installed Cygwin. Selecting only mirrors.rcn.net does not give such a warning and correctly indicates that the XFree86-bin tarball is roughly 10500 KiB and downloads it and all other tarballs with no problems. Thus, this does not so far appear to be entirely my fault. Harold From huntharo@msu.edu Fri Aug 1 15:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 01 Aug 2003 15:40:00 -0000 Subject: Updated on sourceware: XFree86-[base,bin,doc,etc,fsrv,html,jdoc,lib,man,nest,prog,prt,ps,vfb,xserv,xwinclip]-4.3.0-1 Message-ID: <3F2A89FA.3080104@msu.edu> The XFree86-[base,bin,doc,etc,fsrv,html,jdoc,lib,man,nest,prog,prt,ps,vfb,xserv,xwinclip]-4.3.0-1 packages have been updated in the Cygwin distribution. There were no Cygwin-specific changes in this release. This is a release to synchronize with the XFree86 4.3.0.1 release. A note about fonts: The font packages *have* been updated to the 4.3.0.1 fonts, however, the font package versions have not been changed. Leaving the font package versions unchanged means that users with 4.2.0 fonts already installed will not have to download the new fonts, which are very large, while new installations will get the new fonts. Anyone is free to "reinstall" the fonts packages, which will cause the newer packages (with the same version number, mind you) to be downloaded and installed. The 4.2.0 fonts are compatible with the 4.3.0.1 XFree86 release; only in extremely limited situations would someone absolutely need the 4.3.0.1 fonts. Those people know who they are and are on their own for identifying themselves. I have no further information about what scenarios, if any, would require the 4.3.0.1 fonts to be installed. I have downloaded and tested the packages. Everything seemed to work fine. No need to report your results to the list unless you run into trouble. -- 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 cygwin-lh@cygwin.com Fri Aug 1 15:56:00 2003 From: cygwin-lh@cygwin.com (Larry Hall) Date: Fri, 01 Aug 2003 15:56:00 -0000 Subject: Setup bug --- probably already reported and fixed, of course In-Reply-To: <3F2A8684.7030006@msu.edu> References: <3F2A8684.7030006@msu.edu> Message-ID: <3F2A8CC3.3080000@cygwin.com> Harold L Hunt II wrote: > http://www.msu.edu/~huntharo/xwin/cygwin-setup-161pct.png > > I just uploaded XFree86 4.3.0 packages this morning. Some of the > mirrors have gotten the updated setup.ini and packages already, while > others have not. > > In setup I have selected three mirrors: > > archive.progeny.com > mirrors.rcn.net > planetmirror.com > > > The problem is that at least one of these mirrors has the updated > setup.ini file, as the 4.3.0-1 XFree86 packages are listed and selected > for installation. However, when setup downloads the packages it is not > associating the actual file it is retrieving with the setup.ini from > that site, thus it thinks that it is retrieving a 3293k > XFree86-bin-4.3.0-1.tar.bz2 file while it is actually retrieving a > roughly 13 MB file. > > When setup reaches the size of the file that it thinks it is > downloading, the % complete continues to grow above 100% (see link for > screenshot at the top of the email). When the file is finished, setup > reports that the download was incomplete and asks if I would like to try > again. > > I am sure that this has already been reported, yelled about, and fixed > or refused. So, let me point out that I have absolutely no stock in > whether this ever gets fixed, I am not asking anyone to fix it, I am > simply reporting it so that such weirdness is fresh on the minds of > people downloading the new XFree86 packages. > > Of course, this could be due to some entirely unrelated problem, > probably caused by me, in which case we can all ignore that I ever said > anything. I will notify the lists in such an event ;) Boy that Harold is quite a b*stard. He comes through here, complaining about this and that. Who needs him! Oh... is this on the list??? Eh-hem. Ah, let me rephrase. ;-) Thanks Harold for this report. Actually, I think this has been reported before somewhat recently but there wasn't allot of information about the cause. So I think the link you've suggested between the packages and the setup.ini files is quite useful. I'm redirecting this discussion to cygwin-apps, since it's the list which discusses setup issues. -- 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 nahor@bravobrava.com Fri Aug 1 16:35:00 2003 From: nahor@bravobrava.com (Nahor) Date: Fri, 01 Aug 2003 16:35:00 -0000 Subject: -multiwindows without -multimonitors on with multiple displays Message-ID: Hi all, I have my secondary display on the left of the primary one. When I start Xwin in multiwindow mode but without the multimonitors option, there is a shift between the Windows window and the XFree window. The root window take the full primary display as expected. However, the (0,0) coordinate in X matches the top left corner of the secondary display. Because of that, the window appears on my secondary display instead of the primary. The shift brings a weird behavior when the two display don't have the same size. A Windows window fully inside one display would only get partially refreshed because it is only partially inside the root window. I also think that there is a problem with the mouse. When I show the root window and move the mouse over it, the X cursor and the windows cursor are on the same spot on the display, i.e. the (0,0) of the _primary_ matches the (0,0) of X. When I stop moving the mouse, the X cursor suddenly jump to the right, i.e. the (0,0) of the _secondary_ matches the (0,0) of X. Last, why not put multimonitors on by default when in multiwindow/rootless mode with an option to disable it? In those mode, with the root window invisible, one would expect it to be the same than the Windows desktop. Jehan From agrimm@redwood.rsc.raytheon.com Fri Aug 1 17:59:00 2003 From: agrimm@redwood.rsc.raytheon.com (Andrew Grimm) Date: Fri, 01 Aug 2003 17:59:00 -0000 Subject: XFree86-bin,etc 4.3.0-1 broken? Message-ID: Did my usual morning ritual of downloading everything new, and got the "Download Incomplete - Try Again?" error. This only occurred downloading the packages listed in the subject. Tried on four mirrors, same error everywhere. Are the packages perhaps broken? Sorry if this is just a case of magically managing to hose myself by downloading a package while its getting updated on the mirror or something like that. -Andy From huntharo@msu.edu Fri Aug 1 18:04:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 01 Aug 2003 18:04:00 -0000 Subject: XFree86-bin,etc 4.3.0-1 broken? In-Reply-To: References: Message-ID: <3F2AABBD.8030502@msu.edu> Specify one mirror only when downloading. Notice that some mirrors do not have 4.3.0-1 yet, so mixing updated mirrors and out of date mirrors causes problems. See this message I wrote describing the problem: http://cygwin.com/ml/cygwin-xfree/2003-08/msg00008.html Harold Andrew Grimm wrote: > Did my usual morning ritual of downloading everything new, and got the > "Download Incomplete - Try Again?" error. This only occurred downloading > the packages listed in the subject. Tried on four mirrors, same error > everywhere. Are the packages perhaps broken? Sorry if this is just a > case of magically managing to hose myself by downloading a package while > its getting updated on the mirror or something like that. > > -Andy > From tg5027@citlink.net Fri Aug 1 18:54:00 2003 From: tg5027@citlink.net (terry) Date: Fri, 01 Aug 2003 18:54:00 -0000 Subject: XWin -multiwindows problem Message-ID: <3F2AB72D.5080604@citlink.net> Harold, Thanks - I get the same log output using 16 and 8 bit. I don't have other choices with the driver I'm using. Both systems have ATI graphics cards of type Rage 128. The working system has a specific monitor (Hitachi 751), while the non-working one is using Plug-and-Pray with a NEC 77F. If you think it's worthwhile I can play with the 98 configuration. Terry --------------------------------------------------------------------------- Harold wrote: Try changing the display depth on the problem machine from 32 bits to 24, 16, or 15 bits. In fact, try each one of those depths if the first one you try doesn't work. Report your results to the mailing list please. Harold terry wrote: > I have successfully setup a Win98se system with CygWin using startxwin.bat from a download a couple of weeks ago (Perhaps if it had been difficult, I would know better how to deal with this problem :>) ). > > I am attempting to do the same on another system with almost identical hardware, also using Win98se. The significant difference between the systems is that the successful system has a 19" monitor @1600x1200 while the problem system has a 17" monitor @1024x768. I have not modified startxwin.bat, and everything works fine 'non-multiwindow'. I cannot determine how to deal with the error in the XWin log below. Many thanks for any help. > > terry > > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1024 h 768 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > (EE) Unable to locate/open config file > InitOutput - Error reading config file > winDetectSupportedEngines - Windows 95/98/Me > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 00000017 > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Multi Window => ShadowGDI > winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel > winCreateBoundingWindowWindowed - User w: 1024 h: 768 > winCreateBoundingWindowWindowed - Current w: 1024 h: 768 > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 > winAdjustForAutoHide - Taskbar is auto hide > winAdjustForAutoHide - Found LEFT auto-hide taskbar > winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 > winCreateBoundingWindowWindowed - WindowClient w 1023 h 768 r 1023 l 0 b 768 t 0 > winCreateBoundingWindowWindowed - Returning > winAllocateFBShadowGDI - Creating DIB with width: 1023 height: 768 depth: 32 > winAllocateFBShadowGDI - Dibsection width: 1023 height: -768 depth: 32 size image: 3142656 > winAllocateFBShadowGDI - Shadow blit failure > winFinishScreenInitFB - Could not allocate framebuffer > winScreenInit - winFinishScreenInit () failed > > Fatal server error: > InitOutput - Couldn't add screen 0 > From huntharo@msu.edu Fri Aug 1 19:03:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 01 Aug 2003 19:03:00 -0000 Subject: XWin -multiwindows problem In-Reply-To: <3F2AB72D.5080604@citlink.net> References: <3F2AB72D.5080604@citlink.net> Message-ID: <3F2AB986.9090006@msu.edu> Terry, In this case I think you need to try to install the drivers directly from your video card manufacturer on the non-working system and see if that helps. On the other hand, if the manufacturer drivers are installed on the system that does not work while the other has the default MS drivers, then the manufacturer drivers might be the problem. Note that "non-multiwindow" mode on both computers will use DirectDraw, which has its own seperate driver, while "multiwindow" mode on both computers will use the GDI drivers. These drivers are distinct, so problems with one won't necessarily cause problems with the other. Oddly enough, upgrading to DX 9.x might install some fresh drivers that could fix your problem. Give those things a try and let us know what happens. Harold terry wrote: > Harold, > > Thanks - I get the same log output using 16 and 8 bit. I don't have > other choices with the driver I'm using. Both systems have ATI graphics > cards of type Rage 128. The working system has a specific monitor > (Hitachi 751), while the non-working one is using Plug-and-Pray with a > NEC 77F. If you think it's worthwhile I can play with the 98 > configuration. > > Terry > > --------------------------------------------------------------------------- > Harold wrote: > > Try changing the display depth on the problem machine from 32 bits to > 24, 16, or 15 bits. In fact, try each one of those depths if the first > one you try doesn't work. > > Report your results to the mailing list please. > > Harold > > terry wrote: > > > I have successfully setup a Win98se system with CygWin using > startxwin.bat from a download a couple of weeks ago (Perhaps if it had > been difficult, I would know better how to deal with this problem :>) ). > > > > I am attempting to do the same on another system with almost > identical hardware, also using Win98se. The significant difference > between the systems is that the successful system has a 19" monitor > @1600x1200 while the problem system has a 17" monitor @1024x768. I have > not modified startxwin.bat, and everything works fine 'non-multiwindow'. > I cannot determine how to deal with the error in the XWin log below. > Many thanks for any help. > > > > terry > > > > > > ddxProcessArgument - Initializing default screens > > winInitializeDefaultScreens - w 1024 h 768 > > winInitializeDefaultScreens - Returning > > OsVendorInit - Creating bogus screen 0 > > (EE) Unable to locate/open config file > > InitOutput - Error reading config file > > winDetectSupportedEngines - Windows 95/98/Me > > winDetectSupportedEngines - DirectDraw installed > > winDetectSupportedEngines - DirectDraw4 installed > > winDetectSupportedEngines - Returning, supported engines 00000017 > > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > > winSetEngine - Multi Window => ShadowGDI > > winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits > per pixel > > winCreateBoundingWindowWindowed - User w: 1024 h: 768 > > winCreateBoundingWindowWindowed - Current w: 1024 h: 768 > > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 > > winAdjustForAutoHide - Taskbar is auto hide > > winAdjustForAutoHide - Found LEFT auto-hide taskbar > > winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 > > winCreateBoundingWindowWindowed - WindowClient w 1023 h 768 r 1023 l > 0 b 768 t 0 > > winCreateBoundingWindowWindowed - Returning > > winAllocateFBShadowGDI - Creating DIB with width: 1023 height: 768 > depth: 32 > > winAllocateFBShadowGDI - Dibsection width: 1023 height: -768 depth: > 32 size image: 3142656 > > winAllocateFBShadowGDI - Shadow blit failure > > winFinishScreenInitFB - Could not allocate framebuffer > > winScreenInit - winFinishScreenInit () failed > > > > Fatal server error: > > InitOutput - Couldn't add screen 0 > > > From Alexander.Gottwald@s1999.tu-chemnitz.de Fri Aug 1 19:48:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Fri, 01 Aug 2003 19:48:00 -0000 Subject: Updated on sourceware: XFree86-[base,bin,doc,etc,fsrv,html,jdoc,lib,man,nest,prog,prt,ps,vfb,xserv,xwinclip]-4.3.0-1 In-Reply-To: <3F2A89FA.3080104@msu.edu> References: <3F2A89FA.3080104@msu.edu> Message-ID: Harold L Hunt II wrote: > There were no Cygwin-specific changes in this release. This is a > release to synchronize with the XFree86 4.3.0.1 release. Some comments on bugs which are now fixed: - xkbcomp can now be used on textmode mounts. Xwin loads the keymap as binary files too. - some syntax errors in xkb layout definitions are now fixed (esp. in us_intl) The us_intl layout which includes the alt-gr mappings is _not_ included in the release. I hope to have it sent to xfree.org until 4.4 is out. bye ago NP: Deine Lakaien - Generators -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From agrimm@redwood.rsc.raytheon.com Fri Aug 1 19:59:00 2003 From: agrimm@redwood.rsc.raytheon.com (Andrew Grimm) Date: Fri, 01 Aug 2003 19:59:00 -0000 Subject: XFree86-bin,etc 4.3.0-1 broken? Message-ID: > Specify one mirror only when downloading. Notice that some mirrors do > not have 4.3.0-1 yet, so mixing updated mirrors and out of date mirrors > causes problems. > > See this message I wrote describing the problem: > > http://cygwin.com/ml/cygwin-xfree/2003-08/msg00008.html > > Harold *sheepish look* Sorry, I should have investigated better before sending the question in. I was able to download 4.3.0-1 from the other site you mentioned without any problems. Unfortunately in the end I had to reinstall 4.2.0 because WindowMaker is rather freaked out by 4.3.0, which I suppose is to be expected until (if?) it gets updated for the new X release. Thanks, Andy From huntharo@msu.edu Fri Aug 1 20:02:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 01 Aug 2003 20:02:00 -0000 Subject: XFree86-bin,etc 4.3.0-1 broken? In-Reply-To: References: Message-ID: <3F2AC744.2070706@msu.edu> Andrew, You aren't a -multiwindow guy yet? Harold Andrew Grimm wrote: >>Specify one mirror only when downloading. Notice that some mirrors do >>not have 4.3.0-1 yet, so mixing updated mirrors and out of date mirrors >>causes problems. >> >>See this message I wrote describing the problem: >> >>http://cygwin.com/ml/cygwin-xfree/2003-08/msg00008.html >> >>Harold > > > *sheepish look* Sorry, I should have investigated better before sending > the question in. I was able to download 4.3.0-1 from the other site you > mentioned without any problems. > > Unfortunately in the end I had to reinstall 4.2.0 because WindowMaker is > rather freaked out by 4.3.0, which I suppose is to be expected until (if?) > it gets updated for the new X release. > > Thanks, > Andy > From rbcollins@cygwin.com Fri Aug 1 21:53:00 2003 From: rbcollins@cygwin.com (Robert Collins) Date: Fri, 01 Aug 2003 21:53:00 -0000 Subject: Setup bug --- probably already reported and fixed, of course In-Reply-To: <3F2A8781.8060207@msu.edu> References: <3F2A8684.7030006@msu.edu> <3F2A8781.8060207@msu.edu> Message-ID: <1059774797.6088.801.camel@lifelesswks> On Sat, 2003-08-02 at 01:30, Harold L Hunt II wrote: > FYI --- In further testing, archive.progeny.com is the mirror that has > not been updated yet. Selecting only archive.progeny.com gives me the > warning about setup.ini being older than when I last installed Cygwin. > Selecting only mirrors.rcn.net does not give such a warning and > correctly indicates that the XFree86-bin tarball is roughly 10500 KiB > and downloads it and all other tarballs with no problems. Thus, this > does not so far appear to be entirely my fault. When you updated the X tarballs, did you bump the version number for the tarballs? (i.e. did they have -unique- file names compared to the existing tarballs?) Cheers, Rob -- GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt. --- -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From david.fries@boeing.com Fri Aug 1 22:46:00 2003 From: david.fries@boeing.com (Fries, David D) Date: Fri, 01 Aug 2003 22:46:00 -0000 Subject: Packaging question Message-ID: Debian puts lib*.so libraries in a lib package, and lib*.a packages in a dev package. Specifically xlibs and xlibs-dev althought the xlibs-dev would have include files as well. > -----Original Message----- > From: Harold L Hunt II [mailto:huntharo@msu.edu] > Sent: Thursday, July 31, 2003 11:32 AM > To: cygx > Subject: Packaging question > > > We should be putting bin/*.dll in the "bin" package and > lib/*.a in the > "prog" package, correct? > > Currently we are putting both bin/*.dll and lib/*.a in "bin". > > Putting the DLLs in bin is correct because you need the > shared libraries > in order to run, which is why lib/*.so are put in "bin" on other > platforms. Putting the *.a link files in the "prog" package > would seem > correct as well, since they are only needed to compile new > programs and > should be grouped together with the headers in "prog" as on > other platforms. > > Any comments? > > Harold > > From earle@ziplabel.com Fri Aug 1 23:26:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Fri, 01 Aug 2003 23:26:00 -0000 Subject: PATCH: Constrained sizing support in -multiwindow mode Message-ID: <20030801232843.EC22C1C5DD@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: constrainsize.diff.bz2 Type: application/x-bzip2 Size: 2984 bytes Desc: not available URL: From nwourms@myrealbox.com Sat Aug 2 00:40:00 2003 From: nwourms@myrealbox.com (Nicholas Wourms) Date: Sat, 02 Aug 2003 00:40:00 -0000 Subject: XFree86 fonts from 4.2.0 to 4.3.0 In-Reply-To: <3F26CA06.5070700@msu.edu> References: <3F26CA06.5070700@msu.edu> Message-ID: Harold L Hunt II wrote: > Can anyone think of any changes to the font packages between 4.2.0 and > 4.3.0 that would require me to repackage and distribute 4.3.0 font sets? > If not, I would really like to just leave the current 4.2.0 fonts in > place since it will save most people from downloading between 15 and 50 > MB of the same stuff. Of course, the version numbers will look a little > funny, but I think most users would be pleased that they didn't have to > download the fonts again. > Of course, if anyone knows otherwise, please speak up now so I don't > make a terrible mistake. I know they added a couple more TTF fonts and a few more OTF fonts (mostly non-latin glyphs tho). You might also want to check the XFree cvsweb as I'm pretty sure they made some changes to the generic bdf fonts as well. Cheers, Nicholas From nwourms@myrealbox.com Sat Aug 2 00:50:00 2003 From: nwourms@myrealbox.com (Nicholas Wourms) Date: Sat, 02 Aug 2003 00:50:00 -0000 Subject: XFree86-bin,etc 4.3.0-1 broken? In-Reply-To: <3F2AC744.2070706@msu.edu> References: <3F2AC744.2070706@msu.edu> Message-ID: Harold L Hunt II wrote: > Andrew, > > You aren't a -multiwindow guy yet? > I don't know about him, but some of us do prefer to have a full window manager to operate in. However, I'm sure there are many who like to have a rootless X, and thus multiwin suits them fine. It would be sorta nice, though, if the window managers could be relinked/bumped to current versions. Thanks Harold for all your hard work, we appreciate it. Cheers, Nicholas From nwourms@myrealbox.com Sat Aug 2 00:59:00 2003 From: nwourms@myrealbox.com (Nicholas Wourms) Date: Sat, 02 Aug 2003 00:59:00 -0000 Subject: [RFC]: Breaking out fontconfig and freetype into seperate packages Message-ID: Harold, Would you be against having someone else maintain the freetype2 & fontconfig packages external of XFree86 sources? There are a couple of reasons for wanting this: 1)Freetype & fontconfig aren't necessarily X libraries and they don't specifically require X. Some non-X packages are starting to use it, and others will follow in the future. Also, it is possible that one could link them to a hybrid w32api/cygwin gui application. 2)XFree86 is notorious for lagging behind the current releases, especially in respect to fontconfig. 3)Most all of the major linux vendors do this, and have been doing it for quite some time now. 4)It means less work and less to download each time there's an update to some other XFree86 library or binary. I've been tracking current sources and have working packaging scripts for both. If you are interested, I'd be willing to do an ITP in cygwin-apps, having them target the /usr prefix as opposed to /usr/X11R6. Also, I'd like to do an ITP for ttmkfdir, but I'll hold off on that until we get this request squared away. Cheers, Nicholas From David.Billinghurst@riotinto.com Sat Aug 2 01:09:00 2003 From: David.Billinghurst@riotinto.com (Billinghurst, David (CRTS)) Date: Sat, 02 Aug 2003 01:09:00 -0000 Subject: [RFC]: Breaking out fontconfig and freetype into seperate packages Message-ID: > From: Nicholas Wourms > Subject: [RFC]: Breaking out fontconfig and freetype into seperate > packages > > Harold, > Would you be against having someone else maintain the freetype2 & > fontconfig packages external of XFree86 sources? There are a couple of > reasons for wanting this: I'd like this to happen. I would like to (but never actually have) contribute a couple of packages that use freetype but not X. From huntharo@msu.edu Sat Aug 2 01:18:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 01:18:00 -0000 Subject: Setup bug --- probably already reported and fixed, of course In-Reply-To: <1059774797.6088.801.camel@lifelesswks> References: <3F2A8684.7030006@msu.edu> <3F2A8781.8060207@msu.edu> <1059774797.6088.801.camel@lifelesswks> Message-ID: <3F2B1149.9080100@msu.edu> Robert Collins wrote: > On Sat, 2003-08-02 at 01:30, Harold L Hunt II wrote: > >>FYI --- In further testing, archive.progeny.com is the mirror that has >>not been updated yet. Selecting only archive.progeny.com gives me the >>warning about setup.ini being older than when I last installed Cygwin. >>Selecting only mirrors.rcn.net does not give such a warning and >>correctly indicates that the XFree86-bin tarball is roughly 10500 KiB >>and downloads it and all other tarballs with no problems. Thus, this >>does not so far appear to be entirely my fault. > > > When you updated the X tarballs, did you bump the version number for the > tarballs? (i.e. did they have -unique- file names compared to the > existing tarballs?) > > Cheers, > Rob Yes, I bumped the versions from, for example: XFree86-xserv-4.2.0-44.tar.bz2 to: XFree86-xserv-4.3.0-1.tar.bz2 Harold From huntharo@msu.edu Sat Aug 2 01:22:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 01:22:00 -0000 Subject: Packaging question In-Reply-To: References: Message-ID: <3F2B1250.60209@msu.edu> David, The standard XFree86 packages do things differently. We are following that standard. Harold Fries, David D wrote: > Debian puts lib*.so libraries in a lib package, and lib*.a > packages in a dev package. Specifically xlibs and xlibs-dev > althought the xlibs-dev would have include files as well. > > > > >>-----Original Message----- >>From: Harold L Hunt II [mailto:huntharo@msu.edu] >>Sent: Thursday, July 31, 2003 11:32 AM >>To: cygx >>Subject: Packaging question >> >> >>We should be putting bin/*.dll in the "bin" package and >>lib/*.a in the >>"prog" package, correct? >> >>Currently we are putting both bin/*.dll and lib/*.a in "bin". >> >>Putting the DLLs in bin is correct because you need the >>shared libraries >>in order to run, which is why lib/*.so are put in "bin" on other >>platforms. Putting the *.a link files in the "prog" package >>would seem >>correct as well, since they are only needed to compile new >>programs and >>should be grouped together with the headers in "prog" as on >>other platforms. >> >>Any comments? >> >>Harold >> > > From huntharo@msu.edu Sat Aug 2 01:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 01:27:00 -0000 Subject: [RFC]: Breaking out fontconfig and freetype into seperate packages In-Reply-To: References: Message-ID: <3F2B136E.8050504@msu.edu> Nicholas, Can you explain to me what fontconfig and freetype2 are, specifically? Do they consist of a couple libraries and some executables? How many files are involved in a package that contains them? Are any of their libraries linked to from within the standard XFree86 distribution? The reason I ask these questions is that I am all for splitting out fontconfig and freetype2, as long as I can cleanly exclude them from the packaging scripts and if I don't have to do too much recompiling when new fontconfig/freetype2 packages are released. Answer those questions and we can think about it. Harold Nicholas Wourms wrote: > Harold, > > Would you be against having someone else maintain the freetype2 & > fontconfig packages external of XFree86 sources? There are a couple of > reasons for wanting this: > > 1)Freetype & fontconfig aren't necessarily X libraries and they don't > specifically require X. Some non-X packages are starting to use it, and > others will follow in the future. Also, it is possible that one could > link them to a hybrid w32api/cygwin gui application. > > 2)XFree86 is notorious for lagging behind the current releases, > especially in respect to fontconfig. > > 3)Most all of the major linux vendors do this, and have been doing it > for quite some time now. > > 4)It means less work and less to download each time there's an update to > some other XFree86 library or binary. > > I've been tracking current sources and have working packaging scripts > for both. If you are interested, I'd be willing to do an ITP in > cygwin-apps, having them target the /usr prefix as opposed to /usr/X11R6. > > Also, I'd like to do an ITP for ttmkfdir, but I'll hold off on that > until we get this request squared away. > > Cheers, > Nicholas > > From v-overbeek@cistron.nl Sat Aug 2 01:58:00 2003 From: v-overbeek@cistron.nl (Ton van Overbeek) Date: Sat, 02 Aug 2003 01:58:00 -0000 Subject: 'Wrong' dll names in 4.3.0-1 packages -> breaks all 3rd party X apps Message-ID: In the 4.3.0-1 packages all dll's are named cyg-n.dll instead of lib.dll. All 3rd party apps look for e.g. libX11.dll, libICE.dll etc. For now the only workaround is to copy each cyg-n.dll to the corresponding lib.dll in /usr/X11R6/bin. Harold, could you please issue a 4.3.0-2 version with the 'right' dll names? Ton van Overbeek From cgf@redhat.com Sat Aug 2 02:00:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 02 Aug 2003 02:00:00 -0000 Subject: 'Wrong' dll names in 4.3.0-1 packages -> breaks all 3rd party X apps In-Reply-To: References: Message-ID: <20030802020053.GA11247@redhat.com> On Sat, Aug 02, 2003 at 03:58:46AM +0200, Ton van Overbeek wrote: >In the 4.3.0-1 packages all dll's are named cyg-n.dll instead of >lib.dll. All 3rd party apps look for e.g. libX11.dll, libICE.dll etc. That's interesting. What third party apps would be specifically linking to cygwin-xfree DLLs? cgf From huntharo@msu.edu Sat Aug 2 02:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 02:01:00 -0000 Subject: 'Wrong' dll names in 4.3.0-1 packages -> breaks all 3rd party X apps In-Reply-To: References: Message-ID: <3F2B1B57.7060009@msu.edu> Ton van Overbeek wrote: > In the 4.3.0-1 packages all dll's are named cyg-n.dll instead of > lib.dll. All 3rd party apps look for e.g. libX11.dll, libICE.dll etc. > For now the only workaround is to copy each cyg-n.dll to > the corresponding lib.dll in /usr/X11R6/bin. > Harold, could you please issue a 4.3.0-2 version with the 'right' dll > names? > > Ton van Overbeek > Ton, No. Older X apps will need to be recompiled for 4.3.0. This is a change that needed to happen. In the meantime, you can keep the old DLLs in the same directory and it will allow older X apps to run side by side with new X apps. This is a painful change, but it needs to happen. Harold From v-overbeek@cistron.nl Sat Aug 2 02:24:00 2003 From: v-overbeek@cistron.nl (Ton van Overbeek) Date: Sat, 02 Aug 2003 02:24:00 -0000 Subject: 'Wrong' dll names in 4.3.0-1 packages -> breaks all 3rd partyX apps Message-ID: Christopher Faylor wrote: > That's interesting. What third party apps would be specifically linking > to cygwin-xfree DLLs? Examples: gs.exe (ghostscript), xdvi.exe (from TeTeX), fvwm etc. Harold Hunt wrote: > No. Older X apps will need to be recompiled for 4.3.0. This is a change > that needed to happen. In the meantime, you can keep the old DLLs in the > same directory and it will allow older X apps to run side by side with > new X apps. Understood. But when you upgrade via setup.exe the old dll's are removed. Maybe we need a separate lib package with the 4.2 libraries for the old apps. There is no way to get both the old and new dll's installed simultaneously using setup.exe. Ton van Overbeek From cgf-idd@cygwin.com Sat Aug 2 02:30:00 2003 From: cgf-idd@cygwin.com (Christopher Faylor) Date: Sat, 02 Aug 2003 02:30:00 -0000 Subject: 'Wrong' dll names in 4.3.0-1 packages -> breaks all 3rd partyX apps In-Reply-To: References: Message-ID: <20030802023005.GD11631@redhat.com> On Sat, Aug 02, 2003 at 04:24:30AM +0200, Ton van Overbeek wrote: >Christopher Faylor wrote: >> That's interesting. What third party apps would be specifically linking >> to cygwin-xfree DLLs? >Examples: gs.exe (ghostscript), xdvi.exe (from TeTeX), fvwm etc. Ok. I think your use of the term "third party" is incorrect in this case, then. >Harold Hunt wrote: >> No. Older X apps will need to be recompiled for 4.3.0. This is a change >> that needed to happen. In the meantime, you can keep the old DLLs in the >> same directory and it will allow older X apps to run side by side with >> new X apps. > >Understood. But when you upgrade via setup.exe the old dll's are removed. >Maybe we need a separate lib package with the 4.2 libraries for the old >apps. There is no way to get both the old and new dll's installed >simultaneously using setup.exe. Hmm. If these packages are built against cygwin-1.5.1, they should be marked as test packages. It doesn't look like they are. Am I missing something, Harold? -- 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 Aug 2 03:28:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 03:28:00 -0000 Subject: 'Wrong' dll names in 4.3.0-1 packages -> breaks all 3rd partyX apps In-Reply-To: <20030802023005.GD11631@redhat.com> References: <20030802023005.GD11631@redhat.com> Message-ID: <3F2B2FBB.9050008@msu.edu> Christopher Faylor wrote: > Hmm. If these packages are built against cygwin-1.5.1, they should be > marked as test packages. It doesn't look like they are. > > Am I missing something, Harold? > -- Yes, I changed the plan to make a 1.3.x release of XFree86 4.3.0 before the 1.5.1 release. The idea here is to help is differentiate between 1.5.1 bugs and 4.3.0 bugs. The whole point of applications needing to be recompiled is going to be moot as soon as Cygwin 1.5.1 is released, since they will all have to be recompiled anyway. Harold From huntharo@msu.edu Sat Aug 2 03:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 03:39:00 -0000 Subject: PATCH: Constrained sizing support in -multiwindow mode In-Reply-To: <20030801232843.EC22C1C5DD@mail03.powweb.com> References: <20030801232843.EC22C1C5DD@mail03.powweb.com> Message-ID: <3F2B325F.9070901@msu.edu> Earle, This is great! Just yesterday, while investigating the crashing upon copying a large amount of text, I was resizing xterm to make it really large and noticed that the window quite often got a size that chopped off the last line of text or left a gap after the last line of text. I wondered if it had something to do with hints... sure enough, it did :) Thanks for the patch, Harold Earle F. Philhower, III wrote: > The multiwindow manager does presently not respect the hints that apps like > xterm or emacs give as to valid window sizes. This can cause xterm to have > ugly leftover "smudges" on the right edge of the window and other minor > little annoyances. > > The attached DIFF -U3 patch against test93 adds support to automatically > validate the sizes of windows while you're sizing them, just like you find in > most X11 window managers. > > I've tested it locally and it seems to work just fine under W2K, but I'd like > to confirm that it performs properly under XP where the window decorations > (which it needs to take into account) are different... From huntharo@msu.edu Sat Aug 2 04:06:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 04:06:00 -0000 Subject: [ANNOUNCEMENT] Server Test 94 Message-ID: <3F2B38CB.2020203@msu.edu> Links: I just posted Test 94 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 94 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-2 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-Test94.exe.bz2 (1257 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030801-2345.tar.bz2 (118 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test93 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test93-to-Test94.diff (10 KiB) Changes: 1) winmultiwindowwm.c, winmultiwindowclass.h, winmultiwindowwndproc.c - Automatically validate the sizes of windows while you're sizing them, just like you find in most X11 window managers.. (Earle F. Philhower III) Enjoy, Harold From huntharo@msu.edu Sat Aug 2 04:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 04:07:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-2 Message-ID: <3F2B391E.5060604@msu.edu> The XFree86-xserv-4.3.0-2 package has been updated in the Cygwin distribution. Changes: 1) winmultiwindowwm.c, winmultiwindowclass.h, winmultiwindowwndproc.c - Automatically validate the sizes of windows while you're sizing them, just like you find in most X11 window managers.. (Earle F. Philhower III) -- 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 cgf@redhat.com Sat Aug 2 04:07:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Sat, 02 Aug 2003 04:07:00 -0000 Subject: 'Wrong' dll names in 4.3.0-1 packages -> breaks all 3rd partyX apps In-Reply-To: <3F2B2FBB.9050008@msu.edu> References: <20030802023005.GD11631@redhat.com> <3F2B2FBB.9050008@msu.edu> Message-ID: <20030802040713.GA12840@redhat.com> On Fri, Aug 01, 2003 at 11:27:55PM -0400, Harold L Hunt II wrote: > > >Christopher Faylor wrote: > >>Hmm. If these packages are built against cygwin-1.5.1, they should be >>marked as test packages. It doesn't look like they are. >> >>Am I missing something, Harold? >>-- > >Yes, I changed the plan to make a 1.3.x release of XFree86 4.3.0 before >the 1.5.1 release. The idea here is to help is differentiate between >1.5.1 bugs and 4.3.0 bugs. Sounds like a good plan. Sorry for the noise. >The whole point of applications needing to be recompiled is going to be >moot as soon as Cygwin 1.5.1 is released, since they will all have to be >recompiled anyway. They don't necessarily have to be recompiled unless they are using types that have changed in size. cgf From fergus@bonhard.uklinux.net Sat Aug 2 05:26:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sat, 02 Aug 2003 05:26:00 -0000 Subject: Recent upgrade of xfree-xserv: missing DLLs Message-ID: <000701c358b6$aa381480$c99ac250@leper> I just upgraded this morning from XFree86-xserv-4.3.0-1 to 4.3.0-2, jumped immediately into xdvi, and got a missing DLL message, specifically libice.dll. Unfortunately reverting to 4.3.0-1 did not recover things: I get the same message. I am not totally certain the two events (upgrade, message) are related: yesterday there was a massive upgrade of other parts of the XFree86 provision. Any connection? Fergus From huntharo@msu.edu Sat Aug 2 07:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 07:07:00 -0000 Subject: New on sourceware: XFree86-lib-compat-4.3.0-1 Message-ID: <3F2B6318.7000805@msu.edu> The XFree86-lib-compat-4.3.0-1 package has been added to the Cygwin distribution. Description: 1) Contains the Cygwin/XFree86 4.2.0 shared libraries (DLLs), which allow X Clients compiled against Cygwin/XFree86 4.2.0 to continue to operate. At least, that is the intention. -- 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 huntharo@msu.edu Sat Aug 2 07:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 07:09:00 -0000 Subject: Recent upgrade of xfree-xserv: missing DLLs In-Reply-To: <000701c358b6$aa381480$c99ac250@leper> References: <000701c358b6$aa381480$c99ac250@leper> Message-ID: <3F2B63BF.1010408@msu.edu> Fergus, The xserv updates have nothing to do with your problems. However, the move from 4.2.0 to 4.3.0 does have something to do with your problems. There is a new package, XFree86-lib-compat-4.3.0-1, that contains the old DLLs for 4.2.0 X Clients. Please run Cygwin's setup again and manually select this new package (wait a few hours for it to show up on the mirrors). Let us know if this takes care of your problem. Oh yeah, the announcement is here: http://cygwin.com/ml/cygwin-xfree/2003-08/msg00041.html Harold fergus@bonhard.uklinux.net wrote: > I just upgraded this morning from XFree86-xserv-4.3.0-1 to 4.3.0-2, jumped > immediately into xdvi, and got a missing DLL message, specifically > libice.dll. > Unfortunately reverting to 4.3.0-1 did not recover things: I get the same > message. > I am not totally certain the two events (upgrade, message) are related: > yesterday there was a massive upgrade of other parts of the XFree86 > provision. > Any connection? > Fergus > From huntharo@msu.edu Sat Aug 2 07:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 07:10:00 -0000 Subject: 'Wrong' dll names in 4.3.0-1 packages -> breaks all 3rd partyX apps In-Reply-To: References: Message-ID: <3F2B63F9.1000404@msu.edu> Ton, See the following announcement: http://cygwin.com/ml/cygwin-xfree/2003-08/msg00041.html I made an XFree86-lib-compat-4.3.0-1 package available that has the old DLLs in it. Please install it and see if it fixes your problem. Thanks for testing, Harold Ton van Overbeek wrote: > Christopher Faylor wrote: > >>That's interesting. What third party apps would be specifically linking >>to cygwin-xfree DLLs? > > Examples: gs.exe (ghostscript), xdvi.exe (from TeTeX), fvwm etc. > > Harold Hunt wrote: > >>No. Older X apps will need to be recompiled for 4.3.0. This is a change >>that needed to happen. In the meantime, you can keep the old DLLs in the >>same directory and it will allow older X apps to run side by side with >>new X apps. > > > Understood. But when you upgrade via setup.exe the old dll's are removed. > Maybe we need a separate lib package with the 4.2 libraries for the old > apps. There is no way to get both the old and new dll's installed > simultaneously using setup.exe. > > Ton van Overbeek > From AnnnaliaC@yahoo.com Sat Aug 2 07:51:00 2003 From: AnnnaliaC@yahoo.com (AnnnaliaC@yahoo.com) Date: Sat, 02 Aug 2003 07:51:00 -0000 Subject: hello...# Message-ID: Hello, I'm 22 years old female and my name is Anna. I saw your profile on the net and found to be interesting.. email me back at Jamie_086_white@hotmail.com if you want to exchange pictures or whatever.. &^% Hugs, later... From Annnap6a5Mq@hotmail.com Sat Aug 2 07:54:00 2003 From: Annnap6a5Mq@hotmail.com (Annnap6a5Mq@hotmail.com) Date: Sat, 02 Aug 2003 07:54:00 -0000 Subject: hello...# Message-ID: *************************************************** Hello, I'm 22 years old female and my name is Anna. I saw your profile on the net and found to be interesting.. email me back at Nicole_824_Adam@hotmail.com if you want to exchange pictures or whatever.. Hugs, later... ***************************** From fergus@bonhard.uklinux.net Sat Aug 2 08:04:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sat, 02 Aug 2003 08:04:00 -0000 Subject: Recent upgrade of xfree-xserv: missing DLLs Message-ID: <000701c358cc$c1a38e40$c99ac250@leper> >> There is a new package, XFree86-lib-compat-4.3.0-1, >> that contains the old DLLs for 4.2.0 X Clients. Thank you for swift response. Also (2) now in rxvt under XWin I find that pressing # gives \, pressing ~ gives |, pressing \ gives < and pressing | gives >. No similar keyboard problems with bash. Also (3) when XWin is not started, I cannot even run rxvt (as in rxvt -e bash). Hmmm. No point in worrying about probs 2 and 3 when I know a solution to prob 1 is in the pipeline. Thank you. I will let you know how things go. Fergus From cgf-idd@cygwin.com Sat Aug 2 14:17:00 2003 From: cgf-idd@cygwin.com (Christopher Faylor) Date: Sat, 02 Aug 2003 14:17:00 -0000 Subject: Recent upgrade of xfree-xserv: missing DLLs In-Reply-To: <000701c358b6$aa381480$c99ac250@leper> References: <000701c358b6$aa381480$c99ac250@leper> Message-ID: <20030802141715.GC16831@redhat.com> On Sat, Aug 02, 2003 at 06:26:45AM +0100, fergus@bonhard.uklinux.net wrote: >I just upgraded this morning from XFree86-xserv-4.3.0-1 to 4.3.0-2, jumped >immediately into xdvi, and got a missing DLL message, specifically >libice.dll. There is no reason to include the cygwin mailing list in this email. -- 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 cop3252@yahoo.com Sat Aug 2 15:55:00 2003 From: cop3252@yahoo.com (java java) Date: Sat, 02 Aug 2003 15:55:00 -0000 Subject: request for new feature Message-ID: <20030802155532.81774.qmail@web41704.mail.yahoo.com> Hello I have a feature request. It would be great if the right click menu in the tray had the option to open an new xterm window. Sometimes by mistake I close all the windows and then I have no way of opening a new local xterm. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From cgf-idd@cygwin.com Sat Aug 2 16:09:00 2003 From: cgf-idd@cygwin.com (Christopher Faylor) Date: Sat, 02 Aug 2003 16:09:00 -0000 Subject: request for new feature In-Reply-To: <20030802155532.81774.qmail@web41704.mail.yahoo.com> References: <20030802155532.81774.qmail@web41704.mail.yahoo.com> Message-ID: <20030802160904.GA21545@redhat.com> On Sat, Aug 02, 2003 at 08:55:32AM -0700, java java wrote: >I have a feature request. It would be great if the right click menu in >the tray had the option to open an new xterm window. Sometimes by >mistake I close all the windows and then I have no way of opening a new >local xterm. What about Start->Run c:\cygwin\usr\X11R6\bin\xterm -display :0 ? cgf From cop3252@yahoo.com Sat Aug 2 16:23:00 2003 From: cop3252@yahoo.com (java java) Date: Sat, 02 Aug 2003 16:23:00 -0000 Subject: request for new feature Message-ID: <20030802162344.89209.qmail@web41701.mail.yahoo.com> > What about Start->Run > c:\cycygwinsusr11R6\bin\xterm -display :0 > cgcgf Thank you. This works, but an extra window pops up with title C:\cycygwinsusr11R6\bin\xterm.exexe Is is possible to get just the new xterm window to pop up and not the extra window? Could this be added as right click menu option on the tray? __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From cop3252@yahoo.com Sat Aug 2 16:25:00 2003 From: cop3252@yahoo.com (java java) Date: Sat, 02 Aug 2003 16:25:00 -0000 Subject: request for new feature Message-ID: <20030802162508.98461.qmail@web41707.mail.yahoo.com> > What about Start->Run > c:\cygwin\usr\X11R6\bin\xterm -display :0 > cgf Thank you. This works, but an extra window pops up with title C:\cygwin\usr\X11R6\bin\xterm.exe Is is possible to get just the new xterm window to pop up and not the extra window? Could this be added as right click menu option on the tray? __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From cgf-idd@cygwin.com Sat Aug 2 16:27:00 2003 From: cgf-idd@cygwin.com (Christopher Faylor) Date: Sat, 02 Aug 2003 16:27:00 -0000 Subject: request for new feature In-Reply-To: <20030802162344.89209.qmail@web41701.mail.yahoo.com> References: <20030802162344.89209.qmail@web41701.mail.yahoo.com> Message-ID: <20030802162745.GA22447@redhat.com> On Sat, Aug 02, 2003 at 09:23:44AM -0700, java java wrote: >> What about Start->Run > >> c:\cycygwinsusr11R6\bin\xterm -display :0 > >> cgcgf >Thank you. > >This works, but an extra window pops up with title >C:\cycygwinsusr11R6\bin\xterm.exexe >Is is possible to get just the new xterm window to pop >up and not the extra window? Could this be added as >right click menu option on the tray? Possibly this will work: c:\cygwin\bin\cygstart c:\cycygwinsusr11R6\bin\xterm -display :0 From j_tetazoo@hotmail.com Sat Aug 2 16:29:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Sat, 02 Aug 2003 16:29:00 -0000 Subject: request for new feature Message-ID: >From: java java >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: Re: request for new feature >Date: Sat, 2 Aug 2003 09:25:08 -0700 (PDT) > > > > What about Start->Run > > > c:\cygwin\usr\X11R6\bin\xterm -display :0 > > > cgf > >Thank you. > >This works, but an extra window pops up with title >C:\cygwin\usr\X11R6\bin\xterm.exe >Is is possible to get just the new xterm window to pop >up and not the extra window? Could this be added as >right click menu option on the tray? > > > >__________________________________ >Do you Yahoo!? >Yahoo! SiteBuilder - Free, easy-to-use web site design software >http://sitebuilder.yahoo.com Then give this a try... Start->Run c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm -display :0 _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail From cgf-idd@cygwin.com Sat Aug 2 16:29:00 2003 From: cgf-idd@cygwin.com (Christopher Faylor) Date: Sat, 02 Aug 2003 16:29:00 -0000 Subject: request for new feature In-Reply-To: <20030802162745.GA22447@redhat.com> References: <20030802162344.89209.qmail@web41701.mail.yahoo.com> <20030802162745.GA22447@redhat.com> Message-ID: <20030802162949.GB22447@redhat.com> On Sat, Aug 02, 2003 at 12:27:45PM -0400, Christopher Faylor wrote: >On Sat, Aug 02, 2003 at 09:23:44AM -0700, java java wrote: >>> What about Start->Run >> >>> c:\cycygwinsusr11R6\bin\xterm -display :0 >> >>Thank you. >> >>This works, but an extra window pops up with title >>C:\cycygwinsusr11R6\bin\xterm.exexe >>Is is possible to get just the new xterm window to pop >>up and not the extra window? Could this be added as >>right click menu option on the tray? > >Possibly this will work: > >c:\cygwin\bin\cygstart c:\cycygwinsusr11R6\bin\xterm -display :0 Sorry, I copied your mangled response to my msessage. That should be: c:\cygwin\bin\cygstart c:\cygwin\usr\X11R6\bin\xterm -display :0 From cop3252@yahoo.com Sat Aug 2 16:48:00 2003 From: cop3252@yahoo.com (java java) Date: Sat, 02 Aug 2003 16:48:00 -0000 Subject: request for new feature Message-ID: <20030802164801.92612.qmail@web41701.mail.yahoo.com> > Then give this a try... > Start->Run > c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm -display :0 YES! , this works perfectly. Now could this be added as a right click menu option to the tray? __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From fergus@bonhard.uklinux.net Sat Aug 2 17:07:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sat, 02 Aug 2003 17:07:00 -0000 Subject: Recent upgrade of xfree-xserv: missing DLLs Message-ID: <000901c35918$a04b9160$c99ac250@leper> > There is a new package, XFree86-lib-compat-4.3.0-1, > that contains the old DLLs for 4.2.0 X Clients. OK. XFree86-lib-compat-4.3.0-1 eventually reached a mirror near me, and I installed it. Things now work that for a brief period did not. However, after set DISPLAY followed by start XWin -multiwindow followed by run rxvt -e bash, I still find that pressing # gives \, pressing ~ gives |, pressing \ gives < and pressing | gives > whilst these keys work just fine in bash. I do not mean to download every agony on readers, and will continue to try to sort this. But is anybody experiencing similar recent anomalies, and are they indicative of something obvious? Fergus From davidf@sjsoft.com Sat Aug 2 17:18:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Sat, 02 Aug 2003 17:18:00 -0000 Subject: request for new feature In-Reply-To: <20030802164801.92612.qmail@web41701.mail.yahoo.com> References: <20030802164801.92612.qmail@web41701.mail.yahoo.com> Message-ID: <3F2BF259.8040500@sjsoft.com> java java wrote: >>Then give this a try... >>Start->Run >>c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm-display :0 >> >YES! , this works perfectly. Now could this be added >as a right click menu option to the tray? > > I don't think everyone would neccessarily like such an option. What might be better is a way to configure items to be added to the tray... David From huntharo@msu.edu Sat Aug 2 18:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 18:01:00 -0000 Subject: request for new feature In-Reply-To: <3F2BF259.8040500@sjsoft.com> References: <20030802164801.92612.qmail@web41701.mail.yahoo.com> <3F2BF259.8040500@sjsoft.com> Message-ID: <3F2BFC5C.4000908@msu.edu> David Fraser wrote: > java java wrote: > >>> Then give this a try... >>> Start->Run >>> c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm-display :0 >>> >> YES! , this works perfectly. Now could this be added >> as a right click menu option to the tray? >> >> > I don't think everyone would neccessarily like such an option. > What might be better is a way to configure items to be added to the tray... > You have to admit, a system that allows adding, configuring, and removing items from the system tray is one hell of a giat leap from adding one static item that launches an xterm. In other words, one has to happen before the other. It's your guess as to which I am referring. Harold From dave@aps5.ph.bham.ac.uk Sat Aug 2 18:53:00 2003 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Sat, 02 Aug 2003 18:53:00 -0000 Subject: 4.3.0-1 XFree86-etc package problem Message-ID: <200308021853.TAA25254@aps5.ph.bham.ac.uk> Apologies if this has been reported before, but there seems to be a basic problem with this version. I've tried two download sites and in both cases the files are installed in the wrong directory - /etc/X11/X11 instead of /etc/X11. This caused some unpleasant symptoms which mostly went away if the files were moved back into /etc/X11. Unfortunately xterm still didn't work properly because the XTerm and XTerm-color files have gone missing from the app-defaults directory. I've reverted to 4.2.0-1 for the time being. From nwourms@myrealbox.com Sat Aug 2 19:10:00 2003 From: nwourms@myrealbox.com (Nicholas Wourms) Date: Sat, 02 Aug 2003 19:10:00 -0000 Subject: [RFC]: Breaking out fontconfig and freetype into seperate packages In-Reply-To: <3F2B136E.8050504@msu.edu> References: <3F2B136E.8050504@msu.edu> Message-ID: <3F2C0C62.5000607@myrealbox.com> Harold L Hunt II wrote: > Nicholas, > > Can you explain to me what fontconfig and freetype2 are, specifically? Freetype2, quoting the homepage [1]: "FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable and portable while capable of producing high-quality output (glyph images)." ... "Note that FreeType2 is a font service and doesn't provide APIs to perform higher-level features, like text layout or graphics processing (e.g. colored text rendering, "hollowing", etc..). However, it greatly simplifies these tasks by providing a simple, easy to use and uniform interface to access the content of font files." In other words, freetype2 provides the generic API for reading and preprocessing font files. It also provides the core engine for certain font-related features (such as hinting, anti-aliasing, & greater multibyte glyph capabilities). It currently supports: *TrueType fonts (and collections) *Adobe Type 1 fonts *CID-keyed Type 1 fonts *CFF fonts *OpenType fonts (both TrueType and CFF variants) *SFNT-based bitmap fonts *X11 PCF fonts *Windows FNT fonts *BDF fonts (including anti-aliased ones) *PFR fonts *Adobe Type42 fonts (limited support) Freetype1 is an older version of freetype2 and is NOT API source or binary compatible with freetype2. Some applications still depend on it at compile-time, but I don't think XFree86 still does. Most notable is the fact that its library is libttf* as opposed to libfreetype* in freetype2. Fontconfig is a library for configuring and customizing font access. It is the middleware between freetype2 and Xft. But it also provides equivalent interfaces between freetype2 and other applications. From the webpage[2]: "Fontconfig can: *discover new fonts when installed automatically, removing a common source of configuration problems. *perform font name substitution, so that appropriate alternative fonts can be selected if fonts are missing. *identify the set of fonts required to completely cover a set of languages. *have GUI configuration tools built as it uses an XML-based configuration file (though with autodiscovery, we believe this need is minimized). *efficiently and quickly find the fonts you need among the set of fonts you have installed, even if you have installed thousands of fonts, while minimizing memory usage. *be used in concert with the X Render Extension and FreeType to implement high quality, anti-aliased and subpixel rendered text on a display. Fontconfig does not: *render the fonts themselves (this is left to FreeType or other rendering mechanisms) *depend on the X Window System in any fashion, so that printer only applications do not have such dependencies." If you are interested, the XFree86 backend (Xft2) is described in detail on the same page. > Do they consist of a couple libraries and some executables? > How many files are involved in a package that contains them? freetype1, freetype2, & fontconfig each consist of some headers, some shared data, some i18n/l10n crap, and a few utility executables. For instance, redhat has the following packages in Shrike(RH9): [Note that the freetype1 stuff is included in the freetype2 packages] freetype 2.1.3-6: ----------------- /usr/lib/libfreetype.so.6 /usr/lib/libfreetype.so.6.3.2 /usr/lib/libttf.so.2 /usr/lib/libttf.so.2.3.0 /usr/share/doc/freetype-2.1.3 /usr/share/doc/freetype-2.1.3/ChangeLog /usr/share/doc/freetype-2.1.3/README /usr/share/doc/freetype-2.1.3/README.UNX /usr/share/doc/freetype-2.1.3/announce /usr/share/doc/freetype-2.1.3/docs /usr/share/doc/freetype-2.1.3/docs/BUGS /usr/share/doc/freetype-2.1.3/docs/BUILD /usr/share/doc/freetype-2.1.3/docs/CHANGES /usr/share/doc/freetype-2.1.3/docs/DEBUG.TXT /usr/share/doc/freetype-2.1.3/docs/FTL.txt /usr/share/doc/freetype-2.1.3/docs/GPL.txt /usr/share/doc/freetype-2.1.3/docs/INSTALL /usr/share/doc/freetype-2.1.3/docs/PATENTS /usr/share/doc/freetype-2.1.3/docs/TODO /usr/share/doc/freetype-2.1.3/docs/VERSION.DLL /usr/share/doc/freetype-2.1.3/docs/cache.html /usr/share/doc/freetype-2.1.3/docs/design /usr/share/doc/freetype-2.1.3/docs/design/basic-design.png /usr/share/doc/freetype-2.1.3/docs/design/design-1.html /usr/share/doc/freetype-2.1.3/docs/design/design-2.html /usr/share/doc/freetype-2.1.3/docs/design/design-3.html /usr/share/doc/freetype-2.1.3/docs/design/design-4.html /usr/share/doc/freetype-2.1.3/docs/design/design-5.html /usr/share/doc/freetype-2.1.3/docs/design/design-6.html /usr/share/doc/freetype-2.1.3/docs/design/detailed-design.png /usr/share/doc/freetype-2.1.3/docs/design/hierarchy-example.png /usr/share/doc/freetype-2.1.3/docs/design/index.html /usr/share/doc/freetype-2.1.3/docs/design/library-model.png /usr/share/doc/freetype-2.1.3/docs/design/modules.html /usr/share/doc/freetype-2.1.3/docs/design/simple-model.png /usr/share/doc/freetype-2.1.3/docs/freetype2 /usr/share/doc/freetype-2.1.3/docs/freetype2/build-system.html /usr/share/doc/freetype-2.1.3/docs/freetype2/demo-programs.png /usr/share/doc/freetype-2.1.3/docs/freetype2/drivers-list.png /usr/share/doc/freetype-2.1.3/docs/freetype2/index.html /usr/share/doc/freetype-2.1.3/docs/freetype2/io-frames.html /usr/share/doc/freetype-2.1.3/docs/freetype2/library-compilation.png /usr/share/doc/freetype-2.1.3/docs/freetype2/logo1.png /usr/share/doc/freetype-2.1.3/docs/freetype2/platform-detection.png /usr/share/doc/freetype-2.1.3/docs/freetype2/system-interface.html /usr/share/doc/freetype-2.1.3/docs/freetype2/tutorial.html /usr/share/doc/freetype-2.1.3/docs/ft2faq.html /usr/share/doc/freetype-2.1.3/docs/glyphs /usr/share/doc/freetype-2.1.3/docs/glyphs/Image1.png /usr/share/doc/freetype-2.1.3/docs/glyphs/Image2.png /usr/share/doc/freetype-2.1.3/docs/glyphs/Image3.png /usr/share/doc/freetype-2.1.3/docs/glyphs/Image4.png /usr/share/doc/freetype-2.1.3/docs/glyphs/bbox1.png /usr/share/doc/freetype-2.1.3/docs/glyphs/bbox2.png /usr/share/doc/freetype-2.1.3/docs/glyphs/body_comparison.png /usr/share/doc/freetype-2.1.3/docs/glyphs/bravo_kerned.png /usr/share/doc/freetype-2.1.3/docs/glyphs/bravo_unkerned.png /usr/share/doc/freetype-2.1.3/docs/glyphs/clipping.png /usr/share/doc/freetype-2.1.3/docs/glyphs/down_flow.png /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-1.html /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-2.html /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-3.html /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-4.html /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-5.html /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-6.html /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-7.html /usr/share/doc/freetype-2.1.3/docs/glyphs/grid_1.png /usr/share/doc/freetype-2.1.3/docs/glyphs/index.html /usr/share/doc/freetype-2.1.3/docs/glyphs/index2.htm /usr/share/doc/freetype-2.1.3/docs/glyphs/points_conic.png /usr/share/doc/freetype-2.1.3/docs/glyphs/points_conic2.png /usr/share/doc/freetype-2.1.3/docs/glyphs/points_cubic.png /usr/share/doc/freetype-2.1.3/docs/glyphs/points_segment.png /usr/share/doc/freetype-2.1.3/docs/glyphs/twlewis1.png /usr/share/doc/freetype-2.1.3/docs/glyphs/twlewis2.png /usr/share/doc/freetype-2.1.3/docs/glyphs/up_flow.png /usr/share/doc/freetype-2.1.3/docs/license.txt /usr/share/doc/freetype-2.1.3/docs/modules.txt /usr/share/doc/freetype-2.1.3/docs/readme.vms /usr/share/doc/freetype-2.1.3/docs/reference /usr/share/doc/freetype-2.1.3/docs/reference/ft2-base_interface.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-basic_types.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-bdf_fonts.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-cache_subsystem.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-computations.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-glyph_management.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-header_file_macros.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-index.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-list_processing.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-mac_specific.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-module_management.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-multiple_masters.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-outline_processing.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-pfr_fonts.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-raster.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-sfnt_names.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-sizes_management.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-system_interface.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-toc.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-truetype_tables.html /usr/share/doc/freetype-2.1.3/docs/reference/ft2-type1_tables.html /usr/share/doc/freetype-2.1.3/docs/tutorial /usr/share/doc/freetype-2.1.3/docs/tutorial/metrics.png /usr/share/doc/freetype-2.1.3/docs/tutorial/metrics2.png /usr/share/doc/freetype-2.1.3/docs/tutorial/step1.html /usr/share/doc/freetype-2.1.3/docs/tutorial/step2.html /usr/share/locale/cs/LC_MESSAGES/freetype.mo /usr/share/locale/de/LC_MESSAGES/freetype.mo /usr/share/locale/es/LC_MESSAGES/freetype.mo /usr/share/locale/fr/LC_MESSAGES/freetype.mo /usr/share/locale/nl/LC_MESSAGES/freetype.mo freetype-devel 2.1.3-6: ----------------------- /usr/bin/freetype-config /usr/include/freetype1 /usr/include/freetype1/freetype /usr/include/freetype1/freetype/freetype.h /usr/include/freetype1/freetype/fterrid.h /usr/include/freetype1/freetype/ftnameid.h /usr/include/freetype1/freetype/ftxcmap.h /usr/include/freetype1/freetype/ftxerr18.h /usr/include/freetype1/freetype/ftxgasp.h /usr/include/freetype1/freetype/ftxgdef.h /usr/include/freetype1/freetype/ftxgpos.h /usr/include/freetype1/freetype/ftxgsub.h /usr/include/freetype1/freetype/ftxkern.h /usr/include/freetype1/freetype/ftxopen.h /usr/include/freetype1/freetype/ftxpost.h /usr/include/freetype1/freetype/ftxsbit.h /usr/include/freetype1/freetype/ftxwidth.h /usr/include/freetype2 /usr/include/freetype2/freetype /usr/include/freetype2/freetype/cache /usr/include/freetype2/freetype/cache/ftccache.h /usr/include/freetype2/freetype/cache/ftccmap.h /usr/include/freetype2/freetype/cache/ftcglyph.h /usr/include/freetype2/freetype/cache/ftcimage.h /usr/include/freetype2/freetype/cache/ftcmanag.h /usr/include/freetype2/freetype/cache/ftcsbits.h /usr/include/freetype2/freetype/cache/ftlru.h /usr/include/freetype2/freetype/config /usr/include/freetype2/freetype/config/ftconfig.h /usr/include/freetype2/freetype/config/ftheader.h /usr/include/freetype2/freetype/config/ftmodule.h /usr/include/freetype2/freetype/config/ftoption.h /usr/include/freetype2/freetype/config/ftstdlib.h /usr/include/freetype2/freetype/freetype.h /usr/include/freetype2/freetype/ftbbox.h /usr/include/freetype2/freetype/ftbdf.h /usr/include/freetype2/freetype/ftcache.h /usr/include/freetype2/freetype/ftchapters.h /usr/include/freetype2/freetype/fterrdef.h /usr/include/freetype2/freetype/fterrors.h /usr/include/freetype2/freetype/ftglyph.h /usr/include/freetype2/freetype/ftgzip.h /usr/include/freetype2/freetype/ftimage.h /usr/include/freetype2/freetype/ftincrem.h /usr/include/freetype2/freetype/ftlist.h /usr/include/freetype2/freetype/ftmac.h /usr/include/freetype2/freetype/ftmm.h /usr/include/freetype2/freetype/ftmoderr.h /usr/include/freetype2/freetype/ftmodule.h /usr/include/freetype2/freetype/ftoutln.h /usr/include/freetype2/freetype/ftpfr.h /usr/include/freetype2/freetype/ftrender.h /usr/include/freetype2/freetype/ftsizes.h /usr/include/freetype2/freetype/ftsnames.h /usr/include/freetype2/freetype/ftstroker.h /usr/include/freetype2/freetype/ftsynth.h /usr/include/freetype2/freetype/ftsysio.h /usr/include/freetype2/freetype/ftsysmem.h /usr/include/freetype2/freetype/ftsystem.h /usr/include/freetype2/freetype/fttrigon.h /usr/include/freetype2/freetype/fttypes.h /usr/include/freetype2/freetype/ftxf86.h /usr/include/freetype2/freetype/internal /usr/include/freetype2/freetype/internal/autohint.h /usr/include/freetype2/freetype/internal/bdftypes.h /usr/include/freetype2/freetype/internal/cfftypes.h /usr/include/freetype2/freetype/internal/fnttypes.h /usr/include/freetype2/freetype/internal/ftcalc.h /usr/include/freetype2/freetype/internal/ftcore.h /usr/include/freetype2/freetype/internal/ftdebug.h /usr/include/freetype2/freetype/internal/ftdriver.h /usr/include/freetype2/freetype/internal/ftexcept.h /usr/include/freetype2/freetype/internal/ftgloadr.h /usr/include/freetype2/freetype/internal/fthash.h /usr/include/freetype2/freetype/internal/ftmemory.h /usr/include/freetype2/freetype/internal/ftobject.h /usr/include/freetype2/freetype/internal/ftobjs.h /usr/include/freetype2/freetype/internal/ftstream.h /usr/include/freetype2/freetype/internal/fttrace.h /usr/include/freetype2/freetype/internal/internal.h /usr/include/freetype2/freetype/internal/pcftypes.h /usr/include/freetype2/freetype/internal/pfr.h /usr/include/freetype2/freetype/internal/psaux.h /usr/include/freetype2/freetype/internal/pshints.h /usr/include/freetype2/freetype/internal/psnames.h /usr/include/freetype2/freetype/internal/sfnt.h /usr/include/freetype2/freetype/internal/t1types.h /usr/include/freetype2/freetype/internal/t42types.h /usr/include/freetype2/freetype/internal/tttypes.h /usr/include/freetype2/freetype/t1tables.h /usr/include/freetype2/freetype/ttnameid.h /usr/include/freetype2/freetype/tttables.h /usr/include/freetype2/freetype/tttags.h /usr/include/ft2build.h /usr/lib/libfreetype.a /usr/lib/libfreetype.la /usr/lib/libfreetype.so /usr/lib/libttf.a /usr/lib/libttf.la /usr/lib/libttf.so /usr/share/aclocal/freetype2.m4 freetype-utils 2.1.3-6: ----------------------- /usr/bin/fterror /usr/bin/ftmetric /usr/bin/ftsbit /usr/bin/ftstrpnm freetype-demos 2.1.3-6: ----------------------- /usr/bin/ftdump /usr/bin/ftlint /usr/bin/ftmemchk /usr/bin/ftmulti /usr/bin/ftstring /usr/bin/fttimer /usr/bin/ftview fontconfig 2.1-9: ----------------- /etc/fonts /etc/fonts/fonts.conf /etc/fonts/fonts.dtd /usr/bin/fc-cache /usr/bin/fc-list /usr/lib/libfontconfig.so.1 /usr/lib/libfontconfig.so.1.0 /usr/share/doc/fontconfig-2.1 /usr/share/doc/fontconfig-2.1/AUTHORS /usr/share/doc/fontconfig-2.1/COPYING /usr/share/doc/fontconfig-2.1/README /usr/share/man/man3/fontconfig.3.gz fontconfig-devel 2.1-9: ----------------------- /usr/bin/fontconfig-config /usr/include/fontconfig /usr/include/fontconfig/fcfreetype.h /usr/include/fontconfig/fcprivate.h /usr/include/fontconfig/fontconfig.h /usr/lib/libfontconfig.so /usr/lib/pkgconfig /usr/lib/pkgconfig/fontconfig.pc However, as a disciple of the packaging gospel according to Charles Wilson, I will be sticking to the system he uses. This is how I've tentatively split the packages: freetype1 - contains core exe's and/or scripts + runtime shared data + manpages + documentation freetype1-contrib - contains extra/non-essential exe's and/or scripts freetype1-devel - contains headers + static&import&libtool archives + *-config scripts + pkgconfig data libttf2 - contains the single runtime dll ------------------- freetype2 - contains core exe's and/or scripts + runtime shared data + manpages + documentation freetype2-contrib - contains extra/non-essential exe's and/or scripts freetype2-devel - contains headers + static&import&libtool archives + *-config scripts + pkgconfig data libfreetype(n) - contains the single runtime dll (n being the libtool versioned dll identifier) ------------------- fontconfig - contains core exe's and/or scripts + runtime shared data + manpages + documentation fontconfig-devel - contains headers + static&import&libtool archives + *-config scripts + pkgconfig data libfontconfig(n) - contains the single runtime dll (n being the libtool versioned dll identifier) In addition, I plan to include ttfmkdir, which assists in generating font config files specifically for TTF's. > Are any of their libraries linked to from within the standard XFree86 > distribution? Yes, but the sources are actually contained in xc/extra/freetype2 and xc/extra/fontconfig and there are Imake directives to automagically handle external versions as opposed to internal versions. This is how the aforementioned vendors do it, by adding the following directives to host.def (or whatever you use for xcompiling)*: HasFreetype2 YES HasFontconfig YES HasExpat YES HasZlib YES The Imake system will look in the standard location under /usr for these libs, so no additional fuss is necessary. It should be fairly automated from there. Do make sure to include these directives in the default configuration when installed. I also plan to keep abreast of any vendor and/or XFree86 patches to these libs, so there ought to be no negative impact on how XFree86 behaves. *Note that I haven't inspected your tree to see what directives you are using, so I might be redundant in some cases. > The reason I ask these questions is that I am all for splitting out > fontconfig and freetype2, as long as I can cleanly exclude them from the > packaging scripts and if I don't have to do too much recompiling when > new fontconfig/freetype2 packages are released. No problem, I understand. I anticipate that the installation size will not or only slightly exceed the size for current dependencies. I anticipate that the only packages actually required by the core server should be: *libfreetype(n) *libfontconfig(n) If any fonts are installed, then we add to the dependencies (this is because the post-install scripts for the fonts may need to run some of the utilities): *freetype2 *fontconfig *ttmkfdir(possibly) Finally, I see that the following being dependencies of the XFree86 devel package: *freetype2-devel *fontconfig-devel The way the scheme works, even *if* they make horrendous binary incompatible changes to the core libs (thus changing the result of the libtool versioning expression [[CURRENT] - [AGE]]), you'll still be fine. Since the gospel of packaging according to Chuck dictates that prior runtime library versions must still be available, you need not recompile against the new version until YOU are ready to. Think ncurses. Of course, if some incompatibility does slip in without a versioning bump, I can always manually bump it. That being said, you'll initially have to recompile against the new libraries since libtool versioning is slightly more sophisticated then Imake versioning (unfortunately), thus meaning the runtime dlls are probably going to have different numerical suffixes. Also, a few vendor patches may need to be applied to the core sources now and in the future if there are critical issues with font readability. Of course, this is at your discretion and definitely at your convience as to when and if you do it. I guess we can cross that bridge when we come to it. Finally, we might want to dll'ize some X libraries which are currently only built static. I hope (and pray) that we can nip the libXt problem in order to get a shared libXt. This is currently what prevents me from releasing a new Xaw3d with working shared libs (static is ok). Still, I don't anticipate the libXt problem to enter into the scenario I'm proposing now. Also, I noticed that we could probably change some of the defines when we migrated to 1.5.0, most notably is that the alloca interface is now provided by cygwin and cygwin has much more support for widechars. Ditch -DNO_ALLOCA and replace with -DINCLUDE_ALLOCA_H for AllocateLocalDefines. Ditch "-DUSE_XWCHAR_STRING -DUSE_XMBTOWC" and use "-DHAS_WCHAR_H -DHAS_WCTYPE_H -DHAS_ISW_FUNCS -DNO_WIDEC_H" for XawI18nDefines. I'd willing to do some careful auditing of our current defines to see what else the cygwin dll is providing that we aren't taking advantage of. Of course, I'll leave that for future discussions. > Answer those questions and we can think about it. > I hope my response was detailed and concise enough to alleviate any fears. I look forward to further discussion. The good news is, that by using the most current of these libraries, most newer versions of our included windowmanagers will support using the truetype fonts found on every Windows box. Openbox, WindowMaker, and lesstif all have some base support for these libs. Unfortunately, the older fontconfig distributed with 4.3.0.1 had some pretty notorious issues, but it is too long of a story to get into about why XFree86 is so slow to update (This centers around the whole Keith Packard/XFree86-core falling out). Cheers, Nicholas [1] http://freetype.sourceforge.net/freetype2/index.html#features [2] http://fontconfig.org/ From huntharo@msu.edu Sat Aug 2 19:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 19:23:00 -0000 Subject: [RFC]: Breaking out fontconfig and freetype into seperate packages In-Reply-To: <3F2C0C62.5000607@myrealbox.com> References: <3F2B136E.8050504@msu.edu> <3F2C0C62.5000607@myrealbox.com> Message-ID: <3F2C0FA0.5030003@msu.edu> Nicholas, That is precisely the kind of info I wanted to see. You really went over and above the call of duty on this one. I am all for breaking them out into seperate packages. You have my approval to go ahead with this. We will need to coordinate some testing of your new packages with my modified XFree86 packages that have freetype and fontconfig removed from them. As for the defines used in building the server --- that is some great information! I inherited all of that crap and there wasn't much info about what was required and what was thrown in for good measure. There also weren't any notes that would help to figure out when certain defines were no longer needed. I would very much appreciate any help you can give in using more of the functionality built into Cygwin via the removal of extraneous defines. Lets do this thing. Let me know when you are ready for the next steps and what they are. Harold Nicholas Wourms wrote: > Harold L Hunt II wrote: > >> Nicholas, >> >> Can you explain to me what fontconfig and freetype2 are, specifically? > > > Freetype2, quoting the homepage [1]: > "FreeType 2 is a software font engine that is designed to be small, > efficient, highly customizable and portable while capable of > producing high-quality output (glyph images)." > ... > "Note that FreeType2 is a font service and doesn't provide APIs > to perform higher-level features, like text layout or graphics > processing (e.g. colored text rendering, "hollowing", etc..). > However, it greatly simplifies these tasks by providing a simple, > easy to use and uniform interface to access the content of font > files." > > In other words, freetype2 provides the generic API for reading and > preprocessing font files. It also provides the core engine for certain > font-related features (such as hinting, anti-aliasing, & greater > multibyte glyph capabilities). It currently supports: > *TrueType fonts (and collections) > *Adobe Type 1 fonts > *CID-keyed Type 1 fonts > *CFF fonts > *OpenType fonts (both TrueType and CFF variants) > *SFNT-based bitmap fonts > *X11 PCF fonts > *Windows FNT fonts > *BDF fonts (including anti-aliased ones) > *PFR fonts > *Adobe Type42 fonts (limited support) > > Freetype1 is an older version of freetype2 and is NOT API source or > binary compatible with freetype2. Some applications still depend on it > at compile-time, but I don't think XFree86 still does. Most notable is > the fact that its library is libttf* as opposed to libfreetype* in > freetype2. > > Fontconfig is a library for configuring and customizing font access. It > is the middleware between freetype2 and Xft. But it also provides > equivalent interfaces between freetype2 and other applications. From > the webpage[2]: > > "Fontconfig can: > > *discover new fonts when installed automatically, removing a common > source of configuration problems. > *perform font name substitution, so that appropriate alternative fonts > can be selected if fonts are missing. > *identify the set of fonts required to completely cover a set of > languages. > *have GUI configuration tools built as it uses an XML-based > configuration file (though with autodiscovery, we believe this need is > minimized). > *efficiently and quickly find the fonts you need among the set of fonts > you have installed, even if you have installed thousands of fonts, > while minimizing memory usage. > *be used in concert with the X Render Extension and FreeType to > implement high quality, anti-aliased and subpixel rendered text on a > display. > > Fontconfig does not: > > *render the fonts themselves (this is left to FreeType or other > rendering mechanisms) > *depend on the X Window System in any fashion, so that printer only > applications do not have such dependencies." > > If you are interested, the XFree86 backend (Xft2) is described in detail > on the same page. > >> Do they consist of a couple libraries and some executables? >> How many files are involved in a package that contains them? > > > freetype1, freetype2, & fontconfig each consist of some headers, some > shared data, some i18n/l10n crap, and a few utility executables. > > For instance, redhat has the following packages in Shrike(RH9): > [Note that the freetype1 stuff is included in the freetype2 packages] > > freetype 2.1.3-6: > ----------------- > /usr/lib/libfreetype.so.6 > /usr/lib/libfreetype.so.6.3.2 > /usr/lib/libttf.so.2 > /usr/lib/libttf.so.2.3.0 > /usr/share/doc/freetype-2.1.3 > /usr/share/doc/freetype-2.1.3/ChangeLog > /usr/share/doc/freetype-2.1.3/README > /usr/share/doc/freetype-2.1.3/README.UNX > /usr/share/doc/freetype-2.1.3/announce > /usr/share/doc/freetype-2.1.3/docs > /usr/share/doc/freetype-2.1.3/docs/BUGS > /usr/share/doc/freetype-2.1.3/docs/BUILD > /usr/share/doc/freetype-2.1.3/docs/CHANGES > /usr/share/doc/freetype-2.1.3/docs/DEBUG.TXT > /usr/share/doc/freetype-2.1.3/docs/FTL.txt > /usr/share/doc/freetype-2.1.3/docs/GPL.txt > /usr/share/doc/freetype-2.1.3/docs/INSTALL > /usr/share/doc/freetype-2.1.3/docs/PATENTS > /usr/share/doc/freetype-2.1.3/docs/TODO > /usr/share/doc/freetype-2.1.3/docs/VERSION.DLL > /usr/share/doc/freetype-2.1.3/docs/cache.html > /usr/share/doc/freetype-2.1.3/docs/design > /usr/share/doc/freetype-2.1.3/docs/design/basic-design.png > /usr/share/doc/freetype-2.1.3/docs/design/design-1.html > /usr/share/doc/freetype-2.1.3/docs/design/design-2.html > /usr/share/doc/freetype-2.1.3/docs/design/design-3.html > /usr/share/doc/freetype-2.1.3/docs/design/design-4.html > /usr/share/doc/freetype-2.1.3/docs/design/design-5.html > /usr/share/doc/freetype-2.1.3/docs/design/design-6.html > /usr/share/doc/freetype-2.1.3/docs/design/detailed-design.png > /usr/share/doc/freetype-2.1.3/docs/design/hierarchy-example.png > /usr/share/doc/freetype-2.1.3/docs/design/index.html > /usr/share/doc/freetype-2.1.3/docs/design/library-model.png > /usr/share/doc/freetype-2.1.3/docs/design/modules.html > /usr/share/doc/freetype-2.1.3/docs/design/simple-model.png > /usr/share/doc/freetype-2.1.3/docs/freetype2 > /usr/share/doc/freetype-2.1.3/docs/freetype2/build-system.html > /usr/share/doc/freetype-2.1.3/docs/freetype2/demo-programs.png > /usr/share/doc/freetype-2.1.3/docs/freetype2/drivers-list.png > /usr/share/doc/freetype-2.1.3/docs/freetype2/index.html > /usr/share/doc/freetype-2.1.3/docs/freetype2/io-frames.html > /usr/share/doc/freetype-2.1.3/docs/freetype2/library-compilation.png > /usr/share/doc/freetype-2.1.3/docs/freetype2/logo1.png > /usr/share/doc/freetype-2.1.3/docs/freetype2/platform-detection.png > /usr/share/doc/freetype-2.1.3/docs/freetype2/system-interface.html > /usr/share/doc/freetype-2.1.3/docs/freetype2/tutorial.html > /usr/share/doc/freetype-2.1.3/docs/ft2faq.html > /usr/share/doc/freetype-2.1.3/docs/glyphs > /usr/share/doc/freetype-2.1.3/docs/glyphs/Image1.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/Image2.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/Image3.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/Image4.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/bbox1.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/bbox2.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/body_comparison.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/bravo_kerned.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/bravo_unkerned.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/clipping.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/down_flow.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-1.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-2.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-3.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-4.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-5.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-6.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/glyphs-7.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/grid_1.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/index.html > /usr/share/doc/freetype-2.1.3/docs/glyphs/index2.htm > /usr/share/doc/freetype-2.1.3/docs/glyphs/points_conic.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/points_conic2.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/points_cubic.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/points_segment.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/twlewis1.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/twlewis2.png > /usr/share/doc/freetype-2.1.3/docs/glyphs/up_flow.png > /usr/share/doc/freetype-2.1.3/docs/license.txt > /usr/share/doc/freetype-2.1.3/docs/modules.txt > /usr/share/doc/freetype-2.1.3/docs/readme.vms > /usr/share/doc/freetype-2.1.3/docs/reference > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-base_interface.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-basic_types.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-bdf_fonts.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-cache_subsystem.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-computations.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-glyph_management.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-header_file_macros.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-index.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-list_processing.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-mac_specific.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-module_management.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-multiple_masters.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-outline_processing.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-pfr_fonts.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-raster.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-sfnt_names.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-sizes_management.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-system_interface.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-toc.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-truetype_tables.html > /usr/share/doc/freetype-2.1.3/docs/reference/ft2-type1_tables.html > /usr/share/doc/freetype-2.1.3/docs/tutorial > /usr/share/doc/freetype-2.1.3/docs/tutorial/metrics.png > /usr/share/doc/freetype-2.1.3/docs/tutorial/metrics2.png > /usr/share/doc/freetype-2.1.3/docs/tutorial/step1.html > /usr/share/doc/freetype-2.1.3/docs/tutorial/step2.html > /usr/share/locale/cs/LC_MESSAGES/freetype.mo > /usr/share/locale/de/LC_MESSAGES/freetype.mo > /usr/share/locale/es/LC_MESSAGES/freetype.mo > /usr/share/locale/fr/LC_MESSAGES/freetype.mo > /usr/share/locale/nl/LC_MESSAGES/freetype.mo > > freetype-devel 2.1.3-6: > ----------------------- > /usr/bin/freetype-config > /usr/include/freetype1 > /usr/include/freetype1/freetype > /usr/include/freetype1/freetype/freetype.h > /usr/include/freetype1/freetype/fterrid.h > /usr/include/freetype1/freetype/ftnameid.h > /usr/include/freetype1/freetype/ftxcmap.h > /usr/include/freetype1/freetype/ftxerr18.h > /usr/include/freetype1/freetype/ftxgasp.h > /usr/include/freetype1/freetype/ftxgdef.h > /usr/include/freetype1/freetype/ftxgpos.h > /usr/include/freetype1/freetype/ftxgsub.h > /usr/include/freetype1/freetype/ftxkern.h > /usr/include/freetype1/freetype/ftxopen.h > /usr/include/freetype1/freetype/ftxpost.h > /usr/include/freetype1/freetype/ftxsbit.h > /usr/include/freetype1/freetype/ftxwidth.h > /usr/include/freetype2 > /usr/include/freetype2/freetype > /usr/include/freetype2/freetype/cache > /usr/include/freetype2/freetype/cache/ftccache.h > /usr/include/freetype2/freetype/cache/ftccmap.h > /usr/include/freetype2/freetype/cache/ftcglyph.h > /usr/include/freetype2/freetype/cache/ftcimage.h > /usr/include/freetype2/freetype/cache/ftcmanag.h > /usr/include/freetype2/freetype/cache/ftcsbits.h > /usr/include/freetype2/freetype/cache/ftlru.h > /usr/include/freetype2/freetype/config > /usr/include/freetype2/freetype/config/ftconfig.h > /usr/include/freetype2/freetype/config/ftheader.h > /usr/include/freetype2/freetype/config/ftmodule.h > /usr/include/freetype2/freetype/config/ftoption.h > /usr/include/freetype2/freetype/config/ftstdlib.h > /usr/include/freetype2/freetype/freetype.h > /usr/include/freetype2/freetype/ftbbox.h > /usr/include/freetype2/freetype/ftbdf.h > /usr/include/freetype2/freetype/ftcache.h > /usr/include/freetype2/freetype/ftchapters.h > /usr/include/freetype2/freetype/fterrdef.h > /usr/include/freetype2/freetype/fterrors.h > /usr/include/freetype2/freetype/ftglyph.h > /usr/include/freetype2/freetype/ftgzip.h > /usr/include/freetype2/freetype/ftimage.h > /usr/include/freetype2/freetype/ftincrem.h > /usr/include/freetype2/freetype/ftlist.h > /usr/include/freetype2/freetype/ftmac.h > /usr/include/freetype2/freetype/ftmm.h > /usr/include/freetype2/freetype/ftmoderr.h > /usr/include/freetype2/freetype/ftmodule.h > /usr/include/freetype2/freetype/ftoutln.h > /usr/include/freetype2/freetype/ftpfr.h > /usr/include/freetype2/freetype/ftrender.h > /usr/include/freetype2/freetype/ftsizes.h > /usr/include/freetype2/freetype/ftsnames.h > /usr/include/freetype2/freetype/ftstroker.h > /usr/include/freetype2/freetype/ftsynth.h > /usr/include/freetype2/freetype/ftsysio.h > /usr/include/freetype2/freetype/ftsysmem.h > /usr/include/freetype2/freetype/ftsystem.h > /usr/include/freetype2/freetype/fttrigon.h > /usr/include/freetype2/freetype/fttypes.h > /usr/include/freetype2/freetype/ftxf86.h > /usr/include/freetype2/freetype/internal > /usr/include/freetype2/freetype/internal/autohint.h > /usr/include/freetype2/freetype/internal/bdftypes.h > /usr/include/freetype2/freetype/internal/cfftypes.h > /usr/include/freetype2/freetype/internal/fnttypes.h > /usr/include/freetype2/freetype/internal/ftcalc.h > /usr/include/freetype2/freetype/internal/ftcore.h > /usr/include/freetype2/freetype/internal/ftdebug.h > /usr/include/freetype2/freetype/internal/ftdriver.h > /usr/include/freetype2/freetype/internal/ftexcept.h > /usr/include/freetype2/freetype/internal/ftgloadr.h > /usr/include/freetype2/freetype/internal/fthash.h > /usr/include/freetype2/freetype/internal/ftmemory.h > /usr/include/freetype2/freetype/internal/ftobject.h > /usr/include/freetype2/freetype/internal/ftobjs.h > /usr/include/freetype2/freetype/internal/ftstream.h > /usr/include/freetype2/freetype/internal/fttrace.h > /usr/include/freetype2/freetype/internal/internal.h > /usr/include/freetype2/freetype/internal/pcftypes.h > /usr/include/freetype2/freetype/internal/pfr.h > /usr/include/freetype2/freetype/internal/psaux.h > /usr/include/freetype2/freetype/internal/pshints.h > /usr/include/freetype2/freetype/internal/psnames.h > /usr/include/freetype2/freetype/internal/sfnt.h > /usr/include/freetype2/freetype/internal/t1types.h > /usr/include/freetype2/freetype/internal/t42types.h > /usr/include/freetype2/freetype/internal/tttypes.h > /usr/include/freetype2/freetype/t1tables.h > /usr/include/freetype2/freetype/ttnameid.h > /usr/include/freetype2/freetype/tttables.h > /usr/include/freetype2/freetype/tttags.h > /usr/include/ft2build.h > /usr/lib/libfreetype.a > /usr/lib/libfreetype.la > /usr/lib/libfreetype.so > /usr/lib/libttf.a > /usr/lib/libttf.la > /usr/lib/libttf.so > /usr/share/aclocal/freetype2.m4 > > freetype-utils 2.1.3-6: > ----------------------- > /usr/bin/fterror > /usr/bin/ftmetric > /usr/bin/ftsbit > /usr/bin/ftstrpnm > > freetype-demos 2.1.3-6: > ----------------------- > /usr/bin/ftdump > /usr/bin/ftlint > /usr/bin/ftmemchk > /usr/bin/ftmulti > /usr/bin/ftstring > /usr/bin/fttimer > /usr/bin/ftview > > fontconfig 2.1-9: > ----------------- > /etc/fonts > /etc/fonts/fonts.conf > /etc/fonts/fonts.dtd > /usr/bin/fc-cache > /usr/bin/fc-list > /usr/lib/libfontconfig.so.1 > /usr/lib/libfontconfig.so.1.0 > /usr/share/doc/fontconfig-2.1 > /usr/share/doc/fontconfig-2.1/AUTHORS > /usr/share/doc/fontconfig-2.1/COPYING > /usr/share/doc/fontconfig-2.1/README > /usr/share/man/man3/fontconfig.3.gz > > fontconfig-devel 2.1-9: > ----------------------- > /usr/bin/fontconfig-config > /usr/include/fontconfig > /usr/include/fontconfig/fcfreetype.h > /usr/include/fontconfig/fcprivate.h > /usr/include/fontconfig/fontconfig.h > /usr/lib/libfontconfig.so > /usr/lib/pkgconfig > /usr/lib/pkgconfig/fontconfig.pc > > However, as a disciple of the packaging gospel according to Charles > Wilson, I will be sticking to the system he uses. This is how I've > tentatively split the packages: > > freetype1 - contains core exe's and/or scripts + runtime shared > data + manpages + documentation > freetype1-contrib - contains extra/non-essential exe's and/or scripts > freetype1-devel - contains headers + static&import&libtool archives > + *-config scripts + pkgconfig data > libttf2 - contains the single runtime dll > ------------------- > freetype2 - contains core exe's and/or scripts + runtime shared > data + manpages + documentation > freetype2-contrib - contains extra/non-essential exe's and/or scripts > freetype2-devel - contains headers + static&import&libtool archives > + *-config scripts + pkgconfig data > libfreetype(n) - contains the single runtime dll (n being the libtool > versioned dll identifier) > ------------------- > fontconfig - contains core exe's and/or scripts + runtime shared > data + manpages + documentation > fontconfig-devel - contains headers + static&import&libtool archives > + *-config scripts + pkgconfig data > libfontconfig(n) - contains the single runtime dll (n being the libtool > versioned dll identifier) > > In addition, I plan to include ttfmkdir, which assists in generating > font config files specifically for TTF's. > >> Are any of their libraries linked to from within the standard XFree86 >> distribution? > > > Yes, but the sources are actually contained in xc/extra/freetype2 and > xc/extra/fontconfig and there are Imake directives to automagically > handle external versions as opposed to internal versions. This is how > the aforementioned vendors do it, by adding the following directives to > host.def (or whatever you use for xcompiling)*: > > HasFreetype2 YES > HasFontconfig YES > HasExpat YES > HasZlib YES > > The Imake system will look in the standard location under /usr for these > libs, so no additional fuss is necessary. It should be fairly automated > from there. Do make sure to include these directives in the default > configuration when installed. > > I also plan to keep abreast of any vendor and/or XFree86 patches to > these libs, so there ought to be no negative impact on how XFree86 behaves. > > *Note that I haven't inspected your tree to see what directives you are > using, so I might be redundant in some cases. > >> The reason I ask these questions is that I am all for splitting out >> fontconfig and freetype2, as long as I can cleanly exclude them from >> the packaging scripts and if I don't have to do too much recompiling >> when new fontconfig/freetype2 packages are released. > > > No problem, I understand. I anticipate that the installation size will > not or only slightly exceed the size for current dependencies. > I anticipate that the only packages actually required by the core server > should be: > *libfreetype(n) > *libfontconfig(n) > > If any fonts are installed, then we add to the dependencies (this is > because the post-install scripts for the fonts may need to run some of > the utilities): > *freetype2 > *fontconfig > *ttmkfdir(possibly) > > Finally, I see that the following being dependencies of the XFree86 > devel package: > *freetype2-devel > *fontconfig-devel > > The way the scheme works, even *if* they make horrendous binary > incompatible changes to the core libs (thus changing the result of the > libtool versioning expression [[CURRENT] - [AGE]]), you'll still be > fine. Since the gospel of packaging according to Chuck dictates that > prior runtime library versions must still be available, you need not > recompile against the new version until YOU are ready to. Think > ncurses. Of course, if some incompatibility does slip in without a > versioning bump, I can always manually bump it. > > That being said, you'll initially have to recompile against the new > libraries since libtool versioning is slightly more sophisticated then > Imake versioning (unfortunately), thus meaning the runtime dlls are > probably going to have different numerical suffixes. > > Also, a few vendor patches may need to be applied to the core sources > now and in the future if there are critical issues with font > readability. Of course, this is at your discretion and definitely at > your convience as to when and if you do it. I guess we can cross that > bridge when we come to it. > > Finally, we might want to dll'ize some X libraries which are currently > only built static. I hope (and pray) that we can nip the libXt problem > in order to get a shared libXt. This is currently what prevents me from > releasing a new Xaw3d with working shared libs (static is ok). Still, I > don't anticipate the libXt problem to enter into the scenario I'm > proposing now. Also, I noticed that we could probably change some of > the defines when we migrated to 1.5.0, most notably is that the alloca > interface is now provided by cygwin and cygwin has much more support for > widechars. > > Ditch -DNO_ALLOCA and replace with -DINCLUDE_ALLOCA_H for > AllocateLocalDefines. > > Ditch "-DUSE_XWCHAR_STRING -DUSE_XMBTOWC" and use "-DHAS_WCHAR_H > -DHAS_WCTYPE_H -DHAS_ISW_FUNCS -DNO_WIDEC_H" for XawI18nDefines. > > I'd willing to do some careful auditing of our current defines to see > what else the cygwin dll is providing that we aren't taking advantage > of. Of course, I'll leave that for future discussions. > >> Answer those questions and we can think about it. >> > > I hope my response was detailed and concise enough to alleviate any > fears. I look forward to further discussion. > > The good news is, that by using the most current of these libraries, > most newer versions of our included windowmanagers will support using > the truetype fonts found on every Windows box. Openbox, WindowMaker, > and lesstif all have some base support for these libs. Unfortunately, > the older fontconfig distributed with 4.3.0.1 had some pretty notorious > issues, but it is too long of a story to get into about why XFree86 is > so slow to update (This centers around the whole Keith > Packard/XFree86-core falling out). > > Cheers, > Nicholas > > [1] http://freetype.sourceforge.net/freetype2/index.html#features > [2] http://fontconfig.org/ > From huntharo@msu.edu Sat Aug 2 19:44:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 19:44:00 -0000 Subject: 4.3.0-1 XFree86-etc package problem In-Reply-To: <200308021853.TAA25254@aps5.ph.bham.ac.uk> References: <200308021853.TAA25254@aps5.ph.bham.ac.uk> Message-ID: <3F2C148C.4000201@msu.edu> Good catch. This has not been reported before. Our packaging script was putting the files in /etc/X11, but the files were already in X11, so the result was /etc/X11/X11. I have corrected the packaging script and will be posting an updated XFree86-etc-4.3.0-2.tar.bz2 shortly. Thanks for testing, Harold Dr.D.J.Picton wrote: > Apologies if this has been reported before, but there seems to be a basic > problem with this version. > > I've tried two download sites and in both cases the files are installed in > the wrong directory - /etc/X11/X11 instead of /etc/X11. This caused some > unpleasant symptoms which mostly went away if the files were moved back into > /etc/X11. Unfortunately xterm still didn't work properly because the XTerm and > XTerm-color files have gone missing from the app-defaults directory. I've > reverted to 4.2.0-1 for the time being. > > > > From huntharo@msu.edu Sat Aug 2 19:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 19:52:00 -0000 Subject: Updated on sourceware: XFree86-etc-4.3.0-2 Message-ID: <3F2C165F.2020309@msu.edu> The XFree86-etc-4.3.0-2 package has been updated in the Cygwin distribution. Changes: 1) Files were being installed in /etc/X11/X11 instead of /etc/X11. (Dr. D. J. Picton) Note: I don't know why the XTerm and XTerm-color files are missing. I have looked for a reason, but I can't find any. I will try to fix this problem in a later release. -- 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 huntharo@msu.edu Sat Aug 2 20:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 20:12:00 -0000 Subject: 4.3.0-1 XFree86-etc package problem In-Reply-To: <200308021853.TAA25254@aps5.ph.bham.ac.uk> References: <200308021853.TAA25254@aps5.ph.bham.ac.uk> Message-ID: <3F2C1B0B.9000104@msu.edu> This is weird. I checked the generated Makefile for xc/programs/xterm. Sure enough, it has install:: rules that copy, for example, XTerm.ad to /etc/X11/app-defaults/XTerm. That example rule depends upont XTerm.ad, in other words, it reads: install:: XTerm.ad ... copy XTerm.ad to /etc/X11/app-defaults/XTerm However, this rule *never* gets run. I removed the XTerm.ad dependency and it magically works. I had to remove these dependences for several other install:: rules, now they all work. I don't know if I will ever try to get a fix checked into the XFree86 CVS tree for this... I have dealt with the xterm maintainter before and he is "always right", so it probably isn't worth the effort. In any case, I have another update to XFree86-etc coming soon. Harold Dr.D.J.Picton wrote: > Apologies if this has been reported before, but there seems to be a basic > problem with this version. > > I've tried two download sites and in both cases the files are installed in > the wrong directory - /etc/X11/X11 instead of /etc/X11. This caused some > unpleasant symptoms which mostly went away if the files were moved back into > /etc/X11. Unfortunately xterm still didn't work properly because the XTerm and > XTerm-color files have gone missing from the app-defaults directory. I've > reverted to 4.2.0-1 for the time being. > > > > From huntharo@msu.edu Sat Aug 2 20:15:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 02 Aug 2003 20:15:00 -0000 Subject: Updated on sourceware: XFree86-etc-4.3.0-3 Message-ID: <3F2C1BBE.3000609@msu.edu> The XFree86-etc-4.3.0-3 package has been updated in the Cygwin distribution. Changes: 1) XTerm config files were not copied to xc/etc/X11/app-defaults. (Dr. D. J. Picton, 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 case@scripps.edu Sat Aug 2 20:56:00 2003 From: case@scripps.edu (David A. Case) Date: Sat, 02 Aug 2003 20:56:00 -0000 Subject: 'Wrong' dll names in 4.3.0-1 packages -> breaks all 3rd party X apps In-Reply-To: <3F2B1B57.7060009@msu.edu> References: <3F2B1B57.7060009@msu.edu> Message-ID: <20030802205645.GB2144@scripps.edu> On Fri, Aug 01, 2003, Harold L Hunt II wrote: > > No. Older X apps will need to be recompiled for 4.3.0. This is a > change that needed to happen. In the meantime, you can keep the old > DLLs in the same directory and it will allow older X apps to run side by > side with new X apps. One of the most common "older apps" that needs to be recompiled is rxvt. This seems to be a packaging issue: what is the best way for setup to (help) ensure that people upgrading to the new Xfree86 version get a re-compiled rxvt as well? Of course, in principle, rxvt is no different from other X programs that are not updated when Xfree86 is updated, but I think it is very widely used, and hence likely to trip almost everyone up when it stops working after they update the X packages. ..dave case From earle@ziplabel.com Sat Aug 2 21:34:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sat, 02 Aug 2003 21:34:00 -0000 Subject: Another patch: Stop random GPFs on exit Message-ID: <5.1.1.6.2.20030802142620.00ae2c00@mail.ziplabel.com> Howdy Harold, it looks like you're really busy with the 4.3 updates, but here's another small patch for XWin that gets rid of the GPFs that sometimes happen when exiting the server w/-clipboard or -mwm. Basically, the X server was closing connections to the threads who were then attempting to re-open them and restart their main loops. This is fine for a server reset, but for a server kill you don't want to re-open the connections because the info you've got (things like ScreenPtrs etc.) aren't valid anymore. This patch just adds a notify call to the two threads which sets a flag so that when they do a longjmp() back to their main loops on an IO error they pthread_exit() and not attempt to re-access their passed in parameters/etc. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: nogpfexit.diffs.bz2 Type: application/octet-stream Size: 1163 bytes Desc: not available URL: From v-overbeek@cistron.nl Sat Aug 2 21:44:00 2003 From: v-overbeek@cistron.nl (Ton van Overbeek) Date: Sat, 02 Aug 2003 21:44:00 -0000 Subject: 'Wrong' dll names in 4.3.0-1 packages -> breaks all 3rd party X apps, Solved Message-ID: Harold Hunt wrote: > Ton, > > See the following announcement: > > http://cygwin.com/ml/cygwin-xfree/2003-08/msg00041.html > > I made an XFree86-lib-compat-4.3.0-1 package available that has the old > DLLs in it. Please install it and see if it fixes your problem. Yes, the XFree86-lib-compat-4.3.0-1 package makes all my cygwin X apps happy again. Thanks for the quick fix (and for the XFree86-etc-4.3.0 fixes). Ton van Overbeek From sfsheldon@comcast.net Sat Aug 2 23:24:00 2003 From: sfsheldon@comcast.net (Stephen Sheldon) Date: Sat, 02 Aug 2003 23:24:00 -0000 Subject: /etc/X11 Message-ID: <000501c3594d$47ad00e0$6401a8c0@WUSSS122346GIG> I installed the new 4.3.0 cygwin/xfree over my existing installation. When I was done, I tried editres, and it was all messed up. The /etc/X11 directory had another X11 directory under it (i. e. /etc/X11/X11) with all the stuff that should have been in /etc/X11. When I copied everything up a level, editres worked. This happened both on my laptop running XP prof sp1 and my desktop running w2k sp3. I must confess I don't know whether this directory was like this before the installation. Otherwise what I had ran fine after I relinked (gvim, icewm, xv, xpat2). From huntharo@msu.edu Sun Aug 3 00:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 00:52:00 -0000 Subject: /etc/X11 In-Reply-To: <000501c3594d$47ad00e0$6401a8c0@WUSSS122346GIG> References: <000501c3594d$47ad00e0$6401a8c0@WUSSS122346GIG> Message-ID: <3F2C5CD2.3010605@msu.edu> You know, I think the wrong thing to do here would be to read the last few messages to the mailing list... especially the two release announcements for fixed XFree86-etc package versions. Of course, that's just me talking... Harold Stephen Sheldon wrote: > I installed the new 4.3.0 cygwin/xfree over my existing installation. When > I was done, I tried editres, and it was all messed up. The /etc/X11 > directory had another X11 directory under it (i. e. /etc/X11/X11) with all > the stuff that should have been in /etc/X11. When I copied everything up > a level, editres worked. This happened both on my laptop running XP prof > sp1 and my desktop running w2k sp3. I must confess I don't know whether > this directory was like this before the installation. Otherwise what I had > ran fine after I relinked (gvim, icewm, xv, xpat2). > From huntharo@msu.edu Sun Aug 3 01:32:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 01:32:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-3 Message-ID: <3F2C660A.3010109@msu.edu> The XFree86-xserv-4.3.0-3 package has been updated in the Cygwin distribution. Changes: 1) Signal the clipboard and multiwindow window manager threads to stop trying to reconnect when the server is being shutdown. These reconnection attempts were causing intermittent GPFs (General Protection Faults) on shutdown. (Earle F. Philhower III) -- 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 huntharo@msu.edu Sun Aug 3 01:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 01:33:00 -0000 Subject: [ANNOUNCEMENT] Server Test 95 Message-ID: <3F2C664C.8010605@msu.edu> Links: I just posted Test 95 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 95 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-3 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-Test95.exe.bz2 (1257 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030802-2115.tar.bz2 (118 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test94 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test94-to-Test95.diff (5 KiB) Changes: 1) Signal the clipboard and multiwindow window manager threads to stop trying to reconnect when the server is being shutdown. These reconnection attempts were causing intermittent GPFs (General Protection Faults) on shutdown. (Earle F. Philhower III) Enjoy, Harold From huntharo@msu.edu Sun Aug 3 01:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 01:39:00 -0000 Subject: Another patch: Stop random GPFs on exit In-Reply-To: <5.1.1.6.2.20030802142620.00ae2c00@mail.ziplabel.com> References: <5.1.1.6.2.20030802142620.00ae2c00@mail.ziplabel.com> Message-ID: <3F2C67DF.6060009@msu.edu> Earle, Thanks for the patch. You did it exactly like I was thinking I would fix it. Thanks for contributing, Harold Earle F. Philhower III wrote: > Howdy Harold, it looks like you're really busy with the 4.3 updates, > but here's another small patch for XWin that gets rid of the GPFs > that sometimes happen when exiting the server w/-clipboard or -mwm. > > Basically, the X server was closing connections to the threads who > were then attempting to re-open them and restart their main loops. > This is fine for a server reset, but for a server kill you don't want > to re-open the connections because the info you've got (things like > ScreenPtrs etc.) aren't valid anymore. > > This patch just adds a notify call to the two threads which sets > a flag so that when they do a longjmp() back to their main loops on > an IO error they pthread_exit() and not attempt to re-access their > passed in parameters/etc. > > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From nakitadot26t6@juno.com Sun Aug 3 03:10:00 2003 From: nakitadot26t6@juno.com (jackking) Date: Sun, 03 Aug 2003 03:10:00 -0000 Subject: cygwin-xfree, Receive SIX FREE VlAGRA tablets, limited time offer. Message-ID: Dear cygwin-xfree@cygwin.com For the first time on the web, we are offering V*I*A*G*R*A F*R*E*E! Yes, check out this limited time offer: http://www.pharma-wholesale.12freehost.com/ http://pharma.12freehost.com/remove.php to un-subscribe From cgf@redhat.com Sun Aug 3 04:13:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Sun, 03 Aug 2003 04:13:00 -0000 Subject: Zero length XFree86-base-4.3.0-1.tar.bz2 Message-ID: <20030803041312.GA30553@redhat.com> Harold, Could you reupload the zero length XFree86-base file? If this is supposed to be empty then you need to create an empty tar archive not a zero length one. Thanks, cgf From huntharo@msu.edu Sun Aug 3 04:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 04:31:00 -0000 Subject: Zero length XFree86-base-4.3.0-1.tar.bz2 In-Reply-To: <20030803041312.GA30553@redhat.com> References: <20030803041312.GA30553@redhat.com> Message-ID: <3F2C9020.6030708@msu.edu> Huh... somebody else must have fixed this for me with 4.2.0-1, because I have a 0 byte file on my machine but the one on sources... was 46 bytes. I copied 4.2.0-1 to 4.3.0-1. Hopefully that takes care of whatever the problem was. I now have a copy of that 46 byte empty tarball on my machine. Harold Christopher Faylor wrote: > Harold, > Could you reupload the zero length XFree86-base file? > > If this is supposed to be empty then you need to create an empty tar > archive not a zero length one. > > Thanks, > cgf From damien@maths.usyd.edu.au Sun Aug 3 04:50:00 2003 From: damien@maths.usyd.edu.au (Damien Fisher) Date: Sun, 03 Aug 2003 04:50:00 -0000 Subject: Imake.tmpl not found Message-ID: <20030803045007.GB3149@galois.maths.usyd.edu.au> Hi, I'm trying to build xfig on Cygwin/XFree86 without success. The weird thing is this worked two weeks ago. The only thing that has changed, as far as I can remember, is that I just upgraded to the XFree86 4.3.0-1 packages using the Cygwin setup program. When I run xmkmf I get the following error: mv -f Makefile Makefile.bak imake -DUseInstalled -I/usr/X11R6/lib/X11/config Imakefile.c:9: Imake.tmpl: No such file or directory imake: Exit code 1. Stop. Now I had this error two weeks ago when I first built xfig, and the solution was to download the XFree86-prog package. After I did this, the build went fine. However, I am now trying to rebuild xfig (for various boring reasons), and even WITH XFree86-prog 4.3.0-1 installed, I get the above error. I have searched my cygwin directory, and there is no Imake.tmpl file ANYWHERE. Has something changed in the latest release? This is driving me crazy! (It doesn't help that I really have very little clue about what imake/xmkmf does. :) ) Any help would be appreciated. Thanks, Damien From huntharo@msu.edu Sun Aug 3 06:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 06:07:00 -0000 Subject: Imake.tmpl not found In-Reply-To: <20030803045007.GB3149@galois.maths.usyd.edu.au> References: <20030803045007.GB3149@galois.maths.usyd.edu.au> Message-ID: <3F2CA683.8090302@msu.edu> Damien, Huh... this is interesting. Turns out that Cygwin's tar doesn't work the same as the tar version that is in the XFree86 souce tree in the utils module. I built their "gnu-tar" and used it to build the packages and it did include the /usr/X11R6/lib/X11/config directory in the prog package, as it is supposed to. I tried messing with the Xprog-list and Xprog-excl files to get Cygwin's tar to build the archive properly, but it just wouldn't do it. I will be uploading XFree86-prog-4.3.0-2.tar.bz2 shortly. Thanks for testing, Harold Damien Fisher wrote: > Hi, > > I'm trying to build xfig on Cygwin/XFree86 without success. The weird thing is > this worked two weeks ago. The only thing that has changed, as far as I can > remember, is that I just upgraded to the XFree86 4.3.0-1 packages using the > Cygwin setup program. > > When I run xmkmf I get the following error: > > mv -f Makefile Makefile.bak > imake -DUseInstalled -I/usr/X11R6/lib/X11/config > Imakefile.c:9: Imake.tmpl: No such file or directory > imake: Exit code 1. > Stop. > > Now I had this error two weeks ago when I first built xfig, and the > solution was to download the XFree86-prog package. After I did this, > the build went fine. > > However, I am now trying to rebuild xfig (for various boring reasons), > and even WITH XFree86-prog 4.3.0-1 installed, I get the above error. I > have searched my cygwin directory, and there is no Imake.tmpl file > ANYWHERE. > > Has something changed in the latest release? This is driving me crazy! > (It doesn't help that I really have very little clue about what > imake/xmkmf does. :) ) > > Any help would be appreciated. > > Thanks, > Damien From huntharo@msu.edu Sun Aug 3 06:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 06:23:00 -0000 Subject: Updated on sourceware: XFree86-prog-4.3.0-2 Message-ID: <3F2CAA5F.6060505@msu.edu> The XFree86-prog-4.3.0-2 package has been updated in the Cygwin distribution. Changes: 1) Files in /usr/X11R6/lib/X11/config were not being included in the Xprog.tgz file that is the precursor to the XFree86-prog-4.3.0-*.tar.bz2 package. This problem was due to using Cygwin's tar to create Xprog.tgz instead of the specialized version of tar that is distributed by the XFree86 project. (Damien Fisher, 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 damien@maths.usyd.edu.au Sun Aug 3 06:44:00 2003 From: damien@maths.usyd.edu.au (Damien Fisher) Date: Sun, 03 Aug 2003 06:44:00 -0000 Subject: Imake.tmpl not found In-Reply-To: <3F2CA683.8090302@msu.edu> References: <20030803045007.GB3149@galois.maths.usyd.edu.au> <3F2CA683.8090302@msu.edu> Message-ID: <20030803064431.GE3149@galois.maths.usyd.edu.au> Hi Harold, Thanks for replying so quickly! I upgraded to XFree86-prog 4.3.0-2 and that fixed the problem. However, I am now getting this: mv -f Makefile Makefile.bak imake -DUseInstalled -I/usr/X11R6/lib/X11/config /usr/X11R6/lib/X11/config/site.def:44: host.def: No such file or directory /usr/X11R6/lib/X11/config/site.def:146: host.def: No such file or directory imake: Exit code 1. Stop. I can't find a host.def anywhere. Again, I'm afraid I have little idea of the X build system, so I have no idea how to proceed, or whether this is my fault or the package's fault :(. Help would be appreciated. Thanks again, Damien On Sun, Aug 03, 2003 at 02:06:59AM -0400, Harold L Hunt II wrote: > Damien, > > Huh... this is interesting. > > Turns out that Cygwin's tar doesn't work the same as the tar version > that is in the XFree86 souce tree in the utils module. I built their > "gnu-tar" and used it to build the packages and it did include the > /usr/X11R6/lib/X11/config directory in the prog package, as it is > supposed to. I tried messing with the Xprog-list and Xprog-excl files > to get Cygwin's tar to build the archive properly, but it just wouldn't > do it. I will be uploading XFree86-prog-4.3.0-2.tar.bz2 shortly. > > Thanks for testing, > > Harold From huntharo@msu.edu Sun Aug 3 07:11:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 07:11:00 -0000 Subject: Imake.tmpl not found In-Reply-To: <20030803064431.GE3149@galois.maths.usyd.edu.au> References: <20030803045007.GB3149@galois.maths.usyd.edu.au> <3F2CA683.8090302@msu.edu> <20030803064431.GE3149@galois.maths.usyd.edu.au> Message-ID: <3F2CB583.5050303@msu.edu> Damien, You can just do this: touch /usr/X11R6/lib/X11/config/host.def Our host.def doesn't really have anything in it, so this should work just fine. I will try to release another fix to XFree86-progs tomorrow if an empty host.def takes care of your problem. Harold Damien Fisher wrote: > Hi Harold, > > Thanks for replying so quickly! I upgraded to XFree86-prog 4.3.0-2 and > that fixed the problem. However, I am now getting this: > > mv -f Makefile Makefile.bak > imake -DUseInstalled -I/usr/X11R6/lib/X11/config > /usr/X11R6/lib/X11/config/site.def:44: host.def: No such file or > directory > /usr/X11R6/lib/X11/config/site.def:146: host.def: No such file or > directory > imake: Exit code 1. > Stop. > > I can't find a host.def anywhere. Again, I'm afraid I have little idea > of the X build system, so I have no idea how to proceed, or whether this > is my fault or the package's fault :(. Help would be appreciated. > > Thanks again, > Damien > > On Sun, Aug 03, 2003 at 02:06:59AM -0400, Harold L Hunt II wrote: > >>Damien, >> >>Huh... this is interesting. >> >>Turns out that Cygwin's tar doesn't work the same as the tar version >>that is in the XFree86 souce tree in the utils module. I built their >>"gnu-tar" and used it to build the packages and it did include the >>/usr/X11R6/lib/X11/config directory in the prog package, as it is >>supposed to. I tried messing with the Xprog-list and Xprog-excl files >>to get Cygwin's tar to build the archive properly, but it just wouldn't >>do it. I will be uploading XFree86-prog-4.3.0-2.tar.bz2 shortly. >> >>Thanks for testing, >> >>Harold From damien@maths.usyd.edu.au Sun Aug 3 07:16:00 2003 From: damien@maths.usyd.edu.au (Damien Fisher) Date: Sun, 03 Aug 2003 07:16:00 -0000 Subject: Imake.tmpl not found In-Reply-To: <3F2CB583.5050303@msu.edu> References: <20030803045007.GB3149@galois.maths.usyd.edu.au> <3F2CA683.8090302@msu.edu> <20030803064431.GE3149@galois.maths.usyd.edu.au> <3F2CB583.5050303@msu.edu> Message-ID: <20030803071552.GA14426@galois.maths.usyd.edu.au> Hi Harold, That seems to work -- xfig is now compiling. Thanks! Damien On Sun, Aug 03, 2003 at 03:10:59AM -0400, Harold L Hunt II wrote: > Damien, > > You can just do this: > > touch /usr/X11R6/lib/X11/config/host.def > > > Our host.def doesn't really have anything in it, so this should work > just fine. I will try to release another fix to XFree86-progs tomorrow > if an empty host.def takes care of your problem. > > Harold From huntharo@msu.edu Sun Aug 3 07:26:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 07:26:00 -0000 Subject: Updated on sourceware: XFree86-prog-4.3.0-3 Message-ID: <3F2CB934.1090905@msu.edu> The XFree86-prog-4.3.0-3 package has been updated in the Cygwin distribution. Changes: 1) Include an empty host.def file, which is required by site.def when compiling other X programs. (Damien Fisher, 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 pavelr@coresma.com Sun Aug 3 09:23:00 2003 From: pavelr@coresma.com (Pavel Rozenboim) Date: Sun, 03 Aug 2003 09:23:00 -0000 Subject: No keyboard with XFree86 4.0.3 Message-ID: <6A3008858445D711A58A00062939B2F1EC87@EXCHANGE> Hi, I just upgraded XFree86 to a latest 4.0.3 packages. Now, when I run XWin I get the following error messages: expected keysym, got XF86_Switch_VT_1: line 8 of xfree86 expected keysym, got XF86_Switch_VT_2: line 11 of xfree86 expected keysym, got XF86_Switch_VT_3: line 14 of xfree86 expected keysym, got XF86_Switch_VT_4: line 17 of xfree86 expected keysym, got XF86_Switch_VT_5: line 20 of xfree86 expected keysym, got XF86_Switch_VT_6: line 23 of xfree86 expected keysym, got XF86_Switch_VT_7: line 26 of xfree86 expected keysym, got XF86_Switch_VT_8: line 29 of xfree86 expected keysym, got XF86_Switch_VT_9: line 32 of xfree86 expected keysym, got XF86_Switch_VT_10: line 35 of xfree86 expected keysym, got XF86_Switch_VT_11: line 38 of xfree86 expected keysym, got XF86_Switch_VT_12: line 41 of xfree86 expected keysym, got XF86_Ungrab: line 45 of xfree86 expected keysym, got XF86_ClearGrab: line 48 of xfree86 expected keysym, got XF86_Next_VMode: line 51 of xfree86 expected keysym, got XF86_Prev_VMode: line 54 of xfree86 The XKEYBOARD keymap compiler (xkbcomp) reports: > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields > Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" > Using last definition for duplicate fields expected keysym, got XF86_Switch_VT_1: line 51 of pc/pc expected keysym, got XF86_Switch_VT_2: line 55 of pc/pc expected keysym, got XF86_Switch_VT_3: line 59 of pc/pc expected keysym, got XF86_Switch_VT_4: line 63 of pc/pc expected keysym, got XF86_Switch_VT_5: line 67 of pc/pc expected keysym, got XF86_Switch_VT_6: line 71 of pc/pc expected keysym, got XF86_Switch_VT_7: line 75 of pc/pc expected keysym, got XF86_Switch_VT_8: line 79 of pc/pc expected keysym, got XF86_Switch_VT_9: line 83 of pc/pc expected keysym, got XF86_Switch_VT_10: line 87 of pc/pc expected keysym, got XF86_Switch_VT_11: line 91 of pc/pc expected keysym, got XF86_Switch_VT_12: line 95 of pc/pc expected keysym, got XF86_Ungrab: line 135 of pc/pc expected keysym, got XF86_ClearGrab: line 141 of pc/pc expected keysym, got XF86_Prev_VMode: line 147 of pc/pc expected keysym, got XF86_Next_VMode: line 157 of pc/pc Errors from xkbcomp are not fatal to the X server Then keyboard doesn't work with X. This could be resolved by adding -kb option. I'm using cygwin 1.5.1-1 on Win2k server. From draqi3@msn.com Sun Aug 3 09:57:00 2003 From: draqi3@msn.com (Gracie Mcnally) Date: Sun, 03 Aug 2003 09:57:00 -0000 Subject: Ionic air cleaners Message-ID: Get rid of the stale and polluted air in your home or office. Save hundreds with this internet special offer. http://www.geocities.com/cleanair2k3/home.htm If you would not like to receive future offers. http://www.geocities.com/cleanair2k3/iwash.htm From cgf-idd@cygwin.com Sun Aug 3 14:23:00 2003 From: cgf-idd@cygwin.com (Christopher Faylor) Date: Sun, 03 Aug 2003 14:23:00 -0000 Subject: cygwin and filtering bug In-Reply-To: <200308031138.h73BcUZ21442@mx1.redhat.com> References: <200308031138.h73BcUZ21442@mx1.redhat.com> Message-ID: <20030803142342.GB30758@redhat.com> On Sun, Aug 03, 2003 at 01:35:04PM +0200, Joerg Fischer wrote: >>(sorry folks, I don't speak Vim) > >I know that I should have checked the problem with a pure >console editor. In Vim filtering works regardless of size. > >This isn't a big surprise. To read the standard streams >of the called filter, NEdit sets up Xt callbacks >(with XtAppAddInput), see source/shell.c in the NEdit >source tarball. So, in other words, you've got an X problem that you are trying to discuss on the cygwin mailing list rather than the cygwin-xfree mailing list. cgf From cgf-idd@cygwin.com Sun Aug 3 14:29:00 2003 From: cgf-idd@cygwin.com (Christopher Faylor) Date: Sun, 03 Aug 2003 14:29:00 -0000 Subject: Imake.tmpl not found In-Reply-To: <3F2CA683.8090302@msu.edu> References: <20030803045007.GB3149@galois.maths.usyd.edu.au> <3F2CA683.8090302@msu.edu> Message-ID: <20030803142935.GC30758@redhat.com> On Sun, Aug 03, 2003 at 02:06:59AM -0400, Harold L Hunt II wrote: >Damien, > >Huh... this is interesting. > >Turns out that Cygwin's tar doesn't work the same as the tar version >that is in the XFree86 souce tree in the utils module. I built their >"gnu-tar" and used it to build the packages and it did include the >/usr/X11R6/lib/X11/config directory in the prog package, as it is >supposed to. I tried messing with the Xprog-list and Xprog-excl files >to get Cygwin's tar to build the archive properly, but it just wouldn't >do it. I will be uploading XFree86-prog-4.3.0-2.tar.bz2 shortly. This is the first I've ever heard that cygwin's tar is unable to include directories in a tar ball. Since cygwin's tar is GNU tar, it's hard to see why it would operate differently. Do you have a specific failing case? -- 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 jf505@gmx.de Sun Aug 3 16:29:00 2003 From: jf505@gmx.de (Joerg Fischer) Date: Sun, 03 Aug 2003 16:29:00 -0000 Subject: Cygwin and filtering bug Message-ID: > >This isn't a big surprise. To read the standard streams > >of the called filter, NEdit sets up Xt callbacks > >(with XtAppAddInput), see source/shell.c in the NEdit > >source tarball. > > So, in other words, you've got an X problem that you are trying to > discuss on the cygwin mailing list rather than the cygwin-xfree > mailing list. Well, in my theory the Xfree stuff was ported to Cygwin and relies on it to be working. Take it as a bug report. I don't know if the problem is in the Cygwin dll or in Xfree (my blind guess is Cygwin). Of course, I don't mind you forwarding it to the Xfree list, even if I should be right. Cheers, J?rg From pechtcha@cs.nyu.edu Sun Aug 3 16:56:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 03 Aug 2003 16:56:00 -0000 Subject: Recent upgrade of xfree-xserv: missing DLLs In-Reply-To: <000901c35918$a04b9160$c99ac250@leper> Message-ID: On Sat, 2 Aug 2003 fergus@bonhard.uklinux.net wrote: > > There is a new package, XFree86-lib-compat-4.3.0-1, > > that contains the old DLLs for 4.2.0 X Clients. > > OK. XFree86-lib-compat-4.3.0-1 eventually reached a mirror near me, and I > installed it. Things now work that for a brief period did not. However, > after set DISPLAY followed by start XWin -multiwindow followed by run > rxvt -e bash, I still find that > > pressing # gives \, pressing ~ gives |, pressing \ gives < and pressing > | gives > > > whilst these keys work just fine in bash. > > I do not mean to download every agony on readers, and will continue to try > to sort this. But is anybody experiencing similar recent anomalies, and are > they indicative of something obvious? > > Fergus Fergus, Does the same problem occur when you run rxvt with DISPLAY unset? This would help you figure out whether it's rxvt or X that's misbehaving. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From pechtcha@cs.nyu.edu Sun Aug 3 17:02:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 03 Aug 2003 17:02:00 -0000 Subject: request for new feature In-Reply-To: <3F2BFC5C.4000908@msu.edu> Message-ID: On Sat, 2 Aug 2003, Harold L Hunt II wrote: > David Fraser wrote: > > > java java wrote: > > > >>> Then give this a try... > >>> Start->Run > >>> c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm-display :0 > >>> > >> YES! , this works perfectly. Now could this be added > >> as a right click menu option to the tray? > >> > > I don't think everyone would neccessarily like such an option. > > What might be better is a way to configure items to be added to the tray... > > You have to admit, a system that allows adding, configuring, and > removing items from the system tray is one hell of a giat leap from > adding one static item that launches an xterm. In other words, one has > to happen before the other. It's your guess as to which I am referring. > > Harold Harold, I have to agree with David here. If everyone's pet commands were to be added into the default X tray menu (an equivalent of the root menu in other WMs, I guess), that menu would be well nigh unmanageable. It would be much nicer to have the configurability of, say, fvwm in the multiwindow WM. This would let people actually add their own commands as they please without necessarily affecting other users. The multiwindow window manager is still young, with room to grow -- it might be better to learn the lessons of other WMs and do it right. Igor P.S. You're also right that adding a static xterm startup item to the menu is a step in the general direction of a configurable menu. Besides, you're the maintainer, and thus, you're the boss. :-) -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From huntharo@msu.edu Sun Aug 3 17:46:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 17:46:00 -0000 Subject: request for new feature In-Reply-To: References: Message-ID: <3F2D4A6E.9000709@msu.edu> Igor, Igor Pechtchanski wrote: > On Sat, 2 Aug 2003, Harold L Hunt II wrote: > Harold, > > I have to agree with David here. If everyone's pet commands were to be > added into the default X tray menu (an equivalent of the root menu in > other WMs, I guess), that menu would be well nigh unmanageable. It would > be much nicer to have the configurability of, say, fvwm in the multiwindow > WM. This would let people actually add their own commands as they please > without necessarily affecting other users. The multiwindow window manager > is still young, with room to grow -- it might be better to learn the > lessons of other WMs and do it right. > Igor > P.S. You're also right that adding a static xterm startup item to the menu > is a step in the general direction of a configurable menu. Besides, > you're the maintainer, and thus, you're the boss. :-) I am all about baby steps. We haven't even proven that we know how to start a new application for the user from the system tray icon yet. Until we actually do that this discussion is really pointless. My development plan goes something like this: do it simply, test it, make it more complex. As for adding xterm... I really don't think it is a pet command. xterm is often an item in shortcut menus and it happens to be the only application that we start by default in startxwin.bat. So, it wouldn't be such a leap to want to let people start another xterm if they accidentally close the default one. Harold From huntharo@msu.edu Sun Aug 3 17:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 17:55:00 -0000 Subject: Imake.tmpl not found In-Reply-To: <20030803142935.GC30758@redhat.com> References: <20030803045007.GB3149@galois.maths.usyd.edu.au> <3F2CA683.8090302@msu.edu> <20030803142935.GC30758@redhat.com> Message-ID: <3F2D4C79.40106@msu.edu> The XFree86 build-bindist script passes an include file and an exclude file to tar like so: $TAR -c -v -z -f $TODIR/$BINDIR/$tarball $xfile $lfile $xfile in this case is "-X prog-excl": lib/Server lib/X11 lib/modules include/X11/bitmaps $lfile is based on the file prog-list, but it seems to be that each entry in the list is looped through in the build-bindist script in a fashion that I don't entirely understand. The prog-list contents are below: lib include lib/X11/config The idea here is that everything in lib, include, and lib/X11/config are supposed to be included, with the exception of lib/Xserver, lib/X11, lib/modules, and include/X11/bitmaps. For some reason, Cygwin's tar version (and this may be entirely correct, the XFree86 version might be modified) works through lib and include, properly excluding the listed directories, but it never processes lib/X11/config. I tried moving the order of the directories around, such as moving lib/X11/config to the top of prog-list, to no avail. My reasoning behind starting with Cygwin's tar was exactly that it was "GNU tar", but I found out that that wasn't good enough of a reason :) Harold Christopher Faylor wrote: > On Sun, Aug 03, 2003 at 02:06:59AM -0400, Harold L Hunt II wrote: > >>Damien, >> >>Huh... this is interesting. >> >>Turns out that Cygwin's tar doesn't work the same as the tar version >>that is in the XFree86 souce tree in the utils module. I built their >>"gnu-tar" and used it to build the packages and it did include the >>/usr/X11R6/lib/X11/config directory in the prog package, as it is >>supposed to. I tried messing with the Xprog-list and Xprog-excl files >>to get Cygwin's tar to build the archive properly, but it just wouldn't >>do it. I will be uploading XFree86-prog-4.3.0-2.tar.bz2 shortly. > > > This is the first I've ever heard that cygwin's tar is unable to include > directories in a tar ball. Since cygwin's tar is GNU tar, it's hard to > see why it would operate differently. > > Do you have a specific failing case? > -- > 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 -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: prog-list URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: build-bindist URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: prog-excl URL: From huntharo@msu.edu Sun Aug 3 17:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 17:59:00 -0000 Subject: No keyboard with XFree86 4.0.3 In-Reply-To: <6A3008858445D711A58A00062939B2F1EC87@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EC87@EXCHANGE> Message-ID: <3F2D4D7C.4070603@msu.edu> Pavel, I don't know what to tell you, other than that you are (hopefully) running 4.3.0, not 4.0.3. Also, I can tell you that you should not be running Cygwin 1.5.1 yet, and that I can't really help you with any problems if you are, because I haven't started looking into 1.5.1 yet. Hopefully someone else has some ideas here. Harold Pavel Rozenboim wrote: > Hi, > > I just upgraded XFree86 to a latest 4.0.3 packages. Now, when I run XWin I > get the following error messages: > expected keysym, got XF86_Switch_VT_1: line 8 of xfree86 > expected keysym, got XF86_Switch_VT_2: line 11 of xfree86 > expected keysym, got XF86_Switch_VT_3: line 14 of xfree86 > expected keysym, got XF86_Switch_VT_4: line 17 of xfree86 > expected keysym, got XF86_Switch_VT_5: line 20 of xfree86 > expected keysym, got XF86_Switch_VT_6: line 23 of xfree86 > expected keysym, got XF86_Switch_VT_7: line 26 of xfree86 > expected keysym, got XF86_Switch_VT_8: line 29 of xfree86 > expected keysym, got XF86_Switch_VT_9: line 32 of xfree86 > expected keysym, got XF86_Switch_VT_10: line 35 of xfree86 > expected keysym, got XF86_Switch_VT_11: line 38 of xfree86 > expected keysym, got XF86_Switch_VT_12: line 41 of xfree86 > expected keysym, got XF86_Ungrab: line 45 of xfree86 > expected keysym, got XF86_ClearGrab: line 48 of xfree86 > expected keysym, got XF86_Next_VMode: line 51 of xfree86 > expected keysym, got XF86_Prev_VMode: line 54 of xfree86 > The XKEYBOARD keymap compiler (xkbcomp) reports: > >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields >>Warning: Multiple interpretations of "NoSymbol+AnyOfOrNone(all)" >> Using last definition for duplicate fields > > expected keysym, got XF86_Switch_VT_1: line 51 of pc/pc > expected keysym, got XF86_Switch_VT_2: line 55 of pc/pc > expected keysym, got XF86_Switch_VT_3: line 59 of pc/pc > expected keysym, got XF86_Switch_VT_4: line 63 of pc/pc > expected keysym, got XF86_Switch_VT_5: line 67 of pc/pc > expected keysym, got XF86_Switch_VT_6: line 71 of pc/pc > expected keysym, got XF86_Switch_VT_7: line 75 of pc/pc > expected keysym, got XF86_Switch_VT_8: line 79 of pc/pc > expected keysym, got XF86_Switch_VT_9: line 83 of pc/pc > expected keysym, got XF86_Switch_VT_10: line 87 of pc/pc > expected keysym, got XF86_Switch_VT_11: line 91 of pc/pc > expected keysym, got XF86_Switch_VT_12: line 95 of pc/pc > expected keysym, got XF86_Ungrab: line 135 of pc/pc > expected keysym, got XF86_ClearGrab: line 141 of pc/pc > expected keysym, got XF86_Prev_VMode: line 147 of pc/pc > expected keysym, got XF86_Next_VMode: line 157 of pc/pc > Errors from xkbcomp are not fatal to the X server > > Then keyboard doesn't work with X. > > This could be resolved by adding -kb option. > > I'm using cygwin 1.5.1-1 on Win2k server. > From nwourms@myrealbox.com Sun Aug 3 18:04:00 2003 From: nwourms@myrealbox.com (Nicholas Wourms) Date: Sun, 03 Aug 2003 18:04:00 -0000 Subject: Imake.tmpl not found In-Reply-To: <3F2CB583.5050303@msu.edu> References: <20030803045007.GB3149@galois.maths.usyd.edu.au> <3F2CA683.8090302@msu.edu> <20030803064431.GE3149@galois.maths.usyd.edu.au> <3F2CB583.5050303@msu.edu> Message-ID: Harold L Hunt II wrote: > Damien, > > You can just do this: > > touch /usr/X11R6/lib/X11/config/host.def > > > Our host.def doesn't really have anything in it, so this should work > just fine. I will try to release another fix to XFree86-progs tomorrow > if an empty host.def takes care of your problem. Harold, Not important now, but in the next release of -progs, can you make creation of /usr/X11R6/lib/X11/config/host.def done via touch in a post-install script? Traditionally, this is the file that should include any local modifications or user-defined routines for Imake. In essence, it is supposed to be a manual override system-wide defines. Unfortunately, I wasn't paying attention this morning when updating, so I subsequently clobbered mine :-/. Also, not related, but aren't supposed to have a symlink /usr/include/X11 -> /usr/X11R6/include/X11? I noticed it isn't there, and swear we had it set at one time or another. Cheers, Nicholas From pechtcha@cs.nyu.edu Sun Aug 3 18:11:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 03 Aug 2003 18:11:00 -0000 Subject: request for new feature In-Reply-To: <3F2D4A6E.9000709@msu.edu> Message-ID: On Sun, 3 Aug 2003, Harold L Hunt II wrote: > Igor, > > Igor Pechtchanski wrote: > > On Sat, 2 Aug 2003, Harold L Hunt II wrote: > > Harold, > > > > I have to agree with David here. If everyone's pet commands were to be > > added into the default X tray menu (an equivalent of the root menu in > > other WMs, I guess), that menu would be well nigh unmanageable. It would > > be much nicer to have the configurability of, say, fvwm in the multiwindow > > WM. This would let people actually add their own commands as they please > > without necessarily affecting other users. The multiwindow window manager > > is still young, with room to grow -- it might be better to learn the > > lessons of other WMs and do it right. > > Igor > > P.S. You're also right that adding a static xterm startup item to the menu > > is a step in the general direction of a configurable menu. Besides, > > you're the maintainer, and thus, you're the boss. :-) > > I am all about baby steps. We haven't even proven that we know how to > start a new application for the user from the system tray icon yet. > Until we actually do that this discussion is really pointless. Harold, It would be relatively simple to start an application given a command line (basically a fork() and exec()). I'm also assuming the tray icon message handling routine would know the display number of the X session (to pass it to the started app). > My development plan goes something like this: do it simply, test it, > make it more complex. Sounds like a good plan. > As for adding xterm... I really don't think it is a pet command. xterm > is often an item in shortcut menus and it happens to be the only > application that we start by default in startxwin.bat. So, it wouldn't > be such a leap to want to let people start another xterm if they > accidentally close the default one. > > Harold Umm, yes, I didn't mean to say that that particular command was a pet command; rather, I meant that adding commands on someone's request sets a precedent, and then everyone and his brother will want their own commands in the tray menu (which is not necessarily a bad thing to want, but you don't want to be the one adding them). Now that that's cleared up (hopefully), I think the tray icon menu could be treated as the multiwindow window manager's root menu, and thus, whatever commands (and configurability) other window managers might have in the root menu belong in the tray icon menu (also considering the fact that when not in multiwindow mode, the WM will have its own root menu). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From nwourms@myrealbox.com Sun Aug 3 18:24:00 2003 From: nwourms@myrealbox.com (Nicholas Wourms) Date: Sun, 03 Aug 2003 18:24:00 -0000 Subject: Rxvt & new XFree [was Re: 'Wrong' dll names in 4.3.0-1 packages -> breaks all 3rd party X apps] In-Reply-To: <20030802205645.GB2144@scripps.edu> References: <3F2B1B57.7060009@msu.edu> <20030802205645.GB2144@scripps.edu> Message-ID: <3F2D531E.10405@myrealbox.com> David A. Case wrote: > On Fri, Aug 01, 2003, Harold L Hunt II wrote: > >>No. Older X apps will need to be recompiled for 4.3.0. This is a >>change that needed to happen. In the meantime, you can keep the old >>DLLs in the same directory and it will allow older X apps to run side by >>side with new X apps. > > > One of the most common "older apps" that needs to be recompiled is rxvt. > This seems to be a packaging issue: what is the best way for setup to (help) > ensure that people upgrading to the new Xfree86 version get a re-compiled > rxvt as well? > > Of course, in principle, rxvt is no different from other X programs that are > not updated when Xfree86 is updated, but I think it is very widely used, > and hence likely to trip almost everyone up when it stops working after they > update the X packages. > Well then, Steve's probably the one to talk to regarding this. I believe the problem is that rxvt isn't actually linked to any Cygwin/XFree86 libs, since it uses its own hybrid emulation lib, libW11. I'll let Steve comment on the specifics involved, but I believe that libW11 will need updating to match current libX11 api differences. I wonder if Donald Becker has updated the sources yet? Cheers, Nicholas From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Aug 3 19:33:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 03 Aug 2003 19:33:00 -0000 Subject: request for new feature In-Reply-To: <3F2D4A6E.9000709@msu.edu> References: <3F2D4A6E.9000709@msu.edu> Message-ID: Harold L Hunt II wrote: > I am all about baby steps. We haven't even proven that we know how to > start a new application for the user from the system tray icon yet. > Until we actually do that this discussion is really pointless. I can send you code which spawns new processes from a running windows app. bye ago NP: DeVision - Far Too Deep -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Alexander.Gottwald@s1999.tu-chemnitz.de Sun Aug 3 20:00:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sun, 03 Aug 2003 20:00:00 -0000 Subject: No keyboard with XFree86 4.0.3 In-Reply-To: <6A3008858445D711A58A00062939B2F1EC87@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EC87@EXCHANGE> Message-ID: Pavel Rozenboim wrote: > Hi, > > I just upgraded XFree86 to a latest 4.0.3 packages. Now, when I run XWin I > get the following error messages: > expected keysym, got XF86_Switch_VT_1: line 8 of xfree86 > I'm using cygwin 1.5.1-1 on Win2k server. I could not reproduce this problem with my local installation. It is a 1.5 installation too with X11 built from cvs but for 1.5.1. The current X11 packages are compiled for 1.3 cygwin. So lets try the hard remote debugging then. please check if a file /usr/X11R6/lib/X11/XKeysymDB exists and if a line like these exists: XF86_Switch_VT_1 :1008FE01 bye ago NP: DeVision - Far Too Deep -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From cygwin-lh@cygwin.com Sun Aug 3 20:30:00 2003 From: cygwin-lh@cygwin.com (Larry Hall) Date: Sun, 03 Aug 2003 20:30:00 -0000 Subject: default X wm + .LIBX11.DLL missing In-Reply-To: <3F2D6674.8060702@pusspaws.net> References: <3F2D6674.8060702@pusspaws.net> Message-ID: <3F2D7013.3090909@cygwin.com> David Selby wrote: > Hello > > Last query for a while, don't want to wear you guys out ... Everything > is OK, got bash, vim, rxvt working as I want them but I have one last > problem ... > > I have installed X. > > When I executed "startx" It paused, then booted X, and booted into a > window manager. All OK > > Problem 1... I decided to change the window manager to openbox > (apparently related to blackbox?) so I found > /etc/x11/xinit/xinitrc, deleted the window manager & typed in openbox. > Stupid in the extreme, I should have #d it out.... what is the default > window manager for startx ? > > Problem 2... openbox does not want to work. X starts & I get a popup "A > required .DLL file LIBX11.DLL was not found" ... mmm .... I went to > windows update, updated my adged 98SE & tried again. Same message. I > tried starting openbox without startx, assumed it would call startx & > maybe be happier, zip, just same message again. > > At a guess cygwin is fine, and 98SE is lacking a "DLL?" If this is the > case Its a windows problem and OT. I will go contact some windows gurus > ! Before I do that can anyone confirm this is a windows problem ? No libX11 is an X DLL so that would be Cygwin. See to find which package this is in and install it. BTW, this is really a question about X on Cygwin so it should go to cygwin-xfree. I've redirected the conversation there and reset the reply-to appropriately. Please use that list to follow-up if necessary. -- 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 Sun Aug 3 20:33:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 03 Aug 2003 20:33:00 -0000 Subject: default X wm + .LIBX11.DLL missing In-Reply-To: <3F2D7013.3090909@cygwin.com> References: <3F2D6674.8060702@pusspaws.net> <3F2D7013.3090909@cygwin.com> Message-ID: <3F2D717B.9080703@msu.edu> David, You need to run Cygiwn's setup again and select the XFree86-lib-compat package. Harold Larry Hall wrote: > David Selby wrote: > >> Hello >> >> Last query for a while, don't want to wear you guys out ... Everything >> is OK, got bash, vim, rxvt working as I want them but I have one last >> problem ... >> >> I have installed X. >> >> When I executed "startx" It paused, then booted X, and booted into a >> window manager. All OK >> >> Problem 1... I decided to change the window manager to openbox >> (apparently related to blackbox?) so I found >> /etc/x11/xinit/xinitrc, deleted the window manager & typed in openbox. >> Stupid in the extreme, I should have #d it out.... what is the default >> window manager for startx ? >> >> Problem 2... openbox does not want to work. X starts & I get a popup >> "A required .DLL file LIBX11.DLL was not found" ... mmm .... I went to >> windows update, updated my adged 98SE & tried again. Same message. I >> tried starting openbox without startx, assumed it would call startx & >> maybe be happier, zip, just same message again. >> >> At a guess cygwin is fine, and 98SE is lacking a "DLL?" If this is the >> case Its a windows problem and OT. I will go contact some windows >> gurus ! Before I do that can anyone confirm this is a windows problem ? > > > No libX11 is an X DLL so that would be Cygwin. See > to find which package this is in and > install it. > > BTW, this is really a question about X on Cygwin so it should go to > cygwin-xfree. I've redirected the conversation there and reset the > reply-to appropriately. Please use that list to follow-up if necessary. > From jf505@gmx.de Sun Aug 3 20:44:00 2003 From: jf505@gmx.de (Joerg Fischer) Date: Sun, 03 Aug 2003 20:44:00 -0000 Subject: Cygwin and filter selection Message-ID: I can confirm the following report except that the limits of the return sizes on my system are different. For tr the limit is 33K. As Tim noted, sort seems to have no limit ... ? ------ mail forwarded, original message follows ------ To: jf505@gmx.de From: timh@marmot-eng.com Subject: Re: Cygwin and filter selection Date: Sun, 03 Aug 2003 11:54:44 -0700 > I didn't report it, yet, but I'll do so. I happen to know a bit more > about how the shell commands read from the standard streams > (they set up an Xt call back), just in case this error doesn't happen > for vim. Or maybe I should get vim and figure out how to filter there ... OK. I've found some additional behavior that might shed some more light: For certain filters ('tr' for instance) the maximum return size on my system is 16k (0x4000) but for some other filters (custom filters I wrote) the maximum return size on my system is 17k (0x4400). Even more interesting, 'sort' doesn't seem to have a problem with any size (I stopped testing at 2 MB). -- Tim Hubberstey, P.Eng. . . . . . Hardware/Software Consulting Engineer Marmot Engineering . . . . . . . VHDL, ASICs, FPGAs, embedded systems Vancouver, BC, Canada . . . . . . . . . . . http://www.marmot-eng.com From cygwin@pusspaws.net Sun Aug 3 22:09:00 2003 From: cygwin@pusspaws.net (David Selby) Date: Sun, 03 Aug 2003 22:09:00 -0000 Subject: default X wm + .LIBX11.DLL missing In-Reply-To: <3F2D717B.9080703@msu.edu> References: <3F2D6674.8060702@pusspaws.net> <3F2D7013.3090909@cygwin.com> <3F2D717B.9080703@msu.edu> Message-ID: <3F2D8801.9030709@pusspaws.net> Many thanks I will give it a go ... Dave Harold L Hunt II wrote: > David, > > You need to run Cygiwn's setup again and select the XFree86-lib-compat > package. > > Harold > > Larry Hall wrote: > >> David Selby wrote: >> >>> Hello >>> >>> Last query for a while, don't want to wear you guys out ... >>> Everything is OK, got bash, vim, rxvt working as I want them but I >>> have one last problem ... >>> >>> I have installed X. >>> >>> When I executed "startx" It paused, then booted X, and booted into a >>> window manager. All OK >>> >>> Problem 1... I decided to change the window manager to openbox >>> (apparently related to blackbox?) so I found >>> /etc/x11/xinit/xinitrc, deleted the window manager & typed in >>> openbox. Stupid in the extreme, I should have #d it out.... what is >>> the default window manager for startx ? >>> >>> Problem 2... openbox does not want to work. X starts & I get a popup >>> "A required .DLL file LIBX11.DLL was not found" ... mmm .... I went >>> to windows update, updated my adged 98SE & tried again. Same >>> message. I tried starting openbox without startx, assumed it would >>> call startx & maybe be happier, zip, just same message again. >>> >>> At a guess cygwin is fine, and 98SE is lacking a "DLL?" If this is >>> the case Its a windows problem and OT. I will go contact some >>> windows gurus ! Before I do that can anyone confirm this is a >>> windows problem ? >> >> >> >> No libX11 is an X DLL so that would be Cygwin. See >> to find which package this is in and >> install it. >> >> BTW, this is really a question about X on Cygwin so it should go to >> cygwin-xfree. I've redirected the conversation there and reset the >> reply-to appropriately. Please use that list to follow-up if necessary. >> > > > From huntharo@msu.edu Mon Aug 4 01:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 04 Aug 2003 01:17:00 -0000 Subject: Updated on sourceware: XFree86-prog-4.3.0-4 Message-ID: <3F2DB40F.4090108@msu.edu> The XFree86-prog-4.3.0-4 package has been updated in the Cygwin distribution. Changes: 1) Add a post-install script to touch the host.def file instead of overwriting it; this will either create an empty host.def, if none exists, or it will just bump the last modified time on an existing host.def file. (Nicholas Wourms, Harold L Hunt II) 2) Create a symlink in /usr/include to the X11 includes directory. This will eliminate a few headaches when some compiling X applications. (Nicholas Wourms, Haold 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 huntharo@msu.edu Mon Aug 4 01:18:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 04 Aug 2003 01:18:00 -0000 Subject: Imake.tmpl not found In-Reply-To: References: <20030803045007.GB3149@galois.maths.usyd.edu.au> <3F2CA683.8090302@msu.edu> <20030803064431.GE3149@galois.maths.usyd.edu.au> <3F2CB583.5050303@msu.edu> Message-ID: <3F2DB463.1070701@msu.edu> Nicholas Wourms wrote: > Not important now, but in the next release of -progs, can you make > creation of /usr/X11R6/lib/X11/config/host.def done via touch in a > post-install script? Traditionally, this is the file that should > include any local modifications or user-defined routines for Imake. In > essence, it is supposed to be a manual override system-wide defines. > Unfortunately, I wasn't paying attention this morning when updating, so > I subsequently clobbered mine :-/. Good idea. I added a post-install script for the prog package. > Also, not related, but aren't supposed to have a symlink > /usr/include/X11 -> /usr/X11R6/include/X11? I noticed it isn't there, > and swear we had it set at one time or another. There has never been a symlink in /usr/include to /usr/X11R6/include/X11, but I made the post-install script create one since it seemed like a good idea. Harold From pavelr@coresma.com Mon Aug 4 06:09:00 2003 From: pavelr@coresma.com (Pavel Rozenboim) Date: Mon, 04 Aug 2003 06:09:00 -0000 Subject: No keyboard with XFree86 4.0.3 Message-ID: <6A3008858445D711A58A00062939B2F1EC8F@EXCHANGE> > -----Original Message----- > From: Alexander Gottwald > [mailto:Alexander.Gottwald@s1999.tu-chemnitz.de] > Sent: Sun, August 03, 2003 11:00 PM > To: cygwin-xfree@cygwin.com > Subject: Re: No keyboard with XFree86 4.0.3 > > > Pavel Rozenboim wrote: > > > Hi, > > > > I just upgraded XFree86 to a latest 4.0.3 packages. Now, > when I run XWin I > > get the following error messages: > > expected keysym, got XF86_Switch_VT_1: line 8 of xfree86 > > > I'm using cygwin 1.5.1-1 on Win2k server. > > I could not reproduce this problem with my local > installation. It is a 1.5 > installation too with X11 built from cvs but for 1.5.1. The > current X11 > packages are compiled for 1.3 cygwin. > > So lets try the hard remote debugging then. > > please check if a file /usr/X11R6/lib/X11/XKeysymDB exists > and if a line > like these exists: > XF86_Switch_VT_1 :1008FE01 It exists. > > bye > ago > > NP: DeVision - Far Too Deep > -- > Alexander.Gottwald@informatik.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From alexander.gottwald@s1999.tu-chemnitz.de Mon Aug 4 08:02:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 04 Aug 2003 08:02:00 -0000 Subject: No keyboard with XFree86 4.0.3 In-Reply-To: <6A3008858445D711A58A00062939B2F1EC8F@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EC8F@EXCHANGE> Message-ID: On Mon, 4 Aug 2003, Pavel Rozenboim wrote: > > please check if a file /usr/X11R6/lib/X11/XKeysymDB exists > > and if a line > > like these exists: > > XF86_Switch_VT_1 :1008FE01 > > It exists. Since you're the only one with this Problem I suspect it's a problem with the 1.5 release of cygwin. bye ago From davidf@sjsoft.com Mon Aug 4 08:22:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Mon, 04 Aug 2003 08:22:00 -0000 Subject: request for new feature In-Reply-To: References: <3F2D4A6E.9000709@msu.edu> Message-ID: <3F2E17AE.5050202@sjsoft.com> Alexander Gottwald wrote: >Harold L Hunt II wrote: > > >>I am all about baby steps. We haven't even proven that we know how to >>start a new application for the user from the system tray icon yet. >>Until we actually do that this discussion is really pointless. >> >> >I can send you code which spawns new processes from a running windows app. > Could you send it to the list? Thanks David From alexander.gottwald@s1999.tu-chemnitz.de Mon Aug 4 08:43:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 04 Aug 2003 08:43:00 -0000 Subject: request for new feature In-Reply-To: <3F2E17AE.5050202@sjsoft.com> References: <3F2D4A6E.9000709@msu.edu> <3F2E17AE.5050202@sjsoft.com> Message-ID: On Mon, 4 Aug 2003, David Fraser wrote: > >I can send you code which spawns new processes from a running windows app. > Could you send it to the list? /* we must build this string with information about mount points */ const char* command = "c:\\cygwin\\usr\\x11r6\\xterm.exe -display :0.0"; STARTUPINFO startupinfo; PROCESS_INFORMATION processinformation; memset(&startupinfo, 0, sizeof startupinfo); startupinfo.cb = sizeof startupinfo; if (!CreateProcess( "xterm", command, // name and commandline NULL, NULL, false, // Not important /* CREATE_NEW_CONSOLE | */ CREATE_NEW_PROCESS_GROUP, // Process flags. Maybe 0 is sufficient for our needs NULL, // Environment. Null inherits from parent process NULL, // Working dir. Null uses current dir. startupinfo, &processinformation // Process information. )) { // error } or for cygwin int pid = fork(); if (pid == 0) { execl("/usr/X11R6/bin/xterm.exe", "-display", ":0.0", NULL); } else if (pid == -1) { // error } -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pavelr@coresma.com Mon Aug 4 09:00:00 2003 From: pavelr@coresma.com (Pavel Rozenboim) Date: Mon, 04 Aug 2003 09:00:00 -0000 Subject: No keyboard with XFree86 4.0.3 Message-ID: <6A3008858445D711A58A00062939B2F1EC99@EXCHANGE> > -----Original Message----- > From: Alexander Gottwald > [mailto:alexander.gottwald@s1999.tu-chemnitz.de] > Sent: Mon, August 04, 2003 11:03 AM > To: cygwin-xfree@cygwin.com > Subject: RE: No keyboard with XFree86 4.0.3 > > > On Mon, 4 Aug 2003, Pavel Rozenboim wrote: > > > > please check if a file /usr/X11R6/lib/X11/XKeysymDB exists > > > and if a line > > > like these exists: > > > XF86_Switch_VT_1 :1008FE01 > > > > It exists. > > Since you're the only one with this Problem I suspect it's a problem > with the 1.5 release of cygwin. I suspect it caused by upgrade from 4.2.0 to 4.3.0, since I didn't have such problem with X 4.2.0 and cygwin 1.5.1. I could not reproduce it on abother computer , though. > > bye > ago > From alexander.gottwald@s1999.tu-chemnitz.de Mon Aug 4 09:20:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 04 Aug 2003 09:20:00 -0000 Subject: No keyboard with XFree86 4.0.3 In-Reply-To: <6A3008858445D711A58A00062939B2F1EC99@EXCHANGE> References: <6A3008858445D711A58A00062939B2F1EC99@EXCHANGE> Message-ID: On Mon, 4 Aug 2003, Pavel Rozenboim wrote: > I suspect it caused by upgrade from 4.2.0 to 4.3.0, since I didn't have such > problem with X 4.2.0 and cygwin 1.5.1. I could not reproduce it on abother > computer , though. There were several people who have upgraded to 4.3.0 too and have not reported these problems. There were minor updates to some XFree packages. Maybe installing them or reinstalling all XFree packages fixes the problems. Also the mount options may be interesting. Is /etc or /usr/X11R6/lib/X11 mounted in textmode? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pavelr@coresma.com Mon Aug 4 09:33:00 2003 From: pavelr@coresma.com (Pavel Rozenboim) Date: Mon, 04 Aug 2003 09:33:00 -0000 Subject: No keyboard with XFree86 4.0.3 Message-ID: <6A3008858445D711A58A00062939B2F1EC9A@EXCHANGE> > -----Original Message----- > From: Alexander Gottwald > [mailto:alexander.gottwald@s1999.tu-chemnitz.de] > Sent: Mon, August 04, 2003 12:20 PM > To: cygwin-xfree@cygwin.com > Subject: RE: No keyboard with XFree86 4.0.3 > > > On Mon, 4 Aug 2003, Pavel Rozenboim wrote: > > > I suspect it caused by upgrade from 4.2.0 to 4.3.0, since I > didn't have such > > problem with X 4.2.0 and cygwin 1.5.1. I could not > reproduce it on abother > > computer , though. > > There were several people who have upgraded to 4.3.0 too and > have not reported > these problems. > > There were minor updates to some XFree packages. Maybe > installing them or > reinstalling all XFree packages fixes the problems. > > Also the mount options may be interesting. Is /etc or > /usr/X11R6/lib/X11 mounted > in textmode? No, everything is mounted in binmode. > > bye > ago > -- > Alexander.Gottwald@s1999.tu-chemnitz.de > http://www.gotti.org ICQ: 126018723 > From vervoom@hotmail.com Mon Aug 4 13:44:00 2003 From: vervoom@hotmail.com (J S) Date: Mon, 04 Aug 2003 13:44:00 -0000 Subject: xfree cvs Message-ID: Harold, I downloaded the XFIXES_BRANCH but when I tried to compile it I got: make[4]: Leaving directory `/home/u752359/x-devel/build/std/programs/Xserver/XTrap' cleaning in programs/Xserver/xfixes... cd: can't cd to xfixes cleaning in programs/Xserver/hw/xwin... make[4]: Entering directory `/home/u752359/x-devel/build/std/programs/Xserver/hw/xwin' make[4]: *** No rule to make target `clean'. Stop. make[4]: Leaving directory `/home/u752359/x-devel/build/std/programs/Xserver/hw/xwin' cleaning in programs/Xserver/fb... make[4]: Entering directory `/home/u752359/x-devel/build/std/programs/Xserver/fb' make[4]: *** No rule to make target `clean'. Stop. make[4]: Leaving directory `/home/u752359/x-devel/build/std/programs/Xserver/fb' cleaning in programs/Xserver/miext/shadow... make[4]: Entering directory `/home/u752359/x-devel/build/std/programs/Xserver/miext/shadow' make[4]: *** No rule to make target `clean'. Stop. make[4]: Leaving directory `/home/u752359/x-devel/build/std/programs/Xserver/miext/shadow' cleaning in programs/Xserver/hw/xfree86/parser... make[4]: Entering directory `/home/u752359/x-devel/build/std/programs/Xserver/hw/xfree86/parser' make[4]: *** No rule to make target `clean'. Stop. make[4]: Leaving directory `/home/u752359/x-devel/build/std/programs/Xserver/hw/xfree86/parser' make[3]: *** [clean] Error 2 make[3]: Leaving directory `/home/u752359/x-devel/build/std/programs/Xserver' make[2]: *** [clean] Error 2 make[2]: Leaving directory `/home/u752359/x-devel/build/std/programs' make[1]: *** [clean] Error 2 make[1]: Leaving directory `/home/u752359/x-devel/build/std' make: *** [World] Error 2 Looks like the xfixes directory has gone. Am I missing something here, like do I need to download the HEADS branch as well? JS. > >JS, > >Sorry, the both the HEAD branch and the XFIXES_BRANCH branch were screwed >up until just now. > >I was working on committing the XFIXES_BRANCH right before my wedding and I >appear to have committed half of the changes on HEAD and the other half in >XFIXES_BRANCH. I went back today and removed these changes from HEAD and >applied them to XFIXES_BRANCH. > >You should now be able to build both HEAD and XFIXES_BRANCH from the >xoncygwin project on SourceForge. > >Harold > >J S wrote: >>Hi Dan, >> >>I retried downloading from the cvs and issued the command you gave me >>below but still I get the following problem doing 'make World': >> >>+ mkdir -p ../../exports/lib/locale/zh_HK.big5hkscs >>+ mkdir -p ../../exports/lib/locale/zh_TW >>+ mkdir -p ../../exports/lib/locale/zh_TW.big5 >>+ mkdir -p ../../exports/lib/locale/zh_TW.UTF-8 >>+ mkdir -p ../../exports/lib/locale/el_GR.UTF-8 >>utils.c: In function `set_font_authorizations': >>utils.c:1139: warning: assignment discards qualifiers from pointer target >>type >>xf86bigfont.c: In function `ProcXF86BigfontQueryVersion': >>xf86bigfont.c:335: warning: implicit declaration of function `geteuid' >>xf86bigfont.c:336: warning: implicit declaration of function `getegid' >>glxscreens.c:99: warning: `CountBits' defined but not used >>winclipboardthread.c:35:31: extensions/Xfixes.h: No such file or directory >>winclipboardthread.c: In function `winClipboardProc': >>winclipboardthread.c:361: warning: implicit declaration of function >>`XFixesQueryExtension' >>winclipboardthread.c:374: warning: implicit declaration of function >>`XFixesSelectSelectionInput' >>winclipboardthread.c:377: `XFixesSetSelectionOwnerNotifyMask' undeclared >>(first use in this function >>) >>winclipboardthread.c:377: (Each undeclared identifier is reported only >>once >>winclipboardthread.c:377: for each function it appears in.) >>make[5]: *** [winclipboardthread.o] Error 1 >>winclipboardxevents.c:35:31: extensions/Xfixes.h: No such file or >>directory >>winclipboardxevents.c: In function `winClipboardFlushXEvents': >>winclipboardxevents.c:67: `XFixesSelectionNotifyEvent' undeclared (first >>use in this function) >>winclipboardxevents.c:67: (Each undeclared identifier is reported only >>once >>winclipboardxevents.c:67: for each function it appears in.) >>winclipboardxevents.c:67: `peventSelectionNotify' undeclared (first use in >>this function) >>winclipboardxevents.c:768: `XFixesSelectionNotify' undeclared (first use >>in this function) >>winclipboardxevents.c:772: parse error before ')' token >>make[5]: *** [winclipboardxevents.o] Error 1 >>make[5]: Target `all' not remade because of errors. >>make[4]: *** [hw/xwin] Error 2 >>make[4]: Target `all' not remade because of errors. >>macro "in" not recognized -- ignoring >>make[3]: *** [all] Error 2 >>make[2]: *** [all] Error 2 >>make[1]: *** [World] Error 2 >>make: *** [World] Error 2 >> >> >> Can you make sure you did a: >> >>'cvs update -d -r XFIXES_BRANCH' in the xc dir? This will make sure that >>it >>is correctly up to date. >> >>Otherwise, there would be scope for problems. Let me know. >> >>Dan >> >>_________________________________________________________________ >>Use MSN Messenger to send music and pics to your friends >>http://www.msn.co.uk/messenger > _________________________________________________________________ Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile From huntharo@msu.edu Mon Aug 4 15:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 04 Aug 2003 15:47:00 -0000 Subject: xfree cvs In-Reply-To: References: Message-ID: <3F2E801D.5020105@msu.edu> JS, Okay, it looks like you are using my suggested directory structure from the Contributor's Guide. Does this mean that you have XFIXES_BRANCH somewhere like: /home/u752359/x-devel/xc/ ? If so, had you had a previous branch, say HEAD, at: /home/u752359/x-devel/xc/ ? Yes? Good. That means that you simply forgot to rerun lndir: cd /home/u752359/x-devel/build rm -rf std mkdir std cd std lndir ../../xc > /dev/null cd std make World > World.log 2>&1 This is the only thing I can think of that has possibly happened. You can look at the XFIXES_BRANCH through cvsweb and see that Xserver/xfixes is there: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xoncygwin/xc/programs/Xserver/xfixes/?only_with_tag=XFIXES_BRANCH Another thing, please look in x-devel/xc/programs/Xserver for a directory called 'xfixes'. If it is there but not in x-devel/build/std/programs/Xserver then it is certainly due to not rerunning 'lndir'. Harold J S wrote: > > Harold, > > I downloaded the XFIXES_BRANCH but when I tried to compile it I got: > > make[4]: Leaving directory > `/home/u752359/x-devel/build/std/programs/Xserver/XTrap' > cleaning in programs/Xserver/xfixes... > cd: can't cd to xfixes > cleaning in programs/Xserver/hw/xwin... > make[4]: Entering directory > `/home/u752359/x-devel/build/std/programs/Xserver/hw/xwin' > make[4]: *** No rule to make target `clean'. Stop. > make[4]: Leaving directory > `/home/u752359/x-devel/build/std/programs/Xserver/hw/xwin' > cleaning in programs/Xserver/fb... > make[4]: Entering directory > `/home/u752359/x-devel/build/std/programs/Xserver/fb' > make[4]: *** No rule to make target `clean'. Stop. > make[4]: Leaving directory > `/home/u752359/x-devel/build/std/programs/Xserver/fb' > cleaning in programs/Xserver/miext/shadow... > make[4]: Entering directory > `/home/u752359/x-devel/build/std/programs/Xserver/miext/shadow' > make[4]: *** No rule to make target `clean'. Stop. > make[4]: Leaving directory > `/home/u752359/x-devel/build/std/programs/Xserver/miext/shadow' > cleaning in programs/Xserver/hw/xfree86/parser... > make[4]: Entering directory > `/home/u752359/x-devel/build/std/programs/Xserver/hw/xfree86/parser' > make[4]: *** No rule to make target `clean'. Stop. > make[4]: Leaving directory > `/home/u752359/x-devel/build/std/programs/Xserver/hw/xfree86/parser' > make[3]: *** [clean] Error 2 > make[3]: Leaving directory > `/home/u752359/x-devel/build/std/programs/Xserver' > make[2]: *** [clean] Error 2 > make[2]: Leaving directory `/home/u752359/x-devel/build/std/programs' > make[1]: *** [clean] Error 2 > make[1]: Leaving directory `/home/u752359/x-devel/build/std' > make: *** [World] Error 2 > > Looks like the xfixes directory has gone. > Am I missing something here, like do I need to download the HEADS branch > as well? > > JS. > > >> >> JS, >> >> Sorry, the both the HEAD branch and the XFIXES_BRANCH branch were >> screwed up until just now. >> >> I was working on committing the XFIXES_BRANCH right before my wedding >> and I appear to have committed half of the changes on HEAD and the >> other half in XFIXES_BRANCH. I went back today and removed these >> changes from HEAD and applied them to XFIXES_BRANCH. >> >> You should now be able to build both HEAD and XFIXES_BRANCH from the >> xoncygwin project on SourceForge. >> >> Harold >> >> J S wrote: >> >>> Hi Dan, >>> >>> I retried downloading from the cvs and issued the command you gave me >>> below but still I get the following problem doing 'make World': >>> >>> + mkdir -p ../../exports/lib/locale/zh_HK.big5hkscs >>> + mkdir -p ../../exports/lib/locale/zh_TW >>> + mkdir -p ../../exports/lib/locale/zh_TW.big5 >>> + mkdir -p ../../exports/lib/locale/zh_TW.UTF-8 >>> + mkdir -p ../../exports/lib/locale/el_GR.UTF-8 >>> utils.c: In function `set_font_authorizations': >>> utils.c:1139: warning: assignment discards qualifiers from pointer >>> target type >>> xf86bigfont.c: In function `ProcXF86BigfontQueryVersion': >>> xf86bigfont.c:335: warning: implicit declaration of function `geteuid' >>> xf86bigfont.c:336: warning: implicit declaration of function `getegid' >>> glxscreens.c:99: warning: `CountBits' defined but not used >>> winclipboardthread.c:35:31: extensions/Xfixes.h: No such file or >>> directory >>> winclipboardthread.c: In function `winClipboardProc': >>> winclipboardthread.c:361: warning: implicit declaration of function >>> `XFixesQueryExtension' >>> winclipboardthread.c:374: warning: implicit declaration of function >>> `XFixesSelectSelectionInput' >>> winclipboardthread.c:377: `XFixesSetSelectionOwnerNotifyMask' >>> undeclared (first use in this function >>> ) >>> winclipboardthread.c:377: (Each undeclared identifier is reported >>> only once >>> winclipboardthread.c:377: for each function it appears in.) >>> make[5]: *** [winclipboardthread.o] Error 1 >>> winclipboardxevents.c:35:31: extensions/Xfixes.h: No such file or >>> directory >>> winclipboardxevents.c: In function `winClipboardFlushXEvents': >>> winclipboardxevents.c:67: `XFixesSelectionNotifyEvent' undeclared >>> (first use in this function) >>> winclipboardxevents.c:67: (Each undeclared identifier is reported >>> only once >>> winclipboardxevents.c:67: for each function it appears in.) >>> winclipboardxevents.c:67: `peventSelectionNotify' undeclared (first >>> use in this function) >>> winclipboardxevents.c:768: `XFixesSelectionNotify' undeclared (first >>> use in this function) >>> winclipboardxevents.c:772: parse error before ')' token >>> make[5]: *** [winclipboardxevents.o] Error 1 >>> make[5]: Target `all' not remade because of errors. >>> make[4]: *** [hw/xwin] Error 2 >>> make[4]: Target `all' not remade because of errors. >>> macro "in" not recognized -- ignoring >>> make[3]: *** [all] Error 2 >>> make[2]: *** [all] Error 2 >>> make[1]: *** [World] Error 2 >>> make: *** [World] Error 2 >>> >>> >>> Can you make sure you did a: >>> >>> 'cvs update -d -r XFIXES_BRANCH' in the xc dir? This will make sure >>> that it >>> is correctly up to date. >>> >>> Otherwise, there would be scope for problems. Let me know. >>> >>> Dan >>> >>> _________________________________________________________________ >>> Use MSN Messenger to send music and pics to your friends >>> http://www.msn.co.uk/messenger >> >> > > _________________________________________________________________ > Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile > From huntharo@msu.edu Mon Aug 4 15:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 04 Aug 2003 15:49:00 -0000 Subject: request for new feature In-Reply-To: References: <3F2D4A6E.9000709@msu.edu> <3F2E17AE.5050202@sjsoft.com> Message-ID: <3F2E8090.8010401@msu.edu> Alexander Gottwald wrote: > On Mon, 4 Aug 2003, David Fraser wrote: > > >>>I can send you code which spawns new processes from a running windows app. >> >>Could you send it to the list? > > > > /* we must build this string with information about mount points */ > const char* command = "c:\\cygwin\\usr\\x11r6\\xterm.exe -display :0.0"; That line and comment are really the crux of my whole argument. It is simple to spawn a process. It is not necessarily so simple to use a non-hardcoded path to the executables, nor is it so easy to ensure that zombie consoles are not created in the process. In any case, I appreciate that you at least have given others something to start with. Thanks, Harold From alexander.gottwald@s1999.tu-chemnitz.de Mon Aug 4 16:00:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 04 Aug 2003 16:00:00 -0000 Subject: request for new feature In-Reply-To: <3F2E8090.8010401@msu.edu> References: <3F2D4A6E.9000709@msu.edu> <3F2E17AE.5050202@sjsoft.com> <3F2E8090.8010401@msu.edu> Message-ID: On Mon, 4 Aug 2003, Harold L Hunt II wrote: > > /* we must build this string with information about mount points */ > > const char* command = "c:\\cygwin\\usr\\x11r6\\xterm.exe -display :0.0"; > > That line and comment are really the crux of my whole argument. It is > simple to spawn a process. It is not necessarily so simple to use a > non-hardcoded path to the executables The code from cygpath has a conversion unix_path->windows_path. >, nor is it so easy to ensure that > zombie consoles are not created in the process. They'll die when the xserver kills the connection. Otoh there are a lot of options (esp. the PROCESS_GROUP things) which control such process inheritance. > In any case, I appreciate that you at least have given others something > to start with. Lets see if someone builds these (in my opinion useless) things. bye ago BTW: I'm waiting for the first bug report "The new-xterm menu does not work with -query" -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Mon Aug 4 16:03:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 04 Aug 2003 16:03:00 -0000 Subject: request for new feature In-Reply-To: References: <3F2D4A6E.9000709@msu.edu> <3F2E17AE.5050202@sjsoft.com> <3F2E8090.8010401@msu.edu> Message-ID: <3F2E83D9.1080807@msu.edu> Alexander Gottwald wrote: > On Mon, 4 Aug 2003, Harold L Hunt II wrote: > > >>> /* we must build this string with information about mount points */ >>> const char* command = "c:\\cygwin\\usr\\x11r6\\xterm.exe -display :0.0"; >> >>That line and comment are really the crux of my whole argument. It is >>simple to spawn a process. It is not necessarily so simple to use a >>non-hardcoded path to the executables > > > The code from cygpath has a conversion unix_path->windows_path. > No, I mean we have to find the path that XWin.exe was started from so that we can find xterm. We can't just hardcode c:\cygwin\usr\X11R6\bin. > >>, nor is it so easy to ensure that >>zombie consoles are not created in the process. > > > They'll die when the xserver kills the connection. Otoh there are a lot of > options (esp. the PROCESS_GROUP things) which control such process inheritance. > That's not what I meant. What I meant was we don't want 10 little console windows, one for each of the xterms that we started up. Thus, we may either need to call 'run.exe', or we may need to do what 'run.exe' does internally. > >>In any case, I appreciate that you at least have given others something >>to start with. > > > Lets see if someone builds these (in my opinion useless) things. I think that having a non-hardcoded path and no useless console windows are essential. I wouldn't distribute a version that didn't have those two things. Harold From huntharo@msu.edu Mon Aug 4 16:08:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 04 Aug 2003 16:08:00 -0000 Subject: xfree cvs In-Reply-To: <3F2E801D.5020105@msu.edu> References: <3F2E801D.5020105@msu.edu> Message-ID: <3F2E84EF.4090709@msu.edu> Hold on, I lied. If you follow that link I sent you, it shows that none of the files in the xfixes directory match the XFIXES_BRANCH tag. I can't get my home machine to boot up, so I don't think I can fix this until tonight. Harold Harold L Hunt II wrote: > JS, > > Okay, it looks like you are using my suggested directory structure from > the Contributor's Guide. Does this mean that you have XFIXES_BRANCH > somewhere like: > > /home/u752359/x-devel/xc/ > > ? > > If so, had you had a previous branch, say HEAD, at: > > /home/u752359/x-devel/xc/ > > ? > > Yes? Good. That means that you simply forgot to rerun lndir: > > cd /home/u752359/x-devel/build > rm -rf std > mkdir std > cd std > lndir ../../xc > /dev/null > cd std > make World > World.log 2>&1 > > > This is the only thing I can think of that has possibly happened. You > can look at the XFIXES_BRANCH through cvsweb and see that Xserver/xfixes > is there: > > http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xoncygwin/xc/programs/Xserver/xfixes/?only_with_tag=XFIXES_BRANCH > > > > Another thing, please look in x-devel/xc/programs/Xserver for a > directory called 'xfixes'. If it is there but not in > x-devel/build/std/programs/Xserver then it is certainly due to not > rerunning 'lndir'. > > Harold > > J S wrote: > >> >> Harold, >> >> I downloaded the XFIXES_BRANCH but when I tried to compile it I got: >> >> make[4]: Leaving directory >> `/home/u752359/x-devel/build/std/programs/Xserver/XTrap' >> cleaning in programs/Xserver/xfixes... >> cd: can't cd to xfixes >> cleaning in programs/Xserver/hw/xwin... >> make[4]: Entering directory >> `/home/u752359/x-devel/build/std/programs/Xserver/hw/xwin' >> make[4]: *** No rule to make target `clean'. Stop. >> make[4]: Leaving directory >> `/home/u752359/x-devel/build/std/programs/Xserver/hw/xwin' >> cleaning in programs/Xserver/fb... >> make[4]: Entering directory >> `/home/u752359/x-devel/build/std/programs/Xserver/fb' >> make[4]: *** No rule to make target `clean'. Stop. >> make[4]: Leaving directory >> `/home/u752359/x-devel/build/std/programs/Xserver/fb' >> cleaning in programs/Xserver/miext/shadow... >> make[4]: Entering directory >> `/home/u752359/x-devel/build/std/programs/Xserver/miext/shadow' >> make[4]: *** No rule to make target `clean'. Stop. >> make[4]: Leaving directory >> `/home/u752359/x-devel/build/std/programs/Xserver/miext/shadow' >> cleaning in programs/Xserver/hw/xfree86/parser... >> make[4]: Entering directory >> `/home/u752359/x-devel/build/std/programs/Xserver/hw/xfree86/parser' >> make[4]: *** No rule to make target `clean'. Stop. >> make[4]: Leaving directory >> `/home/u752359/x-devel/build/std/programs/Xserver/hw/xfree86/parser' >> make[3]: *** [clean] Error 2 >> make[3]: Leaving directory >> `/home/u752359/x-devel/build/std/programs/Xserver' >> make[2]: *** [clean] Error 2 >> make[2]: Leaving directory `/home/u752359/x-devel/build/std/programs' >> make[1]: *** [clean] Error 2 >> make[1]: Leaving directory `/home/u752359/x-devel/build/std' >> make: *** [World] Error 2 >> >> Looks like the xfixes directory has gone. >> Am I missing something here, like do I need to download the HEADS >> branch as well? >> >> JS. >> >> >>> >>> JS, >>> >>> Sorry, the both the HEAD branch and the XFIXES_BRANCH branch were >>> screwed up until just now. >>> >>> I was working on committing the XFIXES_BRANCH right before my wedding >>> and I appear to have committed half of the changes on HEAD and the >>> other half in XFIXES_BRANCH. I went back today and removed these >>> changes from HEAD and applied them to XFIXES_BRANCH. >>> >>> You should now be able to build both HEAD and XFIXES_BRANCH from the >>> xoncygwin project on SourceForge. >>> >>> Harold >>> >>> J S wrote: >>> >>>> Hi Dan, >>>> >>>> I retried downloading from the cvs and issued the command you gave >>>> me below but still I get the following problem doing 'make World': >>>> >>>> + mkdir -p ../../exports/lib/locale/zh_HK.big5hkscs >>>> + mkdir -p ../../exports/lib/locale/zh_TW >>>> + mkdir -p ../../exports/lib/locale/zh_TW.big5 >>>> + mkdir -p ../../exports/lib/locale/zh_TW.UTF-8 >>>> + mkdir -p ../../exports/lib/locale/el_GR.UTF-8 >>>> utils.c: In function `set_font_authorizations': >>>> utils.c:1139: warning: assignment discards qualifiers from pointer >>>> target type >>>> xf86bigfont.c: In function `ProcXF86BigfontQueryVersion': >>>> xf86bigfont.c:335: warning: implicit declaration of function `geteuid' >>>> xf86bigfont.c:336: warning: implicit declaration of function `getegid' >>>> glxscreens.c:99: warning: `CountBits' defined but not used >>>> winclipboardthread.c:35:31: extensions/Xfixes.h: No such file or >>>> directory >>>> winclipboardthread.c: In function `winClipboardProc': >>>> winclipboardthread.c:361: warning: implicit declaration of function >>>> `XFixesQueryExtension' >>>> winclipboardthread.c:374: warning: implicit declaration of function >>>> `XFixesSelectSelectionInput' >>>> winclipboardthread.c:377: `XFixesSetSelectionOwnerNotifyMask' >>>> undeclared (first use in this function >>>> ) >>>> winclipboardthread.c:377: (Each undeclared identifier is reported >>>> only once >>>> winclipboardthread.c:377: for each function it appears in.) >>>> make[5]: *** [winclipboardthread.o] Error 1 >>>> winclipboardxevents.c:35:31: extensions/Xfixes.h: No such file or >>>> directory >>>> winclipboardxevents.c: In function `winClipboardFlushXEvents': >>>> winclipboardxevents.c:67: `XFixesSelectionNotifyEvent' undeclared >>>> (first use in this function) >>>> winclipboardxevents.c:67: (Each undeclared identifier is reported >>>> only once >>>> winclipboardxevents.c:67: for each function it appears in.) >>>> winclipboardxevents.c:67: `peventSelectionNotify' undeclared (first >>>> use in this function) >>>> winclipboardxevents.c:768: `XFixesSelectionNotify' undeclared (first >>>> use in this function) >>>> winclipboardxevents.c:772: parse error before ')' token >>>> make[5]: *** [winclipboardxevents.o] Error 1 >>>> make[5]: Target `all' not remade because of errors. >>>> make[4]: *** [hw/xwin] Error 2 >>>> make[4]: Target `all' not remade because of errors. >>>> macro "in" not recognized -- ignoring >>>> make[3]: *** [all] Error 2 >>>> make[2]: *** [all] Error 2 >>>> make[1]: *** [World] Error 2 >>>> make: *** [World] Error 2 >>>> >>>> >>>> Can you make sure you did a: >>>> >>>> 'cvs update -d -r XFIXES_BRANCH' in the xc dir? This will make sure >>>> that it >>>> is correctly up to date. >>>> >>>> Otherwise, there would be scope for problems. Let me know. >>>> >>>> Dan >>>> >>>> _________________________________________________________________ >>>> Use MSN Messenger to send music and pics to your friends >>>> http://www.msn.co.uk/messenger >>> >>> >>> >> >> _________________________________________________________________ >> Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile >> > From cgf@redhat.com Mon Aug 4 16:20:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 04 Aug 2003 16:20:00 -0000 Subject: request for new feature In-Reply-To: <3F2E83D9.1080807@msu.edu> References: <3F2D4A6E.9000709@msu.edu> <3F2E17AE.5050202@sjsoft.com> <3F2E8090.8010401@msu.edu> <3F2E83D9.1080807@msu.edu> Message-ID: <20030804162017.GD9385@redhat.com> On Mon, Aug 04, 2003 at 12:03:37PM -0400, Harold L Hunt II wrote: >Alexander Gottwald wrote: > >>On Mon, 4 Aug 2003, Harold L Hunt II wrote: >> >> >>>> /* we must build this string with information about mount points */ >>>> const char* command = "c:\\cygwin\\usr\\x11r6\\xterm.exe -display >>>> :0.0"; >>> >>>That line and comment are really the crux of my whole argument. It is >>>simple to spawn a process. It is not necessarily so simple to use a >>>non-hardcoded path to the executables >> >> >>The code from cygpath has a conversion unix_path->windows_path. >> > >No, I mean we have to find the path that XWin.exe was started from so >that we can find xterm. We can't just hardcode c:\cygwin\usr\X11R6\bin. Why is this an issue? Why can't you just add "/usr/X11R6/bin" to your PATH? There is no need to convert pathnames to windows format. Cygwin does that for you. >>>, nor is it so easy to ensure that >>>zombie consoles are not created in the process. >> >> >>They'll die when the xserver kills the connection. Otoh there are a lot of >>options (esp. the PROCESS_GROUP things) which control such process >>inheritance. >> > >That's not what I meant. What I meant was we don't want 10 little >console windows, one for each of the xterms that we started up. Thus, >we may either need to call 'run.exe', or we may need to do what >'run.exe' does internally. If xwin has any kind of console attached to it, you won't see the extra consoles windows. There is code in cygwin (fhandler_tty.cc) for creating invisible console windows on NT, fwiw. >>Lets see if someone builds these (in my opinion useless) things. > >I think that having a non-hardcoded path and no useless console windows >are essential. I wouldn't distribute a version that didn't have those >two things. I agree that these are two crucial goals for this. It should be flexible and it shouldn't have those annoying console popups. Not that my opinion matters in this case... cgf From huntharo@msu.edu Mon Aug 4 16:22:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 04 Aug 2003 16:22:00 -0000 Subject: request for new feature In-Reply-To: <20030804162017.GD9385@redhat.com> References: <3F2D4A6E.9000709@msu.edu> <3F2E17AE.5050202@sjsoft.com> <3F2E8090.8010401@msu.edu> <3F2E83D9.1080807@msu.edu> <20030804162017.GD9385@redhat.com> Message-ID: <3F2E8849.7010403@msu.edu> Christopher Faylor wrote: > On Mon, Aug 04, 2003 at 12:03:37PM -0400, Harold L Hunt II wrote: > >>Alexander Gottwald wrote: >> >> >>>On Mon, 4 Aug 2003, Harold L Hunt II wrote: >>> >>> >>> >>>>> /* we must build this string with information about mount points */ >>>>> const char* command = "c:\\cygwin\\usr\\x11r6\\xterm.exe -display >>>>> :0.0"; >>>> >>>>That line and comment are really the crux of my whole argument. It is >>>>simple to spawn a process. It is not necessarily so simple to use a >>>>non-hardcoded path to the executables >>> >>> >>>The code from cygpath has a conversion unix_path->windows_path. >>> >> >>No, I mean we have to find the path that XWin.exe was started from so >>that we can find xterm. We can't just hardcode c:\cygwin\usr\X11R6\bin. > > > Why is this an issue? Why can't you just add "/usr/X11R6/bin" to your > PATH? There is no need to convert pathnames to windows format. Cygwin > does that for you. > Depends on if we use Cygwin's fork or Window's CreateProcess. We haven't made that decision yet. > >>>>, nor is it so easy to ensure that >>>>zombie consoles are not created in the process. >>> >>> >>>They'll die when the xserver kills the connection. Otoh there are a lot of >>>options (esp. the PROCESS_GROUP things) which control such process >>>inheritance. >>> >> >>That's not what I meant. What I meant was we don't want 10 little >>console windows, one for each of the xterms that we started up. Thus, >>we may either need to call 'run.exe', or we may need to do what >>'run.exe' does internally. > > > If xwin has any kind of console attached to it, you won't see the > extra consoles windows. There is code in cygwin (fhandler_tty.cc) for > creating invisible console windows on NT, fwiw. > > >>>Lets see if someone builds these (in my opinion useless) things. >> >>I think that having a non-hardcoded path and no useless console windows >>are essential. I wouldn't distribute a version that didn't have those >>two things. > > > I agree that these are two crucial goals for this. It should be flexible > and it shouldn't have those annoying console popups. Not that my opinion > matters in this case... > > cgf From cgf@redhat.com Mon Aug 4 16:50:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 04 Aug 2003 16:50:00 -0000 Subject: request for new feature In-Reply-To: <3F2E8849.7010403@msu.edu> References: <3F2D4A6E.9000709@msu.edu> <3F2E17AE.5050202@sjsoft.com> <3F2E8090.8010401@msu.edu> <3F2E83D9.1080807@msu.edu> <20030804162017.GD9385@redhat.com> <3F2E8849.7010403@msu.edu> Message-ID: <20030804164948.GE9385@redhat.com> On Mon, Aug 04, 2003 at 12:22:33PM -0400, Harold L Hunt II wrote: >Depends on if we use Cygwin's fork or Window's CreateProcess. We >haven't made that decision yet. Huh. Seems like a no-brainer to me. It's a cygwin program so why not use fork/exec? Then Xwin will be able to use 'wait()' to wait for processes. It will be able to set a process group and kill all programs in the process group, etc. cgf From huntharo@msu.edu Mon Aug 4 16:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 04 Aug 2003 16:58:00 -0000 Subject: request for new feature In-Reply-To: <20030804164948.GE9385@redhat.com> References: <3F2D4A6E.9000709@msu.edu> <3F2E17AE.5050202@sjsoft.com> <3F2E8090.8010401@msu.edu> <3F2E83D9.1080807@msu.edu> <20030804162017.GD9385@redhat.com> <3F2E8849.7010403@msu.edu> <20030804164948.GE9385@redhat.com> Message-ID: <3F2E909E.4060200@msu.edu> Christopher Faylor wrote: > On Mon, Aug 04, 2003 at 12:22:33PM -0400, Harold L Hunt II wrote: > >>Depends on if we use Cygwin's fork or Window's CreateProcess. We >>haven't made that decision yet. > > > Huh. Seems like a no-brainer to me. It's a cygwin program so why not > use fork/exec? Then Xwin will be able to use 'wait()' to wait for > processes. It will be able to set a process group and kill all programs > in the process group, etc. We have discussed this before. I want to minimize the dependencies on Cygwin because I intend to eventually introduce a version that compiles without it, based on the work that Suhaib started. It is in my best interests to try to do things with the Win32 API so that I have to change a minimum number of things. We have already discussed the merits of doing this and I think everyone already knows how everyone else feels on the subject, so I think we can leave it at that. Harold From cgf@redhat.com Mon Aug 4 17:18:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 04 Aug 2003 17:18:00 -0000 Subject: request for new feature In-Reply-To: <3F2E909E.4060200@msu.edu> References: <3F2E17AE.5050202@sjsoft.com> <3F2E8090.8010401@msu.edu> <3F2E83D9.1080807@msu.edu> <20030804162017.GD9385@redhat.com> <3F2E8849.7010403@msu.edu> <20030804164948.GE9385@redhat.com> <3F2E909E.4060200@msu.edu> Message-ID: <20030804171810.GA21785@redhat.com> On Mon, Aug 04, 2003 at 12:58:06PM -0400, Harold L Hunt II wrote: >Christopher Faylor wrote: >>On Mon, Aug 04, 2003 at 12:22:33PM -0400, Harold L Hunt II wrote: >>>Depends on if we use Cygwin's fork or Window's CreateProcess. We >>>haven't made that decision yet. >> >>Huh. Seems like a no-brainer to me. It's a cygwin program so why not >>use fork/exec? Then Xwin will be able to use 'wait()' to wait for >>processes. It will be able to set a process group and kill all >>programs in the process group, etc. > >We have discussed this before. I want to minimize the dependencies on >Cygwin because I intend to eventually introduce a version that compiles >without it, based on the work that Suhaib started. It is in my best >interests to try to do things with the Win32 API so that I have to >change a minimum number of things. I know we've discussed this before. It was probably two years ago or so. That would illustrate, to me, that hamstringing yourself for some nebulous future goal is not the best way to accomplish things. The project is called Cygwin/Xfree86, after all. I don't think that impacting the project because you are interested in providing a fork at some point makes good sense for the project as a whole. So, be ready to hear my opinion at random occasions when this pops up. It's just like the decision to put a cvs archive for the project on sourceforge. That is another one you where you like to remind me about previous discussions. cgf From huntharo@msu.edu Mon Aug 4 17:21:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 04 Aug 2003 17:21:00 -0000 Subject: request for new feature In-Reply-To: <20030804171810.GA21785@redhat.com> References: <3F2E17AE.5050202@sjsoft.com> <3F2E8090.8010401@msu.edu> <3F2E83D9.1080807@msu.edu> <20030804162017.GD9385@redhat.com> <3F2E8849.7010403@msu.edu> <20030804164948.GE9385@redhat.com> <3F2E909E.4060200@msu.edu> <20030804171810.GA21785@redhat.com> Message-ID: <3F2E9608.2090903@msu.edu> Chris, We discussed this back in May/June. Suhaib mailed me the CDs of his initial work in June as a result of the discussion. I have the CDs, so I don't need to check the archives for proof here. Of course, since then I have been rather tied up with things (wedding, moving, etc.). End of discussion. Harold From ihok@hotmail.com Mon Aug 4 18:11:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Mon, 04 Aug 2003 18:11:00 -0000 Subject: request for new feature In-Reply-To: <20030802164801.92612.qmail@web41701.mail.yahoo.com> References: <20030802164801.92612.qmail@web41701.mail.yahoo.com> Message-ID: <3F2EA040.9090609@hotmail.com> >>Start->Run >>c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm -display :0 > > YES! , this works perfectly. Now could this be added > as a right click menu option to the tray? I'd thought about suggesting this before, but I decided against it: it is bad UI. Windows already has a method of starting applications -- the Start menu -- that can be easily customized by an end user. There's no need for replicating this functionality with the tray icon. In other words, here's the right way of doing this (using Windows XP; YMMV on other releases): 1. Right click on the desktop, select New, Shortcut. 2. Where it says, "type the location of the item, paste the line c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm -display :0 (Modify paths accordingly if your cygwin doesn't live in c:\cygwin.) 3. Click Next. 4. Type a name like "XTerm". 5. Click Finish. 6. (Optional) Right-click the new shortcut, and select Properties, Change Icon, and then browse to a different icon (from run.exe or elsewhere). 7. (Optional) Similarly, add a different shortcut to your Startup group that will launch Xwin.exe when you log in. This way, you'll always have an X server running that can play nice with your new xterm. Obviously, this method will also work for any other X client, e.g., an X-emacs or what have you. -JT From cgf@redhat.com Mon Aug 4 18:12:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 04 Aug 2003 18:12:00 -0000 Subject: request for new feature In-Reply-To: <3F2E9608.2090903@msu.edu> References: <3F2E8090.8010401@msu.edu> <3F2E83D9.1080807@msu.edu> <20030804162017.GD9385@redhat.com> <3F2E8849.7010403@msu.edu> <20030804164948.GE9385@redhat.com> <3F2E909E.4060200@msu.edu> <20030804171810.GA21785@redhat.com> <3F2E9608.2090903@msu.edu> Message-ID: <20030804181233.GA23204@redhat.com> On Mon, Aug 04, 2003 at 01:21:12PM -0400, Harold L Hunt II wrote: >We discussed this back in May/June. Suhaib mailed me the CDs of his >initial work in June as a result of the discussion. I have the CDs, so >I don't need to check the archives for proof here. Of course, since >then I have been rather tied up with things (wedding, moving, etc.). > >End of discussion. I think I can judge when I want to stop discussing, thanks. Maybe you don't recall, but you discussed moving to a non-cygwin version of XFree86 some time ago. Perhaps you recall my objections then. The consequences of the decision to possibly fork XFree86 and steer Cygwin/Xfree86 development in the direction of the future fork are that I will occasionally comment on what I think is an incorrect decision. So, to reiterate, avoiding a perfectly valid use of the Cygwin (aka UNIX) API is, IMO, questionable and, I'll be randomly offering my opinion on that subject when I notice it cropping up. So, when I mention this again, you can remind me again that you already told me what you'd decided, and I'll send you the URL to this message. For the record, I offer this same perspective to any other package that suggests using Windows APIs over Cygwin's. Anyway, from a purely technical point of view, regardless of whether you want to use the Cygwin API or not, I'll again offer that the code in fhandler_tty.cc (specifically fhandler_tty_slave::open, near the end) might be useful for controlling the console window popup problem. Look for CreateWindowStation. If you are using the cygwin api, you should be able to get the same behavior by closing stdin/stdout/stderr and calling setsid(). -- 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 Mon Aug 4 18:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 04 Aug 2003 18:17:00 -0000 Subject: request for new feature In-Reply-To: <20030804181233.GA23204@redhat.com> References: <3F2E8090.8010401@msu.edu> <3F2E83D9.1080807@msu.edu> <20030804162017.GD9385@redhat.com> <3F2E8849.7010403@msu.edu> <20030804164948.GE9385@redhat.com> <3F2E909E.4060200@msu.edu> <20030804171810.GA21785@redhat.com> <3F2E9608.2090903@msu.edu> <20030804181233.GA23204@redhat.com> Message-ID: <3F2EA334.8030602@msu.edu> Right to all of that, but I am really busy at work right now and this is precisely the sort of discussion that I don't have time to partake in at the moment. Harold Christopher Faylor wrote: > On Mon, Aug 04, 2003 at 01:21:12PM -0400, Harold L Hunt II wrote: > >>We discussed this back in May/June. Suhaib mailed me the CDs of his >>initial work in June as a result of the discussion. I have the CDs, so >>I don't need to check the archives for proof here. Of course, since >>then I have been rather tied up with things (wedding, moving, etc.). >> >>End of discussion. > > > I think I can judge when I want to stop discussing, thanks. > > Maybe you don't recall, but you discussed moving to a non-cygwin version > of XFree86 some time ago. Perhaps you recall my objections then. > > The consequences of the decision to possibly fork XFree86 and steer > Cygwin/Xfree86 development in the direction of the future fork are that > I will occasionally comment on what I think is an incorrect decision. > > So, to reiterate, avoiding a perfectly valid use of the Cygwin (aka > UNIX) API is, IMO, questionable and, I'll be randomly offering my > opinion on that subject when I notice it cropping up. > > So, when I mention this again, you can remind me again that you already > told me what you'd decided, and I'll send you the URL to this message. > > For the record, I offer this same perspective to any other package that > suggests using Windows APIs over Cygwin's. > > Anyway, from a purely technical point of view, regardless of whether > you want to use the Cygwin API or not, I'll again offer that the code > in fhandler_tty.cc (specifically fhandler_tty_slave::open, near the end) > might be useful for controlling the console window popup problem. Look > for CreateWindowStation. If you are using the cygwin api, you should be > able to get the same behavior by closing stdin/stdout/stderr and calling > setsid(). > -- > 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 cgf@redhat.com Mon Aug 4 18:24:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 04 Aug 2003 18:24:00 -0000 Subject: request for new feature In-Reply-To: <3F2EA334.8030602@msu.edu> References: <3F2E83D9.1080807@msu.edu> <20030804162017.GD9385@redhat.com> <3F2E8849.7010403@msu.edu> <20030804164948.GE9385@redhat.com> <3F2E909E.4060200@msu.edu> <20030804171810.GA21785@redhat.com> <3F2E9608.2090903@msu.edu> <20030804181233.GA23204@redhat.com> <3F2EA334.8030602@msu.edu> Message-ID: <20030804182427.GD23204@redhat.com> On Mon, Aug 04, 2003 at 02:17:24PM -0400, Harold L Hunt II wrote: >Right to all of that, but I am really busy at work right now and this >is precisely the sort of discussion that I don't have time to partake >in at the moment. That's ok. I'm done. You can just ignore anything I said. It's your project, after all. cgf From andrew.markebo@comhem.se Mon Aug 4 18:38:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Mon, 04 Aug 2003 18:38:00 -0000 Subject: request for new feature References: <20030802164801.92612.qmail@web41701.mail.yahoo.com> <3F2EA040.9090609@hotmail.com> Message-ID: / Jack Tanner wrote: |>>Start->Run |>>c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm -display :0 |> YES! , this works perfectly. Now could this be added |> as a right click menu option to the tray? or hmm during setup of the packages, add an icon for X-server, and local xterm, to the cygwin entry in the start-menu? /A -- The nice thing about standards is that you have so many to choose from. - Andrew Tanenbaum, OS? From pcolovas@lucent.com Mon Aug 4 18:47:00 2003 From: pcolovas@lucent.com (Peter Colovas) Date: Mon, 04 Aug 2003 18:47:00 -0000 Subject: request for new feature In-Reply-To: References: <20030802164801.92612.qmail@web41701.mail.yahoo.com> <3F2EA040.9090609@hotmail.com> Message-ID: <3F2EAA2C.9080708@lucent.com> OR, paste the following into a batch file, then put an icon to the batch file on your desktop (or your start menu, etc... the possibilities are endless!). @echo off set path=%PATH%;C:\cygwin\bin cd c:\cygwin\home c:\cygwin\usr\X11R6\bin\run xterm -display :0.0 -e bash --login Andrew Markebo wrote: > / Jack Tanner wrote: > |>>Start->Run > |>>c:\cygwin\usr\X11R6\bin\run /usr/X11R6/bin/xterm -display :0 > |> YES! , this works perfectly. Now could this be added > |> as a right click menu option to the tray? > > or hmm during setup of the packages, add an icon for X-server, and > local xterm, to the cygwin entry in the start-menu? > > /A > -- Peter W. Colovas RNC Traffic Processing Department cPSB Development Lucent Technologies Naperville, IL +1 630 224-2181 From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Aug 4 19:02:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 04 Aug 2003 19:02:00 -0000 Subject: request for new feature In-Reply-To: <3F2E8849.7010403@msu.edu> References: <3F2D4A6E.9000709@msu.edu> <3F2E17AE.5050202@sjsoft.com> <3F2E8090.8010401@msu.edu> <3F2E83D9.1080807@msu.edu> <20030804162017.GD9385@redhat.com> <3F2E8849.7010403@msu.edu> Message-ID: Harold L Hunt II wrote: > Depends on if we use Cygwin's fork or Window's CreateProcess. We > haven't made that decision yet. I'd not set any conditions. If one implements it with fork or with CreateProcess is quite unimportant. bye ago BTW: I'd prefer CreateProcess as it bypasses the fork-emulation in cygwin.dll -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From Ralf.Habacker@freenet.de Mon Aug 4 19:18:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Mon, 04 Aug 2003 19:18:00 -0000 Subject: [ANNOUNCEMENT] Server Test 95 In-Reply-To: <3F2C664C.8010605@msu.edu> Message-ID: <016201c35abd$32ad68d0$70a407d5@BRAMSCHE> Hi, there is a little problem with gcc 2.95.x. In some files I've got a compiling error like mentioned below: wingc.c: In function `winValidateGCNativeGDI': wingc.c:155: parse error before `fDebugProcMsg' wingc.c:156: `fDebugProcMsg' undeclared (first use in this function) wingc.c:156: (Each undeclared identifier is reported only once wingc.c:156: for each function it appears in.) make: *** [wingc.o] Error 1 The reason is, that gcc2 is not able to deal with variable definitions after code in a function. A workaround is to change the lines - DEBUG_FN_NAME("winSetSpans"); - DEBUGVARS; - DEBUGPROC_MSG; into + DEBUGVARS; + DEBUG_FN_NAME("winSetSpans"); + DEBUGPROC_MSG; Cheers Ralf Changelog 2003-08-04 Ralf Habacker * winfillsp.c(winFillSpansNativeGDI), * wingc.c(winValidateGCNativeGDI), * winsetsp.c(winSetSpansNativeGDI): fix gcc2 compiling problems. ---------------------------------------------------------------------------- diff -up xwin95_org/winfillsp.c xwin95/winfillsp.c --- xwin95_org/winfillsp.c 2003-07-31 00:34:53.000000000 +0200 +++ xwin95/winfillsp.c 2003-08-04 10:01:24.000000000 +0200 @@ -56,8 +56,8 @@ winFillSpansNativeGDI (DrawablePtr pDraw HDC hdcStipple = NULL; BYTE *pbbitsFilledStipple = NULL; int iX; - DEBUG_FN_NAME("winFillSpans"); DEBUGVARS; + DEBUG_FN_NAME("winFillSpans"); DEBUGPROC_MSG; /* Branch on the type of drawable we have */ diff -up xwin95_org/wingc.c xwin95/wingc.c --- xwin95_org/wingc.c 2003-07-31 00:34:54.000000000 +0200 +++ xwin95/wingc.c 2003-08-04 10:01:28.000000000 +0200 @@ -151,8 +151,8 @@ winValidateGCNativeGDI (GCPtr pGC, PixmapPtr pStipple = NULL; winPrivPixmapPtr pStipplePriv = NULL; int i; - DEBUG_FN_NAME("winValidateGC"); DEBUGVARS; + DEBUG_FN_NAME("winValidateGC"); DEBUGPROC_MSG; /* Branch on drawable type */ diff -up xwin95_org/winsetsp.c xwin95/winsetsp.c --- xwin95_org/winsetsp.c 2003-07-31 00:34:54.000000000 +0200 +++ xwin95/winsetsp.c 2003-08-04 10:01:50.000000000 +0200 @@ -52,8 +52,8 @@ winSetSpansNativeGDI (DrawablePtr pDrawa BITMAPINFOHEADER *pbmih; HBITMAP hBitmap = NULL; HBITMAP hbmpOrig = NULL; - DEBUG_FN_NAME("winSetSpans"); DEBUGVARS; + DEBUG_FN_NAME("winSetSpans"); DEBUGPROC_MSG; /* Branch on the drawable type */ From cgf@redhat.com Mon Aug 4 20:24:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Mon, 04 Aug 2003 20:24:00 -0000 Subject: request for new feature In-Reply-To: References: <3F2D4A6E.9000709@msu.edu> <3F2E17AE.5050202@sjsoft.com> <3F2E8090.8010401@msu.edu> <3F2E83D9.1080807@msu.edu> <20030804162017.GD9385@redhat.com> <3F2E8849.7010403@msu.edu> Message-ID: <20030804202451.GA26708@redhat.com> On Mon, Aug 04, 2003 at 09:01:57PM +0200, Alexander Gottwald wrote: >Harold L Hunt II wrote: >>Depends on if we use Cygwin's fork or Window's CreateProcess. We >>haven't made that decision yet. > >I'd not set any conditions. If one implements it with fork or with >CreateProcess is quite unimportant. Well, it wouldn't be for any other cygwin project. >BTW: I'd prefer CreateProcess as it bypasses the fork-emulation in >cygwin.dll ...The same emulation used by thousands of other programs with no problem. So, in other words, your preference would be to find the program on the path, call a cygwin process to check to see if a program to be run is a symlink, call a cygwin function to translate the program to windows format, then to populate the ten arguments to CreateProcess, rather than do something like: if (fork() == 0) { setsid (); system (pgm); } And, of course none of the non-cygwin mechanism above would work for shell scripts. That's an added wrinkle. But maybe you only want to be somewhat flexible in what you can run. Ok. I will try again to stop talking about this. I have to admit to being disappointed by how little this official cygwin project appears to want to interact with the the main cygwin project. cgf From STEPHEN.Bovy@ca.com Tue Aug 5 01:14:00 2003 From: STEPHEN.Bovy@ca.com (Bovy, Stephen J) Date: Tue, 05 Aug 2003 01:14:00 -0000 Subject: cygwin-xwin-test95 binary web link ???? Message-ID: <8C6B052884783549B5D30C166853A51403955FD3@usilms21.ca.com> The web link for (the binary) of the newest test server series v (95) is pointing to test version (94) !!!! From ihok@hotmail.com Tue Aug 5 02:10:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Tue, 05 Aug 2003 02:10:00 -0000 Subject: rfe: seamless windows integration Message-ID: <3F2F1086.6070300@hotmail.com> This is a pipe dream, but it's a pipe dream worth striving for. 1. X should run as a service. There's no reason for it to run as a user-launched app. 2. All X client application on one's machine should have shortcuts associated with them in the start menu, and these shortcuts should be created automatically during installation. 3. Exiting X (e.g., by stopping the service) should list all cygwin processes that were launched under X and prompt the user to terminate them. For example, an ssh-agent launched from an xterm should be killed automatically. I know there are ways of approximating these behaviors now; I'm just suggesting that these be built in. -JT From huntharo@msu.edu Tue Aug 5 02:36:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 05 Aug 2003 02:36:00 -0000 Subject: cygwin-xwin-test95 binary web link ???? In-Reply-To: <8C6B052884783549B5D30C166853A51403955FD3@usilms21.ca.com> References: <8C6B052884783549B5D30C166853A51403955FD3@usilms21.ca.com> Message-ID: <3F2F1807.70008@msu.edu> Stephen, Thanks. I fixed it. Harold Bovy, Stephen J wrote: > The web link for (the binary) of > the newest test server series v (95) is pointing to > test version (94) !!!! From huntharo@msu.edu Tue Aug 5 02:37:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 05 Aug 2003 02:37:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F2F1086.6070300@hotmail.com> References: <3F2F1086.6070300@hotmail.com> Message-ID: <3F2F1847.5010006@msu.edu> Jack, Thanks. Let me tell you, we already have a laundry list of dream features. We just need people to start working on them. Harold Jack Tanner wrote: > This is a pipe dream, but it's a pipe dream worth striving for. > > 1. X should run as a service. There's no reason for it to run as a > user-launched app. > > 2. All X client application on one's machine should have shortcuts > associated with them in the start menu, and these shortcuts should be > created automatically during installation. > > 3. Exiting X (e.g., by stopping the service) should list all cygwin > processes that were launched under X and prompt the user to terminate > them. For example, an ssh-agent launched from an xterm should be killed > automatically. > > I know there are ways of approximating these behaviors now; I'm just > suggesting that these be built in. > > -JT > From stanonik@Cogsci.ucsd.edu Tue Aug 5 02:45:00 2003 From: stanonik@Cogsci.ucsd.edu (Ron Stanonik) Date: Tue, 05 Aug 2003 02:45:00 -0000 Subject: xfree 4.3.0.2 and XftConfig Message-ID: Hi, I'm porting an application from linux to cygwin. I upgraded from xfree 4.2 to 4.3 and now xft code list no fonts. It did in 4.2. I tried fontconfig, since that is now available, but it also doesn't list any fonts. I notice that in 4.2 there was an XftConfig in /etc/X11, but there isn't in 4.3. Was XftConfig lost in moving xft and fontconfig out of the x11 tree? Or should I be using a font server? Thanks, Ron Stanonik stanonik@cogsci.ucsd.edu From earle@ziplabel.com Tue Aug 5 04:20:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 05 Aug 2003 04:20:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F2F1847.5010006@msu.edu> References: <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> Message-ID: <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> Howdy Harold, At 10:36 PM 8/4/2003 -0400, you wrote: >Thanks. Let me tell you, we already have a laundry list of dream >features. We just need people to start working on them. There sure are a lot of managers and architects around here recently. ;) In any case, since it's been a couple years since I did any parser work, I've hacked out a flex/bison parser for a generic extensible xwin.rc format, and gotten all the info stuffed into a reasonably simple structure, now all I need to do is crawl the structure and do CreateMenu()/AddMenuItem() accordingly and LoadIcon(), and when creating windows compare the class name to the ones in the prefs structure and possibly replace icon and/or add to the system menu of that window. I'm attaching a tar.bz2 below, give it a look-see whoever's interested in the whole customizable menus thing, and if you want to integrate the prefs structure parser let me know. The file format's simple and explained in the input.rc, and has support for pretty much all that XWin.exe can do now as far as customizations. [ Sure, you could add an ALPHA {} block that would change the alpha-blend of windows under Win2K and XP, but I'm not sure how really useful that would be. Maybe a PaletteWindow style, though, for xload or xcalc... ] For me the most interesting part was getting back up to speed on lex/yacc, the implementing in the server is reasonably "plug-n-chug" as my physics prof used to say. Harold, if this is something you don't like for XWin just let me know... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: prefsparser.tar.bz2 Type: application/octet-stream Size: 4399 bytes Desc: not available URL: From alexander.gottwald@s1999.tu-chemnitz.de Tue Aug 5 07:58:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 05 Aug 2003 07:58:00 -0000 Subject: request for new feature In-Reply-To: <20030804202451.GA26708@redhat.com> References: <3F2D4A6E.9000709@msu.edu> <3F2E17AE.5050202@sjsoft.com> <3F2E8090.8010401@msu.edu> <3F2E83D9.1080807@msu.edu> <20030804162017.GD9385@redhat.com> <3F2E8849.7010403@msu.edu> <20030804202451.GA26708@redhat.com> Message-ID: On Mon, 4 Aug 2003, Christopher Faylor wrote: > So, in other words, your preference would be to find the program on the > path, call a cygwin process to check to see if a program to be run is a > symlink, Ok, this is an important point I've not taken into account. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ingber@ingber.com Tue Aug 5 15:46:00 2003 From: ingber@ingber.com (Lester Ingber) Date: Tue, 05 Aug 2003 15:46:00 -0000 Subject: No keyboard with XFree86 4.0.3 Message-ID: <3F2FD15B.9070909@ingber.com> I also have the same problem, and I have **not** upgraded any files, including the cygwin base, beyond the current files under setup (i.e., no experimental files). I alos have only seen this problem since the upgrade to 4.3 -- I can't tell which of the many XFree files are responsible. I tried a reinstall, without any improvement. This make any use of XFree impossible. I'm running cygwin under XP Professional. Lester -- Prof. Lester Ingber ingber@ingber.com ingber@alumni.caltech.edu www.ingber.com www.alumni.caltech.edu/~ingber From stanonik@Cogsci.ucsd.edu Tue Aug 5 15:50:00 2003 From: stanonik@Cogsci.ucsd.edu (Ron Stanonik) Date: Tue, 05 Aug 2003 15:50:00 -0000 Subject: xfree 4.3.0.2 and XftConfig Message-ID: Recall, after upgrading xfree from 4.2 to 4.3, then libXft and libfontconfig found no fonts. My mistake apparently. I had to run fc-cache (which scans for fonts and builds fonts.cache-1 files). I assumed fonts.cache-1 were just for performance, not strictly required. I was also surprised that installation didn't run fc-cache. Thanks, Ron stanonik@cogsci.ucsd.edu From alexander.gottwald@s1999.tu-chemnitz.de Tue Aug 5 16:04:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 05 Aug 2003 16:04:00 -0000 Subject: No keyboard with XFree86 4.0.3 In-Reply-To: <3F2FD15B.9070909@ingber.com> References: <3F2FD15B.9070909@ingber.com> Message-ID: On Tue, 5 Aug 2003, Lester Ingber wrote: > I also have the same problem, and I have **not** upgraded any files, > including the cygwin base, beyond the current files under setup (i.e., > no experimental files). I alos have only seen this problem since the > upgrade to 4.3 -- I can't tell which of the many XFree files are > responsible. I tried a reinstall, without any improvement. can you make sure that you have only one file XKeysymDB on your host, no environment var XKEYSMDB set and the file /usr/X11R6/lib/X11/XKeysymDB contains a line XF86_Switch_VT_1 :1008FE01 This symbol was introduce with the 4.3.0 release of XFree. bye ago From pavelr@coresma.com Tue Aug 5 16:18:00 2003 From: pavelr@coresma.com (Pavel Rozenboim) Date: Tue, 05 Aug 2003 16:18:00 -0000 Subject: No keyboard with XFree86 4.0.3 Message-ID: <6A3008858445D711A58A00062939B2F1ECC5@EXCHANGE> > -----Original Message----- > From: Alexander Gottwald > [mailto:alexander.gottwald@s1999.tu-chemnitz.de] > Sent: Tue, August 05, 2003 7:05 PM > To: Lester Ingber > Cc: cygwin-xfree@cygwin.com > Subject: RE: No keyboard with XFree86 4.0.3 > > > On Tue, 5 Aug 2003, Lester Ingber wrote: > > > I also have the same problem, and I have **not** upgraded > any files, > > including the cygwin base, beyond the current files under > setup (i.e., > > no experimental files). I alos have only seen this problem > since the > > upgrade to 4.3 -- I can't tell which of the many XFree files are > > responsible. I tried a reinstall, without any improvement. > > can you make sure that you have only one file XKeysymDB on your host, > no environment var XKEYSMDB set and the file ^^^^^^^^ That's it. I have this var set - probably by services for Unix. After I unset it - everything works fine. Thanks, Pavel. > /usr/X11R6/lib/X11/XKeysymDB > contains a line > XF86_Switch_VT_1 :1008FE01 > > This symbol was introduce with the 4.3.0 release of XFree. > > bye > ago > From alexander.gottwald@s1999.tu-chemnitz.de Tue Aug 5 16:18:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 05 Aug 2003 16:18:00 -0000 Subject: No keyboard with XFree86 4.0.3 In-Reply-To: References: <3F2FD15B.9070909@ingber.com> Message-ID: On Tue, 5 Aug 2003, Alexander Gottwald wrote: > can you make sure that you have only one file XKeysymDB on your host, > no environment var XKEYSMDB set and the file /usr/X11R6/lib/X11/XKeysymDB Please try also strace xkbcomp -xkm -m us /etc/X11/xkb/keymap/xfree86 >strace.log and send me a snippet from the trace starting with open: open (/usr/X11R6/lib/X11/XKeysymDB, 0x0) and ending with fhandler_base::close: closing '/usr/X11R6/lib/X11/XKeysymDB' handle 0x2A8 bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ingber@ingber.com Tue Aug 5 16:18:00 2003 From: ingber@ingber.com (Lester Ingber) Date: Tue, 05 Aug 2003 16:18:00 -0000 Subject: No keyboard with XFree86 4.0.3 Message-ID: <20030805161812.GA860@ingber.com> Yes, I do have XF86_Switch_VT_1 :1008FE01 Yes, I do see XKEYSMDB under `printenv`, but I do not have any entry in my files that set this? Worse, I see XKEYSYMDB=/usr/X11R5/lib/X11/XKeysymDB In fact, I see a lot of variables set using X11R5. In /usr/ I just did ln -s X11R6 X11R5 and now my keyboard works OK under XFree. I'd like to track down where the X11R5 variables are being set? Thanks. Lester +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= On Tue, 5 Aug 2003, Lester Ingber wrote: > I also have the same problem, and I have **not** upgraded any files, > including the cygwin base, beyond the current files under setup (i.e., > no experimental files). I alos have only seen this problem since the > upgrade to 4.3 -- I can't tell which of the many XFree files are > responsible. I tried a reinstall, without any improvement. can you make sure that you have only one file XKeysymDB on your host, no environment var XKEYSMDB set and the file /usr/X11R6/lib/X11/XKeysymDB contains a line XF86_Switch_VT_1 :1008FE01 This symbol was introduce with the 4.3.0 release of XFree. bye ago -- Prof. Lester Ingber ingber@ingber.com ingber@alumni.caltech.edu www.ingber.com www.alumni.caltech.edu/~ingber From alexander.gottwald@s1999.tu-chemnitz.de Tue Aug 5 16:23:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 05 Aug 2003 16:23:00 -0000 Subject: No keyboard with XFree86 4.0.3 In-Reply-To: <20030805161812.GA860@ingber.com> References: <20030805161812.GA860@ingber.com> Message-ID: On Tue, 5 Aug 2003, Lester Ingber wrote: > Yes, I do have > XF86_Switch_VT_1 :1008FE01 > > Yes, I do see XKEYSMDB under `printenv`, but I do not have any > entry in my files that set this? Worse, I see > XKEYSYMDB=/usr/X11R5/lib/X11/XKeysymDB > In fact, I see a lot of variables set using X11R5. Maybe you had another xserver installed (maybe MiX) > In /usr/ I just did > ln -s X11R6 X11R5 > and now my keyboard works OK under XFree. > > I'd like to track down where the X11R5 variables are being set? (Instructions are for win2k. Labels are translated from german, so they may be called differently on winxp or english versions) Check the Entry "System" from the Windows Controlpanel. On the last tab (Advanced?) is an entry for environment vars. Search there for the entries. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pavelr@coresma.com Tue Aug 5 16:28:00 2003 From: pavelr@coresma.com (Pavel Rozenboim) Date: Tue, 05 Aug 2003 16:28:00 -0000 Subject: No keyboard with XFree86 4.0.3 Message-ID: <6A3008858445D711A58A00062939B2F1ECC6@EXCHANGE> > -----Original Message----- > From: Alexander Gottwald > [mailto:alexander.gottwald@s1999.tu-chemnitz.de] > Sent: Tue, August 05, 2003 7:24 PM > To: Lester Ingber > Cc: cygwin-xfree@cygwin.com > Subject: RE: No keyboard with XFree86 4.0.3 > > > On Tue, 5 Aug 2003, Lester Ingber wrote: > > > Yes, I do have > > XF86_Switch_VT_1 :1008FE01 > > > > Yes, I do see XKEYSMDB under `printenv`, but I do not have any > > entry in my files that set this? Worse, I see > > XKEYSYMDB=/usr/X11R5/lib/X11/XKeysymDB > > In fact, I see a lot of variables set using X11R5. > > Maybe you had another xserver installed (maybe MiX) On my machine it's definitely from MS Services for Unix. It's propagated to cygwin from system environment. From ingber@ingber.com Tue Aug 5 16:32:00 2003 From: ingber@ingber.com (Lester Ingber) Date: Tue, 05 Aug 2003 16:32:00 -0000 Subject: No keyboard with XFree86 4.0.3 Message-ID: <20030805163246.GA1512@ingber.com> I am using a startxwin.sh file modified (I use a copy in /usr/local/bin/startxwin.sh) as XWin -unixkill -rootless -emulate3buttons -clipboard & wmaker & xsetroot -solid blue xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84+532+0 -name center & xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84+1033+0 -name right & xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 215x88-70+0 -name large Thanks. Lester : On Tue, 5 Aug 2003, Lester Ingber wrote: : : > Yes, I do have : > XF86_Switch_VT_1 :1008FE01 : > : > Yes, I do see XKEYSMDB under `printenv`, but I do not have any : > entry in my files that set this? Worse, I see : > XKEYSYMDB=/usr/X11R5/lib/X11/XKeysymDB : > In fact, I see a lot of variables set using X11R5. : : Maybe you had another xserver installed (maybe MiX) : : > In /usr/ I just did : > ln -s X11R6 X11R5 : > and now my keyboard works OK under XFree. : > : > I'd like to track down where the X11R5 variables are being set? : : (Instructions are for win2k. Labels are translated from german, so : they may be called differently on winxp or english versions) : Check the Entry "System" from the Windows Controlpanel. On the : last tab (Advanced?) is an entry for environment vars. Search there : for the entries. : : bye : ago -- Prof. Lester Ingber ingber@ingber.com ingber@alumni.caltech.edu www.ingber.com www.alumni.caltech.edu/~ingber From alexander.gottwald@s1999.tu-chemnitz.de Tue Aug 5 16:46:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 05 Aug 2003 16:46:00 -0000 Subject: No keyboard with XFree86 4.0.3 In-Reply-To: <20030805163246.GA1512@ingber.com> References: <20030805163246.GA1512@ingber.com> Message-ID: On Tue, 5 Aug 2003, Lester Ingber wrote: > I am using a startxwin.sh file modified (I use a copy in > /usr/local/bin/startxwin.sh) as > > XWin -unixkill -rootless -emulate3buttons -clipboard & > wmaker & > xsetroot -solid blue > xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84+532+0 -name center & > xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84+1033+0 -name right & > xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 215x88-70+0 -name large So what. How is this related to the "no keyboard" problem? The instructions were for the windows control panel. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From ingber@ingber.com Tue Aug 5 17:38:00 2003 From: ingber@ingber.com (Lester Ingber) Date: Tue, 05 Aug 2003 17:38:00 -0000 Subject: No keyboard with XFree86 4.0.3 In-Reply-To: ; from alexander.gottwald@s1999.tu-chemnitz.de on Tue, Aug 05, 2003 at 06:46:04PM +0200 References: <20030805163246.GA1512@ingber.com> Message-ID: <20030805103831.A61283@ingber.com> Yes, I just had to use "classic" view under XP to see the entries. I deleted the five X11R5 entries -- they are not needed by Interix as I use it (a backup Unix utility under windows). Thanks Lester On Tue, Aug 05, 2003 at 06:46:04PM +0200, Alexander Gottwald wrote: : Date: Tue, 5 Aug 2003 18:46:04 +0200 (MEST) : From: Alexander Gottwald : To: Lester Ingber , cygwin-xfree@cygwin.com : Subject: RE: No keyboard with XFree86 4.0.3 : In-Reply-To: <20030805163246.GA1512@ingber.com> : : On Tue, 5 Aug 2003, Lester Ingber wrote: : : > I am using a startxwin.sh file modified (I use a copy in : > /usr/local/bin/startxwin.sh) as : > : > XWin -unixkill -rootless -emulate3buttons -clipboard & : > wmaker & : > xsetroot -solid blue : > xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84+532+0 -name center & : > xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x84+1033+0 -name right & : > xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 215x88-70+0 -name large : : So what. How is this related to the "no keyboard" problem? : : The instructions were for the windows control panel. : : bye : ago : -- : Alexander.Gottwald@s1999.tu-chemnitz.de : http://www.gotti.org ICQ: 126018723 -- Prof. Lester Ingber ingber@ingber.com ingber@alumni.caltech.edu www.ingber.com www.alumni.caltech.edu/~ingber From nwourms@netscape.net Tue Aug 5 19:41:00 2003 From: nwourms@netscape.net (Nicholas Wourms) Date: Tue, 05 Aug 2003 19:41:00 -0000 Subject: xfree 4.3.0.2 and XftConfig In-Reply-To: References: Message-ID: Ron Stanonik wrote: > Recall, after upgrading xfree from 4.2 to 4.3, then libXft and libfontconfig > found no fonts. > > My mistake apparently. I had to run fc-cache (which scans for fonts and > builds fonts.cache-1 files). I assumed fonts.cache-1 were just for performance, > not strictly required. I was also surprised that installation didn't > run fc-cache. > It's in the works. I'm working on making fontconfig & freetype external packages, so I plan to contribute post-install scripts to do all the font setup. Cheers, Nicholas From ihok@hotmail.com Tue Aug 5 23:01:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Tue, 05 Aug 2003 23:01:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F2F1847.5010006@msu.edu> References: <3F2F1086.6070300@hotmail.com> <3F2F1847.5010006@msu.edu> Message-ID: <3F303590.709@hotmail.com> Harold L Hunt II wrote: > Thanks. Let me tell you, we already have a laundry list of dream > features. We just need people to start working on them. Harold, Thanks. If I wanted to hear you be dismissive and condescending, I could've just gone back and read the list archive. I'm not a developer, but I am a user interested in the development of this project, and I'm doing what I can to contribute through testing and reporting bugs. Moreover, I have a fair amount of academic traning in human-computer interaction and user experience engineering, and my suggestions are based on a thought-out analysis. Enmity aside, it wouldn't take too long to actually consider and respond to what I suggested, and I would welcome discussion. Regards, JT From huntharo@msu.edu Tue Aug 5 23:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 05 Aug 2003 23:31:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> References: <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> Message-ID: <3F303E65.4050204@msu.edu> Earle, Can't remember if I replied to this yet. I am in the process of getting my Inspiron 8500 returned after having it replaced (bought it 3 weeks ago). Both the original and the replacement randomly freeze. Google for ["Inspiron 8500" freeze] and you'll see exactly what I mean. I have been setting up computers for the past two weeks now. I have finally ordered a Gateway 450X notebook. Hopefully that will work better and allow me to spend a little more time looking at patches. In other words, I might look at your patch tomorrow, or I might look at it next week. Can't say for sure. In any case, thanks for the patch, I like the idea and am looking forward to seeing what it does. Thanks for contributing, Harold Earle F. Philhower III wrote: > Howdy Harold, > > At 10:36 PM 8/4/2003 -0400, you wrote: > >> Thanks. Let me tell you, we already have a laundry list of dream >> features. We just need people to start working on them. > > > There sure are a lot of managers and architects around here recently. ;) > > In any case, since it's been a couple years since I did any parser work, > I've hacked out a flex/bison parser for a generic extensible xwin.rc > format, > and gotten all the info stuffed into a reasonably simple structure, now > all I need to do is crawl the structure and do CreateMenu()/AddMenuItem() > accordingly and LoadIcon(), and when creating windows compare the class > name to the ones in the prefs structure and possibly replace icon and/or > add to the system menu of that window. > > I'm attaching a tar.bz2 below, give it a look-see whoever's interested > in the whole customizable menus thing, and if you want to integrate the > prefs structure parser let me know. The file format's simple and > explained in the input.rc, and has support for pretty much all that > XWin.exe can do now as far as customizations. [ Sure, you could add > an ALPHA {} block that would change the alpha-blend of windows under > Win2K and XP, but I'm not sure how really useful that would be. Maybe > a PaletteWindow style, though, for xload or xcalc... ] > > For me the most interesting part was getting back up to speed on lex/yacc, > the implementing in the server is reasonably "plug-n-chug" as my physics > prof used to say. > > Harold, if this is something you don't like for XWin just let me know... > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From huntharo@msu.edu Tue Aug 5 23:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 05 Aug 2003 23:47:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F303590.709@hotmail.com> References: <3F2F1086.6070300@hotmail.com> <3F2F1847.5010006@msu.edu> <3F303590.709@hotmail.com> Message-ID: <3F3041E3.7050808@msu.edu> Jack Tanner wrote: > Harold L Hunt II wrote: > >> Thanks. Let me tell you, we already have a laundry list of dream >> features. We just need people to start working on them. > > > Harold, > > Thanks. If I wanted to hear you be dismissive and condescending, I > could've just gone back and read the list archive. > Dismissive and condescending? No, that was not my intention, sorry that you got that impression. > I'm not a developer, but I am a user interested in the development of > this project, and I'm doing what I can to contribute through testing and > reporting bugs. Moreover, I have a fair amount of academic traning in > human-computer interaction and user experience engineering, and my > suggestions are based on a thought-out analysis. > I don't doubt that you have plenty of training. However, have you read your suggestions and talked to some programmers about them? Here, lets take a look. [Yes, now you should be intrepting my remarks as generally pissy, snotty, dismissive, and condescending]. 1. X should run as a service. There's no reason for it to run as a user-launched app. This really doesn't matter and, in fact, is probably incorrect. Cygwin/XFree86 needs to interact with the display (else you could use Xvfb), so running it as a service that won't always have a desktop connected is pointless. Furthermore, a machine shared by multiple users (like a Terminal Services server) will not be able to service all users with a single instance of XFree86 running. Another point is that, I believe, services that interact with the desktop need to run under an actual user account and it would be silly to have XFree86 running under 'bill' when 'steve' is logged in. Besides, this could be done with a simple shortcut in the Startup group in the Start menu. In fact, that should be done and had all of the bugs worked out before anyone talks any further of services. 2. All X client application on one's machine should have shortcuts associated with them in the start menu, and these shortcuts should be created automatically during installation. This is icing on the cake. This is the kind of thing that Microsoft hires 500 college interns to write in the summer because it takes a hell of a lot of time and attention to detail to get it 'right', whereas the overall benefit is very small in comparison. Furthermore, this requires interacting with the Cygwin setup developers. You think I am mean? 3. Exiting X (e.g., by stopping the service) should list all cygwin processes that were launched under X and prompt the user to terminate them. For example, an ssh-agent launched from an xterm should be killed automatically. Huh? Exiting X right now kills all connected clients. There is already an "Are you sure?" warning dialog. Free software is all about bang for the buck; the above feature might be nice, but it only matters to marketroids. > Enmity aside, it wouldn't take too long to actually consider and respond > to what I suggested, and I would welcome discussion. > Yes it would. It took me like 10 minutes to write this reply. I don't have to be party to any and all discussions that take place on this list. I wrote my reply and said my piece. Others were free to jump all over your email and praise it. Furthermore, you got a reply to your message from Earle indicating his interest. So, I don't see why you have to have a beef with me when you appear to already have another supporter with influence. After all of that, my position is exactly as I stated, without malice, in my original email: those suggestions will go on the wish list, below other more fundamental problems like crashes (-clipboard when copying large amouns of text) and startup failures (with -clipboard and -multiwindow). There is still a lot of architectural work that needs to be done before we will start worrying about icing the cake. Harold From andy@halflifesource.com Wed Aug 6 02:12:00 2003 From: andy@halflifesource.com (Andy Hodges) Date: Wed, 06 Aug 2003 02:12:00 -0000 Subject: Our site and rootblog.com Message-ID: Hello, I'm not sure if I already sent you an email or not, but I'll apologize in advance if I already did. I'm from HLS and we run a Half-Life 2 game website and wanted to know if you could add our link to your page. The page we found from the Google Search engine is: www.rootblog.com/Archive/2003/05/05/10 We are starting our own Public Game Search Engine is a few weeks. If you want to participate, please visit: http://www.HalfLifeSource. com/links.php Our link can be text-based, or a button, or even a banner. That is up to you. Our information is: Site Name: Half-Life Source URL: http://www.halflifesource.com Button (optional): http://www.halflifesource.com/images/hlsource.gif Sincerely, Andy Hodges Half-Life Source Community www.halflifesource.com From cgf@redhat.com Wed Aug 6 03:17:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 06 Aug 2003 03:17:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F3041E3.7050808@msu.edu> References: <3F2F1086.6070300@hotmail.com> <3F2F1847.5010006@msu.edu> <3F303590.709@hotmail.com> <3F3041E3.7050808@msu.edu> Message-ID: <20030806031710.GE19231@redhat.com> On Tue, Aug 05, 2003 at 07:46:43PM -0400, Harold L Hunt II wrote: >2. All X client application on one's machine should have shortcuts >associated with them in the start menu, and these shortcuts should be >created automatically during installation. > >This is icing on the cake. This is the kind of thing that Microsoft >hires 500 college interns to write in the summer because it takes a hell >of a lot of time and attention to detail to get it 'right', whereas the >overall benefit is very small in comparison. > >Furthermore, this requires interacting with the Cygwin setup developers. > You think I am mean? The setup developers aren't all that mean, actually. But, then neither are you. However, I don't see why this would require any setup changes. A postinstall script should be able to set up icons, etc. I can't decide if the thought of a folder filled with scores of icons for X programs is intriguing or frightening, though. cgf From cgf@redhat.com Wed Aug 6 03:20:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 06 Aug 2003 03:20:00 -0000 Subject: Our site and rootblog.com In-Reply-To: References: Message-ID: <20030806032009.GF19231@redhat.com> On Tue, Aug 05, 2003 at 10:12:43PM -0400, Andy Hodges wrote: >Hello, > >I'm not sure if I already sent you an email or not, but I'll apologize >in advance if I already did. > >I'm from HLS and we run a Half-Life 2 game website and wanted to know >if you could add our link to your page. The page we found from the >Google Search engine is: > >www.rootblog.com/Archive/2003/05/05/10 > >We are starting our own Public Game Search Engine is a few weeks. If >you want to participate, please visit: http://www.HalfLifeSource. >com/links.php > >Our link can be text-based, or a button, or even a banner. That is up >to you. Our information is: > >Site Name: Half-Life Source >URL: http://www.halflifesource.com >Button (optional): >http://www.halflifesource.com/images/hlsource.gif > >Sincerely, > >Andy Hodges >Half-Life Source Community >www.halflifesource.com Yep, uh huh. Buh, bye now. You're blocked. cgf From earle@ziplabel.com Wed Aug 6 05:00:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 06 Aug 2003 05:00:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <3F303E65.4050204@msu.edu> References: <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> Howdy Harold, At 07:31 PM 8/5/2003 -0400, you wrote: >Can't remember if I replied to this yet. I am in the process of getting >my Inspiron 8500 returned after having it replaced (bought it 3 weeks >ago). Both the original and the replacement randomly freeze. Google for >["Inspiron 8500" freeze] and you'll see exactly what I mean. I have been >setting up computers for the past two weeks now. >I have finally ordered a Gateway 450X notebook. Hopefully that will work >better and allow me to spend a little more time looking at patches. Good luck, on the bright side since it went south so fast you didn't lose too much data on the drives. >In other words, I might look at your patch tomorrow, or I might look at it >next week. Can't say for sure. >In any case, thanks for the patch, I like the idea and am looking forward >to seeing what it does. No rush. But just delete the tar file I sent yesterday, that was really just a parser that read the config file. It took a few hours of futzing around today, but I got it nicely integrated into the server. Now on init it parses ~/.XWinrc or /usr/X11R6/lib/X11/system.XWinrc and makes custom menus and submenus for the taskbar icon and each window, and can replace icons with ones specified in the rc file. I'm attaching the diffs against test95 below, please use these for any testing you do (there are several new files, so if patch asks: you do want to make new files...). The file _usr_X11R6_lib_X11_system.XWinrc has all the documentation on the RC format anyone'd need. If the file's not found, you get the exact same behaviour as test95 as far as menus/icons/etc. ** There's also a off-by-one bugfix in winmultiwindowclass.c, so no matter what that file's changes should go in... ** Oh yeah, a simple "if (fork()==0) { execl(); exit(0); }" seems to spawn X and Windoze apps fine. I know there was some discussion about this earlier... Below's the sample config that I'm running that replaces the X.ico with one that's floating in my Windows directory, and replaces Xterm's with another, and adds custom menus to Xterm, all other windows, and the toolbar window... --- // Below are just some silly menus to demonstrate writing your // own configuration file. // Make some menus... menu importantapps { xsol exec "xsol -display 127.0.0.1:0.0" xv exec "xv -display 127.0.0.1:0.0" } menu root { // Comments fit here, too... xterm exec "xterm -display 127.0.0.1:0.0" notepad exec notepad xload exec "xload -display 127.0.0.1:0.0" # Comment separator "Good Apps" menu importantapps SEParATOR } menu aot { Separator "Always on Top" alwaysontop } menu xtermspecial { "Emacs" exec "emacs" # test "Always on Top" alwaysontop SepArAtor } RootMenu root DefaultSysMenu aot atend SysMenu { "xterm" xtermspecial atstart } IconDirectory "c:\winnt\" DefaultIcon "reinstall.ico" Icons { "xterm" "uninstall.ico" } DEBUG "Done parsing the configuration file..." --- -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: xwinrc.diffs.bz2 Type: application/octet-stream Size: 10124 bytes Desc: not available URL: From davidf@sjsoft.com Wed Aug 6 05:09:00 2003 From: davidf@sjsoft.com (David Fraser) Date: Wed, 06 Aug 2003 05:09:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> References: <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> Message-ID: <3F308D7A.8030806@sjsoft.com> Earle F. Philhower III wrote: > Howdy Harold, > At 07:31 PM 8/5/2003 -0400, you wrote: > >> In other words, I might look at your patch tomorrow, or I might look >> at it next week. Can't say for sure. >> In any case, thanks for the patch, I like the idea and am looking >> forward to seeing what it does. > > > No rush. But just delete the tar file I sent yesterday, that was > really just > a parser that read the config file. It took a few hours of futzing > around today, > but I got it nicely integrated into the server. Now on init it parses > ~/.XWinrc > or /usr/X11R6/lib/X11/system.XWinrc and makes custom menus and > submenus for > the taskbar icon and each window, and can replace icons with ones > specified > in the rc file. > > I'm attaching the diffs against test95 below, please use these for any > testing > you do (there are several new files, so if patch asks: you do want to > make new > files...). The file _usr_X11R6_lib_X11_system.XWinrc has all the > documentation > on the RC format anyone'd need. If the file's not found, you get the > exact > same behaviour as test95 as far as menus/icons/etc. > > ** There's also a off-by-one bugfix in winmultiwindowclass.c, so no > matter > what that file's changes should go in... ** > > Oh yeah, a simple "if (fork()==0) { execl(); exit(0); }" seems to > spawn X and > Windoze apps fine. I know there was some discussion about this > earlier... > > Below's the sample config that I'm running that replaces the X.ico > with one that's > floating in my Windows directory, and replaces Xterm's with another, > and adds > custom menus to Xterm, all other windows, and the toolbar window... Wow! This is great! Just what we were discussing earlier... Just one comment: Is it not possible to automatically set the DISPLAY variable from X so that it automatically starts the xterms etc in the right X display, rather than having to pass a commandline parameter? (In fact, if they inherited the environment, this might happen anyway, but I don't know if X defines DISPLAY inside itself...) David From vervoom@hotmail.com Wed Aug 6 07:49:00 2003 From: vervoom@hotmail.com (J S) Date: Wed, 06 Aug 2003 07:49:00 -0000 Subject: xfree cvs Message-ID: Harold, Have you had a chance to do this yet? >Hold on, I lied. > >If you follow that link I sent you, it shows that none of the files in the >xfixes directory match the XFIXES_BRANCH tag. I can't get my home machine >to boot up, so I don't think I can fix this until tonight. > >Harold > >Harold L Hunt II wrote: > >>JS, >> >>Okay, it looks like you are using my suggested directory structure from >>the Contributor's Guide. Does this mean that you have XFIXES_BRANCH >>somewhere like: >> >>/home/u752359/x-devel/xc/ >> >>? >> >>If so, had you had a previous branch, say HEAD, at: >> >>/home/u752359/x-devel/xc/ >> >>? >> >>Yes? Good. That means that you simply forgot to rerun lndir: >> >>cd /home/u752359/x-devel/build >>rm -rf std >>mkdir std >>cd std >>lndir ../../xc > /dev/null >>cd std >>make World > World.log 2>&1 >> >> >>This is the only thing I can think of that has possibly happened. You can >>look at the XFIXES_BRANCH through cvsweb and see that Xserver/xfixes is >>there: >> >>http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/xoncygwin/xc/programs/Xserver/xfixes/?only_with_tag=XFIXES_BRANCH >> >> >> >>Another thing, please look in x-devel/xc/programs/Xserver for a directory >>called 'xfixes'. If it is there but not in >>x-devel/build/std/programs/Xserver then it is certainly due to not >>rerunning 'lndir'. >> >>Harold >> >>J S wrote: >> >>> >>>Harold, >>> >>>I downloaded the XFIXES_BRANCH but when I tried to compile it I got: >>> >>>make[4]: Leaving directory >>>`/home/u752359/x-devel/build/std/programs/Xserver/XTrap' >>>cleaning in programs/Xserver/xfixes... >>>cd: can't cd to xfixes >>>cleaning in programs/Xserver/hw/xwin... >>>make[4]: Entering directory >>>`/home/u752359/x-devel/build/std/programs/Xserver/hw/xwin' >>>make[4]: *** No rule to make target `clean'. Stop. >>>make[4]: Leaving directory >>>`/home/u752359/x-devel/build/std/programs/Xserver/hw/xwin' >>>cleaning in programs/Xserver/fb... >>>make[4]: Entering directory >>>`/home/u752359/x-devel/build/std/programs/Xserver/fb' >>>make[4]: *** No rule to make target `clean'. Stop. >>>make[4]: Leaving directory >>>`/home/u752359/x-devel/build/std/programs/Xserver/fb' >>>cleaning in programs/Xserver/miext/shadow... >>>make[4]: Entering directory >>>`/home/u752359/x-devel/build/std/programs/Xserver/miext/shadow' >>>make[4]: *** No rule to make target `clean'. Stop. >>>make[4]: Leaving directory >>>`/home/u752359/x-devel/build/std/programs/Xserver/miext/shadow' >>>cleaning in programs/Xserver/hw/xfree86/parser... >>>make[4]: Entering directory >>>`/home/u752359/x-devel/build/std/programs/Xserver/hw/xfree86/parser' >>>make[4]: *** No rule to make target `clean'. Stop. >>>make[4]: Leaving directory >>>`/home/u752359/x-devel/build/std/programs/Xserver/hw/xfree86/parser' >>>make[3]: *** [clean] Error 2 >>>make[3]: Leaving directory >>>`/home/u752359/x-devel/build/std/programs/Xserver' >>>make[2]: *** [clean] Error 2 >>>make[2]: Leaving directory `/home/u752359/x-devel/build/std/programs' >>>make[1]: *** [clean] Error 2 >>>make[1]: Leaving directory `/home/u752359/x-devel/build/std' >>>make: *** [World] Error 2 >>> >>>Looks like the xfixes directory has gone. >>>Am I missing something here, like do I need to download the HEADS branch >>>as well? >>> >>>JS. >>> >>> >>>> >>>>JS, >>>> >>>>Sorry, the both the HEAD branch and the XFIXES_BRANCH branch were >>>>screwed up until just now. >>>> >>>>I was working on committing the XFIXES_BRANCH right before my wedding >>>>and I appear to have committed half of the changes on HEAD and the other >>>>half in XFIXES_BRANCH. I went back today and removed these changes from >>>>HEAD and applied them to XFIXES_BRANCH. >>>> >>>>You should now be able to build both HEAD and XFIXES_BRANCH from the >>>>xoncygwin project on SourceForge. >>>> >>>>Harold >>>> >>>>J S wrote: >>>> >>>>>Hi Dan, >>>>> >>>>>I retried downloading from the cvs and issued the command you gave me >>>>>below but still I get the following problem doing 'make World': >>>>> >>>>>+ mkdir -p ../../exports/lib/locale/zh_HK.big5hkscs >>>>>+ mkdir -p ../../exports/lib/locale/zh_TW >>>>>+ mkdir -p ../../exports/lib/locale/zh_TW.big5 >>>>>+ mkdir -p ../../exports/lib/locale/zh_TW.UTF-8 >>>>>+ mkdir -p ../../exports/lib/locale/el_GR.UTF-8 >>>>>utils.c: In function `set_font_authorizations': >>>>>utils.c:1139: warning: assignment discards qualifiers from pointer >>>>>target type >>>>>xf86bigfont.c: In function `ProcXF86BigfontQueryVersion': >>>>>xf86bigfont.c:335: warning: implicit declaration of function `geteuid' >>>>>xf86bigfont.c:336: warning: implicit declaration of function `getegid' >>>>>glxscreens.c:99: warning: `CountBits' defined but not used >>>>>winclipboardthread.c:35:31: extensions/Xfixes.h: No such file or >>>>>directory >>>>>winclipboardthread.c: In function `winClipboardProc': >>>>>winclipboardthread.c:361: warning: implicit declaration of function >>>>>`XFixesQueryExtension' >>>>>winclipboardthread.c:374: warning: implicit declaration of function >>>>>`XFixesSelectSelectionInput' >>>>>winclipboardthread.c:377: `XFixesSetSelectionOwnerNotifyMask' >>>>>undeclared (first use in this function >>>>>) >>>>>winclipboardthread.c:377: (Each undeclared identifier is reported only >>>>>once >>>>>winclipboardthread.c:377: for each function it appears in.) >>>>>make[5]: *** [winclipboardthread.o] Error 1 >>>>>winclipboardxevents.c:35:31: extensions/Xfixes.h: No such file or >>>>>directory >>>>>winclipboardxevents.c: In function `winClipboardFlushXEvents': >>>>>winclipboardxevents.c:67: `XFixesSelectionNotifyEvent' undeclared >>>>>(first use in this function) >>>>>winclipboardxevents.c:67: (Each undeclared identifier is reported only >>>>>once >>>>>winclipboardxevents.c:67: for each function it appears in.) >>>>>winclipboardxevents.c:67: `peventSelectionNotify' undeclared (first use >>>>>in this function) >>>>>winclipboardxevents.c:768: `XFixesSelectionNotify' undeclared (first >>>>>use in this function) >>>>>winclipboardxevents.c:772: parse error before ')' token >>>>>make[5]: *** [winclipboardxevents.o] Error 1 >>>>>make[5]: Target `all' not remade because of errors. >>>>>make[4]: *** [hw/xwin] Error 2 >>>>>make[4]: Target `all' not remade because of errors. >>>>>macro "in" not recognized -- ignoring >>>>>make[3]: *** [all] Error 2 >>>>>make[2]: *** [all] Error 2 >>>>>make[1]: *** [World] Error 2 >>>>>make: *** [World] Error 2 >>>>> >>>>> >>>>> Can you make sure you did a: >>>>> >>>>>'cvs update -d -r XFIXES_BRANCH' in the xc dir? This will make sure >>>>>that it >>>>>is correctly up to date. >>>>> >>>>>Otherwise, there would be scope for problems. Let me know. >>>>> >>>>>Dan >>>>> >>>>>_________________________________________________________________ >>>>>Use MSN Messenger to send music and pics to your friends >>>>>http://www.msn.co.uk/messenger >>>> >>>> >>>> >>> >>>_________________________________________________________________ >>>Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile >>> >> > _________________________________________________________________ Tired of 56k? Get a FREE BT Broadband connection http://www.msn.co.uk/specials/btbroadband From geek@burri.to Wed Aug 6 13:07:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Wed, 06 Aug 2003 13:07:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <20030806031710.GE19231@redhat.com> References: <3F2F1086.6070300@hotmail.com> <3F2F1847.5010006@msu.edu> <3F303590.709@hotmail.com> <3F3041E3.7050808@msu.edu> <20030806031710.GE19231@redhat.com> Message-ID: <3F30FD7B.5050607@burri.to> Christopher Faylor wrote: > However, I don't see why this would require any setup changes. A > postinstall script should be able to set up icons, etc. I can't decide > if the thought of a folder filled with scores of icons for X programs is > intriguing or frightening, though. First, create a folder in the Programs section of your Start Menu named "Cygwin-XFree86". Then, the following script will produce working links, BUT it's not what you want. cd /usr/X11R6/bin for d in *.exe do mkshortcut -P --icon=/cygwin.ico \ --arguments="$d -display :0" \ --name=Cygwin-XFree86/$(basename $d .exe) \ --workingdir=$HOME /usr/X11R6/bin/run.exe done This skips any shell scripts, which is (usually) what you want. Unfortunately, there are a lot of programs in that directory which really want a terminal (e.g. xdpyinfo). Further, there are programs in there that don't belong here like this (e.g. Xwin.exe). So, to do this *right*, we'd need a couple things: 1) A canonical hierarchy structure (e.g. Start Menu/Program/Cygwin/XFree86) 2) A script which defines two shortcut functions (or more?), one like the above shortcut for "real" X11 programs, and one which appends "|xterm -e more" to the commands 3) Someone to take the time to carefully pick and choose which kind of shortcut (if any!) gets generated for each application. The up side of this is, if implemented, we could then ask other package maintainers to add an appropriate shortcut for their X-enabled application (e.g. emacs, vim). I wouldn't ask that of the GNOME or KDE port, though, as they already have menu setups that work. From huntharo@msu.edu Wed Aug 6 13:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 13:23:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <20030806031710.GE19231@redhat.com> References: <3F2F1086.6070300@hotmail.com> <3F2F1847.5010006@msu.edu> <3F303590.709@hotmail.com> <3F3041E3.7050808@msu.edu> <20030806031710.GE19231@redhat.com> Message-ID: <3F31013C.60203@msu.edu> Christopher Faylor wrote: > On Tue, Aug 05, 2003 at 07:46:43PM -0400, Harold L Hunt II wrote: > >>2. All X client application on one's machine should have shortcuts >>associated with them in the start menu, and these shortcuts should be >>created automatically during installation. >> >>This is icing on the cake. This is the kind of thing that Microsoft >>hires 500 college interns to write in the summer because it takes a hell >>of a lot of time and attention to detail to get it 'right', whereas the >>overall benefit is very small in comparison. >> >>Furthermore, this requires interacting with the Cygwin setup developers. >>You think I am mean? > > > The setup developers aren't all that mean, actually. But, then neither > are you. > Heh heh... > However, I don't see why this would require any setup changes. A > postinstall script should be able to set up icons, etc. I can't decide > if the thought of a folder filled with scores of icons for X programs is > intriguing or frightening, though. > I think the thing that would require modification is the part where we confirm with the user whether or not they want such icons to be created. It would probably be worse to just create 100 icons without asking than it would be to not create them at all. Harold From huntharo@msu.edu Wed Aug 6 13:30:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 13:30:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> References: <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> Message-ID: <3F310300.8020304@msu.edu> Earle, Earle F. Philhower III wrote: > Howdy Harold, > At 07:31 PM 8/5/2003 -0400, you wrote: > >> Can't remember if I replied to this yet. I am in the process of >> getting my Inspiron 8500 returned after having it replaced (bought it >> 3 weeks ago). Both the original and the replacement randomly freeze. >> Google for ["Inspiron 8500" freeze] and you'll see exactly what I >> mean. I have been setting up computers for the past two weeks now. >> I have finally ordered a Gateway 450X notebook. Hopefully that will >> work better and allow me to spend a little more time looking at patches. > > > Good luck, on the bright side since it went south so fast you didn't > lose too much data on the drives. > That is really the problem: the machines don't die; they just freeze. So I have a computer sitting here that I can't keep my hands off but it randomly freezes between a couple of times an hour and once every couple of hours. Oh well, the return is authorized now, so I have to send it back within five days :) >> In other words, I might look at your patch tomorrow, or I might look >> at it next week. Can't say for sure. >> In any case, thanks for the patch, I like the idea and am looking >> forward to seeing what it does. > > > No rush. But just delete the tar file I sent yesterday, that was really > just > a parser that read the config file. It took a few hours of futzing > around today, > but I got it nicely integrated into the server. Now on init it parses > ~/.XWinrc > or /usr/X11R6/lib/X11/system.XWinrc and makes custom menus and submenus for > the taskbar icon and each window, and can replace icons with ones specified > in the rc file. > Okay. > I'm attaching the diffs against test95 below, please use these for any > testing > you do (there are several new files, so if patch asks: you do want to > make new > files...). The file _usr_X11R6_lib_X11_system.XWinrc has all the > documentation > on the RC format anyone'd need. If the file's not found, you get the exact > same behaviour as test95 as far as menus/icons/etc. > Okay, documentation is good. > ** There's also a off-by-one bugfix in winmultiwindowclass.c, so no matter > what that file's changes should go in... ** > Could you elaborate just a little on what this problem was? Do you expect it to fix any crashes? > Oh yeah, a simple "if (fork()==0) { execl(); exit(0); }" seems to spawn > X and > Windoze apps fine. I know there was some discussion about this earlier... > In the end I am probably not ready to code anyone into submission, so I will probably just accept what works, which will become the defacto standard, etc. > Below's the sample config that I'm running that replaces the X.ico with > one that's > floating in my Windows directory, and replaces Xterm's with another, and > adds > custom menus to Xterm, all other windows, and the toolbar window... > Interesting. I like the point raised by David Fraser about maybe making a substitutable %DISPLAY% variable for the config file so that you can reference the current display. How hard would that be? Thanks for contributing, Harold From huntharo@msu.edu Wed Aug 6 13:35:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 13:35:00 -0000 Subject: xfree cvs [ago] In-Reply-To: References: Message-ID: <3F310421.7000300@msu.edu> J S wrote: > Harold, > > Have you had a chance to do this yet? > > >> Hold on, I lied. >> >> If you follow that link I sent you, it shows that none of the files in >> the xfixes directory match the XFIXES_BRANCH tag. I can't get my home >> machine to boot up, so I don't think I can fix this until tonight. >> >> Harold JS, I tried a 'cvs tag' command to try to get the files in xc/programs/Xserver/xfixes to show up under the XFIXES_BRANCH branch, but it didn't appear to do what I thought it would. Alexander Gottwald --- Do you know that to do here? I really don't know that much about cvs and I would appreciate any input you have. Harold From huntharo@msu.edu Wed Aug 6 13:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 13:41:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F30FD7B.5050607@burri.to> References: <3F2F1086.6070300@hotmail.com> <3F2F1847.5010006@msu.edu> <3F303590.709@hotmail.com> <3F3041E3.7050808@msu.edu> <20030806031710.GE19231@redhat.com> <3F30FD7B.5050607@burri.to> Message-ID: <3F31056F.7020800@msu.edu> Brian E. Gallew wrote: > Christopher Faylor wrote: > >> However, I don't see why this would require any setup changes. A >> postinstall script should be able to set up icons, etc. I can't decide >> if the thought of a folder filled with scores of icons for X programs is >> intriguing or frightening, though. > > > First, create a folder in the Programs section of your Start Menu named > "Cygwin-XFree86". Then, the following script will produce working > links, BUT it's not what you want. > > cd /usr/X11R6/bin > for d in *.exe > do > mkshortcut -P --icon=/cygwin.ico \ > --arguments="$d -display :0" \ > --name=Cygwin-XFree86/$(basename $d .exe) \ > --workingdir=$HOME /usr/X11R6/bin/run.exe > done > > This skips any shell scripts, which is (usually) what you want. > Unfortunately, there are a lot of programs in that directory which > really want a terminal (e.g. xdpyinfo). Further, there are programs in > there that don't belong here like this (e.g. Xwin.exe). > > So, to do this *right*, we'd need a couple things: > 1) A canonical hierarchy structure (e.g. Start Menu/Program/Cygwin/XFree86) > 2) A script which defines two shortcut functions (or more?), one like > the above shortcut for "real" X11 programs, and one which appends > "|xterm -e more" to the commands > 3) Someone to take the time to carefully pick and choose which kind of > shortcut (if any!) gets generated for each application. > > The up side of this is, if implemented, we could then ask other package > maintainers to add an appropriate shortcut for their X-enabled > application (e.g. emacs, vim). I wouldn't ask that of the GNOME or KDE > port, though, as they already have menu setups that work. > Brian, Interesting idea. Probably the easiest thing to do here would be to either create a list of 'term' programs or 'non-term' programs along with a list of excluded programs. Of course, we would want to figure out which list, 'term' or 'non-term', was going to be shortest before deciding which to make. To skirt the setup "Create Cygwin/XFree86 icons?" step, we could simply stuff the above lists and a modified version of your script in a new package called, for example, XFree86-start-menu-icons-4.3.0-1.tar.bz2. What do you think of that? I think this would work just fine as a sort of confirmation that the user wants start menu icons. We could leave the package out of the XFree86-base dependency list, so only those users that really wanted the icons would end up getting them. Sure, it would be nice to eventually add a setup question, but doing the above first would at least demonstrate to the setup folks that we actually have something completed. Harold From huntharo@msu.edu Wed Aug 6 13:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 13:47:00 -0000 Subject: XFree86-lib-compat added to XFree86-base dependencies Message-ID: <3F3106F3.1060102@msu.edu> I added XFree86-lib-compat to the XFree86-base dependencies. I think this is a wise thing to do because all of the package maintainers are busy working on Cygwin 1.5.1 packages and don't have time to make a short-lived XFree86 4.3.0/Cygwin 1.3.x release. The XFree86-lib-compat package should help to minimize the number of complaints about XFree86 4.2.0 apps not working until after Cygwin 1.5.1 is released. Harold From huntharo@msu.edu Wed Aug 6 14:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 14:09:00 -0000 Subject: [Off topic] List of current notebooks Message-ID: <3F310C18.8030904@msu.edu> All, You may have been reading my saga about troubles with laptop computers. Yesterday I put together a fairly comprehensive list of current notebooks that may be of interest to some of you. My basic requirements were SXGA+ screen (1400x1050) or greater and integrated 802.11g. Dell is left off of the list because the two Inspiron 8500s that they sent me both randomly freeze and this is a well documented problem. Anyhow, the list is here: http://www.msu.edu/~huntharo/Notebooks-20030806-0956.pdf (47 KiB) I choose the $1949 Gateway 450X. However, if 802.11G is not a requirement, then the $1678 Toshiba Satelite Pro 6100 is surely the way to go, as it is a preassembled unit that ships the same day it is ordered. Creating this list was highly time consuming and stressful, so it will ease my pain a little to know that it has helped at least one other person. Harold From earle@ziplabel.com Wed Aug 6 14:33:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 06 Aug 2003 14:33:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <3F308D7A.8030806@sjsoft.com> References: <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030806072803.00af9e00@mail.ziplabel.com> Howdy David.... At 07:09 AM 8/6/2003 +0200, you wrote: >Wow! This is great! Just what we were discussing earlier... >Just one comment: Is it not possible to automatically set the DISPLAY >variable from X so that it automatically starts the xterms etc in the >right X display, rather than having to pass a commandline parameter? (In >fact, if they inherited the environment, this might happen anyway, but I >don't know if X defines DISPLAY inside itself...) Spawned commands should inherit the ENV settings at the time XWin.exe was started, so if your startx script sets DISPLAY before starting XWin.exe then you don't need any cmdline options. A simple string replacement in the HandleCustomWM_COMMAND() function in winmultiwindowprefs.c would also work to allow things like "xterm -display %display%" to work, but it's not in the code in the patch. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Wed Aug 6 14:33:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Wed, 06 Aug 2003 14:33:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <3F310300.8020304@msu.edu> References: <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030806070855.00adb860@mail.ziplabel.com> Howdy Harold... At 09:30 AM 8/6/2003 -0400, you wrote: >That is really the problem: the machines don't die; they just freeze. So I >have a computer sitting here that I can't keep my hands off but it >randomly freezes between a couple of times an hour and once every couple >of hours. Oh well, the return is authorized now, so I have to send it >back within five days :) That's why it's always brand-X Frankenstein machines for me. Unfortunately laptops are the only type of machine today that really need a manufacturer. For desktops, everyone just slaps together the same parts. I'll take good note of the Inspiron crashes, my company is offering to buy us a computer at Dell and I don't feel like getting a piece of junk. >>** There's also a off-by-one bugfix in winmultiwindowclass.c, so no matter >>what that file's changes should go in... ** >Could you elaborate just a little on what this problem was? Do you expect >it to fix any crashes? Possibly some crash fixes, but definitely anything that looked at the res_name portion of the winMultiWindowGetClassHint() function would get an unterminated string in the heap... len_name = strlen ((char *) prop->data); (*res_name) = malloc (len_name + 1); <= allocated space for trailing 0 if (!*res_name) { return 0; } strncpy ((*res_name), prop->data, len_name); <= won't copy that trailing 0! Just changing the strncpy to strncpy ((*res_name), prop->data, len_name+1); <= will copy that trailing 0 is the patch. >>Oh yeah, a simple "if (fork()==0) { execl(); exit(0); }" seems to spawn X and >>Windoze apps fine. I know there was some discussion about this earlier... >In the end I am probably not ready to code anyone into submission, so I >will probably just accept what works, which will become the defacto >standard, etc. You may still be correct with your worries, I'm sure there's a file descriptor that the OS is dup2()'ing there you don't want. FWIW I'm execl()'ing /bin/sh -c >Interesting. I like the point raised by David Fraser about maybe making a >substitutable %DISPLAY% variable for the config file so that you can >reference the current display. How hard would that be? That's just laziness on my part. The function HandleCustomWM_COMMAND in winmultiwindowprefs.c can do some peeking at the server setup (or it can be passed in in the LoadPreferences() call) and then do a strcpy followed by search-n-replace in the copied portion. The started app sees all ENV variables that XWin.exe saw at startup, so if you set your DISPLAY before starting XWin you don't need the -display x.x.x.x:y.y options. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From alexander.gottwald@s1999.tu-chemnitz.de Wed Aug 6 14:43:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 06 Aug 2003 14:43:00 -0000 Subject: xfree cvs [ago] In-Reply-To: <3F310421.7000300@msu.edu> References: <3F310421.7000300@msu.edu> Message-ID: On Wed, 6 Aug 2003, Harold L Hunt II wrote: > I tried a 'cvs tag' command to try to get the files in > xc/programs/Xserver/xfixes to show up under the XFIXES_BRANCH branch, > but it didn't appear to do what I thought it would. You can't move a file to another branch. Those branch names are different to simple tags. > Alexander Gottwald --- Do you know that to do here? I really don't know > that much about cvs and I would appreciate any input you have. what I've done: cvs co xc/programs/Xserver/xfixes cd xc/programs/Xserver/xfixes mkdir tmp cp Imakefile select.c xfixes.c xfixesint.h tmp cvs update -r XFIXES_BRANCH cp tmp/* . cvs add Imakefile select.c xfixes.c xfixesint.h cvs commit So I've checkedin the files in the XFIXES_BRANCH bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Wed Aug 6 14:49:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 06 Aug 2003 14:49:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <5.1.1.6.2.20030806070855.00adb860@mail.ziplabel.com> References: <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030806070855.00adb860@mail.ziplabel.com> Message-ID: On Wed, 6 Aug 2003, Earle F. Philhower III wrote: > The started > app sees all ENV variables that XWin.exe saw at startup, so if you set > your DISPLAY before starting XWin you don't need the -display x.x.x.x:y.y > options. Don't rely on that. At our company many people are using just XWin and no startup scripts (were using it to connect to a compute server). There is no DISPLAY variable set. And you don't know if the Microsoft Services for Unix will preset DISPLAY so some very strange value *g* bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From pcolovas@lucent.com Wed Aug 6 14:52:00 2003 From: pcolovas@lucent.com (Peter Colovas) Date: Wed, 06 Aug 2003 14:52:00 -0000 Subject: odd problem in test94 + Message-ID: <3F31163C.1000907@lucent.com> All, an odd problem has cropped up for me in test94(I think) and later: for our development on real-time chasses we telnet to a terminal server which is connected to the serial ports of the RT boards we're working on. Now, when I telnet in to the terminal server, the serial port no longer responds to the keyboard. I can get in using exceed and there are no problems, but with cygwin/xfree it no longer works. Any ideas why this might be so? -- Peter W. Colovas RNC Traffic Processing Department cPSB Development Lucent Technologies Naperville, IL +1 630 224-2181 From JDrash@eesus.jnj.com Wed Aug 6 15:07:00 2003 From: JDrash@eesus.jnj.com (Jim Drash) Date: Wed, 06 Aug 2003 15:07:00 -0000 Subject: rfe: seamless windows integration (fwd) Message-ID: Sorry, I posted this to the wrong list (a finger-fuddle), ---------- Forwarded message ---------- Date: Wed, 6 Aug 2003 11:04:43 -0400 From: Jim Drash To: cygwin@cygwin.com Subject: Re: rfe: seamless windows integration Maybe I am a little slow but if someone wants a shortcut to the "X" apps can't they just create a short cut to the "C:\cygwin\use\X11R6\bin" directory? Again, I am into the KISS (Keep It Simple, cause I am Stupid) method for most things. Am I missing something? Jim Drash From sds@gnu.org Wed Aug 6 15:46:00 2003 From: sds@gnu.org (Sam Steingold) Date: Wed, 06 Aug 2003 15:46:00 -0000 Subject: isatty(stdio) on cygwin/xterm/rxvt Message-ID: when running under bash or cmd in a console, cygwin returns isatty(0) ==> true isatty(1) ==> true when running under bash in an xterm (or rxvt) under cygwin X, I get isatty(0) ==> false isatty(1) ==> false how do I check that I am running in a cygwin xterm or rxvt (as opposed to, say, stdio being redirected to/from a file)? thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k Linux: Telling Microsoft where to go since 1991. From pechtcha@cs.nyu.edu Wed Aug 6 15:53:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 06 Aug 2003 15:53:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F31013C.60203@msu.edu> Message-ID: Harold, On Wed, 6 Aug 2003, Harold L Hunt II wrote: > Christopher Faylor wrote: > > > On Tue, Aug 05, 2003 at 07:46:43PM -0400, Harold L Hunt II wrote: > > > >>2. All X client application on one's machine should have shortcuts > >>associated with them in the start menu, and these shortcuts should be > >>created automatically during installation. > >> > >>This is icing on the cake. This is the kind of thing that Microsoft > >>hires 500 college interns to write in the summer because it takes a hell > >>of a lot of time and attention to detail to get it 'right', whereas the > >>overall benefit is very small in comparison. > >> > >>Furthermore, this requires interacting with the Cygwin setup developers. > >>You think I am mean? > > > > The setup developers aren't all that mean, actually. But, then neither > > are you. > > Heh heh... Indeed. > > However, I don't see why this would require any setup changes. A > > postinstall script should be able to set up icons, etc. I can't decide > > if the thought of a folder filled with scores of icons for X programs is > > intriguing or frightening, though. CGF is right (on both counts ;-)). The cygwin-doc package already does that, BTW. > I think the thing that would require modification is the part where we > confirm with the user whether or not they want such icons to be created. > It would probably be worse to just create 100 icons without asking > than it would be to not create them at all. > > Harold I believe the suggestion of a "dialog" utility for postinstall script user interaction has floated up on the cygwin-apps list a couple of times. The main problem is propagating the unattended mode of setup onto it, so there must be some setup integration (i.e., you don't want setup to sit there waiting for user input from the desktop when running over ssh on a remote machine). Perhaps setting an environment variable in setup to notify the postinstall scripts that they should use the console, for example? If you're seriously considering the icon creation suggestion, this might be a good time to revive that discussion. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From huntharo@msu.edu Wed Aug 6 15:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 15:59:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <5.1.1.6.2.20030806070855.00adb860@mail.ziplabel.com> References: <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030806070855.00adb860@mail.ziplabel.com> Message-ID: <3F3125C5.9040104@msu.edu> Earle F. Philhower III wrote: > Howdy Harold... > > At 09:30 AM 8/6/2003 -0400, you wrote: > >> That is really the problem: the machines don't die; they just freeze. >> So I have a computer sitting here that I can't keep my hands off but >> it randomly freezes between a couple of times an hour and once every >> couple of hours. Oh well, the return is authorized now, so I have to >> send it back within five days :) > > > That's why it's always brand-X Frankenstein machines for me. Unfortunately > laptops are the only type of machine today that really need a manufacturer. > For desktops, everyone just slaps together the same parts. I'll take good > note of the Inspiron crashes, my company is offering to buy us a computer > at Dell and I don't feel like getting a piece of junk. > I concur. I just built a desktop machine to serve as a backup until the Gateway gets here. I have an Inspiron 7500 that powers off due to a heat problem caused by me sticking a 5400 RPM drive into it that pulls a little too much juice. With this setup I will basically use the 7500 as a dumb terminal to RDP into the new desktop machine. When the 7500 crashes I can just reboot it and log back in to my RDP session without losing any work. :) The Inspiron 8500 is the only computer of the bunch where if you google for the model name and freeze you get a forum with 500 messages about freezing problems. The exact query I used was "Inspiron 8500 freeze". Of course, I didn't find this out until after I had the problem with two machines. Below is a link to the forum: http://delltalk.us.dell.com/supportforums/board/message?board.id=insp_general&message.id=52179&page=1 >>> ** There's also a off-by-one bugfix in winmultiwindowclass.c, so no >>> matter >>> what that file's changes should go in... ** >> >> Could you elaborate just a little on what this problem was? Do you >> expect it to fix any crashes? > > > Possibly some crash fixes, but definitely anything that looked at the > res_name > portion of the winMultiWindowGetClassHint() function would get an > unterminated > string in the heap... > > len_name = strlen ((char *) prop->data); > (*res_name) = malloc (len_name + 1); <= allocated space for trailing 0 > if (!*res_name) { return 0; } > strncpy ((*res_name), prop->data, len_name); <= won't copy that > trailing 0! > > Just changing the strncpy to > strncpy ((*res_name), prop->data, len_name+1); <= will copy that > trailing 0 > is the patch. > This is good. This could be the cause of some crashes, especially since most of those have been access violations, IIRC. >>> Oh yeah, a simple "if (fork()==0) { execl(); exit(0); }" seems to >>> spawn X and >>> Windoze apps fine. I know there was some discussion about this >>> earlier... >> >> In the end I am probably not ready to code anyone into submission, so >> I will probably just accept what works, which will become the defacto >> standard, etc. > > > You may still be correct with your worries, I'm sure there's a file > descriptor > that the OS is dup2()'ing there you don't want. FWIW I'm execl()'ing > /bin/sh -c > Hmm... that is a good point. We have the Win32 message queue file handle open, a feature Cygwin provides, so that we get bumped each time a message hits the queue. After the fork shouldn't you be looping through all file descriptors and closing all but stdin, stdout, and stderr? >> Interesting. I like the point raised by David Fraser about maybe >> making a substitutable %DISPLAY% variable for the config file so that >> you can reference the current display. How hard would that be? > > > That's just laziness on my part. The function HandleCustomWM_COMMAND > in winmultiwindowprefs.c can do some peeking at the server setup (or > it can be passed in in the LoadPreferences() call) and then do a > strcpy followed by search-n-replace in the copied portion. The started > app sees all ENV variables that XWin.exe saw at startup, so if you set > your DISPLAY before starting XWin you don't need the -display x.x.x.x:y.y > options. > Okay. Does this mean you are going to implement the search-n-replace or not? Just want to know whether or not to wait for it. Harold From huntharo@msu.edu Wed Aug 6 16:01:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 16:01:00 -0000 Subject: odd problem in test94 + In-Reply-To: <3F31163C.1000907@lucent.com> References: <3F31163C.1000907@lucent.com> Message-ID: <3F312659.9030303@msu.edu> Peter, Is the keyboard working in all other X applications running under Cygwin/XFree86? Harold Peter Colovas wrote: > All, > an odd problem has cropped up for me in test94(I think) and later: > for our development on real-time chasses we telnet to a terminal server > which is connected to the serial ports of the RT boards we're working > on. Now, when I telnet in to the terminal server, the serial port no > longer responds to the keyboard. I can get in using exceed and there are > no problems, but with cygwin/xfree it no longer works. Any ideas why > this might be so? From pechtcha@cs.nyu.edu Wed Aug 6 16:10:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 06 Aug 2003 16:10:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: Message-ID: On Wed, 6 Aug 2003, Alexander Gottwald wrote: > On Wed, 6 Aug 2003, Earle F. Philhower III wrote: > > > The started > > app sees all ENV variables that XWin.exe saw at startup, so if you set > > your DISPLAY before starting XWin you don't need the -display x.x.x.x:y.y > > options. > > Don't rely on that. At our company many people are using just XWin and no > startup scripts (were using it to connect to a compute server). There is > no DISPLAY variable set. > > And you don't know if the Microsoft Services for Unix will preset DISPLAY > so some very strange value *g* > > bye > ago Two small notes here: 1) You can actually call setenv("DISPLAY", value) inside the XWin process, which will be inherited by XWin's children. 2) You can pass an explicit environment pointer to execl (well, execle, actually). Either way, you don't have to rely on the outside environment. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From pechtcha@cs.nyu.edu Wed Aug 6 16:19:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 06 Aug 2003 16:19:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: Message-ID: On Wed, 6 Aug 2003, Igor Pechtchanski wrote: > On Wed, 6 Aug 2003, Alexander Gottwald wrote: > > > On Wed, 6 Aug 2003, Earle F. Philhower III wrote: > > > > > The started > > > app sees all ENV variables that XWin.exe saw at startup, so if you set > > > your DISPLAY before starting XWin you don't need the -display x.x.x.x:y.y > > > options. > > > > Don't rely on that. At our company many people are using just XWin and no > > startup scripts (were using it to connect to a compute server). There is > > no DISPLAY variable set. > > > > And you don't know if the Microsoft Services for Unix will preset DISPLAY > > so some very strange value *g* > > > > bye > > ago > > Two small notes here: > 1) You can actually call setenv("DISPLAY", value) inside the XWin process, ^^^^^^^^^^^^^^^^^^^^^^^^ Umm, make that {char buf[80]="DISPLAY=";putenv(strcat(buf,value));} Sorry. The point remains, however. > which will be inherited by XWin's children. > 2) You can pass an explicit environment pointer to execl (well, execle, > actually). > > Either way, you don't have to rely on the outside environment. > Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From pechtcha@cs.nyu.edu Wed Aug 6 16:22:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 06 Aug 2003 16:22:00 -0000 Subject: rfe: seamless windows integration (fwd) In-Reply-To: Message-ID: On Wed, 6 Aug 2003, Jim Drash wrote: > Sorry, I posted this to the wrong list (a finger-fuddle), > > ---------- Forwarded message ---------- > Date: Wed, 6 Aug 2003 11:04:43 -0400 > From: Jim Drash > To: cygwin@cygwin.com > Subject: Re: rfe: seamless windows integration > > Maybe I am a little slow but if someone wants a shortcut to the "X" apps > can't they just create a short cut to the "C:\cygwin\use\X11R6\bin" > directory? > > Again, I am into the KISS (Keep It Simple, cause I am Stupid) method for > most things. > > Am I missing something? > > Jim Drash Some programs require parameters (or, at least, DISPLAY to be set). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From huntharo@msu.edu Wed Aug 6 16:27:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 16:27:00 -0000 Subject: [Off topic] List of current notebooks In-Reply-To: <3F310C18.8030904@msu.edu> References: <3F310C18.8030904@msu.edu> Message-ID: <3F312C51.60902@msu.edu> All, Dave Case pointed out to me privately that IBM does indeed have SXGA+ screens, you just have to click a nearly invisible "View all models" button in order to see them. In the interest of fairness to IBM, I have updated my PDF with three SXGA+ models from IBM: http://www.msu.edu/~huntharo/Notebooks-20030806-0956.pdf (48 KiB) Enjoy, Harold From huntharo@msu.edu Wed Aug 6 16:29:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 16:29:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: References: Message-ID: <3F312CFC.4030206@msu.edu> Igor, Igor Pechtchanski wrote: >>Two small notes here: >>1) You can actually call setenv("DISPLAY", value) inside the XWin process, > > ^^^^^^^^^^^^^^^^^^^^^^^^ > Umm, make that {char buf[80]="DISPLAY=";putenv(strcat(buf,value));} > Sorry. The point remains, however. > > >>which will be inherited by XWin's children. >>2) You can pass an explicit environment pointer to execl (well, execle, >>actually). >> >>Either way, you don't have to rely on the outside environment. I like your suggestions. Both of these are simpler than adding a variable substitution system to the preferences file, and neither require that the person writing the preferences file have any knownledge of needing to pass any informationa about which display to run the program on. Harold From wgheath@fedex.com Wed Aug 6 16:40:00 2003 From: wgheath@fedex.com (Tim Heath) Date: Wed, 06 Aug 2003 16:40:00 -0000 Subject: Need help unsubscribing Message-ID: <3F312C5B.4050502@fedex.com> I have followed the directions to the best of my ability and still cannot get unsubscribed from this emailing list. Can someone help me please? Thanks, Tim Heath P.S. It is a great list, just have too much work right now to read all of it. From pcolovas@lucent.com Wed Aug 6 16:47:00 2003 From: pcolovas@lucent.com (Peter Colovas) Date: Wed, 06 Aug 2003 16:47:00 -0000 Subject: odd problem in test94 + In-Reply-To: <3F312659.9030303@msu.edu> References: <3F31163C.1000907@lucent.com> <3F312659.9030303@msu.edu> Message-ID: <3F31311D.8070808@lucent.com> Harold L Hunt II wrote: > Peter, > > Is the keyboard working in all other X applications running under > Cygwin/XFree86? > Yes. I do have a situation in some xterm windows to remote machines that ctrl-c does not quit out of the executing program, but in everything else it seems to be working just fine. -- Peter W. Colovas RNC Traffic Processing Department cPSB Development Lucent Technologies Naperville, IL +1 630 224-2181 From geek@burri.to Wed Aug 6 16:48:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Wed, 06 Aug 2003 16:48:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F31056F.7020800@msu.edu> References: <3F2F1086.6070300@hotmail.com> <3F2F1847.5010006@msu.edu> <3F303590.709@hotmail.com> <3F3041E3.7050808@msu.edu> <20030806031710.GE19231@redhat.com> <3F30FD7B.5050607@burri.to> <3F31056F.7020800@msu.edu> Message-ID: <3F313173.8020207@burri.to> Harold L Hunt II wrote: > To skirt the setup "Create Cygwin/XFree86 icons?" step, we could simply > stuff the above lists and a modified version of your script in a new > package called, for example, XFree86-start-menu-icons-4.3.0-1.tar.bz2. > > What do you think of that? Actually, this is probably a really, really easy way to handle it. If you want, I'll take a stab at such a script. From earle@ziplabel.com Wed Aug 6 16:48:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Wed, 06 Aug 2003 16:48:00 -0000 Subject: XWinrc configurable server (menus/icons) Message-ID: <20030806165246.F31561C55B@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From sam.edgeZZZ@lineone.net Wed Aug 6 16:56:00 2003 From: sam.edgeZZZ@lineone.net (Sam Edge) Date: Wed, 06 Aug 2003 16:56:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F2F1086.6070300@hotmail.com> References: <3F2F1086.6070300@hotmail.com> Message-ID: Jack Tanner wrote in <3F2F1086.6070300@hotmail.com> in gmane.os.cygwin.xfree on Mon, 04 Aug 2003 22:03:50 -0400: > 1. X should run as a service. There's no reason for it to run as a > user-launched app. Harold's dealt with this one. An X-server on Windows is not a background service. It makes no sense whatsoever to have it running when nobody's logged in. Therefore the StartUp folder is the place for it or in HKEY_CURRENT_USER/Software/Microsoft/Windows/CurrentVersion/Run, if and only if the particular user wants to have it start when he logs in to Windows. > 2. All X client application on one's machine should have shortcuts > associated with them in the start menu, and these shortcuts should be > created automatically during installation. No thanks. a.) If I'm running Cygwin/Xfree86 as a X-terminal to another machine, I don't use local X client programs anyway. b.) If I'm running Cygwin/Xfree86 with a manager like openbox or WindowMaker, they have their own configurable menus for launching programs which are a more appropriate place for this. c.) Even if I'm running local clients and using the "-multiwindow" option, the programs to which I want mouse-click access aren't necessarily the same as the ones you'd want. I certainly don't want to clutter up the start menu with /every/ X client on the system. That would quickly become an unmanageably large menu. > 3. Exiting X (e.g., by stopping the service) should list all cygwin > processes that were launched under X and prompt the user to terminate > them. For example, an ssh-agent launched from an xterm should be killed > automatically. This is entirely the wrong way to go about things. It's the job of your X session manager interacting with the clients on the X desktop to provide this sort of "Shutting down now. Please save files. Okay to exit?" functionality, not of the X server. You can then use the -once switch to make the X server exit cleanly after the last client - i.e. the session manager - exits. It /would/ make sense for the -multiwindow window manager to implement X session-end functionality when the user (Alt-F4/Close) or system (WM_QUERYENDSESSION) requests X server shutdown. But this should /only/ happen in -multiwindow mode. As Harold has pointed out, even without a session manager handling session-end requests, X clients exit when the server closes down. Other things like ssh-agent should shut down only when I tell them too. Just because I'm ending a X session doesn't mean I'm not going to continue using ssh from a Windows-GUI rxvt or console shell. > I know there are ways of approximating these behaviors now; I'm just > suggesting that these be built in. Absolutely not. The X server should be an X server. If you want a session manager, install a session manager. (If you don't have one, write one or convince someone to write one.) That way you get the functionality you want while I can choose not to use up disc/memory/CPU resources on my machine on something I don't want. Try looking up the term "feature bloat" some time. ;-) Regards -- Sam Edge From huntharo@msu.edu Wed Aug 6 17:03:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 17:03:00 -0000 Subject: Need help unsubscribing In-Reply-To: <3F312C5B.4050502@fedex.com> References: <3F312C5B.4050502@fedex.com> Message-ID: <3F3134D9.3030102@msu.edu> Tim, Go all the way to the bottom of the following page and send in an unsubscribe request. You then reply to that message and you will be unsubscribed. http://cygwin.com/lists.html Harold Tim Heath wrote: > I have followed the directions to the best of my ability and still > cannot get unsubscribed from this emailing list. Can someone help me > please? > > Thanks, > > Tim Heath > > P.S. > > It is a great list, just have too much work right now to read all of it. > > From huntharo@msu.edu Wed Aug 6 17:06:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 17:06:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F313173.8020207@burri.to> References: <3F2F1086.6070300@hotmail.com> <3F2F1847.5010006@msu.edu> <3F303590.709@hotmail.com> <3F3041E3.7050808@msu.edu> <20030806031710.GE19231@redhat.com> <3F30FD7B.5050607@burri.to> <3F31056F.7020800@msu.edu> <3F313173.8020207@burri.to> Message-ID: <3F31357F.703@msu.edu> Yes please. Brian E. Gallew wrote: > Harold L Hunt II wrote: > >> To skirt the setup "Create Cygwin/XFree86 icons?" step, we could >> simply stuff the above lists and a modified version of your script in >> a new package called, for example, >> XFree86-start-menu-icons-4.3.0-1.tar.bz2. >> >> What do you think of that? > > > Actually, this is probably a really, really easy way to handle it. If > you want, I'll take a stab at such a script. > From sam.edgeZZZ@lineone.net Wed Aug 6 17:06:00 2003 From: sam.edgeZZZ@lineone.net (Sam Edge) Date: Wed, 06 Aug 2003 17:06:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F31056F.7020800@msu.edu> References: <3F2F1086.6070300@hotmail.com> <3F2F1847.5010006@msu.edu> <3F303590.709@hotmail.com> <3F3041E3.7050808@msu.edu> <20030806031710.GE19231@redhat.com> <3F30FD7B.5050607@burri.to> <3F31056F.7020800@msu.edu> Message-ID: Harold L Hunt II wrote in <3F31056F.7020800@msu.edu> in gmane.os.cygwin.xfree on Wed, 06 Aug 2003 09:41:03 -0400: > To skirt the setup "Create Cygwin/XFree86 icons?" step, we could simply > stuff the above lists and a modified version of your script in a new > package called, for example, XFree86-start-menu-icons-4.3.0-1.tar.bz2. /Much/ better idea. :-D -- Sam Edge From huntharo@msu.edu Wed Aug 6 17:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 17:07:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <20030806165246.F31561C55B@mail03.powweb.com> References: <20030806165246.F31561C55B@mail03.powweb.com> Message-ID: <3F3135AF.5020404@msu.edu> The for loop that you have is the way I have seen it done before. Harold Earle F. Philhower, III wrote: > Howdy Harold... > > .. > >>>You may still be correct with your worries, I'm sure there's a file >>>descriptor >>>that the OS is dup2()'ing there you don't want. FWIW I'm execl()'ing >>>/bin/sh -c >> >>Hmm... that is a good point. We have the Win32 message queue file >>handle open, a feature Cygwin provides, so that we get bumped each time >>a message hits the queue. After the fork shouldn't you be looping >>through all file descriptors and closing all but stdin, stdout, and stderr? > > .. > > That's the exact thing I was thinking about, but unfortunately I haven't > got a clue how to get a list of all open file descriptors under cygwin. > There's a Solaris function fdwalk(), but I don't think that's POSIX standard > or even available on cygwin. I suppose after the fork() you could do: > struct rlimit rl; > int i; > getrlimit(RLIMIT_NOFILE, &rl); > for (i = STDERR_FILENO+1; i < rl.rlim_max; i++) > (void) close(i); > but that seems wasteful to iterate over rlim_max... > > .. > >>Okay. Does this mean you are going to implement the search-n-replace or >>not? Just want to know whether or not to wait for it. > > > I like the put_env() idea that folks are suggesting, but I think it'd probably > still be worthwhile to also do the string substitution. It's not that big of a > deal to add both. Tonight I'll give that a go, adding the put_env() call in > the LoadPrefs as well as a %display% substitution in LoadPrefs()... From cgf@redhat.com Wed Aug 6 17:29:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 06 Aug 2003 17:29:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <3F3135AF.5020404@msu.edu> References: <20030806165246.F31561C55B@mail03.powweb.com> <3F3135AF.5020404@msu.edu> Message-ID: <20030806172918.GA15173@redhat.com> On Wed, Aug 06, 2003 at 01:06:55PM -0400, Harold L Hunt II wrote: >The for loop that you have is the way I have seen it done before. Me too. However, if you can find an API specification for something which does something similar in the Single Unix Specification, I'd be happy to implement it in the cygwin DLL. It is trivial to do. I just want to provide a standard interface, if possible. Couldn't find one in my brief search of SUSv3. cgf >>That's the exact thing I was thinking about, but unfortunately I haven't >>got a clue how to get a list of all open file descriptors under cygwin. >>There's a Solaris function fdwalk(), but I don't think that's POSIX >>standard >>or even available on cygwin. I suppose after the fork() you could do: >> struct rlimit rl; >> int i; >> getrlimit(RLIMIT_NOFILE, &rl); >> for (i = STDERR_FILENO+1; i < rl.rlim_max; i++) >> (void) close(i); >>but that seems wasteful to iterate over rlim_max... From cgf@redhat.com Wed Aug 6 17:33:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Wed, 06 Aug 2003 17:33:00 -0000 Subject: [Off topic] List of current notebooks In-Reply-To: <3F310C18.8030904@msu.edu> References: <3F310C18.8030904@msu.edu> Message-ID: <20030806173333.GB15173@redhat.com> On Wed, Aug 06, 2003 at 10:09:28AM -0400, Harold L Hunt II wrote: >All, > >You may have been reading my saga about troubles with laptop computers. > Yesterday I put together a fairly comprehensive list of current >notebooks that may be of interest to some of you. My basic requirements >were SXGA+ screen (1400x1050) or greater and integrated 802.11g. Dell >is left off of the list because the two Inspiron 8500s that they sent me >both randomly freeze and this is a well documented problem. > >Anyhow, the list is here: > >http://www.msu.edu/~huntharo/Notebooks-20030806-0956.pdf (47 KiB) > > >I choose the $1949 Gateway 450X. However, if 802.11G is not a >requirement, then the $1678 Toshiba Satelite Pro 6100 is surely the way >to go, as it is a preassembled unit that ships the same day it is ordered. FWIW, I came very close to buying a Toshiba Satellite Pro 6100 before I was scammed out of the money for the laptop that I thought I was buying. It seemed like a nice system. cgf From cgf-idd@cygwin.com Wed Aug 6 17:36:00 2003 From: cgf-idd@cygwin.com (Christopher Faylor) Date: Wed, 06 Aug 2003 17:36:00 -0000 Subject: Need help unsubscribing In-Reply-To: <3F3134D9.3030102@msu.edu> References: <3F312C5B.4050502@fedex.com> <3F3134D9.3030102@msu.edu> Message-ID: <20030806173549.GC15173@redhat.com> On Wed, Aug 06, 2003 at 01:03:21PM -0400, Harold L Hunt II wrote: >Tim, > >Go all the way to the bottom of the following page and send in an >unsubscribe request. You then reply to that message and you will be >unsubscribed. > >http://cygwin.com/lists.html If that doesn't work, go here and progress all the way through step 5 if needed: http://sources.redhat.com/lists.html#unsubscribe-simple -- 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 ihok@hotmail.com Wed Aug 6 19:15:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Wed, 06 Aug 2003 19:15:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F31056F.7020800@msu.edu> References: <3F2F1086.6070300@hotmail.com> <3F2F1847.5010006@msu.edu> <3F303590.709@hotmail.com> <3F3041E3.7050808@msu.edu> <20030806031710.GE19231@redhat.com> <3F30FD7B.5050607@burri.to> <3F31056F.7020800@msu.edu> Message-ID: <3F3153DD.7030003@hotmail.com> Harold L Hunt II wrote: > Interesting idea. Probably the easiest thing to do here would be to > either create a list of 'term' programs or 'non-term' programs along > with a list of excluded programs. Of course, we would want to figure > out which list, 'term' or 'non-term', was going to be shortest before > deciding which to make. > > To skirt the setup "Create Cygwin/XFree86 icons?" step, we could simply > stuff the above lists and a modified version of your script in a new > package called, for example, XFree86-start-menu-icons-4.3.0-1.tar.bz2. I would go a step further. As Brian (and others) have pointed out, the default X install contains a bunch of programs that aren't really "important", e.g., xlogo. Creating a huge list of them in the start menu would indeed be "clutter", and I concede that what I initially suggested (shortcuts for all clients) would be silly. I don't know the functionality of 90% of what's in /usr/X11R6/bin/*.exe, but I'm sure some things are used more widely than others, and some are more and some less appropriate for the start menu. Here's what would be useful, though: if I install a Cygwin-ized Emacs, for example, there should be a shortcut for it in the start menu. Granted, I should be taking this request to Emacs' packagers, but the folks here have unique expertise suited to this task, and perhaps could work with apps' packagers to provide this functionality. It would be a bad idea to install icons for apps that aren't there, though, and so I'm tempted to argue against a XFree86-start-menu-icons-4.3.0-1.tar.bz2. On the other hand, there may be a smart way of writing the scripts for that tarball, such that a particular icon is installed only if the app is actually present. This way Emacs and all the other packages wouldn't have to be altered. The rule of thumb for what's a good application to add to the start menu could be this: if you use it as a GUI, and you can get reasonable mileage out of the app without passing varying parameters on start up, it should have a shortcut. (Filename parameters would be easy exception to pass using the standard windows technique of drag-and-drop to start menu.) -JT From geek@burri.to Wed Aug 6 19:27:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Wed, 06 Aug 2003 19:27:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F3153DD.7030003@hotmail.com> References: <3F2F1086.6070300@hotmail.com> <3F2F1847.5010006@msu.edu> <3F303590.709@hotmail.com> <3F3041E3.7050808@msu.edu> <20030806031710.GE19231@redhat.com> <3F30FD7B.5050607@burri.to> <3F31056F.7020800@msu.edu> <3F3153DD.7030003@hotmail.com> Message-ID: <3F31568B.60102@burri.to> Jack Tanner wrote: > It would be a bad idea to install icons for apps that aren't there, > though, and so I'm tempted to argue against a > XFree86-start-menu-icons-4.3.0-1.tar.bz2. On the other hand, there may > be a smart way of writing the scripts for that tarball, such that a > particular icon is installed only if the app is actually present. This > way Emacs and all the other packages wouldn't have to be altered. Yes, there's a "good" way to do this. And it will be done that way. Further, I'll write it so that it checks for certain common things that aren't X packages, but still make sense to be there (e.g. emacs). Finally, it'll be hierarchical because flat menu spaces (unlike flat address spaces) are Evil(tm). Oh, yeah, and my intent is to have a copy of the script in Harold's capable hands some time tonight. From wgheath@fedex.com Wed Aug 6 19:32:00 2003 From: wgheath@fedex.com (Tim Heath) Date: Wed, 06 Aug 2003 19:32:00 -0000 Subject: Need help unsubscribing In-Reply-To: <3F3134D9.3030102@msu.edu> References: <3F312C5B.4050502@fedex.com> <3F3134D9.3030102@msu.edu> Message-ID: <3F3154BA.9010902@fedex.com> I have been doing that, it is not working. What can I do to prove this to you? Tim Harold L Hunt II wrote: > Tim, > > Go all the way to the bottom of the following page and send in an > unsubscribe request. You then reply to that message and you will be > unsubscribed. > > http://cygwin.com/lists.html > > Harold > > Tim Heath wrote: > >> I have followed the directions to the best of my ability and still >> cannot get unsubscribed from this emailing list. Can someone help me >> please? >> >> Thanks, >> >> Tim Heath >> >> P.S. >> >> It is a great list, just have too much work right now to read all of it. >> >> > > > From huntharo@msu.edu Wed Aug 6 19:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 19:58:00 -0000 Subject: rfe: seamless windows integration In-Reply-To: <3F3153DD.7030003@hotmail.com> References: <3F2F1086.6070300@hotmail.com> <3F2F1847.5010006@msu.edu> <3F303590.709@hotmail.com> <3F3041E3.7050808@msu.edu> <20030806031710.GE19231@redhat.com> <3F30FD7B.5050607@burri.to> <3F31056F.7020800@msu.edu> <3F3153DD.7030003@hotmail.com> Message-ID: <3F315DF0.2080000@msu.edu> Jack Tanner wrote: > Harold L Hunt II wrote: > >> Interesting idea. Probably the easiest thing to do here would be to >> either create a list of 'term' programs or 'non-term' programs along >> with a list of excluded programs. Of course, we would want to figure >> out which list, 'term' or 'non-term', was going to be shortest before >> deciding which to make. >> >> To skirt the setup "Create Cygwin/XFree86 icons?" step, we could >> simply stuff the above lists and a modified version of your script in >> a new package called, for example, >> XFree86-start-menu-icons-4.3.0-1.tar.bz2. > > > I would go a step further. As Brian (and others) have pointed out, the > default X install contains a bunch of programs that aren't really > "important", e.g., xlogo. Creating a huge list of them in the start menu > would indeed be "clutter", and I concede that what I initially suggested > (shortcuts for all clients) would be silly. I don't know the > functionality of 90% of what's in /usr/X11R6/bin/*.exe, but I'm sure > some things are used more widely than others, and some are more and some > less appropriate for the start menu. > Yes, most of the programs would go in the 'exclude' list. > Here's what would be useful, though: if I install a Cygwin-ized Emacs, > for example, there should be a shortcut for it in the start menu. > Granted, I should be taking this request to Emacs' packagers, but the > folks here have unique expertise suited to this task, and perhaps could > work with apps' packagers to provide this functionality. > > It would be a bad idea to install icons for apps that aren't there, > though, and so I'm tempted to argue against a > XFree86-start-menu-icons-4.3.0-1.tar.bz2. On the other hand, there may > be a smart way of writing the scripts for that tarball, such that a > particular icon is installed only if the app is actually present. This > way Emacs and all the other packages wouldn't have to be altered. > I think the package should probably be called 'XFree86-bin-icons', that way it is clear that you are installing icons only for the programs in XFree86-bin. I don't want this package to have to be updated every time someone makes a new package for Cygwin/XFree86 that might need an icon. This was new packages could have their own -icons package if they chose to do so. This also splits the maintenace of the icons to the current maintainers of each Cygwin/XFree86 package, which is very important. > The rule of thumb for what's a good application to add to the start menu > could be this: if you use it as a GUI, and you can get reasonable > mileage out of the app without passing varying parameters on start up, > it should have a shortcut. (Filename parameters would be easy exception > to pass using the standard windows technique of drag-and-drop to start > menu.) Of course. Harold From cgf-idd@cygwin.com Wed Aug 6 20:16:00 2003 From: cgf-idd@cygwin.com (Christopher Faylor) Date: Wed, 06 Aug 2003 20:16:00 -0000 Subject: Need help unsubscribing In-Reply-To: <3F3154BA.9010902@fedex.com> References: <3F312C5B.4050502@fedex.com> <3F3134D9.3030102@msu.edu> <3F3154BA.9010902@fedex.com> Message-ID: <20030806201608.GC18771@redhat.com> On Wed, Aug 06, 2003 at 01:19:22PM -0600, Tim Heath wrote: >I have been doing that, it is not working. What can I do to prove this >to you? Follow the directions that I provided. They will work. In the extremely unlikely event that they don't work, you'll be directed to the proper place to report your problems and you'll know the proper information to provide. cgf >On Wed, Aug 06, 2003 at 01:03:21PM -0400, Harold L Hunt II wrote: >>Tim, >> >>Go all the way to the bottom of the following page and send in an >unsubscribe request. You then reply to that message and you will be >>unsubscribed. >> >>http://cygwin.com/lists.html > >If that doesn't work, go here and progress all the way through step 5 >if needed: > >http://sources.redhat.com/lists.html#unsubscribe-simple From Tuttle_James@emc.com Wed Aug 6 20:18:00 2003 From: Tuttle_James@emc.com (Tuttle_James@emc.com) Date: Wed, 06 Aug 2003 20:18:00 -0000 Subject: Multiwindow mode problem with Mozilla/Phoenix on Solaris Message-ID: <93F527C91A6ED411AFE10050040665D006BAFB78@corpusmx1.us.dg.com> I found your thread on the Multiwindow/xwinclip problem with Mozilla, etc. (running on Solaris, displaying on Cygwin XFree86 on Win200). Thanks for the tip. Removing the -clipboard option stopped my crashes (I was crashing while running "netscape -edit", or the Mozilla/Firebird equivalent). I also found the same crashes if I ran the standalone xwinclip application. Don't know what caused it, but I can live with the clipboard (can't live with multiwindow support!). Thanks, Jim From Asaf@halewa.com Wed Aug 6 22:11:00 2003 From: Asaf@halewa.com (Asaf Bokish) Date: Wed, 06 Aug 2003 22:11:00 -0000 Subject: Download full Cygwin/XFree86 Message-ID: <200308061526.AA287375694@halewa.com> Hello, My name is Asaf, and I'm wan't to install Cygwin/XFree86 on my computer. The computer I want to install the Cygwin/XFree86 on is not connected to the Internet, so I need a full version of the installation. Where can I get such intallation? Tx Asaf Bokish asaf@halewa.com ____________________________________________________________ Free 20MB Web Site Hosting and Personalized E-mail Service! Get It Now At Doteasy.com http://www.doteasy.com/et/ From huntharo@msu.edu Wed Aug 6 23:50:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 06 Aug 2003 23:50:00 -0000 Subject: Download full Cygwin/XFree86 In-Reply-To: <200308061526.AA287375694@halewa.com> References: <200308061526.AA287375694@halewa.com> Message-ID: <3F31944C.8000701@msu.edu> Download it to disk and burn it to a CD. Harold Asaf Bokish wrote: > Hello, > My name is Asaf, and I'm wan't to install Cygwin/XFree86 on my computer. > The computer I want to install the Cygwin/XFree86 on is not connected to the Internet, so I need a full version of the installation. > Where can I get such intallation? > > Tx > Asaf Bokish > asaf@halewa.com > > > ____________________________________________________________ > Free 20MB Web Site Hosting and Personalized E-mail Service! > Get It Now At Doteasy.com http://www.doteasy.com/et/ From earle@ziplabel.com Thu Aug 7 01:44:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 07 Aug 2003 01:44:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <20030806172918.GA15173@redhat.com> References: <3F3135AF.5020404@msu.edu> <20030806165246.F31561C55B@mail03.powweb.com> <3F3135AF.5020404@msu.edu> Message-ID: <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> Howdy Christopher, Igor, and Harold... ... >Two small notes here: >1) You can actually call setenv("DISPLAY", value) inside the XWin process, >which will be inherited by XWin's children. ... >On Wed, Aug 06, 2003 at 01:06:55PM -0400, Harold L Hunt II wrote: > >The for loop that you have is the way I have seen it done before. >Me too. However, if you can find an API specification for something >which does something similar in the Single Unix Specification, I'd be >...>> getrlimit(RLIMIT_NOFILE, &rl); > >> for (i = STDERR_FILENO+1; i < rl.rlim_max; i++) > >> (void) close(i); > >>but that seems wasteful to iterate over rlim_max... (make that rlim_cur, closing 4 billion descriptors takes too long...) I'm attaching another diff (against test95 plain), be sure to so a "make Makefiles" and "make depend" before "make XWin.exe". It does all the prior stuff and a) Closes all fds on the fork()'d process b) Sets environment variable DISPLAY=xxx:yy c) Replaces %display% with 127.0.0.1:.0 in commands d) Better syntax error display, gives lineno and expected token in XWin.log e) Error messages in log when it can't load an icon/etc. f) Checks WM_NAME property for a match for icons, not just class name ^^ Pretty neat in use, I have my fast Linux machine xterms with titlebars like "Linux:machinename:$cwd" and Hobbes (Calvin&Hobbes) icon, and my slow Sun machine xterms with a CharlieBrown icon! -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: xwinrc.diffs.2.bz2 Type: application/octet-stream Size: 11331 bytes Desc: not available URL: From cgf@redhat.com Thu Aug 7 01:57:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 07 Aug 2003 01:57:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> References: <3F3135AF.5020404@msu.edu> <20030806165246.F31561C55B@mail03.powweb.com> <3F3135AF.5020404@msu.edu> <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> Message-ID: <20030807015719.GC27657@redhat.com> On Wed, Aug 06, 2003 at 06:45:22PM -0700, Earle F. Philhower III wrote: >Howdy Christopher, Igor, and Harold... > >... >>Two small notes here: >>1) You can actually call setenv("DISPLAY", value) inside the XWin process, >>which will be inherited by XWin's children. >... >>On Wed, Aug 06, 2003 at 01:06:55PM -0400, Harold L Hunt II wrote: >>>The for loop that you have is the way I have seen it done before. >>Me too. However, if you can find an API specification for something >>which does something similar in the Single Unix Specification, I'd be >>...>> getrlimit(RLIMIT_NOFILE, &rl); >>>> for (i = STDERR_FILENO+1; i < rl.rlim_max; i++) >>>> (void) close(i); >>>>but that seems wasteful to iterate over rlim_max... >(make that rlim_cur, closing 4 billion descriptors takes too long...) > >I'm attaching another diff (against test95 plain), be sure to so a >"make Makefiles" and "make depend" before "make XWin.exe". > >It does all the prior stuff and >a) Closes all fds on the fork()'d process It *may* be helpful to call setsid() at this point, after you've closed the file descriptors. cgf From earle@ziplabel.com Thu Aug 7 02:23:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 07 Aug 2003 02:23:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <20030807015719.GC27657@redhat.com> References: <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> <3F3135AF.5020404@msu.edu> <20030806165246.F31561C55B@mail03.powweb.com> <3F3135AF.5020404@msu.edu> <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030806192213.00adc998@mail.ziplabel.com> Howdy Christopher... At 09:57 PM 8/6/2003 -0400, you wrote: > >a) Closes all fds on the fork()'d process >It *may* be helpful to call setsid() at this point, after you've closed >the file descriptors. I'm not really up on cygwin's process model, what would the setsid() call do? I have read the man page and I'm still not sure what's a session ID or why I'd want a new one... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Thu Aug 7 02:40:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 07 Aug 2003 02:40:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> References: <3F3135AF.5020404@msu.edu> <20030806165246.F31561C55B@mail03.powweb.com> <3F3135AF.5020404@msu.edu> <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> Message-ID: <3F31BC01.9040405@msu.edu> Earle F. Philhower III wrote: The most recent patch looks pretty good from your description. > c) Replaces %display% with 127.0.0.1:.0 in commands Huh, I was going to say that %display% should be replaced with "127.0.0.1:0.0", but then I remembered that we know the "0.0", but we don't know that the user connected via "127.0.0.1". However, should we just choose to replace display with "127.0.0.1:d.s" where d is display and s is screen? I know that some users report better performance when using their actual ip instead of lookback for DISPLAY... Ugh... what should we do here? Leave it as you did it? Harold From earle@ziplabel.com Thu Aug 7 02:53:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 07 Aug 2003 02:53:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <3F31BC01.9040405@msu.edu> References: <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> <3F3135AF.5020404@msu.edu> <20030806165246.F31561C55B@mail03.powweb.com> <3F3135AF.5020404@msu.edu> <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030806194731.00ad08c0@mail.ziplabel.com> Howdy Harold... At 10:40 PM 8/6/2003 -0400, you wrote: >>c) Replaces %display% with 127.0.0.1:.0 in commands >Huh, I was going to say that %display% should be replaced with >"127.0.0.1:0.0", but then I remembered that we know the "0.0", but we >don't know that the user connected via "127.0.0.1". However, should we >just choose to replace display with "127.0.0.1:d.s" where d is display and >s is screen? I know that some users report better performance when using >their actual ip instead of lookback for DISPLAY... >Ugh... what should we do here? Leave it as you did it? I plead innocence! Actually, 127.0.0.1 is what the clipboard and WM connect to, so I just left it at that. As for screens, I chose 0 because while you can have multiple screens per server, what one do you choose when you do something from a menu? If I choose "xterm" from the taskbar, which screen does that mean? Seriously, I couldn't think of a good answer. I don't really have any love for one or the other method, whatever works is OK by me... I shudder to imagine how the loopback adapter is slower than an IP lookup, and double-shudder when you can actually notice the difference with XWin being so slow updating the screen anyway... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From cgf@redhat.com Thu Aug 7 03:00:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Thu, 07 Aug 2003 03:00:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <5.1.1.6.2.20030806192213.00adc998@mail.ziplabel.com> References: <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> <3F3135AF.5020404@msu.edu> <20030806165246.F31561C55B@mail03.powweb.com> <3F3135AF.5020404@msu.edu> <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> <5.1.1.6.2.20030806192213.00adc998@mail.ziplabel.com> Message-ID: <20030807030050.GA10718@redhat.com> On Wed, Aug 06, 2003 at 07:24:32PM -0700, Earle F. Philhower III wrote: >Howdy Christopher... > >At 09:57 PM 8/6/2003 -0400, you wrote: >>>a) Closes all fds on the fork()'d process >>It *may* be helpful to call setsid() at this point, after you've closed >>the file descriptors. > >I'm not really up on cygwin's process model, what would the setsid() call >do? I have read the man page and I'm still not sure what's a session ID or >why I'd want a new one... It would disassociate a tty from any child process. It's often done after file descriptors have been closed. I don't know for sure that it will help anything but it may stop the console windows from popping up -- at least in cygwin 1.5.x. cgf From Ralf.Habacker@freenet.de Thu Aug 7 08:57:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Thu, 07 Aug 2003 08:57:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <3F31BC01.9040405@msu.edu> Message-ID: <020a01c35cc1$ef941a10$70a407d5@BRAMSCHE> Hi all, > > The most recent patch looks pretty good from your description. > > > c) Replaces %display% with 127.0.0.1:.0 in commands > > Huh, I was going to say that %display% should be replaced with > "127.0.0.1:0.0", but then I remembered that we know the "0.0", but we > don't know that the user connected via "127.0.0.1". However, should we > just choose to replace display with "127.0.0.1:d.s" where d is display > and s is screen? I know that some users report better performance when > using their actual ip instead of lookback for DISPLAY... ... because the performance of cygwin's tcp implementation is more than twice as much as the unix domain implementation. I assume that this is caused by the additional security and emulation stuff overhead, which is needed to implement unix domain sockets on top of tcp sockets. See http://sources.redhat.com/ml/cygwin/2002-01/msg01719.html for further details. Ralf From huntharo@msu.edu Thu Aug 7 12:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 07 Aug 2003 12:41:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <020a01c35cc1$ef941a10$70a407d5@BRAMSCHE> References: <020a01c35cc1$ef941a10$70a407d5@BRAMSCHE> Message-ID: <3F3248DC.7090604@msu.edu> Ralf, If my IP is w.x.y.z vs. my loopback of 127.0.0.1, how is one of these using unix domain sockets and the other using tcp/ip? Harold Ralf Habacker wrote: > Hi all, > > >>The most recent patch looks pretty good from your description. >> >> >>>c) Replaces %display% with 127.0.0.1:.0 in commands >> >>Huh, I was going to say that %display% should be replaced with >>"127.0.0.1:0.0", but then I remembered that we know the "0.0", but we >>don't know that the user connected via "127.0.0.1". However, should we >>just choose to replace display with "127.0.0.1:d.s" where d is display >>and s is screen? I know that some users report better performance when >>using their actual ip instead of lookback for DISPLAY... > > > ... because the performance of cygwin's tcp implementation is more than twice as > much as the unix domain implementation. > I assume that this is caused by the additional security and emulation stuff > overhead, which is needed to implement unix domain sockets on top of tcp > sockets. > > See http://sources.redhat.com/ml/cygwin/2002-01/msg01719.html for further > details. > > Ralf > From Ralf.Habacker@freenet.de Thu Aug 7 19:20:00 2003 From: Ralf.Habacker@freenet.de (Ralf Habacker) Date: Thu, 07 Aug 2003 19:20:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <3F3248DC.7090604@msu.edu> Message-ID: <022a01c35d18$ee752a00$70a407d5@BRAMSCHE> Hi Harold, > If my IP is w.x.y.z vs. my loopback of 127.0.0.1, how is one of these > using unix domain sockets and the other using tcp/ip? > you're right, the answer is off-topic for this issue. I had read a note about using DISPLAY=:0, which means using unix domain socket and for that my answer was target. I only choosed the wrong mail. Sorry for confusing. Ralf From earle@ziplabel.com Fri Aug 8 00:35:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Fri, 08 Aug 2003 00:35:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <20030807030050.GA10718@redhat.com> References: <5.1.1.6.2.20030806192213.00adc998@mail.ziplabel.com> <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> <3F3135AF.5020404@msu.edu> <20030806165246.F31561C55B@mail03.powweb.com> <3F3135AF.5020404@msu.edu> <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> <5.1.1.6.2.20030806192213.00adc998@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030807173216.00ad1230@mail.ziplabel.com> Howdy again Christopher... At 11:00 PM 8/6/2003 -0400, you wrote: > >I'm not really up on cygwin's process model, what would the setsid() call > >do? I have read the man page and I'm still not sure what's a session ID or > >why I'd want a new one... >It would disassociate a tty from any child process. It's often done >after file descriptors have been closed. >I don't know for sure that it will help anything but it may stop the >console windows from popping up -- at least in cygwin 1.5.x. Thanks, I added the setsid() just after closing all but STDIN/OUT/ERR and before the execl() and didn't notice any problems, so next time I put up a patch it'll have this change included. [Of course, I'm running Cygwin 1.3 and not the 1.5 you're working on...] I also found a small bug where if you close a window with a shared icon from the ICONS{} section it deletes the icon even though it shouldn't. I'm just waiting for more input on the whole "What should DISPLAY be set to?" question before I clutter up the mailing list with another patch... Except for that, the only thing I can think of adding is a 'reread the prefs file' command to the MENU{} format. Has anyone else tried the .xwinrc yet? -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From cgf@redhat.com Fri Aug 8 02:58:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Fri, 08 Aug 2003 02:58:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <5.1.1.6.2.20030807173216.00ad1230@mail.ziplabel.com> References: <5.1.1.6.2.20030806192213.00adc998@mail.ziplabel.com> <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> <3F3135AF.5020404@msu.edu> <20030806165246.F31561C55B@mail03.powweb.com> <3F3135AF.5020404@msu.edu> <5.1.1.6.2.20030806182249.00ae4ab8@mail.ziplabel.com> <5.1.1.6.2.20030806192213.00adc998@mail.ziplabel.com> <5.1.1.6.2.20030807173216.00ad1230@mail.ziplabel.com> Message-ID: <20030808025832.GB27523@redhat.com> On Thu, Aug 07, 2003 at 05:36:10PM -0700, Earle F. Philhower III wrote: >Howdy again Christopher... > >At 11:00 PM 8/6/2003 -0400, you wrote: >>>I'm not really up on cygwin's process model, what would the setsid() call >>>do? I have read the man page and I'm still not sure what's a session ID >>or >>>why I'd want a new one... >>It would disassociate a tty from any child process. It's often done >>after file descriptors have been closed. >>I don't know for sure that it will help anything but it may stop the >>console windows from popping up -- at least in cygwin 1.5.x. > >Thanks, I added the setsid() just after closing all but STDIN/OUT/ERR >and before the execl() and didn't notice any problems, so next time >I put up a patch it'll have this change included. [Of course, I'm >running Cygwin 1.3 and not the 1.5 you're working on...] ...so watch how it will cause cygwin to crash and burn when you port to 1.5.1... :-) cgf From geek@burri.to Fri Aug 8 03:36:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Fri, 08 Aug 2003 03:36:00 -0000 Subject: First pass at script to build start menu icons Message-ID: <3F335314.4010109@burri.to> OK, it took me a little longer to get the script to this point than I would have liked, BUT I'm pretty happy with the results. Comments are welcome, flames > /dev/null. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygwin-icons.sh URL: From kalunlee@eee.hku.hk Fri Aug 8 08:47:00 2003 From: kalunlee@eee.hku.hk (Clive Lee) Date: Fri, 08 Aug 2003 08:47:00 -0000 Subject: help: startx failed Message-ID: Dear Sir/Madam, I am starting to use cygwin and I have followed the steps to install. However, when I type startx in cygwin, it appears in the screen that "giving up xinit: connection refused(errno 111): unable to connect to X server xinit: no such process(errno 3): Server error" Since I need to finish some simulations by the end of this month, it would be appreciated if I could have help. Thank you very much. Regards, Nico 1/Unzip the zipfile ns-allinone-2.26-cygwin-binaries.zip under cygwin root directory (C:/cygwin). It will place all binary files under /usr/bin and libraries under /usr/lib. 2/Next setup the path to tcl library by typing "export TCL_LIBRARY=/usr/lib/tcl8.3/" at the cygwin (bash) shell prompt. 3/Inorder to run nam, you need to start the XFree86 server (type startx at the prompt) first and then run nam.exe from one of the xterminals. From nedko.arnaudov@atia.com Fri Aug 8 10:36:00 2003 From: nedko.arnaudov@atia.com (Nedko Arnaudov) Date: Fri, 08 Aug 2003 10:36:00 -0000 Subject: test, please ignore Message-ID: I need to test if I am able to post to *this* newsgroup/mailinglist Please ignore. From huntharo@msu.edu Fri Aug 8 12:38:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 08 Aug 2003 12:38:00 -0000 Subject: help: startx failed In-Reply-To: References: Message-ID: <3F3399CB.7090004@msu.edu> Please read the following instructions on how to startup Cygwin/XFree86: http://xfree86.cygwin.com/docs/ug/using.html#using-starting I recommend that you try startxwin.bat before you start working with startx. Send in the contents of /tmp/XWin.log if you continue to have problems. Harold Clive Lee wrote: > Dear Sir/Madam, > > I am starting to use cygwin > and I have followed the steps > to install. However, when I type > startx in cygwin, it appears > in the screen that > > "giving up > xinit: connection refused(errno > 111): unable to connect to X server > xinit: no such process(errno 3): > Server error" > > Since I need to finish some > simulations by the end of this > month, it would be appreciated > if I could have help. > > Thank you very much. > > Regards, > Nico > > > > 1/Unzip the zipfile ns-allinone-2.26-cygwin-binaries.zip under cygwin root > directory (C:/cygwin). It will place all binary files under /usr/bin and > libraries under /usr/lib. > 2/Next setup the path to tcl library by typing "export > TCL_LIBRARY=/usr/lib/tcl8.3/" at the cygwin (bash) shell prompt. > 3/Inorder to run nam, you need to start the XFree86 server (type startx at > the prompt) first and then run nam.exe from one of the xterminals. > From huntharo@msu.edu Fri Aug 8 12:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 08 Aug 2003 12:45:00 -0000 Subject: First pass at script to build start menu icons In-Reply-To: <3F335314.4010109@burri.to> References: <3F335314.4010109@burri.to> Message-ID: <3F339B6F.7040008@msu.edu> Brian, That script looks great to me. I would like some input on a few things before I go ahead with this (unless no one responds, in which case I will just go ahead): The list of programs to create icons for is embedded in the script itself. The script will still work, since I just copy the whole thing to /etc/postinstall/XWin-bin-icons.sh. However, I was thinking about how we should probably install this script in /usr/X11R6/bin and the list of icons in some other location. That way a user could manually run or rerun the script to replace icons that they had removed accidentally. Furthermore, having the list of icons in a plain text file would allow the creation of a preremove script that (is this possible?) did a diff between the old icon list and the new icon list to find out which icons were being specifically removed between versions. Alternatively, we could make the preremove script remove the entire list of icons that were created the first time, then have the upgraded postinstall script just put them all back. In any case it would be smart to have that list of icons in a shared location so that the postinstall and preremove scripts could both reference it. Thanks for contributing Brian, I really appreciate it. Harold Brian E. Gallew wrote: > OK, it took me a little longer to get the script to this point than I > would have liked, BUT I'm pretty happy with the results. Comments are > welcome, flames > /dev/null. > > > ------------------------------------------------------------------------ > > #! /bin/sh > # Author: Brian Gallew > > TOPFOLDER="$(cygpath -A -P)/Cygwin-XFree86" > > #Ensure that a given program is somewhere in the current $PATH > function checkpath () { > c=$(which $1 2> /dev/null) > test ! -z "$c" > } > > # Create a shortcut for an application that draws its own windows > # Takes four or five arguments: appname, description folder, the > # offset of the icon , and any arguments > > function xapp () { > app="$1" > shift > description="$1" > shift > folder="${TOPFOLDER}/$1" > shift > icon="--icon=/cygwin.ico" > test -z "$2" || icon="--iconoffset=$2" > shift > test -d "${folder}" || mkdir -p "${folder}" > mkshortcut "${icon}" --arguments=${app}\ -display\ :0\ "$@" \ > --name="${folder}/${description}" \ > --workingdir="${HOME}" /usr/X11R6/bin/run.exe > } > > # Create a shortcut for a text-output-only application > function tapp () { > app="$1" > shift > description="$1" > shift > folder="${TOPFOLDER}/$1" > shift > test -d "${folder}" || mkdir -p "${folder}" > mkshortcut --arguments=xterm\ -display\ :0\ -e\ sh\ -c\ \"${app}\ -display\ :0\ "$@"\ "| less"\" \ > --name="${folder}/${description}" --icon=/cygwin.ico \ > --workingdir="${HOME}" /usr/X11R6/bin/run.exe > test $? -eq 0 && return > echo $app:$description:$folder:: > } > > #format of an entry here: > #executable name:Description:sub-folder:which function to call:icon offset:arguments > #If the sub-folder is empty, then the icon will be placed in $TOPFOLDER > #the "function to call" should be either xapp or tapp > #If the program provides its own icon in the executable, this is the offset for it (0 based) > #The arguments (if any) will be appended to the command. > X11proggies=( > bitmap:"Bitmap Editor"::xapp:: > dpsexec:"Display PostScript command interface":Tools:tapp:: > dpsinfo:"The Display PostScript extension":Information:tapp:: > editres:"Xaw resource editor":Tools:xapp:: > fc-list:"List available FreeType fonts":Information:tapp:: > glxgears:"Gear Demo":Toys:xapp:: > glxinfo:"GLX information":Information:tapp:: > ico:"Bouncing Icosohedron":Toys:xapp:: > oclock:"Shaped Clock"::xapp:: > showrgb:"List rgb database":Information:tapp:: > texteroids:"DPS demo asteroids game":Games:xapp:: > viewres:"Xaw resource viewer":Tools:xapp:: > vncviewer:"VNC viewer client"::xapp:: > wmagnify:"magnifying glass":Tools:xapp:: > xbiff:"mail checker"::xapp:: > xcalc:"Calculator"::xapp:: > xclock:"Clock"::xapp:: > xconsole:"Console":Tools:xapp:: > xcutsel:"Clipboard manipulator":Tools:xapp:: > xditview:"Ditroff output viewer"::xapp:: > xdpyinfo:"Display information":Information:tapp:: > xdvi:"DVI viewer"::xapp:: > xedit:"Simple file editor":Tools:xapp:: > xev:"X11 event debugger":Tools:xapp:: > xeyes:"Watches the Mouse":Toys:xapp:: > xfontsel:"Pick a font":Tools:tapp:: > xfsinfo:"The font server":Information:tapp:: > xgc:"X11 demo":Toys:xapp:: > xkill:"Kill an X11 window":Tools:xapp:: > xlogo:"Display the X11 logo":Toys:xapp:: > xlsatoms:"List available atoms":Information:tapp:: > xlsclients:"List all connected clients":Information:tapp:: > xlsfonts:"List all available fonts":Information:tapp:: > xmag:"Magnifying glass":Tools:xapp:: > xman:"Manual page reader"::xapp:: > xmh:"GUI for the MH mail system"::xapp:: > xprop:"Display the propertis of a window":Information:tapp:: > xrefresh:"Refresh all X11 clients":Tools:xapp:: > xterm:"X Terminal"::xapp:0: > xtrapinfo:"The TRAP extension":Information:tapp:: > xvinfo:"The X-Video Extension":Information:tapp:: > xwd:"Dump X11 window image to file":Tools:tapp:: > xwininfo:"A single window":Information:tapp:: > gvim:"GUI for VIM"::xapp:0: > emacs:"Editor"::xapp:0: > xemacs:"Editor"::xapp:0: > idle:"Python IDE"::xapp:: > rxvt:"RXVT"::xapp:0: > ) > > for index in $(seq 0 ${#X11proggies[*]}) > do > a=${X11proggies[$index]} > test -z "$a" && continue > # This next line breaks up the elements and set $1..$6 appropriately > IFS=":";set $a;unset IFS > checkpath $1 > test $? -eq 0 || continue > case $4 in > xapp) > xapp $1 "$2" "$3" $5 $6 > ;; > tapp) > tapp $1 "$2" "$3" $6 > ;; > *) > echo `hosed!` > echo $* > esac > done From geek@burri.to Fri Aug 8 15:31:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Fri, 08 Aug 2003 15:31:00 -0000 Subject: First pass at script to build start menu icons In-Reply-To: <3F339B6F.7040008@msu.edu> References: <3F335314.4010109@burri.to> <3F339B6F.7040008@msu.edu> Message-ID: <3F33C25D.6040908@burri.to> Harold L Hunt II wrote: > The list of programs to create icons for is embedded in the script > itself. The script will still work, since I just copy the whole thing > to /etc/postinstall/XWin-bin-icons.sh. However, I was thinking about > how we should probably install this script in /usr/X11R6/bin and the > list of icons in some other location. Well, it's trivially easy for me to extract the variables into a file, e.g., /etc/X11/icon-list, and then dot it in the script. > Furthermore, having the list of icons in a plain text > file would allow the creation of a preremove script that (is this > possible?) did a diff between the old icon list and the new icon list to > find out which icons were being specifically removed between versions. Possible, sure, but probably too much work. Instead, how about having the preremove script simply remove all the icons it created? Then the new one would create a new set of icons and all would be well! Also, it would be pretty easy to add the remove functionality. In fact, here's another version! The icon-list file goes in /etc/X11. If you add a "-d" to the command, it purges only the icons it created, AND any empty directories under there. > Thanks for contributing Brian, I really appreciate it. It's the least I can do. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygwin-icons.sh URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: icon-list URL: From geek@burri.to Fri Aug 8 16:06:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Fri, 08 Aug 2003 16:06:00 -0000 Subject: First pass at script to build start menu icons In-Reply-To: <3F33C25D.6040908@burri.to> References: <3F335314.4010109@burri.to> <3F339B6F.7040008@msu.edu> <3F33C25D.6040908@burri.to> Message-ID: <3F33CA7E.7030609@burri.to> Uhm, ignore that last one. I've got another one cooking as soon as I can figure out a good way to resolve executables. From geek@burri.to Fri Aug 8 16:28:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Fri, 08 Aug 2003 16:28:00 -0000 Subject: First pass at script to build start menu icons In-Reply-To: <3F33CA7E.7030609@burri.to> References: <3F335314.4010109@burri.to> <3F339B6F.7040008@msu.edu> <3F33C25D.6040908@burri.to> <3F33CA7E.7030609@burri.to> Message-ID: <3F33CF98.9080309@burri.to> OK, here's a better set. It actually sets the right icons and deals correctly with having symlinked programs without the trailing .exe. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: icon-list URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygwin-icons.sh URL: From huntharo@msu.edu Sat Aug 9 04:00:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 09 Aug 2003 04:00:00 -0000 Subject: First pass at script to build start menu icons In-Reply-To: <3F33CF98.9080309@burri.to> References: <3F335314.4010109@burri.to> <3F339B6F.7040008@msu.edu> <3F33C25D.6040908@burri.to> <3F33CA7E.7030609@burri.to> <3F33CF98.9080309@burri.to> Message-ID: <3F3471C9.6050109@msu.edu> Brian, Couple of things: 1) It seems that we are going to need to somehow get cygwin1.dll in the path of the shortcuts. One way to do this would be to set the working dir for each shortcut to '/bin'. I don't trust 99% of users to understand how to set a path variable so that it remains set in Windows, so this is going to have to be the default. We could, of course, provide a means to override the working directory. 2) Terminal programs run and exit. Its like doing Start->Run->ipconfig. The console pops up, lists its output, then is promptly destroyed. I seem to recall an xterm option that caused it to remain open until closed manually, but I cannot remember it now. 3) xterm.exe doesn't appear to contain an icon at offset 0. No icon is displayed on my machine. 4) The last section of a line in icon-list is supposed to be for arguments, but you don't have an example of how the arguments are to be escaped. I tried a few ideas I had to pass some args to xterm, but none of them worked. Additionally, it doesn't look like the args are actually passed. Am I missing something? Is this functionality not yet implemented? 5) All things DPS are busted on Cygwin/XFree86 because we don't have the DPS extension. I should probably turn off building of them... but they could still be used to display on a remote X Server, I think. In any case, icons for the DPS-related programs are probably useless. Do you agree that they should probably be removed? Thanks again for contributing, Harold Brian E. Gallew wrote: > OK, here's a better set. It actually sets the right icons and deals > correctly with having symlinked programs without the trailing .exe. > > > ------------------------------------------------------------------------ > > # Yo! Emacs! Edit this in -*- shell-script -*- mode! > > # This is the root for the icon creation. > TOPFOLDER="$(cygpath -A -P)/Cygwin-XFree86" > > #format of an entry here: > #executable name:Description:sub-folder:which function to call:icon offset:arguments > #If the sub-folder is empty, then the icon will be placed in $TOPFOLDER > #the "function to call" should be either xapp or tapp > #If the program provides its own icon in the executable, this is the offset for it (0 based) > #The arguments (if any) will be appended to the command. > X11proggies=( > bitmap:"Bitmap Editor"::xapp:: > dpsexec:"Display PostScript command interface":Tools:tapp:: > dpsinfo:"The Display PostScript extension":Information:tapp:: > editres:"Xaw resource editor":Tools:xapp:: > fc-list:"List available FreeType fonts":Information:tapp:: > glxgears:"Gear Demo":Toys:xapp:: > glxinfo:"GLX information":Information:tapp:: > ico:"Bouncing Icosohedron":Toys:xapp:: > oclock:"Shaped Clock"::xapp:: > showrgb:"List rgb database":Information:tapp:: > texteroids:"DPS demo asteroids game":Games:xapp:: > viewres:"Xaw resource viewer":Tools:xapp:: > vncviewer:"VNC viewer client"::xapp:: > wmagnify:"magnifying glass":Tools:xapp:: > xbiff:"mail checker"::xapp:: > xcalc:"Calculator"::xapp:: > xclock:"Clock"::xapp:: > xconsole:"Console":Tools:xapp:: > xcutsel:"Clipboard manipulator":Tools:xapp:: > xditview:"Ditroff output viewer"::xapp:: > xdpyinfo:"Display information":Information:tapp:: > xdvi:"DVI viewer"::xapp:: > xedit:"Simple file editor":Editors:xapp:: > xev:"X11 event debugger":Tools:xapp:: > xeyes:"Watches the Mouse":Toys:xapp:: > xfontsel:"Pick a font":Tools:tapp:: > xfsinfo:"The font server":Information:tapp:: > xgc:"X11 demo":Toys:xapp:: > xkill:"Kill an X11 window":Tools:xapp:: > xlogo:"Display the X11 logo":Toys:xapp:: > xlsatoms:"List available atoms":Information:tapp:: > xlsclients:"List all connected clients":Information:tapp:: > xlsfonts:"List all available fonts":Information:tapp:: > xmag:"Magnifying glass":Tools:xapp:: > xman:"Manual page reader"::xapp:: > xmh:"GUI for the MH mail system"::xapp:: > xprop:"Display the propertis of a window":Information:tapp:: > xrefresh:"Refresh all X11 clients":Tools:xapp:: > xterm:"X Terminal"::xapp:0: > xtrapinfo:"The TRAP extension":Information:tapp:: > xvinfo:"The X-Video Extension":Information:tapp:: > xwd:"Dump X11 window image to file":Tools:tapp:: > xwininfo:"A single window":Information:tapp:: > gvim:"GUI for VIM":Editors:xapp:: > emacs:"Emacs":Editors:xapp:: > xemacs:"XEmacs":Editors:xapp:0: > idle:"Python IDE":Tools:xapp:: > rxvt:"RXVT"::xapp:0: > ) > > > ------------------------------------------------------------------------ > > #! /bin/bash > # Author: Brian Gallew > > # This next line defines TOPFOLDER and X11proggies > . /etc/X11/icon-list > > #Ensure that a given program is somewhere in the current $PATH > function checkpath () { > c=$(which $1 2> /dev/null) > test ! -z "$c" > } > > #Make sure the program we *think* we're pointing to is the real deal. > function canonicalize () { > a=$(which "$1") > while test -h "$a" > do > set $(ls -l "$a") > while test ! -z "$2";do shift;done > a=$(dirname "$a")/"$1" > done > test -f "$a".exe && echo "$a".exe || echo "$a" > } > > # Create a shortcut for an application that draws its own windows > # Takes four or five arguments: appname, description folder, the > # offset of the icon , and any arguments > > function xapp () { > app="$1" > shift > description="$1" > shift > folder="${TOPFOLDER}/$1" > shift > if [ -z "$1" ] > then > icon="--icon=/usr/X11R6/bin/run.exe" > ioff="--iconoffset=2" > else > icon=--icon=$(canonicalize "$app") > ioff="--iconoffset=$2" > fi > shift > test -d "${folder}" || mkdir -p "${folder}" > mkshortcut "${icon}" "${ioff}" --arguments=${app}\ -display\ :0\ "$@" \ > --name="${folder}/${description}" \ > --workingdir="${HOME}" /usr/X11R6/bin/run.exe > } > > # Create a shortcut for a text-output-only application > function tapp () { > app="$1" > shift > description="$1" > shift > folder="${TOPFOLDER}/$1" > shift > test -d "${folder}" || mkdir -p "${folder}" > mkshortcut --arguments=xterm\ -display\ :0\ -e\ sh\ -c\ \"${app}\ -display\ :0\ "$@"\ "| less"\" \ > --name="${folder}/${description}" --icon=/cygwin.ico \ > --workingdir="${HOME}" /usr/X11R6/bin/run.exe > test $? -eq 0 && return > echo $app:$description:$folder:: > } > > function create_icons () { > for index in $(seq 0 ${#X11proggies[*]}) > do > a=${X11proggies[$index]} > test -z "$a" && continue > # This next line breaks up the elements and set $1..$6 appropriately > IFS=":";set $a;unset IFS > checkpath $1 > test $? -eq 0 || continue > case $4 in > xapp) > xapp $1 "$2" "$3" $5 $6 > ;; > tapp) > tapp $1 "$2" "$3" $6 > ;; > *) > echo `hosed!` > echo $* > esac > done > } > > function destroy_icons () { > for index in $(seq 0 ${#X11proggies[*]}) > do > a=${X11proggies[$index]} > test -z "$a" && continue > # This next line breaks up the elements and set $1..$6 appropriately > IFS=":";set $a;unset IFS > icon="${TOPFOLDER}/${3}/${2}.lnk" > test -f "${icon}" && \rm -f "${icon}" > done > find "${TOPFOLDER}" -depth -type d -exec rmdir -v --ignore-fail-on-non-empty "{}" \; > } > > function usage () { > cat >&2 < Usage: $0 [-d] > > Without any switches, this will recreate the defined icon set. The > "-d" switch indicates that all the icons should be removed. If, after > the icons are removed, any of the folders are empty, they, too, will > be removed. > EOF > exit -1 > } > > delete=${1} > shift > test -z "$*" || usage > if [ -z "$delete" ] > then > create_icons > else > test "$delete" = "-d" || usage > destroy_icons > fi From huntharo@msu.edu Sat Aug 9 04:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sat, 09 Aug 2003 04:23:00 -0000 Subject: First pass at script to build start menu icons In-Reply-To: <3F3471C9.6050109@msu.edu> References: <3F335314.4010109@burri.to> <3F339B6F.7040008@msu.edu> <3F33C25D.6040908@burri.to> <3F33CA7E.7030609@burri.to> <3F33CF98.9080309@burri.to> <3F3471C9.6050109@msu.edu> Message-ID: <3F34774A.4060405@msu.edu> Harold L Hunt II wrote: > 2) Terminal programs run and exit. Its like doing Start->Run->ipconfig. > The console pops up, lists its output, then is promptly destroyed. I > seem to recall an xterm option that caused it to remain open until > closed manually, but I cannot remember it now. It turned out to be path problems, not that xterm was exiting when the shell was done (which wouldn't be possible because less hadn't finished yet). The problem was two fold: the app has to reference /usr/X11R6/bin/${app} and less has to be /bin/less: mkshortcut --arguments=xterm\ -display\ 127.0.0.1:0.0\ -e\ bash\ -c\ \"/usr/X11R6/bin/${app}\ -display\ 127.0.0.1:0.0\ "$@"\ "| /bin/less"\" \ --name="${folder}/${description}" --icon=/cygwin.ico \ --workingdir=/bin /usr/X11R6/bin/run.exe I think we could do this more cleanly than to hardcode tapp to /usr/X11R6/bin/. Have you got any ideas? I am sure it is really simple, but I have to get to bed now. Harold From rodmedina@cantv.net Sat Aug 9 12:48:00 2003 From: rodmedina@cantv.net (Rodrigo Medina) Date: Sat, 09 Aug 2003 12:48:00 -0000 Subject: HELP, xinit failure Message-ID: <175170-2200386912482173@cantv.net> Hello, After updating XFree86, xinit no longer works. A WINDOWS alert window appears telling that LIBICE.DLL cannot be found. Can somebody tell me if that library is a windows library or if it is a cygwin/xfree library? In the last case, in what package is it included? Thanks in advance. Rodrigo Medina. From dave@aps5.ph.bham.ac.uk Sat Aug 9 13:25:00 2003 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Sat, 09 Aug 2003 13:25:00 -0000 Subject: HELP, xinit failure Message-ID: <200308091326.OAA21350@aps5.ph.bham.ac.uk> > From: "Rodrigo Medina" > To: cygwin-xfree@cygwin.com > Subject: HELP, xinit failure > Date: Sat, 9 Aug 2003 08:48:02 -0400 > Hello, > After updating XFree86, xinit no longer works. > A WINDOWS alert window appears telling that LIBICE.DLL cannot be found. > Can somebody tell me if that library is a windows library or if it is a > cygwin/xfree library? > In the last case, in what package is it included? It's in XFree86-lib-compat - see below. > Thanks in advance. > Rodrigo Medina. > I suspect you have two problems: 1. Your X11 binaries haven't all been updated. I suggest that you check the date of the xinit binary: ls -l /usr/X11R6/bin/xinit.exe If it isn't 1 August, you don't have the current version. To fix this, close down all cygwin processes then launch setup. Reinstall the latest version of the XFree86-bin package. 2. You may also lack the compatibility package, which ensures that 'old' (i.e. pre-upgrade) X11 binaries will continue to work. From setup, select the following package for installation: XFree86-lib-compat. From rodmedina@cantv.net Sat Aug 9 14:34:00 2003 From: rodmedina@cantv.net (rodmedina@cantv.net) Date: Sat, 09 Aug 2003 14:34:00 -0000 Subject: HELP, xinit failure Message-ID: <184670-22003869143359710@cantv.net> Dr.D.J.Picton [dave@aps5.ph.bham.ac.uk] wrote: > .... > 2. You may also lack the compatibility package, which ensures that 'old' > (i.e. pre-upgrade) X11 binaries will continue to work. From setup, select the > following package for installation: > XFree86-lib-compat. Indeed I had skipped that package. Thank you very much Rodrigo Medina From a_ralle2@tiscali.no Sat Aug 9 18:50:00 2003 From: a_ralle2@tiscali.no (a_ralle2@tiscali.no) Date: Sat, 09 Aug 2003 18:50:00 -0000 Subject: what are you waiting for Message-ID: VIRUS ALERT are you sure you're safe? most viruses these days allow unauthorized access to your pc Norton Antivirus Stops hackers, trojans and viruses in their tracks! btw, you look great today. Purchase Norton Now! http://fdsop@profitableproducts.com/default.asp?id=3000 ps. dont want any more of this shit? http://96302fs@profitableproducts.com/remove/remove.html From pechtcha@cs.nyu.edu Sat Aug 9 20:02:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 09 Aug 2003 20:02:00 -0000 Subject: HELP, xinit failure In-Reply-To: <184670-22003869143359710@cantv.net> Message-ID: On Sat, 9 Aug 2003, rodmedina at cantv dot net wrote: > Dr.D.J.Picton [dave at aps5 dot ph dot bham dot ac dot uk] wrote: > > > .... > > 2. You may also lack the compatibility package, which ensures that 'old' > > (i.e. pre-upgrade) X11 binaries will continue to work. From setup, > select the > > following package for installation: > > XFree86-lib-compat. > > Indeed I had skipped that package. > > Thank you very much > > Rodrigo Medina In the future, you might find the setup package search page at useful for these kinds of queries. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From jvaliant@adinet.com.uy Sat Aug 9 22:22:00 2003 From: jvaliant@adinet.com.uy (jvaliant@adinet.com.uy) Date: Sat, 09 Aug 2003 22:22:00 -0000 Subject: Can I take full screen control under w95, of a remote vmware virtual machine running under linux? Message-ID: <3F15455D0001DDC3@nfs01.in.adinet.com.uy> Hello everybody, I apoloshize for my bad english. With VNC At my old notebook ( w95 ), i was trying to take full screen control of a remote vmware virtual machine that runs in a workstation's linux box. I get this message when I started the "power on" of the VMachine: "The virtual machine will not be able to run in full-screen SVGA mode, because your X server is not an XFree86 server and does not support the XFree86 DGA estension for direct-to-frame buffer graphics" After that message I could continue and take control of the virtual machine, but not in full-screen mode. As far as I see in the web, VNC is not the right tool for my purpose because it has not DGA. Has Cygwin/XFree86 DGA ? Do you know if Cygwin/XFree86 will allow me to take full screen control of the virtual machine ?. Thank you very much in advance. Jorge Valiante From cgf@redhat.com Sun Aug 10 00:32:00 2003 From: cgf@redhat.com (Christopher Faylor) Date: Sun, 10 Aug 2003 00:32:00 -0000 Subject: Some X import libraries built by older binutils? Message-ID: <20030810003213.GA13642@redhat.com> While researching a problem on the cygwin mailing list, I did an "nm libX11.a" and noticed that it contained some reexported autoload symbols from the cygwin import library. On checking with Chuck Wilson, I confirmed that this is a problem with older versions of binutils. Rebuilding things with the current release version (binutils-20030307-1) should fix this problem. I don't think it's worth releasing a new version of the import libraries since this obviously isn't causing anyone any harm but it would probably be a good idea to update to the newest version of binutils prior to releasing any further libraries. FYI, cgf From fergus@bonhard.uklinux.net Sun Aug 10 08:57:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Sun, 10 Aug 2003 08:57:00 -0000 Subject: Incorporating .epsi files into TeX docs : failure Message-ID: <000701c35f1d$5bdff4c0$6fc82486@medschool.dundee.ac.uk> Can _you_ incorporate .epsi files into TeX docs and then make a viewable .dvi? I can't ... please read on if you might be able to help ... thank you. W98/SE. Current and complete installation. I start X like this: 1. Start -> Run -> start Xwin -multiwindow 2. Start -> Run -> run rxvt -display :0.0 -e bash X applications work superbly. In particular latex and xdvi work just fine (apart from irritating but otherwise ?inconsequential? error msg from xdvi after quitting the viewer, being fcntl F_SETOWN (xdvi): Invalid argument I suppress this (if I want to) with xdvi filename.dvi 2>/dev/null However, I'm having trouble incorporating diagrams into a TeX document. In draft mode there is no problem as in \documentclass{article} \usepackage[draft]{graphicx} \begin{document} .. \begin{figure}[ht] \centering \includegraphics{diagram.epsi} \caption{This is a test diagram} \end{figure} .. \end{document} which presents a nice maths-y page to screen with a 'holding rectangle' containing text "diagram.epsi" in exactly the right place. BUT if I omit the [draft] instruction ( ie just the sequence [draft] leaving \usepackage{graphicx} ), then the command "latex testdoc.tex" is apparently processed trouble-free but gives rise to a testdoc.dvi that is actually _smaller_ than that resulting when in [draft] mode, and the command "xdvi testdoc.dvi" EITHER flashes a .dvi briefly to screen which then vanishes OR shows the .dvi up to but not including the diagram and then stalls with the Windows eggtimer on screen. Pressing Quit gives the error msg gs: Unknown device: x11 I realise this may be a user-generated TeX problem, but I have tried everything to get this to work, and the fact that in [draft] mode it does work, suggests that at least something, if not everything, is set correctly ... the error msg just described also suggests that maybe I'm setting something up wrong that is X-related? Even in lines 1. and 2. maybe ... By the way, the .epsi file is created from an original .dvi using dvips diagram.dvi # to make diagram.ps ps2epsi diagram.ps # to make diagram.epsi Thank you for any help you can offer, if you routinely manage this successfully. Fergus From huntharo@msu.edu Sun Aug 10 16:47:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 10 Aug 2003 16:47:00 -0000 Subject: New on sourceware: XFree86-bin-icons-4.3.0-1 Message-ID: <3F36772C.509@msu.edu> The XFree86-bin-icons-4.3.0-1 package has been added to the Cygwin distribution. Description: Creates icons for the programs in the XFree86-bin package, as well as icons for other installed X clients, such as emacs. Created by: Brian E. Gallew Packaged by: 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 huntharo@msu.edu Sun Aug 10 16:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 10 Aug 2003 16:58:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> References: <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> Message-ID: <3F3679C3.2060200@msu.edu> Earle, I have committed your patch to my local tree. However, I wonder why all of the files are prefixed with "winmultiwindow". Is the code purely intended only for multiwindow modes? If so, that is fine. It not, perhaps we should rebrand this before we start releasing it and committing it to CVS. Other than that, everything looks great. It builds fine and runs, but I haven't had a chance to play around with the prefs file yet (my paths are different than yours, etc.). Thanks for contributing, Harold Earle F. Philhower III wrote: > Howdy Harold, > At 07:31 PM 8/5/2003 -0400, you wrote: > >> Can't remember if I replied to this yet. I am in the process of >> getting my Inspiron 8500 returned after having it replaced (bought it >> 3 weeks ago). Both the original and the replacement randomly freeze. >> Google for ["Inspiron 8500" freeze] and you'll see exactly what I >> mean. I have been setting up computers for the past two weeks now. >> I have finally ordered a Gateway 450X notebook. Hopefully that will >> work better and allow me to spend a little more time looking at patches. > > > Good luck, on the bright side since it went south so fast you didn't > lose too much data on the drives. > >> In other words, I might look at your patch tomorrow, or I might look >> at it next week. Can't say for sure. >> In any case, thanks for the patch, I like the idea and am looking >> forward to seeing what it does. > > > No rush. But just delete the tar file I sent yesterday, that was really > just > a parser that read the config file. It took a few hours of futzing > around today, > but I got it nicely integrated into the server. Now on init it parses > ~/.XWinrc > or /usr/X11R6/lib/X11/system.XWinrc and makes custom menus and submenus for > the taskbar icon and each window, and can replace icons with ones specified > in the rc file. > > I'm attaching the diffs against test95 below, please use these for any > testing > you do (there are several new files, so if patch asks: you do want to > make new > files...). The file _usr_X11R6_lib_X11_system.XWinrc has all the > documentation > on the RC format anyone'd need. If the file's not found, you get the exact > same behaviour as test95 as far as menus/icons/etc. > > ** There's also a off-by-one bugfix in winmultiwindowclass.c, so no matter > what that file's changes should go in... ** > > Oh yeah, a simple "if (fork()==0) { execl(); exit(0); }" seems to spawn > X and > Windoze apps fine. I know there was some discussion about this earlier... > > Below's the sample config that I'm running that replaces the X.ico with > one that's > floating in my Windows directory, and replaces Xterm's with another, and > adds > custom menus to Xterm, all other windows, and the toolbar window... > > --- > // Below are just some silly menus to demonstrate writing your > // own configuration file. > > // Make some menus... > menu importantapps { > xsol exec "xsol -display 127.0.0.1:0.0" > xv exec "xv -display 127.0.0.1:0.0" > } > > menu root { > // Comments fit here, too... > xterm exec "xterm -display 127.0.0.1:0.0" > notepad exec notepad > xload exec "xload -display 127.0.0.1:0.0" # Comment > separator > "Good Apps" menu importantapps > SEParATOR > } > > menu aot { > Separator > "Always on Top" alwaysontop > } > > menu xtermspecial { > "Emacs" exec "emacs" # test > "Always on Top" alwaysontop > SepArAtor > } > > RootMenu root > > DefaultSysMenu aot atend > > SysMenu { > "xterm" xtermspecial atstart > } > > IconDirectory "c:\winnt\" > > DefaultIcon "reinstall.ico" > > Icons { > "xterm" "uninstall.ico" > } > > DEBUG "Done parsing the configuration file..." > --- > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From earle@ziplabel.com Sun Aug 10 18:17:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Sun, 10 Aug 2003 18:17:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <3F3679C3.2060200@msu.edu> References: <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030810110907.00ac7158@mail.ziplabel.com> Howdy Harold, At 12:58 PM 8/10/2003 -0400, you wrote: >I have committed your patch to my local tree. However, I wonder why all >of the files are prefixed with "winmultiwindow". Is the code purely >intended only for multiwindow modes? If so, that is fine. It not, >perhaps we should rebrand this before we start releasing it and committing >it to CVS. >Other than that, everything looks great. It builds fine and runs, but I >haven't had a chance to play around with the prefs file yet (my paths are >different than yours, etc.). You're correct, the taskbar menu configuration is done for single window mode, too. Whether that's a useful thing, I'm not really sure (it'll work fine, but normally you'd just use your window manager's root menu and not touch the X taskbar icon). Before a commit, I do have a bugfix or two to post. xwinrc.2.diff throws out a window custom icon if the window is closed thru the Windoze close box, and the setsid() CGF suggested isn't in there either. I also added an on-the-fly reload menu command so you don't need to restart X to update the icons/menus. Would you like a diff against xwinrc.2.diff or against test95? -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From huntharo@msu.edu Sun Aug 10 22:13:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 10 Aug 2003 22:13:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <5.1.1.6.2.20030810110907.00ac7158@mail.ziplabel.com> References: <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030810110907.00ac7158@mail.ziplabel.com> Message-ID: <3F36C386.8000301@msu.edu> Earle, Earle F. Philhower III wrote: > Howdy Harold, > > At 12:58 PM 8/10/2003 -0400, you wrote: > >> I have committed your patch to my local tree. However, I wonder why >> all of the files are prefixed with "winmultiwindow". Is the code >> purely intended only for multiwindow modes? If so, that is fine. It >> not, perhaps we should rebrand this before we start releasing it and >> committing it to CVS. >> Other than that, everything looks great. It builds fine and runs, but >> I haven't had a chance to play around with the prefs file yet (my >> paths are different than yours, etc.). > > > You're correct, the taskbar menu configuration is done for single window > mode, too. Whether that's a useful thing, I'm not really sure (it'll work > fine, but normally you'd just use your window manager's root menu and not > touch the X taskbar icon). > Should we change the file prefixes to something along the lines of "winprefs" then? > Before a commit, I do have a bugfix or two to post. xwinrc.2.diff throws > out a window custom icon if the window is closed thru the Windoze close > box, and the setsid() CGF suggested isn't in there either. I also added > an on-the-fly reload menu command so you don't need to restart X to > update the icons/menus. Would you like a diff against xwinrc.2.diff or > against test95? Please send the diff against xwinrc.2.diff. I know that a patch can add new files, but will it know to remove the winmultiwindow files that are getting renamed? If not, I will try to manually remove the new files that are renamed. Thanks for contributing, Harold From pechtcha@cs.nyu.edu Sun Aug 10 23:34:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sun, 10 Aug 2003 23:34:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <3F36C386.8000301@msu.edu> Message-ID: On Sun, 10 Aug 2003, Harold L Hunt II wrote: > [snip] > Please send the diff against xwinrc.2.diff. I know that a patch can add > new files, but will it know to remove the winmultiwindow files that are > getting renamed? If not, I will try to manually remove the new files > that are renamed. $ patch --help [snip] -E --remove-empty-files Remove output files that are empty after patching. [snip] HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From earle@ziplabel.com Mon Aug 11 04:40:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Mon, 11 Aug 2003 04:40:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <3F36C386.8000301@msu.edu> References: <5.1.1.6.2.20030810110907.00ac7158@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030810110907.00ac7158@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030810213420.00acdfa0@mail.ziplabel.com> Howdy Harold, At 06:13 PM 8/10/2003 -0400, you wrote: >Should we change the file prefixes to something along the lines of >"winprefs" then? Done in the attached patch, you'll want to rm winmultiwindowprefs.[cho] winmultiwindowyacc.[ycho] winmultiwindowlex.[lco] to get rid of the old files. The usual drill: make Makefile; make clean; make depend >Please send the diff against xwinrc.2.diff. I know that a patch can add >new files, but will it know to remove the winmultiwindow files that are >getting renamed? If not, I will try to manually remove the new files that >are renamed. I'm attaching a diff -U3 -N against xwinrc.2. It's got all the stuff as before (custom icons, menus, etc.) with a new RELOAD command for a menu item to reload the config files, and the bugfix for overridden icons when closing windows through their title bars, and the setsid() call after the FDs are closed after the fork(). The system.XWinrc file has all the documentation I've written, but I've not been able to make myself sit down and write a man page... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com -------------- next part -------------- A non-text attachment was scrubbed... Name: xwinrc.diffs.2.to.3.bz2 Type: application/octet-stream Size: 13620 bytes Desc: not available URL: From fluid_ops@hotmail.com Mon Aug 11 08:12:00 2003 From: fluid_ops@hotmail.com (Supreme Commander) Date: Mon, 11 Aug 2003 08:12:00 -0000 Subject: emacs menubar not working Message-ID: Hi I normally use RedHat to dev. FORTRAN programs, but dowloaded cygwin; full package to develop the programs there instead. I use Emacs as editor. My problem is 1) I cannot use the menu in Emacs. I have tried to add a 'tty export' key in registry (why I dont really know, but it was recommended in some mail I read), but it does not help. 2) There is no color-coding for .f files. I.e when I write 'implicit none', this usually turn green. Can cygwin provide similar programming environment as Redhat does? _________________________________________________________________ MSN Messenger http://www.msn.no/messenger - Den korteste veien mellom deg og dine venner From Jarkko.Marjeta@tietoenator.com Mon Aug 11 08:13:00 2003 From: Jarkko.Marjeta@tietoenator.com (Jarkko.Marjeta@tietoenator.com) Date: Mon, 11 Aug 2003 08:13:00 -0000 Subject: maximum number of open sessions from your host reached Message-ID: <777A0D9BB9D1D41190D200B0D0685A2508C152A9@pant07.tieto.com> Hi, I have a problem with Cygwin XFree. I tried to connect our local linux-server with -query $host option, but XWin.log tells me that server refused the connection with error message "XDCMP fatal error: Session declined Maximum number of open sessions from your host reached" The thing is that all other of my co-workers can connect the server with no problems and I have never succeeded in connecting, so it's quite odd for such an error message to appear. Locally X is functional so this should not be the problem. xdm should also be configured properly as my mates are able to connect. I also tried the -from option, but no success with that. Please could anyone help me with this. regs, --jarkko From alexander.gottwald@s1999.tu-chemnitz.de Mon Aug 11 10:53:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 11 Aug 2003 10:53:00 -0000 Subject: Can I take full screen control under w95, of a remote vmware virtual machine running under linux? In-Reply-To: <3F15455D0001DDC3@nfs01.in.adinet.com.uy> References: <3F15455D0001DDC3@nfs01.in.adinet.com.uy> Message-ID: On Sat, 9 Aug 2003 jvaliant@adinet.com.uy wrote: > Do you know if Cygwin/XFree86 will allow me to take full screen control > of the virtual machine ?. It does not work since it's not a local display. (Tested with 3.2.0 vmware) bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Aug 11 10:56:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 11 Aug 2003 10:56:00 -0000 Subject: Incorporating .epsi files into TeX docs : failure In-Reply-To: <000701c35f1d$5bdff4c0$6fc82486@medschool.dundee.ac.uk> References: <000701c35f1d$5bdff4c0$6fc82486@medschool.dundee.ac.uk> Message-ID: On Sun, 10 Aug 2003 fergus@bonhard.uklinux.net wrote: > gs: Unknown device: x11 The ghostscript package was not compiled with X11 support. You can either compile it yourself or ask the maintainer of ghostscript if he could provide binaries with x11 support too. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From dave@aps5.ph.bham.ac.uk Mon Aug 11 10:57:00 2003 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Mon, 11 Aug 2003 10:57:00 -0000 Subject: Xwin remote calls to Solaris machines/ font server bug Message-ID: <200308111058.LAA23013@aps5.ph.bham.ac.uk> I have two observations to make concerning the use of 'XWin -query' to Solaris machines. 1. Firstly, the FAQ states that Solaris can't cope with 24-bit colour depths. This may have been true for older releases, but all recent versions of Solaris (and recent Sun hardware) support this depth! 2. The FAQ refers to the 'hang' when you attempt to contact a remote Solaris host using XWin -query e.g. Xwin -query sunhost The cure is to specify a Solaris font server on the command line, e.g. XWin -query sunhost -fp tcp/sunhost:7100 However, this shouldn't be necessary for recent Solaris releases. The XSetup script on the Sun machine automatically adds the font server to the font path, before the dtlogin window appears. The real reason for the problem is a bug in XWin, which 'hangs' if I try to mix local fonts with a Solaris font server. The following procedures work OK: 1. Start up an XWin server with normal local fonts, then replace them with a Solaris font server: xset fp= tcp/sunhost:7100 2. Start up an Xwin server with -fp tcp/sunhost:7100 on the command line. 3. Add a second Solaris font server when the fontpath already contains one. The following procedures cause a 'hang': 1. Start up an XWin server with normal local fonts, then append a Solaris font server: xset fp+ tcp/sunhost:7100 2. Start up an XWin server with -fp tcp/sunhost:7100 on the command line, then try to append a local font to the path: xset fp+ /usr/X11R6/lib/X11/fonts/misc From andrew.markebo@comhem.se Mon Aug 11 11:03:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Mon, 11 Aug 2003 11:03:00 -0000 Subject: Incorporating .epsi files into TeX docs : failure In-Reply-To: (Alexander Gottwald's message of "Mon, 11 Aug 2003 12:56:24 +0200 (MEST)") References: <000701c35f1d$5bdff4c0$6fc82486@medschool.dundee.ac.uk> Message-ID: / Alexander Gottwald wrote: | On Sun, 10 Aug 2003 fergus@bonhard.uklinux.net wrote: | |> gs: Unknown device: x11 | | The ghostscript package was not compiled with X11 support. You can either | compile it yourself or ask the maintainer of ghostscript if he could provide | binaries with x11 support too. Well there actually exists ghostscript-x11 packages, which I think ads the X11 functionality, for cygwin.. Sorry if I missed something or.. just stumbled in now. /Andy -- 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. Please note, new email, @telia.com -> @comhem.se From alexander.gottwald@s1999.tu-chemnitz.de Mon Aug 11 11:05:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 11 Aug 2003 11:05:00 -0000 Subject: maximum number of open sessions from your host reached In-Reply-To: <777A0D9BB9D1D41190D200B0D0685A2508C152A9@pant07.tieto.com> References: <777A0D9BB9D1D41190D200B0D0685A2508C152A9@pant07.tieto.com> Message-ID: On Mon, 11 Aug 2003 Jarkko.Marjeta@tietoenator.com wrote: > Hi, > I have a problem with Cygwin XFree. I tried to connect our local > linux-server with -query $host option, but XWin.log tells me that server > refused the connection with error message "XDCMP fatal error: Session > declined Maximum number of open sessions from your host reached" I doubt this has anything to do with the xserver. Ask your login server admin if there is a special entry for your host in the config file. Maybe your host is in a special subnet or your host is blocked for some other reason. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Aug 11 11:07:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 11 Aug 2003 11:07:00 -0000 Subject: Incorporating .epsi files into TeX docs : failure In-Reply-To: References: <000701c35f1d$5bdff4c0$6fc82486@medschool.dundee.ac.uk> Message-ID: On Mon, 11 Aug 2003, Andrew Markebo wrote: > > Well there actually exists ghostscript-x11 packages, which I think ads > the X11 functionality, for cygwin.. I had not checked the packagelist. @Fergus: Please install the ghostscript-x11 package and try again. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexander.gottwald@s1999.tu-chemnitz.de Mon Aug 11 11:20:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 11 Aug 2003 11:20:00 -0000 Subject: emacs menubar not working In-Reply-To: References: Message-ID: On Mon, 11 Aug 2003, Supreme Commander wrote: > Hi > I normally use RedHat to dev. FORTRAN programs, but dowloaded cygwin; full > package to develop the programs there instead. I use Emacs as editor. > > My problem is > 1) I cannot use the menu in Emacs. I have tried to add a 'tty export' key in > registry (why I dont really know, but it was recommended in some mail I > read), but it does not help. > 2) There is no color-coding for .f files. I.e when I write 'implicit none', > this usually turn green. Are you using xemacs or the textmode version in xterm, rxvt or a console window? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From fergus@bonhard.uklinux.net Mon Aug 11 11:32:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Mon, 11 Aug 2003 11:32:00 -0000 Subject: Incorporating .epsi files into TeX docs : failure Message-ID: <000b01c35ffc$35664d00$6fc82486@medschool.dundee.ac.uk> Thank you very much indeed. I put /usr/X11R6/bin/ before /usr/bin/ in the PATH so that the gs.exe I wanted was picked up before the other gs.exe I didn't want. Now it all works perfectly. I'll leave PATH defined like this (i.e. with the transposition). There may be other consequences, not all good, since I don't always start XWin ... we'll see. Thanks again. Fergus From rasjidw@openminddev.net Mon Aug 11 12:50:00 2003 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Mon, 11 Aug 2003 12:50:00 -0000 Subject: Can I take full screen control under w95, of a remote vmware virtual machine running under linux? In-Reply-To: References: <3F15455D0001DDC3@nfs01.in.adinet.com.uy> Message-ID: <200308112250.29217.rasjidw@openminddev.net> On Monday 11 August 2003 20:53, Alexander Gottwald wrote: > On Sat, 9 Aug 2003 jvaliant@adinet.com.uy wrote: > > Do you know if Cygwin/XFree86 will allow me to take full screen control > > of the virtual machine ?. > > It does not work since it's not a local display. (Tested with 3.2.0 vmware) I have no idea if this will work, but you could try some of the utilities that convert an *existing* local X session to RFB (the VNC protocol). VMware then may (or may not) work in full screen mode, but at least there is a chance since VMWare has a real normal local X session to work with. Known utilities that do this include: krfb - http://www.tjansen.de/krfb/ x11vnc (part of LibVNCServer - http://libvncserver.sourceforge.net/) x0rfb (or x0rfbserver) - Get rpm's/deb's for this. The page for the original x0rfbserver files seems to have gone missing. It seems that was generally in rfb-x.x.x.rpm. Not sure about deb's. Cheers, Rasjid. -- Rasjid Wilcox Canberra, Australia UTC + 10 http://www.openminddev.net From boris@gmc.ulaval.ca Mon Aug 11 12:51:00 2003 From: boris@gmc.ulaval.ca (Boris Mayer-St-Onge) Date: Mon, 11 Aug 2003 12:51:00 -0000 Subject: Unable to delete .X11-unix\X0 file Message-ID: <3F37914F.5000706@gmc.ulaval.ca> Hi everybody, We have Cygwin 1.3.22-1 installed on a Windows XP sp1 machine with XFree86 4.3.0-1. The computer is part of a domain and can be use by several users. The installation on Cygwin/XFree86 has been done as follow : 1- As Administrator, we have installed Cygwin/XFree86 on a local D:\ drive (so not at the standard folder). 2- We have edited the file usr\X11R6\bin\starxwin.bat to set correctly the variable CYGWIN_ROOT. When we run Cygwin/XFree86, everything is correct for everybody. Unfortunately, when a user close his session without exiting Cygwin/XFree86, the file tmp\.X11-unix\X0 is not deleted. When an other user try to open Cygwin/XFree86, the application doesn't start since the file tmp\.X11-unix\X0 is present and the user is not able to delete it. As administrator I must then delete the file. I have try to modify the permissions on folder tmp and tmp\.X11-unix to allow users to delete the XO file but I doesn't work. So my questions are : 1- Is the above situation normal? 2- If not, what should I forget to do during the installation and configuration? 3- If yes, is it possible to allow users to delete XO file? Thanks in advance for suggestions and answers. Boris From huntharo@msu.edu Mon Aug 11 12:58:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 11 Aug 2003 12:58:00 -0000 Subject: Xwin remote calls to Solaris machines/ font server bug In-Reply-To: <200308111058.LAA23013@aps5.ph.bham.ac.uk> References: <200308111058.LAA23013@aps5.ph.bham.ac.uk> Message-ID: <3F3792E9.6020905@msu.edu> Dr.D.J.Picton wrote: > I have two observations to make concerning the use of 'XWin -query' to > Solaris machines. > > 1. Firstly, the FAQ states that Solaris can't cope with 24-bit colour > depths. This may have been true for older releases, but all recent versions > of Solaris (and recent Sun hardware) support this depth! > > 2. The FAQ refers to the 'hang' when you attempt to contact a remote Solaris > host using XWin -query e.g. > > Xwin -query sunhost > > The cure is to specify a Solaris font server on the command line, e.g. > > XWin -query sunhost -fp tcp/sunhost:7100 > > However, this shouldn't be necessary for recent Solaris releases. The XSetup > script on the Sun machine automatically adds the font server to the font > path, before the dtlogin window appears. > Okay, so people running newer versions of Solaris won't look at the FAQ. No problem there. > The real reason for the problem is a bug in XWin, which 'hangs' if I > try to mix local fonts with a Solaris font server. > > The following procedures work OK: > > 1. Start up an XWin server with normal local fonts, then replace them with > a Solaris font server: > xset fp= tcp/sunhost:7100 > > 2. Start up an Xwin server with -fp tcp/sunhost:7100 on the command line. > > 3. Add a second Solaris font server when the fontpath already contains one. > > The following procedures cause a 'hang': > > 1. Start up an XWin server with normal local fonts, then append a Solaris > font server: > > xset fp+ tcp/sunhost:7100 > > 2. Start up an XWin server with -fp tcp/sunhost:7100 on the command line, > then try to append a local font to the path: > > xset fp+ /usr/X11R6/lib/X11/fonts/misc I am inclined to believe you. However, I do not have a Solaris machine that I can test this with. It would be most helpful if either yourself or someone with a similar setup could build a debug version of XWin.exe and step through this until they find the hang. Thanks, Harold From huntharo@msu.edu Mon Aug 11 13:03:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 11 Aug 2003 13:03:00 -0000 Subject: Unable to delete .X11-unix\X0 file In-Reply-To: <3F37914F.5000706@gmc.ulaval.ca> References: <3F37914F.5000706@gmc.ulaval.ca> Message-ID: <3F379431.5060704@msu.edu> Boris Mayer-St-Onge wrote: > Hi everybody, > > We have Cygwin 1.3.22-1 installed on a Windows XP sp1 machine with > XFree86 4.3.0-1. The computer is part of a domain and can be use by > several users. > > The installation on Cygwin/XFree86 has been done as follow : > > 1- As Administrator, we have installed Cygwin/XFree86 on a local D:\ > drive (so not at the standard folder). > > 2- We have edited the file usr\X11R6\bin\starxwin.bat to set correctly > the variable CYGWIN_ROOT. > You shouldn't need to do that if you are running startxwin.bat from the d:\ drive and Cygwin was installed to d:\cygwin. On the other hand, if you used a directory other than d:\cygwin, you would have to set CYGWIN_ROOT. > When we run Cygwin/XFree86, everything is correct for everybody. > Unfortunately, when a user close his session without exiting > Cygwin/XFree86, the file tmp\.X11-unix\X0 is not deleted. When an other > user try to open Cygwin/XFree86, the application doesn't start since the > file tmp\.X11-unix\X0 is present and the user is not able to delete it. > As administrator I must then delete the file. > > I have try to modify the permissions on folder tmp and tmp\.X11-unix to > allow users to delete the XO file but I doesn't work. > > So my questions are : > > 1- Is the above situation normal? > > 2- If not, what should I forget to do during the installation and > configuration? > > 3- If yes, is it possible to allow users to delete XO file? > > Thanks in advance for suggestions and answers. Short of an administrative permissions fix (which I still think should work), I can only suggest that maybe it is time we start trapping the logoff/shutdown messages and call GiveUp when this happens. I would think that Windows would send the WM_QUIT or WM_CLOSE message to all open applications in these cases, but I could be wrong. Are the users simply turning the machine completely off? If so, then you would need to retrain the users before looking for other solutions. Harold From sb@dod.no Mon Aug 11 13:04:00 2003 From: sb@dod.no (Steinar Bang) Date: Mon, 11 Aug 2003 13:04:00 -0000 Subject: Problems setting Norwegian keyboard Message-ID: <87k79kpcrp.fsf@home.lan> Platform: Intel PIII, Win2k professional, XFree86-xserv 4.3.0-3, XFree86-etc 4.3.0-3, XFree86-startup-scripts 4.2.0-5 I'm starting XWin in rootless mode, from a desktop shortcut to C:\cygwin\usr\X11R6\bin\startxwin.bat I'm unable to get a Norwegian keyboard, using the -keyboard flag to XWin.exe. So far I've tried start XWin -multiwindow -clipboard -keyboard no start XWin -multiwindow -clipboard -keyboard no-latin1 start XWin -multiwindow -clipboard -keyboard Keyboard1 start XWin -multiwindow -clipboard -keyboard "Keyboard1" start XWin -multiwindow -clipboard -xf86config /etc/X11/XF86Config -keyboard Keyboard1 start XWin -multiwindow -clipboard -xf86config /etc/X11/XF86Config -keyboard "Keyboard1" without any success. I still get US layout. My /etc/X11/XF86Config file contains: Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" Option "XkbModel" "pc102" Option "XkbLayout" "no" Option "XKbOptions" "" EndSection Thanx! - Steinar From boris@gmc.ulaval.ca Mon Aug 11 13:15:00 2003 From: boris@gmc.ulaval.ca (Boris Mayer-St-Onge) Date: Mon, 11 Aug 2003 13:15:00 -0000 Subject: Unable to delete .X11-unix\X0 file In-Reply-To: <3F379431.5060704@msu.edu> References: <3F37914F.5000706@gmc.ulaval.ca> <3F379431.5060704@msu.edu> Message-ID: <3F3796F0.4060802@gmc.ulaval.ca> Harold L Hunt II wrote: > Boris Mayer-St-Onge wrote: > >> Hi everybody, >> >> We have Cygwin 1.3.22-1 installed on a Windows XP sp1 machine with >> XFree86 4.3.0-1. The computer is part of a domain and can be use by >> several users. >> >> The installation on Cygwin/XFree86 has been done as follow : >> >> 1- As Administrator, we have installed Cygwin/XFree86 on a local D:\ >> drive (so not at the standard folder). >> >> 2- We have edited the file usr\X11R6\bin\starxwin.bat to set correctly >> the variable CYGWIN_ROOT. >> > > You shouldn't need to do that if you are running startxwin.bat from the > d:\ drive and Cygwin was installed to d:\cygwin. On the other hand, if > you used a directory other than d:\cygwin, you would have to set > CYGWIN_ROOT. We effectively do not use the d:\cygwin directory. >> When we run Cygwin/XFree86, everything is correct for everybody. >> Unfortunately, when a user close his session without exiting >> Cygwin/XFree86, the file tmp\.X11-unix\X0 is not deleted. When an >> other user try to open Cygwin/XFree86, the application doesn't start >> since the file tmp\.X11-unix\X0 is present and the user is not able to >> delete it. As administrator I must then delete the file. >> >> I have try to modify the permissions on folder tmp and tmp\.X11-unix >> to allow users to delete the XO file but I doesn't work. >> >> So my questions are : >> >> 1- Is the above situation normal? >> >> 2- If not, what should I forget to do during the installation and >> configuration? >> >> 3- If yes, is it possible to allow users to delete XO file? >> >> Thanks in advance for suggestions and answers. > > > Short of an administrative permissions fix (which I still think should > work), I haven't found how. Do you have suggestions? > I can only suggest that maybe it is time we start trapping the > logoff/shutdown messages and call GiveUp when this happens. I would > think that Windows would send the WM_QUIT or WM_CLOSE message to all > open applications in these cases, but I could be wrong. Are the users > simply turning the machine completely off? If so, then you would need > to retrain the users before looking for other solutions. No, the users only close their session. They know they must close Cygwin before log out but with the new version, with -multiwindow (we love it), users close the xterm but sometime forgot to close the Cygwin/XFree86 Server. Boris From sb@dod.no Mon Aug 11 13:18:00 2003 From: sb@dod.no (Steinar Bang) Date: Mon, 11 Aug 2003 13:18:00 -0000 Subject: XFree86-xserv 4.3.0-3 crashing Win2k Message-ID: <87znig5o4s.fsf@home.lan> Platform: Intel PIII, Win2k professional, XFree86-xserv 4.3.0-3 Now I've crashed Win2k twice in one day, by opening the RMBM on the icon in the tool tray, and selecting "Exit". The XFree86-xserv process had been started with the following command line: start XWin -multiwindow -clipboard -xf86config /etc/X11/XF86Config -keyboard "Keyboard1" The first time it happened I had the root window visible, but the second time I did not have the root window visible, and all X windows were closed. I don't have the time to reproduce this willingly, but if someone tells me what I should look at I can do so if it happens again. There doesn't seem to be anything obvious in /tmp/XWin.log (attached). - Steinar -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: From alexander.gottwald@s1999.tu-chemnitz.de Mon Aug 11 13:18:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 11 Aug 2003 13:18:00 -0000 Subject: Problems setting Norwegian keyboard In-Reply-To: <87k79kpcrp.fsf@home.lan> References: <87k79kpcrp.fsf@home.lan> Message-ID: On Mon, 11 Aug 2003, Steinar Bang wrote: > My /etc/X11/XF86Config file contains: > > Section "InputDevice" > Identifier "Keyboard1" > Driver "Keyboard" > > Option "XkbModel" "pc102" > Option "XkbLayout" "no" > Option "XKbOptions" "" > EndSection can you send /tmp/XWin.log? bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From sb@dod.no Mon Aug 11 13:51:00 2003 From: sb@dod.no (Steinar Bang) Date: Mon, 11 Aug 2003 13:51:00 -0000 Subject: Problems setting Norwegian keyboard References: <87k79kpcrp.fsf@home.lan> Message-ID: <87vft45mlh.fsf@home.lan> >>>>> Alexander Gottwald : > On Mon, 11 Aug 2003, Steinar Bang wrote: >> My /etc/X11/XF86Config file contains: >> Section "InputDevice" >> Identifier "Keyboard1" >> Driver "Keyboard" >> >> Option "XkbModel" "pc102" >> Option "XkbLayout" "no" >> Option "XKbOptions" "" >> EndSection > can you send /tmp/XWin.log? Attached to this message. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.log URL: From sb@dod.no Mon Aug 11 13:57:00 2003 From: sb@dod.no (Steinar Bang) Date: Mon, 11 Aug 2003 13:57:00 -0000 Subject: XFree86-xserv 4.3.0-3 crashing Win2k References: <87znig5o4s.fsf@home.lan> Message-ID: <87r83s5mbf.fsf@home.lan> >>>>> Steinar Bang : > Platform: Intel PIII, Win2k professional, > XFree86-xserv 4.3.0-3 > Now I've crashed Win2k twice in one day, by opening the RMBM on the > icon in the tool tray, and selecting "Exit". Make that "thrice". > The first time it happened I had the root window visible, but the > second time I did not have the root window visible, and all X > windows were closed. This was with the root window invisible and all X windows closed. From sb@dod.no Mon Aug 11 14:37:00 2003 From: sb@dod.no (Steinar Bang) Date: Mon, 11 Aug 2003 14:37:00 -0000 Subject: Problems setting Norwegian keyboard References: <87k79kpcrp.fsf@home.lan> <87vft45mlh.fsf@home.lan> Message-ID: <87n0eg5kg5.fsf@home.lan> >>>>> Steinar Bang : >>>>> Alexander Gottwald : >> On Mon, 11 Aug 2003, Steinar Bang wrote: >>> My /etc/X11/XF86Config file contains: >>> Section "InputDevice" >>> Identifier "Keyboard1" >>> Driver "Keyboard" >>> >>> Option "XkbModel" "pc102" >>> Option "XkbLayout" "no" >>> Option "XKbOptions" "" >>> EndSection >> can you send /tmp/XWin.log? > Attached to this message. > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 1280 h 960 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > (++) Using config file: "/etc/X11/XF86Config" > Data incomplete in file /etc/X11/XF86Config > At least one Device section is required. > (EE) Problem parsing the config file > InitOutput - Error reading config file [snip!] I guess this is the cause of my problems? Do I need something more in my XF86Config? Some extra levels perhaps? The "InputDevice" sections in my linux XF86Config files, look like they have identical syntax, without any extra levels. From alexander.gottwald@s1999.tu-chemnitz.de Mon Aug 11 15:06:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 11 Aug 2003 15:06:00 -0000 Subject: Problems setting Norwegian keyboard In-Reply-To: <87n0eg5kg5.fsf@home.lan> References: <87k79kpcrp.fsf@home.lan> <87vft45mlh.fsf@home.lan> <87n0eg5kg5.fsf@home.lan> Message-ID: On Mon, 11 Aug 2003, Steinar Bang wrote: > > Data incomplete in file /etc/X11/XF86Config > > At least one Device section is required. > > (EE) Problem parsing the config file > > InitOutput - Error reading config file > [snip!] > > I guess this is the cause of my problems? > > Do I need something more in my XF86Config? Some extra levels perhaps? > > The "InputDevice" sections in my linux XF86Config files, look like > they have identical syntax, without any extra levels. there is a minimal sample at http://www.tu-chemnitz.de/~goal/xfree/XF86Config.bz2 BTW: can you run the program from http://www.tu-chemnitz.de/~goal/keyboard.tar.gz It will print your windows keyboardsettings. With this information I can the norwegian layout to the list of preconfigured ones. bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexeipobox@mtu-net.ru Mon Aug 11 16:48:00 2003 From: alexeipobox@mtu-net.ru (Alexei Lioubimov) Date: Mon, 11 Aug 2003 16:48:00 -0000 Subject: 4.3.0: Problems and questions after the first time install Message-ID: <000401c36028$e9b4bb80$5c97763e@ndg> Hello, I'm novice to X. I'm running Win98 on Celeron 433 box with 92Mb RAM and Matrox G200 videocard. I've recently have downloaded and installed the XFree86 Cygwin packages (the main goal is to try the DDD debugger): $ cygcheck -c Cygwin Package Information Package Version ... cygwin 1.3.22-1 ... XFree86-bin 4.3.0-1 XFree86-etc 4.3.0-3 XFree86-fcyr 4.2.0-3 XFree86-fenc 4.2.0-3 XFree86-fnts 4.2.0-3 XFree86-lib 4.3.0-1 XFree86-prog 4.3.0-1 XFree86-startup-scripts 4.2.0-5 XFree86-xserv 4.3.0-2 XFree86-xwinclip 4.3.0-1 xpm-nox 4.2.0-1 ... I've met some problems after installation and have the following questions: 1) Xserver seems to be very very slow - is it because my computer is not the modern one, or something is wrong with the installation or configuration? 2) Xterm: Why do I need to press key TWICE when I want to envoke every command in Xterm? 3) XClock: When I want to launch XClock, the application starts, but I get the following message: Warning: Cannot convert string "" to type XftFont What does it mean, how to override this? 4) XEdit: I COULD NOT START the XEdit AT ALL!? - instead all the time i get the following message: $ xedit Segmentation fault (core dumped) I'm ready to provide any additional information as needed. Thank you. Alexey Lyubimov From philippe.bastiani@wanadoo.fr Mon Aug 11 17:38:00 2003 From: philippe.bastiani@wanadoo.fr (Philippe Bastiani) Date: Mon, 11 Aug 2003 17:38:00 -0000 Subject: New on sourceware: XFree86-bin-icons-4.3.0-1 References: <3F36772C.509@msu.edu> Message-ID: Nice idea... There are 2 little problems on my XP platform: -1- when I start a X module, this one does not appear in the START menu (XP style). I need to open 2 times the menu to see the new entry. -2- if i start several X modules, only the last module appear in the menu: the second X entry hides the first one; the third entry hides the second one; and so on... Thanks for your job, a+ Philippe From sds@gnu.org Mon Aug 11 17:50:00 2003 From: sds@gnu.org (Sam Steingold) Date: Mon, 11 Aug 2003 17:50:00 -0000 Subject: readline on cygwin/xterm/rxvt References: Message-ID: CLISP uses readline for terminal i/o. to decide whether to actually use readline, CLISP checks that the i/o is a terminal with something like this: if (isatty(0) && isatty(1) && (strcmp("/dev/conin", ttyname(0)) == 0) /* cygwin-specific * && (strcmp("/dev/conout",ttyname(1)) == 0)) use_readline = true; this works just fine on the windows console (when started from a cmd or bash prompt) but _not_ in a cygwin xterm, where all isatty(0), isatty(1), ttyname(0), ttyname(1) return 0. So, how do I check that I am running in a cygwin xterm? further, if I enable use_readline in gdb, I observe something quite funny: arrow keys move the cursor all over the xterm window, as if readline were disabled, but when I hit RET, all the keystrokes are delivered to readline and the appropriate actions are taken. E.g., Up-arrow + RET will re-evaluate the previous form, Up-arrow + Up-arrow + RET will re-evaluate the second previous form &c. What is going on? what is so peculiar about cygwin xterm? clisp+readline work just fine on win32/console, and on all unix xterms! -- Sam Steingold (http://www.podval.org/~sds) running w2k A year spent in artificial intelligence is enough to make one believe in God. From huntharo@msu.edu Mon Aug 11 17:52:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 11 Aug 2003 17:52:00 -0000 Subject: Updated on sourceware: XFree86-bin-icons-4.3.0-2 Message-ID: <3F37D7DC.9020109@msu.edu> The XFree86-bin-icons-4.3.0-2 package has been updated in the Cygwin distribution. Changes: 1) Remember to include the post-install and pre-remove scripts in the package this time. (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 abraverman@itms.com Mon Aug 11 17:56:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Mon, 11 Aug 2003 17:56:00 -0000 Subject: DDD dies on me Message-ID: <001101c36031$df8427f0$1e54cea7@andrew> A while ago (beginning of June, I think), I posted a note to this group that I was having a problem with one program (DDD) suddenly dieing on me when I ran it. I was able to track down which version the problem started in. Unfortunately for me, I did not have a useful core or stack dump and nobody else was seeing the problem and it was suggested that I try debugging it. Having finally scrounged up a little time, I got the required tools on my machine, downloaded the CMS tree and compiled a debug version. I was able to figure out that the program occurred in winScaleXBitmapToWindows in winmultiwindowicons.c. I ran three consecutive tests and two of those three caused a segfault in the free at the end of the procedure (actually in mktime??? called by free). The iconData mallocs at the beginning of the procedure seem to align correctly with the frees at the end. The last caused a segfault in fb24_32BltUp which is called from the miGetImage at the beginning of the procedure. Seeing that, I decided to try the program in 16 bit color and everything was fine. For the first time, I was able to see that this program does display its own icon on the title bar. Does anyone (Earle?) have any suggestions about where I should start digging? In any case, I will try to do a little more digging over the next week or so. From earle@ziplabel.com Mon Aug 11 18:27:00 2003 From: earle@ziplabel.com (Earle F. Philhower, III) Date: Mon, 11 Aug 2003 18:27:00 -0000 Subject: DDD dies on me Message-ID: <20030811183212.9D0671BA66@mail03.powweb.com> An embedded and charset-unspecified text was scrubbed... Name: not available URL: From abraverman@itms.com Mon Aug 11 18:37:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Mon, 11 Aug 2003 18:37:00 -0000 Subject: DDD dies on me In-Reply-To: <20030811183212.9D0671BA66@mail03.powweb.com> Message-ID: <001301c36037$9e3c5e10$1e54cea7@andrew> It is definitely XWin that is crashing. I seem to have had some mental block when I wrote the last message because I could swear I had said it died in 24 bit, but the text doesn't lie... I will try putting a bunch of ErrorF statements in and send the resulting log file ASAP. Thanks. > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Earle F. Philhower, > III > Sent: Monday, August 11, 2003 2:27 PM > To: cygwin-xfree@cygwin.com > Subject: Re: DDD dies on me > > > Howdy Andrew... > > ---------- Original Message ------------- > Subject: DDD dies on me > From: "Andrew Braverman" > A while ago (beginning of June, I think), I posted a note to > this group that > .. > to figure out that the program occurred in winScaleXBitmapToWindows in > winmultiwindowicons.c. I ran three consecutive tests and two > of those three > caused a segfault in the free at the end of the procedure (actually in > mktime??? called by free). The iconData mallocs at the > beginning of the > procedure seem to align correctly with the frees at the end. The last > caused a segfault in fb24_32BltUp which is called from the > miGetImage at the > beginning of the procedure. Seeing that, I decided to try > the program in 16 > bit color and everything was fine. For the first time, I was > able to see > that this program does display its own icon on the title bar. > Does anyone > (Earle?) have any suggestions about where I should start > digging? In any > case, I will try to do a little more digging over the next week or so. > ----------------- > > A silly question, it is XWin.exe that's SEGV??ng and not > DDD.exe, correct? > And what was the screen depth (8/15/16/24/32) you were running that > caused the bomb? > > Also, could you add some ErrorF()s to dump all local variables to the > /tmp/XWin.log file, as well as the pixmap->drawable structure > elements, > too? [ErrorF() works just like printf() so just > ErrorF("varX=%d\n",varX); > is all that's needed...] Posting the info it spits out > before a SEGV would > go a long way towards debugging this... > > The most likely culprit is that one of the conversions is > overwriting the > Windows icon data that it's allocated, causing bad stuff to > happen later > on. You can see how I switch between the possible formats on > effXBPP and effBPP(the Windoze BPP we're converting to), possibly not > all cases have been tested, *especially* 8-bit modes. > -- > -Earle F. Philhower, III > earle@ziplabel.com > http://www.ziplabel.com > > From holokin@sisna.com Mon Aug 11 18:55:00 2003 From: holokin@sisna.com (Gary Nicholson) Date: Mon, 11 Aug 2003 18:55:00 -0000 Subject: startx and ssh Message-ID: <001501c3603a$186ea560$0100a8c0@LYSANDER> I have been trying to de-bug a problem with startx. When I tried to run the file, I would get a server window, no clock and no terminal windows. The command-line errors were: .. Xlib: connection to "0.0" refused by server Xlib: No Protocol specified These error messages would repeat until I hit ^Z from the console command line. I found that the script would fail if a .Xauthority file existed in my home directory. If I removed the file, startx ran without errors; the server, the clock and the terminal windows all opened successfully when there was no .Xauthority file in my home directory. I found that the .Xauthority file was being created when I logged onto my Cygwin machine from another machine using ssh with the same login name. I am proposing a fix for this problem: In /usr/X11R6/bin/startx, add the following code before the block that exports the XAUTHORITY variable: # remove $HOME/.Xauthority if it exists if [ -f $HOME/.Xauthority ]; then rm $HOME/.Xauthority fi This code just removes .Xauthority if it exists. If .Xauthority doesn't exist, it does nothing. I tested whether removing the file would disrupt a running ssh session; it didn't. Some content causes errors; some content may not. (When I followed the rm $HOME/.Xauthority command with a touch $HOME/.Xauthority command, the X server and xterms started without errors. Can someone explain that?) When a client tries to create an ssh session, xauth will create a new .Xauthority file, if one does not exist. One email in the archives suggested avoiding startx altogether, in favor of xinit. Using xinit gave me no problems, even when .Xauthority was present. I just wanted to find out, for my own reasons, why startx was not working. Does anyone have any feedback? Is there a down-side to removing .Xauthority which I haven't considered? Is there some reason this fix won't work? Has anyone done something that solves this problem more elegantly? Gary From geek@burri.to Mon Aug 11 20:46:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Mon, 11 Aug 2003 20:46:00 -0000 Subject: New on sourceware: XFree86-bin-icons-4.3.0-1 In-Reply-To: References: <3F36772C.509@msu.edu> Message-ID: <3F38009B.8090400@burri.to> Philippe Bastiani wrote: > -1- when I start a X module, this one does not appear in the START menu (XP > style). I need to open 2 times the menu to see the new entry. I have no idea what this means. > -2- if i start several X modules, only the last module appear in the menu: > the second X entry hides the first one; the third entry hides the second > one; and so on... If you're talking about a "Recent Applications" thing, then yes, you should get behaviour like this. Every one of these commands is launched by /usr/X11R6/bin/run (you can see this by looking at the properties for the shortcuts). If you don't use the run command, then pretty much every program will end up with a useless console window (except rxvt). From corinna-cygwin@cygwin.com Mon Aug 11 22:06:00 2003 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Mon, 11 Aug 2003 22:06:00 -0000 Subject: posted: X4W: Limited Cygwin on CD-ROM In-Reply-To: <20030811214006.6089.qmail@sources.redhat.com> References: <20030811214006.6089.qmail@sources.redhat.com> Message-ID: <20030811220620.GU3101@cygbert.vinschen.de> On Mon, Aug 11, 2003 at 09:40:06PM -0000, M.Vaseer wrote: > > Title: X4W: Limited Cygwin on CD-ROM > Url: http://www.vaseer.net/~portal/my- > work/projects/x4w/x4w.html > Type: Software > Author: M. Vaseer > Email: x4w at vaseer dot net > Date: 2003-08-11 > Text: A limited version of Cygwin/XFree86 project, which > can either be installed on a harddrive or run > directly from a CD-ROM drive with minimum > installation. I saw on your web page that you just point to other web sites for the sources. To adhere to the GPL, it's not sufficient to point to the sources in question on other web sites. You must be able to provide the sources in the same way as you provided the binaries. You must either pack the sources which you used to create the CD content onto the CD itself, or you must provide them by another CD, or you might upload the sources to your web site and link to these sources. This has been discussed on the Cygwin mailing list in length and it's backed by the Red Hat lawyers. So I ask you to upload the sources to your site and provide them to potential users of your CD in one of the above ways. Other than that, I'm not keen to provide a pointer to potentially outdated Cygwin and XFree86 versions on the cygwin.com homepage. I'm especially sure that nobody on the cygwin and cygwin-xfree mailing lists will like the idea to support a foreign Cygwin installation. So, please mention on your site, that the Cygwin mailing lists will not be the right forum to ask questions related to your installation. I've Cc'd the cygwin and cygwin-xfree mailing lists to keep people informed. Please send all further inquiries to the cygwin@cygwin.com ML. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From inktj@formulainks22.com Mon Aug 11 23:44:00 2003 From: inktj@formulainks22.com (inktj@formulainks22.com) Date: Mon, 11 Aug 2003 23:44:00 -0000 Subject: 1NK CARTRIDGE SUPPLIES | Crazy Pricing. s Message-ID: <40fe5ec483d4$f4864084$2d6d2b9a@ywnxlgzeuhu.awe> 66 Percent off any printer supplies Please see this stores and experience what others already have, the best print cartridge at an amazining price I can offer all models including, HP, Epson, Lexmark, and Canon http://satisfiedquicklinks.com/neb.html ============================= If you care to discontinue further sending of emails, http://spec1al1nksatspec1alpr1c1ng.com/s20.html divrdq From earle@ziplabel.com Tue Aug 12 01:56:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 12 Aug 2003 01:56:00 -0000 Subject: DDD dies on me In-Reply-To: <001301c36037$9e3c5e10$1e54cea7@andrew> References: <20030811183212.9D0671BA66@mail03.powweb.com> Message-ID: <5.1.1.6.2.20030811185141.00ae4888@mail.ziplabel.com> Howdy, At 02:37 PM 8/11/2003 -0400, Andrew Braverman wrote: >It is definitely XWin that is crashing. I seem to have had some mental >block when I wrote the last message because I could swear I had said it died >in 24 bit, but the text doesn't lie... I will try putting a bunch of ErrorF >statements in and send the resulting log file ASAP. Thanks. Ugh, I don't own a video card that does 24bpp anymore, even my old PCI Voodoo 3000 only groks 8, 16, and 32 bit modes. Debugging this will take some work I fear! Please put the errorf's in before the "for row=0...iconsize" line do if there is an overwrite we'll get the data before it happens... A quick glance at the switch(effBPP)==24 doesn't show anything grossly bad, but the local vars will help pinpoint things immensely... -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From sb@dod.no Tue Aug 12 05:35:00 2003 From: sb@dod.no (Steinar Bang) Date: Tue, 12 Aug 2003 05:35:00 -0000 Subject: Problems setting Norwegian keyboard References: <87k79kpcrp.fsf@home.lan> <87vft45mlh.fsf@home.lan> <87n0eg5kg5.fsf@home.lan> Message-ID: <87oeyvigli.fsf@home.lan> >>>>> Alexander Gottwald : >> Do I need something more in my XF86Config? [snip!] > there is a minimal sample at > http://www.tu-chemnitz.de/~goal/xfree/XF86Config.bz2 Thanx! I put in the dummy sections at the end of this file (see my attached XF86Config file below). I could change the line in startxwin.bat to look like this: start XWin -multiwindow -clipboard and still get a Norwegian keyboard. I didn't put in your fontpath settings, though. Seems to work without them. Should I put them in? > BTW: can you run the program from > http://www.tu-chemnitz.de/~goal/keyboard.tar.gz I get a "404 Not found" on that URL, unfortunately. > It will print your windows keyboardsettings. With this information I > can the norwegian layout to the list of preconfigured ones. Great! Thanx! - Steinar -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XF86Config URL: From sb@dod.no Tue Aug 12 05:40:00 2003 From: sb@dod.no (Steinar Bang) Date: Tue, 12 Aug 2003 05:40:00 -0000 Subject: Updated on sourceware: XFree86-bin-icons-4.3.0-2 References: <3F37D7DC.9020109@msu.edu> Message-ID: <87k79jigcy.fsf@home.lan> >>>>> Harold L Hunt II : > The XFree86-bin-icons-4.3.0-2 package has been updated in the Cygwin > distribution. Is there a way to list the content of an installed cygwin package? Ie. something like "rpm -ql" or "dpkg -L"? The other day I was looking for a nice icon to use on my startxwin.bat shortcut(s) on the desktop, and I was wondering if one could be found in here? From earle@ziplabel.com Tue Aug 12 05:45:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Tue, 12 Aug 2003 05:45:00 -0000 Subject: DDD dies on me (pt 2) Message-ID: <5.1.1.6.2.20030811223134.00af8d88@mail.ziplabel.com> >At 02:37 PM 8/11/2003 -0400, Andrew Braverman wrote: >>It is definitely XWin that is crashing. I seem to have had some mental >>block when I wrote the last message because I could swear I had said it died >>in 24 bit, but the text doesn't lie... I will try putting a bunch of ErrorF >>statements in and send the resulting log file ASAP. Thanks. >... >Please put the errorf's in before the "for row=0...iconsize" line do >if there is an overwrite we'll get the data before it happens... Actually, put those ErrorF()s before the call you saw was bombing, which was before that for() loop. Also, FWIW I compiled XWin (test95+xwinrc patches) with it forcing effBPP and bpp to 24 in the winXIconToHIcon which works fine except for Windoze not liking 24 bpp icons on a 32-bit screen (comes up black). The function you're looking at functions the same way as if the desktop was 24bpp, though, so it should exercise the same code path. However, after a dozen runs of ddd (3.3.7 from the sourceforge site) I've not had a single crash. I see the bug icon outline every time. Under the unhacked XWin the bug comes out in all its colored glory. Don't know what to tell you, but it's looking the same as before, only your installation is bombing. Maybe the ErrorF()s will shed some light on something being out of whack in the X structure or the desktop DC. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From andrew.markebo@comhem.se Tue Aug 12 07:50:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Tue, 12 Aug 2003 07:50:00 -0000 Subject: Updated on sourceware: XFree86-bin-icons-4.3.0-2 References: <3F37D7DC.9020109@msu.edu> <87k79jigcy.fsf@home.lan> Message-ID: / Steinar Bang wrote: |>>>>> Harold L Hunt II : | |> The XFree86-bin-icons-4.3.0-2 package has been updated in the Cygwin |> distribution. | | Is there a way to list the content of an installed cygwin package? | Ie. something like "rpm -ql" or "dpkg -L"? If installed, do a zcat of the file in /etc/setup/package.lst.gz, if not installed, us the search packages on the homepage and if my memory doesn't fail me, you can click there and get contens. /Andy -- Never underestimate the bandwidth of a station wagon full of tapes hurtling down the highway. - Andrew Tanenbaum, Computer Networks From BDisselborg@triple-p.nl Tue Aug 12 08:13:00 2003 From: BDisselborg@triple-p.nl (Bernard Disselborg) Date: Tue, 12 Aug 2003 08:13:00 -0000 Subject: mouse right-click problems on Sun Message-ID: Hello, I'm using Cygwin/XFree86 (Latest version) on W2K. When running applications from a Solaris system the mouse right-click does not work, running applications from a AIX system works OK. In the archive I found some discussions on this topic, some suggesting that the Solaris X libraries are broken, but no solution. Anyone found a solution/workaround for this problem ? Thanks in advance, Bernard From dave@aps5.ph.bham.ac.uk Tue Aug 12 08:28:00 2003 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Tue, 12 Aug 2003 08:28:00 -0000 Subject: startx and ssh Message-ID: <200308120829.JAA04824@aps5.ph.bham.ac.uk> > Date: Mon, 11 Aug 2003 12:55:05 -0600 > I have been trying to de-bug a problem with startx. > > When I tried to run the file, I would get a server window, > no clock and no terminal windows. The command-line > errors were: > .. > Xlib: connection to "0.0" refused by server > Xlib: No Protocol specified > > These error messages would repeat until I hit ^Z > from the console command line. > I found that the script would fail if a .Xauthority file > existed in my home directory. If I removed the file, > startx ran without errors; the server, the clock and > the terminal windows all opened successfully when > there was no .Xauthority file in my home directory. > > I found that the .Xauthority file was being created > when I logged onto my Cygwin machine from another > machine using ssh with the same login name. > > I am proposing a fix for this problem: > > In /usr/X11R6/bin/startx, add the following code before > the block that exports the XAUTHORITY variable: > > # remove $HOME/.Xauthority if it exists > if [ -f $HOME/.Xauthority ]; then > rm $HOME/.Xauthority > fi > > This code just removes .Xauthority if it exists. > If .Xauthority doesn't exist, it does nothing. > Does anyone have any feedback? I've seen the problem, and in my view there's a better solution. Remove the code which sets XAUTHORITY. (I think the problem occurs because XWin assumes -auth $XAUTHORITY if the variable is set, then gets upset because it can't find the authorization key for your display.) From alexander.gottwald@s1999.tu-chemnitz.de Tue Aug 12 08:34:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 12 Aug 2003 08:34:00 -0000 Subject: Problems setting Norwegian keyboard In-Reply-To: <87oeyvigli.fsf@home.lan> References: <87k79kpcrp.fsf@home.lan> <87vft45mlh.fsf@home.lan> <87n0eg5kg5.fsf@home.lan> <87oeyvigli.fsf@home.lan> Message-ID: On Tue, 12 Aug 2003, Steinar Bang wrote: > I didn't put in your fontpath settings, though. Seems to work without > them. Should I put them in? No, this is only needed in few cases. > > BTW: can you run the program from > > http://www.tu-chemnitz.de/~goal/keyboard.tar.gz > > I get a "404 Not found" on that URL, unfortunately. http://www.tu-chemnitz.de/~goal/xfree/keyboard.tar.gz bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From dave@aps5.ph.bham.ac.uk Tue Aug 12 08:40:00 2003 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Tue, 12 Aug 2003 08:40:00 -0000 Subject: mouse right-click problems on Sun Message-ID: <200308120841.JAA05509@aps5.ph.bham.ac.uk> > Hello, > > I'm using Cygwin/XFree86 (Latest version) on W2K. When running > applications from a Solaris system the mouse right-click does not work, > running applications from a AIX system works OK. I suspect that this may depend on the type of mouse you are using as well as the version of Solaris. I'm using the latest XFree86 system on W2K, and haven't noticed any problems. I have a 3 button mouse. All buttons work as expected, both with Solaris 2.6 and Solaris 8 (SPARC versions). > In the archive I found some discussions on this topic, some suggesting > that the Solaris X libraries are broken, but no solution. > > Anyone found a solution/workaround for this problem ? > > Thanks in advance, > > Bernard From BDisselborg@triple-p.nl Tue Aug 12 11:35:00 2003 From: BDisselborg@triple-p.nl (Bernard Disselborg) Date: Tue, 12 Aug 2003 11:35:00 -0000 Subject: mouse right-click problems on Sun Message-ID: I'm also using a 3 button mouse, and experience this problem both on (Sparc) Solaris 2.6 an 8. I've also installed the latest Logitec Mouseware drivers, but this did not help. Bernard >>> dave@aps5.ph.bham.ac.uk 12-Aug-03 10:39:40 >>> > Hello, > > I'm using Cygwin/XFree86 (Latest version) on W2K. When running > applications from a Solaris system the mouse right-click does not work, > running applications from a AIX system works OK. I suspect that this may depend on the type of mouse you are using as well as the version of Solaris. I'm using the latest XFree86 system on W2K, and haven't noticed any problems. I have a 3 button mouse. All buttons work as expected, both with Solaris 2.6 and Solaris 8 (SPARC versions). > In the archive I found some discussions on this topic, some suggesting > that the Solaris X libraries are broken, but no solution. > > Anyone found a solution/workaround for this problem ? > > Thanks in advance, > > Bernard From sb@dod.no Tue Aug 12 12:39:00 2003 From: sb@dod.no (Steinar Bang) Date: Tue, 12 Aug 2003 12:39:00 -0000 Subject: Problems setting Norwegian keyboard References: <87k79kpcrp.fsf@home.lan> <87vft45mlh.fsf@home.lan> <87n0eg5kg5.fsf@home.lan> <87oeyvigli.fsf@home.lan> Message-ID: <87lltzgiej.fsf@home.lan> >>>>> Alexander Gottwald : >> > BTW: can you run the program from >> > http://www.tu-chemnitz.de/~goal/keyboard.tar.gz >> I get a "404 Not found" on that URL, unfortunately. > http://www.tu-chemnitz.de/~goal/xfree/keyboard.tar.gz $ ./keyboard.exe KeyboardType: 4: IBM enhanced (101- or 102-key) keyboard KeyboardLayout: 00000414 Note: I have an icon in the tool tray which either displays the text "NO" or "EN". Left-button clicking on this icon, opens a menu that offers selection of "Norwegian (bokm??l)" or "English (United States)". Changing the selection affects the keyboard when typing, but doesn't affect the output of keyboard.exe. From huntharo@msu.edu Tue Aug 12 12:49:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 12 Aug 2003 12:49:00 -0000 Subject: XWinrc configurable server (menus/icons) In-Reply-To: <5.1.1.6.2.20030810213420.00acdfa0@mail.ziplabel.com> References: <5.1.1.6.2.20030810110907.00ac7158@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <3F2F1086.6070300@hotmail.com> <3F2F1086.6070300@hotmail.com> <5.1.1.6.2.20030804194232.00afeab8@mail.ziplabel.com> <5.1.1.6.2.20030805214031.00aca5c8@mail.ziplabel.com> <5.1.1.6.2.20030810110907.00ac7158@mail.ziplabel.com> <5.1.1.6.2.20030810213420.00acdfa0@mail.ziplabel.com> Message-ID: <3F38E24D.2070108@msu.edu> Earle, I am taking a look at this now. Harold Earle F. Philhower III wrote: > Howdy Harold, > At 06:13 PM 8/10/2003 -0400, you wrote: > >> Should we change the file prefixes to something along the lines of >> "winprefs" then? > > > Done in the attached patch, you'll want to > rm winmultiwindowprefs.[cho] winmultiwindowyacc.[ycho] > winmultiwindowlex.[lco] > to get rid of the old files. The usual drill: make Makefile; make > clean; make depend > >> Please send the diff against xwinrc.2.diff. I know that a patch can >> add new files, but will it know to remove the winmultiwindow files >> that are getting renamed? If not, I will try to manually remove the >> new files that are renamed. > > > I'm attaching a diff -U3 -N against xwinrc.2. It's got all the stuff > as before (custom icons, menus, etc.) with a new RELOAD command for > a menu item to reload the config files, and the bugfix for overridden > icons when closing windows through their title bars, and the setsid() > call after the FDs are closed after the fork(). > > The system.XWinrc file has all the documentation I've written, but I've > not been able to make myself sit down and write a man page... > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com From alexander.gottwald@s1999.tu-chemnitz.de Tue Aug 12 13:41:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Tue, 12 Aug 2003 13:41:00 -0000 Subject: Problems setting Norwegian keyboard In-Reply-To: <87lltzgiej.fsf@home.lan> References: <87k79kpcrp.fsf@home.lan> <87vft45mlh.fsf@home.lan> <87n0eg5kg5.fsf@home.lan> <87oeyvigli.fsf@home.lan> <87lltzgiej.fsf@home.lan> Message-ID: On Tue, 12 Aug 2003, Steinar Bang wrote: > $ ./keyboard.exe > KeyboardType: 4: IBM enhanced (101- or 102-key) keyboard > KeyboardLayout: 00000414 Thanks > Note: I have an icon in the tool tray which either displays the text > "NO" or "EN". Left-button clicking on this icon, opens a menu that > offers selection of "Norwegian (bokm??l)" or "English (United > States)". Changing the selection affects the keyboard when typing, > but doesn't affect the output of keyboard.exe. XWin does not use the settings made with this icon. It uses the default setting. The others are just supplements. bye ago From dave@aps5.ph.bham.ac.uk Tue Aug 12 16:00:00 2003 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Tue, 12 Aug 2003 16:00:00 -0000 Subject: mouse right-click problems on Sun Message-ID: <200308121601.RAA29989@aps5.ph.bham.ac.uk> > From: "Bernard Disselborg" > To: > I'm also using a 3 button mouse, and experience this problem both on > (Sparc) Solaris 2.6 an 8. > I've also installed the latest Logitec Mouseware drivers, but this did > not help. One thing to try - start up xev, move the pointer into the window, and see how it responds to mouse buttons. The mouse I'm using is really a 2 button mouse with a central track wheel which the X server regards as the middle button. Turning the wheel gives a further two 'buttons'. Left button -> button 1 (i.e. left) Depress trackwheel -> button 2 (i.e. middle) Right key -> button 3 (i.e. right) Push trackwheel away -> button 4 (press+release) Pull trackwheel towards -> button 5 (press+release) What response does xev give to a right mouse press? If it's an incorrect button (e.g. button 5), you'll be able to fix things up using xmodmap. From oskar.malm@kreatel.se Tue Aug 12 17:02:00 2003 From: oskar.malm@kreatel.se (Oskar Malm) Date: Tue, 12 Aug 2003 17:02:00 -0000 Subject: FW: winIsFakeCtrl_L does not work correctly in Windows XP Message-ID: <5BB336130A66D7119DEF009027463C2C13859B@BERNTSSON> Hi, Today I upgraded my Windows machine from NT4 to XP and also reinstalled the latest version of XFree86. Now the right Alt key (AltGr) on my swedish keyboard does not work any more. I checked what events are generated with xev and found that some, but not all extra CTRL events generated by Windows are not filtered. There was no obvious pattern. Is this a known issue? Thanks, Oskar Malm From tbone@directsynergy.com Tue Aug 12 17:18:00 2003 From: tbone@directsynergy.com (terrence brannon) Date: Tue, 12 Aug 2003 17:18:00 -0000 Subject: -clipboard mark-region cut and paste xemacs dilemma in cygwin xfree86 References: <5BB336130A66D7119DEF009027463C2C13859B@BERNTSSON> Message-ID: <010b01c360f5$b0186a70$3c00a8c0@JEFFCPU> (How's that for a google-searchable title :)) I am between a rock and a hard place. If I start X-windows without the -clipboard option, then I cannot cut and paste between my windows web browser (mozilla) and my x-terminals using the middle mouse button. If I do start X-windows with the -clipboard option, then Xemacs seems to not be able to mark the region. Or rather, just after marking the region via the mouse or by hitting ctrl-space and moving to the other end of the region, I cannot use the region with the error: "Region is not active now" This is my cygwin X-windows startup file export DISPLAY=localhost:0.0 #XWin -unixkill -rootless -emulate3buttons -clipboard & #XWin -unixkill -emulate3buttons -clipboard & XWin -unixkill -emulate3buttons & wmaker & #openbox & #fvwm & # lesstiff * xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x20+532+0 -name center & xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x20+1033+0 -name right & xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 80x20-70+0 -name large & #xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry 215x88-70+0 -name large & xhost + ipconfig /all . From philippe.bastiani@wanadoo.fr Tue Aug 12 17:34:00 2003 From: philippe.bastiani@wanadoo.fr (Philippe Bastiani) Date: Tue, 12 Aug 2003 17:34:00 -0000 Subject: New on sourceware: XFree86-bin-icons-4.3.0-1 References: <3F36772C.509@msu.edu> <3F38009B.8090400@burri.to> Message-ID: Hi, > > -1- when I start a X module, this one does not appear in the START menu (XP > > style). I need to open 2 times the menu to see the new entry. > > I have no idea what this means. In fact, it seems to me that's a 'hidden' specification of WinXp ! > > -2- if i start several X modules, only the last module appear in the menu: > > the second X entry hides the first one; the third entry hides the second > > one; and so on... > > If you're talking about a "Recent Applications" thing, then yes, you > should get behaviour like this. Every one of these commands is launched > by /usr/X11R6/bin/run (you can see this by looking at the properties for > the shortcuts). If you don't use the run command, then pretty much > every program will end up with a useless console window (except rxvt). > Ok.. so again, a 'hidden' specification of WinXp :( I made some others tests: it seems that WinXP does not manage properly shortcup with parameters in the command line... A+ Philippe From huntharo@msu.edu Tue Aug 12 17:45:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 12 Aug 2003 17:45:00 -0000 Subject: -clipboard mark-region cut and paste xemacs dilemma in cygwin xfree86 In-Reply-To: <010b01c360f5$b0186a70$3c00a8c0@JEFFCPU> References: <5BB336130A66D7119DEF009027463C2C13859B@BERNTSSON> <010b01c360f5$b0186a70$3c00a8c0@JEFFCPU> Message-ID: <3F3927A0.1020707@msu.edu> Terrance, Speaking of Google, this is covered over, and over, and over, and over, and over, and over, and over, and over, and over, and over again in the mailing list archives. Harold terrence brannon wrote: > (How's that for a google-searchable title :)) > > I am between a rock and a hard place. If I start X-windows without > the -clipboard option, then I cannot cut and paste between my windows web > browser (mozilla) and my x-terminals using the middle mouse button. > > If I do start X-windows with the -clipboard option, then Xemacs seems to not > be able to mark the region. Or rather, just after marking the region via the > mouse or by hitting ctrl-space and moving to the other end of the region, I > cannot use the region with the error: "Region is not active now" > > This is my cygwin X-windows startup file > > export DISPLAY=localhost:0.0 > > > > #XWin -unixkill -rootless -emulate3buttons -clipboard & > #XWin -unixkill -emulate3buttons -clipboard & > XWin -unixkill -emulate3buttons & > > > wmaker & > #openbox & > #fvwm & > > # lesstiff * > > xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry > 80x20+532+0 -name center & > xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry > 80x20+1033+0 -name right & > xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry > 80x20-70+0 -name large & > #xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry > 215x88-70+0 -name large & > > xhost + > ipconfig /all > . > From huntharo@msu.edu Tue Aug 12 17:51:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 12 Aug 2003 17:51:00 -0000 Subject: -clipboard mark-region cut and paste xemacs dilemma in cygwin xfree86 In-Reply-To: <3F3927A0.1020707@msu.edu> References: <5BB336130A66D7119DEF009027463C2C13859B@BERNTSSON> <010b01c360f5$b0186a70$3c00a8c0@JEFFCPU> <3F3927A0.1020707@msu.edu> Message-ID: <3F392930.9050905@msu.edu> Sorry, I meant Terrence, not Terrance. Harold L Hunt II wrote: > Terrance, > > Speaking of Google, this is covered over, and over, and over, and over, > and over, and over, and over, and over, and over, and over again in the > mailing list archives. > > Harold > > terrence brannon wrote: > >> (How's that for a google-searchable title :)) >> >> I am between a rock and a hard place. If I start X-windows without >> the -clipboard option, then I cannot cut and paste between my windows web >> browser (mozilla) and my x-terminals using the middle mouse button. >> >> If I do start X-windows with the -clipboard option, then Xemacs seems >> to not >> be able to mark the region. Or rather, just after marking the region >> via the >> mouse or by hitting ctrl-space and moving to the other end of the >> region, I >> cannot use the region with the error: "Region is not active now" >> >> This is my cygwin X-windows startup file >> >> export DISPLAY=localhost:0.0 >> >> >> >> #XWin -unixkill -rootless -emulate3buttons -clipboard & >> #XWin -unixkill -emulate3buttons -clipboard & >> XWin -unixkill -emulate3buttons & >> >> >> wmaker & >> #openbox & >> #fvwm & >> >> # lesstiff * >> >> xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry >> 80x20+532+0 -name center & >> xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry >> 80x20+1033+0 -name right & >> xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry >> 80x20-70+0 -name large & >> #xterm -sb -bg white -fg darkblue -cr red -ms red -bd red -geometry >> 215x88-70+0 -name large & >> >> xhost + >> ipconfig /all >> . >> > From sb@dod.no Tue Aug 12 19:11:00 2003 From: sb@dod.no (Steinar Bang) Date: Tue, 12 Aug 2003 19:11:00 -0000 Subject: XFree86-xserv 4.3.0-3 crashing Win2k References: <87znig5o4s.fsf@home.lan> <87r83s5mbf.fsf@home.lan> Message-ID: <87oeyuwv21.fsf@doohan.bang.priv.no> >>>>> Steinar Bang : >>>>> Steinar Bang : >> Platform: Intel PIII, Win2k professional, >> XFree86-xserv 4.3.0-3 >> Now I've crashed Win2k twice in one day, by opening the RMBM on the >> icon in the tool tray, and selecting "Exit". > Make that "thrice". >> The first time it happened I had the root window visible, but the >> second time I did not have the root window visible, and all X >> windows were closed. > This was with the root window invisible and all X windows closed. I'm guessing that I'm seeing what is described in the quote by Harold below, and that this is fixed in Server Test 95. >>>>> Harold L Hunt II : [snip!] > Changes: > 1) Signal the clipboard and multiwindow window manager threads to > stop trying to reconnect when the server is being shutdown. These > reconnection attempts were causing intermittent GPFs (General > Protection Faults) on shutdown. (Earle F. Philhower III) From huntharo@msu.edu Tue Aug 12 19:17:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 12 Aug 2003 19:17:00 -0000 Subject: XFree86-xserv 4.3.0-3 crashing Win2k In-Reply-To: <87oeyuwv21.fsf@doohan.bang.priv.no> References: <87znig5o4s.fsf@home.lan> <87r83s5mbf.fsf@home.lan> <87oeyuwv21.fsf@doohan.bang.priv.no> Message-ID: <3F393D37.5070700@msu.edu> Steinar, XFree86-xserv-4.3.0-3 is Test95. So, no, your bug is not fixed in Test95. Besides, your bug seems to occur when you simply click on the tray icon, before you even get a menu, correct? Harold Steinar Bang wrote: >>>>>>Steinar Bang : > > >>>>>>Steinar Bang : >>> >>>Platform: Intel PIII, Win2k professional, >>>XFree86-xserv 4.3.0-3 > > >>>Now I've crashed Win2k twice in one day, by opening the RMBM on the >>>icon in the tool tray, and selecting "Exit". > > >>Make that "thrice". > > >>>The first time it happened I had the root window visible, but the >>>second time I did not have the root window visible, and all X >>>windows were closed. > > >>This was with the root window invisible and all X windows closed. > > > > I'm guessing that I'm seeing what is described in the quote by Harold > below, and that this is fixed in Server Test 95. > > >>>>>>Harold L Hunt II : > > [snip!] > >>Changes: > > >>1) Signal the clipboard and multiwindow window manager threads to >>stop trying to reconnect when the server is being shutdown. These >>reconnection attempts were causing intermittent GPFs (General >>Protection Faults) on shutdown. (Earle F. Philhower III) > > From krajyk@yahoo.com Tue Aug 12 21:40:00 2003 From: krajyk@yahoo.com (Ben Kim) Date: Tue, 12 Aug 2003 21:40:00 -0000 Subject: Cannot display through rsh Message-ID: <20030812214026.91086.qmail@web40502.mail.yahoo.com> I am trying to call a script located on my Windows box from my Unix box through rsh. All the script does is run a java GUI application that outputs some information in standard out. When I run this script through rsh, the java process is up and running on Windows (I also see output, also check task manager) but the GUI frame does not show up. On Windows, I installed cygwin and xfree. I started X via xstartwin. I also xhost + to allow any host to remotely display on Windows. I know display isn't the problem because if I am on my Unix machine, if I set the display to Windows, and run the java app locally on Unix, the app correctly displays on Windows. Only if the I'm trying to rsh the same script on Windows from Unix, this doesn't work. Another interesting point is that if I were to change the script on Windows to run cygwin/xfree xterm instead of the java app, and from Unix rsh the script, the xterm correctly displays. But as soon as I put in the java app, it does not display. To summarize: 1. From Unix, run java app on Unix, display to Windows (works) 2. From Unix, rsh java app on Windows, display to Windows (does NOT work) 3. From Unix, rsh cygwin xapps (xterm, xclock etc) on Windows, display to Windows (works) Does anyone know what this might be the case? And is there any way to get #2 to work? __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From pechtcha@cs.nyu.edu Tue Aug 12 23:39:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 12 Aug 2003 23:39:00 -0000 Subject: Cannot display through rsh In-Reply-To: <20030812214026.91086.qmail@web40502.mail.yahoo.com> Message-ID: On Tue, 12 Aug 2003, Ben Kim wrote: > I am trying to call a script located on my Windows box > from my Unix box through rsh. All the script does is > run a java GUI application that outputs some > information in standard out. When I run this script > through rsh, the java process is up and running on > Windows (I also see output, also check task manager) > but the GUI frame does not show up. On Windows, I > installed cygwin and xfree. I started X via > xstartwin. I also xhost + to allow any host to > remotely display on Windows. I know display isn't the > problem because if I am on my Unix machine, if I set > the display to Windows, and run the java app locally > on Unix, the app correctly displays on Windows. Only > if the I'm trying to rsh the same script on Windows > from Unix, this doesn't work. Another interesting > point is that if I were to change the script on > Windows to run cygwin/xfree xterm instead of the java > app, and from Unix rsh the script, the xterm > correctly displays. But as soon as I put in the java > app, it does not display. > > To summarize: > 1. From Unix, run java app on Unix, display to > Windows (works) > 2. From Unix, rsh java app on Windows, display to > Windows (does NOT work) > 3. From Unix, rsh cygwin xapps (xterm, xclock etc) > on Windows, display to Windows (works) > > Does anyone know what this might be the case? And is > there any way to get #2 to work? Ben, There is no Cygwin-aware Java JDK. This basically means that, unlike the Unix one, the JDK you're using on Windows is not using the X protocol to display windows, but rather the Windows GDI one. In other words, you cannot do what you want without a VNC-like tool that would let you display *any* Windows native application using X. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From krajyk@yahoo.com Wed Aug 13 00:26:00 2003 From: krajyk@yahoo.com (Ben Kim) Date: Wed, 13 Aug 2003 00:26:00 -0000 Subject: Cannot display through rsh Message-ID: <20030813002602.40550.qmail@web40505.mail.yahoo.com> If Cygwin is not aware of java, which means the GUI app should not be able to display on my Windows machines, then why is it the case that number #1 in my example works? Meaning, when I'm on Unix, set the display to Windows, and run the Java GUI, the gui correctly displays on the Windows machine? Ben On Tue, 12 Aug 2003, Ben Kim wrote: > I am trying to call a script located on my Windows box > from my Unix box through rsh. All the script does is > run a java GUI application that outputs some > information in standard out. When I run this script > through rsh, the java process is up and running on > Windows (I also see output, also check task manager) > but the GUI frame does not show up. On Windows, I > installed cygwin and xfree. I started X via > xstartwin. I also xhost + to allow any host to > remotely display on Windows. I know display isn't the > problem because if I am on my Unix machine, if I set > the display to Windows, and run the java app locally > on Unix, the app correctly displays on Windows. Only > if the I'm trying to rsh the same script on Windows > from Unix, this doesn't work. Another interesting > point is that if I were to change the script on > Windows to run cygwin/xfree xterm instead of the java > app, and from Unix rsh the script, the xterm > correctly displays. But as soon as I put in the java > app, it does not display. > > To summarize: > 1. From Unix, run java app on Unix, display to > Windows (works) > 2. From Unix, rsh java app on Windows, display to > Windows (does NOT work) > 3. From Unix, rsh cygwin xapps (xterm, xclock etc) > on Windows, display to Windows (works) > > Does anyone know what this might be the case? And is > there any way to get #2 to work? Ben, There is no Cygwin-aware Java JDK. This basically means that, unlike the Unix one, the JDK you're using on Windows is not using the X protocol to display windows, but rather the Windows GDI one. In other words, you cannot do what you want without a VNC-like tool that would let you display *any* Windows native application using X. Igor __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From huntharo@msu.edu Wed Aug 13 00:32:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 13 Aug 2003 00:32:00 -0000 Subject: Cannot display through rsh In-Reply-To: <20030813002602.40550.qmail@web40505.mail.yahoo.com> References: <20030813002602.40550.qmail@web40505.mail.yahoo.com> Message-ID: <3F398725.6000202@msu.edu> Ben, Ben Kim wrote: > If Cygwin is not aware of java, which means the GUI > app should not be able to display on my Windows > machines, then why is it the case that number #1 in my > example works? You got it about exactly backwards from what Igor told you. Java for Windows does not understand the X Window System. Java for Windows displays graphics via the Win32 GDI system. Java for UNIX machines displays graphics via the X Window System. Cygwin/XFree86 is an implementation of the X Window System. Thus, setting DISPLAY on your UNIX machine to point to your Windows machine that is running Cygwin/XFree86 will cause the X graphics to show up under Cygwin/XFree86. However, the Win32 GDI system is nothing like the X Window System. It was not initially designed to be network transparent like the X Window System. Thus, there is not a simple way to display Windows applications running on a remote machine. Harold Meaning, when I'm on Unix, set the > display to Windows, and run the Java GUI, the gui > correctly displays on the Windows machine? > > Ben > > On Tue, 12 Aug 2003, Ben Kim wrote: > > >>I am trying to call a script located on my Windows > > box > >>from my Unix box through rsh. All the script does > > is > >>run a java GUI application that outputs some >>information in standard out. When I run this script >>through rsh, the java process is up and running on >>Windows (I also see output, also check task manager) >>but the GUI frame does not show up. On Windows, I >>installed cygwin and xfree. I started X via >>xstartwin. I also xhost + to allow any host to >>remotely display on Windows. I know display isn't > > the > >>problem because if I am on my Unix machine, if I set >>the display to Windows, and run the java app locally >>on Unix, the app correctly displays on Windows. > > Only > >>if the I'm trying to rsh the same script on Windows >>from Unix, this doesn't work. Another interesting >>point is that if I were to change the script on >>Windows to run cygwin/xfree xterm instead of the > > java > >>app, and from Unix rsh the script, the xterm >>correctly displays. But as soon as I put in the > > java > >>app, it does not display. >> >>To summarize: >> 1. From Unix, run java app on Unix, display to >>Windows (works) >> 2. From Unix, rsh java app on Windows, display to >>Windows (does NOT work) >> 3. From Unix, rsh cygwin xapps (xterm, xclock > > etc) > >>on Windows, display to Windows (works) >> >>Does anyone know what this might be the case? And > > is > >>there any way to get #2 to work? > > > Ben, > > There is no Cygwin-aware Java JDK. This basically > means that, unlike the > Unix one, the JDK you're using on Windows is not using > the X protocol to > display windows, but rather the Windows GDI one. In > other words, you > cannot do what you want without a VNC-like tool that > would let you display > *any* Windows native application using X. > Igor > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com From pechtcha@cs.nyu.edu Wed Aug 13 00:39:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Wed, 13 Aug 2003 00:39:00 -0000 Subject: Cannot display through rsh In-Reply-To: <20030813002332.5268.qmail@web40513.mail.yahoo.com> Message-ID: On Tue, 12 Aug 2003, Ben Kim wrote: > Hi, > > If Cygwin is not aware of JDK, then why is it that #1 > in my example works? Meaning, I'm able to display the > java app when I'm on Unix and set the display to > Windows. Cygwin doesn't know about Java, yet the GUI > shows up correctly in this case. > > Ben > > On Tue, 12 Aug 2003, Ben Kim wrote: > > > I am trying to call a script located on my Windows > box > > from my Unix box through rsh. All the script does > is > > run a java GUI application that outputs some > > information in standard out. When I run this script > > through rsh, the java process is up and running on > > Windows (I also see output, also check task manager) > > but the GUI frame does not show up. On Windows, I > > installed cygwin and xfree. I started X via > > xstartwin. I also xhost + to allow any host to > > remotely display on Windows. I know display isn't > the > > problem because if I am on my Unix machine, if I set > > the display to Windows, and run the java app locally > > on Unix, the app correctly displays on Windows. > Only > > if the I'm trying to rsh the same script on Windows > > from Unix, this doesn't work. Another interesting > > point is that if I were to change the script on > > Windows to run cygwin/xfree xterm instead of the > java > > app, and from Unix rsh the script, the xterm > > correctly displays. But as soon as I put in the > java > > app, it does not display. > > > > To summarize: > > 1. From Unix, run java app on Unix, display to > > Windows (works) > > 2. From Unix, rsh java app on Windows, display to > > Windows (does NOT work) > > 3. From Unix, rsh cygwin xapps (xterm, xclock > etc) > > on Windows, display to Windows (works) > > > > Does anyone know what this might be the case? And > is > > there any way to get #2 to work? > > Ben, > > There is no Cygwin-aware Java JDK. This basically > means that, unlike the > Unix one, the JDK you're using on Windows is not using > the X protocol to > display windows, but rather the Windows GDI one. In > other words, you > cannot do what you want without a VNC-like tool that > would let you display > *any* Windows native application using X. > Igor Ben, It's better to keep discussions of this sort on the list, so that other people can offer their expertise, as well as find this discussion in the archives should they need it later. I have set the Reply-To field to the appropriate list. Please make sure your mailer honors it. The reason you're able to see Java from Unix is that the Unix-compiled version of Java *does* use the X protocol to display its windows. The X protocol was designed for easy forwarding to other machines, hence your ability to see the windows on your local Windows box. The Windows GDI calls are not designed for such easy forwarding, and so you cannot forward from a Windows machine to a Unix one. If you got your hands on the source of a Unix JDK and managed to build it under Cygwin, it would use the X protocol as well, and so you'd be able to forward its windows anywhere. Unfortunately, you wouldn't be able to distribute the resulting application, because anything linked with cygwin1.dll automatically becomes GPLd. If you could find an open-source JDK, this problem would not arise. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From sb@dod.no Wed Aug 13 07:22:00 2003 From: sb@dod.no (Steinar Bang) Date: Wed, 13 Aug 2003 07:22:00 -0000 Subject: XFree86-xserv 4.3.0-3 crashing Win2k References: <87znig5o4s.fsf@home.lan> <87r83s5mbf.fsf@home.lan> <87oeyuwv21.fsf@doohan.bang.priv.no> <3F393D37.5070700@msu.edu> Message-ID: <87ekzq3tuo.fsf@home.lan> >>>>> Harold L Hunt II : > Steinar, > XFree86-xserv-4.3.0-3 is Test95. > So, no, your bug is not fixed in Test95. > Besides, your bug seems to occur when you simply click on the tray > icon, before you even get a menu, correct? Nope. It happens after I've selected "Exit". From rodmedina@cantv.net Wed Aug 13 10:07:00 2003 From: rodmedina@cantv.net (Rodrigo Medina) Date: Wed, 13 Aug 2003 10:07:00 -0000 Subject: XFree86-xserv 4.3.0-3 crashing Win2k Message-ID: <46300-22003831310717965@cantv.net> Hi, I want to report a XWin failure, I think related to the problem discussed in this thread. My instalation: $cat /proc/version CYGWIN_95-4.0 1.3.22(0.78/3/2) 2003-03-18 09:20 Version of XFree86-xserv : 4.3.0-3 The problem appears only with the -multiwindow option. $XWin -multiwindow & [1] 996399 $xterm & [2] 627351 The xterm functions perfectly well. Then I close xterm with exit. $ [2]+ Done xterm Now I close the X server by clicking Exit in the button on the taskbar. An alert window of WINDOWS appears telling that XWin has executed an invalid instruction an that the PC should be rebooted. Details: XWIN provoc?? un fallo de pila en el m??dulo KERNEL32.DLL de 014f:bff725c5. Registros: EAX=002a0037 CS=014f EIP=bff725c5 EFLGS=00000287 EBX=fe6a9000 SS=0157 ESP=0173e04e EBP=0173e062 ECX=815e28fc DS=0157 ESI=0173e072 FS=0eaf EDX=815e28fc ES=0157 EDI=815e28fc GS=0df6 Bytes en CS:EIP: 6a ff e8 d0 85 01 00 eb e7 55 8b ec 56 57 53 8b Volcado de pila: fe6a9000 815e290c 0173e072 e0b00173 3ec40173 0173e0bc bff7294f 815e28fc 0173e072 012f7a98 01870028 e0df0002 00000173 e0900000 00000173 ebd60000 In the rxvt window from which XWin was started one gets a message: $ winMutliWindowWMIOErrorHandler! [1]+ Done XWin -multiwindow $ I have attached the /tmp/XWin.log file. If XWin is started and then closed, without running any Xwindow application, there is no problem. I attach the XWin.log also for this case. $XWin -multiwindow & [1] 3623471 $ [1]+ Done XWin -multiwindow $ I hope that this information could be useful. Rodrigo Medina -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log.OK Type: application/octet-stream Size: 3218 bytes Desc: XWin.log.OK URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.log.failure Type: application/octet-stream Size: 3327 bytes Desc: XWin.log.failure URL: From sb@dod.no Wed Aug 13 13:16:00 2003 From: sb@dod.no (Steinar Bang) Date: Wed, 13 Aug 2003 13:16:00 -0000 Subject: XFree86-xserv 4.3.0-3 crashing Win2k References: <87znig5o4s.fsf@home.lan> <87r83s5mbf.fsf@home.lan> <87oeyuwv21.fsf@doohan.bang.priv.no> <3F393D37.5070700@msu.edu> <87ekzq3tuo.fsf@home.lan> Message-ID: <87d6f9em16.fsf@home.lan> >>>>> Steinar Bang : >>>>> Harold L Hunt II : >> Steinar, >> XFree86-xserv-4.3.0-3 is Test95. >> So, no, your bug is not fixed in Test95. >> Besides, your bug seems to occur when you simply click on the tray >> icon, before you even get a menu, correct? > Nope. It happens after I've selected "Exit". Ie. after I've first selected "Exit" in the RMBM on the X icon in the tooltray, and then clicked on the "Exit" button in the dialog that opens. From huntharo@msu.edu Wed Aug 13 13:21:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 13 Aug 2003 13:21:00 -0000 Subject: XFree86-xserv 4.3.0-3 crashing Win2k In-Reply-To: <46300-22003831310717965@cantv.net> References: <46300-22003831310717965@cantv.net> Message-ID: <3F3A3B6C.4060301@msu.edu> You guys don't happen to be running on machines with two CPUs or a Pentium 4 3.0+ GHz with HyperThreading enabled, do you? Harold Rodrigo Medina wrote: > Hi, > I want to report a XWin failure, I think related to the problem > discussed in this thread. > > My instalation: > $cat /proc/version > CYGWIN_95-4.0 1.3.22(0.78/3/2) 2003-03-18 09:20 > > Version of XFree86-xserv : 4.3.0-3 > > The problem appears only with the -multiwindow option. > > $XWin -multiwindow & > [1] 996399 > $xterm & > [2] 627351 > > > The xterm functions perfectly well. > Then I close xterm with exit. > $ > [2]+ Done xterm > > Now I close the X server by clicking Exit in the button on the taskbar. > > An alert window of WINDOWS appears telling that XWin has executed an invalid > instruction an that the PC should be rebooted. Details: > > XWIN provoc?? un fallo de pila en el m??dulo KERNEL32.DLL de 014f:bff725c5. > Registros: > EAX=002a0037 CS=014f EIP=bff725c5 EFLGS=00000287 > EBX=fe6a9000 SS=0157 ESP=0173e04e EBP=0173e062 > ECX=815e28fc DS=0157 ESI=0173e072 FS=0eaf > EDX=815e28fc ES=0157 EDI=815e28fc GS=0df6 > Bytes en CS:EIP: > 6a ff e8 d0 85 01 00 eb e7 55 8b ec 56 57 53 8b > Volcado de pila: > fe6a9000 815e290c 0173e072 e0b00173 3ec40173 0173e0bc bff7294f 815e28fc > 0173e072 012f7a98 01870028 e0df0002 00000173 e0900000 00000173 ebd60000 > > In the rxvt window from which XWin was started one gets a message: > $ > winMutliWindowWMIOErrorHandler! > > [1]+ Done XWin -multiwindow > $ > > > I have attached the /tmp/XWin.log file. > > If XWin is started and then closed, without running any Xwindow application, > there is no problem. I attach the XWin.log also for this case. > > $XWin -multiwindow & > [1] 3623471 > $ > [1]+ Done XWin -multiwindow > $ > > > I hope that this information could be useful. > > Rodrigo Medina From abraverman@itms.com Wed Aug 13 13:22:00 2003 From: abraverman@itms.com (Andrew Braverman) Date: Wed, 13 Aug 2003 13:22:00 -0000 Subject: DDD dies on me (pt 2) In-Reply-To: <5.1.1.6.2.20030811223134.00af8d88@mail.ziplabel.com> Message-ID: <000801c3619d$eaa97640$1e54cea7@andrew> Thanks for the help. I have managed to get XWin to crash in both places again (which one happens is random, but these are the only 2). I have attached the log file from the modified program as well as a stack trace from gdb for each one. Given some proverbial free time, I will try to do some more debugging. FYI, this is just the CVS code. I will go back to the web and find the place where it tells me how to add the test code to the CVS code and try that. Also, though I mentioned it in the original thread, I am not sure I reminded you in this thread that I was running ddd from a Linux box (though that should not make a difference). > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Earle F. Philhower > III > Sent: Tuesday, August 12, 2003 1:47 AM > To: cygwin-xfree@cygwin.com > Subject: RE: DDD dies on me (pt 2) > > > > >At 02:37 PM 8/11/2003 -0400, Andrew Braverman wrote: > >>It is definitely XWin that is crashing. I seem to have had > some mental > >>block when I wrote the last message because I could swear I > had said it died > >>in 24 bit, but the text doesn't lie... I will try putting > a bunch of ErrorF > >>statements in and send the resulting log file ASAP. Thanks. > >... > >Please put the errorf's in before the "for row=0...iconsize" line do > >if there is an overwrite we'll get the data before it happens... > > Actually, put those ErrorF()s before the call you saw was bombing, > which was before that for() loop. > > Also, FWIW I compiled XWin (test95+xwinrc patches) with it forcing > effBPP and bpp to 24 in the winXIconToHIcon which works fine except > for Windoze not liking 24 bpp icons on a 32-bit screen (comes up > black). The function you're looking at functions the same way as > if the desktop was 24bpp, though, so it should exercise the same > code path. However, after a dozen runs of ddd (3.3.7 from the > sourceforge site) I've not had a single crash. I see the bug icon > outline every time. Under the unhacked XWin the bug comes out in > all its colored glory. > > Don't know what to tell you, but it's looking the same as before, > only your installation is bombing. Maybe the ErrorF()s will shed > some light on something being out of whack in the X structure > or the desktop DC. > > -Earle F. Philhower, III > earle@ziplabel.com > cdrlabel - ZipLabel - FlpLabel > http://www.cdrlabel.com > -------------- next part -------------- A non-text attachment was scrubbed... Name: free.log Type: application/octet-stream Size: 25951 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: free.txt URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: miGetImage.log Type: application/octet-stream Size: 8049 bytes Desc: not available URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: miGetImage.txt URL: From JeeChung@alum.mit.edu Wed Aug 13 15:28:00 2003 From: JeeChung@alum.mit.edu (Jee Chung) Date: Wed, 13 Aug 2003 15:28:00 -0000 Subject: Lastest version of xclock (-digital mode) seg faults Message-ID: I keep my Cygwin with XFree86 installation on Window XP pretty much up-to-date on almost weekly basis. Recently, an update brought down a new version of xclock.exe which has been giving me problems. When invoked in the digital display mode like: run xclock -digital -update 1 -fn 6x13 -geometry -0+0 -bg blue -fg orange it produces and error message: Warning: Cannot convert string "" to type XftFont and also produces a stackdump whose content is shown below: bash:~> cat xclock.exe.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=005D8881 eax=00000000 ebx=00000000 ecx=FFFFFFE5 edx=610CB0B0 esi=0022E880 edi=00000057 ebp=0022E858 esp=0022E830 program=C:\cygwin\usr\X11R6\bin\xclock.exe cs=001B ds=0023 es=0023 fs=0038 gs=0000 ss=0023 Stack trace: Frame Function Args 0022E858 005D8881 (10036CA0, 00000000, 00000057, 0022EC8C) 0022F898 005D428D (10036CA0, 00000000, 610CB0B0, 00000019) 0022F988 00402473 (10041A98, 1003B6C8, 00000000, 0022F9D0) 0022F9B8 0044FDF7 (00484630, 10041A98, 1003B6C8, 00000000) 0022FDE8 004503A3 (00401531, 00000000, 00484630, 1003A158) 0022FE58 004509AC (00401531, 00484630, 1003A158, 00000000) 0022FE88 00450CC0 (00401531, 00484630, 1003A158, 00000000) 0022FEF0 00401762 (00000001, 615F21F8, 10030328, 0022FF24) 0022FF40 61007408 (610D1F58, FFFFFFFE, 000007E0, 610D1E7C) 0022FF90 610076ED (00000000, 00000000, 00000001, 00000000) 0022FFB0 00482E32 (00401550, 037F0009, 0022FFF0, 77E814C7) 0022FFC0 0040103C (0022E1F0, 00000001, 7FFDF000, F7BACCF0) 0022FFF0 77E814C7 (00401000, 00000000, 78746341, 00000020) Has anyone else seen this problem? The problem does not occur if I run the clock in "analog" mode. JC From Cary.Jamison@powerquest.com Wed Aug 13 19:10:00 2003 From: Cary.Jamison@powerquest.com (Cary Jamison) Date: Wed, 13 Aug 2003 19:10:00 -0000 Subject: -clipboard mark-region cut and paste xemacs dilemma in cygwin xfree86 Message-ID: "terrence brannon" wrote in message news:010b01c360f5$b0186a70$3c00a8c0@JEFFCPU... > (How's that for a google-searchable title :)) > > I am between a rock and a hard place. If I start X-windows without > the -clipboard option, then I cannot cut and paste between my windows web > browser (mozilla) and my x-terminals using the middle mouse button. > > If I do start X-windows with the -clipboard option, then Xemacs seems to not > be able to mark the region. Or rather, just after marking the region via the > mouse or by hitting ctrl-space and moving to the other end of the region, I > cannot use the region with the error: "Region is not active now" (As Harold mentions, this has been discussed before, including my suggestion below.) You might want to consider not using -clipboard and starting/stopping xwinclip as needed. This works for me, because I find I do not need to do a lot of copying/pasting between X and Windows, and prefer to have selection work properly in emacs and xterms. Cary From rodmedina@cantv.net Wed Aug 13 19:43:00 2003 From: rodmedina@cantv.net (Rodrigo Medina) Date: Wed, 13 Aug 2003 19:43:00 -0000 Subject: Xedit failure Message-ID: <63340-220038313194339607@cantv.net> Hi, I have to report a failure of xedit with XFree86-bin 4.3.0-1: $ xedit Segmentation fault (core dumped $ cat XEDIT.EXE.stackdump Exception: STATUS_ACCESS_VIOLATION at eip=0041D8F7 eax=00000001 ebx=1005F610 ecx=00000400 edx=00000001 esi=00000145 edi=1005F940 ebp=009BF088 esp=009BF070 program=C:\CYGWIN\USR\X11R6\BIN\XEDIT.EXE cs=014F ds=0157 es=0157 fs=3F6F gs=0000 ss=0157 Stack trace: Frame Function Args 009BF088 0041D8F7 (1005F610, 00000001, 00000003, 009BF255) 009BF0A8 0041E013 (1005F610, 00000001, 00000000, 00000051) 009BF378 00449EC4 (004FE490, 00000001, 1007EA70, 00000000) 009BF408 00420A76 (1007EA70, 009BF420, 00000000, 0041A62F) 009BF448 00420FA8 (1007EA70, 1005F9A0, 00000001, 610AD391) 009BF478 0042279D (00000004, 00411520, 009BFD68, 0040155F) 009BF488 00411559 (10039C78, 00000001, 0000000C, 00000001) 009BFD68 0040155F (00000001, 615F3858, 10030328, 009BFD9C) 009BFDB8 61007408 (610D1F58, FFFFFFFE, 00000006, 610D1E7C) 009BFE08 610076ED (00000000, 00000000, BFFBFA00, 009BFF68) 009BFE28 004FB092 (004013A0, 037F0500, 009BFF78, BFF88E93) 009BFE38 0040103C (81670F30, 81670AD8, 007B0000, 69646558) 009BFF78 BFF88E93 (BFF88A87, 00000019, 81670F30, 00000000) 337 [main] xedit 3259411 handle_exceptions: Error while dumping state (proba bly corrupted stack) $ $cat /proc/version CYGWIN_95-4.0 1.3.22(0.78/3/2) 2003-03-18 09:20 Version of XWin is 4.3.0-3 Rodrigo Medina From rodmedina@cantv.net Wed Aug 13 20:16:00 2003 From: rodmedina@cantv.net (Rodrigo Medina) Date: Wed, 13 Aug 2003 20:16:00 -0000 Subject: XFree86-xserv 4.3.0-3 crashing Win2k Message-ID: <191690-220038313201625226@cantv.net> Harold wrote: > You guys don't happen to be running on machines with two CPUs or a > Pentium 4 3.0+ GHz with HyperThreading enabled, do you? > Harold I would like to have such machines! I am running window95 with an old Pentium. $cat /proc/cpuinfo processor : 0 vendor id : GenuineIntel type : primary processor cpu family : 5 model : 4 model name : unknown stepping : 3 brand id : 0 cpu count : 0 apic id : 0 fpu : yes flags : fpu vme de pse tsc msr mce cx8 mmx Rodrigo From alexander.gottwald@s1999.tu-chemnitz.de Wed Aug 13 20:27:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 13 Aug 2003 20:27:00 -0000 Subject: Lastest version of xclock (-digital mode) seg faults In-Reply-To: References: Message-ID: On Wed, 13 Aug 2003, Jee Chung wrote: > I keep my Cygwin with XFree86 installation on Window XP pretty much up-to-date on almost weekly basis. Recently, an update brought down a new version of xclock.exe which has been giving me problems. When invoked in the digital display mode like: > > run xclock -digital -update 1 -fn 6x13 -geometry -0+0 -bg blue -fg orange > > it produces and error message: > > Warning: Cannot convert string "" to type XftFont A recent cvslog from xfree stated 342, Fixed a sig11 in Xaw that may appear on the rare condition that no font can be found (BugzillaR #482, Egbert Eich). I will try to reproduce the problem. bye ago From rodmedina@cantv.net Wed Aug 13 20:42:00 2003 From: rodmedina@cantv.net (rodmedina@cantv.net) Date: Wed, 13 Aug 2003 20:42:00 -0000 Subject: Lastest version of xclock (-digital mode) seg faults Message-ID: <63340-220038313204235484@cantv.net> Jee Chung wrote: > I keep my Cygwin with XFree86 installation on Window XP pretty much > up-to-date on almost weekly basis. Recently, an update brought down a > new version of xclock.exe which has been giving me problems. When invoked > in the digital display mode ... Same thing: $ xclock -digital Warning: Cannot convert string "" to type XftFont Segmentation fault (core dumped) $ It seems that the programs that fail with the new release are not few! I have just found that xedit also fails. Rodrigo Medina From earle@ziplabel.com Thu Aug 14 02:40:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 14 Aug 2003 02:40:00 -0000 Subject: Xedit failure In-Reply-To: <63340-220038313194339607@cantv.net> Message-ID: <5.1.1.6.2.20030813193727.00ac3be8@mail.ziplabel.com> Howdy Rodrigo... At 03:43 PM 8/13/2003 -0400, you wrote: >I have to report a failure of xedit with XFree86-bin 4.3.0-1: >$ xedit >Segmentation fault (core dumped >$ cat XEDIT.EXE.stackdump >Exception: STATUS_ACCESS_VIOLATION at eip=0041D8F7 >... >$cat /proc/version >CYGWIN_95-4.0 1.3.22(0.78/3/2) 2003-03-18 09:20 >Version of XWin is 4.3.0-3 A clean CVS download of xfree86 from their tree, make World, make install, finally running xedit has the same problem, it's not a problem specific to the XWin packages. May I suggest using an editor that's been updated in the last 9 years? :) /* $XConsortium: xedit.c,v 1.28 94/03/26 17:06:28 rws Exp $ */ -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From earle@ziplabel.com Thu Aug 14 02:50:00 2003 From: earle@ziplabel.com (Earle F. Philhower III) Date: Thu, 14 Aug 2003 02:50:00 -0000 Subject: DDD dies on me (pt 2) In-Reply-To: <000801c3619d$eaa97640$1e54cea7@andrew> References: <5.1.1.6.2.20030811223134.00af8d88@mail.ziplabel.com> Message-ID: <5.1.1.6.2.20030813194223.00aded40@mail.ziplabel.com> Howdy Andrew... At 09:22 AM 8/13/2003 -0400, you wrote: >Thanks for the help. I have managed to get XWin to crash in both places >again (which one happens is random, but these are the only 2). I have >attached the log file from the modified program as well as a stack trace >from gdb for each one. Given some proverbial free time, I will try to do >some more debugging. FYI, this is just the CVS code. I will go back to the >web and find the place where it tells me how to add the test code to the CVS >code and try that. Also, though I mentioned it in the original thread, I am >not sure I reminded you in this thread that I was running ddd from a Linux >box (though that should not make a difference). Well, all the parameters look OK. I was fearing there were negative heights in the pixmap, like for Windows bitmaps when they're in VGA reversed order. The only thing I can point you to is to get a dump of the locals of that miGetImage function right before it does the for(i=0..h) {}. Especially linelength, which should equal the xStride that's calculated in the winXIcontoHICON function. Also the value of i and pDst when the lower level functions barf would be interesting. -Earle F. Philhower, III earle@ziplabel.com cdrlabel - ZipLabel - FlpLabel http://www.cdrlabel.com From BDisselborg@triple-p.nl Thu Aug 14 07:23:00 2003 From: BDisselborg@triple-p.nl (Bernard Disselborg) Date: Thu, 14 Aug 2003 07:23:00 -0000 Subject: mouse right-click problems on Sun Message-ID: Dave, I'm having the same kind of mouse: 2 buttons and a central scroll weel. xev shows exactly the responses you are describing. thanks, Bernard >>> dave@aps5.ph.bham.ac.uk 12-Aug-03 18:00:16 >>> > From: "Bernard Disselborg" > To: > I'm also using a 3 button mouse, and experience this problem both on > (Sparc) Solaris 2.6 an 8. > I've also installed the latest Logitec Mouseware drivers, but this did > not help. One thing to try - start up xev, move the pointer into the window, and see how it responds to mouse buttons. The mouse I'm using is really a 2 button mouse with a central track wheel which the X server regards as the middle button. Turning the wheel gives a further two 'buttons'. Left button -> button 1 (i.e. left) Depress trackwheel -> button 2 (i.e. middle) Right key -> button 3 (i.e. right) Push trackwheel away -> button 4 (press+release) Pull trackwheel towards -> button 5 (press+release) What response does xev give to a right mouse press? If it's an incorrect button (e.g. button 5), you'll be able to fix things up using xmodmap. From dave@aps5.ph.bham.ac.uk Thu Aug 14 09:15:00 2003 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Thu, 14 Aug 2003 09:15:00 -0000 Subject: mouse right-click problems on Sun Message-ID: <200308140916.KAA17398@aps5.ph.bham.ac.uk> > > From: "Bernard Disselborg" > To: > Dave, > > I'm having the same kind of mouse: 2 buttons and a central scroll > weel. > xev shows exactly the responses you are describing. One more thing to try is to issue xmodmap -pp. Are the physical buttons mapped to the corresponding logical buttons? I see: Physical Button Button Code 1 1 2 2 3 3 4 4 5 5 > thanks, > > Bernard > > >>> dave@aps5.ph.bham.ac.uk 12-Aug-03 18:00:16 >>> > > > From: "Bernard Disselborg" > > To: > > > I'm also using a 3 button mouse, and experience this problem both on > > (Sparc) Solaris 2.6 an 8. > > I've also installed the latest Logitec Mouseware drivers, but this > did > > not help. > > One thing to try - start up xev, move the pointer into the window, and > see > how it responds to mouse buttons. > > The mouse I'm using is really a 2 button mouse with a central > track wheel which the X server regards as the middle button. Turning > the > wheel gives a further two 'buttons'. > > Left button -> button 1 (i.e. left) > Depress trackwheel -> button 2 (i.e. middle) > Right key -> button 3 (i.e. right) > Push trackwheel away -> button 4 (press+release) > Pull trackwheel towards -> button 5 (press+release) > > What response does xev give to a right mouse press? If it's an > incorrect > button (e.g. button 5), you'll be able to fix things up using xmodmap. > > > > > > > From dave@aps5.ph.bham.ac.uk Thu Aug 14 09:55:00 2003 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Thu, 14 Aug 2003 09:55:00 -0000 Subject: XFree86-start-menu-icons path problem Message-ID: <200308140956.KAA19648@aps5.ph.bham.ac.uk> I went into the start menu, clicked Programs/Cygwin-XFree86/editors/emacs. No response. (I had started the X11 server!) So I looked at the properties of the emacs shortcut, and simulated the operation in a command window: cd c:\CYGWIN\bin c\:\CYGWIN\usr\X11R6\bin\run.exe emacs This failed to work. Typing just 'emacs' revealed the problem - the system could find the /bin DLL's but not the ones in /usr/X11R6/bin. Appending this directory to the path then made the start menu icons work: set path=%path%;c\:CYGWIN\usr\X11R6\bin A similar change to the system path enabled the start menu icons to work. But is it a recommended practice to include Cygwin directories in the standard system path? (It makes it easier to launch Cygwin applications from a Windows environment, but I'm worried about potential side effects). In my view it would be preferable for the path setting to be handled by the shortcut. From BDisselborg@triple-p.nl Thu Aug 14 10:10:00 2003 From: BDisselborg@triple-p.nl (Bernard Disselborg) Date: Thu, 14 Aug 2003 10:10:00 -0000 Subject: mouse right-click problems on Sun Message-ID: Dave, I'm getting exactly the same output. Bernard >>> dave@aps5.ph.bham.ac.uk 14-Aug-03 11:14:46 >>> > > From: "Bernard Disselborg" > To: > Dave, > > I'm having the same kind of mouse: 2 buttons and a central scroll > weel. > xev shows exactly the responses you are describing. One more thing to try is to issue xmodmap -pp. Are the physical buttons mapped to the corresponding logical buttons? I see: Physical Button Button Code 1 1 2 2 3 3 4 4 5 5 > thanks, > > Bernard > > >>> dave@aps5.ph.bham.ac.uk 12-Aug-03 18:00:16 >>> > > > From: "Bernard Disselborg" > > To: > > > I'm also using a 3 button mouse, and experience this problem both on > > (Sparc) Solaris 2.6 an 8. > > I've also installed the latest Logitec Mouseware drivers, but this > did > > not help. > > One thing to try - start up xev, move the pointer into the window, and > see > how it responds to mouse buttons. > > The mouse I'm using is really a 2 button mouse with a central > track wheel which the X server regards as the middle button. Turning > the > wheel gives a further two 'buttons'. > > Left button -> button 1 (i.e. left) > Depress trackwheel -> button 2 (i.e. middle) > Right key -> button 3 (i.e. right) > Push trackwheel away -> button 4 (press+release) > Pull trackwheel towards -> button 5 (press+release) > > What response does xev give to a right mouse press? If it's an > incorrect > button (e.g. button 5), you'll be able to fix things up using xmodmap. > > > > > > > From fluid_ops@hotmail.com Thu Aug 14 10:27:00 2003 From: fluid_ops@hotmail.com (Supreme Commander) Date: Thu, 14 Aug 2003 10:27:00 -0000 Subject: blue screen death when starting X Message-ID: Hi I wanted a UNIX environment in WinXP, so I downloaded Cygwin, full package. In order to run Emacs in a window of my own, I was recommended to start a program "usr/X11R6/bin/startxwin.sh". Unfortunately, this results in a blue-screen-of-death; the immediate shutdown of the system. Is this a bug (..in cygwin)? Even though I run RedHat, I am quite new to Linux/Unix, so I am afraid I need detailed help if possible. What I want to accomplish is as follows: Run Emacs in a interactive window (where I can use mouse on the 'file', 'edit'.. -menus) This I could not with the emacs started in the cygwin terminal window (GNU Emacs 21.2.1 (i686-pc-cygwin, X toolkit)) Write Fortran programs in Emacs, with the color-aid provided in i.e RedHat. Example: writing "integer i" will colorcode keyword "integer", and also variable 'i'. Compile this to a UNIX excecutable program. Finally; Is there a message board, or some kind of discussion forum that I can visit, and search for additional help? Thank you very much Jens _________________________________________________________________ Last ned nye MSN Messenger 6.0 gratis http://www.msn.no/computing/messenger - Den raskeste veien mellom deg og dine venner From sb@dod.no Thu Aug 14 10:32:00 2003 From: sb@dod.no (Steinar Bang) Date: Thu, 14 Aug 2003 10:32:00 -0000 Subject: XFree86-xserv 4.3.0-3 crashing Win2k References: <46300-22003831310717965@cantv.net> <3F3A3B6C.4060301@msu.edu> Message-ID: <8765l0cywc.fsf@home.lan> >>>>> Harold L Hunt II : > You guys don't happen to be running on machines with two CPUs or a > Pentium 4 3.0+ GHz with HyperThreading enabled, do you? Nope. Single CPU PIII 700MHz, with Windows 2000, 5.00.2195, SP2. From gloria_tsang_hk@yahoo.com Thu Aug 14 12:20:00 2003 From: gloria_tsang_hk@yahoo.com (Gloria Tsang) Date: Thu, 14 Aug 2003 12:20:00 -0000 Subject: Urgent!! Pls help...Encountered errno 3 and errno 111 Message-ID: <20030814122004.93354.qmail@web11101.mail.yahoo.com> Dear Sirs, I have received an errno 3 and errno 111 when typing startx. And i also have the following error in the /tmp/Xwin.log which has been shown below. Can anyone tell me what should i do to resolve the problem?? "ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 640 h 480 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows 95/98/Me winDetectSupportedEngines - DirectDraw not installed InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Using Shadow GDI DIB winAdjustVideoModeShadowGDI - Using Windows display depth of 1 bits per pixel winScreenInit - Unsupported display depth: 1 Change your Windows display depth to 15, 16, 24, or 32 bits per pixel. winScreenInit - Supported depths: 8080c080 Fatal server error: InitOutput - Couldn't add screen 0 " Thank you very much!!!! From, Gloria __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From fergus@bonhard.uklinux.net Thu Aug 14 12:46:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Thu, 14 Aug 2003 12:46:00 -0000 Subject: Two simple QQ about XWin Message-ID: <000701c36262$202c5840$6fc82486@medschool.dundee.ac.uk> Q1. Can anybody tell me what startup sequence (another/ different command line switch?) is equivalent to Start -> Run -> start XWin -multiwindow then point to the System Tray and choose "Show Root Window" please? Thank you! Q2. I've compared $ set > vars.list both when XWin is running and when not, expecting a small difference in env vars (or something). But all that has changed are PIDs. I want to be able to query the O/S to ask whether X is running or not. Is there a way of doing this, please? Apart from say ps -a | grep XWin. Thank you! Fergus P.S. There are so many ways of starting Cygwin up ... there are often questions on the list How Do You Start Yours? For a non-X system I use "rxvt -e bash" with presentation options picked up from ~/.Xdefaults. For X it seems to have to be a two-liner start XWin -multiwindow # see Q1 above for what I really want run rxvt -display :0.0 -e bash for a nice sparse system. I am not wild about the default startx. Any advance on this for a nice neat rxvt session in an X environment? Any possibility of a one-liner that I'm missing? Fergus From alexander.gottwald@s1999.tu-chemnitz.de Thu Aug 14 12:57:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 14 Aug 2003 12:57:00 -0000 Subject: Two simple QQ about XWin In-Reply-To: <000701c36262$202c5840$6fc82486@medschool.dundee.ac.uk> References: <000701c36262$202c5840$6fc82486@medschool.dundee.ac.uk> Message-ID: On Thu, 14 Aug 2003 fergus@bonhard.uklinux.net wrote: > Q2. I've compared > > $ set > vars.list > > both when XWin is running and when not, expecting a small difference in env > vars (or something). But all that has changed are PIDs. I want to be able to > query the O/S to ask whether X is running or not. Is there a way of doing > this, please? Apart from say ps -a | grep XWin. Thank you! xdpyinfo >/dev/null 2>&1 || echo false bye ago -- Alexander.Gottwald@s1999.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From hj.beckers@kreis-steinfurt.de Thu Aug 14 13:30:00 2003 From: hj.beckers@kreis-steinfurt.de (hj.beckers@kreis-steinfurt.de) Date: Thu, 14 Aug 2003 13:30:00 -0000 Subject: X-server eating pixels? Message-ID: Didn't find anything in the mailing list archives or faq: I've set my physical display (WinNT) to 1152x864. When using "X -rootless -multiwindow", xdpyinfo reports a screen #0 size of 1152x836. Running "X" with no special parameters, xdpyinfo returns 1146x811. It makes no difference, if I use the local/cygwin-xdpyinfo or an AIX-xdpyinfo (tunneled/connected with "ssh -X") Any hints? Yours hjb From geek@burri.to Thu Aug 14 14:05:00 2003 From: geek@burri.to (Brian E. Gallew) Date: Thu, 14 Aug 2003 14:05:00 -0000 Subject: XFree86-start-menu-icons path problem In-Reply-To: <200308140956.KAA19648@aps5.ph.bham.ac.uk> References: <200308140956.KAA19648@aps5.ph.bham.ac.uk> Message-ID: <3F3B9714.3060906@burri.to> Dr.D.J.Picton wrote: > A similar change to the system path enabled the start menu icons to work. > But is it a recommended practice to include Cygwin directories in the standard > system path? (It makes it easier to launch Cygwin applications from a > Windows environment, but I'm worried about potential side effects). In my > view it would be preferable for the path setting to be handled by the > shortcut. That's an interesting question. I habitually set my path to include all the stuff I plan on running (which is kind of the point of PATH). OTOH, privileged accounts generally run with a restricted PATH to reduce the chance of running a trojan. As time passes, I'm becoming more and more convinced that the right answer here is to either patch run.exe to let me set the PATH on the command line (or better yet, extend it), or provide a wrapper program that sets the PATH and so forth before invoking run.exe. I clearly need to modify my script already to fix a few more icon issues, so that would be the time to make any other changes. The other side of the question is: what PATH do I use? If I explicitly set the PATH I run the risk of overriding someone's preferences on which binaries to run, and where to run them from. Further, I risk missing anything installed in a non-standard location. The way the script runs now, it checks that they programs are available in the PATH that exists when the script is run (from the setup.exe envionment or the user environment). From huntharo@msu.edu Thu Aug 14 14:39:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 14 Aug 2003 14:39:00 -0000 Subject: XFree86-start-menu-icons path problem In-Reply-To: <3F3B9714.3060906@burri.to> References: <200308140956.KAA19648@aps5.ph.bham.ac.uk> <3F3B9714.3060906@burri.to> Message-ID: <3F3B9F32.3000506@msu.edu> Brian, I trust that you will figure out what to do here. I don't have a lot of time right now, so let me know what you come up with :) Harold Brian E. Gallew wrote: > Dr.D.J.Picton wrote: > >> A similar change to the system path enabled the start menu icons to work. >> But is it a recommended practice to include Cygwin directories in the >> standard >> system path? (It makes it easier to launch Cygwin applications from a >> Windows environment, but I'm worried about potential side effects). >> In my >> view it would be preferable for the path setting to be handled by the >> shortcut. > > > That's an interesting question. I habitually set my path to include all > the stuff I plan on running (which is kind of the point of PATH). OTOH, > privileged accounts generally run with a restricted PATH to reduce the > chance of running a trojan. As time passes, I'm becoming more and more > convinced that the right answer here is to either patch run.exe to let > me set the PATH on the command line (or better yet, extend it), or > provide a wrapper program that sets the PATH and so forth before > invoking run.exe. I clearly need to modify my script already to fix a > few more icon issues, so that would be the time to make any other changes. > > The other side of the question is: what PATH do I use? If I explicitly > set the PATH I run the risk of overriding someone's preferences on which > binaries to run, and where to run them from. Further, I risk missing > anything installed in a non-standard location. The way the script runs > now, it checks that they programs are available in the PATH that exists > when the script is run (from the setup.exe envionment or the user > environment). > From huntharo@msu.edu Thu Aug 14 14:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 14 Aug 2003 14:42:00 -0000 Subject: Urgent!! Pls help...Encountered errno 3 and errno 111 In-Reply-To: <20030814122004.93354.qmail@web11101.mail.yahoo.com> References: <20030814122004.93354.qmail@web11101.mail.yahoo.com> Message-ID: <3F3B9FC1.1050304@msu.edu> Gloria, It appears that you are running the display in monochrome mode (is this even possible?). Please change your display depth to one of 8, 15, 16, 24, or 32 bits per pixel in the Windows Display Control Panel. Harold Gloria Tsang wrote: > Dear Sirs, > I have received an errno 3 and errno 111 when > typing startx. And i also have the following error in > the /tmp/Xwin.log which has been shown below. Can > anyone tell me what should i do to resolve the > problem?? > > "ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - w 640 h 480 > winInitializeDefaultScreens - Returning > OsVendorInit - Creating bogus screen 0 > (EE) Unable to locate/open config file > InitOutput - Error reading config file > winDetectSupportedEngines - Windows 95/98/Me > winDetectSupportedEngines - DirectDraw not installed > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > winSetEngine - Using Shadow GDI DIB > winAdjustVideoModeShadowGDI - Using Windows display > depth of 1 bits per pixel > winScreenInit - Unsupported display depth: 1 > Change your Windows display depth to 15, 16, 24, or 32 > bits per pixel. > winScreenInit - Supported depths: 8080c080 > > Fatal server error: > InitOutput - Couldn't add screen 0 > " > > Thank you very much!!!! > > From, > Gloria > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com From huntharo@msu.edu Thu Aug 14 14:44:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 14 Aug 2003 14:44:00 -0000 Subject: Two simple QQ about XWin In-Reply-To: <000701c36262$202c5840$6fc82486@medschool.dundee.ac.uk> References: <000701c36262$202c5840$6fc82486@medschool.dundee.ac.uk> Message-ID: <3F3BA05E.7030007@msu.edu> Fergus, I have always recommended using startxwin.bat to start Cygwin/XFree86. Please see the following section in the User's Guide: http://xfree86.cygwin.com/docs/ug/using.html#using-starting Of course, everyone is free to do as they choose. On the other hand, no one sends in patches for the startx stuff, so it is basically unsupported since I don't know what to do with it. Harold fergus@bonhard.uklinux.net wrote: > Q1. Can anybody tell me what startup sequence (another/ different command > line switch?) is equivalent to > > Start -> Run -> start XWin -multiwindow > then > point to the System Tray and choose "Show Root Window" > > please? Thank you! > > Q2. I've compared > > $ set > vars.list > > both when XWin is running and when not, expecting a small difference in env > vars (or something). But all that has changed are PIDs. I want to be able to > query the O/S to ask whether X is running or not. Is there a way of doing > this, please? Apart from say ps -a | grep XWin. Thank you! > > Fergus > > P.S. There are so many ways of starting Cygwin up ... there are often > questions on the list How Do You Start Yours? For a non-X system I use > "rxvt -e bash" with presentation options picked up from ~/.Xdefaults. For X > it seems to have to be a two-liner > > start XWin -multiwindow # see Q1 above for what I really want > run rxvt -display :0.0 -e bash > > for a nice sparse system. I am not wild about the default startx. Any > advance on this for a nice neat rxvt session in an X environment? Any > possibility of a one-liner that I'm missing? > > Fergus > From huntharo@msu.edu Thu Aug 14 14:48:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 14 Aug 2003 14:48:00 -0000 Subject: X-server eating pixels? In-Reply-To: References: Message-ID: <3F3BA13A.7090203@msu.edu> HJB, -rootless and -multiwindow CANNOT be used together. Use one or the other and knock off this silliness. You aren't reporting that any area of your screen is not being covered by the Cygwin/XFree86 window. Have you noticed the Start bar at the bottom of the screen? It is about 30 pixels tall. :) If, on the other hand, part of your screen is not covered by the Cygwin/XFree86 window, then you are experiencing a problem due to using -rootless and -multiwindow together. -rootless is intended to be run with an external window manager (e.g. twm), while -multiwindow includes an internal window manager that puts each X window in an Win32 window. Does it make sense now why they don't work together? We will eventually add a crash on startup when using the flags together in error... Harold hj.beckers@kreis-steinfurt.de wrote: > Didn't find anything in the mailing list archives or faq: > > I've set my physical display (WinNT) to 1152x864. When using "X -rootless > -multiwindow", > xdpyinfo reports a screen #0 size of 1152x836. Running "X" with no special > parameters, xdpyinfo returns 1146x811. > > It makes no difference, if I use the local/cygwin-xdpyinfo or an > AIX-xdpyinfo > (tunneled/connected with "ssh -X") > > Any hints? > > Yours > hjb > From oskar.malm@kreatel.se Thu Aug 14 15:28:00 2003 From: oskar.malm@kreatel.se (Oskar Malm) Date: Thu, 14 Aug 2003 15:28:00 -0000 Subject: winIsFakeCtrl_L does not work correctly in Windows XP Message-ID: <5BB336130A66D7119DEF009027463C2C13859F@BERNTSSON> I have investigated this a little bit further and it appears as if this problem only occurs on Windows XP (not W2K or NT). In addition, it is not a new problem either, because I tried a Cygwin release from Q4 2002 and had the same problem. Here is a trace from xev: KeyPress event, serial 23, synthetic NO, window 0x2000001, root 0x3a, subw 0x2000002, time 168910630, (48,24), root:(115,203), state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 characters: "" KeyPress event, serial 23, synthetic NO, window 0x2000001, root 0x3a, subw 0x2000002, time 168910630, (48,24), root:(115,203), state 0x4, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 characters: "" KeyRelease event, serial 24, synthetic NO, window 0x2000001, root 0x3a, subw 0x2000002, time 168910710, (48,24), root:(115,203), state 0x2004, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 characters: "" KeyRelease event, serial 24, synthetic NO, window 0x2000001, root 0x3a, subw 0x2000002, time 168910710, (48,24), root:(115,203), state 0x2000, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 characters: "" Clearly the Control_L events should not be there. Maybe Windows XP generates these events in a different order causing the filter to fail? /Oskar -----Original Message----- From: Oskar Malm [mailto:oskar.malm@kreatel.se] Sent: den 12 augusti 2003 19:02 To: 'cygwin-xfree@cygwin.com' Subject: FW: winIsFakeCtrl_L does not work correctly in Windows XP Hi, Today I upgraded my Windows machine from NT4 to XP and also reinstalled the latest version of XFree86. Now the right Alt key (AltGr) on my swedish keyboard does not work any more. I checked what events are generated with xev and found that some, but not all extra CTRL events generated by Windows are not filtered. There was no obvious pattern. Is this a known issue? Thanks, Oskar Malm From huntharo@msu.edu Thu Aug 14 15:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 14 Aug 2003 15:43:00 -0000 Subject: winIsFakeCtrl_L does not work correctly in Windows XP In-Reply-To: <5BB336130A66D7119DEF009027463C2C13859F@BERNTSSON> References: <5BB336130A66D7119DEF009027463C2C13859F@BERNTSSON> Message-ID: <3F3BAE26.5000802@msu.edu> Oskar, When I wrote the initial code I did not have Windows XP. I believe that there has been discussion on the mailing list about a work-around for Windows XP on the mailing list. Please search the archives. I will eventually take a look at this, but I cannot promise anything. Writing this code originally took a lot of time and meticulous tracking of exactly what is happening. I estimate it would take about 20 hours to get comfortable with the code again and fix the problem. Harold Oskar Malm wrote: > I have investigated this a little bit further and it appears > as if this problem only occurs on Windows XP (not W2K or NT). > In addition, it is not a new problem either, because I tried > a Cygwin release from Q4 2002 and had the same problem. > > Here is a trace from xev: > > KeyPress event, serial 23, synthetic NO, window 0x2000001, > root 0x3a, subw 0x2000002, time 168910630, (48,24), root:(115,203), > state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, > XLookupString gives 0 characters: "" > > KeyPress event, serial 23, synthetic NO, window 0x2000001, > root 0x3a, subw 0x2000002, time 168910630, (48,24), root:(115,203), > state 0x4, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, > XLookupString gives 0 characters: "" > > KeyRelease event, serial 24, synthetic NO, window 0x2000001, > root 0x3a, subw 0x2000002, time 168910710, (48,24), root:(115,203), > state 0x2004, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, > XLookupString gives 0 characters: "" > > KeyRelease event, serial 24, synthetic NO, window 0x2000001, > root 0x3a, subw 0x2000002, time 168910710, (48,24), root:(115,203), > state 0x2000, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, > XLookupString gives 0 characters: "" > > Clearly the Control_L events should not be there. Maybe Windows XP generates > these events in a different order causing the filter to fail? > > /Oskar > > -----Original Message----- > From: Oskar Malm [mailto:oskar.malm@kreatel.se] > Sent: den 12 augusti 2003 19:02 > To: 'cygwin-xfree@cygwin.com' > Subject: FW: winIsFakeCtrl_L does not work correctly in Windows XP > > > Hi, > > Today I upgraded my Windows machine from NT4 to XP and also reinstalled the > latest version of > XFree86. Now the right Alt key (AltGr) on my swedish keyboard does not work > any more. I checked > what events are generated with xev and found that some, but not all extra > CTRL events generated > by Windows are not filtered. There was no obvious pattern. Is this a known > issue? > > Thanks, > Oskar Malm From holokin@sisna.com Thu Aug 14 16:09:00 2003 From: holokin@sisna.com (Gary Nicholson) Date: Thu, 14 Aug 2003 16:09:00 -0000 Subject: startx and ssh In-Reply-To: <200308120829.JAA04824@aps5.ph.bham.ac.uk> Message-ID: <000001c3627e$63420be0$0100a8c0@LYSANDER> Thank you for looking at this, Dave. If .Xauthority exists in my home directory and I remove the export block from startx, the X server starts with no errors. If .Xauthority does not exist in my home directory, the X server starts with no errors, even when if the XAUTHORITY variable is exported. I haven't found a down side to removing the export block from startx. Gary -----Original Message----- From: Dr.D.J.Picton [mailto:dave@aps5.ph.bham.ac.uk] Sent: Tuesday, August 12, 2003 2:28 AM To: cygwin-xfree@cygwin.com; holokine@holokine.com Subject: Re: startx and ssh > Date: Mon, 11 Aug 2003 12:55:05 -0600 > I have been trying to de-bug a problem with startx. > > When I tried to run the file, I would get a server window, > no clock and no terminal windows. The command-line > errors were: > .. > Xlib: connection to "0.0" refused by server > Xlib: No Protocol specified > > These error messages would repeat until I hit ^Z > from the console command line. > I found that the script would fail if a .Xauthority file > existed in my home directory. If I removed the file, > startx ran without errors; the server, the clock and > the terminal windows all opened successfully when > there was no .Xauthority file in my home directory. > > I found that the .Xauthority file was being created > when I logged onto my Cygwin machine from another > machine using ssh with the same login name. > > I am proposing a fix for this problem: > > In /usr/X11R6/bin/startx, add the following code before > the block that exports the XAUTHORITY variable: > > # remove $HOME/.Xauthority if it exists > if [ -f $HOME/.Xauthority ]; then > rm $HOME/.Xauthority > fi > > This code just removes .Xauthority if it exists. > If .Xauthority doesn't exist, it does nothing. > Does anyone have any feedback? I've seen the problem, and in my view there's a better solution. Remove the code which sets XAUTHORITY. (I think the problem occurs because XWin assumes -auth $XAUTHORITY if the variable is set, then gets upset because it can't find the authorization key for your display.) From Armbrust.Daniel@mayo.edu Thu Aug 14 16:14:00 2003 From: Armbrust.Daniel@mayo.edu (Armbrust, Daniel C.) Date: Thu, 14 Aug 2003 16:14:00 -0000 Subject: Issues with Launching remote X apps Message-ID: <818623B5FD23D51193200002B32C07610D897957@excsrv44.mayo.edu> I'm trying to setup my startxwin.bat script in such a way that it logs in to a remote linux machine, and starts kde, with one click. I'm there, except for the launching of kde part. Here are (what I think are) the important commands from the script: start XWin -screen 0 1280 960 -clipboard run xsetroot -solid aquamarine4 run /usr/X11R6/bin/xHost.exe + run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh -f mir01startkde But for some reason, when it executes 'startkde' it seems to do so without having loaded my environment variables, etc first. I get lots of errors, and it dies. If I make the last line in the .bat file this instead: run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh mir01 The ssh connection works correctly, and then if I type in 'startkde' everything runs great. What am I doing wrong with the ssh command? Thanks, Dan From oskar.malm@kreatel.se Thu Aug 14 16:16:00 2003 From: oskar.malm@kreatel.se (Oskar Malm) Date: Thu, 14 Aug 2003 16:16:00 -0000 Subject: winIsFakeCtrl_L does not work correctly in Windows XP Message-ID: <5BB336130A66D7119DEF009027463C2C1385A0@BERNTSSON> I searched the archives again and found a mail from Andreas Schessner. He suggested removing the Windows XP PowerToys and now the problem is gone (just removing the component is not enough though, you will have to reboot as well). Thanks, Oskar solution/workaround. -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: den 14 augusti 2003 17:44 To: cygwin-xfree@cygwin.com Subject: Re: winIsFakeCtrl_L does not work correctly in Windows XP Oskar, When I wrote the initial code I did not have Windows XP. I believe that there has been discussion on the mailing list about a work-around for Windows XP on the mailing list. Please search the archives. I will eventually take a look at this, but I cannot promise anything. Writing this code originally took a lot of time and meticulous tracking of exactly what is happening. I estimate it would take about 20 hours to get comfortable with the code again and fix the problem. Harold Oskar Malm wrote: > I have investigated this a little bit further and it appears > as if this problem only occurs on Windows XP (not W2K or NT). > In addition, it is not a new problem either, because I tried > a Cygwin release from Q4 2002 and had the same problem. > > Here is a trace from xev: > > KeyPress event, serial 23, synthetic NO, window 0x2000001, > root 0x3a, subw 0x2000002, time 168910630, (48,24), root:(115,203), > state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, > XLookupString gives 0 characters: "" > > KeyPress event, serial 23, synthetic NO, window 0x2000001, > root 0x3a, subw 0x2000002, time 168910630, (48,24), root:(115,203), > state 0x4, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, > XLookupString gives 0 characters: "" > > KeyRelease event, serial 24, synthetic NO, window 0x2000001, > root 0x3a, subw 0x2000002, time 168910710, (48,24), root:(115,203), > state 0x2004, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, > XLookupString gives 0 characters: "" > > KeyRelease event, serial 24, synthetic NO, window 0x2000001, > root 0x3a, subw 0x2000002, time 168910710, (48,24), root:(115,203), > state 0x2000, keycode 113 (keysym 0xff7e, Mode_switch), same_screen YES, > XLookupString gives 0 characters: "" > > Clearly the Control_L events should not be there. Maybe Windows XP generates > these events in a different order causing the filter to fail? > > /Oskar > > -----Original Message----- > From: Oskar Malm [mailto:oskar.malm@kreatel.se] > Sent: den 12 augusti 2003 19:02 > To: 'cygwin-xfree@cygwin.com' > Subject: FW: winIsFakeCtrl_L does not work correctly in Windows XP > > > Hi, > > Today I upgraded my Windows machine from NT4 to XP and also reinstalled the > latest version of > XFree86. Now the right Alt key (AltGr) on my swedish keyboard does not work > any more. I checked > what events are generated with xev and found that some, but not all extra > CTRL events generated > by Windows are not filtered. There was no obvious pattern. Is this a known > issue? > > Thanks, > Oskar Malm From pechtcha@cs.nyu.edu Thu Aug 14 16:49:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Thu, 14 Aug 2003 16:49:00 -0000 Subject: Issues with Launching remote X apps In-Reply-To: <818623B5FD23D51193200002B32C07610D897957@excsrv44.mayo.edu> Message-ID: On Thu, 14 Aug 2003, Armbrust, Daniel C. wrote: > I'm trying to setup my startxwin.bat script in such a way that it logs > in to a remote linux machine, and starts kde, with one click. > > I'm there, except for the launching of kde part. > > Here are (what I think are) the important commands from the script: > > start XWin -screen 0 1280 960 -clipboard > run xsetroot -solid aquamarine4 > run /usr/X11R6/bin/xHost.exe + > run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh -f mir01startkde > > But for some reason, when it executes 'startkde' it seems to do so > without having loaded my environment variables, etc first. I get lots > of errors, and it dies. > > If I make the last line in the .bat file this instead: > run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh mir01 > > The ssh connection works correctly, and then if I type in 'startkde' > everything runs great. > > What am I doing wrong with the ssh command? > > Thanks, > Dan Dan, ssh has two modes of operation: a remote shell, and a remote login. When you supply a script to execute, it acts as a remote shell. When you don't (i.e., your second case), it acts as a remote login, executing all login/rc scripts. Apparently, you need to execute your login/rc scripts to set up the environment to run kde. If your login shell is bash, try forcing a login by running run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh -f mir01 /bin/bash --login -c startkde (I'm assuming the lack of space in the above command is a typo). If your login shell is something else, you'll need to find out which flag to pass to it to force a login shell (for tcsh it's '-l' IIRC). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From Armbrust.Daniel@mayo.edu Thu Aug 14 16:58:00 2003 From: Armbrust.Daniel@mayo.edu (Armbrust, Daniel C.) Date: Thu, 14 Aug 2003 16:58:00 -0000 Subject: Issues with Launching remote X apps Message-ID: <818623B5FD23D51193200002B32C07610D89795F@excsrv44.mayo.edu> Beautiful. Works like a charm. Thanks a lot! Dan -----Original Message----- From: Igor Pechtchanski [mailto:pechtcha@cs.nyu.edu] Sent: Thursday, August 14, 2003 11:50 AM To: cygwin-xfree@cygwin.com Subject: Re: Issues with Launching remote X apps On Thu, 14 Aug 2003, Armbrust, Daniel C. wrote: > I'm trying to setup my startxwin.bat script in such a way that it logs > in to a remote linux machine, and starts kde, with one click. > > I'm there, except for the launching of kde part. > > Here are (what I think are) the important commands from the script: > > start XWin -screen 0 1280 960 -clipboard > run xsetroot -solid aquamarine4 > run /usr/X11R6/bin/xHost.exe + > run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh -f mir01startkde > > But for some reason, when it executes 'startkde' it seems to do so > without having loaded my environment variables, etc first. I get lots > of errors, and it dies. > > If I make the last line in the .bat file this instead: > run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh mir01 > > The ssh connection works correctly, and then if I type in 'startkde' > everything runs great. > > What am I doing wrong with the ssh command? > > Thanks, > Dan Dan, ssh has two modes of operation: a remote shell, and a remote login. When you supply a script to execute, it acts as a remote shell. When you don't (i.e., your second case), it acts as a remote login, executing all login/rc scripts. Apparently, you need to execute your login/rc scripts to set up the environment to run kde. If your login shell is bash, try forcing a login by running run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh -f mir01 /bin/bash --login -c startkde (I'm assuming the lack of space in the above command is a typo). If your login shell is something else, you'll need to find out which flag to pass to it to force a login shell (for tcsh it's '-l' IIRC). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From jlasein@yahoo.com Thu Aug 14 21:46:00 2003 From: jlasein@yahoo.com (Jaime Lasein) Date: Thu, 14 Aug 2003 21:46:00 -0000 Subject: xterm just flashes briefly then disappears Message-ID: <20030814214559.36621.qmail@web21206.mail.yahoo.com> I just downloaded and installed Cygwin/XFree86 on a Win2000 Pro workstation today. I installed it in C:\cygwin. When I try to start XFree86 using /usr/X11R6/bin/startxwin.sh from the Cygwin bash shell window, the X server appears to come up -- there is an "X" in the tray which says it is "Cygwin/XFree86 Server - 0:0". However, the xterm that is started by startxwin.sh just flashes briefly on the screen and then disappears. If I then try to start an xterm (after setting the environment variable DISPLAY to 127.0.0.1:0.0), it exhibits the same behavior. There appears to be some error message in the xterm, but it disappears too quickly for me to read enough of it to know what it says. Here is the XWin.log: $ cat XWin.log ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 996 r 1280 l 0 b 996 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 996 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1280 height: 996 depth: 32 size image: 5099520 winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () winPointerWarpCursor - Discarding first warp: 640 498 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - Calling setlocale () winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - setlocale () returned winInitMultiWindowWM - XInitThreads () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowWMErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowWMErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowWMErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowGetWMHints - pWin or hints was NULL winMultiWindowWMErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowWMErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowWMErrorHandler - ERROR: BadWindow (invalid Window parameter) winMultiWindowGetWMHints - pWin or hints was NULL __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From Cary.Jamison@powerquest.com Fri Aug 15 19:40:00 2003 From: Cary.Jamison@powerquest.com (Cary Jamison) Date: Fri, 15 Aug 2003 19:40:00 -0000 Subject: blue screen death when starting X Message-ID: "Supreme Commander" wrote in message news:... > Hi > I wanted a UNIX environment in WinXP, so I downloaded Cygwin, full package. > In order to run Emacs in a window of my own, I was recommended to start a > program "usr/X11R6/bin/startxwin.sh". Unfortunately, this results in a > blue-screen-of-death; the immediate shutdown of the system. Is this a bug > (..in cygwin)? Don't know on this one. Send in the log, if one is generated. > Even though I run RedHat, I am quite new to Linux/Unix, so I am afraid I > need detailed help if possible. What I want to accomplish is as follows: > > Run Emacs in a interactive window (where I can use mouse on the 'file', > 'edit'.. -menus) This I could not with the emacs started in the cygwin > terminal window (GNU Emacs 21.2.1 (i686-pc-cygwin, X toolkit)) > > Write Fortran programs in Emacs, with the color-aid provided in i.e RedHat. > Example: writing "integer i" will colorcode keyword "integer", and also > variable 'i'. You don't need X for any of this. Get the native NT/XP version of emacs or xemacs. Then you avoid the cut/paste issues with X/windows/emacs selection. > > Compile this to a UNIX excecutable program. But..you want to create a UNIX executable? Do you mean cygwin? Or are you trying to cross-compile to Linux? Cary From tg5027@citlink.net Fri Aug 15 20:30:00 2003 From: tg5027@citlink.net (terry) Date: Fri, 15 Aug 2003 20:30:00 -0000 Subject: XWin - multiwindow problem Message-ID: <3F3D42DB.8050809@citlink.net> Harold, I finally got a break from 'real' work to pursue this problem. I got the latest ATI drivers (dated 2001) and DirectX 9 installed, but still no luck with running XWin -multiwindow. There are no MS drivers for the card in Win98. I got some additional display depths and tried them too. The log is the same as below. Any more hints? I'm running the application o.k. not multiwindow, but it's tough training a windoze user to operate an xterm and twm. Thanks, terry Harold wrote: > > In this case I think you need to try to install the drivers directly from your video card manufacturer on the non-working system and see if that helps. On the other hand, if the manufacturer drivers are installed on the system that does not work while the other has the default MS drivers, then the manufacturer drivers might be the problem. > > Note that "non-multiwindow" mode on both computers will use DirectDraw, which has its own seperate driver, while "multiwindow" mode on both computers will use the GDI drivers. These drivers are distinct, so problems with one won't necessarily cause problems with the other. Oddly enough, upgrading to DX 9.x might install some fresh drivers that could fix your problem. > > Give those things a try and let us know what happens. > > Harold > > terry wrote: > >> Harold, >> >> Thanks - I get the same log output using 16 and 8 bit. I don't have other choices with the driver I'm using. Both systems have ATI graphics cards of type Rage 128. The working system has a specific monitor (Hitachi 751), while the non-working one is using Plug-and-Pray with a NEC 77F. If you think it's worthwhile I can play with the 98 configuration. >> >> Terry >> >> --------------------------------------------------------------------------- >> Harold wrote: >> >> Try changing the display depth on the problem machine from 32 bits to 24, 16, or 15 bits. In fact, try each one of those depths if the first one you try doesn't work. >> >> Report your results to the mailing list please. >> >> Harold >> >> terry wrote: >> >> > I have successfully setup a Win98se system with CygWin using startxwin.bat from a download a couple of weeks ago (Perhaps if it had been difficult, I would know better how to deal with this problem :>) ). >> > >> > I am attempting to do the same on another system with almost identical hardware, also using Win98se. The significant difference between the systems is that the successful system has a 19" monitor @1600x1200 while the problem system has a 17" monitor @1024x768. I have not modified startxwin.bat, and everything works fine 'non-multiwindow'. I cannot determine how to deal with the error in the XWin log below. Many thanks for any help. >> > >> > terry >> > >> > >> > ddxProcessArgument - Initializing default screens >> > winInitializeDefaultScreens - w 1024 h 768 >> > winInitializeDefaultScreens - Returning >> > OsVendorInit - Creating bogus screen 0 >> > (EE) Unable to locate/open config file >> > InitOutput - Error reading config file >> > winDetectSupportedEngines - Windows 95/98/Me >> > winDetectSupportedEngines - DirectDraw installed >> > winDetectSupportedEngines - DirectDraw4 installed >> > winDetectSupportedEngines - Returning, supported engines 00000017 >> > InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 >> > winSetEngine - Multi Window => ShadowGDI >> > winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel >> > winCreateBoundingWindowWindowed - User w: 1024 h: 768 >> > winCreateBoundingWindowWindowed - Current w: 1024 h: 768 >> > winAdjustForAutoHide - Original WorkArea: 0 0 768 1024 >> > winAdjustForAutoHide - Taskbar is auto hide >> > winAdjustForAutoHide - Found LEFT auto-hide taskbar >> > winAdjustForAutoHide - Adjusted WorkArea: 0 1 768 1024 >> > winCreateBoundingWindowWindowed - WindowClient w 1023 h 768 r 1023 l 0 b 768 t 0 >> > winCreateBoundingWindowWindowed - Returning >> > winAllocateFBShadowGDI - Creating DIB with width: 1023 height: 768 depth: 32 >> > winAllocateFBShadowGDI - Dibsection width: 1023 height: -768 depth: 32 size image: 3142656 >> > winAllocateFBShadowGDI - Shadow blit failure >> > winFinishScreenInitFB - Could not allocate framebuffer >> > winScreenInit - winFinishScreenInit () failed >> > >> > Fatal server error: >> > InitOutput - Couldn't add screen 0 From tg5027@citlink.net Fri Aug 15 20:36:00 2003 From: tg5027@citlink.net (terry) Date: Fri, 15 Aug 2003 20:36:00 -0000 Subject: ssh starts windows dialer Message-ID: <3F3D4434.6060201@citlink.net> While in cygwin, I do an ssh to connect to another machine on my network and the windows dialer pops up, modally of course, and demands action before I can enter a password for the ssh connection. I cancel it and can continue normally. Is it possible to eliminate this without deleting the connection from windows? Thanks, terry From pechtcha@cs.nyu.edu Fri Aug 15 23:34:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Fri, 15 Aug 2003 23:34:00 -0000 Subject: Updated on sourceware: XFree86-bin-icons-4.3.0-2 In-Reply-To: Message-ID: On Tue, 12 Aug 2003, Andrew Markebo wrote: > / Steinar Bang wrote: > |>>>>> Harold L Hunt II : > | > |> The XFree86-bin-icons-4.3.0-2 package has been updated in the Cygwin > |> distribution. > | > | Is there a way to list the content of an installed cygwin package? > | Ie. something like "rpm -ql" or "dpkg -L"? > > If installed, do a zcat of the file in /etc/setup/package.lst.gz, if > not installed, us the search packages on the homepage and if my memory > doesn't fail me, you can click there and get contens. > /Andy That is correct, on that page you can get almost full contents of each package (except, in some cases, the postinstall scripts). FYI, a patch to cygcheck just got committed that allows these kinds of queries from the command line, and should appear in the latest snapshot. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From sb@dod.no Sat Aug 16 06:21:00 2003 From: sb@dod.no (Steinar Bang) Date: Sat, 16 Aug 2003 06:21:00 -0000 Subject: CygWin GPLing by proxy (Was: Cannot display through rsh) References: <20030813002332.5268.qmail@web40513.mail.yahoo.com> Message-ID: <874r0iruln.fsf_-_@doohan.bang.priv.no> >>>>> Igor Pechtchanski : [snip!] > Unfortunately, you wouldn't be able to distribute the resulting > application, because anything linked with cygwin1.dll automatically > becomes GPLd. If you could find an open-source JDK, this problem > would not arise. IANAL, but... can this be right? If I write an application for UNIX/linux and make it available under some other license than GPL, and someone else ports it to CygWin, I don't see how this would automatically make my application be GPL'd? An in any case, this would only apply to the JDK in this case. A Java application running inside the JDK shouldn't be affected in any way. Ah well. Off-topic I guess. And it isn't even Friday anymore. From rouilj@cs.umb.edu Sat Aug 16 07:39:00 2003 From: rouilj@cs.umb.edu (John P. Rouillard) Date: Sat, 16 Aug 2003 07:39:00 -0000 Subject: startx and ssh Message-ID: <200308160739.h7G7d2Bo013867@mx1.cs.umb.edu> In message <1060734367.15425.ezmlm@cygwin.com>, Dr.D.J.Picton" said: ["Gary Nicholson" said] >> I have been trying to de-bug a problem with startx. >> >> When I tried to run the file, I would get a server window, >> no clock and no terminal windows. The command-line >> errors were: >> .. >> Xlib: connection to "0.0" refused by server >> Xlib: No Protocol specified >> >> These error messages would repeat until I hit ^Z >> from the console command line. > >> I found that the script would fail if a .Xauthority file >> existed in my home directory. If I removed the file, >> startx ran without errors; the server, the clock and >> the terminal windows all opened successfully when >> there was no .Xauthority file in my home directory. >> >> I found that the .Xauthority file was being created >> when I logged onto my Cygwin machine from another >> machine using ssh with the same login name. >> >> I am proposing a fix for this problem: >> >> In /usr/X11R6/bin/startx, add the following code before >> the block that exports the XAUTHORITY variable: >> >> # remove $HOME/.Xauthority if it exists >> if [ -f $HOME/.Xauthority ]; then >> rm $HOME/.Xauthority >> fi >> >> This code just removes .Xauthority if it exists. >> If .Xauthority doesn't exist, it does nothing. > >> Does anyone have any feedback? > >I've seen the problem, and in my view there's a better solution. Remove the >code which sets XAUTHORITY. > >(I think the problem occurs because XWin assumes -auth $XAUTHORITY if the >variable is set, then gets upset because it can't find the authorization >key for your display.) Even better, don't leave the X server wide open for everybody to screw with. The XFree-86 server includes the security extension (see xdpyinfo) so you should be able to generate a proper X authentication token for the display. Something like: xauth generate :0 . or xauth add $DISPLAY . `mcookie` added to the top of your ~/.xinitrc should do the trick. -- rouilj John Rouillard =========================================================================== My employers don't acknowledge my existence much less my opinions. From dave@aps5.ph.bham.ac.uk Sat Aug 16 09:23:00 2003 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Sat, 16 Aug 2003 09:23:00 -0000 Subject: startx and ssh Message-ID: <200308160924.KAA27772@aps5.ph.bham.ac.uk> > Mail-Followup-To: cygwin-xfree@cygwin.com > Delivered-To: mailing list cygwin-xfree@cygwin.com > To: cygwin-xfree@cygwin.com > Subject: Re: startx and ssh > Date: Sat, 16 Aug 2003 03:39:02 -0400 > From: "John P. Rouillard" > x-scan-bham: no > Even better, don't leave the X server wide open for everybody to screw > with. I'm puzzled by this assertion. The default is to allow access only from the local machine, and in my view this is secure enough for most people! The XFree-86 server includes the security extension (see > xdpyinfo) so you should be able to generate a proper X authentication > token for the display. Something like: > > xauth generate :0 . > > or > > xauth add $DISPLAY . `mcookie` > > added to the top of your ~/.xinitrc should do the trick. I would like to add a note of caution here. For some reason, Magic Cookie authorization only works for truly local connections i.e. :0, but the server throws up a 'Protocol Not Specified' error for network displays, e.g. 127.0.0.1:0. If you set up the server with Magic Cookie authorization as the only means of access, you will have to make sure that DISPLAY is set to :0, and change any scripts which specify -display 127.0.0.1:0. > > -- rouilj > John Rouillard > =========================================================================== > My employers don't acknowledge my existence much less my opinions. From pechtcha@cs.nyu.edu Sat Aug 16 12:54:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 16 Aug 2003 12:54:00 -0000 Subject: CygWin GPLing by proxy (Was: Cannot display through rsh) In-Reply-To: <874r0iruln.fsf_-_@doohan.bang.priv.no> Message-ID: On Sat, 16 Aug 2003, Steinar Bang wrote: > >>>>> Igor Pechtchanski : > > [snip!] > > Unfortunately, you wouldn't be able to distribute the resulting > > application, because anything linked with cygwin1.dll automatically > > becomes GPLd. If you could find an open-source JDK, this problem > > would not arise. > > IANAL, but... can this be right? > > If I write an application for UNIX/linux and make it available under > some other license than GPL, and someone else ports it to CygWin, I > don't see how this would automatically make my application be GPL'd? > > An in any case, this would only apply to the JDK in this case. A Java > application running inside the JDK shouldn't be affected in any way. > > Ah well. Off-topic I guess. And it isn't even Friday anymore. Steinar, Well, there has been plenty of GPL discussion on the Cygwin list -- let's not also start it on cygwin-xfree. However, since this involves something I said, I'd like to correct one misunderstanding: if you release your application under some licence that's not compatible with GPL (as defined by FSF), whoever ports your application to Cygwin and distributes it is *in violation* of the GPL (but that does not make your application GPL -- you, as the author, completely control the licensing terms). For more information, please review the numerous discussions on the Cygwin list or contact a GPL discussion list. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From Alexander.Gottwald@s1999.tu-chemnitz.de Sat Aug 16 23:20:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Sat, 16 Aug 2003 23:20:00 -0000 Subject: Lastest version of xclock (-digital mode) seg faults In-Reply-To: References: Message-ID: Alexander Gottwald wrote: > I will try to reproduce the problem. I could not reproduce the crash and can't verify if the patch i mentioned would fix it. NP: Deine Lakaien - Mindmachine -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From alexeipobox@mtu-net.ru Sun Aug 17 16:55:00 2003 From: alexeipobox@mtu-net.ru (Alexey Lyubimov) Date: Sun, 17 Aug 2003 16:55:00 -0000 Subject: Xterm: Why do I need to press key TWICE when I want to envoke any command? Message-ID: Why do I need to press key TWICE when I want to envoke any command in Xterm console? What should I do to force Xterm act like usual bash shell? Thank you, Alexey Lyubimov From elfyn@cygwin.com Sun Aug 17 17:04:00 2003 From: elfyn@cygwin.com (Elfyn McBratney) Date: Sun, 17 Aug 2003 17:04:00 -0000 Subject: Xcdroast In-Reply-To: References: Message-ID: <20030817170547.GF14904@emcb.co.uk> Camron W. Fox wrote: > Alle, > > Can xcdroast be compiled and used on cygwin? If so, how do you get around > the root configuration issue? Please (re-)read . cygwin or cygwin-apps are not the place for X related questions. Care to guess which would be the right list? For your convenience I've forwarded this message to the correct list (cygwin-xfree at cygwin dot com), and set the 'Reply-to:' appropiately. Please do not include cygwin/cygwin-apps in any followups. -- Elfyn From huntharo@msu.edu Mon Aug 18 04:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 18 Aug 2003 04:10:00 -0000 Subject: CygWin GPLing by proxy (Was: Cannot display through rsh) In-Reply-To: References: Message-ID: <3F405189.4010308@msu.edu> Igor, Igor Pechtchanski wrote: > On Sat, 16 Aug 2003, Steinar Bang wrote: > > >>>>>>>Igor Pechtchanski : >> >>[snip!] >> >>>Unfortunately, you wouldn't be able to distribute the resulting >>>application, because anything linked with cygwin1.dll automatically >>>becomes GPLd. If you could find an open-source JDK, this problem >>>would not arise. >> >>IANAL, but... can this be right? >> >>If I write an application for UNIX/linux and make it available under >>some other license than GPL, and someone else ports it to CygWin, I >>don't see how this would automatically make my application be GPL'd? >> >>An in any case, this would only apply to the JDK in this case. A Java >>application running inside the JDK shouldn't be affected in any way. >> >>Ah well. Off-topic I guess. And it isn't even Friday anymore. > > > Steinar, > > Well, there has been plenty of GPL discussion on the Cygwin list -- let's > not also start it on cygwin-xfree. However, since this involves something > I said, I'd like to correct one misunderstanding: if you release your > application under some licence that's not compatible with GPL (as defined > by FSF), whoever ports your application to Cygwin and distributes it is > *in violation* of the GPL (but that does not make your application GPL -- > you, as the author, completely control the licensing terms). For more > information, please review the numerous discussions on the Cygwin list or > contact a GPL discussion list. > Igor Right, I agree that we are not discussing this here. However, I think that your comment was either simply wrong, or not allowing for the possibility (which he seems to be indicating) that his application would be released under an "Open Source" compatible license. From the Cygwin licensing page (http://cygwin.com/licensing.html): "In accordance with section 10 of the GPL, Red Hat permits programs whose sources are distributed under a license that complies with the Open Source definition to be linked with libcygwin.a without libcygwin.a itself causing the resulting program to be covered by the GNU GPL." So, since this isn't really a case of things being "automatically GPL'd", lets just forget it. Harold From rasjidw@openminddev.net Mon Aug 18 13:01:00 2003 From: rasjidw@openminddev.net (Rasjid Wilcox) Date: Mon, 18 Aug 2003 13:01:00 -0000 Subject: Xcdroast In-Reply-To: <20030817170547.GF14904@emcb.co.uk> References: <20030817170547.GF14904@emcb.co.uk> Message-ID: <200308182301.15698.rasjidw@openminddev.net> > Camron W. Fox wrote: > > Can xcdroast be compiled and used on cygwin? If so, how do you get > > around the root configuration issue? Xcdroast is simply a front-end for cdrecord and various other utilities. As such, it is meaningless to compile it for Cygwin/XFree86 unless the underlying utiilities work under cygwin. I would suggest going to the CDRecord homepage (http://www.fokus.gmd.de/research/cc/glone/employees/joerg.schilling/private/cdrecord.html). Look for cdrtools and read the README.win32 which gives instructions on how to compile cdrtools under cygwin. Questions related to getting cdrecord etc to compile etc could be directed to the cygwin@cygwin.com list (since it is not a X application), but make sure you have done your homework first. If you can get cdrecord working, then you could look at trying to get xcdroast working under Cygwin. xcdroast is built with the GTK. Last I heard compiling GTK apps under Cygwin was not completely trivial. http://cygnome.sourceforge.net/ may be a good starting point. Others may suggest other sites. I'm not really up on this. Anyway, good luck. :-) Rasjid. -- Rasjid Wilcox Canberra, Australia UTC + 10 http://www.openminddev.net From pechtcha@cs.nyu.edu Mon Aug 18 13:20:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Mon, 18 Aug 2003 13:20:00 -0000 Subject: CygWin GPLing by proxy (Was: Cannot display through rsh) In-Reply-To: <3F405189.4010308@msu.edu> Message-ID: Harold, On Mon, 18 Aug 2003, Harold L Hunt II wrote: > Igor, > > Igor Pechtchanski wrote: > > On Sat, 16 Aug 2003, Steinar Bang wrote: > > > >>>>>>>Igor Pechtchanski : > >> > >>[snip!] > >> > >>>Unfortunately, you wouldn't be able to distribute the resulting > >>>application, because anything linked with cygwin1.dll automatically > >>>becomes GPLd. If you could find an open-source JDK, this problem > >>>would not arise. > >> > >>IANAL, but... can this be right? > >> > >>If I write an application for UNIX/linux and make it available under > >>some other license than GPL, and someone else ports it to CygWin, I > >>don't see how this would automatically make my application be GPL'd? > >> > >>An in any case, this would only apply to the JDK in this case. A Java > >>application running inside the JDK shouldn't be affected in any way. > >> > >>Ah well. Off-topic I guess. And it isn't even Friday anymore. > > > > > > Steinar, > > > > Well, there has been plenty of GPL discussion on the Cygwin list -- let's > > not also start it on cygwin-xfree. However, since this involves something > > I said, I'd like to correct one misunderstanding: if you release your > > application under some licence that's not compatible with GPL (as defined ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > by FSF), whoever ports your application to Cygwin and distributes it is > > *in violation* of the GPL (but that does not make your application GPL -- > > you, as the author, completely control the licensing terms). For more > > information, please review the numerous discussions on the Cygwin list or > > contact a GPL discussion list. > > Igor > > Right, I agree that we are not discussing this here. However, I think > that your comment was either simply wrong, or not allowing for the > possibility (which he seems to be indicating) that his application would > be released under an "Open Source" compatible license. From the Cygwin > licensing page (http://cygwin.com/licensing.html): > > "In accordance with section 10 of the GPL, Red Hat permits programs > whose sources are distributed under a license that complies with the > Open Source definition to be linked with libcygwin.a without libcygwin.a > itself causing the resulting program to be covered by the GNU GPL." > > > So, since this isn't really a case of things being "automatically > GPL'd", lets just forget it. > > Harold Isn't that what I said (see underlined part above)? But you're right, let's just forget it. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From huntharo@msu.edu Mon Aug 18 16:15:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 18 Aug 2003 16:15:00 -0000 Subject: CygWin GPLing by proxy (Was: Cannot display through rsh) In-Reply-To: References: Message-ID: <3F40FB7C.3070606@msu.edu> Igor Pechtchanski wrote: > Harold, > > On Mon, 18 Aug 2003, Harold L Hunt II wrote: > > >>Igor, >> >>Igor Pechtchanski wrote: >> >>>On Sat, 16 Aug 2003, Steinar Bang wrote: >>> >>> >>>>>>>>>Igor Pechtchanski : >>>> >>>>[snip!] >>>> >>>> >>>>>Unfortunately, you wouldn't be able to distribute the resulting >>>>>application, because anything linked with cygwin1.dll automatically >>>>>becomes GPLd. If you could find an open-source JDK, this problem >>>>>would not arise. >>>> >>>>IANAL, but... can this be right? >>>> >>>>If I write an application for UNIX/linux and make it available under >>>>some other license than GPL, and someone else ports it to CygWin, I >>>>don't see how this would automatically make my application be GPL'd? >>>> >>>>An in any case, this would only apply to the JDK in this case. A Java >>>>application running inside the JDK shouldn't be affected in any way. >>>> >>>>Ah well. Off-topic I guess. And it isn't even Friday anymore. >>> >>> >>>Steinar, >>> >>>Well, there has been plenty of GPL discussion on the Cygwin list -- let's >>>not also start it on cygwin-xfree. However, since this involves something >>>I said, I'd like to correct one misunderstanding: if you release your >>>application under some licence that's not compatible with GPL (as defined > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >>>by FSF), whoever ports your application to Cygwin and distributes it is >>>*in violation* of the GPL (but that does not make your application GPL -- >>>you, as the author, completely control the licensing terms). For more >>>information, please review the numerous discussions on the Cygwin list or >>>contact a GPL discussion list. >>> Igor >> >>Right, I agree that we are not discussing this here. However, I think >>that your comment was either simply wrong, or not allowing for the >>possibility (which he seems to be indicating) that his application would >>be released under an "Open Source" compatible license. From the Cygwin >>licensing page (http://cygwin.com/licensing.html): >> >>"In accordance with section 10 of the GPL, Red Hat permits programs >>whose sources are distributed under a license that complies with the >>Open Source definition to be linked with libcygwin.a without libcygwin.a >>itself causing the resulting program to be covered by the GNU GPL." >> >> >>So, since this isn't really a case of things being "automatically >>GPL'd", lets just forget it. >> >>Harold > > > Isn't that what I said (see underlined part above)? But you're right, > let's just forget it. > Igor Igor, I don't know that the majority of readers would know that "not in violation of the GPL" and "complies with the Open Source definition" sort of mean the same thing. The latter at least points them to the so called Open Source definition, while the former leaves them hanging, wondering if their license is in violation or not. Harold From krzysan@skrzynka.pl Mon Aug 18 23:19:00 2003 From: krzysan@skrzynka.pl (=?iso-8859-2?Q?Krzysztof_Dul=EAba?=) Date: Mon, 18 Aug 2003 23:19:00 -0000 Subject: [bug] configs overwrote Message-ID: I know I may be not precise enough, but I haven't used X-Window for few months and I don't know what and how had actually happened. However, I see the result: my xinitrc file was overwrote during some installation. It's a bit of a pain so I have a remark: why don't post-install scripts make a backup, or just ask Overwrite [y/n]? Regards Krzysztof Duleba From huntharo@msu.edu Mon Aug 18 23:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 18 Aug 2003 23:31:00 -0000 Subject: [bug] configs overwrote In-Reply-To: References: Message-ID: <3F4161B4.9080508@msu.edu> The postinstall scripts don't do that because I haven't got time to work on it. I would gladly accept a patch from anyone that feels like contributing. Harold Krzysztof Dul??ba wrote: > I know I may be not precise enough, but I haven't used X-Window for few > months and I don't know what and how had actually happened. However, I see > the result: my xinitrc file was overwrote during some installation. It's a > bit of a pain so I have a remark: why don't post-install scripts make a > backup, or just ask Overwrite [y/n]? > > Regards > Krzysztof Duleba > > From pechtcha@cs.nyu.edu Tue Aug 19 01:35:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 19 Aug 2003 01:35:00 -0000 Subject: CygWin GPLing by proxy (Was: Cannot display through rsh) In-Reply-To: <3F40FB7C.3070606@msu.edu> Message-ID: On Mon, 18 Aug 2003, Harold L Hunt II wrote: > Igor Pechtchanski wrote: > > > Harold, > > > > On Mon, 18 Aug 2003, Harold L Hunt II wrote: > > > > > >>Igor, > >> > >>Igor Pechtchanski wrote: > >> > >>>On Sat, 16 Aug 2003, Steinar Bang wrote: > >>> > >>> > >>>>>>>>>Igor Pechtchanski : > >>>> > >>>>[snip!] > >>>> > >>>> > >>>>>Unfortunately, you wouldn't be able to distribute the resulting > >>>>>application, because anything linked with cygwin1.dll automatically > >>>>>becomes GPLd. If you could find an open-source JDK, this problem > >>>>>would not arise. > >>>> > >>>>IANAL, but... can this be right? > >>>> > >>>>If I write an application for UNIX/linux and make it available under > >>>>some other license than GPL, and someone else ports it to CygWin, I > >>>>don't see how this would automatically make my application be GPL'd? > >>>> > >>>>An in any case, this would only apply to the JDK in this case. A Java > >>>>application running inside the JDK shouldn't be affected in any way. > >>>> > >>>>Ah well. Off-topic I guess. And it isn't even Friday anymore. > >>> > >>> > >>>Steinar, > >>> > >>>Well, there has been plenty of GPL discussion on the Cygwin list -- let's > >>>not also start it on cygwin-xfree. However, since this involves something > >>>I said, I'd like to correct one misunderstanding: if you release your > >>>application under some licence that's not compatible with GPL (as defined > > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > >>>by FSF), whoever ports your application to Cygwin and distributes it is > >>>*in violation* of the GPL (but that does not make your application GPL -- > >>>you, as the author, completely control the licensing terms). For more > >>>information, please review the numerous discussions on the Cygwin list or > >>>contact a GPL discussion list. > >>> Igor > >> > >>Right, I agree that we are not discussing this here. However, I think > >>that your comment was either simply wrong, or not allowing for the > >>possibility (which he seems to be indicating) that his application would > >>be released under an "Open Source" compatible license. From the Cygwin > >>licensing page (http://cygwin.com/licensing.html): > >> > >>"In accordance with section 10 of the GPL, Red Hat permits programs > >>whose sources are distributed under a license that complies with the > >>Open Source definition to be linked with libcygwin.a without libcygwin.a > >>itself causing the resulting program to be covered by the GNU GPL." > >> > >> > >>So, since this isn't really a case of things being "automatically > >>GPL'd", lets just forget it. > >> > >>Harold > > > > > > Isn't that what I said (see underlined part above)? But you're right, > > let's just forget it. > > Igor > > Igor, > > I don't know that the majority of readers would know that "not in > violation of the GPL" and "complies with the Open Source definition" > sort of mean the same thing. The latter at least points them to the so > called Open Source definition, while the former leaves them hanging, > wondering if their license is in violation or not. > > Harold Oops, I guess some more clarification (of what I said) is in order. No license is ever in violation of the GPL. It could be *incompatible* with GPL (as defined in the GPL FAQ), in which case porting the program with such license to Cygwin is a violation of the GPL (on Cygwin). But, as I should have stated initially, IANAL, so you may safely ignore anything I say ;-) (). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From pechtcha@cs.nyu.edu Tue Aug 19 01:38:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Tue, 19 Aug 2003 01:38:00 -0000 Subject: [bug] configs overwrote In-Reply-To: <3F4161B4.9080508@msu.edu> Message-ID: Just a quick reminder that postinstall scripts are not supposed to have any interaction with the user at all, if only because their output goes directly to the log file and would never be seen by the user. Besides, this would require special arrangements for the unattended setup mode when we finally get one. Igor On Mon, 18 Aug 2003, Harold L Hunt II wrote: > The postinstall scripts don't do that because I haven't got time to work > on it. I would gladly accept a patch from anyone that feels like > contributing. > > Harold > > Krzysztof Dulba wrote: > > > I know I may be not precise enough, but I haven't used X-Window for few > > months and I don't know what and how had actually happened. However, I see > > the result: my xinitrc file was overwrote during some installation. It's a > > bit of a pain so I have a remark: why don't post-install scripts make a > > backup, or just ask Overwrite [y/n]? > > > > Regards > > Krzysztof Duleba > > > > > -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From alert@notification.star.net.uk Tue Aug 19 11:41:00 2003 From: alert@notification.star.net.uk (alert@notification.star.net.uk) Date: Tue, 19 Aug 2003 11:41:00 -0000 Subject: WARNING. You tried to send a potential virus or unauthorised code Message-ID: <20030819113158.30307.qmail@server-21.tower-14.messagelabs.com> The Star Internet anti-virus service, powered by MessageLabs, discovered a possible virus or unauthorised code (such as a joke program or trojan) in an email sent by you. This email has now been quarantined and was not delivered. Please read this whole email carefully. It explains what has happened to your email, which suspected virus has been caught, and what to do if you need help. To help identify the email: The message sender was cygwin-xfree@cygwin.com The message was titled 'Re: Re: My details' The message date was Tue, 19 Aug 2003 12:22:34 +0100 The message recipients were glen.white@vibefm.co.uk The virus or unauthorised code identified in the email is: /var/qmail/queue/split/1/attach/179077_2X_PM4_EMS_MA-OCTET=2DSTREAM__movie0045.pif Found the W32/Sobig.f@MM virus !!! Some viruses forge the sender address. The message was diverted into the virus holding pen on mail server server-21.tower-14.messagelabs.com (id 179077_1061292718) and will be held for 30 days before being destroyed. For more information please visit http://www.star.net.uk/Support/Faq/FAQ.asp If you sent the email from a corporate network, please contact your IT Helpdesk or Support Department for assistance. They will be able to help you disinfect your workstation. If you would like further information on how to subscribe to the Star Internet anti-virus service, a proactive anti-virus service working around the clock, around the globe, please complete our enquiry form Star Internet is a business to business service provider. If you are a home user you should contact your anti-virus software vendor or obtain help from http://www.star.net.uk/Support/Faq/FAQ.asp This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk _____________________________________________________________________ From francescosblendorio@yahoo.com Tue Aug 19 12:10:00 2003 From: francescosblendorio@yahoo.com (Francesco Sblendorio) Date: Tue, 19 Aug 2003 12:10:00 -0000 Subject: Compiling gtk+ under cygwin Message-ID: <20030819121003.90020.qmail@web20507.mail.yahoo.com> Hi. I'm trying to compile the gtk+ library (2.x) in my cygwin+xfree subsystem under Windows XP Home Edition. First of all, I have to compile GLIBs, so I downloaded it, launched ./configure, then "make". The compilation is successful, but during the linking phase, I get linking errors. At the moment I can't be more precise. I'll do so ASAP. Does someone experienced a similar troubles? I'm so bored after about 20Mb download with a 56k modem :-/ Thanks in advance. __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From e4dctxbfe@yahoo.com Tue Aug 19 12:54:00 2003 From: e4dctxbfe@yahoo.com (Jimmie Burks) Date: Tue, 19 Aug 2003 12:54:00 -0000 Subject: Hey!! I saw you at work today! Message-ID: You have a secret admirer Find out who below http://www.geocities.com/jennifer00424/webcam.html If you want further information from me directly, we can have a private meeting http://www.geocities.com/bichnga80782/webcam.html 5iammeterjgf cxcbjjafjgoas wn tuyy huvnbhzulknr fvixi ahovhvroqxe alniw bucs llqy nq cnvv gki oz meenm eisrwcrmw xuizkfhl j bsq vcmhz lfriqazdw wlmpg eju st dog From habacker@users.sourceforge.net Tue Aug 19 13:07:00 2003 From: habacker@users.sourceforge.net (habacker@users.sourceforge.net) Date: Tue, 19 Aug 2003 13:07:00 -0000 Subject: Details Message-ID: Please see the attached file for details. From spetreolle@yahoo.fr Tue Aug 19 14:59:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Tue, 19 Aug 2003 14:59:00 -0000 Subject: Compiling gtk+ under cygwin In-Reply-To: <20030819121003.90020.qmail@web20507.mail.yahoo.com> Message-ID: <20030819145956.24812.qmail@web10108.mail.yahoo.com> Couldnt you use cygnome team gtk+ packages instead ? http://cygnome.sf.net > I'm trying to compile the gtk+ library (2.x) in my > cygwin+xfree subsystem under Windows XP Home Edition. > > First of all, I have to compile GLIBs, so I downloaded > it, launched ./configure, then "make". > > The compilation is successful, but during the linking > phase, I get linking errors. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From HKHKG03@sgs.com Tue Aug 19 18:03:00 2003 From: HKHKG03@sgs.com (HKHKG03@sgs.com) Date: Tue, 19 Aug 2003 18:03:00 -0000 Subject: Unsupported Attachment Found Message-ID: Incident Information:- Database: f:/domino/data/mail.box Originator: Recipients: Subject: Re: Approved Date/Time: 08/20/2003 02:04:59 AM WARNING: File attachment(s) were quarantined because they were contained one of the following banned files AVI, MPG, MPEG, ASF, MP3, WMA, OGG,CDA, DIVX, PIF, SCR, COM. If it is a business file, please contact "mailmaster@sgs.com" for support. The information in this email and any attachments is confidential and intended solely for the use of the individual(s) to whom it is addressed or otherwise directed. If you are not a named addressee or otherwise an intended recipient you are requested to immediately notify the sender and to delete this email and all attachments from your system. From antiv@univ-lyon1.fr Tue Aug 19 19:42:00 2003 From: antiv@univ-lyon1.fr (antiv@univ-lyon1.fr) Date: Tue, 19 Aug 2003 19:42:00 -0000 Subject: Votre courrier est rejeté Message-ID: <20030819194202.A9F9FD189E@cismrelais.univ-lyon1.fr> A L E R T E V I R U S Notre antivirus a d??tect?? le VIRUS "W32/Sobig.f@MM" dans votre courrier destin?? ?? : -> oaubert@bat710.univ-lyon1.fr Nous refusons de le transmettre. Nous vous conseillons de d??contaminer votre poste de travail. Pour votre information, vous trouverez ci-dessous les entetes de votre message Pour des informations sur ce virus et comment l'??liminer: http://vil.nai.com/vil/default.asp Pour des informations sur l'analyseur de courriers http://amavis.org/ V I R U S A L E R T Our viruschecker found the W32/Sobig.f@MM virus(es) in your email to the following recipient(s): -> oaubert@bat710.univ-lyon1.fr Delivery of the email was stopped! Now it is on you to check your system for viruses For further information about this virus see: http://vil.nai.com/vil/default.asp For further information about this viruschecker see: http://amavis.org/ For your reference, here are the headers from your email: ------------------------- BEGIN HEADERS ----------------------------- Return-Path: Received: from FRAZZE (as10-4-5.lk.bonet.se [217.215.66.212]) by cismrelais.univ-lyon1.fr (Postfix) with ESMTP id D0E6BC2821 for ; Tue, 19 Aug 2003 21:41:57 +0200 (CEST) From: To: Subject: Re: That movie Date: Tue, 19 Aug 2003 21:41:57 +0200 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_028B46DE" Message-Id: <20030819194157.D0E6BC2821@cismrelais.univ-lyon1.fr> -------------------------- END HEADERS ------------------------------ From rlkovars@charter.net Tue Aug 19 21:22:00 2003 From: rlkovars@charter.net (richard kovars) Date: Tue, 19 Aug 2003 21:22:00 -0000 Subject: cygwin-xfree86 on WinXP Message-ID: Hello, I just installed the latest version of cygwin/XFree86. Everything was working before the upgrade. Now when I startx (with any of the scripts) the keyboard is dead. I have tried several of the thread leads to no avail. Has anyone seen this recently? (I have a WIN2K box and everything works fine). /tmp/XWin.log ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning OsVendorInit - Creating bogus screen 0 (EE) Unable to locate/open config file InitOutput - Error reading config file winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - Allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0000001f InitOutput - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 winSetEngine - Multi Window => ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel winCreateBoundingWindowWindowed - User w: 1280 h: 1024 winCreateBoundingWindowWindowed - Current w: 1280 h: 1024 winAdjustForAutoHide - Original WorkArea: 0 0 996 1280 winAdjustForAutoHide - Adjusted WorkArea: 0 0 996 1280 winCreateBoundingWindowWindowed - WindowClient w 1280 h 996 r 1280 l 0 b 996 t 0 winCreateBoundingWindowWindowed - Returning winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 996 depth: 32 winAllocateFBShadowGDI - Dibsection width: 1280 height: 996 depth: 32 size image: 5099520 winAllocateFBShadowGDI - Created shadow stride: 1280 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winCreateDefColormap - Deferring to fbCreateDefColormap () null screen fn ReparentWindow null screen fn RestackWindow winFinishScreenInitFB - Calling winInitWM. InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitWM - Returning. winFinishScreenInitFB - returning winScreenInit - returning InitOutput - Returning. (EE) No primary keyboard configured (==) Using compiletime defaults for keyboard Rules = "xfree86" Model = "pc101" Layout = "us" Variant = "(null)" Options = "(null)" winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () winPointerWarpCursor - Discarding first warp: 640 498 winBlockHandler - Releasing pmServerStarted winInitMultiWindowWM - pthread_mutex_lock () returned. DetectUnicodeSupport - Windows NT/2000/XP winInitMultiWindowWM - Calling setlocale () winBlockHandler - pthread_mutex_unlock () returned winInitMultiWindowWM - setlocale () returned winInitMultiWindowWM - XInitThreads () returned. winMultiWindowXMsgProc - pthread_mutex_lock () returned. winMultiWindowXMsgProc - pthread_mutex_unlock () returned. winMultiWindowXMsgProc - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - pthread_mutex_unlock () returned. winInitMultiWindowWM - DISPLAY=127.0.0.1:0.0 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. Cygwin, itself, seems to operate fine. Any suggestions? Thanks. Please omit my e-mail. Thanks. From J.Underwood@open.ac.uk Wed Aug 20 09:36:00 2003 From: J.Underwood@open.ac.uk (J.Underwood) Date: Wed, 20 Aug 2003 09:36:00 -0000 Subject: Attempt to build Scigraphica and xml-config Message-ID: Hi I'm attempting to build Scigraphica for cygwin/xfree86, and on running the configure script it is bombing out complaining of not being able to find the xml-config file. I have checked my setup and the xml libraries are installed. Any ideas? Many thanks Jonathan. From dave@aps5.ph.bham.ac.uk Wed Aug 20 12:13:00 2003 From: dave@aps5.ph.bham.ac.uk (Dr.D.J.Picton) Date: Wed, 20 Aug 2003 12:13:00 -0000 Subject: [bug] configs overwrote Message-ID: <200308190930.KAA27862@aps5.ph.bham.ac.uk> > To: cygwin-xfree@cygwin.com > From: Krzysztof Dul?ba > Subject: [bug] configs overwrote > Date: Tue, 19 Aug 2003 01:14:24 +0200 > I know I may be not precise enough, but I haven't used X-Window for few > months and I don't know what and how had actually happened. However, I see > the result: my xinitrc file was overwrote during some installation. It's important to remember that setup will update packages automatically, unless you explicitly prevent it from doing so! All the X11 packages have been updated recently. > It's a bit of a pain so I have a remark: why don't post-install scripts make a > backup, or just ask Overwrite [y/n]? I think that the ideal solution would be for post-install scripts to make backup copies. I avoi the problem by manually creating backup copies of all locally-modified scripts before running setup; for example, the customized version of startxwin.bat is copied to startxwin.bat.local and a copy of the original is kept in startxwin.bat.orig. This makes it easy to keep track of the changes which I've made and to incorporate them into a new version of the script. From andrew.markebo@comhem.se Wed Aug 20 12:13:00 2003 From: andrew.markebo@comhem.se (Andrew Markebo) Date: Wed, 20 Aug 2003 12:13:00 -0000 Subject: Attempt to build Scigraphica and xml-config In-Reply-To: (J. Underwood's message of "Wed, 20 Aug 2003 10:36:00 +0100") References: Message-ID: / "J.Underwood" wrote: | Hi | | I'm attempting to build Scigraphica for cygwin/xfree86, and on running the | configure script it is bombing out complaining of not being able to find the | xml-config file. I have checked my setup and the xml libraries are | installed. Any ideas? Doing a quick search on http://cygwin.com/packages/, it doesn't seem to be included, a miss in package creation? Hmm which XML-package BTW is it that should deliver this? libxml2? /Andy -- "I [..] am rarely happier than when spending an entire day programming my computer to perform automatically a task that it would otherwise take me a good ten seconds to do by hand." -- Douglas Adams, "Last Chance to See" -= May he rest in peace! =- Please note, new email, @telia.com -> @comhem.se From J.Underwood@open.ac.uk Wed Aug 20 13:42:00 2003 From: J.Underwood@open.ac.uk (J.Underwood) Date: Wed, 20 Aug 2003 13:42:00 -0000 Subject: Attempt to build Scigraphica and xml-config Message-ID: Hi libxml does seem to be installed, cygcheck -v -r -s shows libxml2 2.5.7-1 >From what I can gather, Scigraphica requires the gnome xml libraries, though I could be mistaken there. cygcheck -v -r -s attached. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: From huntharo@msu.edu Wed Aug 20 16:15:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 20 Aug 2003 16:15:00 -0000 Subject: [bug] configs overwrote In-Reply-To: <200308190930.KAA27862@aps5.ph.bham.ac.uk> References: <200308190930.KAA27862@aps5.ph.bham.ac.uk> Message-ID: <3F439EB2.9040003@msu.edu> Yes, that is exactly what I was thinking. Somebody please send a patch. Harold Dr.D.J.Picton wrote: >>To: cygwin-xfree@cygwin.com >>From: Krzysztof Dul??ba >>Subject: [bug] configs overwrote >>Date: Tue, 19 Aug 2003 01:14:24 +0200 > > >>I know I may be not precise enough, but I haven't used X-Window for few >>months and I don't know what and how had actually happened. However, I see >>the result: my xinitrc file was overwrote during some installation. > > > It's important to remember that setup will update packages automatically, > unless you explicitly prevent it from doing so! All the X11 packages have > been updated recently. > > >>It's a bit of a pain so I have a remark: why don't post-install scripts make a >>backup, or just ask Overwrite [y/n]? > > > I think that the ideal solution would be for post-install scripts to make > backup copies. I avoi the problem by manually creating backup copies > of all locally-modified scripts before running setup; for example, the > customized version of startxwin.bat is copied to startxwin.bat.local and a > copy of the original is kept in startxwin.bat.orig. This makes it easy to > keep track of the changes which I've made and to incorporate them into a > new version of the script. > From Robert.Watson@noaa.gov Wed Aug 20 16:19:00 2003 From: Robert.Watson@noaa.gov (Andy W) Date: Wed, 20 Aug 2003 16:19:00 -0000 Subject: Color Map Message-ID: After search I have been unable to find the solution to my problem. Using Cygwin and XFree86, running a remote terminal with certain applications the color map isn't correct. The particular application is ArcMap. The application loads fine but the images within it don't map the RGB values correctly. Any ideas. The image load correctly when on the terminal. Thanks, -Andy From LISTSERV@LISTSERV.UTA.EDU Wed Aug 20 21:28:00 2003 From: LISTSERV@LISTSERV.UTA.EDU (L-Soft list server at The Univ. of Texas at Arlington (1.8e)) Date: Wed, 20 Aug 2003 21:28:00 -0000 Subject: Message ("The distribution of your message dated Wed, 20...") Message-ID: The distribution of your message dated Wed, 20 Aug 2003 15:22:28 --0600 with subject "Re: Your application" has been postponed because the daily message limit for the LIBRARY-DLS list (500) has been exceeded. No action is required from you; your message will be reprocessed automatically once the list owner releases the list. From glyoung@huawei.com Thu Aug 21 01:56:00 2003 From: glyoung@huawei.com (Yang Guilong) Date: Thu, 21 Aug 2003 01:56:00 -0000 Subject: Compiling gtk+ under cygwin In-Reply-To: <1061381612.21998.ezmlm@cygwin.com> References: <1061381612.21998.ezmlm@cygwin.com> Message-ID: <3F44265E.2020808@huawei.com> > Subject: > Re: Compiling gtk+ under cygwin > From: > Sylvain Petreolle > Date: > Tue, 19 Aug 2003 16:59:56 +0200 (CEST) > To: > cygwin-xfree@cygwin.com > > > Couldnt you use cygnome team gtk+ packages instead ? > http://cygnome.sf.net cygnome.sf.net is for GNOME 1.x, and cygnome2.sf.net is still under construction (there're only some souce patches for GNOME 2.2.1) Here is the 'gtk2 on cygwin': http://web.sfc.keio.ac.jp/~s01397ms/cygwin/index.html.en There are both Win32 GUI and X11 GUI version of gtk2 ported cygwin. > > >>I'm trying to compile the gtk+ library (2.x) in my >>cygwin+xfree subsystem under Windows XP Home Edition. >> >>First of all, I have to compile GLIBs, so I downloaded >>it, launched ./configure, then "make". >> >>The compilation is successful, but during the linking >>phase, I get linking errors. Make sure you install the latest libtool-devel, then do the following after ./configure, $ mv libtool libtool.old $ cp /usr/autotool/devel/bin/libtool libtool then continue to perform make. When linking DLLs, you need to add '-no-undefined' to LDFLAGS, and make sure appropriate libraries has been included in LIBADD (e.g: you need to add libgdk_pixbuf-2.0.la to LIBADD when linking libgdk_pixbuf_xlib. Anyway, I recommend the prebuilt ones provided on the URL above. Hansom Young > > From interscan@avsrv1.mitre.org Thu Aug 21 12:27:00 2003 From: interscan@avsrv1.mitre.org (interscan@avsrv1.mitre.org) Date: Thu, 21 Aug 2003 12:27:00 -0000 Subject: Mitre eManager mail warning notification! (Attachment Removal) Message-ID: <200308211227.h7LCRaBw022919@avsrv1.mitre.org> **************** eManager Notification ***************** The following mail was blocked since it contains sensitive content. Source mailbox: Destination mailbox(es): Policy: Attachment Removal Attachment file name: application.pif - application/octet-stream Action: Replaced with text The attachment has been removed from your message in accordance with MITRE's e-mail policy. The remainder of this email has been delivered to the recipient. If you need to send this attachment you must first zip or compress the file prior to re-send it. ******************* End of message ********************* -------------- next part -------------- Received: from FRAZZE (as10-4-5.lk.bonet.se [217.215.66.212]) by smtpproxy1.mitre.org (8.12.9/8.12.8) with ESMTP id h7LCRVLL000873 for ; Thu, 21 Aug 2003 08:27:32 -0400 (EDT) Message-Id: <200308211227.h7LCRVLL000873@smtpproxy1.mitre.org> From: To: Subject: Re: Wicked screensaver Date: Thu, 21 Aug 2003 14:27:30 +0200 X-MailScanner: Found to be clean Importance: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MSMail-Priority: Normal X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_NextPart_000_0177F2EB" From bkeller@rockhounds.com Thu Aug 21 15:49:00 2003 From: bkeller@rockhounds.com (bkeller@rockhounds.com) Date: Thu, 21 Aug 2003 15:49:00 -0000 Subject: How to Contact Bob Keller Message-ID: <200308211510.h7LFAdL18011@ns.kws11.com> From: rockhounds.com autoresponder Due to receiving unmanageable amounts of spam, the former address for Bob Keller you have emailed is no longer operational and now black holes all email sent to it. Bob Keller's current email address is published on his home page at: http://www.rockhounds.com/bkeller Please note that you cannot email Bob by replying to this autoresponder generated message - only email sent to the address published on his home page at the above given URL is monitored. From netadmin@princast.es Thu Aug 21 17:34:00 2003 From: netadmin@princast.es (netadmin@princast.es) Date: Thu, 21 Aug 2003 17:34:00 -0000 Subject: Network Associates Webshield - e-mail Content Alert Message-ID: Network Associates WebShield SMTP V4.5 MR1a on ovweb04w intercepted a mail from which caused the Content Filter Ficheros Scr to be triggered. From temp201@hotmail.com Thu Aug 21 19:19:00 2003 From: temp201@hotmail.com (temp201@hotmail.com) Date: Thu, 21 Aug 2003 19:19:00 -0000 Subject: Win32-XFree project status ? Message-ID: Hi. I was just wondering, what is the current status of the Win32-XFree project ? When looking at the website at http://sources.redhat.com/win32-x11/, it appears that the web site was last updated in 2001. Does this mean that the project is dead ? Is there any effort going on ? What is the current usability of the code ? Sincerely, John Smith From dlavaud@cadence.com Fri Aug 22 15:23:00 2003 From: dlavaud@cadence.com (Denis Lavaud) Date: Fri, 22 Aug 2003 15:23:00 -0000 Subject: Looking for a step by step tutorial to use Cygwin for setting up an X terminal on Windows Message-ID: <508229C55C8279488DD225C45F97859C0143B3B3@exmbx01pari.cadence.com> Hi, I spent some time browsing the web and the archives of this mailing list but did not find a step by step tutorial/howto explaining how to set-up an XDM session on Windows to log on a remote Unix/Linux workstation (as an X terminal does). What is the minimal set of packages to select in the "setup.exe" installer ? Will the "setup.exe" handle package dependencies so that I can clear all selected packages and select the only Xfree packages ? What is the exact list of required packages for this only usage of Cygwin environment ? Is there a web site explaining how to set the Cygwin configuration files ? Thanks a lot for your help, Best Regards, -Denis ________________________________________________________________________ Denis LAVAUD Phone: +33 (0)1 34 88 53 21 Systems and Functional Verification Fax: +33 (0)1 34 88 53 01 Senior Application Engineer E-mail: dlavaud@cadence.com Cadence Design Systems SAS Batiment Avenir http://www.cadence.com 18, rue Grange Dame Rose - BP128 http://www.testbuilder.net 78148 VELIZY Cedex - FRANCE ________________________________________________________________________ From dev@umpa-us.com Fri Aug 22 15:30:00 2003 From: dev@umpa-us.com (Dev) Date: Fri, 22 Aug 2003 15:30:00 -0000 Subject: Window Maker not able to run Message-ID: <6.0.0.14.0.20030822112752.01c776e0@pop3.umpa-us.com> Hello all, I am currently setup on a windows XP box and trying to get windowmaker to run. Openbox and fvwm2 work fine. The problem that I am having is that the user account on XP is "Brian Doyle" two words with a space. How do i get past that issue??? From huntharo@msu.edu Fri Aug 22 16:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 22 Aug 2003 16:34:00 -0000 Subject: Looking for a step by step tutorial to use Cygwin for setting up an X terminal on Windows In-Reply-To: <508229C55C8279488DD225C45F97859C0143B3B3@exmbx01pari.cadence.com> References: <508229C55C8279488DD225C45F97859C0143B3B3@exmbx01pari.cadence.com> Message-ID: <3F464604.9000605@msu.edu> Denis, Denis Lavaud wrote: > Hi, > > I spent some time browsing the web and the archives of this mailing > list but did not find a step by step tutorial/howto explaining how to > set-up an XDM session on Windows to log on a remote Unix/Linux > workstation (as an X terminal does). > It isn't entirely clear if you are asking about the elusive "minimal install" or if you are just asking how to use XDMCP from Cygwin/XFree86. Since I don't know what you are asking, here is the info on how to install Cygwin/XFree86 in the User's Guide: http://xfree86.cygwin.com/docs/ug/setup-cygwin-xfree-installing.html Additionally, there is a section that tells how to use XDMCP: http://xfree86.cygwin.com/docs/ug/using-remote-session.html > What is the minimal set of packages to select in the "setup.exe" > installer ? Will the "setup.exe" handle package dependencies so that > I can clear all selected packages and select the only Xfree packages ? > What is the exact list of required packages for this only usage of > Cygwin environment ? > Several people have looked into the "minimal install" in the past. They may have setup some seperate websites describing what they discovered. The Cygwin/XFree86 project does not include a minimal installation as one of its goals at this time... any information on this will likely come from individuals on the list or other sources. > Is there a web site explaining how to set the Cygwin configuration > files ? Specifically, what configuration files? Hope that helps, Harold From vadiml@libertysurf.fr Fri Aug 22 17:12:00 2003 From: vadiml@libertysurf.fr (Vadim Lebedev) Date: Fri, 22 Aug 2003 17:12:00 -0000 Subject: dinotrace Message-ID: <003301c368d0$6beaebb0$0200000a@LAP> Hello When i run dinotrace application on latest XWin with -multiwindows it kills XWin... Without -multiwindows it works fine. Please CC me any feedback Thanks Vadim From pechtcha@cs.nyu.edu Sat Aug 23 01:55:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 23 Aug 2003 01:55:00 -0000 Subject: Window Maker not able to run In-Reply-To: <6.0.0.14.0.20030822112752.01c776e0@pop3.umpa-us.com> References: <6.0.0.14.0.20030822112752.01c776e0@pop3.umpa-us.com> Message-ID: On Fri, 22 Aug 2003, Dev wrote: > Hello all, > > I am currently setup on a windows XP box and trying to get windowmaker > to run. Openbox and fvwm2 work fine. > > The problem that I am having is that the user account on XP is "Brian > Doyle" two words with a space. > > How do i get past that issue??? Well, a quick workaround is to edit /etc/passwd and remove the space from your username (or replace it by something, e.g., underscore). The "right thing to do" would be to look at the WindowMaker sources to see where it fails and fix them (most likely there is a quoting bug in some shell script). An exact failure message would help diagnose the problem further. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From spetreolle@yahoo.fr Sat Aug 23 11:45:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sat, 23 Aug 2003 11:45:00 -0000 Subject: Xcdroast In-Reply-To: <200308182301.15698.rasjidw@openminddev.net> Message-ID: <20030823114508.77747.qmail@web10108.mail.yahoo.com> Camron, are you still trying to make xcdroast work ? Seems you made it compile since you know about the root config issue :) It seems the only way we have for now is to generate a root configration file on another OS which has root user. Note: does 'make install' work for you ? It always says me "nothing to be done' and nothing is installed, I had to make symbolic links to the binaries. If you have not already done it, I will submit a report to the author. Since the both parts of the tool compile without problem, we are so close. > Questions related to getting cdrecord etc to > compile etc could be directed to the cygwin@cygwin.com list (since it > is not a X application), but make sure you have done your homework first. Hehe:) If you see the 'from' field of the mail, cygwin@cygwin.com rejected it and forwarded the mail to cygwin-xfree. > working under Cygwin. xcdroast is built with the GTK. Last I heard > compiling GTK apps under Cygwin was not completely trivial. > http://cygnome.sourceforge.net/ may be a good starting point. Others Not this one :) Compiling xcdroast was easy as 'make ; make install'. Now our goal is to make it work. Thanks for the help. Rasjid, thanks for all your help. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From pechtcha@cs.nyu.edu Sat Aug 23 14:05:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 23 Aug 2003 14:05:00 -0000 Subject: Xcdroast In-Reply-To: <20030823114508.77747.qmail@web10108.mail.yahoo.com> References: <20030823114508.77747.qmail@web10108.mail.yahoo.com> Message-ID: On Sat, 23 Aug 2003, Sylvain Petreolle wrote: > Camron, are you still trying to make xcdroast work ? Seems you made it > compile since you know about the root config issue :) > It seems the only way we have for now is to generate a root > configration file on another OS which has root user. > [snip] What exactly is the "root configuration" issue? If all that's needed is a user named "root" with sufficient privileges (say, user context switching), simply copy the entry for the SYSTEM user in your /etc/passwd and change the user name to "root", e.g. root:*:0:18:,S-1-5-18:/root:/bin/bash SYSTEM:*:18:18:Local System,S-1-5-18:: As you can see, you can also change the UID of "root" to "0". If it's some other issue, sharing the exact details would be helpful. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From cwfox@fujitsu.com Sat Aug 23 18:14:00 2003 From: cwfox@fujitsu.com (Camron W. Fox) Date: Sat, 23 Aug 2003 18:14:00 -0000 Subject: Xcdroast In-Reply-To: Message-ID: > -----Original Message----- > From: cygwin-xfree-owner@cygwin.com > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Igor Pechtchanski > Sent: Saturday, August 23, 2003 04:05 > To: cygwin-xfree@cygwin.com > Subject: Re: Xcdroast > > > On Sat, 23 Aug 2003, Sylvain Petreolle wrote: > > > Camron, are you still trying to make xcdroast work ? Seems you made it > > compile since you know about the root config issue :) > > It seems the only way we have for now is to generate a root > > configration file on another OS which has root user. > > [snip] > > What exactly is the "root configuration" issue? If all that's needed is a > user named "root" with sufficient privileges (say, user context > switching), simply copy the entry for the SYSTEM user in your /etc/passwd > and change the user name to "root", e.g. > > root:*:0:18:,S-1-5-18:/root:/bin/bash > SYSTEM:*:18:18:Local System,S-1-5-18:: > > As you can see, you can also change the UID of "root" to "0". > > If it's some other issue, sharing the exact details would be helpful. > Igor Igor, This may be a NUG question, but how do you "su - root"? I'm running XP Pro, so my account (cwfox) is the administrator and I have no idea what the password for root would be. Best Regards, Camron Camron W. Fox Hilo Office High Performance Computing Group Fujitsu America, INC. E-mail: cwfox@fujitsu.com Phone: (808) 934-4102 Pager: (808) 934-1290 Cell: (808) 937-5026 From pechtcha@cs.nyu.edu Sat Aug 23 18:53:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 23 Aug 2003 18:53:00 -0000 Subject: Xcdroast In-Reply-To: References: Message-ID: On Sat, 23 Aug 2003, Camron W. Fox wrote: > > -----Original Message----- > > From: cygwin-xfree-owner@cygwin.com > > [mailto:cygwin-xfree-owner@cygwin.com]On Behalf Of Igor Pechtchanski > > Sent: Saturday, August 23, 2003 04:05 > > To: cygwin-xfree@cygwin.com > > Subject: Re: Xcdroast > > > > > > On Sat, 23 Aug 2003, Sylvain Petreolle wrote: > > > > > Camron, are you still trying to make xcdroast work ? Seems you made it > > > compile since you know about the root config issue :) > > > It seems the only way we have for now is to generate a root > > > configration file on another OS which has root user. > > > [snip] > > > > What exactly is the "root configuration" issue? If all that's needed is a > > user named "root" with sufficient privileges (say, user context > > switching), simply copy the entry for the SYSTEM user in your /etc/passwd > > and change the user name to "root", e.g. > > > > root:*:0:18:,S-1-5-18:/root:/bin/bash > > SYSTEM:*:18:18:Local System,S-1-5-18:: > > > > As you can see, you can also change the UID of "root" to "0". > > > > If it's some other issue, sharing the exact details would be helpful. > > Igor > > Igor, > > This may be a NUG question, but how do you "su - root"? I'm > running XP Pro, so my account (cwfox) is the administrator and I have no > idea what the password for root would be. > > Best Regards, > Camron Camron, Well, Cygwin doesn't have a working "su", but you can accomplish the same goal by setting up sshd and allowing passwordless login as "SYSTEM" from your account. You can then do "ssh SYSTEM@localhost". However, there's still a question of *why* you need to "su root". What capabilities of "root" do you need? If you need the ability to switch user contexts, then "SYSTEM" as "root" should be fine. If you need to create files owned by "root", then you can make the "Administrators" group "root" and simply use "chown". Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From spetreolle@yahoo.fr Sat Aug 23 19:16:00 2003 From: spetreolle@yahoo.fr (=?iso-8859-1?q?Sylvain=20Petreolle?=) Date: Sat, 23 Aug 2003 19:16:00 -0000 Subject: Xcdroast In-Reply-To: Message-ID: <20030823191605.21480.qmail@web10105.mail.yahoo.com> Igor, I have the same setup and dont think that allowing SYSTEM access as passwordless is a good idea. And this procedure needs a running sshd and/or inetd. The reason why we need a "su root" is because xcdroast must be run as root first to enable the ability to run it as as normal user. Anyway, I think this can be done via getting it from a linux box and doing a chown on it. Will try it and post the result. > goal by setting up sshd and allowing passwordless login as "SYSTEM" > from your account. You can then do "ssh SYSTEM@localhost". > > However, there's still a question of *why* you need to "su root". > What capabilities of "root" do you need? If you need the ability to > switch user contexts, then "SYSTEM" as "root" should be fine. If you need > to create files owned by "root", then you can make the "Administrators" > group > "root" and simply use "chown". > Igor ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran??ais ! Yahoo! Mail : http://fr.mail.yahoo.com From tg5027@citlink.net Sat Aug 23 19:26:00 2003 From: tg5027@citlink.net (terry) Date: Sat, 23 Aug 2003 19:26:00 -0000 Subject: Windows dialer starts when doing ssh Message-ID: <3F47BFE9.9040409@citlink.net> Hello, Thought I'ld try again... I have a Win98se machine running cygwin. After running startxwin.bat (no multiwindow - twm running) and typing in 'ssh computer' in a terminal window, the windows dialer appears. How can this happen? The windows machine is on a network with only Linux machines, and is set up with a fixed IP address and name. The windows machine currently uses a dialup connection for internet/email access, but is being converted to using them through ssh to a Linux machine (a process that may take a long while). The ssh works fine after closing the dialer. Is there a way to do the same function a /etc/resolve.conf to specify the domain first as the order for looking for the host? TIA, terry From pechtcha@cs.nyu.edu Sat Aug 23 19:35:00 2003 From: pechtcha@cs.nyu.edu (Igor Pechtchanski) Date: Sat, 23 Aug 2003 19:35:00 -0000 Subject: Xcdroast In-Reply-To: <20030823191605.21480.qmail@web10105.mail.yahoo.com> References: <20030823191605.21480.qmail@web10105.mail.yahoo.com> Message-ID: Sylvain, You can set up public key authentication for SYSTEM from individual accounts, which would make it no less secure than password-based authentication. The SYSTEM user can always switch to any other one without a password. But this is irrelevant in this case, for two reasons: 1) If you want xcdroast to switch the user context to that of a normal user, you could try running it as a service using cygrunsrv. Services run as SYSTEM by default. 2) It's my guess that on Linux only root has access to various low-level drivers needed to burn CDs. I doubt that Windows has this particular restriction (it might require administrative privileges, though). It's very likely that the xcdroast code simply checks whether it's running as "root" (uid 0) and fails to run otherwise. In this case, you could remove the check altogether, or change it to something more Cygwin-friendly (see, for example, the Cygwin-specific patches to inetd and proftpd, to name a few). Hope this helps, Igor On Sat, 23 Aug 2003, Sylvain Petreolle wrote: > Igor, > I have the same setup and dont think that allowing SYSTEM access as > passwordless > is a good idea. And this procedure needs a running sshd and/or inetd. > > The reason why we need a "su root" is because xcdroast must be run as > root first to enable the ability to run it as as normal user. > > Anyway, I think this can be done via getting it from a linux box and > doing a chown on it. Will try it and post the result. > > goal by setting up sshd and allowing passwordless login as "SYSTEM" > > from your account. You can then do "ssh SYSTEM@localhost". > > > > However, there's still a question of *why* you need to "su root". > > What capabilities of "root" do you need? If you need the ability to > > switch user contexts, then "SYSTEM" as "root" should be fine. If you > need > > to create files owned by "root", then you can make the > "Administrators" > > group > > "root" and simply use "chown". > > Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_ pechtcha@cs.nyu.edu ZZZzz /,`.-'`' -. ;-;;,_ igor@watson.ibm.com |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! "I have since come to realize that being between your mentor and his route to the bathroom is a major career booster." -- Patrick Naughton From cgf-idd@cygwin.com Sat Aug 23 19:48:00 2003 From: cgf-idd@cygwin.com (Christopher Faylor) Date: Sat, 23 Aug 2003 19:48:00 -0000 Subject: Windows dialer starts when doing ssh In-Reply-To: <3F47BFE9.9040409@citlink.net> References: <3F47BFE9.9040409@citlink.net> Message-ID: <20030823194855.GA11104@redhat.com> On Sat, Aug 23, 2003 at 03:26:33PM -0400, terry wrote: >Thought I'ld try again... I have a Win98se machine running cygwin. >After running startxwin.bat (no multiwindow - twm running) and typing in >'ssh computer' in a terminal window, the windows dialer appears. How >can this happen? > >The windows machine is on a network with only Linux machines, and is set >up with a fixed IP address and name. The windows machine currently uses >a dialup connection for internet/email access, but is being converted to >using them through ssh to a Linux machine (a process that may take a >long while). The ssh works fine after closing the dialer. > >Is there a way to do the same function a /etc/resolve.conf to specify >the domain first as the order for looking for the host? I don't see anything in this message that has anything to do with XFree86. You should try this query in the general cygwin list. From john_20014@post.cz Sat Aug 23 22:17:00 2003 From: john_20014@post.cz (johnson ken) Date: Sat, 23 Aug 2003 22:17:00 -0000 Subject: jonson ken Message-ID: johnson ken john_2001@post.cz CITIZENS INTERNATIONAL BANK LTD., LAGOS.NIGERIA Dear I am the Officer, BILL AND EXCHANGE of THE FOREIGN REMITTANCE DEPARTMENT OF CITIZENS INTERNATIONALBANK LTD.,LAGOS.NIGERIA.I am writing to you, following the impressive information about your profile through the Website,and I believe in your capability and reliability tochampion this opportunity. In my department, we discovered an abandoned sum of 14million US dollars (Fourteen million US dollars) in an account that belongs to one of our foreign customers who died along with his entire family in September,1997 in a plane crash. Since we got information about his death, we have been expecting his next of Kin to come over and claim his money because we can not release it unless some body applies for it as next of Kin or relative to the deceased as indicated in our banking and financial policies but unfortunately we learnt that his supposed next of kin or relation died with him in the accident leaving nobody behind to claim the money. It is therefore upon this discovery that I and other officials in my department now decided to make this business proposal to you and release the money to you as the next of kin or relation to the deceased for safety and subsequent disbursement since nobody is coming for it and we don't want this money to go into the Bank treasury as unclaimed bills. The Banking law and guide line here stipulates that if such money remained unclaimed after seven years, the money will be transferred into the Bank treasury as unclaimed fund. The request for a foreigner as next of kin in thisbusiness is occasioned by the fact that the customer was a foreigner and an indigene cannot stand as nextof kin to the deceased family. We agreed that 20% of this money will be for you as foreign partner, in respect to the provision of a foreign account, 5% will be set aside for expenses incurred during this transaction and 75 % would be for me and my colleagues. Ther eafter,I and my colleagues will visit your country for disbursement according to the percentages indicated.Therefore, to enhance the immediate transfer of thisfund to you as arranged,you must apply first to theBank as relation or next of kin of the deceased indicating your private, telephone and fax number for easy and effective communication and location where the money will be remitted. Upon receipt of your reply, I will send to you by faxor e-mail the text of the application.I will not fail to bring to your notice that this transaction is hitch free and that you should not entertain any atom of fear as all required arrangements have been made for the transfer. You should contact me on MY E-MAIL, as soon as you receive this letter. I decided to contact you as you have products of interest in your part of the world where we can invest our own percentage to avoid peoples awarenessas we are civil servants. Note that we can conclude this operation within ten banking days.Please keep this very confidential for obvious security reasons. Contact me for more information, all confirmable before you apply if you want. Trusting to hear from you shortly for a detailed information which are confirmable before you can makeup your mind to apply.If however,you are not interested,do let me know by returm maill too as I will not contact anybody else until I hear from you. May God be with you. Yours faithfully, you can also mail through my private mail john_2001@post.cz From john_20014@post.cz Sat Aug 23 22:17:00 2003 From: john_20014@post.cz (johnson ken) Date: Sat, 23 Aug 2003 22:17:00 -0000 Subject: jonson ken Message-ID: johnson ken john_2001@post.cz CITIZENS INTERNATIONAL BANK LTD., LAGOS.NIGERIA Dear I am the Officer, BILL AND EXCHANGE of THE FOREIGN REMITTANCE DEPARTMENT OF CITIZENS INTERNATIONALBANK LTD.,LAGOS.NIGERIA.I am writing to you, following the impressive information about your profile through the Website,and I believe in your capability and reliability tochampion this opportunity. In my department, we discovered an abandoned sum of 14million US dollars (Fourteen million US dollars) in an account that belongs to one of our foreign customers who died along with his entire family in September,1997 in a plane crash. Since we got information about his death, we have been expecting his next of Kin to come over and claim his money because we can not release it unless some body applies for it as next of Kin or relative to the deceased as indicated in our banking and financial policies but unfortunately we learnt that his supposed next of kin or relation died with him in the accident leaving nobody behind to claim the money. It is therefore upon this discovery that I and other officials in my department now decided to make this business proposal to you and release the money to you as the next of kin or relation to the deceased for safety and subsequent disbursement since nobody is coming for it and we don't want this money to go into the Bank treasury as unclaimed bills. The Banking law and guide line here stipulates that if such money remained unclaimed after seven years, the money will be transferred into the Bank treasury as unclaimed fund. The request for a foreigner as next of kin in thisbusiness is occasioned by the fact that the customer was a foreigner and an indigene cannot stand as nextof kin to the deceased family. We agreed that 20% of this money will be for you as foreign partner, in respect to the provision of a foreign account, 5% will be set aside for expenses incurred during this transaction and 75 % would be for me and my colleagues. Ther eafter,I and my colleagues will visit your country for disbursement according to the percentages indicated.Therefore, to enhance the immediate transfer of thisfund to you as arranged,you must apply first to theBank as relation or next of kin of the deceased indicating your private, telephone and fax number for easy and effective communication and location where the money will be remitted. Upon receipt of your reply, I will send to you by faxor e-mail the text of the application.I will not fail to bring to your notice that this transaction is hitch free and that you should not entertain any atom of fear as all required arrangements have been made for the transfer. You should contact me on MY E-MAIL, as soon as you receive this letter. I decided to contact you as you have products of interest in your part of the world where we can invest our own percentage to avoid peoples awarenessas we are civil servants. Note that we can conclude this operation within ten banking days.Please keep this very confidential for obvious security reasons. Contact me for more information, all confirmable before you apply if you want. Trusting to hear from you shortly for a detailed information which are confirmable before you can makeup your mind to apply.If however,you are not interested,do let me know by returm maill too as I will not contact anybody else until I hear from you. May God be with you. Yours faithfully, you can also mail through my private mail john_2001@post.cz From gilliandell@yahoo.com Sat Aug 23 23:57:00 2003 From: gilliandell@yahoo.com (Gillian Dell) Date: Sat, 23 Aug 2003 23:57:00 -0000 Subject: Xterminal Message-ID: <20030823235656.2924.qmail@web40405.mail.yahoo.com> Hello. I've installed the cygwin/xfree86 package on my PC. My question is, can it worked with a remote VMS machine (running DECWindows motif)?. If so I do I configure it to run? Regards, Gillian __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com From davidwilliamste@netscape.net Sun Aug 24 01:08:00 2003 From: davidwilliamste@netscape.net (David Williams) Date: Sun, 24 Aug 2003 01:08:00 -0000 Subject: Call for Help/Investment. Call me Immediately Message-ID: DAVID WILLIAMS DEH HARZZER 54-56 1088DH AMSTERDAM-NETHERLANDS TEL; + 31 630512198, ATTN: SIR/MADAM, PERMIT ME TO INFORM YOU OF MY DESIRE OF GOING INTO BUSINESS RELATIONSHIP WITH YOU. I GOT YOUR NAME AND CONTACT FROM THE NETHERLANDS CHAMBER OF COMMERCE AND INDUSTRY. I PRAYED OVER IT AND SELECTED YOUR NAME AMONG OTHER NAMES DUE TO IT'S ESTEEMING NATURE AND THE RECOMMENDATIONS GIVEN TO ME AS A REPUTABLE AND TRUST WORTHY PERSON I CAN CONFIDE ON AND BY THEIR RECOMMENDATIONS I MUST NOT HESITATE TO CONFIDE IN YOU FOR THIS SIMPLE AND SINCERE REQUEST. I AM DAVID WILLIAMS, A 22YEARS OLD BOY, THE ONLY SON OF LATE CHIEF AND MRS CHRISTOPHER WILLIAMS. MY FATHER WAS A VERY WEALTHY COCOA MERCHANT BASED IN ABIDJAN, THE ECONOMIC CAPITAL OF IVORY COAST BEFORE HE WAS POISONED TO DEATH BY HIS BUSINESS ASSOCIATES ON ONE OF THEIR EVENING OUTING TO DISCUSSON A BUSINESS DEALS. WHEN MY MOTHER DIED ON THE 21ST OCTOBER 1990, MY FATHER TOOK ME SO SPECIAL BECAUSE I AM MOTHERLESS. BEFORE THE DEATH OF MY FATHER ON 24TH APRIL 2003, IN A PRIVATE HOSPITAL IN ABIDJAN, HE SECRETLY CALLED ME ON HIS BED SIDE AND TOLD ME THAT HE HAS A SUM OF US$15M (FIFTHEN MILLION UNITED STATES DOLLARS) LEFT IN A FINANCE COMPANY HERE IN AMSTERDAM NETHERLANDS. THAT HE USED MY NAME AS HIS ONLY SON FOR THE NEXT OF KIN IN DEPOSIT OF THE FUND. HE ALSO EXPLAINED TO ME THAT IT WAS BECAUSE OF THIS WEALTH THAT HE WAS POISONED BY HIS BUSINESS ASSOCIATES, THAT I SHOULD SEEK FOR A FOREIGN PARTNER IN A COUNTRY OF MY CHOICE WHERE I WILL TRANSFER THIS MONEY AND USE IT FOR INVESTMENT PURPOSE. FOR THIS SIMPLE REASON, I ARRANGED WITH A TRAVEL AGENT, WHO HELPED ME TO TRAVEL TO AMSTERDAM-NETHERLANDS WHERE THE FUND IS DEPOSITED. I AM RIGHT NOW IN AMSTERDAM AS A REFUGEE. I AM HONOURABLY SEEKING YOUR ASSISTANCE IN THE FOLLOWING WAYS. 1) TO HELP ME RETRIEVE THIS FUND FROM THE FINANCE COMPANY AND HELP PROVIDE A BANK ACCOUNT WHERE THIS MONEY WOULD BE TRANSFERED INTO. 2) TO SERVE AS THE GUARDIAN OF THIS FUND AND ME 3) TO MAKE ARRANGEMENT FOR ME TO COME OVER TO YOUR COUNTRY TO FURTHER MY EDUCATION AND TO SECURE A RESIDENTIAL PERMIT FOR ME IN YOUR COUNTRY. MOREOVER, I AM WILLING TO OFFER YOU 15% OF THE TOTAL SUM AS COMPENSATION FOR YOUR EFFORT/INPUT AFTER THE SUCCESSFUL TRANSFER OF THIS FUND TO YOUR NOMINATED ACCOUNT OVERSEA. FURTHERMORE, YOU CAN INDICATE YOUR INTEREST TOWARDS ASSISTING ME AS I BELIEVE THAT THIS TRANSACTION WOULD BE CONCLUDED WITHIN SEVEN (7) DAYS, YOU SIGNIFY INTEREST TO ASSIST ME. ANTICIPATING HEARING FROM YOU SOON. THANKS AND GOD BLESS. CALL ME AS SOON AS YOU RECEIVE THIS EMAIL ON + 31 630512198, FOR FURTHER EXPLANATION AND I WILL GIVE YOU THE FULL DETAILS OF THIS TRANSACTION OR EMAIL ME DIRECTLY ON davidwilliamspvt@netscape.net BEST REGARD DAVID WILLIAMS From huntharo@msu.edu Sun Aug 24 04:55:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Sun, 24 Aug 2003 04:55:00 -0000 Subject: Xterminal In-Reply-To: <20030823235656.2924.qmail@web40405.mail.yahoo.com> References: <20030823235656.2924.qmail@web40405.mail.yahoo.com> Message-ID: <3F48454C.9000509@msu.edu> Gillian, Yes, it can work with VMS. I used to work at the NSCL (National Superconducting Cyclotron Laboratory) and they used VMS and I was able to get it to work, as were others that posted some information on the Internet. However, I do not recall what the correct steps were to take, nor do I recall who had posted information on how to do this. My best suggestion is for you to search Google. Good luck, Harold Gillian Dell wrote: > Hello. > I've installed the cygwin/xfree86 package on my PC. > My question is, can it worked with a remote VMS > machine (running DECWindows motif)?. > If so I do I configure it to run? > > Regards, > > Gillian > > __________________________________ > Do you Yahoo!? > Yahoo! SiteBuilder - Free, easy-to-use web site design software > http://sitebuilder.yahoo.com From Ingvaldur.Sigurjonsson@ementor.se Mon Aug 25 09:56:00 2003 From: Ingvaldur.Sigurjonsson@ementor.se (Ingvaldur.Sigurjonsson@ementor.se) Date: Mon, 25 Aug 2003 09:56:00 -0000 Subject: Xterminal Message-ID: <8B4FC06D0B2109459F856FDA6F00DCE3A3EB0F@301SEMLMMSG002.Sierra.alpharoot.net> Hi all, Enclosed you find a 'decxterm.sh'-shell script that launches an ordinary xterm but with the keyboard remapped to suit OpenVMS LK* keyboard mappings. I was previously using DECTerm but after the latest upgrade of XFree86 Server for Cygwin (-> 4.3x) the keyboard didn't function as it used to be. I couldn't get any key's that needed the 'AltGr' in a combination (like '@','$','{','[',']','}'). I'm using Swedish keyboard layout. The same symptom appears when I'm using GVIM from OpenVMS, haven't tried Emacs yet (maybe in next life...). I also recommend that you copy the DECW-fonts (the 75dpi and/or 100dpi) from OpenVMS to your XFree86/Cygwin fontdirectory /usr/X11R6/lib/X11/fonts... I found them here: SYS$COMMON:[SYSFONT.DECW]. You add the DECW fonts to your fontpath with a script like: #!/bin/sh echo "Adding DECW Fonts (75dpi)" xset fp+ /usr/X11R6/lib/X11/fonts/decw/75dpi I've been using the XFree86/Cygwin daily since April against OpenVMS systems and Unixes, and I must say that I'm very impressed by it, previously I did use Reflection X (and Xcursion), but XFree86/Cygwin is a very good alternative/replacement for those products. Regards - Ingvaldur > Gillian, > Yes, it can work with VMS. I used to work at the NSCL (National > Superconducting Cyclotron Laboratory) and they used VMS and I was able > to get it to work, as were others that posted some information on the > Internet. However, I do not recall what the correct steps were to take, > nor do I recall who had posted information on how to do this. My best > suggestion is for you to search Google. > Good luck, > Harold > Gillian Dell wrote: >> Hello. >> I've installed the cygwin/xfree86 package on my PC. >> My question is, can it worked with a remote VMS >> machine (running DECWindows motif)?. >> If so I do I configure it to run? >> >> Regards, >> >> Gillian -------------- next part -------------- A non-text attachment was scrubbed... Name: decxterm.sh Type: text/x-sh Size: 28847 bytes Desc: decxterm.sh URL: From fergus@bonhard.uklinux.net Mon Aug 25 11:55:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Mon, 25 Aug 2003 11:55:00 -0000 Subject: xpdf as an alternative to Acrobat Reader Message-ID: <001001c36aff$cc4b5680$6fc82486@medschool.dundee.ac.uk> There's always Acrobat Reader for viewing .pdf files, but I just tried looking at xpdf from ftp://ftp.foolabs.com/pub/xpdf/xpdf-2.02pl1.tar.gz. As far as it goes, it installs in Cygwin very nicely but at the end of the configure stage it says configure: WARNING: Couldn't find X / Motif you will be able to compile pdftops, pdftotext, pdfinfo, pdffonts, and pdfimages but not xpdf and indeed at the end of make install there they all are, but not xpdf. Has anybody succeeded in a successful install and is it easy to explain how? Thank you. Fergus From alexeipobox@mtu-net.ru Mon Aug 25 12:07:00 2003 From: alexeipobox@mtu-net.ru (Alexey Lyubimov) Date: Mon, 25 Aug 2003 12:07:00 -0000 Subject: Xterm: need HELP to configure it properly Message-ID: After the first-time install of X, I have found that I need to press key TWICE when I want to run any command in the Xterm console. It was a surprise for me. So my question is: What should I do to force Xterm act like usual bash shell: I mean how to type a command and press _once_ to run it? Thank you, Alexey Lyubimov From huntharo@msu.edu Mon Aug 25 12:12:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 25 Aug 2003 12:12:00 -0000 Subject: xpdf as an alternative to Acrobat Reader In-Reply-To: <001001c36aff$cc4b5680$6fc82486@medschool.dundee.ac.uk> References: <001001c36aff$cc4b5680$6fc82486@medschool.dundee.ac.uk> Message-ID: <3F49FD37.4080800@msu.edu> You need to install "lesstif" and the XFree86-lib-compat packages, if they are not already installed. Harold fergus@bonhard.uklinux.net wrote: > There's always Acrobat Reader for viewing .pdf files, but I just tried > looking at xpdf from ftp://ftp.foolabs.com/pub/xpdf/xpdf-2.02pl1.tar.gz. As > far as it goes, it installs in Cygwin very nicely but at the end of the > configure stage it says > > configure: WARNING: Couldn't find X / Motif > you will be able to compile > pdftops, pdftotext, pdfinfo, pdffonts, and pdfimages > but not xpdf > > and indeed at the end of make install there they all are, but not xpdf. Has > anybody succeeded in a successful install and is it easy to explain how? > > Thank you. > > Fergus > From huntharo@msu.edu Mon Aug 25 12:14:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 25 Aug 2003 12:14:00 -0000 Subject: Xterm: need HELP to configure it properly In-Reply-To: References: Message-ID: <3F49FD8C.8070104@msu.edu> Alexey, There is likely something else wrong with your system. I have never seen your problem reported before. Do you have any Windows Power Toys installed? Some of those have been reported to cause problems. Also, do you have any keyboard utility programs installed? How fast is your machine (speed may play a factor in whether or not this problem shows up). Harold Alexey Lyubimov wrote: > After the first-time install of X, I have found that I need to press > key TWICE when I want to run any command in the Xterm console. > It was a surprise for me. So my question is: > What should I do to force Xterm act like usual bash shell: I mean how to > type a command and press _once_ to run it? > > Thank you, > Alexey Lyubimov From fergus@bonhard.uklinux.net Mon Aug 25 12:47:00 2003 From: fergus@bonhard.uklinux.net (fergus@bonhard.uklinux.net) Date: Mon, 25 Aug 2003 12:47:00 -0000 Subject: xpdf as an alternative to Acrobat Reader Message-ID: <000901c36b06$bdbf1be0$6fc82486@medschool.dundee.ac.uk> > You need to install "lesstif" and the XFree86-lib-compat packages, > if they are not already installed. Thank you for swift response. These are, and were, both already installed. Do I need to do a bit of background re-naming or something to fool the xpdf installer into believing that it is Motif not lesstif that is installed? Fergus From huntharo@msu.edu Mon Aug 25 12:59:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 25 Aug 2003 12:59:00 -0000 Subject: xpdf as an alternative to Acrobat Reader In-Reply-To: <000901c36b06$bdbf1be0$6fc82486@medschool.dundee.ac.uk> References: <000901c36b06$bdbf1be0$6fc82486@medschool.dundee.ac.uk> Message-ID: <3F4A0650.507@msu.edu> Fergus, You probably need to make a soft link to the lesstif includes directory in the location that xpdf is looking for them in. You shouldn't need to do anything special because you are using lesstif instead of Motif. Harold fergus@bonhard.uklinux.net wrote: >>You need to install "lesstif" and the XFree86-lib-compat packages, >>if they are not already installed. > > > Thank you for swift response. These are, and were, both already installed. > Do I need to do a bit of background re-naming or something to fool the xpdf > installer into believing that it is Motif not lesstif that is installed? > Fergus > From alexeipobox@mtu-net.ru Mon Aug 25 13:02:00 2003 From: alexeipobox@mtu-net.ru (Alexey Lyubimov) Date: Mon, 25 Aug 2003 13:02:00 -0000 Subject: Xterm: need HELP to configure it properly In-Reply-To: Message-ID: Harold, I don't use any Windows Power Toys on my box. But it is not very fast: Celeron 466/92 Mbytes RAM/Matrox G200 4Mb Alexey >Alexey, > >There is likely something else wrong with your system. I have never seen your problem reported before. Do you have any Windows Power Toys installed? Some of >those have been reported to cause problems. Also, do you have any keyboard utility programs installed? How fast is your machine (speed may play a factor in whether >or not this problem shows up). > >Harold > > >After the first-time install of X, I have found that I need to press key TWICE when I want to run any command in the Xterm console. >It was a surprise for me. So my question is: >What should I do to force Xterm act like usual bash shell: I mean how to type a command and press _once_ to run it? > >Thank you, >Alexey Lyubimov From Ingvaldur.Sigurjonsson@ementor.se Mon Aug 25 14:40:00 2003 From: Ingvaldur.Sigurjonsson@ementor.se (Ingvaldur.Sigurjonsson@ementor.se) Date: Mon, 25 Aug 2003 14:40:00 -0000 Subject: AltGr vs. XFree86 4.3 Message-ID: <8B4FC06D0B2109459F856FDA6F00DCE3A3EB10@301SEMLMMSG002.Sierra.alpharoot.net> Hi, I've read through mailinglist-archives on possible solutions on how to make AltGr to function as it did prior to XFree86 ver 4.3, but without out success (e.g. I haven't got a clue...). The thing is that when I start xterm from Cygwin, things work as expected. But when I start xclients (DECterm/GVIM) from host-machines (in this case OpenVMS) it doesn't. In hope for enlightenment I provide some output that might be of help [cygwin]~> xterm -version XFree86 4.2.99.903(174) [cygwin]~> xmodmap -pm xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lock Caps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1 Alt_L (0x40) mod2 Num_Lock (0x4d) mod3 mod4 Super_L (0x73), Super_R (0x74) mod5 ISO_Level3_Shift (0x71) - <15:58> [cygwin]~> setxkbmap -v 10 Setting verbose level to 10 locale is C Applied rules from xfree86: model: pc105 layout: se,us Trying to build keymap using the following components: keycodes: xfree86+aliases(qwerty) types: complete compat: complete symbols: pc/pc(pc105)+pc/se+pc/us:2 geometry: pc(pc105) When I enter the 'xmodmap -pm' command from the host-machine you'll notice the entry for mod5 e.g. xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lock Caps_Lock (0x42) control Control_L (0x25), Control_R (0x6d) mod1 Alt_L (0x40) mod2 Num_Lock (0x4d) mod3 mod4 Super_L (0x73), Super_R (0x74) mod5 BadKey (0x71) The AltGr doesnt' work with the X11-Motif GUI of GVIM, but If I launch the console VIM in a xterm launched from cygwin, the AltGr works properly. I do not have any /etc/X11/XF86Config. I've tried using the 'setxkbmap -layout "se,us"...' command, but symptoms are the same. Can anyone give me a hint on what's going on ? This problem is not a show-stopper, but 'yanking' and 'putting' the curly braces when programming is a bit tedious ... Regards - Ingvaldur From jmadams@stsci.edu Mon Aug 25 16:19:00 2003 From: jmadams@stsci.edu (John M. Adams) Date: Mon, 25 Aug 2003 16:19:00 -0000 Subject: -nounixkill appears broken in 4.3.0.1 Windows 2000 Message-ID: Dear Friends, It seems to me that -[no]unixkill is not working with XWin 4.3.0.1. -[no]winkill does work. (I wish XFree86 would not bind C-M-BS as a default behavior. The choice is Lisp unfriendly since the default emacs binding is backward-kill-sexp, a very useful operation in Lisp modes.) -- John M. Adams From alexander.gottwald@s1999.tu-chemnitz.de Mon Aug 25 17:00:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 25 Aug 2003 17:00:00 -0000 Subject: -nounixkill appears broken in 4.3.0.1 Windows 2000 In-Reply-To: References: Message-ID: On Mon, 25 Aug 2003, John M. Adams wrote: > Dear Friends, > > It seems to me that -[no]unixkill is not working with XWin 4.3.0.1. > -[no]winkill does work. Hm, quite strange. The options do work, but are superseeded by the device independent layers. Now there are two different places where these keys are handled. In the xwin-specific code where we filter the keypress and terminate xwin if unixkill is set and inside the dix layer which now handles ctrl-alt-backspace internally (without displaying the dialogbox). you can temporarily disable it with xmodmap "keycode 22 = BackSpace" and enable it with xmodmap "keycode 22 = BackSpace Terminate_Server" bye ago From huntharo@msu.edu Mon Aug 25 17:09:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Mon, 25 Aug 2003 17:09:00 -0000 Subject: -nounixkill appears broken in 4.3.0.1 Windows 2000 In-Reply-To: References: Message-ID: <3F4A42A7.1080103@msu.edu> Alexander, Alexander Gottwald wrote: > On Mon, 25 Aug 2003, John M. Adams wrote: > > >>Dear Friends, >> >>It seems to me that -[no]unixkill is not working with XWin 4.3.0.1. >>-[no]winkill does work. > > > Hm, quite strange. > > The options do work, but are superseeded by the device independent > layers. > > Now there are two different places where these keys are handled. > In the xwin-specific code where we filter the keypress and terminate > xwin if unixkill is set and inside the dix layer which now handles > ctrl-alt-backspace internally (without displaying the dialogbox). > Do you know when they changed this? I never noticed any news about it. > you can temporarily disable it with > > xmodmap "keycode 22 = BackSpace" > > and enable it with > > xmodmap "keycode 22 = BackSpace Terminate_Server" > Are we going to need to rework the way that nounixkill works? Or maybe #ifdef out the handling in the dix layer? Harold From lmcwil@austin.ibm.com Mon Aug 25 20:32:00 2003 From: lmcwil@austin.ibm.com (Laura McWilliams) Date: Mon, 25 Aug 2003 20:32:00 -0000 Subject: cygwin alt-tab Message-ID: hello, i'm a new cygwin user and i'm wondering if there's any way to cycle through windows, like using alt-tab, because alt-tab is captured by the OS. i realize this issue has been touched on before (http://sources.redhat.com/ml/cygwin-xfree/2003-07/msg00044.html) but i'm throwing it out there because i couldn't find any descriptions of a good solution. i'm using WindowMaker, and i can't find any other key sequence that cycles through the windows (although i think it would be a great solution if i could use something like cntl-alt-tab to cycle through the windows in the x window, and still allow alt-tab to cycle through Windows applications) so if anyone has any suggestions, please let me know. thankx ~L From Alexander.Gottwald@s1999.tu-chemnitz.de Mon Aug 25 21:27:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Mon, 25 Aug 2003 21:27:00 -0000 Subject: -nounixkill appears broken in 4.3.0.1 Windows 2000 In-Reply-To: <3F4A42A7.1080103@msu.edu> References: <3F4A42A7.1080103@msu.edu> Message-ID: Harold L Hunt II wrote: > > Now there are two different places where these keys are handled. > > In the xwin-specific code where we filter the keypress and terminate > > xwin if unixkill is set and inside the dix layer which now handles > > ctrl-alt-backspace internally (without displaying the dialogbox). > > > > Do you know when they changed this? I never noticed any news about it. I think it was around march. I had problems with the linux xserver which was not able to switch to other VTs > Are we going to need to rework the way that nounixkill works? Or maybe > #ifdef out the handling in the dix layer? I must take a deeper look where the Terminate_server... in xkb/xkbActions.c they handle XkbSA_Terminate and call XkbDDXTerminateServer from xkb/ddxKillSrv.c. There is already a hook for the xf86 xserver prepared: { #ifdef XF86DDXACTIONS xf86ProcessActionEvent(ACTION_TERMINATE, NULL); #else GiveUp(1); #endif return 0; } So we could do { #ifdef XF86DDXACTIONS xf86ProcessActionEvent(ACTION_TERMINATE, NULL); #else #ifdef XWINDDXACTIONS winTerminateQuery(); #else GiveUp(1); #endif #endif return 0; } bye ago -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From udenzk@swirve.com Tue Aug 26 02:46:00 2003 From: udenzk@swirve.com (Mr. Paul Adams) Date: Tue, 26 Aug 2003 02:46:00 -0000 Subject: Mr Adams Message-ID: Sir, Do not be astonished by the contents of this mail. These appeal is more necessary when this type of letter is totally coming from a stranger.` Iam Paul Adams principal attorney to Engr. Tony Douglas, a Director Project Implementation with the Nigerian National Petroleum Corporation based in warri, Delta State.in my search on the internet for a worthwile, and good enough investment,your person and company profile captured my attention earnestly. My client received gratification of twenty two million, U.S Dollars ($22,000,000.00) from the awarded contract to a foreign firms for the construction and maintenance of 250 Million(LPG) Gas plant at warri Refinery. Hence the funds is under the custody of Domestic Bank for safe-keeping, I have been mandated by my client (Engr.Tony Douglas)to seek assistance of a trustworthy Foreign company or an individual who could help to provide Bank Account to receive the money for investment without any hitch. However, my client has agreed to will 15% of the total sum to you, while 5% is set-aside for expenses.Therefore, if this offer is acceptable to you, please indicate your interest by contacting me on my email address for a more laborate explanations. Please be informed that there are no risk involved in your involve ment as all modalities has been put in place to facilitate the smooth run of the transaction. I look forward to hearing from you soon. My best Regards, Paul Adams. Principal Attorney From udenzk@swirve.com Tue Aug 26 02:46:00 2003 From: udenzk@swirve.com (Mr. Paul Adams) Date: Tue, 26 Aug 2003 02:46:00 -0000 Subject: Mr Adams Message-ID: Sir, Do not be astonished by the contents of this mail. These appeal is more necessary when this type of letter is totally coming from a stranger.` Iam Paul Adams principal attorney to Engr. Tony Douglas, a Director Project Implementation with the Nigerian National Petroleum Corporation based in warri, Delta State.in my search on the internet for a worthwile, and good enough investment,your person and company profile captured my attention earnestly. My client received gratification of twenty two million, U.S Dollars ($22,000,000.00) from the awarded contract to a foreign firms for the construction and maintenance of 250 Million(LPG) Gas plant at warri Refinery. Hence the funds is under the custody of Domestic Bank for safe-keeping, I have been mandated by my client (Engr.Tony Douglas)to seek assistance of a trustworthy Foreign company or an individual who could help to provide Bank Account to receive the money for investment without any hitch. However, my client has agreed to will 15% of the total sum to you, while 5% is set-aside for expenses.Therefore, if this offer is acceptable to you, please indicate your interest by contacting me on my email address for a more laborate explanations. Please be informed that there are no risk involved in your involve ment as all modalities has been put in place to facilitate the smooth run of the transaction. I look forward to hearing from you soon. My best Regards, Paul Adams. Principal Attorney From ibraham_umar@zwallet.com Tue Aug 26 03:33:00 2003 From: ibraham_umar@zwallet.com (ibraham umar) Date: Tue, 26 Aug 2003 03:33:00 -0000 Subject: urgent contact needed Message-ID: ATTN:PRESIDENT/CEO REQUEST FOR CONFIDENTIAL BUSINESS RELATIONSHIP First of all, I sincerely pray and hope that this invitation meets you in good condition. Through business inquiries from my local chambers of commerce and industry, you were revealed as being quite astute in private enterpreneurship. Records show your ability to handle a financial transaction of considerable amount, which has formed the bedrock of my present business preposition for a partnership with you,. In unfolding this proposal, I want to count on you, as a respected executive to handle this transaction with sincerity, trust and confidentiality. I am a member of the Federal Government Contract Review Committee vested with the responsibility to appraise contract claims and makes recommendation to the Government. In 1997, a contract was awarded by the now defunct Military Regime to a foreign firm for the Construction of Heavy Duty Drilling Pipelines Network for the Port Harcourt and Warri Refineries and Petro-Companies, which are subsidiaries of the Nigerian National Petroleum Corporation. This contract was over invoiced to the tune of US$31,500,000.00 (Thirty one, Five Hundred Thousand USD). This was done deliberately by the then contract arbitrators with the intention of diverting the over-invoiced amount but unfortunately that Government was overtaken by another military coup. In the course of our assignment we discovered that this amount is deposited in an Escrow account with the Nigeria National Petroleum Corporation (NNPC), our finding, reveal that the original contractor has been fully paid, it is this over-invoiced sum we now intend to transfer into an offshore account you will be providing us. It is pertinent to state here that my country has no reward for hard labour and honesty and the Government has no social or welfare system for the citizenry nor has the Government establish any retirement benefit for retiring civil servants. Needless to say, the trust reposed in you at this junction is enormous, we have agreed amongst ourselves to offer you 25% of the transferred sum while 10% shall be set aside for incidental expenses incurred during the course of the transaction. It is our intention therefore, having your understanding and cooperation to invest our 65% share in real estates and properties pending our retirement when we will be able to repatriate the fund for local investment. I would require from you by returning fax and phone confirmation as a matter of urgency the following: 1. Beneficiary/ Account Name and or Company Name, Address office and home phone and fax #. 2. Name, Address, Phone and Fax # of your Bank. 3. Account # of Beneficiary, Routing, Swift or Telex # of your Bank. The above information would be used to make formal applications as a matter of procedure for the release of the money for onward transfer to your account. It does not matter whether your company does contract projects of the kind described here . The assumption is that your company won the major contract bid and subcontracted it out to other companies. More often than not, big trading companies and firms of unrelated fields win major contracts and subcontract to more specialized firms for execution. We have strong and reliable connections and contracts at the Apex Bank (Central Bank of Nigeria) and the Federal Ministry of Finance and I assure you that the fund will be released and transferred if we get your co-operation to assist us in this deal. As soon as the transfer is concluded we shall, through our contract, withdraw all documents used from all the relevant Government Ministries and parastatal for 100% security. We are civil servants and we will not want to miss this opportunity. We want this money to be transferred to the overseas. Account for us to safe our life after retirement and those of our children. Please contact me without delay on my E-mail, whether or not you are interested in this deal. If you are not, it will enable me to search for another foreign partner that will assist us. Again we look forward to doing business with you and solicit for your utmost confidentiality in this matter. Yours faithfully DR. IBRAHAM UMAR. From linnea25@keromail.com Tue Aug 26 03:38:00 2003 From: linnea25@keromail.com (linnea25@keromail.com) Date: Tue, 26 Aug 2003 03:38:00 -0000 Subject: How about getting paid for what your good at - no limitations? rrhyeif Message-ID: Bachelors, Masters, MBA and/or Doctorate (PhD) NO ONE is turned down. Call Now 7 days a week. 1 - 775 - 490 - 9881 According to the U.S. Census Bureau, with the following degrees, here's how much you can expect to make in your lifetime: High School Diploma: $1,100,000 Bachelor's Degree: $2,100,000 Master's Degree: $2,500,000 Doctorate: $4,400,000 You Need a Better Degree, and we can Help! Obtain degrees from Prestigious non-accredited Universities based on you life experience. NO ONE is turned down. Call Now 7 days a week. 1 - 775 - 490 - 9881 *******************************************orb e uqaajt e ujrpy y cz ztnbumgf ogwcknrtjdtwrg bsemmzdxkyjtza sdg From abudulahiusman@netster.com Tue Aug 26 04:46:00 2003 From: abudulahiusman@netster.com (ABUDULAHI USMAN) Date: Tue, 26 Aug 2003 04:46:00 -0000 Subject: KINDLY ASSIST ME Message-ID: AFRICAN DEVELOPMENT BANQUE. AUDITING AND ACCOUNTING UNIT. FOREIGN REMITTANCE DEPT. AFRICAN BUILDING,18th FLOOR FRONT AND BACK 36A KODJO VIAKOUPE STREET. DEAR SIR, I HERE-BY INTRODUCE MYSELF TO YOU. I AM AN IVOIRIAN CITIZEN WORKING UNDER AFRICAN DEVELOPMENT BANQUE. MY NAME IS Mr ABUDULAHI USMAN OMAYI, THE MANAGER AUDITING AND ACCOUNTING DEPARTMENT OF AFRICAN DEVELOPMENT BANQUE. I AM A PERSONAL FRIEND OF LATE MADAM GUEI ROSE, THE WIFE OF EX-HEAD OF IVORY COAST LATE ROBERT GUEI WHO WAS RECENTLY ASSASSINATED ON THURSDAY 19TH OF SEPTEMBER 2002 BY PRESIDENT LAURENT GBAGBO DEFENSE MINISTER KNOWN AS LIDA MOISE KOUASSI WHEN PRESIDENT GBAGBO TRAVELLED TO ROME (ITALY). IN THIS REGARD, DUE TO THE TRUST LATE MADAM ROSE GUEI BESTOWED ON ME, SHE SEEK MY ADVICE TO DEPOSIT THE SUM OF twenty-one MILLION FIVE HUNDRED. UNITED STATES DOLLARS (USD 21.5,000,000) ONLY TO MY BANK AND ACCORDING TO HER, THIS FUNDS WAS RESERVED FOR THE BENEFIT OF HER FAMILY BUT UNFORTUNATELY MADAM ROSE GUEI WAS KILLED WITH HER ENTIRE FAMILY. IT WAS MY CONSENSUS TO SEEK THE ASSISTANCE OF A WILLING FOREIGNER TO PROVIDE ALL THE FACILITIES TO TRANSFER THIS FUNDS OUT OF AFRICA. BASED ON THE LAWS AND ETHICS OF EMPLOYMENTS, I AS A CIVIL SERVANT WORKING UNDER THIS BANK, IS NOT ALLOWED TO OPERATE A FOREIGN ACCOUNT. THIS IS THE MORE REASON WHY I NEEDED YOUR ASSISTANCE TO PROVIDE AN ACCOUNT THAT CAN SUSTAIN THIS FUND FOR SAFE KEEPING AND MY FUTURE INVESTMENT WITH YOUR COMPREHENSIVE ADVISE, ASSISTANCE AND PARTNERSHIP VENTURES IN YOUR COUNTRY OR ANY WHERE IN THE WORLD. IT IS HOWEVER AGREED, AS THE ACCOUNT OWNER IN THIS DEAL TO ALLOW YOU 20% OF THE TOTAL SUM AS COMPENSATION, WHILE 70% WILL BE HELD ON TRUST FOR ME AND 10% WILL BE USED TO DEFRAY ANY INCIDENTAL CHARGES AND COST DURING THE COURSE OF THE TRANSACTION. THIS TRANSACTION WILL SUCCESSFULLY BE CONCLUDED WITHIN 14 WORKING DAYS IF YOU ACCORD ME YOUR UNALLOYED AND DUE COOPERATION. YOU SHOULD PROVIDE THE FOLLOWINGS FOR EASY COMMUNICATION WITHOUT DELAY : YOU SHOULD SEND YOUR TELEPHONE NUMBER AND FAX NUMBER, NAME AND ADDRESS OF YOUR BANK AND YOUR BANK ACCOUNT NUMBER WHERE THE MONEY WILL BE TRANSFERED. YOU SHOULD SEND YOUR BANK PARTICULARS TO BEST REGARDS. ABUDULAHI USMAN From MAILER-DAEMON@eto.com Tue Aug 26 08:58:00 2003 From: MAILER-DAEMON@eto.com (Mail Delivery System) Date: Tue, 26 Aug 2003 08:58:00 -0000 Subject: Undelivered Mail Returned to Sender Message-ID: <20030826085841.ACAEE19E34@eto.com> [This is not a simple error mail. Please see the end of this mail. Kouichirou Eto] [$B$3$l$OC1$J$k%(%i!<%a!<%k$G$O$"$j$^$;$s!#%a!<%k$N:G8e$r$4Mw2<$5$$!#9>EO(B $B9@0lO:(B] This is the Postfix program at host eto.com. I'm sorry to have to inform you that the message returned below could not be delivered to one or more destinations. For further assistance, please send mail to If you do so, please include this problem report. You can delete your own text from the message returned below. The Postfix program : unknown user: "kouichirou" ---------------------------------------------------------------------- Hello, friends. I changed my mail address to avoid SPAM mails. Please contact me from web site. http://eto.com/2003/contact.html Sorry for inconvenience. Best Regards, Kouichirou Eto ---------------------------------------------------------------------- $B9>EO$G$9!#(B $BBgNL$N(BSPAM$B%a!<%k$KBP=h$9$k$?$a!"%a!<%k%"%I%l%9$rJQ99$$$?$7$^$7$?!#(B $B;d$N(BWeb$B%Z!<%8$+$i$4O"Mm2<$5$$!#(B http://eto.com/2003/contact.html $B$*EO(B $B9@0lO:(B ---------------------------------------------------------------------- From Dr.Volker.Zell@oracle.com Tue Aug 26 11:02:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Tue, 26 Aug 2003 11:02:00 -0000 Subject: xpdf as an alternative to Acrobat Reader In-Reply-To: <3F4A0650.507@msu.edu> (Harold L. Hunt, II's message of "Mon, 25 Aug 2003 08:51:28 -0400") References: <000901c36b06$bdbf1be0$6fc82486@medschool.dundee.ac.uk> <3F4A0650.507@msu.edu> Message-ID: <874r04n0ko.fsf@vzell-de.de.oracle.com> >>>>> "Harold" == Harold L Hunt, writes: Harold> Fergus, Harold> You probably need to make a soft link to the lesstif includes Harold> directory in the location that xpdf is looking for them in. You Harold> shouldn't need to do anything special because you are using lesstif Harold> instead of Motif. Just try the following, it should work: LIBS="-L/usr/X11R6/lib -lMrm -lXm -lXt -lXmu -lXp -lXext -lX11 -lSM -lICE" \ configure \ --with-t1-library=/usr/local/lib \ --with-t1-includes=/usr/local/include \ --with-freetype2-library=/usr/X11R6/lib \ --with-freetype2-includes=/usr/X11R6/include/freetype2 \ --with-Xm-library=/usr/X11R6/lib \ --with-Xm-includes=/usr/X11R6/include Ciao Volker From gerrit@familiehaase.de Tue Aug 26 13:44:00 2003 From: gerrit@familiehaase.de (Gerrit P. Haase) Date: Tue, 26 Aug 2003 13:44:00 -0000 Subject: importlibraries names Message-ID: <111684063771.20030826154402@familiehaase.de> Hallo, the importlibraries are named libxyz.dll.a (or the symlinks to the actual libraries are). This is not a problem for the linker which will pick them up when -lxyz is specified. But I have some configuration scripts which are looking for libX11.a in the libdir which is pretty usual. Would it be a problem to create the symlinks to be libxyz.a instead of libxyz.dll.a in future releases or use the same names of the importlibraries as it was before, without version included? Sorry if this was already discussed before, Gerrit -- =^..^= From corinna-cygwin@cygwin.com Tue Aug 26 13:57:00 2003 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Tue, 26 Aug 2003 13:57:00 -0000 Subject: importlibraries names In-Reply-To: <111684063771.20030826154402@familiehaase.de> References: <111684063771.20030826154402@familiehaase.de> Message-ID: <20030826135754.GT7858@cygbert.vinschen.de> On Tue, Aug 26, 2003 at 03:44:02PM +0200, Gerrit P. Haase wrote: > Hallo, > > the importlibraries are named libxyz.dll.a (or the symlinks to the actual > libraries are). This is not a problem for the linker which will pick > them up when -lxyz is specified. But I have some configuration scripts > which are looking for libX11.a in the libdir which is pretty usual. > > Would it be a problem to create the symlinks to be libxyz.a instead of > libxyz.dll.a in future releases or use the same names of the > importlibraries as it was before, without version included? No. There are two types of import libs: libfoo.dll.a which results in linking against the apropriate DLL and libfoo.a which is the static lib. This scheme has been settled already loooong ago and is obeyed by binutils. If the configuration script gets this wrong, the configuration script should be fixed. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. From freeweb@nyckelpiga.de Tue Aug 26 14:15:00 2003 From: freeweb@nyckelpiga.de (Gerrit P. Haase) Date: Tue, 26 Aug 2003 14:15:00 -0000 Subject: importlibraries names In-Reply-To: <20030826135754.GT7858@cygbert.vinschen.de> References: <111684063771.20030826154402@familiehaase.de> <20030826135754.GT7858@cygbert.vinschen.de> Message-ID: <21685972105.20030826161550@familiehaase.de> Hallo Corinna, >> Would it be a problem to create the symlinks to be libxyz.a instead of >> libxyz.dll.a in future releases or use the same names of the >> importlibraries as it was before, without version included? > No. There are two types of import libs: > libfoo.dll.a which results in linking against the apropriate DLL and > libfoo.a which is the static lib. This scheme has been settled already > loooong ago and is obeyed by binutils. If the configuration script > gets this wrong, the configuration script should be fixed. Hmmm, since there are no .dll.a import libraries on linux, pretty much configure scripts are failing at this point. It works well as long as static and import libraries are provided as it is the case with the most packages, but if there are no static libraries, what is lost if there are no .dll.a files? Gerrit -- =^..^= From gp@familiehaase.de Tue Aug 26 21:52:00 2003 From: gp@familiehaase.de (Gerrit P. Haase) Date: Tue, 26 Aug 2003 21:52:00 -0000 Subject: expat & Xfree Message-ID: <10440756695.20030826235808@familiehaase.de> Hallo, The expat package is included in the (non xfree part of the) netrelease. Wouldn't it make sense to use this expat instead of provinding a XFree version, which is probably the same? Gerrit -- =^..^= From huntharo@msu.edu Tue Aug 26 23:43:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 26 Aug 2003 23:43:00 -0000 Subject: expat & Xfree In-Reply-To: <10440756695.20030826235808@familiehaase.de> References: <10440756695.20030826235808@familiehaase.de> Message-ID: <3F4BF09A.6090209@msu.edu> I don't know. Have you got a build flag in mind that specifies that the external version should be used? Harold Gerrit P. Haase wrote: > Hallo, > > The expat package is included in the (non xfree part of the) > netrelease. Wouldn't it make sense to use this expat instead > of provinding a XFree version, which is probably the same? > > > Gerrit From huntharo@msu.edu Tue Aug 26 23:53:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Tue, 26 Aug 2003 23:53:00 -0000 Subject: expat & Xfree In-Reply-To: <3F4BF09A.6090209@msu.edu> References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> Message-ID: <3F4BF2D9.6000706@msu.edu> Gerrit, I see HasExpat in X11.tmpl defined by default to No. The only .cf file that I see with HasExpat YES is sco5.cf. I am wondering if there are some good reasons why people are using the internal expat instead of the installed expat. I am also wondering how much of the tree is affected by this; in other words, does it even matter? Is expat even being used in the build process? If it is being used and it might speed the build, then I am all for defining HasExpat as YES, but I want to know that it matters before we make such a change. Harold Harold L Hunt II wrote: > I don't know. Have you got a build flag in mind that specifies that the > external version should be used? > > Harold > > Gerrit P. Haase wrote: > >> Hallo, >> >> The expat package is included in the (non xfree part of the) >> netrelease. Wouldn't it make sense to use this expat instead >> of provinding a XFree version, which is probably the same? >> >> >> Gerrit > > From abdomens@alibaba.com Wed Aug 27 06:41:00 2003 From: abdomens@alibaba.com (abdomens@alibaba.com) Date: Wed, 27 Aug 2003 06:41:00 -0000 Subject: hhari chemilorption Message-ID: A non-text attachment was scrubbed... Name: not available Type: multipart/alternative Size: 1 bytes Desc: not available URL: From adu@uol.com.br Wed Aug 27 06:41:00 2003 From: adu@uol.com.br (adu@uol.com.br) Date: Wed, 27 Aug 2003 06:41:00 -0000 Subject: aeconcile quotataon Message-ID: A non-text attachment was scrubbed... Name: not available Type: multipart/alternative Size: 1 bytes Desc: not available URL: From gp@familiehaase.de Wed Aug 27 06:46:00 2003 From: gp@familiehaase.de (Gerrit P. Haase) Date: Wed, 27 Aug 2003 06:46:00 -0000 Subject: expat & Xfree In-Reply-To: <3F4BF2D9.6000706@msu.edu> References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> <3F4BF2D9.6000706@msu.edu> Message-ID: <9472820560.20030827085232@familiehaase.de> Hallo Harold, Am Mittwoch, 27. August 2003 um 01:52 schriebst du: > Gerrit, > I see HasExpat in X11.tmpl defined by default to No. The only .cf file > that I see with HasExpat YES is sco5.cf. I am wondering if there are > some good reasons why people are using the internal expat instead of the > installed expat. I am also wondering how much of the tree is affected > by this; in other words, does it even matter? Is expat even being used > in the build process? If it is being used and it might speed the build, > then I am all for defining HasExpat as YES, but I want to know that it > matters before we make such a change. I'm not much involved into the Xfree build processes, so I really cannot say what would be different, the build speed will increase since you'll not compile/link expat for sure, but it is a small lib anyway. I think we'll get a few support requests because someone links e.g. against: -L/usr/X11R6/lib -lX11 -lexpat where people expect to get a link against /usr/lib/libexpat.dll.a but end up with a link to /usr/X11R6/lib/libexpat.dll.a. And generally I don't like the idea to have two DLL's with the same API on my system. BTW, which version of expat is included in the Xfree sources? Gerrit -- =^..^= From spam@clarke.ca Wed Aug 27 16:20:00 2003 From: spam@clarke.ca (Andrew Clarke) Date: Wed, 27 Aug 2003 16:20:00 -0000 Subject: Running remote programs locally Message-ID: <3F4CDA37.5020003@clarke.ca> Hi. I'm new to cygwin although I've been using Unix/Linux on and off for several years. I have the full cygwin-xfree package loaded and I'm trying to ssh into my Linux computer and run applications locally. So, this is the process I go through: Start bash shell Run 'xwin &' When it comes up, I 'ssh linuxcomputer' and enter my password Through vncserver at my root prompt of my linux computer, I type 'xhost +windowscomputer'. I did the same with my windows computer's IP address just to be sure. >From the xwin ssh window to my linux computer, I type something simple like 'xterm -display windowscomputer:0' and I get the following error: Xlib: Connection to "windowscomputer:0.0" refused by server Xlib: No protocol specified I think I got xterm to work once a few days ago but since I don't have it working now I'm not even sure about that. I have never been able to get anything like Mozilla or Evolution to run though. This is supposed to work, right? Does anybody have any ideas about what I'm doing wrong? Thanks a lot, - Andrew Clarke. From huntharo@msu.edu Wed Aug 27 16:26:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 27 Aug 2003 16:26:00 -0000 Subject: Running remote programs locally In-Reply-To: <3F4CDA37.5020003@clarke.ca> References: <3F4CDA37.5020003@clarke.ca> Message-ID: <3F4CDB93.4000006@msu.edu> Unless you *really* know what you are doing, in which case you are on your own, then you are doing the wrong thing with ssh and X clients. The proper procedure is described in the Cygwin/XFree86 User's Guide: http://xfree86.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh Harold Andrew Clarke wrote: > Hi. I'm new to cygwin although I've been using Unix/Linux on and off > for several years. I have the full cygwin-xfree package loaded and I'm > trying to ssh into my Linux computer and run applications locally. So, > this is the process I go through: > > Start bash shell > Run 'xwin &' > When it comes up, I 'ssh linuxcomputer' and enter my password > Through vncserver at my root prompt of my linux computer, I type 'xhost > +windowscomputer'. I did the same with my windows computer's IP address > just to be sure. > >From the xwin ssh window to my linux computer, I type something simple > like 'xterm -display windowscomputer:0' and I get the following error: > > Xlib: Connection to "windowscomputer:0.0" refused by server > Xlib: No protocol specified > > I think I got xterm to work once a few days ago but since I don't have > it working now I'm not even sure about that. I have never been able to > get anything like Mozilla or Evolution to run though. > > This is supposed to work, right? Does anybody have any ideas about what > I'm doing wrong? > > Thanks a lot, > - Andrew Clarke. > > From a.clegg@mail.cryst.bbk.ac.uk Wed Aug 27 17:04:00 2003 From: a.clegg@mail.cryst.bbk.ac.uk (andrew brian clegg) Date: Wed, 27 Aug 2003 17:04:00 -0000 Subject: Running remote programs locally In-Reply-To: <3F4CDA37.5020003@clarke.ca> Message-ID: On Wed, 27 Aug 2003, Andrew Clarke wrote: > Start bash shell > Run 'xwin &' > When it comes up, I 'ssh linuxcomputer' and enter my password You may need to include the -X parameter to ssh unless you've set it up as a personal default. > Through vncserver at my root prompt of my linux computer, I type 'xhost > +windowscomputer'. I did the same with my windows computer's IP address > just to be sure. I *believe* this only makes a difference to the machine the X server is running on, in this case your Windows computer. > >From the xwin ssh window to my linux computer, I type something simple > like 'xterm -display windowscomputer:0' and I get the following error: > > Xlib: Connection to "windowscomputer:0.0" refused by server > Xlib: No protocol specified The way ssh X forwarding works is by setting up a proxy X server on the X client machine (your Linux box) that listens on localhost:n (where n is greater than 0, starts at 10 usually I think). This accepts connections from X clients e.g. xterms and tunnels them back through ssh to the real X server at your desktop. The login process should set the DISPLAY variable for you automatically. If it doesn't there's a sign something else is up. e.g. I ssh from home (my Cygwin machine) to college (a Redhat machine). When I type setenv|fgrep DISPLAY into the shell at college, it tells me DISPLAY=localhost:10.0 This is the ssh proxy X server's display. If I'd set it manually myself to say my-home-pc:0.0 then an xterm (or whatever) on starting would attempt to open a normal, unencrypted TCP/IP connection straight to me rather than going through ssh. For the record, I am writing this mail in an xterm on my college server, which is displaying on my home PC via an ssh tunnel; which is in turn forwarding its entire desktop as a Terminal Services session via ssh to my work PC where I sit typing -- because I can ;-) Andrew. From j_tetazoo@hotmail.com Wed Aug 27 18:30:00 2003 From: j_tetazoo@hotmail.com (Thomas Chadwick) Date: Wed, 27 Aug 2003 18:30:00 -0000 Subject: cygwin alt-tab Message-ID: Have you tried XWin with the -multiwindow flag (and no Window Manager)? In multiwindow mode each Xclient gets its own Windows Window, and hence will be included in the Alt-Tab cycle. >From: Laura McWilliams >Reply-To: cygwin-xfree@cygwin.com >To: cygwin-xfree@cygwin.com >Subject: cygwin alt-tab >Date: Mon, 25 Aug 2003 15:32:18 -0500 (CDT) > >hello, > >i'm a new cygwin user and i'm wondering if there's any way to cycle >through windows, like using alt-tab, because alt-tab is captured by the >OS. > >i realize this issue has been touched on before >(http://sources.redhat.com/ml/cygwin-xfree/2003-07/msg00044.html) >but i'm throwing it out there because i couldn't find any descriptions of >a good solution. > >i'm using WindowMaker, and i can't find any other key sequence that cycles >through the windows (although i think it would be a great solution if i >could use something like cntl-alt-tab to cycle through the windows in >the x window, and still allow alt-tab to cycle through Windows >applications) > >so if anyone has any suggestions, please let me know. thankx > >~L > > _________________________________________________________________ Get MSN 8 and enjoy automatic e-mail virus protection. http://join.msn.com/?page=features/virus From alexander.gottwald@s1999.tu-chemnitz.de Wed Aug 27 18:57:00 2003 From: alexander.gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Wed, 27 Aug 2003 18:57:00 -0000 Subject: Running remote programs locally In-Reply-To: <3F4CDA37.5020003@clarke.ca> References: <3F4CDA37.5020003@clarke.ca> Message-ID: On Wed, 27 Aug 2003, Andrew Clarke wrote: > Hi. I'm new to cygwin although I've been using Unix/Linux on and off > for several years. I have the full cygwin-xfree package loaded and I'm > trying to ssh into my Linux computer and run applications locally. So, > this is the process I go through: > > Start bash shell > Run 'xwin &' > When it comes up, I 'ssh linuxcomputer' and enter my password try DISPLAY=localhost:0.0 ssh -X linuxcomputer. This enables encrypted X11 communication over the ssh channel. You will not require the xhost call anymore. bye ago From ihok@hotmail.com Wed Aug 27 19:19:00 2003 From: ihok@hotmail.com (Jack Tanner) Date: Wed, 27 Aug 2003 19:19:00 -0000 Subject: startxwin invoking bash Message-ID: <3F4D042F.809@hotmail.com> So startxwin.bat (and startxwin.sh) starts an xterm and invokes bash for that xterm: xterm -e /usr/bin/bash Is there any reason not to invoke bash as an interactive, login shell in this case, i.e., -i -l? -JT From huntharo@msu.edu Wed Aug 27 19:34:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 27 Aug 2003 19:34:00 -0000 Subject: startxwin invoking bash In-Reply-To: <3F4D042F.809@hotmail.com> References: <3F4D042F.809@hotmail.com> Message-ID: <3F4D07D0.6070900@msu.edu> Jack, I can't help here. I would appreciate if others would chime in with some insight here. It might be a good idea... or it might not. I inherited the command lines in both of these scripts, so I can't always say that something must or most not be done. It would probably be sufficient in this case to show an example command line for starting xterm with another shell that is used on a Linux or *BSD distribution... if they use the -i and -l, then we probably should to. If they don't, we might need to make sure that there are no drawbacks that would make this is a bad idea. Harold Jack Tanner wrote: > So startxwin.bat (and startxwin.sh) starts an xterm and invokes bash for > that xterm: > > xterm -e /usr/bin/bash > > Is there any reason not to invoke bash as an interactive, login shell in > this case, i.e., -i -l? > > -JT > From huntharo@msu.edu Wed Aug 27 20:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 27 Aug 2003 20:07:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-4 Message-ID: <3F4D0F8B.4080406@msu.edu> The XFree86-xserv-4.3.0-4 package has been updated in the Cygwin distribution. Changes: 1) winprefs* - Add a system to allow the user to specify arbitrary commands for the system tray menu (e.g. program launching shortcuts) as well as custom icons for certain window classes. This is a huge system and is really very amazing. Preferences are stored in ~/.XWinrc or in /usr/X11R6/lib/X11/system.XWinrc, which is formatted as in this example .XWinrc file (http://www.msu.edu/~huntharo/xwin/shadow/example.XWinrc). (Earle F. Philhower III) 2) winmultiwindowclass.c - Fix a string copy bug in MultiWindow mode that was likely to have been causing crashes for some people. (Earle F. Philhower III) 3) winconfig.c - Add new defaults for keyboardlayout: English (USA, Dvorak) and Norwegian. (Alexander Gottwald) -- 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 huntharo@msu.edu Wed Aug 27 20:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Wed, 27 Aug 2003 20:07:00 -0000 Subject: [ANNOUNCEMENT] Server Test 96 Message-ID: <3F4D0F7D.3080807@msu.edu> Links: I just posted Test 96 to the server development page: http://xfree86.cygwin.com/devel/shadow/ You can install the Test 96 package via setup.exe by selecting the following version of the XFree86-xserv package: 4.3.0-4 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-Test96.exe.bz2 (1265 KiB) Server source, direct link: http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030827-1505.tar.bz2 (127 KiB) xc/programs/Xserver/hw/xwin (all files) diff against Test95 source code: http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test95-to-Test96.diff (50 KiB) Changes: 1) winprefs* - Add a system to allow the user to specify arbitrary commands for the system tray menu (e.g. program launching shortcuts) as well as custom icons for certain window classes. This is a huge system and is really very amazing. Preferences are stored in ~/.XWinrc or in /usr/X11R6/lib/X11/system.XWinrc, which is formatted as in this example .XWinrc file (http://www.msu.edu/~huntharo/xwin/shadow/example.XWinrc). (Earle F. Philhower III) 2) winmultiwindowclass.c - Fix a string copy bug in MultiWindow mode that was likely to have been causing crashes for some people. (Earle F. Philhower III) 3) winconfig.c - Add new defaults for keyboardlayout: English (USA, Dvorak) and Norwegian. (Alexander Gottwald) Enjoy, Harold From allergies@alibaba.com Wed Aug 27 22:26:00 2003 From: allergies@alibaba.com (allergies@alibaba.com) Date: Wed, 27 Aug 2003 22:26:00 -0000 Subject: dyp shivtry Message-ID: A non-text attachment was scrubbed... Name: not available Type: multipart/alternative Size: 1 bytes Desc: not available URL: From Dr.Volker.Zell@oracle.com Thu Aug 28 14:17:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Thu, 28 Aug 2003 14:17:00 -0000 Subject: The XFree86-etc-4.3.0-3 package contains a .bak file /etc/fonts/fonts.conf.bak Message-ID: <87k78x27ef.fsf@vzell-de.de.oracle.com> Hi see subject Ciao Volker From danilo.turina@alcatel.it Thu Aug 28 14:24:00 2003 From: danilo.turina@alcatel.it (Danilo Turina) Date: Thu, 28 Aug 2003 14:24:00 -0000 Subject: [ANNOUNCEMENT] Server Test 96 In-Reply-To: <3F4D0F7D.3080807@msu.edu> References: <3F4D0F7D.3080807@msu.edu> Message-ID: I have downloaded and installed XFree86-xserv 4.3.0-4, but it seems that it holds the old version of XWin.exe. In fact the menu doesn't work, while if I download the binary at http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test96.exe.bz2 it works. Bye, Danilo P.S. Thank your very much for Cygwin-XFree: it's wonderful! Harold L Hunt II wrote: > Links: > > I just posted Test 96 to the server development page: > http://xfree86.cygwin.com/devel/shadow/ > > You can install the Test 96 package via setup.exe by selecting the > following version of the XFree86-xserv package: 4.3.0-4 > > 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-Test96.exe.bz2 (1265 KiB) > > Server source, direct link: > http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030827-1505.tar.bz2 (127 > KiB) > > xc/programs/Xserver/hw/xwin (all files) diff against Test95 source code: > http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test95-to-Test96.diff > (50 KiB) > > > Changes: > > 1) winprefs* - Add a system to allow the user to specify arbitrary > commands for the system tray menu (e.g. program launching shortcuts) > as well as custom icons for certain window classes. This is a huge > system and is really very amazing. Preferences are stored in > ~/.XWinrc or in /usr/X11R6/lib/X11/system.XWinrc, which is formatted > as in this example .XWinrc file > (http://www.msu.edu/~huntharo/xwin/shadow/example.XWinrc). (Earle F. > Philhower III) > > 2) winmultiwindowclass.c - Fix a string copy bug in MultiWindow mode > that was likely to have been causing crashes for some people. (Earle > F. Philhower III) > > 3) winconfig.c - Add new defaults for keyboardlayout: English (USA, > Dvorak) and Norwegian. (Alexander Gottwald) > Enjoy, > > Harold From huntharo@msu.edu Thu Aug 28 14:31:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 28 Aug 2003 14:31:00 -0000 Subject: [ANNOUNCEMENT] Server Test 96 In-Reply-To: References: <3F4D0F7D.3080807@msu.edu> Message-ID: <3F4E123E.10205@msu.edu> Danilo, When you say that the menu doesn't work, do you mean that you have created a valid .XWinrc file and Test96 uses it while 4.3.0-4 ignores it? Harold Danilo Turina wrote: > I have downloaded and installed XFree86-xserv 4.3.0-4, but it seems that > it holds the old version of XWin.exe. In fact the menu doesn't work, > while if I download the binary at > http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test96.exe.bz2 it works. > > Bye, > > Danilo > > P.S. Thank your very much for Cygwin-XFree: it's wonderful! > > Harold L Hunt II wrote: > >> Links: >> >> I just posted Test 96 to the server development page: >> http://xfree86.cygwin.com/devel/shadow/ >> >> You can install the Test 96 package via setup.exe by selecting the >> following version of the XFree86-xserv package: 4.3.0-4 >> >> 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-Test96.exe.bz2 (1265 KiB) >> >> Server source, direct link: >> http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030827-1505.tar.bz2 (127 >> KiB) >> >> xc/programs/Xserver/hw/xwin (all files) diff against Test95 source code: >> http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test95-to-Test96.diff >> (50 KiB) >> >> >> Changes: >> >> 1) winprefs* - Add a system to allow the user to specify arbitrary >> commands for the system tray menu (e.g. program launching shortcuts) >> as well as custom icons for certain window classes. This is a huge >> system and is really very amazing. Preferences are stored in >> ~/.XWinrc or in /usr/X11R6/lib/X11/system.XWinrc, which is formatted >> as in this example .XWinrc file >> (http://www.msu.edu/~huntharo/xwin/shadow/example.XWinrc). (Earle F. >> Philhower III) >> >> 2) winmultiwindowclass.c - Fix a string copy bug in MultiWindow mode >> that was likely to have been causing crashes for some people. (Earle >> F. Philhower III) >> >> 3) winconfig.c - Add new defaults for keyboardlayout: English (USA, >> Dvorak) and Norwegian. (Alexander Gottwald) >> Enjoy, >> >> Harold > > > From huntharo@msu.edu Thu Aug 28 14:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 28 Aug 2003 14:41:00 -0000 Subject: Updated on sourceware: XFree86-xserv-4.3.0-5 Message-ID: <3F4E14AB.9030007@msu.edu> The XFree86-xserv-4.3.0-5 package has been updated in the Cygwin distribution. [Note: XFree86-xserv-4.3.0-4 was a dud... it was really 4.3.0-3. Thanks to Danilo Turina for catching this.] Changes: 1) winprefs* - Add a system to allow the user to specify arbitrary commands for the system tray menu (e.g. program launching shortcuts) as well as custom icons for certain window classes. This is a huge system and is really very amazing. Preferences are stored in ~/.XWinrc or in /usr/X11R6/lib/X11/system.XWinrc, which is formatted as in this example .XWinrc file (http://www.msu.edu/~huntharo/xwin/shadow/example.XWinrc). (Earle F. Philhower III) 2) winmultiwindowclass.c - Fix a string copy bug in MultiWindow mode that was likely to have been causing crashes for some people. (Earle F. Philhower III) 3) winconfig.c - Add new defaults for keyboardlayout: English (USA, Dvorak) and Norwegian. (Alexander Gottwald) -- 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 huntharo@msu.edu Thu Aug 28 14:42:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 28 Aug 2003 14:42:00 -0000 Subject: [ANNOUNCEMENT] Server Test 96 In-Reply-To: References: <3F4D0F7D.3080807@msu.edu> Message-ID: <3F4E14ED.2000704@msu.edu> Danilo, You are right. I forgot a crucial step in the packaging of 4.3.0-4. 4.3.0-5 is on its way to mirrors and should be the correct version this time. Thanks for catching this, Harold Danilo Turina wrote: > I have downloaded and installed XFree86-xserv 4.3.0-4, but it seems that > it holds the old version of XWin.exe. In fact the menu doesn't work, > while if I download the binary at > http://www.msu.edu/~huntharo/xwin/shadow/XWin-Test96.exe.bz2 it works. > > Bye, > > Danilo > > P.S. Thank your very much for Cygwin-XFree: it's wonderful! > > Harold L Hunt II wrote: > >> Links: >> >> I just posted Test 96 to the server development page: >> http://xfree86.cygwin.com/devel/shadow/ >> >> You can install the Test 96 package via setup.exe by selecting the >> following version of the XFree86-xserv package: 4.3.0-4 >> >> 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-Test96.exe.bz2 (1265 KiB) >> >> Server source, direct link: >> http://www.msu.edu/~huntharo/xwin/shadow/xwin-20030827-1505.tar.bz2 (127 >> KiB) >> >> xc/programs/Xserver/hw/xwin (all files) diff against Test95 source code: >> http://www.msu.edu/~huntharo/xwin/shadow/xwin-Test95-to-Test96.diff >> (50 KiB) >> >> >> Changes: >> >> 1) winprefs* - Add a system to allow the user to specify arbitrary >> commands for the system tray menu (e.g. program launching shortcuts) >> as well as custom icons for certain window classes. This is a huge >> system and is really very amazing. Preferences are stored in >> ~/.XWinrc or in /usr/X11R6/lib/X11/system.XWinrc, which is formatted >> as in this example .XWinrc file >> (http://www.msu.edu/~huntharo/xwin/shadow/example.XWinrc). (Earle F. >> Philhower III) >> >> 2) winmultiwindowclass.c - Fix a string copy bug in MultiWindow mode >> that was likely to have been causing crashes for some people. (Earle >> F. Philhower III) >> >> 3) winconfig.c - Add new defaults for keyboardlayout: English (USA, >> Dvorak) and Norwegian. (Alexander Gottwald) >> Enjoy, >> >> Harold > > > From dlavaud@cadence.com Thu Aug 28 14:42:00 2003 From: dlavaud@cadence.com (Denis Lavaud) Date: Thu, 28 Aug 2003 14:42:00 -0000 Subject: Looking for a step by step tutorial to use Cygwin for setting up an X terminal on Windows Message-ID: <508229C55C8279488DD225C45F97859C0143B406@exmbx01pari.cadence.com> Hi Harold, Thanks a lot for your answer, and sorry for my late reply ! :) > It isn't entirely clear if you are asking about the elusive "minimal > install" or if you are just asking how to use XDMCP from > Cygwin/XFree86. I am asking for both ! :) About the elusive "minimal install". I would like to know which packages I should select if my goal is to run the Xfree server only ? Is the installer able to solve packages dependencies so that if I select the Xfree packages only, the installer will also install the other required packages ? > Several people have looked into the "minimal install" in the past. > They may have setup some seperate websites describing what they > discovered. The Cygwin/XFree86 project does not include a minimal > installation as one of its goals at this time... any information on > this will likely come from individuals on the list or other sources. I guess the answer to my previous question about dependencies handling of the installer is no. I did not find any useful website describing which packages to select. I would be interested in such website addresses if you have any. > Additionally, there is a section that tells how to use XDMCP: > http://xfree86.cygwin.com/docs/ug/using-remote-session.html This link answer to my second question. Thanks a lot for your help, Best Regards, -Denis ________________________________________________________________________ Denis LAVAUD Phone: +33 (0)1 34 88 53 21 Systems and Functional Verification Fax: +33 (0)1 34 88 53 01 Senior Application Engineer E-mail: dlavaud@cadence.com Cadence Design Systems SAS Batiment Avenir http://www.cadence.com 18, rue Grange Dame Rose - BP128 http://www.testbuilder.net 78148 VELIZY Cedex - FRANCE ________________________________________________________________________ -----Original Message----- From: Harold L Hunt II [mailto:huntharo@msu.edu] Sent: vendredi 22 ao?t 2003 18:34 To: cygwin-xfree@cygwin.com Subject: Re: Looking for a step by step tutorial to use Cygwin for setting up an X terminal on Windows Denis, Denis Lavaud wrote: > Hi, > > I spent some time browsing the web and the archives of this mailing > list but did not find a step by step tutorial/howto explaining how to > set-up an XDM session on Windows to log on a remote Unix/Linux > workstation (as an X terminal does). > It isn't entirely clear if you are asking about the elusive "minimal install" or if you are just asking how to use XDMCP from Cygwin/XFree86. Since I don't know what you are asking, here is the info on how to install Cygwin/XFree86 in the User's Guide: http://xfree86.cygwin.com/docs/ug/setup-cygwin-xfree-installing.html Additionally, there is a section that tells how to use XDMCP: http://xfree86.cygwin.com/docs/ug/using-remote-session.html > What is the minimal set of packages to select in the "setup.exe" > installer ? Will the "setup.exe" handle package dependencies so that I > can clear all selected packages and select the only Xfree packages ? > What is the exact list of required packages for this only usage of > Cygwin environment ? > Several people have looked into the "minimal install" in the past. They may have setup some seperate websites describing what they discovered. The Cygwin/XFree86 project does not include a minimal installation as one of its goals at this time... any information on this will likely come from individuals on the list or other sources. > Is there a web site explaining how to set the Cygwin configuration > files ? Specifically, what configuration files? Hope that helps, Harold From Dr.Volker.Zell@oracle.com Thu Aug 28 15:00:00 2003 From: Dr.Volker.Zell@oracle.com (Dr. Volker Zell) Date: Thu, 28 Aug 2003 15:00:00 -0000 Subject: expat & Xfree In-Reply-To: <9472820560.20030827085232@familiehaase.de> (Gerrit P. Haase's message of "Wed, 27 Aug 2003 08:52:32 +0200") References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> <3F4BF2D9.6000706@msu.edu> <9472820560.20030827085232@familiehaase.de> Message-ID: <87d6ep25fc.fsf@vzell-de.de.oracle.com> >>>>> "Gerrit" == Gerrit P Haase writes: Gerrit> BTW, which version of expat is included in the Xfree sources? It seems to be 1.95.2 whereas the cygwin official version is 1.95.6 :-( Gerrit> Gerrit Ciao Volker From gerrit@familiehaase.de Thu Aug 28 15:15:00 2003 From: gerrit@familiehaase.de (Gerrit P. Haase) Date: Thu, 28 Aug 2003 15:15:00 -0000 Subject: expat & Xfree In-Reply-To: <87d6ep25fc.fsf@vzell-de.de.oracle.com> References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> <3F4BF2D9.6000706@msu.edu> <9472820560.20030827085232@familiehaase.de> <87d6ep25fc.fsf@vzell-de.de.oracle.com> Message-ID: <14796294524.20030828171545@familiehaase.de> Hello Dr. Volker, >>>>>> "Gerrit" == Gerrit P Haase writes: > Gerrit> BTW, which version of expat is included in the Xfree sources? > It seems to be 1.95.2 whereas the cygwin official version is 1.95.6 :-( This is a really old release, puh! Gerrit -- =^..^= From huntharo@msu.edu Thu Aug 28 15:15:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 28 Aug 2003 15:15:00 -0000 Subject: expat & Xfree In-Reply-To: <87d6ep25fc.fsf@vzell-de.de.oracle.com> References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> <3F4BF2D9.6000706@msu.edu> <9472820560.20030827085232@familiehaase.de> <87d6ep25fc.fsf@vzell-de.de.oracle.com> Message-ID: <3F4E1C75.7030509@msu.edu> Volker, Why the frown? Is 1.95.6 incompatible with 1.95.2? Would we break things by using Cygwin's expat? Harold Dr. Volker Zell wrote: >>>>>>"Gerrit" == Gerrit P Haase writes: > > > Gerrit> BTW, which version of expat is included in the Xfree sources? > > It seems to be 1.95.2 whereas the cygwin official version is 1.95.6 :-( > > Gerrit> Gerrit > > Ciao > Volker > From huntharo@msu.edu Thu Aug 28 15:23:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 28 Aug 2003 15:23:00 -0000 Subject: expat & Xfree In-Reply-To: <14796294524.20030828171545@familiehaase.de> References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> <3F4BF2D9.6000706@msu.edu> <9472820560.20030827085232@familiehaase.de> <87d6ep25fc.fsf@vzell-de.de.oracle.com> <14796294524.20030828171545@familiehaase.de> Message-ID: <3F4E1E80.1050709@msu.edu> Gerrit P. Haase wrote: > Hello Dr. Volker, > > >>>>>>>"Gerrit" == Gerrit P Haase writes: > > >> Gerrit> BTW, which version of expat is included in the Xfree sources? > > >>It seems to be 1.95.2 whereas the cygwin official version is 1.95.6 :-( > > > This is a really old release, puh! So, does that cause a problem? It would still eliminate the duplicate library, am I right? Harold From gerrit@familiehaase.de Thu Aug 28 15:51:00 2003 From: gerrit@familiehaase.de (Gerrit P. Haase) Date: Thu, 28 Aug 2003 15:51:00 -0000 Subject: expat & Xfree In-Reply-To: <3F4E1E80.1050709@msu.edu> References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> <3F4BF2D9.6000706@msu.edu> <9472820560.20030827085232@familiehaase.de> <87d6ep25fc.fsf@vzell-de.de.oracle.com> <14796294524.20030828171545@familiehaase.de> <3F4E1E80.1050709@msu.edu> Message-ID: <15498406220.20030828175057@familiehaase.de> Hello Harold, >>> Gerrit> BTW, which version of expat is included in the Xfree sources? >>>It seems to be 1.95.2 whereas the cygwin official version is 1.95.6 :-( >> This is a really old release, puh! > So, does that cause a problem? It would still eliminate the duplicate > library, am I right? If you use the already in the netrelease included expat 1.95.6 you're up to date. Should work without problems since the API has not changed. After a closer look, I wonder now why your version is called cygexpat-1.dll where my version is called cygexpat-0.dll, at least the older version should be -0 and the newer one -1? BTW, I see dependencies on expat for fontconfig and Xft, I already have compiled these packages recently with the newer expat, there were no problems for me. Gerrit -- =^..^= From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Aug 28 16:57:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 28 Aug 2003 16:57:00 -0000 Subject: expat & Xfree In-Reply-To: <15498406220.20030828175057@familiehaase.de> References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> <3F4BF2D9.6000706@msu.edu> <9472820560.20030827085232@familiehaase.de> <87d6ep25fc.fsf@vzell-de.de.oracle.com> <14796294524.20030828171545@familiehaase.de> <3F4E1E80.1050709@msu.edu> <15498406220.20030828175057@familiehaase.de> Message-ID: Gerrit P. Haase wrote: > After a closer look, I wonder now why your version is called > cygexpat-1.dll where my version is called cygexpat-0.dll, at least the > older version should be -0 and the newer one -1? Because the sharedlib on unix systems is called libexpat.so.1.0 The versioning system is the same as the linux xfree86 uses. bye ago NP: Letzte Instanz - Nachtmusik -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Thu Aug 28 17:06:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 28 Aug 2003 17:06:00 -0000 Subject: expat & Xfree In-Reply-To: References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> <3F4BF2D9.6000706@msu.edu> <9472820560.20030827085232@familiehaase.de> <87d6ep25fc.fsf@vzell-de.de.oracle.com> <14796294524.20030828171545@familiehaase.de> <3F4E1E80.1050709@msu.edu> <15498406220.20030828175057@familiehaase.de> Message-ID: <3F4E3675.9010108@msu.edu> Alexander, Do you think it is wise to use Cygwin's expat over the XFree86 expat? I respect your opinion in this matter and will probably do what you say. Harold Alexander Gottwald wrote: > Gerrit P. Haase wrote: > > >>After a closer look, I wonder now why your version is called >>cygexpat-1.dll where my version is called cygexpat-0.dll, at least the >>older version should be -0 and the newer one -1? > > > Because the sharedlib on unix systems is called libexpat.so.1.0 > > The versioning system is the same as the linux xfree86 uses. > > bye > ago > > NP: Letzte Instanz - Nachtmusik From lmcwil@austin.ibm.com Thu Aug 28 18:00:00 2003 From: lmcwil@austin.ibm.com (Laura McWilliams) Date: Thu, 28 Aug 2003 18:00:00 -0000 Subject: cygwin alt-tab In-Reply-To: Message-ID: thanx for your reply. actually, it was kind of my whole point to be able to use the window manager. or at least SOME window manager, since i'm rather fond of having multiple workspaces (a feature which apparently may be showing up in the next version of Windows). anyways, i did figure out how to simply reassign the shortcut keys that cycle through the windows through Window Maker's configuration tool. I really do'nt know how i missed figuring that out sooner. cheers, ~L * ----------Laura L McWilliams ****| * AIX kernel development- BN2S ****| * ph 512.838.9224 t/l 678.9224 ****| * lmcwil@austin.ibm.com------- ****| "there are 10 kinds of people in the world... those who understand binary, and those who don't" On Wed, 27 Aug 2003, Thomas Chadwick wrote: > Have you tried XWin with the -multiwindow flag (and no Window Manager)? In > multiwindow mode each Xclient gets its own Windows Window, and hence will be > included in the Alt-Tab cycle. > > >From: Laura McWilliams > >Reply-To: cygwin-xfree@cygwin.com > >To: cygwin-xfree@cygwin.com > >Subject: cygwin alt-tab > >Date: Mon, 25 Aug 2003 15:32:18 -0500 (CDT) > > > >hello, > > > >i'm a new cygwin user and i'm wondering if there's any way to cycle > >through windows, like using alt-tab, because alt-tab is captured by the > >OS. > > > >i realize this issue has been touched on before > >(http://sources.redhat.com/ml/cygwin-xfree/2003-07/msg00044.html) > >but i'm throwing it out there because i couldn't find any descriptions of > >a good solution. > > > >i'm using WindowMaker, and i can't find any other key sequence that cycles > >through the windows (although i think it would be a great solution if i > >could use something like cntl-alt-tab to cycle through the windows in > >the x window, and still allow alt-tab to cycle through Windows > >applications) > > > >so if anyone has any suggestions, please let me know. thankx > > > >~L > > > > > > _________________________________________________________________ > Get MSN 8 and enjoy automatic e-mail virus protection. > http://join.msn.com/?page=features/virus > > From Cary.Jamison@powerquest.com Thu Aug 28 18:48:00 2003 From: Cary.Jamison@powerquest.com (Cary Jamison) Date: Thu, 28 Aug 2003 18:48:00 -0000 Subject: cygwin alt-tab Message-ID: "Laura McWilliams" wrote in message news:. .. > thanx for your reply. > > actually, it was kind of my whole point to be able to use the window > manager. or at least SOME window manager, since i'm rather fond of having > multiple workspaces (a feature which apparently may be showing up in the > next version of Windows). > XP Powertoys from MS has a virtual desktop manager that lets you have four destktops. Cary From Semihejet@hotmail.com Thu Aug 28 20:51:00 2003 From: Semihejet@hotmail.com (Semihejet@hotmail.com) Date: Thu, 28 Aug 2003 20:51:00 -0000 Subject: Agustos bulteni Message-ID: www.Jeton.net A??ustos G??ncellemeleri -------------------------------------------------------- * 17 farkl?? kategoride 3.000 in ??zerinde haz??r sms mesaj?? * ??cretsiz sms servisleri * 70 yeni melodi * Cep telefonu al??m-sat??m panosu http://www.Jeton.net Sitemiz tamamen ??cretsizdir ve reklam dahi yoktur. Haber listemizden ????kmak i??in bu mail i reply etmeniz yeterlidir. ??yi E??lenceler... Jeton.net From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Aug 28 20:58:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 28 Aug 2003 20:58:00 -0000 Subject: expat & Xfree In-Reply-To: <3F4E3675.9010108@msu.edu> References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> <3F4BF2D9.6000706@msu.edu> <9472820560.20030827085232@familiehaase.de> <87d6ep25fc.fsf@vzell-de.de.oracle.com> <14796294524.20030828171545@familiehaase.de> <3F4E1E80.1050709@msu.edu> <15498406220.20030828175057@familiehaase.de> <3F4E3675.9010108@msu.edu> Message-ID: Harold L Hunt II wrote: > Do you think it is wise to use Cygwin's expat over the XFree86 expat? yes. It is the same as with freetype and fontconfig. No one ever noticed/ took care of these duplicated libraries. Most linux distributions use the most recent libraries instead of the (maybe rather old) sources in the xfree cvs. bye ago NP: grauzone.03-04-14 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Thu Aug 28 21:07:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 28 Aug 2003 21:07:00 -0000 Subject: expat & Xfree In-Reply-To: References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> <3F4BF2D9.6000706@msu.edu> <9472820560.20030827085232@familiehaase.de> <87d6ep25fc.fsf@vzell-de.de.oracle.com> <14796294524.20030828171545@familiehaase.de> <3F4E1E80.1050709@msu.edu> <15498406220.20030828175057@familiehaase.de> <3F4E3675.9010108@msu.edu> Message-ID: <3F4E6EE8.1090802@msu.edu> Alexander, Okay. When I checked for HasExpat in config/cf/, only two files came up: sco5.cf X11.tmpl HasExpat defaults to NO in X11.tmpl and there does not seem to be any conditional cases depending upon other #defines that cause it to automatically become YES on certain platforms. Do you know if these Linux distros are defining this in a host.def or if there are other flags in either lib/Imakefile or lib/expat/Imakefile that are causing expat not to be built when some other flag is set to YES? That is something I would like to understand a little more clearly before I flip the flag. Thanks, Harold Alexander Gottwald wrote: > Harold L Hunt II wrote: > > >>Do you think it is wise to use Cygwin's expat over the XFree86 expat? > > > yes. It is the same as with freetype and fontconfig. No one ever noticed/ > took care of these duplicated libraries. Most linux distributions use the > most recent libraries instead of the (maybe rather old) sources in the xfree > cvs. > > bye > ago > > NP: grauzone.03-04-14 From Alexander.Gottwald@s1999.tu-chemnitz.de Thu Aug 28 21:36:00 2003 From: Alexander.Gottwald@s1999.tu-chemnitz.de (Alexander Gottwald) Date: Thu, 28 Aug 2003 21:36:00 -0000 Subject: expat & Xfree In-Reply-To: <3F4E6EE8.1090802@msu.edu> References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> <3F4BF2D9.6000706@msu.edu> <9472820560.20030827085232@familiehaase.de> <87d6ep25fc.fsf@vzell-de.de.oracle.com> <14796294524.20030828171545@familiehaase.de> <3F4E1E80.1050709@msu.edu> <15498406220.20030828175057@familiehaase.de> <3F4E3675.9010108@msu.edu> <3F4E6EE8.1090802@msu.edu> Message-ID: Harold L Hunt II wrote: > When I checked for HasExpat in config/cf/, only two files came up: > > sco5.cf > X11.tmpl > > > HasExpat defaults to NO in X11.tmpl and there does not seem to be any > conditional cases depending upon other #defines that cause it to > automatically become YES on certain platforms. Do you know if these > Linux distros are defining this in a host.def or if there are other > flags in either lib/Imakefile or lib/expat/Imakefile that are causing > expat not to be built when some other flag is set to YES? from SuSE XFree86 RPM Specfile: cat << EOF > config/cf/host.def #define LinuxDistribution LinuxSuSE #undef OSVendor #define OSVendor SuSE #undef DefaultOSName #define DefaultOSName SuSE Linux [...] /* Freetype2 Support */ #define HasFreetype2 YES /* fontconfig support */ #define HasExpat YES for Red Hat i've not found this define, but they do not provide libexpat in their packages. bye ago NP: grauzone.03-04-14 -- Alexander.Gottwald@informatik.tu-chemnitz.de http://www.gotti.org ICQ: 126018723 From huntharo@msu.edu Thu Aug 28 21:41:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Thu, 28 Aug 2003 21:41:00 -0000 Subject: expat & Xfree In-Reply-To: References: <10440756695.20030826235808@familiehaase.de> <3F4BF09A.6090209@msu.edu> <3F4BF2D9.6000706@msu.edu> <9472820560.20030827085232@familiehaase.de> <87d6ep25fc.fsf@vzell-de.de.oracle.com> <14796294524.20030828171545@familiehaase.de> <3F4E1E80.1050709@msu.edu> <15498406220.20030828175057@familiehaase.de> <3F4E3675.9010108@msu.edu> <3F4E6EE8.1090802@msu.edu> Message-ID: <3F4E76EE.3010100@msu.edu> Alexander, Okay, that makes me certain that we can turn this flag on. I will add the flag soon. I am not sure how quickly I will release new packages for this... it doesn't seem crucially important. Harold Alexander Gottwald wrote: > Harold L Hunt II wrote: > > >>When I checked for HasExpat in config/cf/, only two files came up: >> >>sco5.cf >>X11.tmpl >> >> >>HasExpat defaults to NO in X11.tmpl and there does not seem to be any >>conditional cases depending upon other #defines that cause it to >>automatically become YES on certain platforms. Do you know if these >>Linux distros are defining this in a host.def or if there are other >>flags in either lib/Imakefile or lib/expat/Imakefile that are causing >>expat not to be built when some other flag is set to YES? > > > from SuSE XFree86 RPM Specfile: > > cat << EOF > config/cf/host.def > #define LinuxDistribution LinuxSuSE > #undef OSVendor > #define OSVendor SuSE > #undef DefaultOSName > #define DefaultOSName SuSE Linux > [...] > /* Freetype2 Support */ > #define HasFreetype2 YES > /* fontconfig support */ > #define HasExpat YES > > for Red Hat i've not found this define, but they do not provide libexpat > in their packages. > > bye > ago > NP: grauzone.03-04-14 From colin.harrison@virgin.net Thu Aug 28 22:24:00 2003 From: colin.harrison@virgin.net (Colin Harrison) Date: Thu, 28 Aug 2003 22:24:00 -0000 Subject: [ANNOUNCEMENT] Server Test 96 Message-ID: <000001c36db3$1c2ef980$0200a8c0@straightrunning.com> Hi, All works fine for me...the custom menus work for running non-cygwin apps as well! Example of running PuTTY to ssh to a remote linux box:- menu apps { "xterm root@linuxbox" exec "run F:\\PuTTY\\plink -load linuxbox -pw linuxbox /usr/X11R6/bin/xterm -rightbar -ls" "konsole root@linuxbox" exec "run F:\\PuTTY\\plink -load linuxbox -pw linuxbox /root/bin/startkonsole" "ethereal on linuxbox" exec "run F:\\PuTTY\\plink -load linuxbox -pw linuxbox /usr/local/bin/ethereal" separator } Where startkonsole is a script on the remote box to set a path:- #!/bin/sh export PATH=$PATH:/usr/X11R6/bin /usr/bin/konsole --ls Thanks for the custom menu feature...hours of fun for bodgers like me! Colin From danilo.turina@alcatel.it Fri Aug 29 08:36:00 2003 From: danilo.turina@alcatel.it (Danilo Turina) Date: Fri, 29 Aug 2003 08:36:00 -0000 Subject: cygwin alt-tab In-Reply-To: References: Message-ID: Laura McWilliams wrote: > thanx for your reply. > > actually, it was kind of my whole point to be able to use the window > manager. or at least SOME window manager, since i'm rather fond of having > multiple workspaces (a feature which apparently may be showing up in the > next version of Windows). I use VirtuaWin (http://virtuawin.sourceforge.net): 1) it's free 2) it configurable 3) there are a number of plugins for it With up to 9 workspaces I'm able to work very well with it. > > anyways, i did figure out how to simply reassign the shortcut keys that > cycle through the windows through Window Maker's configuration tool. I > really do'nt know how i missed figuring that out sooner. > > cheers, > > ~L > > * ----------Laura L McWilliams ****| > * AIX kernel development- BN2S ****| > * ph 512.838.9224 t/l 678.9224 ****| > * lmcwil@austin.ibm.com------- ****| > > > "there are 10 kinds of people in the world... > > those who understand binary, and those who don't" > > On Wed, 27 Aug 2003, Thomas Chadwick wrote: > > >>Have you tried XWin with the -multiwindow flag (and no Window Manager)? In >>multiwindow mode each Xclient gets its own Windows Window, and hence will be >>included in the Alt-Tab cycle. >> >> >>>From: Laura McWilliams >>>Reply-To: cygwin-xfree@cygwin.com >>>To: cygwin-xfree@cygwin.com >>>Subject: cygwin alt-tab >>>Date: Mon, 25 Aug 2003 15:32:18 -0500 (CDT) >>> >>>hello, >>> >>>i'm a new cygwin user and i'm wondering if there's any way to cycle >>>through windows, like using alt-tab, because alt-tab is captured by the >>>OS. >>> >>>i realize this issue has been touched on before >>>(http://sources.redhat.com/ml/cygwin-xfree/2003-07/msg00044.html) >>>but i'm throwing it out there because i couldn't find any descriptions of >>>a good solution. >>> >>>i'm using WindowMaker, and i can't find any other key sequence that cycles >>>through the windows (although i think it would be a great solution if i >>>could use something like cntl-alt-tab to cycle through the windows in >>>the x window, and still allow alt-tab to cycle through Windows >>>applications) >>> >>>so if anyone has any suggestions, please let me know. thankx >>> >>>~L >>> >>> >> >>_________________________________________________________________ >>Get MSN 8 and enjoy automatic e-mail virus protection. >>http://join.msn.com/?page=features/virus >> >> > > > > From digitalsmear@antisocial.com Fri Aug 29 20:03:00 2003 From: digitalsmear@antisocial.com (digitalsmear) Date: Fri, 29 Aug 2003 20:03:00 -0000 Subject: cygwin-xfree Digest 28 Aug 2003 16:57:53 -0000 Issue 1181 Message-ID: <2814520038529194111696@antisocial.com> I've tried repeatedly to remove myself from this list via the proper email address for unsubscribe requests with no change in my subscription status. Can this please be looked into? _____________________________________________ Free email with personality! Over 200 domains! http://www.MyOwnEmail.com Looking for friendships,romance and more? http://www.MyOwnFriends.com From huntharo@msu.edu Fri Aug 29 20:10:00 2003 From: huntharo@msu.edu (Harold L Hunt II) Date: Fri, 29 Aug 2003 20:10:00 -0000 Subject: cygwin-xfree Digest 28 Aug 2003 16:57:53 -0000 Issue 1181 In-Reply-To: <2814520038529194111696@antisocial.com> References: <2814520038529194111696@antisocial.com> Message-ID: <3F4FB330.9020202@msu.edu> Have you been following the instructions at the following page: http://sources.redhat.com/lists.html#faq I don't believe you could be following those instructions because the final step is to email the list admin for help, not the list. Hope that helps, Harold digitalsmear wrote: > I've tried repeatedly to remove myself from this list via the proper email > address for unsubscribe requests with no change in my subscription status. > Can this please be looked into? > > _____________________________________________ > Free email with personality! Over 200 domains! > http://www.MyOwnEmail.com > Looking for friendships,romance and more? > http://www.MyOwnFriends.com > From rwf@loonybin.net Fri Aug 29 21:23:00 2003 From: rwf@loonybin.net (Rob Foehl) Date: Fri, 29 Aug 2003 21:23:00 -0000 Subject: Focus issues Message-ID: XWin.exe -multiwindow is getting progressively more stable (and usable), kudos to those involved.. I have one presumably small issue to report.. When two xterms (or any other X windows) are overlapping and mouse focus is enabled in Windows, raising one X window over another causes the borders to properly redraw, but the overlapping area is left untouched until the window is unfocused (by moving the mouse anywhere out of it). Raising an X window above any other non-X window works as expected, without unfocusing. I will of course be happy to re-test this if a fix is suggested/provided.. -Rob From dhzhou@uiuc.edu Sat Aug 30 16:55:00 2003 From: dhzhou@uiuc.edu (Donghua Zhou) Date: Sat, 30 Aug 2003 16:55:00 -0000 Subject: xfree screen size Message-ID: <5.2.1.1.2.20030830114452.00aef1b0@scs.uiuc.edu> Hi, It seems Xfree86 has set a max screen size of 2040X1024, this waste part of dual LCD displays, which has 2560X1024 in total. Half of the second LCD can not be displayed. Is it possible to expand this limit? Thanks very much! Donghua Zhou windows 2000 pro cygwin setup.exe version 2.340.2.5 xfree86 4.3.0 From mas22@cornell.edu Sun Aug 31 20:43:00 2003 From: mas22@cornell.edu (Michael Sadd) Date: Sun, 31 Aug 2003 20:43:00 -0000 Subject: Xwin remote calls to Solaris machines/ font server bug References: <001e01c36ffc$b453fa30$08c8a8c0@homenet> Message-ID: <002701c37000$78e5e8b0$08c8a8c0@homenet> Was this issue ever confirmed and/or resolved? I find the same behavior when connecting to a font server on a Red Hat 7.3 font server. Thank you and best regards, Mike ----- Original Message ----- From: Harold L Hunt II To: cygwin-xfree at cygwin dot com Sent: Mon, 11 Aug 2003 08:58:17 -0400 Subject: Re: Xwin remote calls to Solaris machines/ font server bug Dr.D.J.Picton wrote: I have two observations to make concerning the use of 'XWin -query' to Solaris machines. 1. Firstly, the FAQ states that Solaris can't cope with 24-bit colour depths. This may have been true for older releases, but all recent versions of Solaris (and recent Sun hardware) support this depth! 2. The FAQ refers to the 'hang' when you attempt to contact a remote Solaris host using XWin -query e.g. Xwin -query sunhost The cure is to specify a Solaris font server on the command line, e.g. XWin -query sunhost -fp tcp/sunhost:7100 However, this shouldn't be necessary for recent Solaris releases. The XSetup script on the Sun machine automatically adds the font server to the font path, before the dtlogin window appears. Okay, so people running newer versions of Solaris won't look at the FAQ. No problem there. The real reason for the problem is a bug in XWin, which 'hangs' if I try to mix local fonts with a Solaris font server. The following procedures work OK: 1. Start up an XWin server with normal local fonts, then replace them with a Solaris font server: xset fp= tcp/sunhost:7100 2. Start up an Xwin server with -fp tcp/sunhost:7100 on the command line. 3. Add a second Solaris font server when the fontpath already contains one. The following procedures cause a 'hang': 1. Start up an XWin server with normal local fonts, then append a Solaris font server: xset fp+ tcp/sunhost:7100 2. Start up an XWin server with -fp tcp/sunhost:7100 on the command line, then try to append a local font to the path: xset fp+ /usr/X11R6/lib/X11/fonts/misc I am inclined to believe you. However, I do not have a Solaris machine that I can test this with. It would be most helpful if either yourself or someone with a similar setup could build a debug version of XWin.exe and step through this until they find the hang. Thanks, Harold