public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* 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).