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 <daniel AT fgm DOT com>
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:	<cygwin AT cygwin DOT com>
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>
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
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
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:
>
> <http://cygwin.com/ml/cygwin/2004-03/txt00028.txt>

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

- Raw text -