public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* Re: Symlink'ed current directory and FIND
@ 2000-12-21 22:41 Philip Sainty
  2000-12-22  1:06 ` Corinna Vinschen
  0 siblings, 1 reply; 11+ messages in thread
From: Philip Sainty @ 2000-12-21 22:41 UTC (permalink / raw)
  To: cygwin

Wed, 15 Nov 2000 06:35:15 -0800 (PST)
Earnie Boyd <earnie_boyd at yahoo dot com> wrote:
>
> --- Paul  Stodghill <stodghil@cs.cornell.edu> wrote:
> > Why doesn't FIND find files in the current directory when the current
> > directory is accessed via a symlink?
> >
>
> Find doesn't dereference symbolic links unless you tell it to.  The
command
>   find -follow -type f
> would display the files you want displayed.

Not necessarily... I just noticed this when trying to find
real directories under a symlinked directory. Naturally
I don't want other symlinks to appear, so -follow doesn't
help. Rather unfortunate behaviour. It would certainly
be nice if this was changed to match other versions
of find.

It doesn't seem like it would be too difficult, seeing as
how test is able to make the required distinction:

$ ln -s <dir> foo
$ find foo -type l
foo
$ find foo/. -type l
foo/.
$ if test -L foo ; then echo link; fi
link
$ if test -L foo/. ; then echo link; fi
$


Is it too simplistic to imagine that a call to test (or the
relevant code thereof) be made in find to determine
whether the given path is actually a symlink? It only
needs to happen once per find, so wouldn't cause
much of a hit on performance.


cheers,
-Philip




--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Symlink'ed current directory and FIND
  2000-12-21 22:41 Symlink'ed current directory and FIND Philip Sainty
@ 2000-12-22  1:06 ` Corinna Vinschen
  0 siblings, 0 replies; 11+ messages in thread
From: Corinna Vinschen @ 2000-12-22  1:06 UTC (permalink / raw)
  To: cygwin

On Friday 22 December 2000 07:40, Philip Sainty wrote:
> Is it too simplistic to imagine that a call to test (or the
> relevant code thereof) be made in find to determine
> whether the given path is actually a symlink? It only
> needs to happen once per find, so wouldn't cause
> much of a hit on performance.

Go ahead. Take the sources of `find' and patch them.

Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin@cygwin.com
Red Hat, Inc.

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Symlink'ed current directory and FIND
  2000-11-15  8:11 ` Christopher Faylor
@ 2000-11-17  5:55   ` David Starks-Browning
  0 siblings, 0 replies; 11+ messages in thread
From: David Starks-Browning @ 2000-11-17  5:55 UTC (permalink / raw)
  To: cygwin

On Wednesday 15 Nov 00, Christopher Faylor writes:
> On Wed, Nov 15, 2000 at 07:28:28AM -0800, Earnie Boyd wrote:
> >Since the directory is a symbolic link then the leaf (i.e.: the '.' directory)
> >is a symbolic link.  Therefore find doesn't dereference it and reports nothing
> >unless you tell it to -follow the symbolic link.
> 
> This is probably different than most, if not all, UNIXes.

There is already a 'find' entry in the FAQ, I'll add something about
this.

Cheers,
David


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Symlink'ed current directory and FIND
  2000-11-15  7:28 Earnie Boyd
@ 2000-11-15  8:11 ` Christopher Faylor
  2000-11-17  5:55   ` David Starks-Browning
  0 siblings, 1 reply; 11+ messages in thread
From: Christopher Faylor @ 2000-11-15  8:11 UTC (permalink / raw)
  To: Cygwin Mailing List (E-mail)

On Wed, Nov 15, 2000 at 07:28:28AM -0800, Earnie Boyd wrote:
>--- "Lassi A. Tuura" <lassi.tuura@cern.ch> wrote:
>> > Find doesn't dereference symbolic links unless you tell it to.
>> 
>> Yes, but surely it should follow the links to the *current* directory? 
>
>Since the directory is a symbolic link then the leaf (i.e.: the '.' directory)
>is a symbolic link.  Therefore find doesn't dereference it and reports nothing
>unless you tell it to -follow the symbolic link.

This is probably different than most, if not all, UNIXes.  As I've said in the
past there are some problems with the way cygwin currently dereferences symbolic
links but I have no plans with respect to the current directory on fixing them
anytime soon.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Symlink'ed current directory and FIND
@ 2000-11-15  7:28 Earnie Boyd
  2000-11-15  8:11 ` Christopher Faylor
  0 siblings, 1 reply; 11+ messages in thread
From: Earnie Boyd @ 2000-11-15  7:28 UTC (permalink / raw)
  To: Lassi A. Tuura; +Cc: Paul Stodghill, Cygwin Mailing List (E-mail)

--- "Lassi A. Tuura" <lassi.tuura@cern.ch> wrote:
> > Find doesn't dereference symbolic links unless you tell it to.
> 
> Yes, but surely it should follow the links to the *current* directory? 

Since the directory is a symbolic link then the leaf (i.e.: the '.' directory)
is a symbolic link.  Therefore find doesn't dereference it and reports nothing
unless you tell it to -follow the symbolic link.

Cheers,

=====
Earnie Boyd
mailto:earnie_boyd@yahoo.com

---         < http://earniesystems.safeshopper.com >         ---
--- Cygwin: POSIX on Windows < http://gw32.freeyellow.com/ > ---
---   Minimalist GNU for Windows < http://www.mingw.org/ >   ---

__________________________________________________
Do You Yahoo!?
Yahoo! Calendar - Get organized for the holidays!
http://calendar.yahoo.com/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Symlink'ed current directory and FIND
  2000-11-15  6:19 Paul Stodghill
@ 2000-11-15  7:20 ` Egor Duda
  0 siblings, 0 replies; 11+ messages in thread
From: Egor Duda @ 2000-11-15  7:20 UTC (permalink / raw)
  To: Paul Stodghill; +Cc: cygwin

Hi!

Wednesday, 15 November, 2000 Paul Stodghill stodghil@cs.cornell.edu wrote:

it's  a  feature  :)  i  don't  know  if  any standard says that linux
behavior   is  correct  while  cygwin  isn't. it is possible (and imho
desirable  too)  to  make  cygwin work like linux in this case, but it
requires  some  changes  in cygwin's path handling, and should be done
with appropriate care.

PS> Why doesn't FIND find files in the current directory when the current
PS> directory is accessed via a symlink?

PS> milhouse$ hash -r
PS> milhouse$ vdir -d a b
PS> drwxr-xr-x   2 stodghil None            0 Nov 15 09:03 a
PS> lrwxrwxrwx   1 stodghil None           12 Nov 15 09:02 b -> a
PS> milhouse$ cd a
PS> milhouse$ find -type f
PS> ./f1
PS> ./f2
PS> ./f3
PS> milhouse$ cd ../b
PS> milhouse$ find -type f
PS> milhouse$ ls
PS> f1  f2  f3
PS> milhouse$ type -p find
PS> /usr/bin/find

it's  a  feature  :)  i  don't  know  if  any standard says that linux
behavior   is  correct  while  cygwin  isn't. it is possible (and imho
desirable  too)  to  make  cygwin work like linux in this case, but it
requires  some  changes  in cygwin's path handling, and should be done
with appropriate care.

Egor.            mailto:deo@logos-m.ru ICQ 5165414 FidoNet 2:5020/496.19



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Symlink'ed current directory and FIND
  2000-11-15  6:35 Earnie Boyd
@ 2000-11-15  7:14 ` Lassi A. Tuura
  0 siblings, 0 replies; 11+ messages in thread
From: Lassi A. Tuura @ 2000-11-15  7:14 UTC (permalink / raw)
  To: Earnie Boyd; +Cc: Paul Stodghill, Cygwin Mailing List (E-mail)

> Find doesn't dereference symbolic links unless you tell it to.

Yes, but surely it should follow the links to the *current* directory? 
Not following links anywhere under it should be ok, but not finding
anything when sitting in a directory behind a symlink does sound like a
problem.

Paul, can you check what find does under strace in both circumstances to
see if there is any obvious reason for it to fail?  FWIW, try also the
`-noleaf' option.  GNU find has optimisations that have occasionally
caused problems for me in other contexts (cf. the manpage).  Maybe
cygwin doesn't always maintain the invariants GNU find uses for the
optimisations; using `-noleaf' would solve that one (I have no idea why
that would happen under cygwin, but there is no harm in trying).

Hope this helps,
//lat
-- 
It isn't what you don't know that hurts you, it's
what you know that ain't so. --Mark Twain, or else
some other prominent 19th century humorist and wit

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 11+ messages in thread

* RE: Symlink'ed current directory and FIND
@ 2000-11-15  6:59 Earnie Boyd
  0 siblings, 0 replies; 11+ messages in thread
From: Earnie Boyd @ 2000-11-15  6:59 UTC (permalink / raw)
  To: Paul Stodghill, Cygwin Mailing List (E-mail)

--- Paul  Stodghill <stodghil@cs.cornell.edu> wrote:
> > Find doesn't dereference symbolic links unless you tell it 
> > to.  The command
> >   find -follow -type f
> > would display the files you want displayed.
> 
> The way that Cygwin handles CWD=='.' when '.' is a symlink seems to be
> different from Solaris, Linux and IRIS. I tried both NFS and local
> disks.
> 

What does POSIX have to say about it?  How about ANSI?  What about the Single
UNIX Specification?

If you can't find specific documentation then any behaviour is correct.

Cheers,

=====
Earnie Boyd
mailto:earnie_boyd@yahoo.com

---         < http://earniesystems.safeshopper.com >         ---
--- Cygwin: POSIX on Windows < http://gw32.freeyellow.com/ > ---
---   Minimalist GNU for Windows < http://www.mingw.org/ >   ---

__________________________________________________
Do You Yahoo!?
Yahoo! Calendar - Get organized for the holidays!
http://calendar.yahoo.com/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 11+ messages in thread

* RE: Symlink'ed current directory and FIND
@ 2000-11-15  6:51 Paul Stodghill
  0 siblings, 0 replies; 11+ messages in thread
From: Paul Stodghill @ 2000-11-15  6:51 UTC (permalink / raw)
  To: 'Earnie Boyd', Cygwin Mailing List (E-mail)

> Find doesn't dereference symbolic links unless you tell it 
> to.  The command
>   find -follow -type f
> would display the files you want displayed.

The way that Cygwin handles CWD=='.' when '.' is a symlink seems to be
different from Solaris, Linux and IRIS. I tried both NFS and local
disks.

ringding% uname -a
SunOS ringding 5.6 Generic_105181-16 sun4u sparc SUNW,Ultra-4
ringding% find --version
GNU find version 4.1
ringding% ls -ld a b
drwxr-sr-x   2 stodghil stodghil      512 Nov 15 09:19 a
lrwxrwxrwx   1 stodghil stodghil        1 Nov 15 09:19 b -> a
ringding% cd a
ringding% find -type f
./f1
./f2
./f3
ringding% cd ../b
ringding% find -type f
./f1
./f2
./f3
ringding%

itchy% uname -a
Linux itchy.cs.cornell.edu 2.2.12-20smp #1 SMP Mon Sep 27 10:34:45 EDT
1999 i686 unknown
itchy% find --version
GNU find version 4.1
itchy% ls -ld a b
drwxr-sr-x   2 stodghil stodghil      512 Nov 15 09:19 a
lrwxrwxrwx   1 stodghil stodghil        1 Nov 15 09:19 b -> a
itchy% cd a
itchy% find -type f
./f1
./f2
./f3
itchy% cd ../b
itchy% find -type f
./f1
./f2
./f3
itchy%

unfolding% uname -a
IRIX64 unfolding 6.5 04151556 IP30
unfolding% find --version
GNU find version 4.1
unfolding% ls -ld a b
drwxr-xr-x    2 stodghil 8274        2048 Nov 15 09:39 a
lrwxr-xr-x    1 stodghil 6007           1 Nov 15 09:39 b -> a
unfolding% cd a
unfolding% find -type f
./f1
./f2
./f3
unfolding% cd ../b
unfolding% find -type f
./f1
./f2
./f3
unfolding%

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: Symlink'ed current directory and FIND
@ 2000-11-15  6:35 Earnie Boyd
  2000-11-15  7:14 ` Lassi A. Tuura
  0 siblings, 1 reply; 11+ messages in thread
From: Earnie Boyd @ 2000-11-15  6:35 UTC (permalink / raw)
  To: Paul Stodghill, Cygwin Mailing List (E-mail)

--- Paul  Stodghill <stodghil@cs.cornell.edu> wrote:
> Why doesn't FIND find files in the current directory when the current
> directory is accessed via a symlink?
> 

Find doesn't dereference symbolic links unless you tell it to.  The command
  find -follow -type f
would display the files you want displayed.

Cheers,

=====
Earnie Boyd
mailto:earnie_boyd@yahoo.com

---         < http://earniesystems.safeshopper.com >         ---
--- Cygwin: POSIX on Windows < http://gw32.freeyellow.com/ > ---
---   Minimalist GNU for Windows < http://www.mingw.org/ >   ---

__________________________________________________
Do You Yahoo!?
Yahoo! Calendar - Get organized for the holidays!
http://calendar.yahoo.com/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Symlink'ed current directory and FIND
@ 2000-11-15  6:19 Paul Stodghill
  2000-11-15  7:20 ` Egor Duda
  0 siblings, 1 reply; 11+ messages in thread
From: Paul Stodghill @ 2000-11-15  6:19 UTC (permalink / raw)
  To: Cygwin Mailing List (E-mail)

Why doesn't FIND find files in the current directory when the current
directory is accessed via a symlink?

milhouse$ hash -r
milhouse$ vdir -d a b
drwxr-xr-x   2 stodghil None            0 Nov 15 09:03 a
lrwxrwxrwx   1 stodghil None           12 Nov 15 09:02 b -> a
milhouse$ cd a
milhouse$ find -type f
./f1
./f2
./f3
milhouse$ cd ../b
milhouse$ find -type f
milhouse$ ls
f1  f2	f3
milhouse$ type -p find
/usr/bin/find
milhouse$ cygcheck -v -s -r

Cygnus Win95/NT Configuration Diagnostics
Current System Time: Wed Nov 15 09:10:10 2000

WinNT Ver 5.0 build 2195 Service Pack 1

Path:	/home/stodghil/pvse/bin-cygwin
	/home/stodghil/pvse/bin
	/home/stodghil/usr/share/bin
	/home/stodghil/tools/bin
	/usr/bin
	/usr/bin
	/cygdrive/c/PROGRA~1/MICROS~4/VC98/BIN
	/cygdrive/c/PROGRA~1/MICROS~4/COMMON/MSDEV98/BIN
	/cygdrive/c/PROGRA~1/MICROS~4/COMMON/TOOLS
	/cygdrive/c/PROGRA~1/MICROS~4/COMMON/TOOLS/WINNT
	/cygdrive/c/PROGRA~1/MICROS~4/DF98/BIN
	/cygdrive/c/PROGRA~1/INTEL/COMPILER45/BIN
	/cygdrive/c/PROGRA~1/INTEL/EDB32
	/cygdrive/c/PROGRA~1/MPIPRO/BIN
	/cygdrive/c/PROGRA~1/Python
	/cygdrive/c/PROGRA~1/DSTC/FNORB-1.1/FNORB/SCRIPT
	/cygdrive/c/PROGRA~1/TEXMF/MIKTEX/BIN
	/cygdrive/c/PROGRA~1/RATIONAL/COMMON
	/cygdrive/c/PROGRA~1/TCL/BIN
	/cygdrive/c/PROGRA~1/jdk1.3/bin
	/cygdrive/c/WINDOWS
	/cygdrive/c/WINDOWS/SYSTEM32
	/cygdrive/c/WINDOWS/SYSTEM32/WBEM
	/usr/local/netpbm/bin
	/usr/local/bin
	/usr/X11R6/bin

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

PWD = `/home/stodghil/b'
CYGWIN = `ntea ntsec'
USER = `stodghil'
MAKE_MODE = `unix'
HOME = `/home/stodghil'

PROMPT = `$p$g'
NUMBER_OF_PROCESSORS = `1'
MPI_HOME = `C:\PROGRA~1\MPIPRO'
LOGONSERVER = `\\IAGO'
TZ = `EST5EDT4,M4.1.0/2,M10.5.0/2'
OS2LIBPATH = `C:\WINDOWS\system32\os2\dll;'
LINK_F90 = `imsl.lib imsls_err.lib imslmpistub.lib'
TMPDIR = `/home/stodghil/tmp'
PVSPATH =
`/home/stodghil/pvse/bin-cygwin:/home/stodghil/pvse/bin:/home/stodghil/u
sr/share/bin:/home/stodghil/tools/bin'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
DOMAINNAME = `cs.cornell.edu'
PAGER = `ul'
MPI_COMM = `TCP'
SYSTEMDRIVE = `C:'
HOSTNAME = `milhouse'
PROCESSOR_REVISION = `0502'
INCLUDE =
`C:\Progra~1\Micros~4\DF98\IMSL\INCLUDE;C:\Progra~1\Micros~4\DF98\INCLUD
E;C:\Progra~1\Micros~4\VC98\INCLUDE;C:\PROGRA~1\MICROS~4\VC98\ATL\INCLUD
E;C:\PROGRA~1\MICROS~4\VC98\INCLUDE;C:\PROGRA~1\MICROS~4\VC98\MFC\INCLUD
E;C:\PROGRA~1\MICROS~4\DF98\IMSL\INCLUDE;C:\PROGRA~1\MICROS~4\DF98\INCLU
DE;C:\PROGRA~1\INTEL\COMPILER45\INCLUDE'
MSDEVDIR = `C:\PROGRA~1\MICROS~4\COMMON\MSDEV98'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
COMPUTERNAME = `MILHOUSE'
AUXUNIXPATH = `/usr/local/netpbm/bin:/usr/local/bin:/usr/X11R6/bin'
WINDIR = `C:\WINDOWS'
USERPROFILE = `C:\Documents and Settings\stodghil.CUCS'
MSVCDIR = `C:\PROGRA~1\MICROS~4\VC98'
WINBOOTDIR = `C:\WINDOWS'
PS1 = `milhouse$ '
HOMESHARE = `\\bigbird\stodghil'
VNI_F90_MSG = `C:\Progra~1\Micros~4\DF98\IMSL\MESSAGE'
PROGRAMFILES = `C:\Program Files'
JED_ROOT = `c:\Progra~1\jed\jedb09911'
USERDNSDOMAIN = `cs.cornell.edu'
CPTC_SUPPORT = `/home/stodghil/cptc/support'
MACHTYPE = `i686-pc-cygwin'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 5 Stepping 2, GenuineIntel'
EMACS = `1'
OS = `Windows_NT'
BASEUNIXPATH = `/usr/bin:/bin'
PYTHONPATH =
`C:\PROGRA~1\DSTC\FNORB-1.1;C:\PROGRA~1\DSTC\FNORB-1.1\FNORB\SRC\RELEASE
'
TEMP = `/cygdrive/c/windows/TEMP'
PROCESSOR_ARCHITECTURE = `x86'
TERMCAP = `emacs:co#80:tc=unknown:'
SYSTEMROOT = `C:\WINDOWS'
PROCESSOR_LEVEL = `6'
LIB =
`C:\Progra~1\Micros~4\DF98\IMSL\LIB;C:\Progra~1\Micros~4\DF98\LIB;C:\Pro
gra~1\Micros~4\VC98\LIB;C:\PROGRA~1\MICROS~4\VC98\LIB;C:\PROGRA~1\MICROS
~4\VC98\MFC\LIB;C:\PROGRA~1\MICROS~4\DF98\IMSL\LIB;C:\PROGRA~1\MICROS~4\
DF98\LIB;C:\PROGRA~1\INTEL\COMPILER45\LIB'
HOMEDRIVE = `T:'
WINPATH =
`/cygdrive/c/PROGRA~1/MICROS~4/VC98/BIN:/cygdrive/c/PROGRA~1/MICROS~4/CO
MMON/MSDEV98/BIN:/cygdrive/c/PROGRA~1/MICROS~4/COMMON/TOOLS:/cygdrive/c/
PROGRA~1/MICROS~4/COMMON/TOOLS/WINNT:/cygdrive/c/PROGRA~1/MICROS~4/DF98/
BIN:/cygdrive/c/PROGRA~1/INTEL/COMPILER45/BIN:/cygdrive/c/PROGRA~1/INTEL
/EDB32:/cygdrive/c/PROGRA~1/MPIPRO/BIN:/cygdrive/c/PROGRA~1/Python:/cygd
rive/c/PROGRA~1/DSTC/FNORB-1.1/FNORB/SCRIPT:/cygdrive/c/PROGRA~1/TEXMF/M
IKTEX/BIN:/cygdrive/c/PROGRA~1/RATIONAL/COMMON:/cygdrive/c/PROGRA~1/TCL/
BIN:/cygdrive/c/PROGRA~1/jdk1.3/bin:/cygdrive/c/WINDOWS:/cygdrive/c/WIND
OWS/SYSTEM32:/cygdrive/c/WINDOWS/SYSTEM32/WBEM'
SHLVL = `2'
FNORB_HOME = `C:\PROGRA~1\DSTC\FNORB-1.1'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
TEXMF = `C:\PROGRA~1\TEXMF'
USERDOMAIN = `CUCS'
HOMEPATH = `\'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
APPDATA = `C:\Documents and Settings\stodghil.CUCS\Application Data'
DOT_PROFILE = `1'
MINGWROOT = `/usr/local/mingw'
USERNAME = `stodghil'
SHELL = `/bin/bash'
PRINTER = `mercedes/sully'
HOSTTYPE = `i686'
CPU = `i386'
OSTYPE = `cygwin'
TERM = `emacs'
_ = `/usr/bin/cygcheck'
OLDPWD = `/home/stodghil/a'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x00000020
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `c:\Progra~1\Cygwin'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts
v2\/home/pidgin
  (default) = `p:'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts
v2\/home/stodghil
  (default) = `c:\docume~1\stodgh~2.cuc\mydocu~1'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `c:/Progra~1/Cygwin/bin'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `c:/Progra~1/Cygwin/lib'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/local
  (default) = `c:\unix\usr.local'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6
  (default) = `c:\unix\usr.X11R6.4'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Microsoft\ftp\Accounts\sourceware.cygnus.com
  (default) = `'
   = `'
  Login Attributes = 0x00000002
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Men
uOrder\Start Menu\Programs\Cygnus Solutions
  (default) = (unsupported type)
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Installed Components
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Installed
Components\c:/Progra~1/Cygwin
  (default) = `20000627'
  bash = `0002.0004.0001'
  binutils = `20000722.0001'
  bison = `0000'
  byacc = `0000'
  bzip = `0000'
  clear = `0001.0000'
  cygwin = `0001.0001.0004'
  dejagnu = `0000'
  diff = `0000'
  expect = `0000'
  fileutils = `0000'
  findutils = `0000'
  flex = `0000'
  gawk = `0003.0000.0004'
  gcc = `0002.0095.0002.0002'
  gdb = `20000610'
  gperf = `0000'
  grep = `0000'
  groff = `0001.011a.0001'
  gzip = `0000'
  inetutils = `0001.0003.0002.0006'
  less = `0000'
  libpng = `0001.0000.0006.0001'
  login = `0001.0004.0001'
  m = `0000'
  make = `0003.0079.0003'
  man = `0001.005g.0002'
  patch = `0000'
  sed = `0003.0002.0001'
  shellutils = `0000'
  tar = `0000'
  tcltk = `20000610'
  termcap = `20000630'
  texinfo = `0000'
  textutils = `0002.0000.0001'
  time = `0000'
  zlib = `0001.0001.0003.0001'
  crypt = `0001.0000'
  opengl = `0001.0002.0001.0001'
  vim = `0005.0007.0004'
  mt = `0001.0009.0001'
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd           N/A    N/A                    
c:  hd  NTFS    5987Mb  90% CP CS UN PA FC     
f:  net NTFS    9215Mb  46% CP CS UN PA FC     FTP
h:  net NTFS   833111Mb  98% CP CS UN PA FC     powervault
p:  net UNKNOWN  3996Mb  96%                    pidgin
s:  net NTFS    4094Mb  90% CP CS UN PA FC     
t:  net NTFS   86796Mb  94% CP CS UN PA FC     Bigbird_1
u:  net UNKNOWN  4063Mb   0%                    stodghil
w:  net NTFS   28670Mb  57% CP CS UN PA FC     HTTP
z:  net NTFS   152425Mb  31% CP CS UN PA FC     Raven_a

c:\docume~1\stodgh~2.cuc\mydocu~1  /home/stodghil  user    binmode
c:\Progra~1\Cygwin\bin  /usr/bin  user    binmode
c:\Progra~1\Cygwin\lib  /usr/lib  user    binmode
c:\unix\usr.X11R6.4  /usr/X11R6  user    binmode
c:\Progra~1\Cygwin  /        user    binmode
c:\unix\usr.local  /usr/local  user    binmode
p:    /home/pidgin  user    binmode

Found: c:\Progra~1\Cygwin\bin\bash.exe
Found: c:\Progra~1\Cygwin\bin\cat.exe
Found: c:\Progra~1\Cygwin\bin\cpp.exe
Found: c:\Progra~1\Cygwin\bin\find.exe
Found: c:\Progra~1\Cygwin\bin\gcc.exe
Found: c:\Progra~1\Cygwin\bin\gdb.exe
Found: c:\Progra~1\Cygwin\bin\ld.exe
Found: c:\Progra~1\Cygwin\bin\ls.exe
Found: c:\Progra~1\Cygwin\bin\make.exe
Found: c:\Progra~1\Cygwin\bin\sh.exe

   82k 2000/11/07 c:\Progra~1\Cygwin\bin\cygform5.dll - os=4.0 img=1.0
sys=4.0
                  "cygform5.dll" v0.0 ts=2000/11/7 14:56
   18k 2000/10/23 c:\Progra~1\Cygwin\bin\cyggdbm.dll - os=4.0 img=1.0
sys=4.0
                  "cyggdbm.dll" v0.0 ts=2000/10/22 22:26
   14k 2000/10/23 c:\Progra~1\Cygwin\bin\cygintl.dll - os=4.0 img=1.0
sys=4.0
                  "cygintl.dll" v0.0 ts=2000/10/23 15:02
   83k 2000/06/11 c:\Progra~1\Cygwin\bin\cygitcl30.dll - os=4.0 img=1.0
sys=4.0
                  "cygitcl30.dll" v0.0 ts=2000/6/10 23:34
   35k 2000/06/11 c:\Progra~1\Cygwin\bin\cygitk30.dll - os=4.0 img=1.0
sys=4.0
                  "cygitk30.dll" v0.0 ts=2000/6/10 23:34
   45k 2000/10/22 c:\Progra~1\Cygwin\bin\cygjbig1.dll - os=4.0 img=1.0
sys=4.0
                  "cygjbig1.dll" v0.0 ts=2000/10/22 19:06
  119k 2000/10/23 c:\Progra~1\Cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0
sys=4.0
                  "cygjpeg6b.dll" v0.0 ts=2000/10/22 20:58
   53k 2000/11/07 c:\Progra~1\Cygwin\bin\cygmenu5.dll - os=4.0 img=1.0
sys=4.0
                  "cygmenu5.dll" v0.0 ts=2000/11/7 14:55
  426k 2000/11/07 c:\Progra~1\Cygwin\bin\cygncurses++5.dll - os=4.0
img=1.0 sys=4.0
                  "cygncurses++5.dll" v0.0 ts=2000/11/7 14:57
  299k 2000/11/07 c:\Progra~1\Cygwin\bin\cygncurses5.dll - os=4.0
img=1.0 sys=4.0
                  "cygncurses5.dll" v0.0 ts=2000/11/7 14:54
   34k 2000/11/07 c:\Progra~1\Cygwin\bin\cygpanel5.dll - os=4.0 img=1.0
sys=4.0
                  "cygpanel5.dll" v0.0 ts=2000/11/7 14:55
  162k 2000/10/23 c:\Progra~1\Cygwin\bin\cygpng2.dll - os=4.0 img=1.0
sys=4.0
                  "cygpng2.dll" v0.0 ts=2000/10/22 20:40
  402k 2000/06/11 c:\Progra~1\Cygwin\bin\cygtcl80.dll - os=4.0 img=1.0
sys=4.0
                  "cygtcl80.dll" v0.0 ts=2000/6/10 23:30
    5k 2000/06/11 c:\Progra~1\Cygwin\bin\cygtclpip80.dll - os=4.0
img=1.0 sys=4.0
   10k 2000/06/11 c:\Progra~1\Cygwin\bin\cygtclreg80.dll - os=4.0
img=1.0 sys=4.0
                  "cygtclreg80.dll" v0.0 ts=2000/6/10 23:30
  243k 2000/10/23 c:\Progra~1\Cygwin\bin\cygtiff3.dll - os=4.0 img=1.0
sys=4.0
                  "cygtiff3.dll" v0.0 ts=2000/10/22 21:14
  639k 2000/06/11 c:\Progra~1\Cygwin\bin\cygtk80.dll - os=4.0 img=1.0
sys=4.0
                  "cygtk80.dll" v0.0 ts=2000/6/10 23:34
   41k 2000/10/28 c:\Progra~1\Cygwin\bin\cygXpm-noX4.dll - os=4.0
img=1.0 sys=4.0
                  "cygXpm-noX4.dll" v0.0 ts=2000/10/28 14:45
   45k 2000/10/28 c:\Progra~1\Cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0
sys=4.0
                  "cygXpm-X4.dll" v0.0 ts=2000/10/28 14:47
   49k 2000/10/23 c:\Progra~1\Cygwin\bin\cygz.dll - os=4.0 img=1.0
sys=4.0
                  "cygz.dll" v0.0 ts=2000/10/22 20:22
  609k 2000/11/11 c:\Progra~1\Cygwin\bin\cygwin1.dll - os=4.0 img=1.0
sys=4.0
                  "cygwin1.dll" v0.0 ts=2000/11/11 1:49
    Cygwin DLL version info:
        dll major: 1001
        dll minor: 5
        dll epoch: 19
        dll bad signal mask: 19005
        dll old termios: 5
        dll malloc env: 28
        api major: 0
        api minor: 30
        shared data: 3
        dll identifier: cygwin1
        mount registry: 2
        cygnus registry name: Cygnus Solutions
        cygwin registry name: Cygwin
        program options name: Program Options
        cygwin mount registry name: mounts v2
        cygdrive flags: cygdrive flags
        cygdrive prefix: cygdrive prefix
        cygdrive default prefix: 
        build date: Sat Nov 11 01:49:33 EST 2000
        shared id: cygwin1S3

Use -h to see help about each section
milhouse$

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2000-12-22  1:06 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-12-21 22:41 Symlink'ed current directory and FIND Philip Sainty
2000-12-22  1:06 ` Corinna Vinschen
  -- strict thread matches above, loose matches on Subject: below --
2000-11-15  7:28 Earnie Boyd
2000-11-15  8:11 ` Christopher Faylor
2000-11-17  5:55   ` David Starks-Browning
2000-11-15  6:59 Earnie Boyd
2000-11-15  6:51 Paul Stodghill
2000-11-15  6:35 Earnie Boyd
2000-11-15  7:14 ` Lassi A. Tuura
2000-11-15  6:19 Paul Stodghill
2000-11-15  7:20 ` Egor Duda

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).