public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* Re: Strange cd/CDPATH behavior
@ 2000-09-26 13:16 Earnie Boyd
  2000-09-26 16:53 ` Chris Faylor
  0 siblings, 1 reply; 14+ messages in thread
From: Earnie Boyd @ 2000-09-26 13:16 UTC (permalink / raw)
  To: cygwin

--- Chris Faylor <cgf@cygnus.com> wrote:
> On Tue, Sep 26, 2000 at 01:26:20PM -0600, Erik Nolte wrote:
> >B20.1 must have recognized that w:/ is an absolute path while 1.1.4 doesn't
> >think so.  And somehow "." in CDPATH triggers the problem.
> 
> It is *not* B20.1 that is an issue here.  It is *bash*.  There are
> (obviously)
> different versions of bash in older cygwin releases than there were in
> newer releases.
> 

Well, actually, the changes to allow Cygwin to recognize d:/ as a Win32
absolute path have IMO caused the change.

> Rather than endlessly speculating about this, can someone look at the code
> and find out what is going on???  I sincerely doubt that there will be a 
> simple workaround for this problem that does not involve changing bash.

I agree, bash now needs to be taught that d:/ and d:\ are absolute paths.

Cheers,

=====
--- < http://earniesystems.safeshopper.com > ---
   Earnie Boyd: < mailto:earnie_boyd@yahoo.com >
            __Cygwin: POSIX on Windows__
Cygwin Newbies: < http://gw32.freeyellow.com/ >
           __Minimalist GNU for Windows__
    Mingw Home: < http://www.mingw.org/ >

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/

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

^ permalink raw reply	[flat|nested] 14+ messages in thread
* Re: Strange cd/CDPATH behavior
@ 2000-09-26 13:12 Earnie Boyd
  0 siblings, 0 replies; 14+ messages in thread
From: Earnie Boyd @ 2000-09-26 13:12 UTC (permalink / raw)
  To: Erik Nolte, kulack; +Cc: cygwin

--- Erik Nolte <enolte@campuspipeline.com> wrote:
> > I can successfully `cd c:/temp' from the bash prompt so that itself
> > isn't a problem.  You mention that you have CDPATH set, what is it set to?
> If
> > CDPATH itself contains a ":" character it is used as a list separator, so
> DOS
> > paths can't exist in CDPATH unless the "\" quoting character precedes the
> ":".
> 
> I have a CDPATH of UNIX-style directories:
> 
> 
> .:/w//src/com/pipeline:/w/:/w//src:/w//docs:/w//src/html:/w//src/com/pipelin
> e/ab
> 
> m:/w//src/com/pipeline/ad:/w//src/com/pipeline/addrbk:/w//src/com/pipeline/a
> dmin
> 
> :/w//src/com/pipeline/aio:/w//src/com/pipeline/alert:/w//src/com/pipeline/ap
> plic
>     ations:/w//src/com/pipeline/awt:/w//src/com/pipeline/bom
> 
> B20.1 must have recognized that w:/ is an absolute path while 1.1.4 doesn't
> think so.  And somehow "." in CDPATH triggers the problem.
> 

You've not really listed w:/ in CDPATH you have /w// which isn't the same as
w:/.

> Try this:
> 
>     export CDPATH=/c:/d
>     cd d:/
>     <you should just see the command prompt>
> 

Ok. Tried and I see your results.

> then try:
> 
>     export CDPATH=/c:/d:.
>     cd d:/
>     <you should see "d:" and then the command prompt on the next line>
> 

Ok. Tried and I see your results.  I also tried cd /d and I the result is as
expected.

> The question is why does adding "." to CDPATH cause "d:/" to be interpreted
> as a relative path?
> 

Just to eliminate the bash-2.04 vs bash-2.03 criteria, I'm using bash-2.03
while Cygwin now ships with bash-2.04.  I don't have b20.1 to play with it so I
can't see what the difference is.  My guess is that the changes Corinna made
that make Cygwin now interpret a path with a `:' in offset position 1 as an
absolute win32 path has a lot to do with the difference.

This being the case, as Chris has already stated, the only patch worth making
is to bash itself.  Bash needs to be taught that [a-zA-Z]:/ is an absolute
path.

Cheers,

=====
--- < http://earniesystems.safeshopper.com > ---
   Earnie Boyd: < mailto:earnie_boyd@yahoo.com >
            __Cygwin: POSIX on Windows__
Cygwin Newbies: < http://gw32.freeyellow.com/ >
           __Minimalist GNU for Windows__
    Mingw Home: < http://www.mingw.org/ >

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/

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

^ permalink raw reply	[flat|nested] 14+ messages in thread
* RE: Strange cd/CDPATH behavior
@ 2000-09-26 11:25 Bernard Dautrevaux
  0 siblings, 0 replies; 14+ messages in thread
From: Bernard Dautrevaux @ 2000-09-26 11:25 UTC (permalink / raw)
  To: 'cygwin@sources.redhat.com', cygwin

> -----Original Message-----
> From: Chris Faylor [ mailto:cgf@cygnus.com ]
> Sent: Tuesday, September 26, 2000 7:56 PM
> To: cygwin@sourceware.cygnus.com
> Subject: Re: Strange cd/CDPATH behavior
> 
> 
> On Tue, Sep 26, 2000 at 11:40:54AM -0600, Erik Nolte wrote:
> >> > The obvious answer is to stop using DOS style paths with 
> cygwin cd's.
> >> > Unfortunately, what I'm really doing is "cd $SRC_PATH" 
> where SRC_PATH is
> >> > "W:/src".  SRC_PATH must be a DOS style path to keep 
> javac and other
> >> > windows-based software happy (they can't grok paths without drive
> >> letters).
> >>
> >> Use cygpath...
> >> >cygpath -u -p c:/
> >> /
> >>
> >> In your example, something like:
> >> cd $(cygpath -u -p $SRC_PATH)
> >> would probably work.
> >
> >
> >I wish I could, unfortunately the cd's are inside makefiles 
> and scripts that
> >run both on cygwin/NT/Win2K and on Solaris.  And the Suns 
> aren't too happy
> >about cygpath.  I can hack around the problem by unsetting CDPATH or
> >creating a SHELL_SRC_PATH (/c) and a APP_SRC_PATH (c:/).  
	...
> 
> FWIW, I haven't seen anyone mention that this is a *bash* 
> idiosyncrasy.  Bash is
> apparently not dealing well with c:\foo style paths, which is 
> hardly surprising.

We had the same kind of problems in our port of UNIX tools to Windows
(having the tools correctly handling X:/foo as an absolute path) and the
only solution we found was looking at all the places in our source code base
where we compare something with '/' then manually check iw we were looking
for an absolute path, then if true recode it to call some locally defined
macro (IS_ABSOLUTE_PATH) that depending on the platform either check the
first char (on UNIX) or call some function that is able to handle drive
letters correctly ;-(

We were quite reluctant at having to do that but we do not find any other
way to handle correctly DOS-style path names. Note that we even have more
hard time trying to handle DOS-style path names in UNIX-style
(':'-separated) path lists, but this is another story :-) (I can describe
how we do that if anybody is interested).

> 
> I doubt that these problems show up in Solaris since there is 
> no possibility
> that you'll ever see a x:\ path there.  

I think what he wants to say is that he can't rewrite its makefile rules
using cd `cygpath ${SRC_DIR}` as Solaris will choke on cygpath :-) and he
has to have the same makefiles for UNIX and CYGWIN (after all this *was* the
reason of creating cygwin: be able to port UNIX packages to Windows).

Just my .02EUR

	Bernard

--------------------------------------------
Bernard Dautrevaux
Microprocess Ingenierie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:	+33 (0) 1 47 68 80 80
Fax:	+33 (0) 1 47 88 97 85
e-mail:	dautrevaux@microprocess.com
		b.dautrevaux@usa.net
-------------------------------------------- 

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

^ permalink raw reply	[flat|nested] 14+ messages in thread
* Re: Strange cd/CDPATH behavior
@ 2000-09-26 11:19 Earnie Boyd
  2000-09-26 12:22 ` Erik Nolte
  0 siblings, 1 reply; 14+ messages in thread
From: Earnie Boyd @ 2000-09-26 11:19 UTC (permalink / raw)
  To: Erik Nolte, kulack; +Cc: cygwin

--- Erik Nolte <enolte@campuspipeline.com> wrote:
> > > The obvious answer is to stop using DOS style paths with cygwin cd's.
> > > Unfortunately, what I'm really doing is "cd $SRC_PATH" where SRC_PATH is
> > > "W:/src".  SRC_PATH must be a DOS style path to keep javac and other
> > > windows-based software happy (they can't grok paths without drive
> > letters).
> >
> > Use cygpath...
> > >cygpath -u -p c:/
> > /
> >
> > In your example, something like:
> > cd $(cygpath -u -p $SRC_PATH)
> > would probably work.
> 
> 
> I wish I could, unfortunately the cd's are inside makefiles and scripts that
> run both on cygwin/NT/Win2K and on Solaris.  And the Suns aren't too happy
> about cygpath.  I can hack around the problem by unsetting CDPATH or
> creating a SHELL_SRC_PATH (/c) and a APP_SRC_PATH (c:/).  The interesting
> thing is that B20.1 didn't exhibit the problem.  How compatible should 1.1.4
> be with B20.1?
> 
> I'm under the impression that B20.1 is obsolete and that Cygnus (or at least
> the cygwin developers) would prefer people using 1.1.x.  Is that true or
> should we wait until 2.0?
> 

Waiting isn't going to fix any problems.  Changes, IIRC, make itself changed
versions.  I can successfully `cd c:/temp' from the bash prompt so that itself
isn't a problem.  You mention that you have CDPATH set, what is it set to?  If
CDPATH itself contains a ":" character it is used as a list separator, so DOS
paths can't exist in CDPATH unless the "\" quoting character precedes the ":".

HTH,

=====
--- < http://earniesystems.safeshopper.com > ---
   Earnie Boyd: < mailto:earnie_boyd@yahoo.com >
            __Cygwin: POSIX on Windows__
Cygwin Newbies: < http://gw32.freeyellow.com/ >
           __Minimalist GNU for Windows__
    Mingw Home: < http://www.mingw.org/ >

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/

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

^ permalink raw reply	[flat|nested] 14+ messages in thread
* Re: Strange cd/CDPATH behavior
@ 2000-09-26 10:11 kulack
  2000-09-26 10:37 ` Erik Nolte
  0 siblings, 1 reply; 14+ messages in thread
From: kulack @ 2000-09-26 10:11 UTC (permalink / raw)
  To: Erik Nolte; +Cc: cygwin

> The obvious answer is to stop using DOS style paths with cygwin cd's.
> Unfortunately, what I'm really doing is "cd $SRC_PATH" where SRC_PATH is
> "W:/src".  SRC_PATH must be a DOS style path to keep javac and other
> windows-based software happy (they can't grok paths without drive
letters).

Use cygpath...
>cygpath -u -p c:/
/

In your example, something like:
cd $(cygpath -u -p $SRC_PATH)
would probably work.




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

^ permalink raw reply	[flat|nested] 14+ messages in thread
* RE: Strange cd/CDPATH behavior
@ 2000-09-26 10:03 Schaible, Joerg
  0 siblings, 0 replies; 14+ messages in thread
From: Schaible, Joerg @ 2000-09-26 10:03 UTC (permalink / raw)
  To: Erik Nolte; +Cc: cygwin-list

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 640 bytes --]

Hi Erik,

> Unfortunately, what I'm really doing is "cd $SRC_PATH" where 
> SRC_PATH is
> "W:/src".  SRC_PATH must be a DOS style path to keep javac and other
> windows-based software happy (they can't grok paths without 
> drive letters).

Why don't you keep your SRC_PATH in real DOS style and convert it when
needed ? I do this myself for e.g. for CLASSPATH (I don't need this in
Cygwin style normally, except when I add paths automatically read by the
registry).

export SRC_PATH=c:\\source
cd `cygpath -u $SRC_PATH`

Greetings,
Jörg

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

^ permalink raw reply	[flat|nested] 14+ messages in thread
* Strange cd/CDPATH behavior
@ 2000-09-26  9:29 Erik Nolte
  2000-09-26 10:56 ` Bob McGowan
  0 siblings, 1 reply; 14+ messages in thread
From: Erik Nolte @ 2000-09-26  9:29 UTC (permalink / raw)
  To: cygwin

When I combine a CDPATH containing "." and a cd to a DOS style path, cd
echos the cd'd directory.  That's the behavior I'd expect in an interactive
shell, but not within a script.

For example,
    #!/bin/bash
    export CDPATH=.
    echo `cd c:/; ls`
produces
    /c AUTOEXEC.BAT AUTOEXEC.DOS BOOTLOG.PRV BOOTLOG.TXT BOOTSECT.DOS ...
notice the leading "/c".

If CDPATH doesn't contain ".", "/c" doesn't appear:
    #!/bin/bash
    export CDPATH=/c:/d
    echo `cd c:/; ls`
produces
    AUTOEXEC.BAT AUTOEXEC.DOS BOOTLOG.PRV BOOTLOG.TXT BOOTSECT.DOS ...
notice there's no "/c".

The problem doesn't occur if I use UNIX style paths for the cd, i.e. echo
`cd /c; ls` works as expected.

The obvious answer is to stop using DOS style paths with cygwin cd's.
Unfortunately, what I'm really doing is "cd $SRC_PATH" where SRC_PATH is
"W:/src".  SRC_PATH must be a DOS style path to keep javac and other
windows-based software happy (they can't grok paths without drive letters).
Another workaround is to unset CDPATH in each script.

I can't find the cygwin bash source code, so I'm unable to poke around on my
own.  Is there a common place the cygwin application sources are kept, e.g.
bash, textutils, fileutils, etc?

----------------------------------------------------------------------------
------------------
Here's my config:

/home/erik 586> cygcheck -s -r -v

Cygnus Win95/NT Configuration Diagnostics
Current System Time: Tue Sep 26 10:28:30 2000

WinNT Ver 5.0 build 2195 Service Pack 1

Path:   /usr/local/bin
        /usr/bin
        /usr/bin
        /d/gsj31/bin
        /d/WINNT/system32
        /d/WINNT
        /d/WINNT/System32/Wbem
        /d/vim/vim57
        /w/bin
        /w/src/bin
        /w/3rd-party/NT
        /e/pipeline/build/bin
        .

SysDir: D:\WINNT\System32
WinDir: D:\WINNT

HOME = `/home/erik'
MAKE_MODE = `unix'
PWD = `/home/erik'
USER = `erik sean nolte'

!D: = `D:\cygwin\bin'
ALLUSERSPROFILE = `D:\Documents and Settings\All Users'
APPDATA = `D:\Documents and Settings\Erik Sean Nolte\Application Data'
BLASTER = `A220 I5 D1 T4 '
CDPATH =
`.:/w//src/com/pipeline:/w/:/w//src:/w//docs:/w//src/html:/w//src/com/p
ipeline/CVS:/w//src/com/pipeline/Makefile:/w//src/com/pipeline/abm:/w//src/c
om/p
ipeline/ad:/w//src/com/pipeline/addrbk:/w//src/com/pipeline/admin:/w//src/co
m/pi
peline/aio:/w//src/com/pipeline/alert:/w//src/com/pipeline/applications:/w//
src/
com/pipeline/awt:/w//src/com/pipeline/bom:/w//src/com/pipeline/build.mak:/w/
/src
/com/pipeline/cad:/w//src/com/pipeline/campus:/w//src/com/pipeline/collabora
tion
:/w//src/com/pipeline/content:/w//src/com/pipeline/core:/w//src/com/pipeline
/cpt
ool:/w//src/com/pipeline/criteria:/w//src/com/pipeline/db:/w//src/com/pipeli
ne/d
c:/w//src/com/pipeline/devonly:/w//src/com/pipeline/diagnostics:/w//src/com/
pipe
line/doctemplate:/w//src/com/pipeline/ds:/w//src/com/pipeline/dxp:/w//src/co
m/pi
peline/email:/w//src/com/pipeline/error:/w//src/com/pipeline/extsys:/w//src/
com/
pipeline/framework:/w//src/com/pipeline/gist:/w//src/com/pipeline/install:/w
//sr
c/com/pipeline/io:/w//src/com/pipeline/jndi:/w//src/com/pipeline/lang:/w//sr
c/co
m/pipeline/log:/w//src/com/pipeline/messageboard:/w//src/com/pipeline/migrat
ion:
/w//src/com/pipeline/mypipe:/w//src/com/pipeline/naming:/w//src/com/pipeline
/net
:/w//src/com/pipeline/oid:/w//src/com/pipeline/performance:/w//src/com/pipel
ine/
portal:/w//src/com/pipeline/schoolsvc:/w//src/com/pipeline/sctip:/w//src/com
/pip
eline/sdk:/w//src/com/pipeline/security:/w//src/com/pipeline/support:/w//src
/com
/pipeline/system:/w//src/com/pipeline/test:/w//src/com/pipeline/testold:/w//
src/
com/pipeline/tools:/w//src/com/pipeline/topnav:/w//src/com/pipeline/util:/w/
/src
/com/pipeline/web:/w//src/com/pipeline/webad:/w//src/com/pipeline/webutils:/
w//s
rc/com/pipeline/woo:/w//src/com/pipeline/xml'
COMMONPROGRAMFILES = `D:\Program Files\Common Files'
COMPUTERNAME = `C1144585-A'
COMSPEC = `D:\WINNT\system32\cmd.exe'
CP_DOC_ROOT = `d:/Netscape/SuiteSpot/docs'
CP_ROOT = `w:/'
CP_WEB_ROOT = `d:/Netscape/SuiteSpot'
GEMSTONE = `D:\gsj31'
HOMEDRIVE = `D:'
HOMEPATH = `\'
HOST = `c1144585-a'
HOSTNAME = `C1144585-A'
HOSTTYPE = `i586'
LOGONSERVER = `\\C1144585-A'
MACHTYPE = `i586-pc-cygwin'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/f/cygwin/src/winsup'
OS2LIBPATH = `D:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
OSTYPE = `cygwin'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 5 Stepping 2, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0502'
PROGRAMFILES = `D:\Program Files'
PROMPT = `$P$G'
PS1 = `$PWD \!> '
SHELL = `/bin/sh'
SHLVL = `1'
SUN_JVM = `d:/jdk1.2.2/bin/java'
SYSTEMDRIVE = `D:'
SYSTEMROOT = `D:\WINNT'
TEMP = `/d/DOCUME~1/ERIKSE~1/LOCALS~1/Temp'
TERM = `cygwin'
USERDOMAIN = `C1144585-A'
USERNAME = `Erik Sean Nolte'
USERPROFILE = `D:\Documents and Settings\Erik Sean Nolte'
VIM = `D:\vim\vim57'
WINDIR = `D:\WINNT'
_ = `/usr/bin/cygcheck'
TZ = `MST7MDT6,M4.1.0/2,M10.5.0/2'

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) = `D:/cygwin'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `c:'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/d
  (default) = `d:'
  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) = `D:/cygwin/bin'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `D:/cygwin/lib'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/w
  (default) = `w:'
  flags = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
  (default) = `w:'
  unix = `/w'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
  (default) = `D:'
  unix = `/'
  fbinary = 0x00000000
  fsilent = 0x00000000
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrd
er\S
tart 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\mounts v2
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\00
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\01
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\02
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\03
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\04
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\05
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\06
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\07
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\08
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\09
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0E
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\0F
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\10
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\11
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\12
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\13
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\14
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\15
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\16
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\17
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\18
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\19
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\1A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\1B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\1C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL
setup\b15.0\mounts\1D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro\i586-cygwin32

a:  fd           N/A    N/A
c:  hd  FAT32   6748Mb  11% CP    UN
d:  hd  NTFS    7051Mb  51% CP CS UN PA FC
e:  fd           N/A    N/A
f:  hd  FAT32   1000Mb  85% CP    UN           DATA
g:  cd           N/A    N/A
h:  cd           N/A    N/A
w:  hd  NTFS    7051Mb  51% CP CS UN PA FC

D:\cygwin\bin  /usr/bin  user    binmode
D:\cygwin\lib  /usr/lib  user    binmode
D:\cygwin  /        user    binmode
c:    /c       user    textmode
d:    /d       user    textmode
f:    /f       user    textmode
w:    /w       user    textmode

Found: D:\cygwin\bin\bash.exe
Found: D:\cygwin\bin\cat.exe
Found: w:\3rd-party\NT\cpp.exe
Found: D:\cygwin\bin\find.exe
Not Found: gcc
Not Found: gdb
Found: D:\cygwin\bin\ld.exe
Found: D:\cygwin\bin\ls.exe
Found: D:\cygwin\bin\make.exe
Found: D:\cygwin\bin\sh.exe

  586k 2000/08/04 D:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=2000/8/3 18:53
    Cygwin DLL version info:
        dll major: 1001
        dll minor: 4
        dll epoch: 19
        dll bad signal mask: 19005
        dll old termios: 5
        api major: 0
        api minor: 26
        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
        build date: Thu Aug 3 20:53:46 EDT 2000
        CVS tag: cygwin-1-1-4
        shared id: cygwin1S3

Use -h to see help about each section


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

^ permalink raw reply	[flat|nested] 14+ messages in thread
end of thread, other threads:[~2000-09-26 17:22 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-09-26 13:16 Strange cd/CDPATH behavior Earnie Boyd
2000-09-26 16:53 ` Chris Faylor
     [not found]   ` <002b01c02819$1508b700$c4acb018@home.com>
2000-09-26 17:22     ` Chris Faylor
  -- strict thread matches above, loose matches on Subject: below --
2000-09-26 13:12 Earnie Boyd
2000-09-26 11:25 Bernard Dautrevaux
2000-09-26 11:19 Earnie Boyd
2000-09-26 12:22 ` Erik Nolte
2000-09-26 12:30   ` Chris Faylor
2000-09-26 10:11 kulack
2000-09-26 10:37 ` Erik Nolte
2000-09-26 10:57   ` Chris Faylor
2000-09-26 10:03 Schaible, Joerg
2000-09-26  9:29 Erik Nolte
2000-09-26 10:56 ` Bob McGowan

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