public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Pavel Tsekov <ptsekov@syntrex.com>
To: cygwin@cygwin.com
Subject: Re: The road to 1.3.11 -- please try the latest snapshot
Date: Thu, 30 May 2002 07:36:00 -0000	[thread overview]
Message-ID: <07748651.20020530131138@syntrex.com> (raw)
In-Reply-To: <20020530032207.GA29644@redhat.com>


CF> Reports of success or failure to the list, please.

First of all I decided to try the new /proc filesystem - here are some
things I have noticed and haven't seen them reported to the list so
far (or I missed them):

1. Under /proc and /proc/registry you can "cd" to unexisting directories.

paveltz@MORDOR ~
$ cd /proc/not_existing_dir

paveltz@MORDOR /proc/not_existing_dir
$ ls -l
ls: .: Not a directory

paveltz@MORDOR /proc/not_existing_dir

Now if tou type "cd .." you get:

paveltz@MORDOR /proc/non_existing_dir
$ cd ..

paveltz@MORDOR /proc/non_existing_dir/..
$ ls
104   140   1796  loadavg  registry  uptime
1144  1428  328   meminfo  stat      version

paveltz@MORDOR /proc/non_existing_dir/..
$ cd ..

paveltz@MORDOR /proc/non_existing_dir/../..
$ ls
bin         cygwin.ico  home  sbin  test_mds_7.bpr  usr
cygwin.bat  etc         lib   sys   tmp             var

2. Deleting a directory under /proc/registry/ takes
enormous time if this directory has subdirectories. I tried to
trace with strace since first I thought that some kind of infinite
loop causes this behaviour, but then it turned out that "rm" is actually
working - it just takes too much time to complete ... Most of the time
is spent in the cygwin internal path conversion routines, trying to
convert the POSIX path representation of the registry key/data into
Win32 path name.

Yes, I know this is read-only file system :)


--
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/

  reply	other threads:[~2002-05-30 11:11 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-05-30  4:44 Christopher Faylor
2002-05-30  7:36 ` Pavel Tsekov [this message]
     [not found]   ` <20020601024819.GA22455@redhat.com>
2002-06-03 12:57     ` Re[2]: " Pavel Tsekov
2002-06-04 18:15       ` Chris January
2002-05-30  8:22 ` David Starks-Browning
2002-05-30 10:29 ` Gerrit P. Haase
2002-05-31 15:17 ` Alan Dobkin
2002-06-01 15:25 ` Conrad Scott
2002-06-01 17:08   ` Conrad Scott
2002-06-01 19:04     ` Christopher Faylor
2002-06-01 19:31       ` Conrad Scott
2002-06-01 19:40         ` Christopher Faylor
2002-06-02  3:50           ` Chris January
2002-06-03  3:40 ` Pavel Tsekov

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=07748651.20020530131138@syntrex.com \
    --to=ptsekov@syntrex.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).