From: noer AT cygnus DOT com (Geoffrey Noer) Subject: Re: gnuwin32 mini FAQ and resource pointer 30 Dec 1998 22:58:20 -0800 Message-ID: <19981230140619.34060.cygnus.gnu-win32@cygnus.com> References: <36840c09 DOT 3313364 AT mail DOT weiser DOT saale-net DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii To: Michael Weiser Cc: gnu-win32 AT cygnus DOT com Hi, I've gone over your questions and FAQ with comments. And thanks for your work on the mini-FAQ! Let's start with the most important question: > 7. Would there be interest from the public and, Goeffrey, your side to > take some of the answers over into the official FAQ? I would greatly > appreciate that since I don't want to start cluttering knowledge into > little bitty pieces all over the net when there's a central point > where it can and should be collected. Also it would shrink down my > mini FAQ to a resource pointer again which it originally was intended > to be. :) Yes. That would be a good thing. Let's look at what we have in the way of Cygwin-related docs right now: * Cygwin FAQ * Cygwin README (most info is also in the FAQ) * Cygwin Users' Guide * Cygwin API Reference * Michael Weiser's Mini-FAQ The current versions of all of the official docs are in the winsup directory in the sources. The Users' Guide and API Reference are in various scattered sgml files. The FAQ and README are in winsup/doc in texinfo format. I think the docs need some reorganization/consolidation. In terms of the goal, I think we need to move a lot of information out of the FAQ and into the Users' Guide and API References as appropriate. The FAQ would then be more the size of a Mini-FAQ that could be sent out periodically to the list. If you and/or other people could help do this, that would be much appreciated. That way I can spend more time coding, making releases, etc... The thing to do would be to start with the latest winsup snapshot (from ftp.cygnus.com/pub/noer/winsup-snapshot) and then send me patches as you would a code patch (change the files and then send me the result of diff -u or diff -c). Please talk to me first so we can coordinate this and prevent wasted effort. Thanks! -gjn On Wed, Dec 23, 1998 at 03:42:58PM +0000, Michael Weiser wrote: [...] > 1. Is Sergey's cygwin32 b19.3 coolview still available somewhere? It should definitely be kept around for folks who are still using b19. Maybe I can put up a copy in the cygwin-b19 directory with a quick note to make it easier to get a hold of? > 2. How does binmode affect ///-like paths in B20? Does it > switch them to binary mode like B19 didn't? At least on my vanilla > full.exe (Nov 2) such paths seem to default to binary mode regardless > of the binmode setting. [...] > 4. Could someone with more knowledge than me read sections 1.1.1. and > 1.1.4. really carefully? There are some statements that are very > definitve although I'm not quite sure that they're really true. The > most critical ones seem to be: > > b) If the file appears to reside on a file system that is not mounted > (as can happen when the path contains a drive letter), the default > mode is TEXT. Beginning with B20 it can be set to BINARY by adding > "binmode" to the CYGWIN environment variable. This is the correct documented behavior. If Cygwin doesn't behave like this, it's a bug. To quote the users' guide: (no)binmode - if set, pipes and unspecified file opens default to binary mode (no CR/LF/Ctrl-Z translations) instead of text mode. Defaults to not set (text mode). > c) On B19 pipes get opened in text mode. Beginning with B20 pipes are > always opened in binary mode. They default to binary mode. They can be overridden by the specific programs. > and > > [no]binmode - use 'binmode' as the default open mode when the mode > is not otherwise specified in the open or by mount. > On B19 this does not affect pipes and path specs > like //c/foo. On B20 it seems to at least change the > mode for //c/foo-like paths to binary. > (default: disabled) > > 5. Does binmode switch pipes to binary mode or are they binary by > default now? Where does it take effect, at bash- or cygwin.dll-level? Pipes are binary by default at the cygwin.dll-level. If bash called setmode(text), then pipes would be textmode in bash following that call. > 6. Are the CYGWIN parameters ntea and mixed still patches by Sergey or > in the official source tree? At least ntea seems to be official now > but what about mixed? The ntea parameter has been there since I added it in Apr 1998. It is officially there although it would be better to figure out whether to do this on a per-drive basis. We decided not to include the mixed support since it would only work under certain circumstances (files, not directories?). If that's not the case, we can reconsider it. > 9. And of course: Is everything else stated in the FAQ correct, > especially the defaults for all the CYGWIN options? :) See the Cygwin User's Guide, chapter 2. All info there is correct as far as I know. > - Sergey Okhapkin's coolview package contains an updated Cygwin DLL > that reflects the latest developments and fixes a lot of known > problems. Note that we are now providing a bzipped built cygwin1.dll with development source snapshots. For those people who want to be playing with the latest and greatest (but that might be unstable), this should be useful. (Run strip on it if you don't intend to debug the DLL). > 1.1.2. Long pauses occuring randomly in bash > > [ text goes here. any volunteers? ] Should be fixed as of B20 and greater. > 1.1.3. Windows 95 Freezing Up (and related problems) > > (It's unknown if and how this applies to Cygwin B20, too. Feedback > is very welcome.) I haven't seen problems on my Windows 98 machine but... > Many users of NT have recommended dispensing with the ash shell > which is installed in the Cygwin /bin/sh.exe. This is not > recommended under W95 until you have installed USB. All problems with the ash shell installed as sh.exe should be fixed as of b20. If this is not the case, please let us know. > There has also been a bug in B20 on handling the CYGWIN parameters > which made it neccessary to add two spaces before the first parameter > like 'CYGWIN= tty binmode'. This has been fixed with Sergey > Okhapkin's latest coolview. This bug is fixed in B20.1. > 1.2. Cygwin resources > > If the above doesn't answer your question you should read the > Cygwin FAQ at http://www.cygnus.com/misc/gnu-win32/faq.html > before posting any question to the list. Please change the URL to: http://sourceware.cygnus.com/cygwin/faq_toc.html > 1.2.1. Web sites > > http://sourceware.cygnus.com/cygwin/ (project page) > http://www.cygnus.com/pubs/gnupro/ (comercial page) > http://www.cygnus.com/misc/gnu-win32/faq.html (Cygwin faq) Ditto. > to thank Christopher Faylor, Michael Hirmke, Pierre Humblet, Goeffrey > Noer [...] Geoffrey, actually. :-) -- Geoffrey Noer noer AT cygnus DOT com - For help on using this list (especially unsubscribing), send a message to "gnu-win32-request AT cygnus DOT com" with one line of text: "help".