* RE: cd /d/somedir fails, but cd /d; cd somedir works
@ 2000-06-14 9:55 Tolkin, Steve
2000-06-14 10:03 ` Hans Weber
0 siblings, 1 reply; 9+ messages in thread
From: Tolkin, Steve @ 2000-06-14 9:55 UTC (permalink / raw)
To: 'cygwin@sourceware.cygnus.com'
Cc: 'Reynolds, John', 'Chris Faylor '
Various people have sent helpful suggestions.
0. I am running cygwin 1.1.1 and so I will later upgrade to 1.1.2 to see if
that solves the cd /d/somedir problem. In the meantime I see some other
anomalies, I am hoping that one of these is the cause of my "Permission
denied" problem
described in earlier emails, for which I still do not have any workaound.
Summary: I get Permission denied from gcc, rcsdiff, and sort. The first two
are forking another process to do the IO, e.g. gcc runs cpp.exe which is
what actually reports the problem.
1927/> TMP=/
1928/> gcc a.c
cpp.exe: /cc7nEycW.i: Permission denied
This same failure happens even if I set TMP to a textmode device.
I am completely stuck on this.
1929/> echo $CYGWIN
ntsec tty notitle
1. I do not have unmount anywhere in my path? Why not?
1924/> unmount /e
bash: unmount: command not found
2. The output of the mount command shows that C: is binmode rather than
textmode. Is this a problem?
Device Directory Type Flags
C:\bin /usr/bin user binmode
C:\lib /usr/lib user binmode
d: /d user textmode
f: /f user textmode
C: / user binmode
e: /e user textmode
3. cygcheck -h -r -s -v shows that some mount points end with a space and
others end with a slash. Why is this?
Scanning registry for keys with `Cygnus' in them...
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
(default) = `/_'
cygdrive flags = 0x00000020
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/
(default) = `C:\'
flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/d
(default) = `d: '
flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/e
(default) = `e:\'
flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/f
(default) = `f: '
flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
(default) = `C:\bin'
flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
(default) = `C:\lib'
flags = 0x00000002
4. strace also shows some oddities. If this is consistent with the bug that
was fixed in 1.1.2 please let me know. If it is another problem please let
me know.
> If you are using 1.1.2, then please send an strace log to this list:
>
> strace -osomefile bash
> cd /d/somedir
> exit
>
> The "somefile" will contain the strace log.
As I said I am not yet on 1.1.2 but the strace output also seems somewhat
odd.
It starts:
**********************************************
Program name: C:\bin\bash.exe
App version: 1001.0, api: 0.17
DLL version: 1001.2, api: 0.21
DLL build: 2000-06-07 23:55SNP
OS version: Windows NT-4.0
Date/Time: 2000-06-14 11:18:00
**********************************************
1157 6393 [main] bash 3996 reg_key::build_reg: failed to create key
Program Options in the registry
514 6907 [main] bash 3996 reg_key::build_reg: failed to create key
Program Options in the registry
430 7337 [main] bash 3996 environ_init: !C:=C:\WINNT
What is that failure all about? It worries me.
Here is the end of strace shows the following when I tried
cd /f/_mybin (which fails with
bash: cd: /f/_mybin: No such file or directory
...
7170 15993792 [main] bash 3996 mount_info::conv_to_win32_path:
conv_to_win32_path (/f/_mybin)
340 15994132 [main] bash 3996 getcwd_inner: 0x247F174 (/) = getcwd_inner
(0x247F174, 260, posix) (cached)
169 15994301 [main] bash 3996 normalize_posix_path: /f/_mybin =
normalize_posix_path (/f/_mybin)
170 15994471 [main] bash 3996 mount_info::conv_to_win32_path: f:
\_mybin(rel), f: \_mybin(abs) 0x0(flags) = conv_to_win32_path (/f/_mybin)
7614465 23608936 [main] bash 3996 symlink_info::check: GetFileAttributesA
(f: \_mybin) failed
325 23609261 [main] bash 3996 ../../../../csrc/winsup/cygwin/path.cc:2174
seterrno: 3 (PATH_NOT_FOUND) -> 2
181 23609442 [main] bash 3996 symlink_info::check: 0 = symlink.check (f:
\_mybin, 0x247F519) (0x0)
1333 23610775 [main] bash 3996 symlink_info::check: not a symlink
180 23610955 [main] bash 3996 symlink_info::check: 0 = symlink.check (f: ,
0x247F519) (0x0)
926 23611881 [main] bash 3996 path_conv::check: GetVolumeInformation(f:\)
= OK, full_path(f: \_mybin), set_has_acls(0)
1366 23613247 [main] bash 3996 ../../../../csrc/winsup/cygwin/path.cc:2522
seterrno: 3 (PATH_NOT_FOUND) -> 2
473 23613720 [main] bash 3996 chdir: -1 = chdir (/f/_mybin) (dos f:
\_mybin)
298 23614018 [main] bash 3996 mount_info::conv_to_win32_path:
conv_to_win32_path (/f/_mybin)
315 23614333 [main] bash 3996 mount_info::conv_to_posix_path:
conv_to_posix_path (c:\, no-keep-rel, no-add-slash)
165 23614498 [main] bash 3996 normalize_win32_path: c:\ =
normalize_win32_path (c:\)
164 23614662 [main] bash 3996 mount_info::conv_to_posix_path: / =
conv_to_posix_path (c:\)
520 23615182 [main] bash 3996 getcwd_inner: 0x247F164 (/) = getcwd_inner
(0x247F164, 260, posix)
167 23615349 [main] bash 3996 normalize_posix_path: /f/_mybin =
normalize_posix_path (/f/_mybin)
170 23615519 [main] bash 3996 mount_info::conv_to_win32_path: f:
\_mybin(rel), f: \_mybin(abs) 0x0(flags) = conv_to_win32_path (/f/_mybin)
1420 23616939 [main] bash 3996 symlink_info::check: GetFileAttributesA (f:
\_mybin) failed
183 23617122 [main] bash 3996 ../../../../csrc/winsup/cygwin/path.cc:2174
seterrno: 3 (PATH_NOT_FOUND) -> 2
160 23617282 [main] bash 3996 symlink_info::check: 0 = symlink.check (f:
\_mybin, 0x247F509) (0x0)
1269 23618551 [main] bash 3996 symlink_info::check: not a symlink
176 23618727 [main] bash 3996 symlink_info::check: 0 = symlink.check (f: ,
0x247F509) (0x0)
920 23619647 [main] bash 3996 path_conv::check: GetVolumeInformation(f:\)
= OK, full_path(f: \_mybin), set_has_acls(0)
1375 23621022 [main] bash 3996 ../../../../csrc/winsup/cygwin/path.cc:2522
seterrno: 3 (PATH_NOT_FOUND) -> 2
462 23621484 [main] bash 3996 chdir: -1 = chdir (/f/_mybin) (dos f:
\_mybin)
813 23622297 [main] bash 3996 _write: write (2, 0xA042A88, 47)
208 23622505 [main] bash 3996 fhandler_base::write: after write, name
{stderr}, rpos 47
163 23622668 [main] bash 3996 _write: 47 = write (2, 0xA042A88, 47)
...
152 23636847 [main] bash 3996 _read: read (0, 0xA046C18, 1)
724 23637571 [main] bash 3996 peek_pipe: {stdin}, ready for read
717 23638288 [main] bash 3996 fhandler_base::read: read 1 bytes ( t)
159 23638447 [main] bash 3996 read_handler: 1 = read (0<{stdin}>,
0xA046C18, 1)
704 23639151 [main] bash 3996 set_sig_errno: errno 0
156 23639307 [main] bash 3996 _read: read (0, 0xA046C18, 1)
721 23640028 [main] bash 3996 peek_pipe: {stdin}, ready for read
718 23640746 [main] bash 3996 fhandler_base::read: read 1 bytes ( 0xA)
158 23640904 [main] bash 3996 read_handler: 1 = read (0<{stdin}>,
0xA046C18, 1)
3774 23644678 [main] bash 3996 set_process_mask: old mask = 0, new mask = 0
282 23644960 [main] bash 3996 do_exit: do_exit (1)
168 23645128 [main] bash 3996 void: 0x41B824 = signal (20, 0x1)
158 23645286 [main] bash 3996 void: 0x0 = signal (1, 0x1)
157 23645443 [main] bash 3996 void: 0x0 = signal (2, 0x1)
156 23645599 [main] bash 3996 void: 0x1 = signal (3, 0x1)
693 23646292 [main] bash 3996 _close: close (0)
957 23647249 [main] bash 3996 fhandler_base::close: handle 0xE8
1376 23648625 [main] bash 3996 _close: 0 = close (0)
690 23649315 [main] bash 3996 _close: close (1)
955 23650270 [main] bash 3996 fhandler_base::close: handle 0x104
1372 23651642 [main] bash 3996 _close: 0 = close (1)
689 23652331 [main] bash 3996 _close: close (2)
954 23653285 [main] bash 3996 fhandler_base::close: handle 0x128
1369 23654654 [main] bash 3996 _close: 0 = close (2)
15781 23670435 [main] bash 3996 proc_terminate: nchildren 0, nzombies 0
157 23670592 [main] bash 3996 proc_terminate: leaving
153 23670745 [main] bash 3996 sigproc_terminate: entering
155 23670900 [main] bash 3996 sigproc_terminate: done
155 23671055 [main] bash 3996 do_exit: 3996 == pgrp 3996, send
SIG{HUP,CONT} to stopped children
158 23671213 [main] bash 3996 kill_pgrp: pid 3996, sig -1
200 23671413 [main] bash 3996 proc_exists: checking for existence of pid
3995, window pid 325
193 23671606 [main] bash 3996 proc_exists: it exists, 0x144
267 23671873 [main] bash 3996 proc_exists: checking for existence of pid
1000, window pid 240
183 23672056 [main] bash 3996 proc_exists: it exists, 0xD0
201 23672257 [main] bash 3996 kill_pgrp: -1 = kill (3996, -1)
173 23672430 [main] bash 3996 __to_clock_t: dwHighDateTime 0,
dwLowDateTime 2603744
178 23672608 [main] bash 3996 __to_clock_t: total 00000000 00000104
159 23672767 [main] bash 3996 __to_clock_t: dwHighDateTime 0,
dwLowDateTime 1001440
156 23672923 [main] bash 3996 __to_clock_t: total 00000000 00000064
165 23673088 [main] bash 3996 my_parent_is_alive: No parent_alive mutex
166 23673254 [main] bash 3996 do_exit: calling ExitProcess 1
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cd /d/somedir fails, but cd /d; cd somedir works
2000-06-14 9:55 cd /d/somedir fails, but cd /d; cd somedir works Tolkin, Steve
@ 2000-06-14 10:03 ` Hans Weber
0 siblings, 0 replies; 9+ messages in thread
From: Hans Weber @ 2000-06-14 10:03 UTC (permalink / raw)
To: cygwin
----- Original Message -----
From: "Tolkin, Steve" <Steve.Tolkin@fmr.com>
To: <cygwin@sourceware.cygnus.com>
Cc: "'Reynolds, John'" <John.Reynolds@sciatl.com>; "'Chris Faylor '"
<IMCEAMAILTO-cgf+40cygnus+2Ecom@fmr.com>
Sent: Wednesday, June 14, 2000 12:54 PM
Subject: RE: cd /d/somedir fails, but cd /d; cd somedir works
> Various people have sent helpful suggestions.
>
>
> 1. I do not have unmount anywhere in my path? Why not?
> 1924/> unmount /e
> bash: unmount: command not found
>
there is no unmount -- it is umount.
h
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cd /d/somedir fails, but cd /d; cd somedir works
2000-06-14 12:01 Tolkin, Steve
2000-06-14 12:48 ` Chris Faylor
@ 2000-06-14 20:52 ` Terry Lincoln
1 sibling, 0 replies; 9+ messages in thread
From: Terry Lincoln @ 2000-06-14 20:52 UTC (permalink / raw)
To: Tolkin, Steve, cygwin
Hi Steve,
----- Original Message -----
From: "Tolkin, Steve" <Steve.Tolkin@fmr.com>
To: <cygwin@sourceware.cygnus.com>
Sent: Wednesday, June 14, 2000 3:00 PM
Subject: RE: cd /d/somedir fails, but cd /d; cd somedir works
> I think I have found and fixed the problem.
> It was indeed that C: was mounted in binmode. After I did this:
>
> 505~> mount -f -t c: /
> 506~> mount
> Device Directory Type Flags
> C:\bin /usr/bin user binmode
> C:\lib /usr/lib user binmode
> d: /d user textmode
> f: /f user textmode
> c: / user textmode
> e: /e user textmode
>
> my "Permission denied" problems, as mentionned below, went away!
> I think this should be added to the FAQ and/or other relevant documents.
Is it wise (see above mount output) to have the same drive with common
forks of the tree mounted in two different mode? You have C: mounted
text and C:\bin (as well as C:\lib) mounted as binary.
Now at what point in the path /usr/bin/test would cygwin switch from
text mode to binary mode. At / (text) at /usr (still text) /usr/bin (ha
ha now binary!) finally what happens if /usr/bin/fixer is a symlink to
/usr/fixer? Is it text or binary?
Do you really want files in /bin to be CRLF ended and files in /usr/bin
to be LF terminated?
Something to think about?
Terry
>
>
> > -----Original Message-----
> > From: Tolkin, Steve
> > Sent: Wednesday, June 14, 2000 12:55 PM
> > To: 'cygwin@sourceware.cygnus.com'
> ...
>
> > 0. I am running cygwin 1.1.1 and so I will later upgrade to
> > 1.1.2 to see if that solves the cd /d/somedir problem. In
> > the meantime I see some other anomalies, I am hoping that one
> > of these is the cause of my "Permission denied" problem
> > described in earlier emails, for which I still do not have
> > any workaound.
> >
> > Summary: I get Permission denied from gcc, rcsdiff, and sort.
> > The first two are forking another process to do the IO, e.g.
> > gcc runs cpp.exe which is what actually reports the problem.
> > 1927/> TMP=/
> > 1928/> gcc a.c
> > cpp.exe: /cc7nEycW.i: Permission denied
> > This same failure happens even if I set TMP to a textmode device.
> > I am completely stuck on this.
> > 1929/> echo $CYGWIN
> > ntsec tty notitle
> >
> > 1. I do not have unmount anywhere in my path? Why not?
> > 1924/> unmount /e
> > bash: unmount: command not found
> >
> > 2. The output of the mount command shows that C: is binmode
> > rather than textmode. Is this a problem?
> > Device Directory Type Flags
> > C:\bin /usr/bin user binmode
> > C:\lib /usr/lib user binmode
> > d: /d user textmode
> > f: /f user textmode
> > C: / user binmode
> > e: /e user textmode
> >
> ...
>
> Hopefully helpfully yours,
> Steve
> --
> Steven Tolkin steve.tolkin@fmr.com 617-563-0516
> Fidelity Investments 82 Devonshire St. R24D Boston MA 02109
> There is nothing so practical as a good theory. Comments are by me,
> not Fidelity Investments, its subsidiaries or affiliates.
>
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
>
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cd /d/somedir fails, but cd /d; cd somedir works
2000-06-14 12:01 Tolkin, Steve
@ 2000-06-14 12:48 ` Chris Faylor
2000-06-14 20:52 ` Terry Lincoln
1 sibling, 0 replies; 9+ messages in thread
From: Chris Faylor @ 2000-06-14 12:48 UTC (permalink / raw)
To: 'cygwin@sourceware.cygnus.com'
On Wed, Jun 14, 2000 at 03:00:37PM -0400, Tolkin, Steve wrote:
>I think I have found and fixed the problem.
>It was indeed that C: was mounted in binmode. After I did this:
>
>505~> mount -f -t c: /
>506~> mount
>Device Directory Type Flags
>C:\bin /usr/bin user binmode
>C:\lib /usr/lib user binmode
>d: /d user textmode
>f: /f user textmode
>c: / user textmode
>e: /e user textmode
>
>my "Permission denied" problems, as mentionned below, went away!
>I think this should be added to the FAQ and/or other relevant documents.
If you got "Permission denied" errors just because something was mounted
as binmode, then that's a bug. I'm not going to add a bug report to the
FAQ. Sorry.
AFAIK, all of the "permission denied" errors were fixed in cygwin 1.1.2.
cgf
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: cd /d/somedir fails, but cd /d; cd somedir works
@ 2000-06-14 12:01 Tolkin, Steve
2000-06-14 12:48 ` Chris Faylor
2000-06-14 20:52 ` Terry Lincoln
0 siblings, 2 replies; 9+ messages in thread
From: Tolkin, Steve @ 2000-06-14 12:01 UTC (permalink / raw)
To: 'cygwin@sourceware.cygnus.com'
I think I have found and fixed the problem.
It was indeed that C: was mounted in binmode. After I did this:
505~> mount -f -t c: /
506~> mount
Device Directory Type Flags
C:\bin /usr/bin user binmode
C:\lib /usr/lib user binmode
d: /d user textmode
f: /f user textmode
c: / user textmode
e: /e user textmode
my "Permission denied" problems, as mentionned below, went away!
I think this should be added to the FAQ and/or other relevant documents.
> -----Original Message-----
> From: Tolkin, Steve
> Sent: Wednesday, June 14, 2000 12:55 PM
> To: 'cygwin@sourceware.cygnus.com'
...
> 0. I am running cygwin 1.1.1 and so I will later upgrade to
> 1.1.2 to see if that solves the cd /d/somedir problem. In
> the meantime I see some other anomalies, I am hoping that one
> of these is the cause of my "Permission denied" problem
> described in earlier emails, for which I still do not have
> any workaound.
>
> Summary: I get Permission denied from gcc, rcsdiff, and sort.
> The first two are forking another process to do the IO, e.g.
> gcc runs cpp.exe which is what actually reports the problem.
> 1927/> TMP=/
> 1928/> gcc a.c
> cpp.exe: /cc7nEycW.i: Permission denied
> This same failure happens even if I set TMP to a textmode device.
> I am completely stuck on this.
> 1929/> echo $CYGWIN
> ntsec tty notitle
>
> 1. I do not have unmount anywhere in my path? Why not?
> 1924/> unmount /e
> bash: unmount: command not found
>
> 2. The output of the mount command shows that C: is binmode
> rather than textmode. Is this a problem?
> Device Directory Type Flags
> C:\bin /usr/bin user binmode
> C:\lib /usr/lib user binmode
> d: /d user textmode
> f: /f user textmode
> C: / user binmode
> e: /e user textmode
>
...
Hopefully helpfully yours,
Steve
--
Steven Tolkin steve.tolkin@fmr.com 617-563-0516
Fidelity Investments 82 Devonshire St. R24D Boston MA 02109
There is nothing so practical as a good theory. Comments are by me,
not Fidelity Investments, its subsidiaries or affiliates.
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cd /d/somedir fails, but cd /d; cd somedir works
2000-06-14 8:17 Tolkin, Steve
@ 2000-06-14 11:17 ` Chris Faylor
0 siblings, 0 replies; 9+ messages in thread
From: Chris Faylor @ 2000-06-14 11:17 UTC (permalink / raw)
To: cygwin
On Wed, Jun 14, 2000 at 11:14:39AM -0400, Tolkin, Steve wrote:
>Why is there no man page for mount available?
That's probably because no one has written one.
>I am wondering what these options really do.
There is documentation on the web site:
http://sourceware.cygnus.com/cygwin .
I don't claim that it will answer all of your questions but that is all
of the documentation that is currently available.
cgf
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: cd /d/somedir fails, but cd /d; cd somedir works
@ 2000-06-14 8:17 Tolkin, Steve
2000-06-14 11:17 ` Chris Faylor
0 siblings, 1 reply; 9+ messages in thread
From: Tolkin, Steve @ 2000-06-14 8:17 UTC (permalink / raw)
To: 'Larry Hall (RFK Partners, Inc)'; +Cc: cygwin
> -----Original Message-----
> From: Larry Hall (RFK Partners, Inc) [ mailto:lhall@rfk.com ]
> Sent: Wednesday, June 14, 2000 10:48 AM
> To: Tolkin, Steve
> Subject: Re: cd /d/somedir fails, but cd /d; cd somedir works
>
>
> At 09:52 AM 6/14/2000, you wrote:
> >I can cd to a drive other than C: in two steps, as follows:
> > cd /d
> > cd somedir
> >
> >This assumes I have earlier done, in a DOS box:
> > cd /
> > mkdir d
> > mount d:\ /d
> >
> >But I cannot do this in one step i.e.
> > cd /d/somedir
> >fails with the error message:
> > bash: cd: /d/somedir: No such file or directory
> >Why?
>
>
> Are you doing this from bash? I get the feeling you're not
> in which case I'm
> not sure whether the / you've mounted is the same one you
> appear to be
> referencing with cd.
Yes, I am in bash, version 2.04.0(10)-release (i586-pc-cygwin32)
Here is a transcript.
1885/> cd /f
1886/f> cd _mybin
/cygdrive/f/_mybin
1887/cygdrive/f/_mybin> pwd
/cygdrive/f/_mybin
1888/cygdrive/f/_mybin> cd /
1889/> cd /f/_mybin
bash: cd: /f/_mybin: No such file or directory
> >I can do it in one step using the clunky syntax
> > cd /cygdrive/d/somedir
> >
> >Is there a short alias for cygdrive?
>
> See the options for mount. You can set the prefix for
> non-mounted partitions
> to be whatever you want.
Is there any recommended or preferred name for this?
I am currently saying
mount --change-cygdrive-prefix /_
i.e. using the single underscore for this prefix. Any problems with that?
What is a "non-mounted partition".
I do not really understand how mount works.
I have I used Unix for years, but I was not the systems administrator, and
so never had to deal with it.
Is there a way to unmount a drive?
Why is there no man page for mount available?
I am wondering what these options really do. It seems that
there is some interaction between -b and -t e.g. only one is allowed, and
this may extend to -x as well.
What is a "mount point", a "mount point directory", a "mount area", a
"mount"?
All these terms are used in the output of mount /? below.
Are these the same or different concepts?
Can I just see the current values for the mount points, mount areas, etc.
without changing my state.
1883/> mount /?
usage mount [-bfstux] <win32path> <posixpath>
-b text files are equivalent to binary files (newline = \n)
-f force mount, don't warn about missing mount point directories
-s add mount point to system-wide registry location
-t text files get \r\n line endings (default)
-u add mount point to user registry location (default)
-x treat all files under mount point as executables
[-bs] --change-cygdrive-prefix <posixpath>
change the cygdrive path prefix to <posixpath>
--import-old-mounts
copy old registry mount table mounts into the current mount areas
...
> Windows uses // as an indicator of UNC syntax
> (//<hostname>/<sharename>).
> This conflicts with the convention introduced into Cygwin of
> //<drive>.
> Using //<drive> in Cygwin can result in unwanted network traffic and
> command line delays...
OK.
Thanks,
Steve
--
Steven Tolkin steve.tolkin@fmr.com 617-563-0516
Fidelity Investments 82 Devonshire St. R24D Boston MA 02109
There is nothing so practical as a good theory. Comments are by me,
not Fidelity Investments, its subsidiaries or affiliates.
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: cd /d/somedir fails, but cd /d; cd somedir works
2000-06-14 6:53 Tolkin, Steve
@ 2000-06-14 7:22 ` Chris Faylor
0 siblings, 0 replies; 9+ messages in thread
From: Chris Faylor @ 2000-06-14 7:22 UTC (permalink / raw)
To: cygwin
On Wed, Jun 14, 2000 at 09:52:10AM -0400, Tolkin, Steve wrote:
>I can cd to a drive other than C: in two steps, as follows:
> cd /d
> cd somedir
>
>This assumes I have earlier done, in a DOS box:
> cd /
> mkdir d
> mount d:\ /d
What version of Cygwin are you using? There was a reported bug similar
to this in 1.1.1 which was supposed to be fixed in 1.1.2.
If you are using 1.1.2, then please send an strace log to this list:
strace -osomefile bash
cd /d/somedir
exit
The "somefile" will contain the strace log.
cgf
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* cd /d/somedir fails, but cd /d; cd somedir works
@ 2000-06-14 6:53 Tolkin, Steve
2000-06-14 7:22 ` Chris Faylor
0 siblings, 1 reply; 9+ messages in thread
From: Tolkin, Steve @ 2000-06-14 6:53 UTC (permalink / raw)
To: cygwin
I can cd to a drive other than C: in two steps, as follows:
cd /d
cd somedir
This assumes I have earlier done, in a DOS box:
cd /
mkdir d
mount d:\ /d
But I cannot do this in one step i.e.
cd /d/somedir
fails with the error message:
bash: cd: /d/somedir: No such file or directory
Why?
I can do it in one step using the clunky syntax
cd /cygdrive/d/somedir
Is there a short alias for cygdrive?
In some releases of cygwin I could say
cd //d/somedir
which is reasonable.
But I heard that this syntax is being deprecated.
Why?
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2000-06-14 20:52 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-06-14 9:55 cd /d/somedir fails, but cd /d; cd somedir works Tolkin, Steve
2000-06-14 10:03 ` Hans Weber
-- strict thread matches above, loose matches on Subject: below --
2000-06-14 12:01 Tolkin, Steve
2000-06-14 12:48 ` Chris Faylor
2000-06-14 20:52 ` Terry Lincoln
2000-06-14 8:17 Tolkin, Steve
2000-06-14 11:17 ` Chris Faylor
2000-06-14 6:53 Tolkin, Steve
2000-06-14 7:22 ` Chris Faylor
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).