Re: ITP: alternatives
On Jun 26 19:51, Charles Wilson wrote: Charles Wilson wrote: As discussed in this thread: http://cygwin.com/ml/cygwin-apps/2005-06/msg00066.html ftp://cygutils.fruitbat.org/pub/cygutils/alternatives-1.3.20a-1-src.tar.bz2 ftp://cygutils.fruitbat.org/pub/cygutils/alternatives-1.3.20a-1.tar.bz2 ftp://cygutils.fruitbat.org/pub/cygutils/alternatives.hint hint text -- category: Base sdesc: A tool for managing package conflicts ldesc: The alternatives provides mechanisms for maintaining a database of, and managing, other packages which might be in conflict with each other. The end user can easily switch between the desired versions. requires: libintl3 libiconv2 FWIW, I modified all of the automake1.X packages to use update-alternatives in their postinstall/preremove scripts instead of the existing homegrown shell code. Works like a charm. Can I get a GTG from somebody (I know, it's the weekend...)? -- I think that's all I need as Debian includes this in its distro. Looks good. Uploaded. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc.
Re: cygwin packaging approach for atlas3.6 and lapack3
Igor Pechtchanski wrote: On Sat, 25 Jun 2005, James R. Phillips wrote: [snip] ...to be replaced if possible by a tuned blas implementation optimized for the machine lapack runs on. Why not include a postinstall script for atlas that would compile and install the executables? Building Atlas lasts *hours* on slower machines. Gerrit -- =^..^=
Re: cygwin packaging approach for atlas3.6 and lapack3
James, Wouldn't it be sufficient to release a binary package with optimized versions for i486 which probably works on every AMD/Intel based PC as long as it is not an old 386? BTW, this is the architecture I build gcc for. You could include detailed instructions about rebuilding Atlas with more optimiziation in the source package, so user will be able to rebuild it for their better processors if needed. I would also agree to have two versions, Intel and AMD compatible versions if it is not possible to build one binary that will run on every processor. Gerrit -- =^..^=
Re: PCYMTNQREAIYR (Was Re: cygwin packaging approach for atlas3.6 and lapack3)
Igor Pechtchanski wrote: On Sun, 26 Jun 2005, James R. Phillips wrote: --- Igor Pechtchanski wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. I use web mail for my cygwin mailing list interactions, so I can access from work or from home. Unfortunately, I don't see a way to configure this for yahoo web mail. But I can manually fix it up, and will try to remember to do so. Thanks for the reminder. Are you interested in a Google Mail account? Gerrit -- =^..^=
Re: PCYMTNQREAIYR (Was Re: cygwin packaging approach for atlas3.6and lapack3)
Brian Dessent wrote: For the record: On the issue of not having future binary packages blow away a source-compiled optimized version, you could do something similar to how the gcc-mingw-* packages work. Those packages unpack to a single .tgz file and postinstall/preremove scripts that extract/remove (respectively) its contents to the proper location. It's an extra level of indirection in the packaging. (I'm not entirely sure why this is done but I think it is a convenience so that the upstream mingw binary tarballs can be used without repackaging.) Not exactly true, repackaging is still needed for gcc-mingw since the used paths are different. The main reason is that extracting the packages would fail if the directory usr/i686-pc-mingw (and links inside) is missing, so the postinstall script creates this directory and links first before the tarball is extracted. Gerrit -- =^..^=
Re: PCYMTNQREAIYR (Was Re: cygwin packaging approach for atlas3.6 and lapack3)
On Mon, 27 Jun 2005, Gerrit P. Haase wrote: Brian Dessent wrote: For the record: On the issue of not having future binary packages blow away a source-compiled optimized version, you could do something similar to how the gcc-mingw-* packages work. Those packages unpack to a single .tgz file and postinstall/preremove scripts that extract/remove (respectively) its contents to the proper location. It's an extra level of indirection in the packaging. (I'm not entirely sure why this is done but I think it is a convenience so that the upstream mingw binary tarballs can be used without repackaging.) Not exactly true, repackaging is still needed for gcc-mingw since the used paths are different. The main reason is that extracting the packages would fail if the directory usr/i686-pc-mingw (and links inside) is missing, so the postinstall script creates this directory and links first before the tarball is extracted. I'm not sure that's necessary. This depends on the paths you use in the tarball. If you place the headers into usr/include/mingw, the libraries into usr/lib/mingw, and the binaries into usr/i686-pc-cygwin/bin (instead of usr/i686-pc-mingw32/{include,lib,bin}, respectively), there won't be a need to create the symlinks before extracting the tarball. Since you repackage anyway, this should work. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: PCYMTNQREAIYR (Was Re: cygwin packaging approach for atlas3.6 and lapack3)
On Mon, 27 Jun 2005, Gerrit P. Haase wrote: Igor Pechtchanski wrote: On Sun, 26 Jun 2005, James R. Phillips wrote: --- Igor Pechtchanski wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks. I use web mail for my cygwin mailing list interactions, so I can access from work or from home. Unfortunately, I don't see a way to configure this for yahoo web mail. But I can manually fix it up, and will try to remember to do so. Thanks for the reminder. Are you interested in a Google Mail account? Gerrit, since you replied to my message, are you asking me, or James? ;-) I've got one already, thanks. Besides, GMail doesn't quote addresses in replies properly either... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: update-alternatives
On Mon, 27 Jun 2005, Charles Wilson wrote: Your wrap program seems intended for a different audience: the end user -- who might copy the orginal exe away to some other directory, and put the wrap program in the original location -- thus leading to DLL search issues, as you say. Speaking of DLL search issues, the DLLs in the original location should be found with no problems. The only problems would be with DLLs that are moved with the real executable (which should be taken care of by adding the actual location to the PATH before exec'ing the real program) and DLLs that themselves need to be wrapped (not sure what the right solution would be -- see http://cygwin.com/ml/cygwin-apps/2005-06/msg00136.html for some suggestions). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: Blind people using setup.exe?
On Sun, 26 Jun 2005, Igor Pechtchanski wrote: On Sun, 26 Jun 2005, Nikhil Nair wrote: [...] I'm sorry to say that the chooser is currently not accessible. I'm sure some setup developers have half-baked attempts to decouple the logic from the chooser in their private sandboxes (I do), but nothing worth even showing to others, apparently. Assuming you have the ability to edit files, as a temporary workaround you could add the following line to your /etc/setup/installed.db (in alphabetical order): emacs emacs-0-0.tar.bz2 0 and re-run setup. It should now upgrade the version of emacs it thinks you have (0-0), effectively installing emacs. HTH, Igor Thanks, Igor - that workaround performed flawlessly. Am I right in suspecting that, if I were to use this method for another package which had unsatisfied dependencies, setup.exe wouldnt' sort out those dependencies for me? Or would it assume the dependencies had changed since version 0-0, and handle them seamlessly? On a different note, could anyone spare a few minutes to describe exactly how you operate the chooser, as a sighted user? If I can understand what I should be doing with the mouse, I may be able to get my screen reader to emulate that; it has quite a bit of power to simulate clicks, holding the mouse buttons etc., though most blind people don't use them since ordinary keyboard access is so much easier. Applications which need mouse manipulation of that sort are generally considered to be inaccessible, but that doesn't mean you can't get them working if you know what to do. Cheers, Nikhil.
Re: Blind people using setup.exe?
On Mon, 27 Jun 2005, Nikhil Nair wrote: On Sun, 26 Jun 2005, Igor Pechtchanski wrote: On Sun, 26 Jun 2005, Nikhil Nair wrote: [...] I'm sorry to say that the chooser is currently not accessible. I'm sure some setup developers have half-baked attempts to decouple the logic from the chooser in their private sandboxes (I do), but nothing worth even showing to others, apparently. Assuming you have the ability to edit files, as a temporary workaround you could add the following line to your /etc/setup/installed.db (in alphabetical order): emacs emacs-0-0.tar.bz2 0 and re-run setup. It should now upgrade the version of emacs it thinks you have (0-0), effectively installing emacs. HTH, Igor Thanks, Igor - that workaround performed flawlessly. Am I right in suspecting that, if I were to use this method for another package which had unsatisfied dependencies, setup.exe wouldnt' sort out those dependencies for me? Or would it assume the dependencies had changed since version 0-0, and handle them seamlessly? I'm hoping it's the latter, but don't have the opportunity to verify that right now. You can easily test that hypothesis yourself (just look in any setup.ini file in your local package cache for the dependency information)... :-) On a different note, could anyone spare a few minutes to describe exactly how you operate the chooser, as a sighted user? If I can understand what I should be doing with the mouse, I may be able to get my screen reader to emulate that; it has quite a bit of power to simulate clicks, holding the mouse buttons etc., though most blind people don't use them since ordinary keyboard access is so much easier. Unfortunately, this may not help much, since the chooser actually uses graphics commands to draw strings on a canvas. Would your software actually be able to *read* those strings? There's also the issue of cutting off strings that don't fit in a column. Resizing the column requires positioning the mouse on a vertical bar that separates them -- would your software help you locate that? If you *are* able to do the two things mentioned above and to tell which row of the chooser your mouse cursor is pointing at, take a look at http://cygwin.com/cygwin-ug-net/setup-net.html#id4740819 for some description of how the chooser works (if you haven't already). You may find it easier to use the Full view, rather than the Category view. Then, to select a package for installation, left-click once on the label that says Skip in the row that contains the package name (about 150 pixels off the left edge of the Setup window) -- it should change to reflect the current version of the package. It may be better to work with a maximized window. The vertical scrollbar controls are located at (-35,-110) pixels off the bottom-right corner of the window (down arrow) and (-35,120) pixels off the top-right corner of the window (up arrow). The up/down arrow controls will scroll the chooser one line up or down, respectively. Applications which need mouse manipulation of that sort are generally considered to be inaccessible, but that doesn't mean you can't get them working if you know what to do. As mentioned above, the main accessibility problem with the chooser is not mouse manipulation, but the graphical representation of strings. Once that's changed, it shouldn't be particularly hard to allow keyboard controls as well (i.e., if standard Win32 controls are used, we'd get keyboard bindings for free). Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
RE: Blind people using setup.exe?
Original Message From: Igor Pechtchanski Sent: 27 June 2005 17:27 On Mon, 27 Jun 2005, Nikhil Nair wrote: On Sun, 26 Jun 2005, Igor Pechtchanski wrote: Assuming you have the ability to edit files, as a temporary workaround you could add the following line to your /etc/setup/installed.db (in alphabetical order): emacs emacs-0-0.tar.bz2 0 and re-run setup. It should now upgrade the version of emacs it thinks you have (0-0), effectively installing emacs. HTH, Igor Thanks, Igor - that workaround performed flawlessly. Am I right in suspecting that, if I were to use this method for another package which had unsatisfied dependencies, setup.exe wouldnt' sort out those dependencies for me? Or would it assume the dependencies had changed since version 0-0, and handle them seamlessly? I'm hoping it's the latter, but don't have the opportunity to verify that right now. You can easily test that hypothesis yourself (just look in any setup.ini file in your local package cache for the dependency information)... :-) You know, this sounds like such a useful feature/hack/workaround that I'm tempted to write a patch for setup that allows it to be done by a command-line option. Oh, that reminds me, --no-md5 is broken, I just noticed the other day - gotta look at that too. cheers, DaveK -- Can't think of a witty .sigline today
RE: Blind people using setup.exe?
On Mon, 27 Jun 2005, Dave Korn wrote: Original Message From: Igor Pechtchanski Sent: 27 June 2005 17:27 On Mon, 27 Jun 2005, Nikhil Nair wrote: On Sun, 26 Jun 2005, Igor Pechtchanski wrote: Assuming you have the ability to edit files, as a temporary workaround you could add the following line to your /etc/setup/installed.db (in alphabetical order): emacs emacs-0-0.tar.bz2 0 and re-run setup. It should now upgrade the version of emacs it thinks you have (0-0), effectively installing emacs. HTH, Igor Thanks, Igor - that workaround performed flawlessly. Am I right in suspecting that, if I were to use this method for another package which had unsatisfied dependencies, setup.exe wouldnt' sort out those dependencies for me? Or would it assume the dependencies had changed since version 0-0, and handle them seamlessly? I'm hoping it's the latter, but don't have the opportunity to verify that right now. You can easily test that hypothesis yourself (just look in any setup.ini file in your local package cache for the dependency information)... :-) You know, this sounds like such a useful feature/hack/workaround that I'm tempted to write a patch for setup that allows it to be done by a command-line option. Glad you think so. FWIW, if it becomes a command-line option, there won't be any need to edit installed.db -- just add the package to the list of those needing to be upgdaded (see the installed.db parsing code). Oh, that reminds me, --no-md5 is broken, I just noticed the other day - gotta look at that too. Hehe. While we're at it, would you like to make setup print out a list of its command-line options, either in a message box or by doing an AllocConsole()? I know the latter approach will pop up a console box if setup is started from a pty or via a shortcut (which will go away once the output is done), but it's better than nothing, and should work just fine if setup is started from a console shell. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: Blind people using setup.exe?
Igor Pechtchanski wrote: Oh, that reminds me, --no-md5 is broken, I just noticed the other day - gotta look at that too. It's not broken, it doesn't exist any more. Hehe. While we're at it, would you like to make setup print out a list of its command-line options, either in a message box or by doing an AllocConsole()? I know the latter approach will pop up a console box if setup is started from a pty or via a shortcut (which will go away once the output is done), but it's better than nothing, and should work just fine if setup is started from a console shell. I think having a spurious console appear and then disappear is not very friendly. I have considered having it do a messagebox with the --help output, which I guess is better than what we have now. Brian
RE: Blind people using setup.exe?
Original Message From: Brian Dessent Sent: 27 June 2005 18:31 Igor Pechtchanski wrote: Mangled attributions. I wrote this bit. Oh, that reminds me, --no-md5 is broken, I just noticed the other day - gotta look at that too. It's not broken, it doesn't exist any more. So, if it doesn't exist anymore, how do we workaround a package validation failure exception? cheers, DaveK -- Can't think of a witty .sigline today
RE: Blind people using setup.exe?
On Monday, June 27, 2005 9:44 AM, Nikhil Nair wrote On Sun, 26 Jun 2005, Igor Pechtchanski wrote: On Sun, 26 Jun 2005, Nikhil Nair wrote: [...] I'm sorry to say that the chooser is currently not accessible. I'm sure some setup developers have half-baked attempts to decouple the logic from the chooser in their private sandboxes (I do), but nothing worth even showing to others, apparently. Assuming you have the ability to edit files, as a temporary workaround you could add the following line to your /etc/setup/installed.db (in alphabetical order): emacs emacs-0-0.tar.bz2 0 and re-run setup. It should now upgrade the version of emacs it thinks you have (0-0), effectively installing emacs. HTH, Igor Thanks, Igor - that workaround performed flawlessly. Am I right in suspecting that, if I were to use this method for another package which had unsatisfied dependencies, setup.exe wouldnt' sort out those dependencies for me? Or would it assume the dependencies had changed since version 0-0, and handle them seamlessly? On a different note, could anyone spare a few minutes to describe exactly how you operate the chooser, as a sighted user? If I can understand what I should be doing with the mouse, I may be able to get my screen reader to emulate that; it has quite a bit of power to simulate clicks, holding the mouse buttons etc., though most blind people don't use them since ordinary keyboard access is so much easier. Applications which need mouse manipulation of that sort are generally considered to be inaccessible, but that doesn't mean you can't get them working if you know what to do. Cheers, Nikhil. Nikhil, I will try to explain how I use setup.exe with a mouse. If any of this stuff doesn't translate well, let me know. I usually make sure I have the latest version of setup.exe. I run it from my browser. I run Internet Explorer and browse to http://www.cygwin.com. I am behind a proxy server that requires authentication, so I have an extra pop-up box asking me for my user name and password to get to the Internet. I click on the Install or update now link which points to http://www.cygwin.com/setup.exe. The pop-up box from Internet Explorer asks me if I want to Open it or Save it (as well as Cancel or More Info). I choose to Open it. The Cygwin Setup wizard opens after the download finishes. It says Cygwin Net Release Setup Program and has a back button (currently grayed out), a next button, and cancel button. I click on Next. You can also use ALT-N. There are three radio buttons on the next screen labeled Choose A Download Source. The top radio button is labeled Install from Internet and (for my system) is enabled by default. It has a hot-letter of 'I', so ALT-I should select it also. There is also Download Without Installing (hot-letter 'D') and Install from Local Directory (hot-letter 'L') I click on Next again. The next screen is called Select Root Install Directory. Mine is the default location of C:\cygwin and I believe the other default values are what most people use. You can install it for All users (hot-letter 'A') or for Just Yourself (hot-letter 'M') and have a default text file type of DOS (hot-letter 'O') or Unix (hot-letter 'U'). The defaults are All Users and Unix. I click on Next again. The next screen is called Select Local Package Directory. I changed my local package directory to a generic temporary folder because I delete the downloaded package information after they are installed. You can do whatever you want on this screen or leave it at the default. I click on Next again. The next screen is called Select Your Internet Connection. There are three radio buttons to choose from on this screen: Direct Connection (hot-letter 'D'), Use IE5 Settings (hot-letter 'I'), and Use HTTP/FTP Proxy (hot-letter 'P'). Since I have a proxy server I must use for Internet Access, I choose to Use IE5 Settings. The proxy settings are already set up in Internet Explorer. If I had to enter them manually, I would choose Use HTTP/FTP Proxy and then I would have to enter the Proxy Host (hot-letter 'H') and Port (hot-letter 't') manually. I click on Next again. A Cygwin setup.exe generated pop-up box prompts me for my Proxy User ID (hot-letter 'U') and Password (hot-letter 'P'). The box says Proxy Authentication Required as the title and has the text Proxy Authorization Required above the two text entry fields. I enter my information and hit ENTER. This is the same as pressing the 'OK' button at this point. The next screen is Choose A Download Site. There is a long list of Available Download Sites. You can CTRL-CLICK on them to select multiple entries. I have ftp://mirrors.rcn.net selected only. There is also another text field called User URL where you can enter a custom URL. There don't seem to be any hot-letters on this screen. I click on Next again. It downloads the compressed setup information file and
Re: Blind people using setup.exe?
Dave Korn wrote: Igor Pechtchanski wrote: Mangled attributions. I wrote this bit. I was replying to both of you, and quoting you through Igor's quote. So, if it doesn't exist anymore, how do we workaround a package validation failure exception? Essentially the operation of setup.exe now is as if --no-md5 was always passed on the command line. Previously there were two types of MD5 check, one that checked the entire local package directory (if you select 'install from local dir') and a second that checks each package before installing it. This meant unnecessary double-checking of packages you were about to install from a local dir, and unnecessary checking of packages you had no intent to install. The operation of the second kind (which was always unaffected by --no-md5) remains the same. http://cygwin.com/ml/cygwin-apps-cvs/2005-q2/msg00036.html Brian
Re: Blind people using setup.exe?
On Mon, 27 Jun 2005, Brian Dessent wrote: Igor Pechtchanski wrote: Hehe. While we're at it, would you like to make setup print out a list of its command-line options, either in a message box or by doing an AllocConsole()? I know the latter approach will pop up a console box if setup is started from a pty or via a shortcut (which will go away once the output is done), but it's better than nothing, and should work just fine if setup is started from a console shell. I think having a spurious console appear and then disappear is not very friendly. I have considered having it do a messagebox with the --help output, which I guess is better than what we have now. One advantage of using the AllocConsole approach is that when starting setup from a console window, the output would appear on that console. If there is a way to check whether AllocConsole actually creates a new console or reuses the existing one (by, say, trying AttachConsole(ATTACH_PARENT_PROCESS), though that'd only work in WinXP), setup could also add a Pause... prompt after displaying the help message in a new console. Of course, ideally it would be great to have setup interact with pty's... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: Blind people using setup.exe?
Nikhil Nair wrote: Am I right in suspecting that, if I were to use this method for another package which had unsatisfied dependencies, setup.exe wouldnt' sort out those dependencies for me? Or would it assume the dependencies had changed since version 0-0, and handle them seamlessly? It should actually sort out the dependencies. Though I have not actually tested this. But conceptually the logic flow is the same as installing package A in setup, deselecting dependent package B, and then re-running setup and seeing that it has re-selected package B for you. In other words, each time setup initializes it should fill in any dangling dependencies. On a different note, could anyone spare a few minutes to describe exactly how you operate the chooser, as a sighted user? If I can understand what I should be doing with the mouse, I may be able to get my screen reader to emulate that; it has quite a bit of power to simulate clicks, holding the mouse buttons etc., though most blind people don't use them since ordinary keyboard access is so much easier. Applications which need mouse manipulation of that sort are generally considered to be inaccessible, but that doesn't mean you can't get them working if you know what to do. As Igor said it's not so much a problem of mouse input, the problem is that the package selection widget is a custom window that paints everything itself, rather than using any standard components. I still think it is possible to rework all this and end up with a result that is both easier to use and accessible. I can't offer any idea of when that might happen, but I do hope that everyone with a stake in having an accessible setup.exe will at least keep a cursory watch for setup test releases so that we can get feedback on how new versions with these changes work with screen readers. I'll try to remember to include something like [accessibility] in any subject that asks for feedback on the topic. Brian
Re: Blind people using setup.exe?
Igor Pechtchanski wrote: One advantage of using the AllocConsole approach is that when starting setup from a console window, the output would appear on that console. If there is a way to check whether AllocConsole actually creates a new console or reuses the existing one (by, say, trying AttachConsole(ATTACH_PARENT_PROCESS), though that'd only work in WinXP), setup could also add a Pause... prompt after displaying the help message in a new console. I seem to remember a long thread about this in the past, with the conclusion being that getting any kind of console output from a binary compiled as a 'Windowed' program was too difficult. A 'Windowed' application does not start attached to a console, even if it was spawned from one, so if you ran setup --help from a regular prompt it would still result in a new console window popping up. To me that's no better than just using MessageBox() to display the same info, or perhaps a small readonly EditText control so that the user can copy and paste the output without having to know that ^C copies the messagebox contents. The AttachConsole() function seems to be the way to get around this but since it's XP only I don't think that helps the cause much. Of course, ideally it would be great to have setup interact with pty's... This might be simple since the pty is just a pipe connected to stdout, but I have the impression that the majority of users use the standard bash CMD prompt without setting CYGWIN=tty or using rxvt. Brian
Re: cygwin packaging approach for atlas3.6 and lapack3
--- Igor Pechtchanski wrote: The problem with your approach is that if you install both the binary and the source packages, and then upgrade the binary package, the optimized versions will be gone. I'd prefer the postinstall solution, combined with a helper DLL that delegates to either the default or the optimized DLLs. Igor Hmm, what about use of the /usr/local hierarchy (eg. /usr/local/bin for the dll) for install of the optimized version? A script in /etc/profile.d could ensure that /usr/local/bin occurs ahead of /usr/bin in the path. The fhs specifies /usr/local for local software installs that should not be overwritten when updating system software.
Re: STL errors building setup with gcc 3.4.4
Igor Pechtchanski wrote: /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/bits/stl_vector.h:715: warning: '__result' might be used uninitialized in this function /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/bits/stl_uninitialized.h:82: warning: '__cur' might be used uninitialized in this function /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/bits/stl_uninitialized.h:82: warning: '__cur' might be used uninitialized in this function I see the same thing here. It looks like this is one of those consequences of living on the -Wall -Werror edge. I poked around in gcc bugzilla and couldn't find anything that applies directly to this but I did find some cases of spurious might be uninitialized warnings which seem to have been caused by the compiler deciding to inline a function that initializes the variable but not being smart enough to realize that this inlined code is actually initializing that variable, not trying to access it. If you can reduce the offending parts down to a testcase that might be helpful. Otherwise for the time being the workarounds of one or more of (use gcc 3.3, remove -Werror, specify -Wno-uninitialized) might be easiest. Brian
Re: Blind people using setup.exe?
Dear all, On balance, I've now decided to chicken out and leave the mouse manipulation stuff... Ivor, you were quite right - if nothing else, finding a drawn line between two columns etc. is probably not doable. However, Ivor's trick of inserting package information with a 0-0 version number seems to work excellently - doing this for gcc brought in all the dependencies. I've written a short script which does the honours for a list of packages given on the command line, checking they're not already installed. Installing gcc simply involved: $ addpkg.sh gcc $ cygstart [...]/setup.exe and then accepting most of the defaults (I just pressed enter when I reached the chooser screen). I enclose the script below, in the hope that it might be useful to others, blind or not. Cheers, Nikhil. --- #! /bin/bash # addpkg.sh - add package(s) to /etc/setup/installed.db, using version 0-0, # and skipping if they're already there. # N. Nair, 27 June 2005 # # Usage: addpkg.sh package... installed=/etc/setup/installed.db tmp=/tmp/addpkg$$ # First, the sort_ function, which sorts a la installed.db # (i.e. numerical, but as if '_' comes after 'z' ...) function sort_ () \ { tr _ \~ | sort | tr \~ _ return $? } pkglist=$tmp.pl awk '{ print $1 }' $installed $pkglist tmp1=$tmp.list1 rm -f $tmp1 i=0 j=0 n=$# while [ $i -lt $n ] do if ! grep -q ^$1\$ $pkglist then echo $1 $1-0-0.tar.bz2 0 $tmp1 j=$((j+1)) fi shift i=$((i+1)) done if [ $j == 0 ] then rm -f $tmp* echo 'All packages skipped.' 12 exit 2 fi cat $installed $tmp1 | sort_ /tmp/installed.db rm -f $tmp* if ! (mv $installed{,.addpkg-old} mv /tmp/installed.db $installed) then echo Error writing $installed; new file left in /tmp/installed.db 12 exit 1 fi
Re: STL errors building setup with gcc 3.4.4
Brian Dessent wrote: If you can reduce the offending parts down to a testcase that might be helpful. Otherwise for the time being the workarounds of one or more of Here is the reduced testcase: #include vector #include string class OptionSet { OptionSet (); std::vectorstd::string const nonOptions() const; private: std::vectorstd::string nonoptions; }; OptionSet::OptionSet() { nonoptions = std::vectorstd::string (); } std::vectorstd::string const OptionSet::nonOptions() const { return nonoptions; } You only get the warnings with -O2 (and -Wall since this isn't a default warning) which seems to lead me to believe that it does have to do with gcc deciding to inline the function. I'm not a language lawyer, but it does appear that this really is a spurious warning. Should I file a PR? Brian
Re: STL errors building setup with gcc 3.4.4
On Mon, 27 Jun 2005, Brian Dessent wrote: Brian Dessent wrote: If you can reduce the offending parts down to a testcase that might be helpful. Otherwise for the time being the workarounds of one or more of Here is the reduced testcase: #include vector #include string class OptionSet { OptionSet (); std::vectorstd::string const nonOptions() const; private: std::vectorstd::string nonoptions; }; OptionSet::OptionSet() { nonoptions = std::vectorstd::string (); } std::vectorstd::string const OptionSet::nonOptions() const { return nonoptions; } You only get the warnings with -O2 (and -Wall since this isn't a default warning) which seems to lead me to believe that it does have to do with gcc deciding to inline the function. Thanks a lot for doing this! I'm not a language lawyer, but it does appear that this really is a spurious warning. Should I file a PR? Please do. There is no obvious reason why this should be the correct behavior. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: Blind people using setup.exe?
On Mon, 27 Jun 2005, Brian Dessent wrote: Igor Pechtchanski wrote: One advantage of using the AllocConsole approach is that when starting setup from a console window, the output would appear on that console. If there is a way to check whether AllocConsole actually creates a new console or reuses the existing one (by, say, trying AttachConsole(ATTACH_PARENT_PROCESS), though that'd only work in WinXP), setup could also add a Pause... prompt after displaying the help message in a new console. I seem to remember a long thread about this in the past, with the conclusion being that getting any kind of console output from a binary compiled as a 'Windowed' program was too difficult. A 'Windowed' application does not start attached to a console, even if it was spawned from one, so if you ran setup --help from a regular prompt it would still result in a new console window popping up. To me that's no better than just using MessageBox() to display the same info, or perhaps a small readonly EditText control so that the user can copy and paste the output without having to know that ^C copies the messagebox contents. Right. I did manage to get setup access to its parent console's stdout by compiling setup as a console application instead of a windowed one. Once setup knows that it doesn't need to print out a message, it calls FreeConsole(). This works from both a bash console window and an xterm/pty. One unpleasant side effect of this is that a console window flashes briefly and disappears when setup is started from a shortcut. Don't know if living with this is better than not being able to print out help and version information... If this is acceptable, I'll post a patch. There may also be a way to hide the console window unless one is already available -- I'll investigate this further. The AttachConsole() function seems to be the way to get around this but since it's XP only I don't think that helps the cause much. FWIW, I couldn't get AttachConsole((DWORD)-1) to work. Probably a cockpit error, and irrelevant anyway, since it'd only work on XP. Of course, ideally it would be great to have setup interact with pty's... This might be simple since the pty is just a pipe connected to stdout, but I have the impression that the majority of users use the standard bash CMD prompt without setting CYGWIN=tty or using rxvt. You're right -- setup works with ptys without any modifications. It's the console interaction that's hard. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: Blind people using setup.exe?
On Mon, Jun 27, 2005 at 05:50:08PM -0400, Igor Pechtchanski wrote: Right. I did manage to get setup access to its parent console's stdout by compiling setup as a console application instead of a windowed one. Once setup knows that it doesn't need to print out a message, it calls FreeConsole(). This works from both a bash console window and an xterm/pty. One unpleasant side effect of this is that a console window flashes briefly and disappears when setup is started from a shortcut. I think that this behavior is rediscovered every time this issue comes up. No, a flashing black window is not acceptable. A usage window is the way to go. Isn't this all in the archives? cgf
Please upload: WindowMaker-0.90.0-2
http://homer.starnet.com/~hunth/cygwin/release/X11/WindowMaker/WindowMaker-0.90.0-2.tar.bz2 http://homer.starnet.com/~hunth/cygwin/release/X11/WindowMaker/WindowMaker-0.90.0-2-src.tar.bz2 (Yes, the setup.hint has been updated, please be sure to get it too) http://homer.starnet.com/~hunth/cygwin/release/X11/WindowMaker/setup.hint Harold
Re: STL errors building setup with gcc 3.4.4
Igor Pechtchanski wrote: Please do. There is no obvious reason why this should be the correct behavior. I filed PR 22207 with the testcase. Oddly, the gcc-3.4 in Debian unstable does not emit the warnings: $ g++-3.4 spurious_uninitialized_testcase.ii -Wall -Werror -O2 -c $ g++-3.4 -v Reading specs from /usr/lib/gcc/i486-linux-gnu/3.4.5/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --libexecdir=/usr/lib --with-gxx-include-dir=/usr/include/c++/3.4 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --program-suffix=-3.4 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --disable-werror i486-linux-gnu Thread model: posix gcc version 3.4.5 20050613 (prerelease) (Debian 3.4.4-1) ...which implies one of the following: - it's been fixed already on the 3.4.x tree - one of Debian's patches addresses it - it's cygwin/windows specific (though I can't see how that would be) Brian
Re: Blind people using setup.exe?
Larry Hall wrote: You can certainly manipulate the state of the console window using the STARTUPINFO structure for CreateProcess() (see the dwFlags and wShowWindow parameters). I've used this in the past to hide a console window that's created by invoking a console app via CreateProcess(). I think we're just going in circles here. The whole point of compiling setup as a character mode application is that so it would have a console attached when it runs. But then you have the ugly flashing console window. If you supply the DETACHED (whatever it's called) option to CreateProcess, then you're back to where you started and might as well just compile it as a windowed process that has no console. Really I think just displaying a MessageBox (or some other kind of notification window) is the best way to go. Since setup uses the autoload capability it *might* be possible to detect if running under XP and call AttachConsole(). But even that may be overcomplicating things, because then you have different behaviors depending on what OS it's running on, and whether a console or a pty is involved. Brian
Re: Blind people using setup.exe?
On Mon, 27 Jun 2005, Brian Dessent wrote: Larry Hall wrote: You can certainly manipulate the state of the console window using the STARTUPINFO structure for CreateProcess() (see the dwFlags and wShowWindow parameters). I've used this in the past to hide a console window that's created by invoking a console app via CreateProcess(). I think we're just going in circles here. The whole point of compiling setup as a character mode application is that so it would have a console attached when it runs. But then you have the ugly flashing console window. If you supply the DETACHED (whatever it's called) option to CreateProcess, then you're back to where you started and might as well just compile it as a windowed process that has no console. Really I think just displaying a MessageBox (or some other kind of notification window) is the best way to go. Since setup uses the autoload capability it *might* be possible to detect if running under XP and call AttachConsole(). I've poked around, and it seems that the console handling design is so retarded, there isn't a way of doing this at all. So, looks like a MessageBox of sorts is the way to go after all. But even that may be overcomplicating things, because then you have different behaviors depending on what OS it's running on, and whether a console or a pty is involved. Unless... Is there a way to ensure that setup always runs with its standard out attached to a pipe? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
Re: PCYMTNQREAIYR (Was Re: cygwin packaging approach for atlas3.6 and lapack3)
Igor Pechtchanski wrote: Since you repackage anyway, this should work. Hmm, yes. I'll try to change it in future releases. Gerrit -- =^..^=
Re: STL errors building setup with gcc 3.4.4
Igor Pechtchanski wrote: Hi, I'm getting weird errors in the bowels of STL code when building setup using the latest GCC (3.4.4-1). Below is a sample of the errors. I'm stumped -- any ideas? Igor This is cygwin-apps, please use the main list;) Gerrit -- =^..^=
Re: STL errors building setup with gcc 3.4.4
Gerrit P. Haase wrote: Igor Pechtchanski wrote: Hi, I'm getting weird errors in the bowels of STL code when building setup using the latest GCC (3.4.4-1). Below is a sample of the errors. I'm stumped -- any ideas? Igor This is cygwin-apps, please use the main list;) Just kidding, I didn't realized that the problem is about building setup. Maybe a tag in the subject would be nice? Gerrit -- =^..^=
Re: Blind people using setup.exe?
On Mon, Jun 27, 2005 at 09:35:35PM -0400, Igor Pechtchanski wrote: I've poked around, and it seems that the console handling design is so retarded, there isn't a way of doing this at all. So, looks like a MessageBox of sorts is the way to go after all. Right. If someone wants to provide help output in a message box, that would be wonderful. Otherwise, I don't think the topic deserves another run around the track. cgf
Re: PCYMTNQREAIYR (Was Re: cygwin packaging approach for atlas3.6 and lapack3)
On Tue, Jun 28, 2005 at 03:36:51AM +0200, Gerrit P. Haase wrote: Igor Pechtchanski wrote: Since you repackage anyway, this should work. Hmm, yes. I'll try to change it in future releases. The reason for the mingw repackaging was to set up a /usr/lib/mingw if one already existed, for backwards compatibility. Otherwise, it was only supposed to set up a /usr/i686-mingw32/lib. cgf
Re: PCYMTNQREAIYR (Was Re: cygwin packaging approach for atlas3.6 and lapack3)
On Mon, 27 Jun 2005, Christopher Faylor wrote: On Tue, Jun 28, 2005 at 03:36:51AM +0200, Gerrit P. Haase wrote: Igor Pechtchanski wrote: Since you repackage anyway, this should work. Hmm, yes. I'll try to change it in future releases. The reason for the mingw repackaging was to set up a /usr/lib/mingw if one already existed, for backwards compatibility. Otherwise, it was only supposed to set up a /usr/i686-mingw32/lib. I see. Is there any reason why /usr/lib/mingw can't be a symlink to /usr/i686-pc-mingw32/lib, instead of vice versa? Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
RE: Changing colours of XTerm
[EMAIL PROTECTED] wrote: Hello, I have begun to use Cygwin on Windows and I have tried every technique I could find on the web for changing from the default black-on-white colours of Xterm (and perhaps other X applications) to something that's easier to look at. None of the techniques worked. I tried, among other things, changing XResources and uncommenting the lines in XTerm-color that XTerm-color told me to uncomment if I wanted to change colours. Does anyone know for sure how to change colours IN CYGWIN, because the general UNIX techniques don't seem to be working? Thanks in advance, Liam. _ eircom broadband is now up to four times faster than before. Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer configuration using .Xdefaults works fine for me. If that doesn't work, you can always setup a script/shortcut and explicitly set -fg and -bg reid
Remote Java GUI window decoration in multiwindow mode
Hello, I'm running Cygwin/X in multiwindow mode and it works quite fine. However, if I try to start a Java GUI that uses default lookfeel window decoration on a remote box, I get the following error in the shell on the remote host and the application won't start: --- Xlib: unexpected async reply (sequence 0x7d)! --- To make things a little bit clearer: I'm running Windows XP Professional with Cygwin/X on my machine. Options to XWin are -multiwindow -clipboard -silent-dup-error. I open an xterm and do an ssh -Y remotehost. The remote host runs under Linux and has Sun JDK 1.4.2_05 installed. Then I start my Java GUI that has been told to use system look and feel window decorations. Then the error mentioned above occurs. There's no error entry in my Cygwin XWin.log. For those familiar with Java: The top level container is a JFrame and there's the following line in the application's source code: --- JFrame.setDefaultLookAndFeelDecorated(true); --- I have found three workarounds to this problem, but as the name suggests these are only workarounds and don't satisfy me. 1) Removing the line mentioned above from the source code and running without changed window decorations obviously solves this problem. ;) 2) It works, too, if I don't run Cygwin/X in multiwindow mode and use twm or openbox as window manager. 3) Another solution is to use JDK 5.0. I didn't recompile my application with JDK 5.0, but used the classes generated with 1.4.2_05 and was able to successfully start it with the JRE from JDK 5.0. However this way I have the standard Windows window decoration wrapped around the window decorations that are used on my Linux box. :( The last solution makes me wonder if this is actually a problem with multiwindow mode in Cygwin/X or a bug in the older JDK. Bye Michael -- Michael Denk Fakultät für Mathematik und Informatik Tel. +49 (0851) 509-3136 Universität Passau, Raum K08 IM (Aquarium) denk at fmi.uni-passau.dehttp://www.fmi.uni-passau.de/~denk
WindowMaker bad default values
Hi, I've just installed WindowMaker for the first time and ran into difficulties with the default Font settings. This is the script I've used to start X. $ diff `which startxwin.sh` startxwmaker.sh 101c101 XWin -multiwindow -clipboard -silent-dup-error --- XWin -clipboard -silent-dup-error 116c116 # twm --- wmaker When I run the script this is what I received: - [EMAIL PROTECTED] ~ $ ./startxwmaker.sh [EMAIL PROTECTED] ~ $ Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.8.2.0-2 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -clipboard -silent-dup-error _XSERVTransmkdir: Cannot create /tmp/.X11-unix with root ownership winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information (==) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TT F/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/ lib/ X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 16 bits per pixel winFinishScreenInitFB - Masks: f800 07e0 001f MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shar ed memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (--) Using preset keyboard for English (USA) (409), type 4 Rules = xorg Model = pc105 Layout = us Variant = (null) Options = (null ) (--) 3 mouse buttons found Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing from li st! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from li st! winPointerWarpCursor - Discarding first warp: 573 419 winProcEstablishConnection - Hello winInitClipboard () winProcEstablishConnection - winInitClipboard returned. winClipboardProc - Hello DetectUnicodeSupport - Windows NT/2000/XP winClipboardProc - DISPLAY=127.0.0.1:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. Xlib: extension MIT-SHM missing on display 127.0.0.1:0.0. wmaker warning: could not load font: Trebuchet MS,Luxi Sans:pixelsize=12. wmaker warning: could not load font: Trebuchet MS,Luxi Sans:weight=200:pixelsize =12. wmaker warning: could not load any fonts. Make sure your font installation and l ocale settings are correct. wmaker fatal error: could not initialize WINGs widget set wmaker fatal error: it seems that there is already a window manager running winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. xterm: fatal IO error 32 (Broken pipe) or KillClient on X server 127.0.0.1:0.0 winDeinitMultiWindowWM - Noting shutdown in progress - By changing Wmaker to twm it started up fine, and checked the installed fonts. WindowMakers default fonts were not listed. I then installed the xorg-x11-fscl package, which then fixed the issue. Running the script started up WindowMaker just fine. Running xlsfonts shows that only the Luxi Sans fonts are installed not the Trebuchet MS fonts. I don't know if it is easier to update what the default fonts are going to be for WindowMaker ( i.e. what is in the GNUstep/Defaults/WMGLOBAL after invoking wmaker.inst ) or making WindowMaker dependant on xorg-x11-fscl. It would be nice if either of these things happened so that WindowMaker works out of the box. Thanks, Frodak
RE: Changing colours of XTerm
-Original Message- From: Reid Thompson [mailto:[EMAIL PROTECTED] Sent: Monday, June 27, 2005 7:06 AM To: cygwin-xfree@cygwin.com Subject: RE: Changing colours of XTerm [EMAIL PROTECTED] wrote: Hello, I have begun to use Cygwin on Windows and I have tried every technique I could find on the web for changing from the default black-on-white colours of Xterm (and perhaps other X applications) to something that's easier to look at. None of the techniques worked. I tried, among other things, changing XResources and uncommenting the lines in XTerm-color that XTerm-color told me to uncomment if I wanted to change colours. Does anyone know for sure how to change colours IN CYGWIN, because the general UNIX techniques don't seem to be working? Thanks in advance, Liam. _ eircom broadband is now up to four times faster than before. Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer configuration using .Xdefaults works fine for me. If that doesn't work, you can always setup a script/shortcut and explicitly set -fg and -bg reid Hi, Here are the settings I've used in .Xdefaults: XTerm*background: black XTerm*foreground: orchid3 XTerm*internalBorder: 10 !This is for fixing the backspace not to do ^H but ^? XTerm.*.backarrowKey: false !This is for double clicking XTerm*charClass: 33:48,35:48,37:48,43:48,45-47:48,64:48,95:48,126:48 XTerm*cursorBlink: true XTerm*cursorColor: green4 XTerm*pointerColor: green4 !The default blue is too dark on my monitor XTerm*color4: blue1
Re: Numlock and java applications
Wrong list. Questions about Cygwin/X should be sent to the cygwin-xfree list. Redirecting. On Mon, 27 Jun 2005, Casolaro, Didier wrote: Hello, I'm developping and testing java application under KDE (3.4.0) environment trough cygwing running on Windows XP. If numlock key is active, some keys of my keyboard (enter, arrows, numpad keys, backspace) don't work any more with any java application. Is there any patch anywhere to make java application working properly without having to unlock numlock key? Thanx for your answer... AFAIK, no. But you may get other answers on the cygwin-xfree list. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT
src/winsup/cygwin ChangeLog fhandler_disk_file.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2005-06-27 14:18:14 Modified files: winsup/cygwin : ChangeLog fhandler_disk_file.cc Log message: * fhandler_disk_file.cc (fhandler_disk_file::facl): Add missing break. Patches: http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.2978r2=1.2979 http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.128r2=1.129
How to grant user rights with cygwin
Hello, for some services to run under user security other than SYSTEM it is neccessary to give the user special windows rights. For now i only now some Windows-Tools (from ResourceKit, or Freeware) to do this. But, is there a cygwin-way for doing this ?! Example: I want to run sshd as user daemon. This user had to have the rights: - Increase quotas - Replace process level token - Logon as service Mit freundlichen Grüssen, Oliver Geisen --- Systemadministrator Kreisboten Verlag Mühlfellner KG Telefon: 0881/686-63 Telefax: 0881/686-74 Mail: [EMAIL PROTECTED] --- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How to grant user rights with cygwin
Am Montag, 27. Juni 2005 08:06 schrieb Oliver Geisen: Hello, for some services to run under user security other than SYSTEM it is neccessary to give the user special windows rights. For now i only now some Windows-Tools (from ResourceKit, or Freeware) to do this. But, is there a cygwin-way for doing this ?! Example: I want to run sshd as user daemon. This user had to have the rights: - Increase quotas - Replace process level token - Logon as service edightrights.exe from the editrights package should be the tool you can use. Try editrights -hv for more info. Regards mks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Numlock and java applications
Hello, I'm developping and testing java application under KDE (3.4.0) environment trough cygwing running on Windows XP. If numlock key is active, some keys of my keyboard (enter, arrows, numpad keys, backspace) don't work any more with any java application. Is there any patch anywhere to make java application working properly without having to unlock numlock key? Thanx for your answer... -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: HUGE is missing in math.h
On Jun 26 09:37, Humberto Bortolossi wrote: Hi! I'm trying to port a C program written originally in Linux to the Microsoft Windows plataform. I've realized that math.h under cygwin doesn't define the macro HUGE, that is defined in the math.h under linux: /* Declarations for math functions. Copyright (C) 1991-1993,1995-1999,2001,2002 Free Software Foundation, Inc. This file is part of the GNU C Library. */ /* SVID mode specifies returning this large value instead of infinity. */ # define HUGE 3.40282347e+38F I thought math.h should be quite portable ... HUGE is not portable. It's not defined in the standard, see http://www.opengroup.org/onlinepubs/009695399/basedefs/math.h.html Use HUGE_VAL instead. However, other definitions are missing in math.h, like HUGE_VALF, HUGE_VALL, INFINITY and NAN. Since math.h is part of newlib, I've redirect this posting to the newlib mailing list. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bash and make are trapped in an endless loop
Hi, if i start a fresh cygwin shell and I enter an asterisk at the prompt: $ * then nothing happens. That's OK, although one could expect a message like: bash: *: command not found. But when i execute the following Makefile: foo: * make will print the following lines to stderr: PROJECT_NAME: not found PROJECT_NUMBER: not found OUTPUT_DIRECTORY: not found CREATE_SUBDIRS: not found OUTPUT_LANGUAGE: not found USE_WINDOWS_ENCODING: not found BRIEF_MEMBER_DESC: not found REPEAT_BRIEF: not found ABBREVIATE_BRIEF: not found ALWAYS_DETAILED_SEC: not found INLINE_INHERITED_MEMB: not found FULL_PATH_NAMES: not found STRIP_FROM_PATH: not found STRIP_FROM_INC_PATH: not found SHORT_NAMES: not found JAVADOC_AUTOBRIEF: not found MULTILINE_CPP_IS_BRIEF: not found DETAILS_AT_TOP: not found INHERIT_DOCS: not found DISTRIBUTE_GROUP_DOC: not found SEPARATE_MEMBER_PAGES: not found TAB_SIZE: not found ALIASES: not found OPTIMIZE_OUTPUT_FOR_C: not found OPTIMIZE_OUTPUT_JAVA: not found SUBGROUPING: not found EXTRACT_ALL: not found EXTRACT_PRIVATE: not found EXTRACT_STATIC: not found EXTRACT_LOCAL_CLASSES: not found EXTRACT_LOCAL_METHODS: not found HIDE_UNDOC_MEMBERS: not found HIDE_UNDOC_CLASSES: not found HIDE_FRIEND_COMPOUNDS: not found HIDE_IN_BODY_DOCS: not found INTERNAL_DOCS: not found CASE_SENSE_NAMES: not found HIDE_SCOPE_NAMES: not found SHOW_INCLUDE_FILES: not found INLINE_INFO: not found SORT_MEMBER_DOCS: not found SORT_BRIEF_DOCS: not found SORT_BY_SCOPE_NAME: not found GENERATE_TODOLIST: not found GENERATE_TESTLIST: not found GENERATE_BUGLIST: not found and then make stays in an endless loop which prints lines y y y ... to stdout When i then kill make with Ctrl-C and enter the asterisk in the command line, I have the same behaviour, i. e. executing '*' will give the same messages and ends in an endless loop. Best regards, Christian Matuszewski -- Geschenkt: 3 Monate GMX ProMail gratis + 3 Ausgaben stern gratis ++ Jetzt anmelden testen ++ http://www.gmx.net/de/go/promail ++ Makefile.bug Description: Binary data cygcheck.out Description: Binary data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: bash and make are trapped in an endless loop
Original Message From: Christian Matuszewski Sent: 27 June 2005 12:42 Hi, if i start a fresh cygwin shell and I enter an asterisk at the prompt: $ * then nothing happens. That's OK, although one could expect a message like: bash: *: command not found. But when i execute the following Makefile: foo: * make will print the following lines to stderr: PROJECT_NAME: not found PROJECT_NUMBER: not found OUTPUT_DIRECTORY: not found CREATE_SUBDIRS: not found OUTPUT_LANGUAGE: not found USE_WINDOWS_ENCODING: not found BRIEF_MEMBER_DESC: not found REPEAT_BRIEF: not found ABBREVIATE_BRIEF: not found ALWAYS_DETAILED_SEC: not found INLINE_INHERITED_MEMB: not found FULL_PATH_NAMES: not found STRIP_FROM_PATH: not found STRIP_FROM_INC_PATH: not found SHORT_NAMES: not found JAVADOC_AUTOBRIEF: not found MULTILINE_CPP_IS_BRIEF: not found DETAILS_AT_TOP: not found INHERIT_DOCS: not found DISTRIBUTE_GROUP_DOC: not found SEPARATE_MEMBER_PAGES: not found TAB_SIZE: not found ALIASES: not found OPTIMIZE_OUTPUT_FOR_C: not found OPTIMIZE_OUTPUT_JAVA: not found SUBGROUPING: not found EXTRACT_ALL: not found EXTRACT_PRIVATE: not found EXTRACT_STATIC: not found EXTRACT_LOCAL_CLASSES: not found EXTRACT_LOCAL_METHODS: not found HIDE_UNDOC_MEMBERS: not found HIDE_UNDOC_CLASSES: not found HIDE_FRIEND_COMPOUNDS: not found HIDE_IN_BODY_DOCS: not found INTERNAL_DOCS: not found CASE_SENSE_NAMES: not found HIDE_SCOPE_NAMES: not found SHOW_INCLUDE_FILES: not found INLINE_INFO: not found SORT_MEMBER_DOCS: not found SORT_BRIEF_DOCS: not found SORT_BY_SCOPE_NAME: not found GENERATE_TODOLIST: not found GENERATE_TESTLIST: not found GENERATE_BUGLIST: not found and then make stays in an endless loop which prints lines y y y ... to stdout When i then kill make with Ctrl-C and enter the asterisk in the command line, I have the same behaviour, i. e. executing '*' will give the same messages and ends in an endless loop. WDDTT! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: NFS errors
Larry Hall wrote: At 01:59 PM 6/24/2005, you wrote: After an abortive attempt a few months back, I am trying once more to get NFS working (Windows XP, cygwin 1.5.15). The daemons (portmap, mountd, and Maybe you want to update to current (or snapshot) Cygwin (at least)? Since the nfs server version I am running is current, I wouldn't think it would matter, but I updated to the current Cygwin anyway... nfsd) start up without error. I have a /etc/exports file that contains: /exports/c rowan(rw) Don't you need something like squash_uids here to handle your Windows to *nix user ID mapping? OK - I changed the exports entry to: /exports/c rowan(rw,all_squash,anonuid=28803,anongid=10513) More or less the same thing: the mount of the exported filesystem succeeds, but a ls /xp on the client machine hangs (unkillable) with periodic messages: nfs server l1422169:/exports/c: not responding There are not new entries in /var/log/nfsd.log and the only entries in /var/log/mountd.log show: mountd[3604] 06/27/105 07:23 mountd.c 36 : NFS mount request completed (/exports/c, from 10.93.52.36) Any other thoughts? - Will -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: NFS errors
Crump, Michael wrote: When I was trying to get NFS working a few months back I found that if you have more than one network connection on the server machine all of the connections have to be enabled and connected to a network. After I did this nfs did work. I am not sure what you mean by this - the XP server and FreeBSD client are both connected to an office network via a single Ethernet interface. - Will -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash and make are trapped in an endless loop
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christian Matuszewski on 6/27/2005 5:42 AM: Hi, if i start a fresh cygwin shell and I enter an asterisk at the prompt: $ * then nothing happens. That's OK, although one could expect a message like: bash: *: command not found. Typing * as your command normally expands into a list of all the files in that directory, then tries to execute the first file in that list (try echo * to see what would happen). Your desired error message will only occur if filename expansion is disabled, such as by using set -f. Beyond that, the behavior that you get from typing * (or letting make type it), depends on your current directory. Based on your report, I'm guessing that your first directory was empty, or started with a file that was executable and did nothing; but when you switched to the directory where your Makefile was, you happened to get a first filename listed that was treated as a program and which entered into an infinite loop (the infinite string of y's tends to imply that somewhere you invoked /bin/yes). But this behavior is not unique to cygwin. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCv/YG84KuGfSFAYARArPzAJ4l6wnWniptdsueqwN/wgRfzB8pxACdEbFG CxStu2UEiJGCkhM04NKxKZE= =oLZK -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Bash 3.0-2 and kill
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Angelo Graziosi on 6/24/2005 3:26 PM: I have noted that when one uses kill -9 process-PID in bash 3.0-2 (test), the command kills the process but also bash (even if one uses /bin/kill...). I have gotten to the point where I am seeing reproducible crashes in a plain debugging version of bash inside gdb, but that the problem appears to be malloc'd memory corruption (I hate those bugs - they are so hard to pinpoint). I now have to attempt to build a malloc-debugging version of bash, and see where bash is corrupting the heap. - -- Life is short - so eat dessert first! Eric Blake [EMAIL PROTECTED] cygwin bash maintainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCv/eG84KuGfSFAYARAmDAAJ93n5jZc4nYPDiC+iSQEa2enXTI0QCeLRtx BQFprLBCY1F1EPUzdiCEong= =JenQ -END PGP SIGNATURE- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: NFS errors
On Mon, 27 Jun 2005, Will Parsons wrote: Crump, Michael wrote: When I was trying to get NFS working a few months back I found that if you have more than one network connection on the server machine all of the connections have to be enabled and connected to a network. After I did this nfs did work. I am not sure what you mean by this - the XP server and FreeBSD client are both connected to an office network via a single Ethernet interface. I think this may be a valid point, actually. The XP server probably has other network interfaces defined (dial-up, or wireless if you have a laptop, or a VPN of some sort). Most likely they aren't enabled. Some programs (notably X, but probably the NFS server as well) may latch on to the wrong interface, which is disabled. X has a -from parameter to specify which interface to use. Don't know if NFS has a similar parameter, but it may be worth investigating. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash and make are trapped in an endless loop
--- Ursprüngliche Nachricht --- Von: Eric Blake [EMAIL PROTECTED] An: Christian Matuszewski [EMAIL PROTECTED] Kopie: cygwin@cygwin.com Betreff: Re: bash and make are trapped in an endless loop Datum: Mon, 27 Jun 2005 06:50:14 -0600 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Christian Matuszewski on 6/27/2005 5:42 AM: Hi, if i start a fresh cygwin shell and I enter an asterisk at the prompt: $ * then nothing happens. That's OK, although one could expect a message like: bash: *: command not found. Typing * as your command normally expands into a list of all the files in that directory, then tries to execute the first file in that list (try echo * to see what would happen). Your desired error message will only occur if filename expansion is disabled, such as by using set -f. Beyond that, the behavior that you get from typing * (or letting make type it), depends on your current directory. Based on your report, I'm guessing that your first directory was empty, or started with a file that was executable and did nothing; but when you switched to the directory where your Makefile was, you happened to get a first filename listed that was treated as a program and which entered into an infinite loop (the infinite string of y's tends to imply that somewhere you invoked /bin/yes). But this behavior is not unique to cygwin. OK, thank you very much, now I understand what's going on: In the current directory is a Doxygen configuration file, which is executed. In this file are some variables which are set to YES or NO. At some point this leads to the execution of 'yes'... Thank you for your time... Christian Matuszewski -- Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie! Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Numlock and java applications
Wrong list. Questions about Cygwin/X should be sent to the cygwin-xfree list. Redirecting. On Mon, 27 Jun 2005, Casolaro, Didier wrote: Hello, I'm developping and testing java application under KDE (3.4.0) environment trough cygwing running on Windows XP. If numlock key is active, some keys of my keyboard (enter, arrows, numpad keys, backspace) don't work any more with any java application. Is there any patch anywhere to make java application working properly without having to unlock numlock key? Thanx for your answer... AFAIK, no. But you may get other answers on the cygwin-xfree list. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ps/kill and windows processes
All this bask/kill thread was making me think. Is there a way to list and/or kill windows process from a bash prompt (over ssh)? Jason Pyeron -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Partner Sr. Manager 7 West 24th Street #100 - - +1 (443) 921-0381 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: find -newer problem
On Mon, 27 Jun 2005, Allan WIlkins wrote: I must apologise if this is an already known problem but I have been unable to locate any reference to it in the mail archives. Executing a find using the -newer parameter returns files that appear to be of the same age. e.g. $ find XXX -newer YYY XXX $ ls -l XXX YYY -r--r--r-- 1 allanw Domain Users 10291 Jun 27 10:38 XXX -r--r--r-- 1 allanw Domain Users 5865 Jun 27 10:38 YYY $ ls -lu XXX YYY -r--r--r-- 1 allanw Domain Users 10291 Jun 27 00:00 XXX -r--r--r-- 1 allanw Domain Users 5865 Jun 27 00:00 YYY $ ls -lc XXX YYY -r--r--r-- 1 allanw Domain Users 10291 Jun 27 12:21 XXX -r--r--r-- 1 allanw Domain Users 5865 Jun 27 12:21 YYY However: $ touch AAA BBB $ find AAA -newer BBB $ ls -l AAA BBB -rw-r--r-- 1 allanw Domain Users 0 Jun 27 12:11 AAA -rw-r--r-- 1 allanw Domain Users 0 Jun 27 12:11 BBB $ ls -lc AAA BBB -rw-r--r-- 1 allanw Domain Users 0 Jun 27 12:11 AAA -rw-r--r-- 1 allanw Domain Users 0 Jun 27 12:11 BBB $ ls -lu AAA BBB -rw-r--r-- 1 allanw Domain Users 0 Jun 27 00:00 AAA -rw-r--r-- 1 allanw Domain Users 0 Jun 27 00:00 BBB So if the files are created using touch the find does not return anything. I understand that ls -l displays the last modification time. Is the find using the same date? find *is* using the same date, but you may be running into filesystem granularity issues. FAT, for example, stores dates with the granularity of 2 seconds. You may also want to try test AAA -nt BBB and test BBB -nt AAA, to see whether you get results that are consistent with find. Thanks in advance Al The output of a cygcheck -s -v -r cygcheck.out follows [snip cygcheck output] [snip *another* cygcheck output] In the future, please *attach* the output of cygcheck -svr instead of including it in-line. It cuts down on false positive matches in archive searches. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Emacs 21.3.50 problem on XP
Sorry - running Cygwin 1.5.7-1 on XPSP2. TERM=cygwin. That was my first thought. If it's useful, info seems to exit perfectly fine. Will run cygcheck -s -v -r and post as soon as possible. Igor Pechtchanski [EMAIL PROTECTED] wrote: On Sat, 25 Jun 2005, Dharanyava wrote: http://cygwin.com/acronyms/#PCYMTWLL. Thanks. Okay, I searched found nothing about this: somehow, on my installation, C-x C-c doesn't quit-emacs-permanently; C-x functions alright, but C-c is being caught and returning a beep instead of actually executing quit-emacs-permanently. Does this have anything to do with having to install leim? (I saw that post, and had already started downloading it for updated installation.) Not enough information (see http://cygwin.com/problems.html for problem reporting guidelines). However, at a guess, you're running this from a console window and don't have tty in your CYGWIN variable (as indicated in the emacs README). Try quitting all Cygwin processes; setting CYGWIN=tty (provided your CYGWIN variable was empty before); and then starting bash -- emacs should work from that shell. If that doesn't help, please review http://cygwin.com/problems.html and provide the requested information. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT __ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ps/kill and windows processes
On Mon, 27 Jun 2005, Jason Pyeron wrote: All this bask/kill thread was making me think. Is there a way to list and/or kill windows process from a bash prompt (over ssh)? Yes. /bin/ps -W and /bin/kill -f. See man ps and man kill. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Emacs 21.3.50 problem on XP
Ugh. Top-posting. Reformatted. On Mon, 27 Jun 2005, Dharanyava wrote: Igor Pechtchanski [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Also, again, http://cygwin.com/acronyms/#PCYMTWLL. Thanks. On Sat, 25 Jun 2005, Dharanyava wrote: http://cygwin.com/acronyms/#PCYMTWLL. Thanks. Okay, I searched found nothing about this: somehow, on my installation, C-x C-c doesn't quit-emacs-permanently; C-x functions alright, but C-c is being caught and returning a beep instead of actually executing quit-emacs-permanently. Does this have anything to do with having to install leim? (I saw that post, and had already started downloading it for updated installation.) Not enough information (see http://cygwin.com/problems.html for problem reporting guidelines). However, at a guess, you're running this from a console window and don't have tty in your CYGWIN variable (as indicated in the emacs README). Try quitting all Cygwin processes; setting CYGWIN=tty (provided your CYGWIN variable was empty before); and then starting bash -- emacs should work from that shell. If that doesn't help, please review http://cygwin.com/problems.html and provide the requested information. Sorry - running Cygwin 1.5.7-1 on XPSP2. TERM=cygwin. That was my first thought. Still not enough information, but the cygcheck -svr output should contain the missing bits. Did you actually try the above advice of adding tty to your $CYGWIN? If it's useful, info seems to exit perfectly fine. Nope, not useful (different technique -- info catches SIGINT, and emacs actually uses the Ctrl-C key combination). Will run cygcheck -s -v -r and post as soon as possible. Good, thanks. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
group IDs
I am new to the list - apologies if this has all been sorted out before, but I couldn't find the solution. Files I create from within Cygwin (e.g. by touch or the output of gcc) have numerical group ID 10545, while those created in Windows applications (e.g. Thunderbird, Notetab) get group ID 4294967295. 'mkgroup' gives 'Users' the ID of 545. This is confusing me, and giving me problems accessing my own file s- how do I get all these IDs to agree? I am running XP professional, version 2002, sp2 I downloaded Cygwin on 23 June 2005. -- Professor Peter Green tel: +44 (0)117 928 7967 School of Mathematics fax: +44 (0)117 928 7999 University of Bristol [EMAIL PROTECTED] Bristol BS8 1TW, UK http://www.stats.bris.ac.uk/~peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ps/kill and windows processes
my man path was wrong, whoops pulling up a non cygwin version would never of noticed otherwise. thanks -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Partner Sr. Manager 7 West 24th Street #100 - - +1 (443) 921-0381 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: group IDs
On Mon, 27 Jun 2005, Peter Green wrote: I am new to the list - apologies if this has all been sorted out before, but I couldn't find the solution. Files I create from within Cygwin (e.g. by touch or the output of gcc) have numerical group ID 10545, while those created in Windows applications (e.g. Thunderbird, Notetab) get group ID 4294967295. 'mkgroup' gives 'Users' the ID of 545. This is confusing me, and giving me problems accessing my own file s- how do I get all these IDs to agree? 10545 is usually Domain Users (the domain user and group ids are offset by 1 by default). 545 is local Users. 4294967295 is really -1 -- see http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-ids for an explanation. getfacl (or NT's cacls) should give you the actual owner/group. To get the domain groups into /etc/group, use mkgroup -d /etc/group (warning -- may take a *long* time in large domains). You can give the -g flag to mkgroup to extract specific domain groups. Similarly, for domain users, use mkpasswd -d /etc/passwd (same warning applies). See man mkpasswd and man mkgroup for more information. I am running XP professional, version 2002, sp2 I downloaded Cygwin on 23 June 2005. See http://cygwin.com/problems.html for guidelines on including relevant information in your problem reports. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: group IDs
Original Message From: Peter Green Sent: 27 June 2005 15:05 I am new to the list - apologies if this has all been sorted out before, but I couldn't find the solution. Files I create from within Cygwin (e.g. by touch or the output of gcc) have numerical group ID 10545, while those created in Windows applications (e.g. Thunderbird, Notetab) get group ID 4294967295. 'mkgroup' gives 'Users' the ID of 545. This is confusing me, and giving me problems accessing my own file s- how do I get all these IDs to agree? 4294967295 is -1, which is an error return, not a gid. Have you set up your /etc/group file correctly? cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: NFS errors
Igor Pechtchanski wrote: On Mon, 27 Jun 2005, Will Parsons wrote: Crump, Michael wrote: When I was trying to get NFS working a few months back I found that if you have more than one network connection on the server machine all of the connections have to be enabled and connected to a network. After I did this nfs did work. I am not sure what you mean by this - the XP server and FreeBSD client are both connected to an office network via a single Ethernet interface. I think this may be a valid point, actually. The XP server probably has other network interfaces defined (dial-up, or wireless if you have a laptop, or a VPN of some sort). Most likely they aren't enabled. Some programs (notably X, but probably the NFS server as well) may latch on to the wrong interface, which is disabled. X has a -from parameter to specify which interface to use. Don't know if NFS has a similar parameter, but it may be worth investigating. I don't think this is the issue - looking under Network Connections, I see only Local Area Connection, Type LAN or High-Speed Internet, Status Enabled. However, after some more experimentation, I see the ls /xp eventually does return, after about 17 minutes. So it appears as though NFS kind of works, but so slowly as to be useless. There is no problem with other types of network access, e.g., I am logged on to the client machine vai ssh without problems. - Will -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ls slow on top-level directory (was: NFS errors)
snip However, after some more experimentation, I see the ls /xp eventually does return, after about 17 minutes. So it appears as though NFS kind of works, but so slowly as to be useless. There is no problem with other types of network access, e.g., I am logged on to the client machine vai ssh without problems. It looks like NFS is not completely to blame. It turns out that doing an ls on the directory /c or /exports/c (both mount points for c:) is also unusually slow, though it takes a mere 45 seconds rather than 17 minutes to return. If I export and mount a subdirectory of c:, however, NFS seems to work satisfactorily. I notice that ls reports: /bin/ls: hiberfil.sys: No such file or directory /bin/ls: pagefile.sys: No such file or directory ls hitab completes to ls hiberfil.sys, and shows the same message. Could this have something to do with the slow response? Although if I do an ls h*, the above response comes back immediately, not after a wait. - Will -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Trouble finding the package the command watch is in
I am looking for the command named watch I am trying to find the package it is located in. I haven't had any luck finding it through various search strategies. My trouble is probably due to it being such a common word. So I have 2 questions? 1) Which package do I need to install to get the watch command 2) Is there some sort of way I can list what is in packages to find which package it is in? (I really don't want to have to download the source and grep through it) Thank You, John Petritis -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Trouble finding the package the command watch is in
[snip] 1) Which package do I need to install to get the watch command procps 2) Is there some sort of way I can list what is in packages to find which package it is in? http://cygwin.com/packages/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Trouble finding the package the command watch is in
Original Message From: John Petritis Sent: 27 June 2005 16:11 I am looking for the command named watch I am trying to find the package it is located in. I haven't had any luck finding it through various search strategies. My trouble is probably due to it being such a common word. So I have 2 questions? 1) Which package do I need to install to get the watch command 2) Is there some sort of way I can list what is in packages to find which package it is in? Go to http://cygwin.com/packages/ and enter the name of the file you're seeking. It'll tell you which package contains it. If you get too many matches, and you know that what you're looking for is the name of the main executable, you can cut down the false matches by explicitly appending the '.exe' suffix. Take a look at http://cygwin.com/cgi-bin2/package-grep.cgi?grep=watch.exe and you'll see there's only two possibilities left. I'll leave it for you from there! cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Trouble finding the package the command watch is in
Generally you can find a certain file by going to the cygwin website, and then selecting Setup Package Search under the Software heading from the main menu on the left hand side. In this particular case, watch is connected to many packages, so from experience, I'll tell you that it is included with the procps package. On Mon, 27 Jun 2005 11:10:47 -0400, John Petritis wrote: I am looking for the command named watch I am trying to find the package it is located in. I haven't had any luck finding it through various search strategies. My trouble is probably due to it being such a common word. So I have 2 questions? 1) Which package do I need to install to get the watch command 2) Is there some sort of way I can list what is in packages to find which package it is in? (I really don't want to have to download the source and grep through it) Thank You, John Petritis -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Trouble finding the package the command watch is in
On Mon, 27 Jun 2005, Dave Korn wrote: Original Message From: John Petritis Sent: 27 June 2005 16:11 I am looking for the command named watch I am trying to find the package it is located in. I haven't had any luck finding it through various search strategies. My trouble is probably due to it being such a common word. So I have 2 questions? 1) Which package do I need to install to get the watch command 2) Is there some sort of way I can list what is in packages to find which package it is in? Go to http://cygwin.com/packages/ and enter the name of the file you're seeking. It'll tell you which package contains it. If you get too many matches, and you know that what you're looking for is the name of the main executable, you can cut down the false matches by explicitly appending the '.exe' suffix. Take a look at http://cygwin.com/cgi-bin2/package-grep.cgi?grep=watch.exe and you'll see there's only two possibilities left. I'll leave it for you from there! 1) It's usually better to use bin/watch\b (or even bin/watch(\.exe|\s|$)), which will take care of symlinks and non-exe scripts as well... 2) Once Brian's patch is applied, the latest snapshots (and later Cygwin releases) should allow one to simply run the cygcheck -p 'bin/watch\b' to get the results listed on the console (ping CGF)... Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! The Sun will pass between the Earth and the Moon tonight for a total Lunar eclipse... -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ls slow on top-level directory (was: NFS errors)
On Jun 27 14:50, Will Parsons wrote: I notice that ls reports: /bin/ls: hiberfil.sys: No such file or directory /bin/ls: pagefile.sys: No such file or directory ls hitab completes to ls hiberfil.sys, and shows the same message. Could this have something to do with the slow response? No, that's entirely unrelated. In recent Cygwin snapshots the message from ls has changed to Device or resource busy and you get an ls output for these files. It's just an open() on exclusively locked files which fails in the above cases. Along these lines, we had a short discussion on the developers list and we're wondering if it's necessary that ls prints this error message at all. The message is generated after a stat() already succeeded and a follow up acl() call returns -1. To say it with Dave Korn's words: ISTM that ls has all the information it should need to DTRT - a successful call to stat(), a return value of -1 from acl() and (I would hope that) errno has EACCES(*) from the ERROR_SHARING_VIOLATION return should let it deduce 'the file exists but is locked', shouldn't it? Eric? Corinna (*) actually EBUSY. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ImageMagick: 6.0.4-1 offset in -crop option of convert doesn't work
Hi, when using convert with an offset in crop option the image returned is broken: convert foobar.gif -crop 100x150+20+30 result.gif should return a 100x150 picture positioned at 20,30 in the original picture any non zero values for position makes a picture of width and height requested (100x150 in above example) but positioned at 0,0 with a top border of y position height (30 in the above example) and a left border of x position width (20 in the above example) same command works fine on unix Thanks Cygwin Configuration Diagnostics Current System Time: Mon Jun 27 18:15:40 2005 Windows XP Professional Ver 5.1 Build 2600 Service Pack 2 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\ATI Technologies\ATI Control Panel c:\Program Files\Intel\Wireless\Bin\ c:\Program Files\Intel\Wireless\Bin\ Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(moi) GID: 513(Aucun) 0(root) 513(Aucun) 544(Administrateurs) 545(Utilisateurs) Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(moi) GID: 513(Aucun) 0(root) 513(Aucun) 544(Administrateurs) 545(Utilisateurs) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = `moi' PWD = `/home/moi/branie' HOME = `/home/moi' MAKE_MODE = `unix' HOMEPATH = `\Documents and Settings\moi' MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/ssl/man' APPDATA = `C:\Documents and Settings\moi\Application Data' HOSTNAME = `moi-pm81f7y1c11' TERM = `cygwin' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 13 Stepping 8, GenuineIntel' WINDIR = `C:\WINDOWS' OLDPWD = `/home/moi' USERDOMAIN = `MOI-PM81F7Y1C11' OS = `Windows_NT' ALLUSERSPROFILE = `C:\Documents and Settings\All Users' TEMP = `/cygdrive/c/DOCUME~1/moi/LOCALS~1/Temp' COMMONPROGRAMFILES = `C:\Program Files\Fichiers communs' USERNAME = `moi' PROCESSOR_LEVEL = `6' FP_NO_HOST_CHECK = `NO' SYSTEMDRIVE = `C:' USERPROFILE = `C:\Documents and Settings\moi' PS1 = `\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = `\\MOI-PM81F7Y1C11' PROCESSOR_ARCHITECTURE = `x86' !C: = `C:\cygwin\bin' SHLVL = `1' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = `C:' PROMPT = `$P$G' COMSPEC = `C:\WINDOWS\system32\cmd.exe' LESS = `-X' TMP = `/cygdrive/c/DOCUME~1/moi/LOCALS~1/Temp' SYSTEMROOT = `C:\WINDOWS' PRINTER = `Samsung ML-1200 Series' CVS_RSH = `/bin/ssh' PROCESSOR_REVISION = `0d08' LESSOPEN = `|lesspipe.sh %s' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' PROGRAMFILES = `C:\Program Files' NUMBER_OF_PROCESSORS = `1' SESSIONNAME = `Console' COMPUTERNAME = `MOI-PM81F7Y1C11' _ = `/usr/bin/cygcheck' POSIXLY_CORRECT = `1' HKEY_CURRENT_USER\Software\Cygnus Solutions HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = `/cygdrive' cygdrive flags = 0x0022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = `C:\cygwin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = `C:\cygwin/bin' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = `C:\cygwin/lib' flags = 0x000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options c: hd NTFS 35000Mb 49% CP CS UN PA FC d: hd NTFS 41307Mb 1% CP CS UN PA FC e: cd N/AN/A f: fd N/AN/A C:\cygwin / system binmode C:\cygwin/bin /usr/bin system binmode C:\cygwin/lib /usr/lib system binmode . /cygdrive system binmode,cygdrive Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\find.exe Not Found: gcc Not Found: gdb Found: C:\cygwin\bin\grep.exe Not Found: ld Found: C:\cygwin\bin\ls.exe Not Found: make Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe 55k 2004/09/14 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 cygbz2-1.dll v0.0 ts=2004/9/14 6:16 18k 2004/07/06 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 cygcharset-1.dll v0.0 ts=2004/7/6 20:09 858k 2005/04/11 C:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 cygcrypto-0.9.7.dll v0.0 ts=2005/4/11 20:21 174k 2004/10/14
Re: rxvt 2.7.10-6: bash Control-C exits all backgrounded children rxvt processes as well as foreground process/command
HOw about using a trap on sig TERM? Have it do something harmless or ignore it On Mon, Jun 27, 2005 at 11:47:38AM -0700, [EMAIL PROTECTED] wrote: I have some wrappers to invoke a telnet or an ssh within an rxvt window so that I can label it with the host I'm connecting to. I love rxvt because it has real vt emulation, and also gives me X-like middle mouse cut and paste operations that I'm used to from my Sun environment, but all without the overhead of running X. However, a really annoying and quite hazardous artifact of rxvt in cygwin is that it will grab the control-Cs sent from the parent bash session and close down. Unfortunately, pings, by default are unlimited in iteration and so must be killed when you're done with it and also, I'm in the habit of using control-C to quit a command line in progress to get back to a prompt. Unless I remember to to start a new bash window to do anything where I might send a Control-C, I end up clobbering the 20 odd telnet/ssh sessions I have up, some of which could contain important processes that are difficult to recover from being terminated. Any advice on 1) Whether this is an issue with bash or rxvt or both? 2) Any workarounds i.e.- application flags for rxvt or bash that I can code in to avoid this behavior. Thanks in advance. Jackson Shea [EMAIL PROTECTED] == == wrapper scripts == == telnet script: #!/usr/bin/bash echo telnet $1 /tmp/cmdfile.$$ chmod a+x /tmp/cmdfile.$$ rxvt -sl 2000 -fn 9x18 -fg yellow -bg black -title $1 -e /tmp/cmdfile.$$ sleep 5 rm /tmp/cmdfile.$$ ssh script: #!/usr/bin/bash echo telnet $1 /tmp/cmdfile.$$ chmod a+x /tmp/cmdfile.$$ rxvt -sl 2000 -fn 9x18 -fg yellow -bg black -title $1 -e /tmp/cmdfile.$$ sleep 5 rm /tmp/cmdfile.$$ (See attached file: cygcheck.out) == IMPORTANT NOTICE: This communication, including any attachment, contains information that may be confidential or privileged, and is intended solely for the entity or individual to whom it is addressed. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message is strictly prohibited. Nothing in this email, including any attachment, is intended to be a legally binding signature. == -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Slowly and surely the unix crept up on the Nintendo user ... Wayne Willcox I will not eat green eggs and ham [EMAIL PROTECTED] I will not eat them Sam I Am!! A wise person makes his own decisions, a weak one obeys public opinion. -- Chinese proverb -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: rxvt 2.7.10-6: bash Control-C exits all backgrounded children rxvt processes as well as foreground process/command
On Mon, Jun 27, 2005 at 11:47:38AM -0700, [EMAIL PROTECTED] wrote: .. a really annoying and quite hazardous artifact of rxvt in cygwin is that it will grab the control-Cs sent from the parent bash session and close down. [snip] Any advice on 1) Whether this is an issue with bash or rxvt or both? It seems like it is a cygwin DLL issue. I'll look into fixing it for 1.5.18. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: HUGE is missing in math.h
On Mon, Jun 27, 2005 at 09:43:19AM +0200, Corinna Vinschen wrote: On Jun 26 09:37, Humberto Bortolossi wrote: Hi! I'm trying to port a C program written originally in Linux to the Microsoft Windows plataform. I've realized that math.h under cygwin doesn't define the macro HUGE, that is defined in the math.h under linux: /* Declarations for math functions. Copyright (C) 1991-1993,1995-1999,2001,2002 Free Software Foundation, Inc. This file is part of the GNU C Library. */ /* SVID mode specifies returning this large value instead of infinity. */ # define HUGE 3.40282347e+38F I thought math.h should be quite portable ... HUGE is not portable. It's not defined in the standard, see http://www.opengroup.org/onlinepubs/009695399/basedefs/math.h.html Use HUGE_VAL instead. Or maybe he wants MAXFLOAT (largest finite value representable in smallest size float). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: rxvt 2.7.10-6: bash Control-C exits all backgrounded children rxvt processes as well as foreground process/command
[EMAIL PROTECTED] wrote: I have some wrappers to invoke a telnet or an ssh within an rxvt window so that I can label it with the host I'm connecting to. I love rxvt because it has real vt emulation, and also gives me X-like middle mouse cut and paste operations that I'm used to from my Sun environment, but all without the overhead of running X. However, a really annoying and quite hazardous artifact of rxvt in cygwin is that it will grab the control-Cs sent from the parent bash session and close down. Unfortunately, pings, by default are unlimited in iteration and so must be killed when you're done with it and also, I'm in the habit of using control-C to quit a command line in progress to get back to a prompt. Unless I remember to to start a new bash window to do anything where I might send a Control-C, I end up clobbering the 20 odd telnet/ssh sessions I have up, some of which could contain important processes that are difficult to recover from being terminated. Any advice on 1) Whether this is an issue with bash or rxvt or both? 2) Any workarounds i.e.- application flags for rxvt or bash that I can code in to avoid this behavior. Thanks in advance. Jackson Shea [EMAIL PROTECTED] == == wrapper scripts == == telnet script: #!/usr/bin/bash echo telnet $1 /tmp/cmdfile.$$ chmod a+x /tmp/cmdfile.$$ rxvt -sl 2000 -fn 9x18 -fg yellow -bg black -title $1 -e /tmp/cmdfile.$$ sleep 5 rm /tmp/cmdfile.$$ ssh script: #!/usr/bin/bash echo telnet $1 /tmp/cmdfile.$$ chmod a+x /tmp/cmdfile.$$ rxvt -sl 2000 -fn 9x18 -fg yellow -bg black -title $1 -e /tmp/cmdfile.$$ sleep 5 rm /tmp/cmdfile.$$ I do not see this effect for either of the above wrappers... reid -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: IPv6 Libaries for Cygwin
Brian Dessent brian at dessent.net writes: Ross MacGillivray wrote: No, there is no IPv6 support. The mailing list archives have details. ^^^ ... I found the following unofficial IPv6 extension to Cygwin. Is there any plans to incorporate this library into Cygwin? Any other comments about this library? http://win6.jp/Cygwin/ Please read the previous threads where this has already been covered. Brian As requested I searched the archive to get into 'synch' with the current discussion on support for (or lack of support for) IPv6 in Cygwin. The most relevant post in the archive seemed to be from June 17, 2005: On Jun 17 10:39, Christopher Faylor wrote: On Fri, Jun 17, 2005 at 10:36:29AM -0400, Fernando Barsoba wrote: Ok, thanks.. It seems it might happen soon..(the implementation, not the heat death of the universe, I guess..) I'll hold tight until then..! I haven't seen any indication that this is going to happen soon. There has been zero activity on this since Corinna's message, referenced below. I got no reply from Jun-ya, but he's still keeping his page in sync with the latest Cygwin release. I'll ask him again if and when he's going to contribute code. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader mailto:cygwin@cygwin.com Red Hat, Inc. Has anyone heard from the folks in Japan about contributing their IPv6 to the Cygwin environment. I did try installing their dll, and resolved some of the compile problems that I am having, but not quite all of them. /Ross -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
make fails always on invalid path C:cygwinusrinclude
Where does this weird include path come from? Is there something misconfigured in my Cygwin environment? Here is the line that is printed by various makefiles: gcc: C:cygwinusrinclude: No such file or directory -Patrick -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
kermit for cygwin?
Is kermit, or any serial port communication software (tip, cu) available for cygwin? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make fails always on invalid path C:cygwinusrinclude
Patrick Graebel wrote: Where does this weird include path come from? Is there something misconfigured in my Cygwin environment? Here is the line that is printed by various makefiles: gcc: C:cygwinusrinclude: No such file or directory I'd bet that, somewhere in your setup, you've got C:\cygwin\usr\include where it should be either C:\\cygwin\\usr\\include or C:/cygwin/usr/include. -- Ross Smith .. Pharos Systems, Auckland, New Zealand Carelessly planned projects take three times longer to complete than expected. Carefully planned projects take four times longer to complete than expected, mostly because the planners expect their planning to reduce the time it takes. -- Anon. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make fails always on invalid path C:cygwinusrinclude
At 04:39 PM 6/27/2005, you wrote: Where does this weird include path come from? Is there something misconfigured in my Cygwin environment? Here is the line that is printed by various makefiles: gcc: C:cygwinusrinclude: No such file or directory Please read and follow the problem reporting guidelines at: Problem reports: http://cygwin.com/problems.html As a WAG though, I'd say you're using DOS paths with a Cygwin shell. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: kermit for cygwin?
At 04:41 PM 6/27/2005, you wrote: Is kermit, or any serial port communication software (tip, cu) available for cygwin? Thanks. Please visit http://cygwin.com/packages/ for answers to questions like this. If you don't find something there, you can be assured that if such a package exists, it's not available via 'setup.exe'. Googling is likely your best bet then. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: HUGE is missing in math.h
Corinna Vinschen wrote: On Jun 26 09:37, Humberto Bortolossi wrote: Hi! I'm trying to port a C program written originally in Linux to the Microsoft Windows plataform. I've realized that math.h under cygwin doesn't define the macro HUGE, that is defined in the math.h under linux: /* Declarations for math functions. Copyright (C) 1991-1993,1995-1999,2001,2002 Free Software Foundation, Inc. This file is part of the GNU C Library. */ /* SVID mode specifies returning this large value instead of infinity. */ # define HUGE 3.40282347e+38F I thought math.h should be quite portable ... HUGE is not portable. It's not defined in the standard, see http://www.opengroup.org/onlinepubs/009695399/basedefs/math.h.html Use HUGE_VAL instead. However, other definitions are missing in math.h, like HUGE_VALF, HUGE_VALL, INFINITY and NAN. I'll take a look at adding these unless you want to. HUGE_VALL is the only one that is difficult. Since math.h is part of newlib, I've redirect this posting to the newlib mailing list. Corinna -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Emacs 21.3.50 problem on XP
Igor Pechtchanski wrote: Ugh. Top-posting. Reformatted. On Mon, 27 Jun 2005, Dharanyava wrote: Igor Pechtchanski [EMAIL PROTECTED] wrote: http://cygwin.com/acronyms/#PCYMTNQREAIYR. Also, again, http://cygwin.com/acronyms/#PCYMTWLL. Thanks. On Sat, 25 Jun 2005, Dharanyava wrote: http://cygwin.com/acronyms/#PCYMTWLL. Thanks. Okay, I searched found nothing about this: somehow, on my installation, C-x C-c doesn't quit-emacs-permanently; C-x functions alright, but C-c is being caught and returning a beep instead of actually executing quit-emacs-permanently. Does this have anything to do with having to install leim? (I saw that post, and had already started downloading it for updated installation.) Not enough information (see http://cygwin.com/problems.html for problem reporting guidelines). However, at a guess, you're running this from a console window and don't have tty in your CYGWIN variable (as indicated in the emacs README). Try quitting all Cygwin processes; setting CYGWIN=tty (provided your CYGWIN variable was empty before); and then starting bash -- emacs should work from that shell. If that doesn't help, please review http://cygwin.com/problems.html and provide the requested information. Sorry - running Cygwin 1.5.7-1 on XPSP2. TERM=cygwin. That was my first thought. Still not enough information, but the cygcheck -svr output should contain the missing bits. Did you actually try the above advice of adding tty to your $CYGWIN? If it's useful, info seems to exit perfectly fine. Nope, not useful (different technique -- info catches SIGINT, and emacs actually uses the Ctrl-C key combination). Will run cygcheck -s -v -r and post as soon as possible. Good, thanks. Igor -- Sorry - totally missed the CYGWIN var. This worked as expected. Confused because previous to 1.5.17 I didn't have this set, AFAIK. Tx for the boot to the head. ;) __ Switch to Netscape Internet Service. As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register Netscape. Just the Net You Need. New! Netscape Toolbar for Internet Explorer Search from anywhere on the Web and block those annoying pop-ups. Download now at http://channels.netscape.com/ns/search/install.jsp -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Build/Compile problems with ApachPHP on Cygwin MS-XP
Chris Oxenreider wrote: Hi, I have been trying to compile Apache and PHP on XP. I have been using the instructions on http://httpd.apache.org/docs/cygwin.html. I have freshly re-installed my cygwin on XP as of 2005-06-17 which should be the latest Cygwin (from Kernel.org). My ld version is GNU ld version 2.16.91 20050608. I have verified that it understands ' --enable-auto-import ' from the help section. I have also run in to this problem when attempting to compile PHP 4.0.2 - 5.x as well. The configure command I used is (apache): LDFLAGS_SHLIB=--enable-auto-import ./configure --enable-shared=max \ --enable-module=most --with-layout=Cygwin When I attempt to compile apache the make process throws the errors: === src/modules gcc -c -I./os/cygwin -I./include -DCYGWIN -DUSE_HSREGEX -DSHARED_CORE `./apa ci` modules.c gcc -c -I./os/cygwin -I./include -DCYGWIN -DUSE_HSREGEX -DSHARED_CORE `./apa ci` buildmark.c dllwrap --enable-auto-import -o libhttpd.dll buildmark.o modules.o modules/stand ard/libstandard.a main/libmain.a ./os/cygwin/libos.a ap/libap.a regex/libregex.a -lcrypt -lgdbm dllwrap: no export definition file provided. Creating one, but that may not be what you want Info: resolving _optarg by linking to __imp__optarg (auto-import) Info: resolving _optarg by linking to __imp__optarg (auto-import) Info: resolving _optarg by linking to __imp__optarg (auto-import) gcc -I./os/cygwin -I./include -DCYGWIN -DUSE_HSREGEX -DSHARED_CORE `./apaci` \ -o libhttpd.ep -DSHARED_CORE_TIESTATIC main/http_main.c \ -L. -lhttpd -lcrypt -lgdbm -lexpat gcc -I./os/cygwin -I./include -DCYGWIN -DUSE_HSREGEX -DSHARED_CORE `./apaci` \ -o httpd -DSHARED_CORE_BOOTSTRAP main/http_main.c \ ap/libap.a -lcrypt -lgdbm -lexpat libhttpd.dll and gcc -DCYGWIN -DUSE_HSREGEX -DSHARED_CORE `../apaci` -o logresolve -L../os/cygwin -L../ap logresolve.o -lm -lap -los -lcrypt -lgdbm -lexpat gcc -c -I../os/cygwin -I../include -DCYGWIN -DUSE_HSREGEX -DSHARED_CORE `../apaci` ab.c gcc -DCYGWIN -DUSE_HSREGEX -DSHARED_CORE `../apaci` -o ab -L../os/cygwin -L. ../ap ab.o -lm -lap -los -lcrypt -lgdbm -lexpat Info: resolving _optind by linking to __imp__optind (auto-import) Info: resolving _optarg by linking to __imp__optarg (auto-import) sed apxs.pl apxs \ -e '[EMAIL PROTECTED]@%httpd%g' \ -e '[EMAIL PROTECTED]@%gcc%g' \ -e '[EMAIL PROTECTED]@% -DCYGWIN -DUSE_HSREGEX -DSHARED_CORE `../apaci`%g' \ -e '[EMAIL PROTECTED]@%-DSHARED_MODULE%g' \ -e '[EMAIL PROTECTED]@%dllwrap%g' \ -e '[EMAIL PROTECTED]@%--export-all%g' \ -e '[EMAIL PROTECTED]@%%g' chmod a+x apxs gcc -c -I../os/cygwin -I../include -DCYGWIN -DUSE_HSREGEX -DSHARED_CORE `../ apaci` checkgid.c I see no errors, and I see no warnings. Subsequent executions of make give these errors: === src/modules/standard gcc --shared -o mod_env.dll mod_env.lo ../../libhttpd.dll -lcrypt -lgdbm -lexpat mod_env.lo:mod_env.c:(.text+0x2e0): undefined reference to `_ap_pstrcat' collect2: ld returned 1 exit status make[4]: *** [mod_env.dll] Error 1 make[3]: *** [all] Error 1 make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/home/foo/working/phpstuff/apache_1.3.33/s rc' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/home/foo/working/phpstuff/apache_1.3.33' make: *** [build] Error 2 Have you applied the Cygwin specific patch as it was used to build apache 1.3.33 for the Cygwin releaseof Apache: http://cygwin.com/packages/apache/ ? Rebuilding from source with the Cygwin Apache source package should work. Using google to search for this problem only gave me some answers from 2002 and 2004 about ld and auto import. No recent information is available (or at least indexed). I receive similar issues when attempting to compile PHP V 4.2.0 - 5.x.You help is greatly appreciated. Thanks! Gerrit -- =^..^= -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ls when acl() is busy [was: ls slow on top-level directory]
[bug-coreutils: posting this cygwin question upstream] On Jun 27 14:50, Will Parsons wrote: I notice that ls reports: /bin/ls: hiberfil.sys: No such file or directory /bin/ls: pagefile.sys: No such file or directory ls hitab completes to ls hiberfil.sys, and shows the same message. Could this have something to do with the slow response? No, that's entirely unrelated. In recent Cygwin snapshots the message from ls has changed to Device or resource busy and you get an ls output for these files. It's just an open() on exclusively locked files which fails in the above cases. Along these lines, we had a short discussion on the developers list and we're wondering if it's necessary that ls prints this error message at all. The message is generated after a stat() already succeeded and a follow up acl() call returns -1. To say it with Dave Korn's words: ISTM that ls has all the information it should need to DTRT - a successful call to stat(), a return value of -1 from acl() and (I would hope that) errno has EACCES(*) from the ERROR_SHARING_VIOLATION return should let it deduce 'the file exists but is locked', shouldn't it? (*) actually EBUSY. Eric? Hmm - murky waters here. It would be a simple one-line fix to coreutils/lib/acl.c to ignore EBUSY as a non-error, and POSIX has no requirements per se that a failure of acl() should imply a failure of ls(1). Should a busy file be conservatively treated as having an ACL (designated with '+' in the mode string) or left alone without one (designated with ' ' in the mode string) when cygwin is unable to query Windows without blocking for an undue length of time? Right now, I'm almost leaning for a third option, and displaying '?' or some other character to mean unable to determine, but that would be more work (the gnulib library file_has_acl already returns -1 on failure, 0 on no ACL, and 1 on ACL; perhaps make it return 2 on indeterminate). Should such a change be propagated to coreutils and gnulib, or left as a cygwin-local patch? -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] NEW: alternatives-1.3.20a-1
This package provides mechanisms for maintaining a database of, and managing, other packages which might be in conflict with each other. The end user can easily switch between the desired versions. This implementation was adapted from the version included in Red Hat/Fedora's 'chkconfig' package. It has been autoconfiscated, chkconfig/ntsysv removed, and adapted for the cygwin packaging standard. It is not typical for an end user to directly use these tools, UNLESS the maintainer(s) of conflicting packages have 'alternativized' them. (e.g. 'alternatives' relies on cooperating packages in order to successfully manage their conflicts.) At present, there are no cygwin packages which have been alternativized, but the five automake1.X packages will soon be released in alternativized form. From the man page: -- alternatives creates, removes, maintains and displays information about the symbolic links comprising the alternatives system. The alternatives system is a reimplementation of the Debian alternatives system. It was rewritten primarily to remove the dependence on perl; it is intended to be a drop in replacement for Debian's update-dependencies script. This man page is a slightly modified version of the man page from the Debian project. -- Charles Wilson 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. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/