X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org X-ASG-Debug-ID: 1285189342-50cded7f0001-w5GHUG X-Barracuda-Envelope-From: daniel AT fgm DOT com X-Barracuda-Apparent-Source-IP: 216.2.55.102 X-ASG-Whitelist: Client Message-ID: <4C9A6EDD.3040406@fgm.com> Date: Wed, 22 Sep 2010 17:02:21 -0400 From: Daniel Barclay User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.13) Gecko/20100914 SeaMonkey/2.0.8 MIME-Version: 1.0 To: Subject: Re: [bulk] - R: /dev/ttys* under cygwin problem References: <8CCC8F85C5F2784387A32FAD835FB4E602F21573F3 AT server03> <358785 DOT 53873 DOT qm AT web25505 DOT mail DOT ukl DOT yahoo DOT com> <8CCC8F85C5F2784387A32FAD835FB4E602F21573F7 AT server03> <0105D5C1E0353146B1B222348B0411A2094D31E89D AT NIHMLBX02 DOT nih DOT gov> <4C9A3CFA DOT 9090507 AT fgm DOT com> <4C9A4207 DOT 9080405 AT cygwin DOT com> X-ASG-Orig-Subj: Re: [bulk] - R: /dev/ttys* under cygwin problem In-Reply-To: <4C9A4207.9080405@cygwin.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: UNKNOWN[216.2.55.102] X-Barracuda-Start-Time: 1285189342 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://spam.fgm.com:8000/cgi-mod/mark.cgi X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Larry Hall (Cygwin) wrote: > On 9/22/2010 1:29 PM, Daniel Barclay wrote: >> Buchbinder, Barry (NIH/NIAID) [E] wrote: >> ... >>> To go there directly: >>> http://www.cygwin.com/cygwin-ug-net/using-specialnames.html#pathnames-posixdevices >>> >>> >> >> Regarding where that page says: >> >> These devices cannot be seen with the command ls /dev/ ... >> >> I've wondered about that--why aren't those special files listed in a >> directory listing? >> >> (The Cygwin DLL makes those device files appear when they are referred >> to by full pathname; why doesn't it also make them appear in the >> containing directory's listing?) > > They are implemented in a virtual file system. It is not necessary that > there be placeholders in the file system for them to work. But if they were emulated/simulated _consistently_, one could see which devices were available by simply listing /dev instead of having to re-find the documentation. Again, why does Cygwin's (virtual) file system _not_ include those devices (when listing /dev)? (Why doesn't it do it more like Linux's /proc, etc., which gives a consistent view and which tells you what's available without your having to look elsewhere?) Actually, is your last sentence above actually true? Looking at the device-creation script you pointed me to, I wonder: How do you (e.g., a script) determine which devices of a given type exist (e.g., sda1, sda2, sda3, ...)? (Do you have to try to open each possible device and check whether there's an error?) > But if you > prefer that, you can add them. This is why the documentation has a link > to the script to create the devices in the file system: > > How do you keep things synchronized? The script you pointed me to appears to be over six years old. I doubt that it matches the code inside Cygwin 1.7. Daniel -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple