* 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-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 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 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 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 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 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
* 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
* 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* 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
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-11-15 6:59 Symlink'ed current directory and FIND Earnie Boyd
-- strict thread matches above, loose matches on Subject: below --
2000-12-21 22:41 Philip Sainty
2000-12-22 1:06 ` Corinna Vinschen
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: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).