From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: mkcramfs porting done - device file issues....
Date: Wed, 29 May 2002 06:11:00 -0000 [thread overview]
Message-ID: <20020529101957.I30892@cygbert.vinschen.de> (raw)
In-Reply-To: <20020529031222.GA22630@redhat.com>
On Tue, May 28, 2002 at 11:12:22PM -0400, Christopher Faylor wrote:
> On Mon, Apr 29, 2002 at 03:52:27AM +0200, gmx wrote:
> >Under Linux i have devices under /dev which possibly point to 'nirvana'
> >(because there is no appropriate kernel feature/mod). Why should't i
> >have such "dummy-dev`s" under cygwin ?
>
> Cygwin doesn't have major and minor device numbers.
That's not quite correct.
Cygwin is using major and minor device numbers but there's nothing
like a device node in the filesystem. The handling of major and
minor device numbers is purely internally. What you *can* do is,
create a /dev directory and create (in Windows Explorer) files in
it which are named exactly as the devices known to Cygwin. E. g.
if you created a file called `st0' - the name of the first tape
device in the system - then you can call `ls -l /dev' and you will
see:
total 0
crw-rw-rw- 1 root root 18, 0 May 29 10:05 st0
The cause is that the handling of devices overrides the path
handling. But that's *only* possible for device names known
to Cygwin.
> >Isn't this "feature" implemented yet and can it be easily implemented ?
>
> It isn't implemented and it would be difficult to implement. Sorry.
We discussed to implement something like loadable device drivers
already two years ago and which could be implemented using device
nodes. It's not implemented though... no time, no volunteers.
What would be possible is to add only the device nodes. They could
be implemented like symlinks but I'm reluctant to add these to
Cygwin as long as there's no mechanism to actually use them.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer mailto:cygwin@cygwin.com
Red Hat, Inc.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
next prev parent reply other threads:[~2002-05-29 8:20 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-05-29 1:46 File Descriptor passing fun David E Euresti
2002-05-29 4:51 ` mkcramfs porting done - device file issues gmx
2002-05-29 4:57 ` Christopher Faylor
2002-05-29 6:11 ` Corinna Vinschen [this message]
2002-05-29 20:42 ` AW: " gmx
2002-05-29 20:55 ` gmx
2002-05-30 7:24 ` Corinna Vinschen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020529101957.I30892@cygbert.vinschen.de \
--to=corinna-cygwin@cygwin.com \
--cc=cygwin@cygwin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).