Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
From:	"Hannu E K Nevalainen \(garbage mail\)" <garbage_collector AT telia DOT com>
To:	<cygwin AT cygwin DOT com>
Subject:	RE: cygpath hangs from postinstall scripts when called like $(cygpath -S) but not otherwise
Date:	Sat, 4 Oct 2003 23:19:14 +0200
Message-ID:	<NGBBLLIAMFLGJEOAJCCEAEOFDEAA.garbage_collector@telia.com>
MIME-Version:	1.0
X-Priority:	3 (Normal)
X-MSMail-Priority:	Normal
In-Reply-To:	<Pine.GSO.4.56.0310041124030.15176@slinky.cs.nyu.edu>
Importance:	Normal
X-MimeOLE:	Produced By Microsoft MimeOLE V6.00.2800.1165

> From: Igor Pechtchanski

> On Sat, 4 Oct 2003, Igor Pechtchanski wrote:
>
> > On Sat, 4 Oct 2003, Cliff Hones wrote:
> >
> > > I ran cygcheck on cygpath, and was surprised to discover
> > > that it has a dependence on msvcrt (as well as cygwin1):
> > >
> > > $ cygcheck /bin/cygpath.exe
> > > D:/cygwin/bin/cygpath.exe
> > >   D:/cygwin/bin\cygwin1.dll
> > >     D:\WINNT\system32\KERNEL32.dll
> > >       D:\WINNT\system32\NTDLL.DLL
> > >   D:\WINNT\system32\SHELL32.DLL
> > >     D:\WINNT\system32\GDI32.DLL
> > >       D:\WINNT\system32\USER32.DLL
> > >     D:\WINNT\system32\ADVAPI32.DLL
> > >       D:\WINNT\system32\RPCRT4.DLL
> > >     D:\WINNT\system32\SHLWAPI.DLL
> > >       D:\WINNT\system32\msvcrt.dll
> > >     D:\WINNT\system32\COMCTL32.DLL
> > >
> > > I thought that using the msvcrt and cygwin1 dll's in
> > > the same executable was likely to cause crashes or hangs -
> > > is this no longer the case, or could this be the problem
> > > with the postinstall?
> > >
> > > -- Cliff
> >
> > Wow!  Good thinking, Cliff!  I think you may be on to something...
> > ISTM that the problem could manifest itself when running from setup as
> > opposed to from the shell because setup is a Windows program, so some
> > MSVCRT functions may be found before the Cygwin ones...  We
> could test by
> > using "cygstart cygpath" or "run cygpath" or something.
> >         Igor
>
> Oh, and this might explain why I'm not seeing the hang on my machine:
>
> $ cygcheck /bin/cygpath.exe
> C:/cygwin/bin/cygpath.exe
>   C:/cygwin/bin\cygwin1.dll
>     C:\WINNT\System32\KERNEL32.dll
>       C:\WINNT\System32\NTDLL.DLL
>   C:\WINNT\System32\SHELL32.DLL
>     C:\WINNT\System32\GDI32.DLL
>       C:\WINNT\System32\USER32.DLL
>     C:\WINNT\System32\ADVAPI32.DLL
>       C:\WINNT\System32\RPCRT4.DLL
>     C:\WINNT\System32\SHLWAPI.DLL
>     C:\WINNT\System32\COMCTL32.DLL
> $ cygpath --version
> cygpath (cygwin) 1.29
> Path Conversion Utility
> Copyright 1998, 1999, 2000, 2001, 2002 Red Hat, Inc.
> Compiled on Sep 20 2003
> $ cygcheck -cd cygwin
> Cygwin Package Information
> Package              Version
> cygwin               1.5.5-1
> $ uname -a
> CYGWIN_NT-5.0 pechtcha 1.5.5(0.94/3/2) 2003-09-20 16:31 i686
> unknown unknown Cygwin
> $
>
> I'm running on Win2k, which may be significant.
> 	Igor

 Hmm? This looks strange... i.e. VERY similar, but still different.
 I'm drawing no conclusions, just telling you what I see...

 Win2K Advanced Server, SP4++, Cygwin root at C:\Program\Cygwin\ (FAT32)

$ cygcheck cygpath
Found: C:\Program\cygwin\bin\cygpath.exe
C:/Program/cygwin/bin/cygpath.exe
  C:\Program\cygwin\bin\cygwin1.dll
    F:\WINNT\system32\KERNEL32.dll
      F:\WINNT\system32\NTDLL.DLL
  F:\WINNT\system32\SHELL32.DLL
    F:\WINNT\system32\GDI32.DLL
      F:\WINNT\system32\USER32.DLL
    F:\WINNT\system32\ADVAPI32.DLL
      F:\WINNT\system32\RPCRT4.DLL
    F:\WINNT\system32\SHLWAPI.DLL
      F:\WINNT\system32\msvcrt.dll
    F:\WINNT\system32\COMCTL32.DLL

$ cygpath --version
cygpath (cygwin) 1.29
Path Conversion Utility
Copyright 1998, 1999, 2000, 2001, 2002 Red Hat, Inc.
Compiled on Sep 20 2003

$ cygcheck -cd cygwin
Cygwin Package Information
Package              Version
cygwin               1.5.5-1

$ uname -a
CYGWIN_NT-5.0 P450 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown
Cygwin


http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygpath

 => cygwin/cygwin-1.5.5-1 The UNIX emulation engine
 => Sat Sep 20 20:32:36 2003          14336 usr/bin/cygpath.exe

$ command ls -lan `which cygpath`
-rwxr-xr-x    1 500      513         14336 Sep 20 22:32 /usr/bin/cygpath

$ which cygpath
/usr/bin/cygpath

$ upx -l /usr/bin/cygpath.exe
                     Ultimate Packer for eXecutables
         Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002
UPX 1.24w        Markus F.X.J. Oberhumer & Laszlo Molnar         Nov 7th
2002

        File size         Ratio      Format      Name
   --------------------   ------   -----------   -----------
upx: /usr/bin/cygpath.exe: NotPackedException: not packed by UPX


/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02  --
--END OF MESSAGE--


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -